СИСТЕМЫ СИГНАЛИЗАЦИИ В СЕТЯХ ТЕЛЕКОММУНИКАЦИЙ Хоменок МЮ, Данилевич АВ, БГУИР 2000 (Книга). СИСТЕМЫ СИГНАЛИЗАЦИИ В СЕТЯХ ТЕЛЕКОММУНИКАЦИЙ Хоменок МЮ, Даниле. М. Ю. Хоменок, А. В. Данилевичсистемы сигнализации в сетях телекоммуникаций
 Скачать 1.18 Mb.
|
|
4.7. Форматы и коды сообщений SCCP Сообщения подсистемы управления соединением сигнализации SCCP переда- ются по звеньям данных сигнализации с помощью сигнальных единиц, форматы ко- торых описаны в подразделе 3.4. В байте служебной информации SIO индикатор службы SI для SCCP кодируется ООП. Поле сигнальной информации SIF каждой зна- чащей сигнальной единицы, содержащей сообщения SCCP, содержит целое число байтов. В сообщение SCCP входят следующие части (рис. 4.6): этикетка маршрутиза- ции; тип сообщения; обязательная фиксированная часть; обязательная переменная часть; необязательная часть, которая может содержать поля переменной и фиксиро- ванной длины. В сообщениях SCCP используется стандартная этикетка маршрутизации, описанная в подразделе 3.4. Структура сообщения подсистемы SCCP очень похожа на структуру сообщения подсистемы пользователя сети с интеграцией служб ISUP (см. далее). Единственное отличие состоит в отсутствии кода идентификации информаци- онного канала CIC. Каждое сообщение состоит из ряда параметров. Каждый параметр имеет "назва- ние", кодируемое как один байт. Длина параметра может быть фиксированной или переменной; для каждого параметра может включаться "индикатор длины" в один байт. Каждый тип сообщения имеет однозначно определенный формат. Обязательные параметры фиксированной длины для конкретного типа сообще- ния должны содержаться в "фиксированной обязательной части". Положение, длина и порядок параметров однозначно определяются типом сообщения. Поэтому названия параметров и индикатор длины не включаются в сообщение. Обязательные параметры переменной длины должны включаться в переменную обязательную часть. Название каждого параметра и порядок передачи указателей не- явно определяются типом сообщения. Поэтому названия параметров не включаются в сообщение. Указатель используется для обозначения начала каждого параметра, по- 69 этому параметры могут передаваться не в том порядке, в каком передаются данные указатели. Каждый указатель кодируется как один байт. Количество параметров и, следовательно, указателей однозначно определяется типом сообщения. Все указатели посылаются последовательно в начале обязательной переменной части. Каждый па- раметр содержит индикатор длины параметра, сопровождаемый содержанием пара- метра. Необязательная часть состоит из параметров, которые могут включаться или нет в конкретный тип сообщения. Могут включаться параметры фиксированной и пе- ременной длины. Необязательные параметры могут передаваться в любом порядке. Каждый необязательный параметр может включать название параметра (один байт) и индикатор длины (один байт), сопровождаемые содержанием параметра. После всех необязательных параметров передается состоящий из одних нулей байт "конец необязательных параметров". Этот байт включается в сообщение только при наличии в сообщении необязательных параметров. Код типа сообщения состоит из поля в один байт и является обязательным для всех сообщений. Код типа сообщения однозначно определяет функцию и формат ка- ждого сообщения SCCP. Присвоение кодов типа сообщения показано в табл. 4.4. В этой таблице также содержится указание на применимость различных типов сообщений к различным классам протоколов. Поле индикатора длины содержит двоичный код, указывающий число байт в поле содержания параметра. Индикатор длины не включает байт названия параметра Рис. 4.6. Общий формат сообщения SCCP 70 или байт индикатора длины. Величина указателя (двоичная) показывает число байт между указателем (включительно) и первым байтом (не включая его) параметра, свя- занного с этим указателем. Величина указателя из одних нулей используется для ука- зания, что в случае необязательных параметров такие параметры отсутствуют. Таблица 4.4. Сообщения SCCP Класс протокола Тип сообщения Обозначение 0 1 2 3 Код Запрос соединения CR Х Х 0000 0001 Подтверждение соединения СС Х Х 0000 0010 Отказ соединения CREF Х Х 0000 0011 Запрос разъединения RLSD Х Х 0000 0100 Подтверждение разъединения RLC Х Х 0000 0101 Данные типа 1 DT1 Х 0000 0110 Данные типа 2 DT2 Х 0000 0111 Подтверждение приема данных АК Х 0000 1000 Данные без соединения UDT Х Х 0000 1001 Услуга данных без соединения UDTS Х Х 0000 1010 Срочные данные ED Х 0000 1011 Подтверждение приема срочных данных ЕА Х 0000 1100 Запрос сброса RSR Х 0000 1101 Подтверждение приема сброса RSC Х 0000 1110 Ошибка протокола ERR Х Х 0000 1111 Тест неактивности IT Х Х 0001 0000 Коды названий параметров сообщений SCCP приведены в табл. 4.5. Полный пе- речень сообщений и кодов SCCP приведен в рекомендации Q.713 "Форматы и коды подсистемы управления соединением сигнализации (SCCP)". Таблица 4.5. Параметры сообщений SCCP Название параметра Код Конец необязательных параметров 0000 0000 Местный условный номер назначения 0000 0001 Местный условный номер источника 0000 0010 Адрес вызываемой стороны 0000 0011 Адрес вызывающей стороны 0000 0100 Класс протокола 0000 0101 Сегментирование (сборка) 0000 0110 Порядковый номер приема 0000 0111 Последовательность (сегментирование) 0000 1000 Кредит 0000 1001 Причина разъединения 0000 1010 Причина возврата 0000 1011 Причина сброса 0000 1100 Причина ошибки 0000 1101 Причина отказа 0000 1110 Данные 0000 1111 71 Диаграмма процесса установления и разъединения соединения для услуги с под- тверждением доставки данных приведена на рис. 4.7. Рис. 4.7. Диаграмма процесса предоставления услуги SCCP, ориентированной на соединение 72 5. Подсистема пользователя цифровой сети с интеграцией служб ISUP 5.1. Назначение подсистемы ISUP Подсистемы пользователей и приложений ОКС №7 соответствуют верхним уровням модели ВОС. Эти подсистемы являются завершенными элементами и неза- висимы друг от друга. Пользователи ОКС №7 соединяются напрямую с МТР или SCCP для обеспечения сигнальной услуги "из конца в конец". Некоторые части поль- зователей и/или приложений одновременно могут работать по одному и тому же со- единению с МТР или SCCP. Первыми подсистемами пользователей ОКС №7, разработанными МККТТ, бы- ли: • подсистема пользователя телефонии (Telephone User Part - TUP); • подсистема пользователя данных (Date User Part - DUP). Подсистема телефонного пользователя TUP была разработана для управления установлением и разъединением телефонных соединений. В дополнение к управле- нию основными телефонными услугами подсистема TUP определяет процедуры и форматы для дополнительных услуг. Данная подсистема пользователей наиболее ши- рокое применение нашла в странах Европы. Описание подсистемы TUP приведено в рекомендациях Q.721-Q.725. Подсистема пользователей данных DUP была определена на ранней стадии разработки ОКС №7 (рекомендации Q.747 или Х.61) для управления и разъединения соединений передачи данных с коммутацией каналов. Распространение подсистема DUP получила незначительное, и только некоторые операторы сетей реализовали вы- деленные сети передачи данных с коммутацией каналов. В настоящее время наиболее бурно развиваются сети с коммутацией пакетов, для которых неприменима данная подсистема пользователя. С внедрением технологии ISDN, предоставляющей наряду со всеми телефон- ными услугами и широкий спектр нетелефонных услуг, была разработана новая под- система пользователя сети с интеграцией служб (Integrated Service User Part - ISUP). Эта подсистема полностью удовлетворяет требованиям как по обслуживанию телефонных вызовов, так и по передаче данных, использует более современные ре- шения, чем те, которые были определены для TUP. Подсистема ISUP устраняет необ- ходимость в подсистемах TUP, она содержит все их функции, но эти функции реали- зуются более гибко. Подсистема ISUP разработана для обеспечения функций установления соеди- нений с возможностью предоставления абонентам услуг ISDN. ISUP обеспечивает кроме сигнальных услуг, ориентированных на передачу голоса, также дополнитель- ные функции для поддержки неголосовых соединений и тех услуг ISDN, которые ис- пользуют передачу данных "из конца в конец". Подсистема ISUP может быть использована в сетях ISDN, сетях подвижной связи, сетях передачи данных для обслуживания как абонентов ISDN, так и аналого- вых абонентов. Подсистема пользователя ISUP на международном уровне в настоящее время специфицирована в нескольких вариантах. Наиболее простым вариантом является версия ISUP в соответствии с рекомендацией Q.767. Вариант ISUP'92, обладающий 73 большими функциональными возможностями, соответствует рекомендациям Q.761- Q.764. ISUP может пользоваться транспортными услугами либо МТР, либо SCCP (см. рис. 2.5). Услуги МТР используются при транспортировке сигнальных сообще- ний, относящихся к вызову между оконечными станциями ISDN, в то время как SCCP используется для дополнительных сигнальных услуг и сигнализации "из конца в ко- нец". Оконечные пользователи ISDN пользуются услугами через их оконечные стан- ции. В свою очередь, оконечные станции ISDN предоставляют эти услуги, используя услуги ISUP сети ОКС №7. В итоге для оконечного пользователя ISDN подсистема ISUP незаметна, т.е. полностью прозрачна. 5.2. Услуги ISDN Внедрение подсистемы ISUP позволяет предоставлять услуги ISDN в следую- щем объеме: услуги по передаче информации: речь (с коммутацией каналов); аудиосигнал 3,1 кГц (с коммутацией каналов) - обеспечивает возможность передачи нетелефонной информации, совместимой с речевым каналом (факс, модемная связь); цифровая ин- формация 64 Кбит без ограничений (с коммутацией каналов); пакетный режим в В и D каналах; услуги предоставления связи (телеуслуги): телефония 3,1 кГц; телефония 7 кГц; телефакс группы 4; телетекс 64 Кбит/с; видеотекс; телефакс групп 2/3; видео- телефония; дополнительные услуги отдельно не предоставляются, но позволяют иметь больше возможностей при предоставлении телеуслуг. Сюда относятся: прикладные услуги идентификации номера: прямой набор DDI (direct dialling in); мультиплек-сированный номер MSN (multiple subscriber number); определение номера вызывающей линии CLIP (calling line identification presentation); запрет идентифика- ции номера вызывающей линии CUR (calling line identification restriction); определе- ние номера вызываемой линии COLP (connected line identification presentation); запрет идентификации номера вызываемой линии COLR (connected line identification restric- tion); определение злонамеренного вызова MCID (malicious call identification); подад- ресация SUB (subaddressing); прикладные услуги направления вызова: передача вызова (СТ); перенаправление вызова при занятости CFB (call forwarding busy); перенаправление вызова при не от- вете CFNR (call forwarding no reply); безусловное перенаправление вызова CFU (call forwarding unconditional); отклонение вызова CD (call deflection); поиск линии (LH); явная передача вызова (ЕСТ); одноразовая передача вызова (SCT); прикладные услуги завершения вызова: вызов с ожиданием CW (call waiting); удержание вызова HOLD (call hold); завершение вызовов при занятости абонентов (CCBS); портативность терминала ТР (terminal portability); многосторонние прикладные услуги: конференц-связь CONF (conference call add on); трехсторонняя связь 3PTY (three party); прикладные услуги общих интересов: замкнутая группа CUG (closed user group); выделенный план нумерации PNP (private numberation plan); многоуровневые приори- тет и прерывание (MLPP); 74 прикладные услуги оплаты: международная телекоммуникационная платежная карта; уведомление об оплате во время соединения AOC-D (advice of charge: charging information during the call); уведомление об оплате во время установленных соедине- ний AOC-S (advice of charge: charging information at call set-up time); уведомление об оплате при завершении соединения АОС-Е (advice of charge: charging information at the end of the call); обратная оплата REV; прикладная услуга передачи дополнительной информации: сигнализация поль- зователь – пользователь UUS (user-to-user signalling). 5.3. Структура сообщений подсистемы ISUP Сигнальная информация, передающаяся от подсистемы ISUP, представляется в виде значащих сигнальных единиц (MSU). Все поля в значащей сигнальной единице имеют фиксированную длину, за исключением поля сигнальной информации SIF. Поле SIF содержит информацию, предоставляемую подсистемой пользователя (в данном случае подсистемой ISUP) для передачи. Длина этого поля от 2 до 272 байт. Поле сигнальной информации состоит из этикетки маршрутизации, кода иден- тификации канала, типа сообщения и параметров (рис. 5.1). Параметры подразделя- ются на обязательную фиксированную часть, обязательную переменную часть и не- обязательную часть, как это имело место для SCCP и было показано на рис. 4.6. Код идентификации канала (CIC) имеет длину два байта и указывает номер разговорного канала между двумя станциями, к которому относится сообщение. Так, если исполь- зуется цифровой тракт 2,048 Мбит/с, то пять младших бит CIC кодируют в двоичном виде речевой временной интервал. Оставшиеся же 7 бит используются, когда необхо- димо определить, какому ИКМ-потоку принадлежит данный речевой интервал. Код типа сообщения состоит из поля в один байт и обязателен для всех сообще- ний. Этот код однозначно определяет функциональное назначение и общую структу- ру каждого сообщения ISUP. Любое сообщение включает ряд параметров. Каждый параметр имеет название, которое кодируется одним байтом. Длина параметра может быть фиксированной или переменной. Активное использование переменных и необязательных полей в сообщениях ISUP позволяет иметь гораздо более гибкую и адаптируемую к изменениям подсис- тему, чем TUP. В этом отношении используемые в ISUP принципы форматирования подобны принципам, описанным для SCCP в предыдущем разделе. Однако соедине- ния SCCP не относятся к разговорному каналу и при этом используется местный ус- ловный номер для идентификации конкретной транзакции, а подсистема ISUP под- держивает канальный подход идентификации транзакции. То есть в сообщении ISUP используется номер разговорного канала для идентификации информации, относя- щейся к этому каналу. По этой причине в ISUP (как и в TUP) применяется код иден- тификации канала СIС. 75 Рис. 5.1. Структура поля сигнальной информации ISUP 5.4. Сообщения подсистемы ISUP Подсистему ISUP определяют используемые сообщения, параметры этих со- общений и процедуры управления вызовом между абонентами сети ISDN. В табл. 5.1 приведены сообщения подсистемы ISUP-R в соответствии с рекомендацией Q.767 для международного и национального использования, их обозначения и коды. В нацио- нальных версиях протокола ISUP-R могут быть введены некоторые дополнительные сообщения, которые разрешены для национального использования. Таблица 5.1. Сообщения ISUP Обозначение Тип сообщения Код 1 2 3 АСМ Адрес полный (Address complete) 00000110 ANM Ответ (Answer) 00001001 BLO Блокировка (Blocking) 00010011 BLA Подтверждение блокировки (Blocking acknowledgement) 00010101 CCL Отбой вызывающего абонента (Cleare calling line) 1 11111100 CCR Запрос контроля целостности (Continuity check request) 00010001 CGB Блокировка группы каналов (Circuit group blocking) 00011000 CGBA Подтверждение блокировки группы каналов (Circuit group blocking acknowledgement) 00011010 CGU Разблокировка группы каналов (Circuit group unblocking) 00011001 CGUA Подтверждение разблокировки группы каналов (Circuit group un- blocking acknowledgement) 00011011 CON Соединение (Connect) 00000111 СОТ Проверка целостности (Continuity) 00000101 76 Окончание таблицы 5.1. 1 2 3 CPG Соединение устанавливается (Call progress) 00101100 CRG Информация об оплате (Charge information) 1 00110001 FOT Вмешательство (Forward transfer) 00001000 GRA Подтверждение сброса группы каналов (Circuit group reset acknowl- edgement) 00101001 GRS Сброс группы каналов (Circuit group reset) 00010111 IAM Начальное адресное сообщение (Initial address) 00000001 INF Информация (Information) 1 00000100 INR Запрос информации (Information request) 1 00000011 REL Освобождение (Release) 00001100 RES Возобновление (продолжения) вызова (Resume) 00001110 RLC Освобождение сделано (Release complete) 00010000 RNG Вызов (Ringing) 1 11111111 RSC Сброс канала (Reset circuit) 00010010 SAM Последующее адресное сообщение (Subsequent address) 00000010 SUS Приостановление соединения (Пауза) (Suspend) 00001101 UBA Подтверждение разблокировки (Unblocking acknowledgement) 00010110 UBL Разблокировка (Unblocking) 00010100 1 Для национального применения. Все 29 сообщений ISUP могут быть условно разбиты на семь групп в соответ- ствии с назначением. 1. Сообщения установления соединения, передаваемые в прямом направ- лении Начальное адресное сообщение IAM - первое сообщение, передаваемое при ус- тановлении соединения, содержит адресную информацию, а также информацию, от- носящуюся к установлению соединения (например, включен ли полукомплект эхопо- давляющих устройств на исходящей стороне, тип исходящего доступа: аналоговый или ЦСИС, есть ли в соединении спутниковый канал и т.д.). Последующее адресное сообщение SAM - сообщение, передаваемое за началь- ным адресным сообщением, для передачи дополнительной адресной информации. 2. Сообщение общего управления Проверка целостности СОТ - сообщение передается в прямом направлении для указания наличия или отсутствия целостности предыдущего и последующего ка- налов в соединении, включая и возможность изменения маршрутизации соединения. |