- •Глава 19. Управление сетью сигнализации окс№7
- •19.1. Управление сетью сигнализации
- •19.1.1. Управление сигнальным трафиком
- •19.1.1.1. Процедуры перевода трафика на резервное зс и возврата на исходное зс
- •Процедура вынужденной ремаршрутизации и управляемой ремаршрутизации
- •Процедура перезапуска мтр
- •19.1.1.4. Процедура управляемого переноса
- •19.1.1.5. Недоступность подсистемы isup
- •19.1.2. Управление звеньями сигнализации
- •19.1.3. Управление сигнальными маршрутами
- •19.2. Тестирование звена сигнализации
- •19.3. Пример отказа и восстановления сигнального звена сигнализации между исходящим и транзитным пунктами сигнализации
- •Алгоритм при отказе звена сигнализации
- •19.3.2. Восстановление звена сигнализации
- •19.4. Пример отказа и восстановления транзитного пункта сигнализации
- •19.4.1. Отказ транзитного пункта сигнализации
- •19.4.2. Восстановление транзитного пункта
19.1.1.4. Процедура управляемого переноса
Процедура управляемого переноса в межународной сети используется с целью доставки с помощью сообщения TFC (Transfer Control) индикации перегрузки от пункта сигнализации, где обнаружена перегрузка, к исходящему пункту сигнализации. В формат сообщения TFC кроме типа сообщения входит поле, содержащее адрес пункта назначения, к которому относится сообщение.
В приведённом примере процедуры управляемого переноса (рис. 19.4) таким пунктом является STP F.
Рис. 19.4. Пример процедуры управляемого переноса
19.1.1.5. Недоступность подсистемы isup
Если МТР3 получает МSU, где в поле индикатора вида службы SI обнаруживается, что указанному там значению не соответствует ни одно из принятых подсистем, он не может доставить это сообщение никуда. В этом случае исходящему SP передается сообщение управления МТР3 «недоступность подсистемы ISUP» - UPU (Use Part Unavailable). В формат сообщения UPU входят два поля - идентификатор подсистемы пользователя и причина недоступности. Например, если пункт SP A отправляет сообщение ISUP к пункту SP B, в котором подсистема ISUP недоступная или отсутствует, МТР3 в пункте SP B передает SP А сообщение UPU со значением поля «идентификатор подсистемы пользователя», равным ISUP(0101). В поле «причина недоступности» указывается, почему эта подсистема недоступна.
19.1.2. Управление звеньями сигнализации
Управление звеньями сигнализации включает:
активацию звена сигнализации;
восстановление звена сигнализации;
деактивацию звена сигнализации;
активацию пучка звеньев сигнализации;
назначение звена передачи данных (т.е. канала без сигнального терминала). Все перечисленные функции, кроме последней, выполняются с помощью обмена сообщениями второго уровня (МТР2), т.е. сигнальными единицами состояния звена (LSSU).
Процедура назначения звена передачи данных осуществляется с помощью сообщений управления сетью сигнализации на уровне МТР3. Автоматическое назначение звеньев передачи данных в качестве звена сигнализации может применяться при выполнении процедур выключения сигнального звена. Для замены такого ЗС может быть выбрано любое звено передачи данных, которое входит в группу разговорных каналов между пунктами сигнализации.
После того, как канал передачи первичного тракта выбран пунктом сигнализации для использования в качестве звена сигнализации в сторону удаленного пункта передается сообщение DLC (Signaling Data Link Connection Order) подключить назначенное звено передачи данных к сигнальному терминалу. В формате сообщения DLC содержится поле идентификатора звена передачи данных. В ответ на сообщение DLC встречный пункт передает одно из трех сообщений - результат попытки подключить звено передачи данных:
подключение произведено CSS (Connection-Successful);
подключение не произведено CNS (Connection-not-successful);
подключение невозможно CNP (Connection-not-possible).
19.1.3. Управление сигнальными маршрутами
Функция управления сигнальными маршрутами используется для обеспечения надежного обмена между пунктами сигнализации информацией о недоступности сигнальных маршрутов. Информация недоступности, ограниченной или полной доступности сигнальных маршрутов передается в рамках процедур запрещения, ограничения и разрешения переноса сообщений. Некоторые элементы управления маршрутизацией были рассмотрены в предыдущих подразделах управления сетью сигнализации при управлении сигнальным трафиком.
Кроме этих процедур в управление сигнальными маршрутами входит также процедура проверки (тестирования) пучка сигнальных маршрутов. Эта процедура позволяет SP определить возможность переноса сигнального трафика к определённому SP через смежный STP. На рис. 19.5 приведен пример выполнения процедуры проверки пучка сигнальных маршрутов. Процедура использует сообщение тестирования пучка маршрутов для пункта назначения, перенос к которому запрещён RST (Signalling-route-set-test-signal for prohibited destination) и сообщения TFP и TFA, описанные ранее при выполнении процедур вынужденной и управляемой ремаршрутизации. Процедура проверки пучка сигнальных маршрутов применяется для восстановлении информации о досягаемости направлений, которая потенциально могла быть утеряна вследствие отказов в сети сигнализации (на рис. 5. отказ ЗС STP D – SP В и STP D – STP С). Сообщение RST передается исходящим SP (в STP D) после приема TFP относительно SP назначения стороны смежного STP (SP B в примере).
Рис. 19.5. Пример выполнения процедуры проверки пучка сигнальных маршрутов
Сообщения RST передаются с периодичностью (30-60 сек) до приема сообщений TFA из STP D, указывающего на то, что пункт назначения (SP B) вновь стал досягаем.
В формат сообщения RST входит поле, содержащее адрес пункта назначения, к которому относится это сообщение (в примере адрес SP B).
