Обзор ОКС. Обзор ОКС (ЛОНИИС). Обзор системы сигнализации по общему каналу (окс 7)

• Название: Обзор системы сигнализации по общему каналу (окс 7)
• Анкор: Обзор ОКС
• Дата: 13.04.2022
• Размер: 270 Kb.
• Имя файла: Обзор ОКС (ЛОНИИС).doc
• Тип: Обзор; #471030
• страница: 3 из 5

3.2. Подсистемы пользователя

Основное внимание данного раздела уделено краткому рассмотрению трех основных подсистем ОКС 7, которые используют для своего функционирования транспортные услуги, предоставляемые подсистемами сетевых услуг (МТР и SCCP). Это подсистема пользователя ISDN (ISUP - ISDNUserPart), подсистема применений возможностей транзакции (ТСАР - TransactionCapabilitiesApplicationPart) и подсистема администрирования, эксплуатации и технического обслуживания (ОМАР - Operations, MaintenanceandAdministrationPart).

3.2.1. Подсистема пользователя ISDN (ISUP)

Протокол подсистемы пользователя ISDN (ISUP) ОКС 7 представляет реализацию функций, необходимых для поддержки основных и дополнительных услуг ISDN как для речевых, так и для неречевых применений.

В середине 80-х годов группой анализа и прогнозирования Европейского Сообщества был подготовлен отчет по координации внедрения ISDN в государствах Сообщества, которым рекомендовалось поэтапное введение услуг ISDN в Европе за период 1988-1993 гг. Однако, на этот момент ISUP нельзя было рассматривать как подсистему, достаточно стабилизировавшуюся для внедрения. Вследствие этого было принято решение специфицировать усовершенствованную версию подсистемы пользователя телефонии TUP (Telephone User Part) /5/, названную TUP+ с поддержкой в пределах Европы ограниченного набора услуг ISDN.

Первые публикации МККТТ относительно ISUP были опубликованы в 1984 г. (Красная книга). Синяя книга МККТТ (1988 г.) определяла поддержку этой подсистемой только шести дополнительных услуг:

прямой набор номера в УПАТС (DDI);

идентификация вызывающей линии (CLIP);

запрет идентификации вызывающей линии (CLIR);

переадресация (CF);

замкнутая группа пользователей (CUG);

сигнализация пользователь-пользователь (UUS).

Несоответствие приведенного перечня требованиям, согласованным в 1989 г. Европейским Меморандумом о взаимопонимании (MoU) относительно внедрения услуг евро-ISDN вызвало необходимость в продолжении работ над ISUP /6/.

Дальнейшие работы в этом направлении, проведенные МККТТ и ETSI (Европейский институт телекоммуникационных стандартов) привели к тому, что в настоящее время ISUP поддерживает полный набор основных и дополнительных услуг ISDN речевых и неречевых соединений, а также, совместно с INAP, услуги интеллектуальной сети (IN).

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

В соответствии с принципами функционирования эталонной модели OSI информационный обмен между ISUP и другими подсистемами (МТР или SCCP) производится с помощью применения точно специфицированных сообщений.

Рассматривая формат сообщений ISUP, надо отметить, что если, например, в сообщение IAM (первоначальное адресное сообщение) включить все параметры, могущие понадобиться для предоставления полного набора дополнительных услуг, это сообщение станет недопустимо длинным /7/. Кроме того, для данного конкретного соединения не требуется применение всех этих дополнительных параметров. Поэтому для повышения эффективности сигнальной системы ISUP использует такой формат, согласно которому каждое сообщение состоит из трех ясно различимых частей:

обязательной фиксированной части, содержащей последовательность обязательных параметров фиксированной длины;

обязательной варьируемой части, содержащей последовательность обязательных параметров переменной длины;

необязательной (опциональной) части, содержащей набор параметров переменной длины, применение или неприменение которых зависит от конкретной ситуации.

На рис. 7 показан основной формат сообщений ISUP.


SIO - октет служебной части

DPC - код пункта назначения

OPC - код исходящего пункта сигнализации

CIC - код идентификации канала

МТ - код типа сообщения

О1 - первый обязательный параметр фиксированной части

Ох - х-обязательный параметр фиксированной части

Р1 - указатель первого параметра обязательной варьируемой части

В1 - первый параметр обязательной варьируемой части

Ру - указатель у-го параметра обязательной варьируемой части

Р0 - указатель необязательной части

Ву - у-ый параметр обязательной варьируемой части

Н1 - первый необязательный параметр

Нz - z-ый необязательный параметр

EO - конец необязательных параметров
Рис. 7. Основной формат поля сигнальной информации сообщения ISUP
Сообщения ISUP сведены в единую группу, которая может насчитывать до 256 сообщений. К настоящему времени специфицированы 56 сообщений.

Компоненты, составляющие обязательную фиксированную часть, имеют строго определенную длину и выстраиваются в строго определенном порядке. Начало каждого отдельного параметра обязательной варьируемой части обозначается указателем, который показывает число октетов, содержащихся между ним самим и соответствующим ему параметром. Так как все параметры этой части являются обязательными, а их порядок предопределен, наименование каждого параметра ясно из его расположения. В необязательной части сообщения ISUP каждый параметр составляется из трех компонентов - наименование параметра, его длины в октетах и его содержания. Эти компоненты каждого из параметров подвергаются передаче именно в такой последовательности. Порядок передачи параметров необязательной части в пределах их набора не является существенным.

Для поддержки перспективных услуг широкополосной ISDN (B-ISDN) МККТТ в предварительной форме была проработана широкополосная версия ISUP (B-ISUP). Исследования, касающиеся предоставления пользователю первоначального набора услуг B-ISUP были завершены в конце 1993 г.

3.2.2. Подсистема применений возможностей транзакции (ТСАР)

Сигнальные процедуры обычных пользовательских подсистем (ISUP, TUP) базируются на том предположении, что параллельно с сигнальным соединением устанавливается обслуживаемое им соединение коммутируемых каналов. В тех случаях, когда установление основного соединения на ряду с сигнальным невозможно или не требуется (т.е. предоставляются услуги без установления соединения), применяются процедуры сигнализации, не относящиеся к конкретному каналу (NCRS - Non-Circuit-Related Signalling). Протокол возможностей транзакции был разработан МККТТ для применения именно в таких ситуациях. Рекомендации МККТТ по этому поводу появились в Синей книге 1988 г. Основные изменения, внесенные в течение исследовательского периода 1988-92 гг. связаны с добавлением диалоговых процедур согласования приложений. Добавление этих процедур и дальнейших расширений к набору сообщений транзакции не является обязательным и не вызовет дополнительных проблем совместимости при организации взаимодействия с версией Синей книги.

Необходимость в специфицировании ориентированного на соединение режима работы ТСАР не была установлена, вследствие чего в настоящее время рекомендации по этому поводу отсутствуют.

В течение 1988-92 гг. вносились также другие существенные усовершенствования.

Протокол ТСАР разрабатывался в целях осуществления сквозного диалогового контроля и применяется совместно с SCCP. Этот протокол является независимым от применения и оптимизирован для переноса не относящейся к конкретному соединению информации. Он может рассматриваться как состоящий из двух подуровней: нижнего - подуровня транзакции (TSL) и верхнего - компонентного подуровня (CSL).

Во всех случаях использования ОКС №7, определенных к настоящему моменту, ТСАР напрямую пользуется услугами SCCP; уровни транспортный, сеансовый и представления при этом отсутствуют.

Таким образом, ТСАР представляет собой набор инструментов, которые могут использоваться применениями одного узла телекоммуникаций для инициализации выполнения какой-либо процедуры другим узлом, а также для обмена результатами этой инициализации. Следовательно, ТСАР содержит протоколы обслуживания выполнения дистанционных операций. Эта подсистема является близким подобием протокола дистанционных операций OSI (ROSE) /8/.

Структура уровня применений, включающего ТСАР, показана на рис. 8.


Рис.8. Структура уровня применений
Служебные элементы применений (ASE) пользователя ТСАР используются для предоставления специфической для конкретного применения информации. Компонентный подуровень имеет своей задачей реализацию обмена "компонентами" между пользователями транзакций. Эти компоненты содержат либо запрос на выполнение какого-либо действия на удаленном конце (например, обращение к процессу), либо данные, индицирующие отклик на ранее полученный запрос. Транзакционный уровень обеспечивает выполнение обмена сообщениями, в которые входят упомянутые выше компоненты. Сюда же относится обеспечение установления транзакции и управление диалогом между пользователями ТСАР.

Для транзакционного подуровня специфицированы пять типов сообщений:

начало: инициирует транзакцию с удаленным узлом;

продолжение: используется для посылки дополнительной информации, относящейся к установленной транзакции;

окончание: заканчивает установленную транзакцию, выполнившую свою задачу;

однонаправленное: однотактное сообщение, не имеющее результатом установление транзакции и не требующее подтверждения на транзакционном уровне;

отказ: заканчивает установленную транзакцию, не достигшую удовлетворительного завершения.

Сообщения, относящиеся к конкретной транзакции, коррелируются применением ссылок, в принципе подобных использующимся при деловой переписке.

Для компонентного подуровня определены пять типов информационных элементов (компонентов):

Вызов: запрос действий или информации от удаленного пользователя;

Сообщение о результате - последнее: утверждает завершение запрошенного действия и/или содержит всю информацию (или ее последний сегмент), запрошенную предшествующим компонентом "вызов".

Сообщение о результате - не последнее: содержит промежуточный или частичный отклик на "вызов".

Сообщение об ошибке: указывает, что "вызов" был неуспешным. Причина может быть указана соответствующими параметрами.

Отклонение: инициирует отклонение запроса "вызов" ввиду, например, ошибки протокола.

Блоки данных протокола компонентного подуровня пересылаются как параметры транзакционного подуровня. Сообщения транзакционного подуровня форматируются по принципу указания наименования, длины и содержания каждого сообщения.

Примеры применения услуг транзакции заключают в себе поддержку:

услуг интеллектуальной сети;

дополнительных услуг местной АТС;

услуг кредитных карт;

услуг подвижной телефонии;

услуг универсальной персональной связи;

функций управления ОКС №7 (проверка таблиц маршрутизации).

3.2.3. Подсистема администрирования, эксплуатации и технического обслуживания (ОМАР).

Подсистема ОМАР ОКС 7 обеспечивает выполнение прикладных протоколов и процедур мониторинга, координирования и управления относительно всех сетевых ресурсов, что предоставляет возможность осуществлять связь с применением ОКС №7.

В течение исследовательского периода 1988-92 гг. МККТТ были внесены значительные изменения относительно концепций управления сетью ОКС №7 и ее интеграции с сетью телекоммуникаций. Рекомендации Синей книги по мониторингу и управлению (Q.791), а также ОМАР (Q.795) заменены новым более исчерпывающим набором рекомендаций. Однако, рамки и комплексность аспектов управления сигнальной сетью (включая вопросы тестирования) представляются столь широкомасштабными, что существующие рекомендации еще не могут считаться завершенными. Поэтому вряд ли можно предложить сколько-нибудь полное техническое описание ОМАР в данное время, по крайней мере, до вступления в силу отработанных стандартов.