Differences

This shows you the differences between two versions of the page.

--- etc:common_activities:materials:beaconing80211s [2009/05/04 21:28] – создано raa
+++ etc:common_activities:materials:beaconing80211s [2009/05/05 17:55] – избегание коллизий маяков raa
@@ Line 5: / Line 5: @@
 ** Сокращения **
-| IE | Information Element |
+| ATIM | Announcement Traffic Indication Message | | IE | Information Element |
-| ATIM | Announcement Traffic Indication Message |
+| DTIM | Delivery Traffic Indication Message | | TU | Time Unit = 1024 мкс |
-| DTIM | Delivery Traffic Indication Message |
+| TSF | Timing Synchronization Function | | | |
-| TSF | Timing Synchronization Function |
+| MBCA | Mesh Beacon Collision Avoidance | | | |
-| MBCA | Mesh Beacon Collision Avoidance |
+| TBTT | Target Beacon Transmission Time | | | |
 ===== Обзор стандарта версии 1 =====
@@ Line 40: / Line 40: @@
   * возобновление приостановленных ранее потоков.
-В зависиости от полученных за время //ATIM// данных, узел остается бодрствующим соответствующее время и после pfdt //ATIM//.
+В зависимости от полученных за время //ATIM// данных, узел остается бодрствующим соответствующее время и после завершения интервала //ATIM//.
 ===== Обзор стандарта версии 2 =====
@@ Line 48: / Line 48: @@
 === TSF для Mesh сетей ===
-Узел MP инициализирует свой //TSF// таймер в зависимости от действующего синхронизирующего протокола узла MP. MP периодически передает специальный кадр.
+Узел //MP// инициализирует свой //TSF// таймер в зависимости от действующего синхронизирующего протокола узла //MP//. //MP// периодически передает специальный кадр.
 === Расширяемый фреймворк синхронизации ===
@@ Line 56: / Line 56: @@
 Узлы используют элемент Протокол Синхронизации в маяках и в кадрах Probe Response для анонсирования действующего протокола.
-  * Поддержка синхронизации опциональна. Если узел не подделживает ее, то данный элемент в указанные кадры не включается.
+  * Поддержка синхронизации опциональна. Если узел не поддерживает ее, то данный элемент в указанные кадры не включается.
   * Узел может синхронизироваться с 1 или несколькими соседними узлами в зависимости от собственных требований или требований соседних узлов.
   * Даже при способности к синхронизации, узел может ее не выполнять.
@@ Line 62: / Line 62: @@
 === Протокол синхронизации временных сдвигов соседних узлов (Neighbor Offset Protocol) ===
-Сдвиг [мкс] в дополнительном коде (2's complement). Узел MP хранит временной сдвиг между собственным TSF таймером и TSF таймером каждого соседа, с которым он намерен синхронизироваться. MP также может игнорировать получаемые в маяках и кадрах Probe Response временные метки. Однако узел, применяющий тот же протокол синхронизации, что и сосед, будет использовать временные метки своего соседа и обновлять сдвиг:
+Сдвиг [мкс] в дополнительном коде (2's complement). Узел //MP// хранит временной сдвиг между собственным //TSF// таймером и //TSF// таймером каждого соседа, с которым он намерен синхронизироваться. //MP// также может игнорировать получаемые в маяках и кадрах //Probe Response// временные метки. Однако узел, применяющий тот же протокол синхронизации, что и сосед, будет использовать временные метки своего соседа и обновлять сдвиг:
 (1) сдвиг соседнего узла MP = полученная от соседа временная метка - значение собственного TSF таймера (1)
@@ Line 74: / Line 74: @@
 Маяки для //mesh// и //BSS// - разные, даже если генерятся одним и тем же узлом. Интервалы для генерации //mesh// и //BSS// маяков могут быть независимы.
-Узел определяет серии //TBTT//:?: с периодом //dot11MeshBeaconPeriod TUs//:?:. Нулевое время определяется :?: через //TBTT// всей //Mesh// с кадром маяка, который является //DTIM//. На каждый //TBTT// сети узел вносит в расписание маяк - следующий кадр, предназначенный для передачи (см. правила пункта 9). Период отправки маяка включается в сами маяки и кадры //Probe Response//.
+//TBTT// - момент времени, на который записывается передача маяка в расписание.
-=== Механизм избагания коллизий Mesh маяков (MBCA) ===
+Узел определяет серии //TBTT// с периодом //dot11MeshBeaconPeriod * TU//. Нулевое время - это //TBTT// всей //Mesh//, когда был передан кадр маяка, а именно  //mesh DTIM//. На каждый момент //TBTT// сети узел вносит в расписание маяк - следующий кадр, предназначенный для передачи (см. правила пункта 9 :!:). Период отправки маяка включается в сами маяки и кадры //Probe Response//.
+=== Механизм избегания коллизий Mesh маяков (MBCA) ===
+Этот механизм разработан, чтобы предотвратить коллизии маячков, переданных станциями //STA//, которые друг друга не видят (так называемые **скрытые узлы**). Механизм состоит из 2 процедур.
+== 1. Уведомление с таймером приема маяков (Beacon reception timing report) ==
+//MP// сообщает расписание приема маяков в элементе //beacon timing element// соседним //MP// в кадрах маяков, кадрах //Probe Response// или в кадрах //beacon timing response//. В //beacon timing// элемент может быть включен любой маяк, переданный на той же частоте, даже если он пришел извне //Mesh// сети. Узел //MP//, поддерживающий процедуры сообщения о расписании своих маяков, установит 1 в бит "//Beacon timing report enabled//" поля //Mesh Capability// в элементе //Mesh Configuration//.
+== 2. Выбор TBTT (TBTT selection) ==
+Получив //beacon timing element//, //MP// может выбрать свой //TBTT// так, чтобы он не накладывался на существующие //TBTT// других //STA// на расстоянии 2 хопов. Также узел //MP// может проверить, получили ли другие узлы его маяк, проверив в элементах //beacon timing elements// других //MP// поле //beacon timing//: //AID// значение этого поля должно содержать //ID// данного узла. Узлы, поддерживающие эту процедуру выбора //TBTT//, установят 1 в бит "//TBTT Adjustment enabled//" поля //Mesh Capability// в элементе //Mesh Configuration//.
+Опционально узлы могут подогнать свои //TSF// таймеры.
+Отдельные от сети //MP// могут подогнать //TBTT// или временной сдвиг, чтобы они не конфликтовали с другими узлами, до или во время установки связи (//peer link//) с узлами. Также узел может подогнать //TSF// таймер, если заметит, что его //TBTT// будет постоянно конфликтовать с другими //TBTT//. Свой //TSF// узел может ускорить или ввести в состояние ожидания на некоторое время.
+----
+Сбор и сообщение информации о //TBTT// соседних //MP// может быть сделано одной из двух процедур.
+== Проактивное уведомление о расписании маяков и получение этих данных ==
+== Реактивное уведомление о расписании маяков и получение этих данных ==
+----
+В дополнение, отчеты по маякам узлы могут использовать для обмена информацией о расписании маяков, как это описано в 11.10.9.1 (:?: видимо, первая редакция стандарта или вообще не 11s).
+Опционально, узлы могут иногда откладывать передачу своих маяков после моментов //TBTT// на псевдослучайный интервал. Псевдослучайный интервал времени может быть выбран так, чтобы вероятность коллизии с другими маяками была меньше. Это позволяет обнаруживать соседей через кадры маяков в случае, если они выберут конфликтующий временной сдвиг. В этом случае //MBCA//-механизм может быть использован для выбора не конфликтующих временных сдвигов.
 ==== Режим энергосбережения ====