СИСТЕМЫ СИГНАЛИЗАЦИИ В СЕТЯХ ТЕЛЕКОММУНИКАЦИЙ Хоменок МЮ, Данилевич АВ, БГУИР 2000 (Книга). СИСТЕМЫ СИГНАЛИЗАЦИИ В СЕТЯХ ТЕЛЕКОММУНИКАЦИЙ Хоменок МЮ, Даниле. М. Ю. Хоменок, А. В. Данилевичсистемы сигнализации в сетях телекоммуникаций
 Скачать 1.18 Mb.
|
|
Идентификатор уровня Групповое название Специфическое название Параметр Идентификатор уровня - уровень, обеспечивающий услугу (для SCCP - идентификатор N) ; Групповое название - предоставляемое действие; Специфическое название - назначение примитива; Параметр - элементы информации, переносимые примитивом. Например, примитив обращения пользователя SCCP к подсистеме SCCP для ус- тановления соединения сигнализации имеет вид: N - CONNECT - REQUEST - "параметры", где N - указатель на уровень сети (в данном случае - SCCP); СОNNЕСТ - общее имя - соответствует процессу установления соединения; REQUEST - конкретное имя - вы- полнение запроса; "параметры" - элементы информации, задаются пользователем (бо- лее высокого уровня). Описание подсистемы SCCP приведено в рекомендациях Q.711-Q.716. 4.3. Услуги, ориентированные на соединение В услугах SCCP, ориентированных на соединение, между двумя узлами сети пе- ред началом передачи данных устанавливается соединение сигнализации. При этом используются два вида соединений сигнализаций: временные и постоянные. Постоянные соединения сигнализации устанавливаются и контролируются ме- 62 стной (или удаленной) функцией техобслуживания и эксплуатации или функцией управления узла, и они предоставляются пользователю SCCP на полупостоянной ос- нове. Постоянные соединения сравнимы с арендованной телефонной линией. Установление временного соединения сигнализации инициируется и контроли- руется пользователем SCCP. Временное соединение сигнализации сравнимо с теле- фонным соединением, устанавливаемым путем набора номера. Управление временным соединением сигнализации делится на следующие фазы: установления соединения; передачи данных; освобождения соединения. В фазе установления соединения осуществляется передача адреса вызываемого пользователя и обмен управляющими сообщениями между пользователями. Во всех классах протокола, ориентированных на соединение, соединение сигнализации между исходящим узлом и узлом назначения может состоять: из одной секции соединения; из нескольких последовательных секций соединения, которые могут принадлежать к разным взаимосвязанным сетям сигнализации. В первом случае узлы соединения сигнализации (исходящий и назначения) сов- падают с исходящим узлом и узлом назначения секции соединения. В фазе установ- ления соединения функции маршрутизации и ретрансляции SCCP могут потребовать одного или более промежуточных узлов. Однако после того как соединение сигнали- зации установлено, функции SCCP в промежуточных узлах не требуются. Во втором случае на любом промежуточном узле, принявшим сообщение из секции соединения и передавшем его в другую секцию соединения, в фазе установле- ния соединения вовлекаются функции маршрутизации и ретрансляции SCCP. Кроме того, функции SCCP требуются на промежуточных узлах в течение переноса данных и разъединения соединения для обеспечения связи секций соединения. Основные функции фазы установления соединения: установление соединения сигнализации; установка оптимального размера блоков данных сети NSDU (Network Service Data Unit Information); установление соответствия адресов сети и сигнальных отношений; выбор операционных функций в фазе передачи данных (например, выбор услуги уровня); обеспечение средств различения соединений сети; перенос данных пользователя (в запросе). В фазе передачи данных осуществляется обмен данными между пользователя- ми, называемыми блоками данных услуги сети NSDU, в одном или обоих направлени- ях одновременно по установленному соединению сигнализации. Сообщение подсистемы SCCP между двумя равноправными объектами состоит (рис. 4.4): • из информации управления протоколом сети NРСI (Network Protokol Control Information); • из блока данных услуги сети NSDU. Рис. 4.4. Формат сообщения SCCP 63 Информация управления протоколом сети поддерживает совместную работу равноправных объектов SCCP в пределах двух узлов, осуществляющих связь друг с другом. Она содержит эталонный параметр соединения, который направляет данное сообщение по определенному соединению сигнализации. Блок данных услуги сети содержит некоторое количество информации от пользователя SCCP, которая должна быть передана между двумя узлами с использованием этой услуги SCCP. Информация управления протоколом сети и блок данных услуги сети помеща- ются вместе и передаются как сообщение. Если объем данных пользователя слишком велик для передачи в рамках одного сообщения, то данные пользователя разделяются (сегментируются) на ряд порций. Каждая порция преобразуется в отдельное сообще- ние, содержащее информацию NРСI и блок данных NSDU (рис. 4.5). Услуга передачи данных служит для управления последовательностью и управления потоком в зави- симости от требуемого пользователем подсистемы SCCP качества обслуживания. Основные функции фазы пе- редачи данных, перечисленные ниже, используются или не ис- пользуются в соответствии с ре- зультатом выбора, сделанного в фазе соединения: сегментирова- ние (сборка); управление потока- ми; идентификация соединения; ограничение NSDU (М-бит); срочные данные; обнаружение на- рушения последовательности; сброс; подтверждение приема и др. В фазе освобожде- ния соединения осуществляется обмен служебными сообщениями между пользовате- лями SCCP для разъединения временных соединений. Функции фазы освобождения обеспечивают разъединение соединения сигнализации независимо от текущей фазы соединения. Освобождение может осуществляться по инициативе более высокого уровня или средствами техобслуживания SCCP. Освобождение может начинаться на каждом конце соединения (симметричная процедура). В табл. 4.1 дан обзор примитивов к верхним уровням и соответствующие пара- метры для услуг сети, ориентированных на временное соединение. Для постоянных соединений отсутствуют примитивы N-CONNECT и N-DISCONNECT. В фазе установления соединения пользователь SССР (вызывающий пользова- тель) просит установить соединение с помощью примитива "N-СОNNЕСТ запрос" к SССР. Объект SССР оценивает примитив и добавляет информацию управления про- токолом. С помощью услуг МТР к удаленному равноправному объекту SССР переда- ется сообщение SССР (состоящее из информации управления протоколом - РСI и, возможно, NSDU). Этот объект оценивает сообщение, извлекает PCI и посылает при- митив "N-СОNNЕСТ индикация" пользователю местной SССР. На обоих концах со- единения предполагается состояние "ожидания". Сообщение 1 Сообщение 2 Рис.4.5. Сегментирование сообщения SCCP 64 Таблица 4.1. Примитивы подсистемы SССР для услуг, ориентированных на временное соединение Примитивы Групповое название Специфическое название Параметры N-CONNECT (Соединение) Запрос Индикация Ответ Подтверждение Вызываемый адрес Вызывающий адрес Отвечающий адрес Селекция подтверждения приема Селекция срочных данных Набор параметров качества Данные пользователя Идентификация соединения N-DATA (Данные) Запрос Индикация Запрос подтверждения Данные пользователя Идентификация соединения N-EXPEDITED DATA (Срочные данные) Запрос Индикация Данные пользователя Идентификация соединения N-DATA ACKNOWLEDGE (Подтверждение данных) Запрос Индикация Идентификация соединения N-DISCONNECT (Разъединение) Запрос Индикация Инициатор Причина Данные пользователя Отвечающий адрес Идентификация соединения N-RESET (Сброс) Запрос Индикация Ответ Подтверждение Инициатор Причина Идентификация соединения Вызываемый пользователь SССР отвечает примитивом "N-СОNNЕСТ ответ" местной SССР, которая посылает соответствующее сообщение, включающее РСI, к вызывающей SССР. Вызывающая SССР посылает примитив "N-СОNNЕСТ подтвер- ждение" вызывающему пользователю SССР. После этого соединение готово для пе- редачи данных. В течение фазы передачи данных могут использоваться четыре примитива: • N-DATA - для передачи данных в обоих направлениях; • N-EXPEDITED DATA - при установлении соединения в соответствии с классом, обеспечивающим возможность передачи срочных данных; • N-DATA ACKNOWLEDGE - при выборе услуги подтверждения доставки; • N-RESET - используется в состоянии передачи данных соединения с классом про- токола, включающим управление потоком (аннулирует все другие виды активности и приводит SCCP к началу перезапуска для порядковой нумерации). Примитивами для фазы освобождения являются "N-DISCONNECT запрос" и "N-DISCONNECT индикация". Эти примитивы используются также для отказа со- единения на этапе установления соединения. В примитивах используются параметры для извещения о причине освобождения (отказа) и инициаторе процедуры освобож- дения (отказа) соединения. 65 4.4. Услуги, не ориентированные на соединение SCCP обеспечивает пользователям возможность передачи сигнальных сообще- ний через сеть сигнализации без установления соединения сигнализации. Дополни- тельно к возможностям МТР в SCCP предусмотрена функция маршрутизации, кото- рая приводит вызываемый адрес в соответствие с кодом пункта сигнализации службы МТР. Эта функция соответствия может быть обеспечена в каждом узле, распределена по сети или обеспечена в нескольких специальных центрах трансляции. При некоторых состояниях перегрузки и недоступности подсистем и (или) пунк- тов сигнализации сообщения, не ориентированные на соединение, могут быть анну- лированы вместо данных. Если пользователь SCCP желает получить информацию о недоставленных сообщениях, то в примитиве к SCCP параметру выбора возврата должно быть присвоено значение "возврат сообщения по ошибке". Имеется две возможности передачи данных без установления соединения в за- висимости от механизма контроля последовательности, обеспечиваемого МТР: • МТР гарантирует (с высокой степенью вероятности) доставку сообщений в пра- вильной последовательности, которые содержат одинаковый код селекции звена сиг- нализации (SLS). Пользователь SCCP может запросить эту услугу МТР, установив параметр "контроль последовательности" в примитиве к SCCP. SCCP должна устано- вить такой же код SLS в примитиве к МТР для всех примитивов от пользователя SCCP с одинаковым параметром "контроль последовательности"; • если доставка в правильной последовательности не требуется, SCCP может встав- лять коды SLS случайно или в соответствии с распределением нагрузки в сети сигна- лизации. В табл. 4.2 приведен обзор примитивов к верхним уровням и соответствующие параметры для услуг, не ориентированных на соединение. Таблица 4.2. Примитивы подсистемы SCCP для услуг, не ориентированных на соединение Примитивы Групповое название Специфическое название Параметры N-UNITDATA (Данные без соединения) Запрос Индикация Вызываемый адрес Вызывающий адрес Управление последовательностью Выбор возврата Данные пользователя N-NOTICE (Извещение) Индикация Вызываемый адрес Вызывающий адрес Причина возврата Данные пользователя Примитив "N-UNITDATA запрос" является средством, с помощью которого пользователь SCCP запрашивает SCCP о передаче данных другому пользователю. Примитив "N-UNITDATA индикация" информирует пользователя о том, что ему дос- тавляются данные от SCCP. Примитив "N-NOTICE индикация" является средством, с помощью которого SCCP возвращает пользователю-отправителю сообщение, которое не достигло оконечного пользователя. 66 4.5. Управление SCCP SCCP обеспечивает функции, которые управляют состоянием подсистем в SCCP. Эти функции позволяют другим узлам сети получать информацию об изменении со- стояния подсистем в SCCP на данном узле (в случае отказа или перегрузки в сети) и при необходимости изменять данные трансляции SCCP. Процедуры управления SCCP применяются к обоим видам услуг SCCP – ориентированных и не ориентированных на соединение. В табл. 4.3 приведен обзор примитивов к верхним уровням и соответ- ствующих параметров для управления SCCP, Таблица 4.3. Примитивы управления подсистемы SCCP Примитивы Групповое название Специфическое название Параметры N-COORD (Координация) Запрос Индикация Ответ Подтверждение Используемая подсистема Индикатор множества подсистем N-STATE (Состояние) Запрос Индикация Используемая подсистема Состояние пользователя Индикатор множества подсистем N-PCSTATE (Состояние пункта сигнализации) Индикация Используемый код DPC Состояние пункта сигнализации Функции управления позволяют осуществить координированное изменение со- стояния дублированных подсистем SCCP. Для этих целей используется примитив N-COORD, обеспечивающий координацию изъятия из эксплуатации одной из дубли- рующих подсистем. Когда подсистема отключается, на узлах, получивших информацию о недоступ- ности, активизируются функции испытаний SCCP. Через определенные промежутки времени производится контроль состояния недоступной подсистемы с использовани- ем процедур управления SCCP. При этом используется примитив N-STATE для ин- формирования управления SCCP о состоянии исходящего пользователя (запрос) или информирования пользователя SCCP (индикация). Функции циркулярной передачи управления SCCP передают информацию об из- менениях состояния подсистемы на узлы сети, которые нуждаются в немедленном информировании об отдельном изменении состояния конкретного пункта сигнализа- ции (подсистемы). Для информирования пользователя о состоянии пункта сигнализа- ции используется примитив N-PCSTATE. 4.6. Адресация и маршрутизация SCCP В подсистеме МТР для целей маршрутизации используется код пункта назначе- ния. Иначе обстоит дело при осуществлении маршрутизации на уровне подсистемы SCCP. В случае процедур, ориентированных на соединение, этими адресами являются исходящий пункт и пункт назначения соединения сигнализации. В случае процедур, не ориентированных на соединение, адресами являются исходящий пункт и пункт на- значения сообщения. Для определения следующего пункта в соединении анализируется информация из параметра "Адрес вызывающей стороны". Параметры "Адрес вызываемой сторо- 67 ны" и "Адрес вызывающей стороны" всегда включаются в состав сообщений переда- чи данных без установления соединения. Сообщение запроса соединения содержит только "Адрес вызываемой стороны", а остальные сообщения, используемые для пре- доставления услуг, ориентированных на соединение, вообще не содержат адресных параметров, так как сигнальное соединение для них устанавливается сообщением за- проса соединения. При передаче сообщений, ориентированных и не ориентированных на соедине- ние, маршрутизация SCCP различает основные категории адресов: глобальное наименование - является адресом (например, набираемые цифры номера бесплатного телефона по услуге 800), который в явной форме не содержит информации, обеспечивающей маршрутизацию в сети сигнализации, поэтому требу- ется функция трансляции SCCP. Эта функция трансляции может быть выполнена на распределенной или централизованной основе. В последнем случае, когда запрос на трансляцию посылается централизованной базе данных, может потребоваться исполь- зование возможностей транзакций (ТС); адрес, состоящий из кода пункта назначения и номера подсистемы (DPC + SSN), обеспечивает непосредственное маршрутирование, выполняемое SCCP и МТР, т.е. функция трансляции SCCP не требуется. Некоторые объекты в сети сигнализации имеют один и тот же код DPC, и отличить их можно только по номеру подсистемы SSN. Примером могут служить центр коммутации подвижной связи и визитный ре- гистр местонахождения, аппаратно реализованные в одной единице оборудования. Функция управления маршрутизацией SCCP (SCRC) (см. рис. 4.3) принимает со- общения от подсистемы передачи сообщений МТР для маршрутизации и распознава- ния после того, как МТР получает их от другого узла в сети сигнализации. SCRC принимает также внутренние сообщения от управления SCCP, ориентированного на соединение (SCOC), и управления, не ориентированного на соединение (SCLC), и вы- полняет любые необходимые функции маршрутизации (например, трансляцию адре- са) перед тем, как передать их в МТР для передачи в сети сигнализации или обратно в управление SCCP, ориентированное и не ориентированное на соединение. Переданное подсистемой МТР сообщение, требующее маршрутизации, должно содержать параметр "адрес вызываемого абонента", который дает информацию для маршрутизации. Параметр "адрес вызываемого абонента" может использовать сле- дующую информацию: 1) только номер подсистемы (SSN) - это указывает на то, что принимающая SCCP является оконечным пунктом данного сообщения. Номер SSN используется для определения местной подсистемы; 2) только глобальное наименование (GT) - это указывает на то, что требуется трансляция. Трансляция глобального наименования дает в результате новый код пункта назначения DPC для маршрутизации этого сообщения и, возможно, новый но- мер SSN, или наименование GT, или то и другое в параметре "адрес вызываемого абонента"; 3) SSN + GT - в этом случае информация индикатора адреса используется для определения того, должны ли номер SSN или наименование GT использоваться для маршрутизации и обработки по приведенным выше пунктам 1 и 2 соответственно. Информация адресации, указывающая место назначения сообщения, принятого от управления, ориентированного и не ориентированного на соединение, включается в каждое внутреннее сообщение. Информация адресации может принимать следую- 68 щие формы: DPC; DPC + (SSN, или GT, или то и другое); GT; GT + SSN. Первая форма применяется к ориентированным на соединение сообщениям, ис- ключая сообщение "запрос соединения". Последние три формы применяются к не ориентированным на соединение сообщениям и к сообщению "запрос соединения". В ходе установления соединения секции соединения независимо присваиваются местные условные номера как исходящего пункта, так и пункта назначения. Местные условные номера (исходящий и назначения) присваиваются при установлении соеди- нения для постоянных секций соединения. Когда условный номер пункта назначения становится известным, он является обязательным полем для всех сообщений, переда- ваемых по секции соединения. Каждый узел выбирает местный условный номер, ко- торый должен использоваться удаленным узлом как поле местного условного номера назначения в секции соединения для передачи данных. Местные условные номера ос- таются недоступными для использования в других секциях соединения, пока задейст- вованная секция соединения не будет освобождена и условные номера не будут выве- дены из состояния занятости. Принципы адресации и маршрутирования SCCP изложены в Рекоменда- ции Q.714. |