- •8.3 Управление сигнальным трафиком
- •8.3.1 Процедура перехода на резерв (Changeover)
- •Группа сообщений перехода на резерв Changeover (chm): команда перехода на резервное звено (Changeover Order) и подтверждение перехода на резервное звено (Changeover Acknowledgement)
- •Группа сообщений аварийного перехода на резерв Emergency changeover (ecm)
- •8.3.2 Процедура возврата на исходное звено (Changeback)
- •Группа сообщений перехода на резерв chm: объявление возврата на исходное звено (Changeback declaration) и подтверждение возврата на исходное звено (Changeback acknowledgement)
- •8.3.3 Процедура вынужденной ремаршрутизации (forced rerouting)
- •8.3.4 Процедура управляемой ремаршрутизации (Controlled rerouting)
- •8.3.5 Процедура перезапуска mtp (mtp restart)
- •8.3.6 Процедура запрета сигнального звена системой управления (Management inhibiting)
- •8.3.7 Процедура управления потоком сигнального трафика (Signalling traffic flow control)
8.3.3 Процедура вынужденной ремаршрутизации (forced rerouting)
Цель процедуры вынужденной ремаршрутизации - восстановление способности переноса сигнальных сообщений между двумя SP в направлении определенного SP назначения. Процедура применяется для перенаправления сигнального трафика к SP назначения по резервному сигнальному маршруту, когда основной маршрут становится недоступным. Процедура не прерывает процесс переноса собственного трафика сигнальными звеньями, входящими в резервный маршрут.
Процедура инициируется в SP в момент приема сообщения о запрещении передачи (TFP, Transfer prohibited) со стороны смежного STP, посредством которого STP указывает на невозможность доставки сообщения к пункту назначения, то есть на недоступность сигнального маршрута.
Запускается таймер T8=800-1200 мс, который предупреждает повторную передачу TFP, и выполняется следующая последовательность действий:
останавливается передача сигнального трафика по недоступному сигнальному маршруту (например, SP A – STP B – SP D); трафик временно сохраняется в специальном буфере вынужденной ремаршрутизации;
определяется резервный сигнальный маршрут (например, SP A – STP C – SP D);
сигнальный трафик восстанавливается по резервному сигнальному маршруту, начиная с содержимого буфера;
Если после отказа текущего маршрута, не существует резервного маршрута к SP назначения, то такой пункт назначения отмечается как недосягаемый.
8.3.4 Процедура управляемой ремаршрутизации (Controlled rerouting)
Цель процедуры управляемой ремаршрутизации - восстановление оптимальной маршрутизации сигнальных сообщений.
Процедура применяется, когда сигнальный маршрут в направлении определенного SP назначения вновь становится доступен, и возможна процедура обратного перевода трафика с резервного на основной сигнальный маршрут.
Процедура инициируется в SP в момент приема сообщения о разрешении передачи (TFA, Transfer allowed) со стороны смежного STP, посредством которого он указывает на восстановление возможности доставки сообщений к SP назначения, то есть на доступность сигнального маршрута. Затем выполняется следующая последовательность действий:
останавливается передача сигнального трафика по резервному сигнальному маршруту; трафик накапливается в буфере управляемой ремаршрутизации; запускается таймер T6=500-1200 мс;
выполняется процедура разрешения передачи для основного маршрута, ставшего доступным;
по истечении таймера T6 обслуживание сигнального трафика восстанавливается по основному маршруту, начиная с содержимого буфера управляемой ремаршрутизации; T6 применяется для снижения вероятности доставки сообщений с нарушением последовательности.
Сообщения TFP и TFA входят в группу сообщений запрещения и разрешения передачи TFM, код заголовка H0=0100. Сообщения TFP и TFA всегда адресуются смежному пункту сигнализации.
Рис. 27. Сообщения TFP и TFA
8.3.5 Процедура перезапуска mtp (mtp restart)
Восстановление SP после временной изоляции от сети влечет необходимость обновления в нем динамических маршрутных данных, т.к. за время изоляции состояния как смежных, так и удаленных SP, а также пучков звеньев между ними могли измениться.
Цель процедуры перезапуска МТР - защита сети и самого SP, производящего перезапуск, от сбоев.
Процедурой назначается выдержка времени, в течение которой должно быть активизировано достаточное количество звеньев и в достаточной мере произведен обмен информацией о текущем состоянии сети между SP, производящем перезапуск MTP, и соседними SP с целью обновления динамических данных маршрутизации.
“Достаточно” означает, что оставшиеся неразрешенными по окончании процедуры проблемы не должны вызвать повторный отказ SP, производящего перезапуск МТР. В случае кратковременной изоляции SP (< Т1) процедура перезапуска не применяется.
Основной частью процедуры является обмен информацией о состоянии сети. Определено общее время перезапуска, как для SP, в котором осуществляется перезапуск, так и для смежных с ним SP, в течение которого должны быть завершены все действия, связанные с перезапуском.
Процедура базируется на исходном предположении, что все SP в сети являются досягаемыми. Поэтому, в начале процедуры все известные маршруты рассматриваются SP, производящим перезапуск, как разрешенные, а обновление информации о состоянии маршрутов выполняется с помощью сообщений о запрещении передачи TFP, получаемых от смежных STP.
Процедура использует сообщение о разрешении перезапуска трафика (TRA, Traffic restart allowed). Каждый смежный SP после завершения передачи всех необходимых сообщений о запрещении передачи в сторону SP, производящего перезапуск MTP, посылает сообщение TRA, которое указывает, что вся информация о недоступных направлениях передана. По количеству принятых сообщений TRA система управления перезапускающегося SP оценивает степень завершенности процесса обновления данных маршрутизации.
После завершения всех действий, связанных с процедурой перезапуска, или по истечении выдержки времени Т20, отведенной для процедуры, производящий перезапуск SP передает всем смежным SP, доступным по прямым пучкам звеньев, сообщения о разрешении перезапуска сигнального трафика TRA, которые указывают на завершение процедуры и на возможность передачи трафика подсистем пользователей.
Сообщение TRA входит в группу сообщений разрешения восстановления сигнального трафика TRM, код заголовка H0=0111.
Рис. 28. Сообщение разрешения перезапуска трафика (TRA)