Файл: Подсистема управления соединениями сигнализации ОКС 7 (SCCP ОКС 7).docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 20.10.2024
Просмотров: 19
Скачиваний: 0
Подсистема управления соединениями сигнализации ОКС 7 (SCCP)
Общие сведения
Рассмотренная ранее подсистема передачи сообщений MTPполностью обеспечивает функции, соответствующие уровням 1 и 2 модели OSI, но для обеспечения функций сетевого уровня модели OSIнеобходим ряд дополнительных функций.
Эти дополнительные функции реализуются подсистемой управления соединениями сигнализации SCCP. Комбинация MTPи SCCPназывается подсистемой службы сети – NSP.
Задачей SCCPявляется – обеспечить логические соединения для передачи блоков данных сигнализации, ориентированных или не ориентированных на соединение. Иными словами,SCCPпредоставляется возможность передачи данных, не связанным с конкретным соединением разговорных каналов.
Приведенная ниже базовая структура SCCPсостоит из четырех функциональныхлогических блоков:
-
Ориентированное на установление соединений (SCOC).Целью данного логического блока является управление установлением и освобождением сигнальных соединений и обеспечение передачи данных по сигнальным соединениям.
-
Не ориентированное на установление соединения (SCLC).Целью данного логического блока является обеспечить пользователю SCCPи логическому блоку управления SCCPуслугу передачи не ориентированных на соединение блоков данных в пределах SCCP-SDUи поддержать не ориентированные на соединение процедуры. Не ориентированные на соединение сообщения, которые передают информацию управления SCCP, имеют наименование подсистемы (SSN) «SCCPmanagement» (управление SCCP).
-
Управление SCCP (SCMG). Целью данного логического блока является обеспечение технических возможностей по обработке сигналов управления перегрузкой или ошибками SCCP,в направлении к/от SCCPпользователя или сигнальному маршруту к/отSCCPпользователю, что дополняет функции управления сигнальными маршрутам и потоком, обеспечиваемых MTP.
-
Подсистема управления маршрутизацией MTP (SCRC)взаимодействует со всеми логическими блоками в пределах подсистемы управления соединениями сигнализации (SCCP). При приеме сообщения от MTPили от логических блоков SCCP, приведенных выше, логический блок управления маршрутизацией соединений сигнализации (SCRC) обеспечивает необходимые функции маршрутизации для направления сообщения к MTPдля передачи к другим логическим блокам SCCP, приведенных выше. Если «вызываемый адрес» или «адрес вызываемого абонента» идентифицируют местного пользователя, то со
-
общение маршрутизируется согласно приведенным выше разделам a) и b). Если сообщение предназначается удаленному пользователю, то оно направляется к выбранному экземпляру MTP-SAPдля передачи к удаленному пользователю SCCP.
Функция управления маршрутизацией идентифицирует экземпляр MTP-SAP (точка доступа услуги MTP) посредством которого сообщение доставляется к сети MTP.
Функции управления SCCP (SCMG)
Система управления статусом пункта сигнализации обновляет таблицы трансляции и статуса, базируясь на информации о сетевых ошибках, восстановлении в обслуживании или перегрузках, что обеспечивается примитивами MTP-STATUSINDICATION. Это делает возможным альтернативную маршрутизацию к резервным SP и/или подсистемам.
1) SP запрещен
Когда SCMG принимает примитив MTP-PAUSEINDICATION, относящийся к пункту назначения, который становится недоступным, то выполняются следующие действия:
1. Делается соответствующая отметка в таблицах трансляции:
- “трансляция к резервному узлу”, если этот пункт сигнализации имеет резерв;
- “трансляция к резервной подсистеме” для каждой подсистемы в SP, для которой существует резервная подсистема;
2. Отметить статус пункта сигнализации как “запрещенный” и каждой подсистемы в этом SP;
3. Прерывает какие-либо тесты статуса подсистемы (подсистем), которые выполнялись в этом пункте сигнализации;
4. Инициирует передачу местного вещательного сообщения “пользователь (SCCP) вне процесса обслуживания” для каждой подсистемы в этом SP
5. Инициирует передачу местного вещательного сообщения “SPнедоступен” для SP.
2) SP разрешен
Когда логический блок SCMG принимает примитив MTP-RESUMEINDICATION, относительно пункта назначения, который становится доступным, то SCMG реализует следующие действия:
-
Осуществляет программную инициализацию уровня перегрузки;
-
Делает соответствующие отметки в таблицах трансляции: “трансляция для первичного узла”, если было произведено переключение на резерв;
-
Отметка статуса SP как “разрешен”;
-
Инициирование процедуры теста статуса подсистемы с подсистемами, передающими информацию о своем состоянии;
-
Инициирует передачу вещательного сообщения с информацией “SP (не)доступен” для соответствующего SP
3) SP перегружен
SCMG принимает индикацию статуса МТР, относящуюся к перегрузке системы сигнализации. При этом выполняются следующие действия:
-
Для отражения уровня перегрузки статус SP обновляется;
-
Инициируется передача местного вещательного сообщения с информацией “SPперегружен”
Управление статусом подсистемы.
Прием сообщений для запрещенной подсистемы
Если SCRC принимает сообщение, инициированное на местном уровне или же нет, запрашивающее запрет местной подсистемы, то SCRC вызывает систему управления запрещенной подсистемы. Сообщение “подсистема запрещена” передается к исходящему пункту сигнализации, если исходящая подсистема не является местной (в данном случае SP выполняет функции STP и ОРС является параметром в примитиве MTP-TRANSFERINDICATION). Какие-либо действия, предпринимаемые в случае, если подсистема является местной, требуют дальнейшего изучения.
Базовая структура SCCP
Классы протокола SCCP, трансляция глобального заголовка (GT – GlobalTitle)
Классификация протоколов SCCP
Класс протокола 0
Блоки данных сетевой услуги (NSDU)передаются верхними уровнями к SCCP в исходящем узле доставляютсяSCCP к верхним уровням узла назначения. NSDU передаются независимо друг от друга и таким образом, могут доставляться вне последовательности (информация, принадлежащая к одному сообщению, напримерначальное адресное сообщение -IAM, передается одним блоком, аналогичные сообщения могут следовать разными маршрутами, как показано на нижеследующем рисунке). Функция сегментации и сборки сообщений в узле назначения отсутствует.
Класс протокола 1
В протоколе класса 1 сетевые услуги класса 0, дополнительные сетевые услуги (параметр контроля последовательности, связанный с базовым сообщением N-UNITDATA), позволяющий верхним уровням указать SCCP, что данный поток NSDU должен быть доставлен в последовательности. Поле SLS, выбранное SCCP базируется на значении параметра последовательности в пределах маршрута. SLC выбирается одинаковым для NSDU, имеющим одинаковое значение контрольного параметра.
Класс протокола 2
Ориентировано на соединение (постоянное или временное). Определенное число сигнальных соединений могут объединяться одним сигнальным отношением. Такое объединение обеспечивается посредством использования пары условных номеров. Сообщения, относящиеся к одному сигнальному соединению, имеют аналогичное значение SLC. Контроль потока сообщений и нарушения последовательности не обеспечивается.
Класс протокола 3
Аналогично протоколу класса 2, однако дополнительно включена возможность контроля последовательности блоков NSDU с помощью порядковых номеров P(S) и P(R), соответственно на передачу и прием.
Классы протокола 0 и 3
Класс протокола 1
Классы протокола 2 и 3
Обеспечивается сегментация и повторная сборка сообщений в узле назначения
Формат сообщений SCCP
Каждое сообщение SCCPвключает в себя такие обязательные параметры, как «этикетка маршрутизации», «код типа сообщения» и параметры. Каждый параметр состоит из названия,индикатора длины и поля данных. Название кодируется одним байтом и однозначно определяет параметр.Индикатор длины указывает на количество байтов в параметре, а поле данных содержит информацию.
Существуют параметры трех видов – обязательные с фиксированной длиной, обязательные с переменной длиной и необязательные.Обязательные параметры с фиксированной длиной содержатся в сообщениях любого типа. Положение и длина каждого из этих параметров определяется типом сообщения и поэтому их названия и индикаторы длины в сообщения не включаются. Обязательные параметры переменной длины также содержатся в сообщениях всех типов. Название любого такого параметра также определяется типом сообщения.
Необязательные параметры могут включаться или не включаться в сообщения. Каждый необязательный параметр содержит название (один байт) и индикатор длины (один байт) перед полем данным, передающим содержание параметра.
На нижеследующем рисунке представлен формат сообщения SCCP.
Формат сообщения SCCP
Краткий обзор операций установления сигнального соединения SCCP классов 2 и 0.
Краткий обзор процедур установления сигнальных соединений
Описание общего алгоритма приемопередачи сообщений SCCP, CR и СС.
Действия в исходящемSP
При приеме функциями SCCP в исх. SP запроса на установление сигнального соединения N-CONNECTreq, анализируется параметр “CalledPartyNumber” с целью идентификации направления установления соединения.
Исходящий SP определяет доступность ресурсов, необходимых для установления соединений (маршрутные, таблицы, устройства генерации местных ссылочных номеров, соответствие направления установления соединений), (функции SCOC)
1) Ресурсы недоступны
Инициируется процедура отказа в установлении соединения
2) Ресурсы доступны
а) Местный ссылочный номер и код SLS присваиваются к соответствующему участку сигнального соединения
b) Параметр “CalledAddress” ассоциируется с участком сигнального соединения
с) Для участка сигнального соединения определяется предложенный класс протокола
d) Если данный класс протокола обеспечивает функции контроля потока сигнальной информации (3 класс), то в сообщении CR указывается на начальное значение окна (числа сообщений, которые могут быть переданы в данном направлении)
e) Функции SCRC.
После выполнения этих функций, сообщение CR маршрутизируется к подсистеме SCRC
Устанавливается таймер Тconnest. – Функция SCOC
SCOC SCRC
1. проверка доступности ресурсов
2. присвоение местного ссылочного номера и кода SLS к данному участку сигнального соединения
3. ассоциация параметра “CalledParty” с соответствующим участком сигнального соединения (и, таким образом, с местным ссылочным номером)
4. Для данного участка соединения определяется класс протокола
5. Размер окна
6. Установка Тest
1. Трансляция глобального заголовка
2. Анализ “CalledPartyAddress” с целью передачи сообщения, либо к SCOC, SCLS, либо к МТР для дальнейшей передачи к следующему SP (функция 2 инициируется как функция распознавания и распределения сообщений)
3. Проверка доступности ресурсов