Каждый раз, когда пакет должен быть повторно передан на уровне 802.11 (поскольку Ack уровня 802.11 не был получен в окне Ack в конце передачи пакета), передающее устройство может выбрать отправку повторной передачи с более низким (более устойчивым) темп. Таким образом, скорости могут мгновенно меняться от одного пакета к другому, так что да, в масштабе миллисекунд, если не быстрее. Также обратите внимание, что ставки не обязательно симметричны. Таким образом, клиент может использовать одну скорость для своих передач в AP, но AP может использовать другую скорость для своих передач этому конкретному клиенту. Если ваш графический интерфейс сообщает только одну "скорость" для соединения, сообщает ли он о скорости, с которой это устройство передает, или о скорости, с которой другое устройство передает на это устройство?
Не существует стандарта для того, должно ли программное обеспечение, которое сообщает о скорости пользователю, сообщать о мгновенной скорости последнего отправленного или полученного пакета, или если оно должно применять какое-то усреднение или гистерезис. Я видел довольно много различий здесь в зависимости от комбинации инструмент / ОС / драйвер. И даже если он сообщает скорость, скажем, последнего переданного пакета во время вызова API «GetRate ()» (так сказать), как часто инструмент уровня пользователя вызывает этот API? Раз в 10 секунд? Раз в секунду? Много раз в секунду?
Я сомневаюсь, что у кого-то достаточно данных, чтобы сказать, что "обычно" сделано. Если вы пройдетесь по коду для вашего любимого инструмента с открытым исходным кодом / ОС / драйвера, то вы можете сказать, как ведет себя эта комбинация. Удачи в выяснении того, как инструменты / ОС / драйверы с закрытым исходным кодом ведут себя в этом отношении.
Я определенно видел комбинации инструментов / ОС / драйверов, которые сообщают о самой последней скорости приема, потому что это часто показывало бы низкое число (которое соответствовало скорости многоадресной передачи), когда соединение было в основном бездействующим. Поэтому, когда не было никакого реального одноадресного трафика, отправляемого или получаемого, программное обеспечение будет видеть весь фоновый шум многоадресной рассылки, проходящий с более низкой скоростью многоадресной передачи, и сообщать об этом как скорость соединения. В этом случае, если вы действительно хотите увидеть, на какую скорость способно соединение, вам нужно было отправлять многоадресный трафик назад и вперед через соединение, чтобы вы увидели, как правило, гораздо более высокие скорости одноадресных данных поступают в отчет. ,
