Подсистема SCCP. Общие положения. Основные задачи подсистемы, страница 8

Подсистема SCCP-management, получившая сообщение SST, проверяет признак "ignore subsystem status test" для запрошенной подсистемы. Если признак установлен, то сообщение игнорируется, если признак сброшен, то проверяется состояние подсистемы. Если состояние подсистемы User-in-service, то в ответ на сообщение SST посылается сообщение SSA, в противном случае никакого ответа не посылается.

Процедура Subsystem status test с SSN=1 инициируется при получении примитива MTP-STATUS-indication с причиной "remote user inaccessible" или "unknown" (данный примитив подсистема MTP посылает при получении сообщения UserPartUnavailable).

Подсистема SCCP-management, получившая сообщение SST с SSN=1 при доступности подсистемы SCCP отправляет в ответ сообщение SSA с SSN=1. Если подсистема SCCP не функционирует, то сообщение SST не будет получено. В этом случае средствами подсистемы MTP будет послано сообщение UPU. При восстановлении подсистемы SCCP, происходит broadcast рассылка сообщения SSA с SSN=1; состояние удаленных подсистем пользователя устанавливаются на основе данных подсистемы MTP.

4. Координированное изменение состояния подсистемы пользователя (backup subsystem)

Примитивы MTP

Таблица: примитивы SCCP

Групповое название	Специфическое название
MTP-TRANSFER Передача сообщений	Request Indication
MTP-PAUSE Стоп	Indication
MTP-RESUME Старт	Indication
MTP-STATUS Статус	Indication

MTP-TRASFER – используется между подсистемами MTP и SCCP для передачи пакетов сообщений по сети ОКС7.

MTP-PAUSE – используется подсистемой MTP для уведомления подсистемы SCCP о недоступности определенного направления.

MTP-RESUME – используется подсистемой MTP для уведомления подсистемы SCCP о доступности определенного направления.

MTP-STATUS – используется подсистемой MTP для уведомления о частичной недоступности определенного направления или пользователя, например, вследствие перегрузки.

Машина состояний MTP с точки зрения SCCP

Адресация в SCCP

В подсистеме SCCP адресация применяется для маршрутизации сообщений в сети SCCP. При этом понятие адресации используется в параметре "Called Party Address" и "Calling Party Address". В SCCP используются два основных режима адресации: DPC+SSN и GT+SSN.

Структура параметра Called/Calling Party address

Структура параметра Called/Calling Party address GTI=4

1. Адресация по DPC+SSN

При этом режиме адресации DPC используется для идентификации входящего и соответственно исходящего узлов, SSN используется для идентификации приложения (application entity) в данном узле. При этом исходящая подсистема SCCP контролирует доступность/состояние перегрузки удаленного узла (DPC), удаленной подсистемы SCCP и удаленной подсистемы пользователя SSN. При данном режиме адресации не может быть использован LOADSHARING.

2.Адресация по GT+SSN

При этом режиме адресации GT используется для идентификации входящего и соответственно исходящего узлов, SSN используется для идентификации приложения (application entity) в данном узле. При данном режиме адресации SSN прозрачно пропускается всеми промежуточными узлами и анализируется только на входящей стороне.

3. Global Title

Использование в качестве адреса Global Title всегда предполагает однократную или многократную трансляцию адреса для определения дальнейшего пути маршрутизации сообщения. На каждом этапе трансляции выполняются две операции:

• определяется DPC направления, куда будет послано данное сообщение;
• определяется тип и параметры адресации:

-  параметры адресации GT+SSN могут остаться неизменным;

-  режим адресации (GT+SSN) может остаться неизменным, но сами параметры GT быть изменены (изменению могут быть подвергнуты все или только часть параметров);

-  режим адресации (GT+SSN) может быть заменен на режим адресации (DPC+SSN).