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

Подсистема SCCP

Общие положения

SCCP Signaling Connection Control Part – подсистема, основная задача которой дополнить подсистему MTP дополнительными функциями для обеспечения переноса сигнальной и пользовательской информации между различными устройствами сети.

Место подсистемы SCCP в стеке протоколов ОКС7

Взаимодействие подсистемы SCCP с протоколами верхнего и нижнего уровней

Взаимодействия SCCP с протоколами нижнего уровня осуществляется в точке MTP-SAP (Service Access Point). Взаимодействие SCCP с протоколами верхних уровней происходит в точке SCCP-SAP. Процесс обмена данными между протоколами разных уровней осуществляется посредством примитивов, которые представляют собой элементарные блоки данных, передаваемые между двумя уровнями и дополненные служебной информацией. Существуют четыре вида примитивов:

• Request – примитив который представляет собой отправленный на удаленный узел (по средством нижнего уровня протокола) запрос услуги;
• Indication – примитив который представляет собой полученный от удаленного узла (по средством нижнего уровня протокола) запрос услуги (информационная копия примитива Request);
• Response примитив который представляет собой отправленный на удаленный узел (по средством нижнего уровня протокола) ответ на полученный запрос услуги;
• Confirm – примитив который представляет собой полученный от удаленного узла (по средством нижнего уровня протокола) ответ на отправленный запрос услуги (информационная копия примитива Response).

Для передачи информации по сети ОКС7, подсистема SCCP инкапсулирует данные пользователя в сообщения SCCP, которое состоит из двух частей NPCI – Network Protocol Control Information (заголовок SCCP) и NSDU – Network Source Data Unit (собственно информация пользователя).

Инкапсуляция данных пользователя в сообщения MSU

Существуют два основных режима функционирования подсистемы SCCP:

• режим с установкой временного логического соединения между двумя устройствами;
• режим без установки логического соединения.

В соответствии с этим существуют четыре класса в протоколе SCCP:

• Класс 0 – основной класс, не ориентированный на соединение. Обеспечивает передачу данных независимо друг от друга. Данные могут доставляться с нарушением последовательности.
• Класс 1 – класс не ориентированный на соединение. Обеспечивает контроль последовательности передачи данных средствами MTP, путем установки одинакового значения поля SLS.
• Класс 2 – базовый класс, ориентированный на соединение (временное или постоянное). Обеспечивает контроль последовательности передачи данных средствами MTP, путем установки одинакового значения поля SLS.
• Класс 3 – класс, ориентированный на соединение. Дополнен собственными функциями контроля ошибок и порядка следования сообщений.

Структура SCCP

При описании подсистемы SCCP будут затронуты три аспекта:

• сервисы, которые предоставляет SCCP протоколам верхнего уровня;
• сервисы, которые SCCP запрашивает у протоколов нижнего уровня (MTP);
• функции и параметры SCCP.

Временное логическое соединение.

Временное логическое соединение можно сравнить с телефонным разговором, с той разницей, что между двумя пользователями передается не речевая информация, а сигнальный трафик. Процесс передачи данных с установкой временного логического соединения включает в себя три фазы:

• установка соединения;
• передача данных;
• разрушение соединения.

SCCP выполняет две функции: функцию маршрутизации (дополнение к функциям маршрутизации MTP) и функцию поддержания логического соединения.

Между двумя узлами сети может одновременно существовать несколько SCCP соединений. При этом каждое соединение идентифицируется парой идентификаторов: "Source Local Reference" и "Destination Local Reference".

Таблица: примитивы SCCP с установлением соединения

Машина состояний: Исходящее SCCP соединение

Машина состояний: Входящее SCCP соединение

Для установки соединения, SCCP пользователь на исходящей стороне (стороне "A") посылает подсистеме SCCP primitive N-CONNECT-REQUEST. Подсистема SCCP инкапсулирует NPCI и (возможно) полученную от пользователя SCCP информацию (NSDU) в SCCP message и передает ее средствами MTP подсистеме SCCP на удаленной стороне (стороне "B"). Подсистема SCCP на стороне "B" получив запрос на соединение, передает primitive N-CONNECT-INDICATION местному пользователю SCCP. Если пользователь SCCP на стороне "B" согласен открыть соединение он отправляет primitive N-CONNECT-RESPONSE местной подсистеме SCCP, которая передает полученное сообщение средствами MTP подсистеме SCCP на стороне "A". После того, как пользователь SCCP на стороне "A" получил primitive N-CONNECT-CONFIRM, соединение считается установленным.