Инструкция Низкая скорость Wi-Fi: почему Wi-Fi медленный и как ускорить

  • Автор Автор Sysadmin, Tehnari.ru
  • Дата публикации Дата публикации
  • Время прочтения статьи Время прочтения статьи 6 мин. чтения

Почему Wi-Fi — это не Ethernet (и с этого начинаются все разочарования)​

Самая частая ошибка ожиданий: «у меня тариф 1 Гбит/с и роутер “AX3000”, значит по Wi-Fi тоже будет гигабит». Не будет — или будет только в очень тепличных условиях.

Причины две:
  • Wi-Fi делит эфир. Это общая среда: все клиенты и точка доступа борются за одно и то же “время в эфире” (airtime). Пока один передаёт — остальные ждут.
  • Wi-Fi работает полудуплексно на одном радио. Устройство не может одновременно принимать и передавать на одном и том же канале в тот же момент времени. Ethernet по кабелю — full-duplex: 1 Гбит/с на приём и 1 Гбит/с на передачу одновременно.
Схема: Ethernet (полнодуплекс) передаёт и принимает одновременно, а Wi-Fi в одном канале работает полудуплексно — устройства передают по очереди в тайм-слотах.

Почему скорость Wi-Fi ниже кабеля: эфир общий и работает “по очереди”, в отличие от full-duplex Ethernet.​

Вторая ловушка — путаница между:
  • PHY rate / Air speed (то, что пишет клиент “866 Mbps”, “1201 Mbps” и т.п.)
  • Throughput (то, что вы реально увидите в копировании/спидтесте)

Between them лежат накладные расходы: заголовки 802.11, служебные кадры, подтверждения (ACK), паузы, шифрование, а ещё — повторные передачи из-за помех и перегруза. В реальном мире “полезная” скорость часто выходит в районе 30–70% от PHY — и это нормально. Чем хуже эфир и чем дальше клиент, тем ближе к нижней границе.

Схема airtime: время в эфире Wi-Fi делится на полезные данные, накладные расходы 802.11, служебные кадры, ACK/интервалы, ожидание занятого канала и повторы (retries).

Airtime-модель: реальная скорость Wi-Fi падает не “сама”, а потому что эфир уходит на overhead, ожидание канала и повторы.​

Два главных врага Wi-Fi: перегруз (congestion) и помехи (interference)​

Удобная аналогия — дорога.

Схема “перегрузка vs помехи”: при congestion много устройств и соседних сетей делят один канал (airtime), растут ожидания и задержки; при interference шум снижает SNR, падает MCS и растут повторы (retries)

Перегрузка и помехи — разные проблемы: в первом случае эфир занят очередью, во втором сигнал “тонет” в шуме и растут повторы.​

1) Перегрузка (Congestion) — “пробка”
Канал Wi-Fi — это полоса. Если на ней много “машин” (клиентов и соседних сетей на том же канале), все начинают ехать рывками.

Технически это выглядит так:
  • Wi-Fi использует CSMA/CA: прежде чем передавать, станция слушает эфир. Часть этого — CCA (Clear Channel Assessment), оценка “занято/свободно”.
  • Если эфир занят (даже соседской сетью за стеной на том же канале), устройство ждёт.
  • Это и есть классическая проблема Co-Channel Interference (CCI): вы не “перекричите” соседа — вы просто дольше ждёте своей очереди.

Отдельная гадость в пробках — медленные клиенты. Один дальний/слабый клиент, который скатывается на низкие скорости модуляции, способен “съесть” много airtime и ухудшить жизнь всем остальным.

2) Интерференция (Interference/Noise) — “шум в спортбаре”​

Здесь проблема не в количестве “машин”, а в том, что сигнал тонет в шуме.

Что происходит:
  • Падает SNR (Signal-to-Noise Ratio) — сигнал хуже читается.
  • Растёт число ошибок, пакеты теряются.
  • Клиент и точка уходят на более “живучие” (но медленные) схемы модуляции, увеличивается время передачи, снова страдает airtime.

Источники шума бывают Wi-Fi и не-Wi-Fi: другие сети, “грязная” RF-обстановка, иногда бытовуха (в зависимости от диапазона), иногда просто отражения/поглощение стенами и мебелью.

Метрики, которые реально показывают здоровье эфира​

Жалоба “медленно” сама по себе бесполезна. Вам нужны цифры.

1) Airtime / Channel Utilization​

Если канал занят постоянно — скорость будет плавать даже при отличном RSSI.
Как грубая практика:
  • до ~30% — обычно комфортно
  • 30–50% — уже заметны просадки в пиках
  • 50%+ — высокая вероятность “залипаний”, роста задержки и падения скорости

2) Retries (повторы передач)​

Retries — отличный индикатор того, что эфир не “переваривает” нагрузку (коллизии/ошибки/шум).

Не как “закон”, а как ориентир:
  • 0–10% — обычно ок
  • 10–20% — уже повод смотреть, что происходит (особенно если это постоянно, а не редкие всплески)
  • 25–30%+ — почти гарантированно заметные проблемы для пользователей (рывки, буферизация, лаги)

3) RSSI / SNR / MCS​

RSSI сам по себе обманчив: “-55 dBm” не спасёт, если SNR плохой или канал забит.
Смотрите связку: RSSI + SNR + текущие MCS/PHY + retries.

Каналы и ширина: где реально выигрывают, а где стреляют в ногу​

  • 2.4 ГГц — дальнобойно, но тесно. В типичной раскладке для 20 МГц реально использовать без взаимного налёта три “классических” канала: 1/6/11. Для требований к скорости и задержке это почти всегда худший диапазон.
  • 5 ГГц — рабочая лошадь. Каналов больше, но часть может быть DFS (и это важно: иногда клиентам/точкам там живётся не так стабильно, как хочется).
  • 6 ГГц (Wi-Fi 6E/7) — меньше старого мусора и “медленных” клиентов, обычно чище. Но: доступный спектр и правила сильно зависят от страны, поэтому не стоит оперировать одной магической цифрой “сколько там каналов”.

Опасность широких каналов (80/160) в плотной среде​

Схема: влияние ширины канала 20/40/80/160 МГц на пересечение с помехой/соседней сетью — чем шире канал, тем больше пересечение и тем выше риск retries и падения реальной скорости.

Широкие каналы — не бесплатная скорость: в плотной среде 80/160 МГц чаще пересекаются с помехами и дают больше повторов, чем 20/40 МГц.​

Широкий канал — это не “бесплатная скорость”. Это “занять больше полос на трассе”.
В многоквартирнике 160 МГц часто заканчивается так:
  • вы пересекаетесь с соседями чаще
  • растёт channel utilization
  • растут retries
  • в итоге реальная скорость падает, хотя PHY может выглядеть красиво

Практический подход:
  • МКД/офис с кучей соседей: чаще выигрывают 20–40 МГц (иногда 80, если прям повезло с эфиром).
  • частный дом/малолюдный эфир: можно жить на 80, иногда 160, если канал чистый и клиенты это переваривают.

«Слабое звено»: почему точка 4x4 не сделает ваш смартфон быстрее в 2 раза​

Маркетинг любит 4x4/8x8, “потоки”, “гигабиты”. Реальность:
  • у большинства смартфонов и многих ноутбуков — 2x2 (а у части IoT вообще 1x1)
  • один клиент не перепрыгнет свой физический предел по потокам

Зато “жирная” точка полезна для ёмкости: она лучше обслуживает много клиентов, особенно при MU-MIMO/правильной планировке, но не обязана разгонять один телефон до космоса.

Wi-Fi 7: что реально помогает (и что не отменяет физику)​

Wi-Fi 7 (802.11be) действительно приносит вещи, которые помогают жить в загруженном мире:
  • MLO (Multi-Link Operation) — работа через несколько диапазонов/линков, чтобы обходить перегруз и снижать задержку.
  • Preamble puncturing — возможность “вырезать” кусок занятого спектра внутри широкого канала и не выкидывать весь канал целиком.

Но магии нет: если у вас бетон, куча соседей и одна точка на всю квартиру “на максималках”, Wi-Fi 7 не превратит это в провод.

Практический алгоритм: как стабилизировать Wi-Fi в реальном шумном мире​

  1. Отделите “Wi-Fi” от “интернета”. Сначала тест по кабелю (или хотя бы рядом с точкой). Если по кабелю плохо — чинить нужно не Wi-Fi.
  2. Снимите метрики. Airtime/channel utilization, retries, RSSI/SNR, PHY/MCS. Без цифр вы будете “крутить ручки”.
  3. Уберите 2.4 ГГц из критичных сценариев. Оставьте 2.4 для IoT/старья, нормальные устройства — в 5/6 ГГц (band steering поможет, но не спасёт плохой план).
  4. Сузьте канал там, где тесно. В МКД чаще всего 20/40 МГц дают лучший пользовательский опыт, чем 80/160 “ради цифр”.
  5. Не выкручивайте мощность в потолок. Одна “орущая” точка — это хуже роуминг, выше шумовой фон и больше sticky-clients. Лучше несколько точек на средней мощности.
  6. Фиксируйте каналы, когда автоматика бесит. RRM/ARM иногда начинает “дёргаться”. В сложных местах ручной план + контроль мощности дают больше стабильности.
  7. Думайте про плотность и размещение. Точка в шкафу/за ТВ/в углу — классика “почему всё плохо”. Ставьте ближе к центру зоны, выше, без экранирующих сюрпризов.

Мини-FAQ​

Почему рядом с роутером быстро, а в комнате — боль?​

Потому что падает SNR, клиент скатывается на более низкие MCS, растут retries, и вы теряете airtime на повторы.

Почему скорость “режется”, когда кто-то включил видеозвонок?​

Потому что эфир общий. Реальная проблема часто не “скорость”, а задержка/джиттер на фоне высокой утилизации канала.

160 МГц — всегда зло?​

Нет. В чистом эфире — ок. В плотной среде — часто хуже, чем 40/80.

Если сигнал отличный (-50 dBm), почему всё равно лаги?​

Потому что лаги чаще рождаются из перегруза и retries, а не из “палочек” сигнала.

Стоит ли гнаться за Wi-Fi 7 прямо сейчас?​

Если у вас уже есть 6 ГГц клиенты и реально забитый 5 ГГц — может быть. Если проблема в планировке/количестве точек/ширине каналов — сначала чините это.

Вывод​

Wi-Fi — это не “кабель без кабеля”. Это управление общим эфиром: airtime, помехи, перегруз, ширина каналов, мощность и правильная плотность точек.
Если вы перестаёте мерить “палочками” и начинаете мерить утилизацией канала и retries — большинство загадок “почему оно тормозит” внезапно становится предсказуемым и лечится нормальными инженерными действиями.

📚 Читайте также​

Об авторе
Sysadmin
Sysadmin — администратор и автор материалов на компьютерном форуме Tehnari.ru.
Пишет про сборку и апгрейд ПК, выбор комплектующих, оптимизацию Windows и устранение типичных проблем с железом. Предпочитает практику и реальные кейсы вместо теории из буклетов.

Информация о статье

Автор
Sysadmin, Tehnari.ru
Время прочтения статьи
6 мин. чтения
Просмотры
99
Последнее обновление

Ещё из категории: «Сети и Интернет»

Еще от автора: «Sysadmin, Tehnari.ru»

Назад
Сверху