Главная  Классификация протоколов сигнализации 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [ 88 ] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159] [160] [161] [162] [163] [164] [165] [166] [167] [168] [169]

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

Читателю, интересующемуся более детальной информацией о подсистеме МТР, можно порекомендовать обратиться непосредственно к рекомендациям Q.701 - Q.704, Q.706, Q.707 Белой книги ITU-T. Там же приведены достаточно подробные SDL-диаграммы описанных выше процедур, включить которые в книгу не представляется возможным, о чем, вероятно, читатель, уже утомленный обилием SDL-диаграмм в предыдущих главах, вряд ли будет сожалеть. Сэкономленное за этот счет место предлагается отдать краткому резюме по подсистеме передачи сообщений МТР.

Главная задача МТР - передавать сообщения без потерь и дублирования и доставлять их в намеченный пункт назначения в той последовательности, в которой они были переданы. Использование транзитных пунктов сигнализации повышает гибкость МТР. Даже при отказах в сети связи или сети сигнализации МТР может изменить маршрутизацию сообщений для обеспечения доставки сообщений к требуемому пункту назначения без искажения или дублирования.

Уровень 1 МТР определяет физические, электрические и функциональные характеристики звена передачи данных. Более высокие уровни не зависят от принятой системы передачи.

Уровень 2 МТР определяет функции, относящиеся к конкретному звену сигнализации. Информация передается в сигнальных единицах, которые могут являться значащими сигнальными единицами (несущими информацию подсистемам пользователя), сигнальными единицами состояния звена (отражающими состояние звена сигнализации) и сигнальными единицами, использующимися для обеспечения синхронизации. Значащая сигнальная единица (MSU) содержит флаг, ограничивающий MSU, порядковые номера, используемые для защиты от ошибок, индикатор длины, байт служебной информации, указывающий соответствующую подсистему пользователя или SCCP, поле сигнальной информации, содержащее информацию подсистемы пользователя или SCCP, проверочные биты, используемые для обнаружения ошибок.

Для уровня 2 МТР определены два метода исправления ошибок: базовый метод и метод превентивного циклического повторения.

Уровень 3 МТР определяет сетевые функции сигнализации. Функции управления сигнальными сообщениями используются для анализа кода исходящего пункта (ОРС) и кода пункта назначения (DPC), позволяя правильно маршрутизировать сообщения к пункту назначения. Функции управления сетью сигнализации определяют ряд услуг и возможностей для управления потоком сообщений сигнализации по сети: например, переход на резерв позволяет перенести передаваемые сообщения с отказавшего звена сигнализации на исправное звено.

10.3. ПОДСИСТЕМА SCCP

Рассмотренная в предыдущем разделе подсистема передачи сообщений МТР представляет собой механизм передачи сообщений, который был специфицирован до того, как была разработана семиуровневая модель взаимосвязи открытых систем (OSI). Подсистема МТР полностью обеспечивает функции, соответствующие уровням 1 и 2 модели OSI, но для обеспечения услуг сетевого уровня модели OSI необходим ряд дополнительных функций.

Эти дополнительные функции реализуются подсистемой управления соединениями сигнализации SCCP. Комбинация МТР и SCCP называется подсистемой службы сети NSP.

Цель SCCP - обеспечить логические соединения для передачи блоков данных сигнализации, ориентированных на соединение или не ориентированных на соединение. То есть, SCCP предоставляет возможность осуществлять по сети связи передачу данных,



непосредственно не связанную с конкретным соединением разговорных каналов.

В контексте семиуровневой модели OSI предполагается, что SCCP должна предлагать услуги более высоким уровням. Связь между SCCP и уровнем 4 осуществляется путем использования примитивов. Рис. 10.5. иллюстрирует примитивы, связанные с интерфейсом между SCCP и уровнем 4.

Узел А

Узел Б

Пользователь услуг SCCP

Запрос

Пользователь услуг SCCP

Подтверждение >-

Ответ

SCCP А-

4-------

4-------

Уровень 4

Индикация

Уровень 3

Рис. 10.5. Примитивы SCCP/пользовательские подсистемы

Все услуги SCCP подразделяются на услуги, ориентированные на соединение, и услуги, не ориентированные на соединение.

В ориентированных на соединение услугах между двумя соединяющимися узлами перед началом передачи данных устанавливается соединение сигнализации. Оно устанавливается путем обмена местными условными номерами, назначаемыми каждым узлом для идентификации того, к какой транзакции относится данное сообщение. В этом случае любые данные, которые передаются между узлами, включают местные условные номера и, таким образом, связаны с соединением. В результате может обеспечиваться определенное качество обслуживания. Например, в одном классе услуги (класс 3), ориентированном на соединение, возможно гарантировать доставку сообщений в том же порядке, в каком они передаются. Для ориентированных на соединение услуг различаются временные соединения сигнализации и постоянные соединения сигнализации. Управление временным соединением сигнализации включает следующие фазы: фазу установления соединения, фазу переноса данных, фазу освобождения соединения.

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

Сообщения SCCP передаются в поле сигнальной информации SIF значащих сигнальных единиц MSU. Для MSU, передающей сообщение SCCP, формат SIF состоит из этикетки маршрутизации, типа сообщения и параметров. Структура SIF для сообщений SCCP представлена на рис. 10.6.

Необяза-

Обязательная

Обязательная

Код типа сообщения

Этикетка

тельная

переменная

фиксирован-

маршрутиза-

часть

часть

ная часть

Рис. 10.6. Структура SIF сообщений SCCP

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

• запрос соединения (CR) между двумя узлами;

• подтверждение соединения (СС) в ответ на сообщение CR;

• запрос разъединения (RLSD) со стороны любого из узлов;

• подтверждение разъединения (RLC): этот тип сообщения подтверждает, что процесс освобождения соединения завершен;



• данные для прозрачной передачи данных между двумя узлами после установления соединения (DT) и др. Примерами типов сообщений для услуг, не ориентированных на соединение, являются следующие сообщения:

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

• служебное сообщение данных без соединения (UDTS), используемое для индикации невозможности доставки данных, посланных в предыдущем сообщении UDT (если установлена опция «return on еггог») и др.

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

Поле

Индикатор

Название

данных

длины

Рис.10.7. Общий формат параметра

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

Обязательные переменные параметры также всегда содержатся в данном типе сообщения, но имеют переменную длину. Название параметра определяется типом сообщения и поэтому не включается в сообщение.

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

Для иллюстрации принципов форматирования SCCP рассмотрим сообщение запроса соединения CR, предназначенное для установления соединения при использовании ориентированной на соединение услуги SCCP. Пример такого сообщения показан на рис. 10.8.

Параметр А необязательный

Параметр 3 обязательный переменный

Параметр 2 обязательный фиксированный

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

Тип сообщения

адрес вызывающей стороны

адрес вызываемой стороны

класс протокола источника

местный условный номер

Запрос соединения

Рис.10.8. Структура сообщения запроса соединения

Тип сообщения в этом примере указывает, что это сообщение о запросе соединения CR. За типом сообщения следуют четыре параметра. Первый параметр является обязательным фиксированным и представляет собой местный условный номер источника, который присвоила исходящая SCCP для идентификации сообщений, относящихся к конкретной транзакции. Второй параметр также является обязательным фиксированным параметром и указывает класс протокола, т.е. тип запрошенной услуги. Третий параметр является обязательным переменным и содержит адрес вызываемой стороны, т.е. указывает, к какой SCCP направлено сообщение. Этот параметр включает индикатор длины, чтобы показать количество цифр адреса, включенных в поле данных параметра. Четвертый параметр является необязательным и содержит адрес вызывающей стороны, т.е. указывает, от какой SCCP передается сообщение. Этот параметр включает индикатор длины и название.

Для SCCP определены четыре класса протокола.

Первые два класса протокола (класс О и класс 1) не ориентированы на соединение и не содержат фаз установления и освобождения соединений. Максимальная длина поля данных



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [ 88 ] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159] [160] [161] [162] [163] [164] [165] [166] [167] [168] [169]

0.0014