Я не совсем понимаю, о чем вы пытаетесь спросить. Существует множество параметров, касающихся эфирного времени для любого кадра 802.11.
Вы упомянули 192us, что [Длинная преамбула] используется для отправки заголовка уровня PHY рамы маяка 802.11.
И кадр маяка хранится в очереди с наивысшим приоритетом в точке доступа и использует тот же метод CSMA/CA, чтобы получить доступ к беспроводной среде. Я не уверен, какой AP использует время AP, прежде чем отправлять beacon.I вернусь к вам на этом.
Update: --Пожалуйста игнорировать мой comment.I не был разрешен редактировать: P -
После обсуждения с Опытной WLAN Developer, это лучшая информацией я получил. Для Beacon не предусмотрено никаких специальных средств. Это означает, что для отправки Beacon AP необходимо использовать среду беспроводной связи, как обычно. Но маяк получает более высокий приоритет, чем другие TX-пакеты, присутствующие в очереди.Так почему вы заметите, что будет задержка [от фактического TBTT] в меток времени маяка [Поскольку среда была занята, так что AP не смог отправить Beacon в TBTT]. Но STA будет синхронизироваться в соответствии с TimeStamp в Beacon.
Отправка фрейма данных: DIFS + CW + preample + S (data_bits/datarate). S() округляется до целого числа символов. Отправка Ack: SIFS + preample + S (data_bits/datarate). Я пытаюсь выяснить, что происходит при отправке фрейма маяка. – JPX
После обсуждения с опытным разработчиком WLAN это лучшее, что я получил. –