Качество подключения WiFiCx с низкой задержкой

Порт можно настроить для работы в режиме низкой задержки, если в системе запущено приложение, которому требуется трафик данных с низкой задержкой (например, приложения VoIP). В этом режиме работы драйвер должен изменить любое поведение (например, сканирование или улучшение роуминга AP), которое приведет к его перемещению из канала порта, настроенного для режима низкой задержки. Он также должен соответствовать указанным рекомендациям для указания NDIS_STATUS_WDI_INDICATION_LINK_STATE_CHANGE . Узел предоставляет WDI_TLV_LOW_LATENCY_CONNECTION_QUALITY_PARAMETERS , которые порт должен использовать в этом режиме. Это указывает максимальное время, в течение которых порт должен быть отключен от канала, и минимальное значение качества связи, до которых подключение должно упасть до запуска перемещения с низкой задержкой (включая отправку NDIS_STATUS_WDI_INDICATION_ROAMING_NEEDED).

Для сканирования узел предоставляет максимальное время ожидания канала (для активных и пассивных каналов существуют разные значения), и адаптер не должен превышать максимальное время. Узел также регулирует ненужные проверки. Однако адаптер может дополнительно регулировать сканирование, если WDI_SCAN_TRIGGERWDI_SCAN_TRIGGER_BACKGROUND или WDI_SCAN_TRIGGER_ROAM. Если адаптер выполняет собственные проверки в этом режиме, рекомендуется включить в него ИД SSID, который он ищет (если это не происходит после возобновления работы из спящего режима), чтобы сократить время ожидания в канале. Кроме того, следует избегать сканирования нескольких каналов при одноканаловой проверке, чтобы не превышать общий предел времени вне канала.

Узел считает , NDIS_STATUS_WDI_INDICATION_ROAMING_NEEDED строгий запрос от адаптера для перемещения, поэтому в этом режиме адаптер должен быть осторожным с частотой отправки этого указания. Если адаптер выполняет собственные решения о роуминге или выборе AP, он должен использовать соответствующие механизмы (например, отчеты о соседях или PMKID) для поиска и выбора и ранжирования ТОС.

Чтобы оптимизировать процесс сопоставления, адаптер должен использовать кэшированную запись BSS для синхронизации таймера TSF во время соединения, если это возможно. Кэшированная запись должна быть достаточно хороша для синхронизации таймера TSF, которая достаточно актуальна большую часть времени, так как она была получена из последнего запроса пробы. Синхронизация TSF может быть выполнена позже, даже если драйвер решит выбрать AP, у которых нет актуального кэшированного ответа пробы. Драйвер может отключить Wi-Fi энергопотребление, пока не получит следующий маяк, который обычно происходит в течение 100 мс.

При работе в многоканальном режиме параллелизма рекомендуется, чтобы адаптер применял ECSA или другие механизмы для обеспечения простого или отсутствия дрожания при выполнении мультиплексирования каналов.