В тексте слова “маяк”, “сигнал” и его синонимы и “beacon” обозначают одно и то же.

Сокращения

1. Использование механизмов для BSS/IBSS с некоторыми изменениями
   • ATIM окно, ATIM кадры - новые правила
   • TIM IE в сигнальном кадре, PS-poll кадр (упорядочивающий передачу по каналам)
   • APSD механизм
2. Уменьшена частота передачи сигналов
   • сигналы передаются только с периодом DTIM
   • эффективное разделение ответственности за Mesh сигнализацию
3. Эффективное рекламирование режима энергосбережения
   • указано в сигнальных кадрах
   • указано через PS бит в поле Frame Control
4. Задает механизмы, позволяющие узлам MP бодрствовать только необходимый для действительного приема сигнала период времени
   • эффективное использование “more data bit” и “EOSP”
5. Синхронизация (2 вида ) (также обеспечивает высокую производительность MAC-схемы)
   • интервалы отправки сигналов узлами MP могут быть разные
   • TSF-функция для всей Mesh-сети: обновление времени одновременно с интервалом DTIM, все узлы MP испускают сигналы со своим локальным временем, обновление времени по самому быстрому из полученных времен

DTIM - период времени для отправки узлами сигналов, уникален для всей сети.

ATIM - интервал времени сразу после передачи узлом сигнала, т.е. в начале интервала DTIM. В течение ATIM гарантируется бодрствование узла. За это время узел получает управляющий трафик, в котором могут быть:

• указание, что передается трафик, ждущий обработки, т.е. “повисший” (pending);
• изменения в PS-статусе,
• возобновление приостановленных ранее потоков.

В зависиости от полученных за время ATIM данных, узел остается бодрствующим соответствующее время и после pfdt ATIM.

Узел MP инициализирует свой TSF таймер в зависимости от действующего синхронизирующего протокола узла MP. MP периодически передает специальный кадр.

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

Узлы используют элемент Протокол Синхронизации в маяках и в кадрах Probe Response для анонсирования действующего протокола.

• Поддержка синхронизации опциональна. Если узел не подделживает ее, то данный элемент в указанные кадры не включается.
• Узел может синхронизироваться с 1 или несколькими соседними узлами в зависимости от собственных требований или требований соседних узлов.
• Даже при способности к синхронизации, узел может ее не выполнять.

Сдвиг [мкс] в дополнительном коде (2's complement). Узел MP хранит временной сдвиг между собственным TSF таймером и TSF таймером каждого соседа, с которым он намерен синхронизироваться. MP также может игнорировать получаемые в маяках и кадрах Probe Response временные метки. Однако узел, применяющий тот же протокол синхронизации, что и сосед, будет использовать временные метки своего соседа и обновлять сдвиг:

(1) сдвиг соседнего узла MP = полученная от соседа временная метка - значение собственного TSF таймера (1)

Узел может получить значение таймера соседа:

(2) значение таймера соседа = значение собственного таймера + сдвиг для этого соседа (2)

Маяки для mesh и BSS - разные, даже если генерятся одним и тем же узлом. Интервалы для генерации mesh и BSS маяков могут быть независимы.

Узел определяет серии TBTT с периодом dot11MeshBeaconPeriod TUs. Нулевое время определяется через TBTT всей Mesh с кадром маяка, который является DTIM. На каждый TBTT сети узел вносит в расписание маяк - следующий кадр, предназначенный для передачи (см. правила пункта 9). Период отправки маяка включается в сами маяки и кадры Probe Response.