
- •9. Структура и интерфейсы современного узла коммутации каналов. Стек окс7.
- •23. Сеть окс и ее компоненты. Функциональная структура окс7.
- •24. Стек протоколов окс7. Распределение задач сигнализации.
- •3.2 Принципы сети окс7
- •3.3 Стек протоколов
- •3.4. Подсистема переноса сообщений mtp
- •3.4.1. Уровень 1
- •3.4.2. Уровень 2
- •3.4.3. Уровень 3
3.4.3. Уровень 3
Уровень 3 MTP содержит функции, обеспечивающие транспортировку сигнальных сообщений через сеть ОКС от подсистемы-отправителя, которая размещена в одном SP, к подсистеме-получателю, размещенной в другом (не обязательно смежном) SP. Говоря об обеспечении такой транспортировки, мы имеем в виду две группы функций:
функции обработки сигнальных сообщений, то есть, собственно, функции их коммутации,
функции адаптации сети ОКС к происходящим в ней изменениям (перегрузкам или повреждениям элементов сети), то есть функции эксплуатационного управления сетью ОКС.
Состав функций в каждой из этих групп, а также их связь между собой и с функциями других уровней MTP иллюстрирует рис. 5.4. Рассмотрим обе группы функций более подробно.
Функции обработки сигнальных сообщений представлены в уровне 3 MTP тремя функциональными блоками:
функциями сортировки сообщений, принимаемых от уровня 2, то есть разделения их на сообщения, адресованные в “свой” SP, и на сообщения, адресованные в другой SP,
функциями распределения сообщений, адресованных в “свой” SP, по подсистемам уровня 4,
функциями маршрутизации сообщений, подлежащих передаче (как тех, которые пришли от подсистем уровня 4 или от функций эксплуатационного управления сетью ОКС, размещенных в своем SP, так и тех, которые поступили от уровня 2, но должны быть направлены в другой SP).
Работа всех трех функциональных блоков базируется на следующем. Сообщения подсистем-пользователей МТР переносятся в поле сигнальной информации SIF сигнальных единиц. Структура сообщения, вообще говоря, бывает разной (в зависимости от его принадлежности той или иной подсистеме-пользователю), однако его обязательной частью во всех случаях является так называемая маршрутная этикетка (см. рис. 5.4), содержащая, в частности, данные об SP-отправителе (код OPC - Originating Point Code) и SP-получателе (код DPC - Destination Point Code). Функции сортировки сообщений, анализируя маршрутную этикетку, определяют, куда нужно направить сообщение, принятое от уровня 2, - к функциям распределения сообщений (если DPC совпадает с кодом “своего” SP) или к функциям маршрутизации сообщений (если совпадения нет).
Третьим элементом маршрутной этикетки является поле селектора сигнального звена (SLS – Signaling Link Selection), которое служит для выбора сигнального звена, по которому должно пересылаться к SP-получателю сообщение. Это звено уровень 3 МТР либо выбирает сам, либо делает выбор, следуя указанию «сверху», т.е. от подсистемы-пользователя.
Функции эксплуатационного управления сетью ОКС тоже представлены в уровне 3 MTP тремя функциональными блоками:
функциями управления сигнальным трафиком,
функциями управления сигнальными звеньями,
функциями управления сигнальными маршрутами.
Функции эксплуатационного управления обеспечивают пребывание сети ОКС7 в состоянии, когда она способна предоставлять услуги своим пользователям, и восстановление такого состояния при нарушениях нормальной работы сигнальных звеньев или пунктов сигнализации. Эти нарушения могут проявляться либо в виде полного отказа звена или SP, либо в ухудшении условий доступа к ресурсу (звену или SP) из-за его перегрузки.
Функции распределения, приняв от функций сортировки сообщение, этикетка которого содержит в поле DPC код “своего” SP, анализируют байт служебной информации SIF и направляют сообщение к подсистеме-адресату.
Рис. 3.4. Функции уровня 3 МТР
Функции распределения, приняв от функций сортировки сообщение, этикетка которого содержит в поле DPC код «своего» SP, анализирует байт служебной информации SIF (см. рис. 3.3) и направляют сообщение к подсистеме-адресату.
OPC - код SP-отправителя
DPC - код SP-получателя
SLS - селектор сигнального звена
Рис. 3.5. Маршрутная этикетка
Отказ сигнального звена приводит к необходимости его отключения и перевода обслуживаемого этим звеном потока сообщений на резервное звено (или на несколько резервных звеньев). Кроме того, отказ сигнального звена может ухудшить условия (или совсем исключить возможность) доступа к некоторым сигнальным маршрутам, что повлечет за собой необходимость изменения схемы маршрутов.
И отказы (или перегрузки), и их ликвидация, имеют своим результатом изменение статуса соответствующего ресурса сети с точки зрения уровня 3 MTP. Сигнальное звено может быть “доступно” или “недоступно”, причем “недоступным” оно оказывается, когда его атрибут “статус” принимает одно из следующих значений: “неисправен”, “деактивизирован”, “блокирован”, “доступ запрещен”, а “доступным” становится при значениях этого атрибута “восстановлен”, “активизирован”, “разблокирован”, “доступ разрешен”. По отношению к сигнальному маршруту или к пункту сигнализации уместны характеристики “доступен” или “недоступен”.
Когда благоприятная характеристика статуса сигнального звена или сигнального маршрута меняется на неблагоприятную, вступает в действие подходящий к случаю функциональный блок.
Функции управления сигнальным трафиком выполняют процедуры:
перехода на резервное звено (на резервные звенья),
возврата на основное звено,
вынужденной ремаршрутизации,
управляемой ремаршрутизации,
эксплуатационного запрета доступа к сигнальному звену,
управления потоком сигнальных сообщений.
Функции управления сигнальными звеньями выполняют процедуры:
деактивизации, восстановления, активизации сигнального звена,
активизации пучка сигнальных звеньев.
Функции управления сигнальными маршрутами выполняют процедуры:
управляемого транзита через данный STP в данном направлении,
запрета транзита через данный STP в данном направлении,
разрешения транзита через данный STP в данном направлении,
тестирования группы сигнальных маршрутов.
Служебная информация, которой обмениваются SP при выполнении названных процедур, переносится через сеть в сообщениях уровня 3 MTP, имеющих в байте SIO значение сервисного индикатора (0000), которое является общим для всех сообщений эксплуатационного управления. Эти сообщения имеют маршрутную этикетку, формат и содержание которой стандартно для всех сообщений уровня 3. Отличие заключается в том, что в сообщениях, относящихся к эксплуатационному управлению определенным сигнальным звеном, смысл поля SLS состоит не только в выборе звена для передачи сообщения, но также и в идентификации звена, которым данное сообщение управляет; если же сообщение не относится к управлению сигнальным звеном, и никакой другой код в поле SLS не внесен, то в нем записывается код 0000.
Следующие два элемента в форматах сообщений эксплуатационного управления - так называемые коды заголовка H0 и H1. Код H0 содержит 4 бита и идентифицирует группу, к которой относится сообщение. Например:
H0=0001 - сообщения перехода на резервное звено и обратно,
H0=0100 - сообщения запрета/разрешения транзита,
H0=0101 - сообщения тестирования группы маршрутов,
H0=0110 - сообщения эксплуатационного запрета доступа, и т.д.
Код H1 тоже содержит 4 бита, но смысл его зависит от того, к какой группе сообщений эксплуатационного управления он относится. Например, применительно к сообщениям перехода на резервное звено и обратно:
H1=0001 означает сигнал-команду,
H1=0010 означает подтверждение,
а применительно к сообщениям запрета/разрешения транзита:
H1=0001 означает, что это - сообщение запрета,
H1=0101 означает, что это - сообщение разрешения.
Помимо кодов заголовка некоторые сообщения эксплуатационного управления могут содержать поле с дополнительной информацией, которая определяет область их действия и, если нужно, порядковый номер той MSU, которая предшествовала данному эксплуатационному сообщению.
Как уже упоминалось, необходимость в активизации тех или иных процедур эксплуатационного управления возникает при изменениях статуса тех или иных ресурсов сети ОКС. В зависимости от причины изменения статуса ресурса (неисправность или воздействие команд эксплуатационного управления) и от того, где это изменение первоначально зафиксировано (в “своем” или в “не своем” SP), информацию о нем уровень 3 MTP получает:
от средств контроля рабочих характеристик сигнального звена в уровне 2,
в составе эксплуатационного сообщения, поступившего от другого SP и доставленного в уровень 3 средствами уровня 2,
от собственных средств эксплуатационного контроля и управления,
от центра эксплуатационного управления сетью через интерфейс с подсистемой SCCP, обеспечивающей взаимодействие уровня 3 MTP с верхними уровнями протокола ОКС7 (TC, OMAP).
Полученные сведения об изменении статуса того или иного ресурса уровень 3 MTP передает, смотря по обстоятельствам:
средствам уровня 2,
другому (или другим) SP,
собственным средствам эксплуатационного управления,
в центр эксплуатационного управления сетью.
При выполнении процедур эксплуатационного управления уровень 3 MTP:
обменивается эксплуатационными сообщениями с другим (с другими) SP,
передает соответствующие случаю индикации (запросы) в центр и в собственные средства эксплуатационного управления,
обменивается с уровнем 2 командами/ответами при активизации и деактивизации сигнальных звеньев.