Сигналы в IEEE 802.11s

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

Сокращения

IE	Information Element
ATIM	Announcement Traffic Indication Message
DTIM	Delivery Traffic Indication Message
TSF	Timing Synchronization Function
MBCA	Mesh Beacon Collision Avoidance

Обзор стандарта версии 1

Управление потребляемой мощностью

Использование механизмов для BSS/IBSS с некоторыми изменениями

ATIM окно, ATIM кадры - новые правила

TIM IE в сигнальном кадре, PS-poll кадр (упорядочивающий передачу по каналам)

APSD механизм

Уменьшена частота передачи сигналов

сигналы передаются только с периодом DTIM

эффективное разделение ответственности за Mesh сигнализацию

Эффективное рекламирование режима энергосбережения

указано в сигнальных кадрах

указано через PS бит в поле Frame Control

Задает механизмы, позволяющие узлам MP бодрствовать только необходимый для действительного приема сигнала период времени

эффективное использование “more data bit” и “EOSP”

Синхронизация (2 вида ) (также обеспечивает высокую производительность MAC-схемы)

интервалы отправки сигналов узлами MP могут быть разные

TSF-функция для всей Mesh-сети: обновление времени одновременно с интервалом DTIM, все узлы MP испускают сигналы со своим локальным временем, обновление времени по самому быстрому из полученных времен

Операция Sleep-wake на основе ATIM

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

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

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

изменения в PS-статусе,

возобновление приостановленных ранее потоков.

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

Обзор стандарта версии 2

Сигнализация и синхронизация в Mesh

TSF для Mesh сетей

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

Расширяемый фреймворк синхронизации

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

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

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

Узел может синхронизироваться с 1 или несколькими соседними узлами в зависимости от собственных требований или требований соседних узлов.

Даже при способности к синхронизации, узел может ее не выполнять.

Протокол синхронизации временных сдвигов соседних узлов (Neighbor Offset Protocol)

Сдвиг [мкс] в дополнительном коде (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.

Механизм избагания коллизий Mesh маяков (MBCA)

Режим энергосбережения