airMAX – Часто задаваемые вопросы (FAQs) о GPS-синхронизации

Какие устройства поддерживаются?

Опция фиксированного кадрирования (TDD) доступна для всех устройств AC в режиме AP PTMP AC. Поддержка клиентских устройств (CPE) airMAX M была добавлена в airOS версии 6.1.3.

Если вы используете устройства M в качестве CPE, а устройства AC в качестве точек доступа (AP), то:

• Устройства AC должны работать на airOS v8.4 или новее,

• Устройства M должны быть настроены в режиме Station WDS.

Поддерживаемая ширина каналов:

• 10 МГц, 20 МГц и 40 МГц.

Особенности работы:

• airMAX Priority и ATPC работают в режиме фиксированного кадрирования.

• Настройка TDMA Filter на точке доступа (AP) не связана с фиксированным кадрированием.

• Синхронизация по GPS доступна только для устройств с GPS-модулем, таких как:

  • Rocket PRISM 2AC,

  • Rocket PRISM 5AC,

  • Rocket PRISM 5AC GEN2,

  • PRISMStation 5AC,

  • LiteAP GPS.

Примечание:

• И AP, и CPE должны быть обновлены до версий:

  • v8.3 / v6.1.3+ (5 ГГц),

  • v8.5 / v6.1.4+ (2.4 ГГц)
    для поддержки фиксированного кадрирования.

• CPE должны работать в режиме Station PTMP.

Какая минимальная прошивка требуется для GPS-синхронизации?

• 8.3.0 – добавлена поддержка GPS Sync для секторов AC.

• airMAX 5AC: 8.4.3 (для всех).

• airMAX M5: 6.1.3 (для всех XM/XW/TI).

• airMAX 2AC: 8.5.0.

• airMAX M2: 6.1.4.

Какие длительности кадров и соотношения поддерживаются?

Поддерживаемые длительности кадров:

• 5 мс, 8 мс, 10 мс.

Доступные соотношения (DL/UL):

• 75% DL / 25% UL,

• 67% DL / 33% UL,

• 50% DL / 50% UL.

Примечание:

• Соотношение 75:25 доступно только для длительностей 8 мс и 10 мс.

В чем разница в пропускной способности на свободном канале?

См. сравнительные таблицы ниже.

Почему пропускная способность UL не соответствует точно заданному соотношению?

В системах с фиксированным кадрированием PTMP часть uplink-ресурсов (UL) используется для запросов от CPE к точке доступа (AP) с целью выделения временных интервалов. Эта часть UL не может быть использована для передачи данных. Кроме того, предусмотрено время на переключение между downlink (DL) и uplink (UL), а также между UL и DL. Уже есть улучшения для увеличения пропускной способности UL, которые будут реализованы в будущих версиях прошивки.

Какая задержка ожидается?

Ожидаемая задержка составляет 2–3 длительности TDD-кадра:

• При длительности кадра 5 мс средняя задержка составит 10–15 мс.

• При длительности кадра 8 мс средняя задержка составит 16–24 мс.

• При длительности кадра 10 мс средняя задержка составит 20–30 мс.

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

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

Гибкое кадрирование динамически распределяет время между DL и UL, и пропускная способность рассчитывается исходя из того, что 95% времени выделяется на передачу данных в одном направлении. Кроме того, распределение времени адаптируется динамически.

Фактическая пропускная способность точки доступа (AP) в гибком режиме — это среднее значение пропускной способности DL и UL.

В фиксированном кадрировании время для каждого направления жестко зафиксировано, поэтому пропускная способность пропорциональна выделенному времени.

Фактическая пропускная способность AP в фиксированном режиме — это сумма пропускной способности DL и UL.

Кроме того, в фиксированном режиме алгоритму адаптации скорости требуется время для "разгона". Поэтому при первоначальном подключении пропускная способность начинается с низких значений и постепенно увеличивается до максимально возможной.

Почему задержка выше?

В фиксированном режиме задержка аналогична другим PTMP-системам с фиксированным кадрированием при той же длительности кадра.

Гибкое кадрирование airMAX-AC интеллектуально перераспределяет неиспользуемое время между направлениями, что позволяет снизить задержку в простое.

Пакет, поступающий на CPE через Ethernet, должен дождаться возможности передачи. В гибком кадрировании это время ожидания меньше при низкой загрузке сети. В фиксированном — пропорционально длительности TDD-кадра. При активном трафике задержка в обоих режимах схожа.

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

Почему в продуктах airFiber X задержка не равна длительности TDD-кадра?

Есть две причины:

1. AFx — это PTP-устройство (точка-точка), и ведомое устройство всегда имеет выделенное время для uplink. В PTMP (точка-многоточка) CPE должны конкурировать за ресурсы, что увеличивает задержку. Это характерно для любых PTMP-систем (LTE, WiMAX и др.).

2. Высокая производительность чипа UBIQUITI INVICTUS в airFiber.

Примечание: В экспериментальном режиме AP с одним подключенным клиентом может достигать задержки, близкой к длительности TDD-кадра (как в AF5x), но эта функция пока не активирована.

Если задержка выше, как это влияет на VoIP?

Планировщик airMAX-AC всегда приоритезирует VoIP-трафик, и задержка остается в пределах допустимого для VoIP. В тестах фиксированное кадрирование показывает лучшие показатели MOS в условиях загруженной сети.

Новый гибкий режим — это то же самое, что оригинальный PTMP airMAX-AC?

Да, гибкий режим идентичен оригинальному PTMP airMAX-AC, и в версии 8.3 изменений нет. Ограничения по дальности в гибком режиме остаются прежними.

Сколько CPE можно подключить к одной AP?

• В гибком режиме — 85 CPE.

• В фиксированном — 60 CPE (из-за ограничений памяти сопроцессора airMAX-AC). В будущем это ограничение будет увеличено.

Какая максимальная дальность поддерживается?

В фиксированном режиме максимальная дальность ограничена 75 км (46 миль) независимо от ширины канала. Это ограничение может быть изменено при необходимости.

Из-за задержки распространения сигнала пропускная способность снижается с увеличением расстояния. Например:

• При 75 км задержка туда-обратно составляет 500 мкс, что приводит к:

  • 10% потере при длительности кадра 5 мс,

  • 6,25% потере при длительности кадра 8 мс.

Почему процесс ассоциации занимает больше времени?

В фиксированном режиме добавлен этап "admission control" (контроль допуска). CPE должны выполнить измерения и синхронизацию с AP перед передачей данных (аналогично DOCSIS-модемам).

Сейчас WEBUI не отображает клиентов на этом этапе, но внутренне они ассоциированы раньше. В будущих версиях это будет исправлено.

Какие настройки рекомендуются?

• Для максимальной пропускной способности — 8 мс.

• Для минимальной задержки — 5 мс.

Внимание: Из-за особенностей TCP 5 мс может дать более высокую скорость в одном потоке для некоторых ОС, но суммарная пропускная способность для множества клиентов будет выше при 8 мс.

Как синхронизировать AP?

Просто включите опцию GPS Sync в разделе TDD Framing на всех AP, которые нужно синхронизировать.

На приборной панели AP будет отображаться состояние синхронизации и структура кадров TDD.

Синхронизированные точки доступа (AP) должны использовать одинаковую TDD-разметку и соотношения.

• В настоящее время поддерживается только синхронизация между точками доступа.
• Например, если AP1 размещена рядом с устройством в режиме станции, которое подключено к AP2, то синхронизация AP1 и AP2 приведёт к помехам между AP1 и этой станцией.

Можно ли синхронизироваться с airFiber?

Да, но только если на линках AC и AF5/AF5x используется одинаковая структура кадра TDD (5 мс). Убедитесь, что соотношения UL/DL совпадают, а также учтите, что на данный момент поддерживается только синхронизация точек доступа (AP).
Примечание: Для AF5s в режиме FDD синхронизация не требуется, так как передача и приём происходят одновременно.

Что происходит при потере GPS-сигнала?

У меня в сети преобладает загрузка данных (download). Почему нельзя использовать более высокие соотношения, например 85/15 или 95/5?
Трафик на основе TCP требует отправки подтверждений (ACK) в uplink (UL). В PTMP-сети одновременно происходит множество загрузок, и каждому клиенту нужно отправлять TCP ACK. Если времени на UL выделено слишком мало (например, 5% в соотношении 95/5), может не хватить пропускной способности для подтверждений от всех клиентов.

Пример:
К точке доступа подключено 50 клиентов. Если 10 из них одновременно загружают данные, а UL выделен всего 5%, времени может хватить только на ACK одного клиента. Остальные будут ждать своей очереди, что приведёт к задержкам. TCP начнёт приостанавливать передачу данных, пока не получит подтверждения, из-за чего реальная скорость загрузки снизится.

Таким образом, слишком низкое выделение UL может ухудшить эффективную пропускную способность DL в крупных PTMP-сетях.

Можно ли использовать TDD с фиксированной структурой кадра на устройствах без GPS?

GPS Sync встроен или требует дополнительной оплаты?

Как именно работает GPS Sync?

Каким устройствам нужна GPS-антенна?