Подсистема MTP. Сеть сигнализации ОКС7. Общие положения, страница 8

Процедура Signaling-Route-set-test

Процедура Signaling-Route-set-test используется для тестирования доступности того или иного узла через данный сигнальный маршрут. Сообщение RST/RSR посылается сигнальной точкой после получения сообщения TFP и TFR соответственно. Сообщение RST/RSR повторяется с периодом, определяемым таймером T10 (30-60сек). В случае, если STP получил сообщение RST и реальное состояние маршрута сигнализации prohibited, либо STP получил сообщение RSR и реальное состояние маршрута restricted, никаких действий не предпринимается. В противном случае в ответ на сообщение RST/RSR посылается соответственно сообщение TFP, TFA либо TFR, в зависимости от реального состояния маршрута.

Процедура Transfer controlled

Процедура Transfer controlled используется STP для уведомления смежных сигнальных точек о том, что они больше не должны маршрутизировать сообщения с данным или более низким приоритетом. По истечении таймера T15 (2-3сек) после получения последнего сообщения TFC (Transfer Controlled Signal) на сигнальной точке инициируется процедура signaling-route-set-congestion-test, которая заключается запросе текущего состояния перегрузки путем в посылки сообщения RCT (Signaling Route Set Congestion Test) и отклике на запрос с помощью сообщения TFC.

Процедура User Part Availability Control

Процедура User Part Availability Control применяется в ситуациях, когда подсистема MTP получает сообщение, адресованное недоступной в данный момент подсистеме. Получив такое сообщение, подсистема MTP должна проинформировать исходящую сторону о недоступности адресуемой подсистемы с помощью сообщения UPU (User Part Unavailable). На удаленной стороне подсистема MTP, получив сообщение UPU должна проинформировать обслуживающий персонал о недоступности данной подсистемы в данной сигнальной точке и проинформировать местную подсистему пользователя посредством примитива MTP-STATUS. Сообщение UPU передает, в частности, причину недоступности подсистемы пользователя (inaccessible remote user, unknown, unequipped remote user).

Процедура MTP restart

Процедура MTP restart инициируется на узле ОКС7 в ситуации, когда сигнальная точка, некоторое время изолированная от сети, возвращается в сервис. Процедура MTP restart преследует две задачи:

§  восстановить информацию о состоянии всех прописанных в таблице маршрутизации сигнальных точек, с которыми осуществляется взаимодействие;

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

Действия, выполняемые на узле, выполняющем процедуру MTP restart (узел X)

Процедура MTP restart запускается после того, как было активировано первое сигнальное звено. Суммарная длительность процедуры MTP restart контролируется таймером T20 (59-61сек). Процедура включает в себя две фазы.

Первая фаза дополнительно контролируется таймером T18. В течение первой фазы на узле X активируются сигнальные звенья, а также принимаются сообщения TFP, TFA, TFR, TRA (TRA – посылается смежной сигнальной точкой после завершения отправки всех необходимых сообщений TFP, TFA, TFR) , в соответствии с которыми обновляется таблица состояний сигнальных точек, прописанных в таблице маршрутизации. Первая фаза завершается либо по истечении таймера T18, либо когда активировано достаточное количество сигнальных звеньев и получено достаточное количество сообщений TRA. Понятия достаточное количество сигнальных звеньев и достаточное количество сообщений TRA, а также значение таймера T18 определяются производителем оборудования.

В течение второй фазы (только для STP) узел X рассылает по всем смежным сигнальным точкам сообщения TFP или TFR в зависимости от состояния сигнальных точек таблицы маршрутизации, заполненной на первой фазе процедуры MTP restart. Вторая фаза процедуры MTP restart заканчивается либо по истечение таймера T20, либо после того, как узел X отправит все необходимые сообщения TFP и TFR.

По завершении второй фазы сообщения TRA отправляются на все доступные сигнальные точки. После этого начинается передача пользовательского трафика. После отправки узлом X сообщений TRA в течение таймера T19 (67-69сек) все входящие сообщения TRA игнорируются.