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

[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]

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

Содержимое

Длина сообщения

Тег типа сообщения

Компонентная часть

Порция транзакции

Содержимое компонентной части

Длина компонентной части

Тег компонентной части

Элемент информац порции транзакции

Элемент информац порции транзакции

содержим 1 длина тег

содержим 1 длина тег

Компонента

Компонента

Элемент информ комп

Длина комп

Тег комп

Параметры

Элемент информ комп

Элемент информ комп

Длина комп

Тег типа комп

Рис 10.17 Принцип организации формата сообщения ТСАР

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

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

В подсистеме ТСАР имеется весьма ограниченный набор процедур, который подразделяется на процедуры подуровня компоненты и процедуры подуровня транзакции. Данный подход ограничения набора собственных процедур поддерживает независимость ТСАР от применений, а всевозможные дополнительные процедуры, которые необходимы для реализации различных прикладных услуг, специфицируются в соответствующих прикладных подсистемах (INAP, MAP, ОМАР и др.).

Процедуры подуровня компоненты ТСАР иллюстрируются примером на рис. 10.18.

Узел А

Узел В

Вызов 1

вызов 2

Возвращение результата

(последняя) 2

Возвращение результат.

(последняя) 1

Рис.10.18. Пример многократного вызова процедуры

На этом рисунке узел А посылает компоненту вызова (1) к узлу Б, но узлу Б требуется больше информации для начала обработки компоненты. Тогда узел Б инициирует свою собственную компоненту вызова (2), запрашивая ответ от узла А в компоненте возвращения результата (2). Проанализировав результат, узел Б отвечает на первичный вызов компонентой возвращения результата Это происходит, когда узел А является станцией, которой требуется трансляция телефонного номера в информацию маршрутизации из базы 284



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

Спецификации ТСАР включают ряд процедур для использования в стандартных условиях. В частности, если компонента вызова получена с синтаксической ошибкой, то в обратную сторону посылается компонента отказа с указанием причины неисправности.

Примером процедур подуровня транзакции в структурированном диалоге может являться следующая ситуация. Станция А инициирует начало структурированного диалога посылкой сообщения начала. Идентификатор исходящей транзакции (OTID), выбираемый станцией А и включаемый в сообщение начала, обозначен через X. Станция Б анализирует сообщение начала и соглашается установить диалог. Станция Б возвращает сообщение продолжения для подтверждения этого решения. Эта же станция выбирает OTID со значением Y для его включения в сообщение продолжения. Поле идентификатора входящей транзакции (DNID) содержит идентификатор X, соответствующий номеру, выбранному станцией А. Получив сообщение продолжения от АТС Б станция А анализирует информацию и посылает сообщение продолжения станции Б. В этом случае ОТШ имеет значение X, а ВТШ - значение Y. После приема и анализа сообщения продолжения от АТС А станция Б определяет, что диалог может быть завершен и возвращает сообщение конца. В сообщении конца отсутствует ОТШ, а ВТШ равен X.

В этом примере станция Б инициировала окончание диалога, но данную функцию так же могла бы выполнить и станция А. Случай, когда любая из двух АТС инициирует сообщение конца, называется базовым методом окончания диалога. Существует другой метод окончания диалога, называемый подготовленным. Обычное применение подготовленного конца - случай, когда станция нуждается в информации из базы данных, но не знает, какую базу данных запросить. В этом случае запрос циркулярно передается нескольким базам данных с ожиданием, что только одна из них ответит положительно. Чтобы избежать необходимости ожидания отрицательного ответа от всех баз данных, кроме одной, диалог считается законченным, если не получено положительного ответа. Диалог продолжается далее только между АТС и базой данных, ответившей положительно.

10.6. ПОДСИСТЕМА ИНТЕЛЛЕКТУАЛЬНОЙ СЕТИ INAP

Революционная концепция конструирования телекоммуникационных услуг, созданная в 1984 г. в Bell Laboratory и получившая наименование интеллектуальной сети (IN), строится также исключительно на базе системы общеканальной сигнализации 0КС7.

Действительно, согласно концепции IN для ввода новой телекоммуникационной услуги нужно не вносить изменения в уже существующие коммутационные узлы и станции, а построить новый узел, поддерживающий функции этой новой услуги, которая с помощью 0КС7 будет доступна всем абонентам этого нового и ранее установленных узлов.

Сетевые функции IN могут находиться в различных узлах: функции коммутации услуги SSF (Service Switching Function) будут сосредоточены в узле коммутации услуги SSP (Service Switching Point); функции управления услугой SCF (Service Control Function) сосредотачиваются в узле управления услугой SCP (Service Control Point); функции данных услуги SDF (Service Data Function) будут сосредоточены в узле данных услуги SDP (Service Data Point). Так как все эти функции и узлы могут быть разделены между собой как логически, так и физически, их взаимодействие осуществляется по специальному протоколу INAP.

Спецификации этого прикладного протокола интеллектуальной сети INAP приведены в рекомендации Q.I 218. Российская национальная версия протокола INAP-R построена в соответствии со стандартом ETS 300 374-1: 1994 г. Европейского института стандартизации (ETSI). Именно из этого стандарта взят приведенный на рис. 10.19 пример взаимодействия двух географически разделенных функций INAP.

Имеются два основных варианта архитектуры INAP. Первый предназначен для



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

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

В случае множественного взаимодействия функция MACF выполняет координационные функции среди нескольких SAO, каждый из которых взаимодействует с SAO, находящимся в удаленном физическом узле.

В рекомендациях ITU-T и стандартах ETSI спецификации INAP приводятся на языке ASN. 1, рассмотренном в главе 2. INAP является пользовательским протоколом ROSE, о чем также упоминалось в главе 2.

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

При использовании INAP в качестве интерфейса между географически разделенными функциональным элементом управления услугами SCF и функциональным элементом базы данных услуг SDF протокол INAP использует прикладную подсистему возможностей транзакций ТСАР, которая, в свою очередь, использует услуги подсистемы управления соединениями сигнализации SCCP, не ориентированные на соединение, и подсистему передачи сообщений МТР, как это показано на рис. 10.19.

(функции управления услугами)

MACF

ASE(s)

ASE(s)

(SCF-SSF)

(SCF-SDF)

ТСАР

ТСАР

SCCP

SCCP

SDF (функции базы данных услуг)

ASE(s)

(SCF-SDF)

ТСАР

SCCP

звено

звено

ОКС7

ОКС7

звено 0КС7

kSSP

сеть ОКС7

IVIMOr - функции у»авлсппм тпил\с;ОСПпо1тг уоглптшг, >wi tj....-,----

управления одиночной связью, ASE - прикладной элемент.

Рис.10.19. Поддержка взаимодействия географически распределенных функций SCF и SDF протокола INAP



[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.0012