ГОСТ РИСО 21214— 2015
11.4.1 Оба сигнала появляются с равной мощностью сигнала
Два ведомых отвечают одновременно или накладываются с различными TempID и обоими сигна
лами появляются с равной мощностью сигнала в ведущем устройстве (например, оттого же расстояния до
ведущего устройства).
11.4.1.1 Ведущее устройство получит «wired OR» от обоих сигналов.
11.4.1.2 Если полученный сигнал соответствует «разрешенному» TempID, мастер отвечает IDP МС
«перемешивает» с этим атрибутом; т. е. ведущее устройство передает другой MC-RRQ или MC-REN.
11.4.1.3 Поскольку ни одно из ведомых устройств не получает свой правильный TempID. ни один
из них не адресуется, и таким образом ни один из них не подтверждается, и никакой TempID не вступает
в силу.
11.4.1.4 Таким образом, ведущее устройство не получает подтверждения, и после периода тайм
аута TRT ведущее устройство снова передает регистрационную команду.
omjt
гаи frame
Е2ЭEuibE l
WU_1
сл lDQ( IW fltj?
сл
|cq| дм»яи»
E1L_J
ПктхарврепцтрщтуьаГ
O
dd
Рисунок 14 — Регистрационная процедура со столкновением
11.4.2Оба сигнала появляются с различной мощностью сигнала
Два ответа ведомых устройств одновременно с различным предложенным TempIDs, но оба сиг
нала появляются с различной мощностью сигнала в ведущем устройстве (например, одно ведомое
устройство размещено поблизости и другое далеко от ведущего устройства).
11.4.2.1 Ведущее устройство получит «более сильный» TempID.
11.4.2.2 Ведущее устройство отвечает МС-IDP с этим TempID как атрибутом.
11.4.2.3 Одно ведомое устройство получает свой правильный TempID и подтверждает, другое ве
домое устройство признает, что это необращенный.
11.4.3 Идентичный TempIDs
Два ведомых устройства отвечают одновременно с идентичными TempID. Это единственная слож
ная ситуация, но этот случай происходит очень редко. Однако, как описано ниже, такой конфликт будет
обнаружен, таким образом, контрмеры смогут инициироваться на верхних уровнях.
11.4.3.1 Ведущее устройство получит правильный TempID.
11.4.3.2 Ведущее устройство отвечает на этот TempID.
11.4.3.3 К обоим ведомым устройствам обращаются правильно и рассматривается ведущим
устройством как единственное ведомое устройство.
11.4.3.4 Оба ведомых устройства будут назначены на то же частное окно.
11.4.3.5 Позже это вызовет столкновения в связанном частном окне. Поскольку столкновения мо
гут произойти также по другим причинам (например, перекрестный разговор, интерференция), они в
целом должны быть обнаружены и решены уровнем 2 и высшим механизмом.
11.4.3.6 Если столкновение в том же окне произойдет несколько раз. то ведомое(ые) устройство(а)
должно(ы) быть «убито(ы)» («killed») командой MAC в окне управления. Результат состоит в том. что это
ведомое(ые) устройство^) введет(ут) новый процесс регистрации.
11.5 Передача и порерогистрация
Если ведомому устройству не удается ответить в его частном окне в двух последовательных паке
тах. применяются 11.5.1 и 11.5.2.
11.5.1Отмена TempID
Ведущее устройство должно отменить TempID от FOT. но должно сохранить для предопределен
ного временного интервала различные данные о сессии, связанные с этим ведомым устройством для
предоставления возможности восстановления сессий, и т. д. в случае, если ведомое устройство вводит
48