Канал не делится на таймслоты. Каждая станция, в данном случае клиент, прослушивает среду чтобы определить занята ли она или нет. Как только станция определяет что среда свободна, то она должна выдержать определенный межкадровый интервал(IFS). Какова его длительность не помню к сожалению. Если после этого среда еще свободна, то начинается отсчет таймслотов. Длина таймслота фиксирована изависит от способа кодирования сигнала, например FHSS или DSSS.
https://en.wikipedia.org/wiki/Spread_spectrum
Для первого метода это 28 мкс, а для второго вроде бы 1 мкс, точно не скажу.
Потом случайным методом выбирается номер таймслота в диапазоне от 0 до размера конкурентного окна. В начале каждого слота еще проверяется опять же занятость среды. Ну и если она свободна, то соответственно кадр передается. Поэтому при расчете времени прихода данных от последней станции, нужно еще как минимум учитывать межкадровый интервал, и то, что таймслот выбирается случайно. Ну и плюс всякие помехи, кадр не дойдет например, он будет заново отправляться и т.д. Это все для режима DCF. Есть еще для приоритетного трафика PCF, там немного отличается все. Там используется 3 типа межкадровых интервалов.
По идее в зависимости от физического уровня (abgn ac) длина таймслота будет уменьшаться с увеличением скорости передачи.
Судя по
wiki.openwrt.org/doc/uci/wireless длину таймслота можно изменять только для железа с чипом broadcom.
При смене точки доступа задержки могут и уменьшиться, но не факт. От оборудования клиентов так же зависит я думаю.
Простой
