Главная  Новые телекоммуникационные услуги 

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

Можно заметить, что эти три этапа соответствуют трем из четырех плоскостей концептуальной модели IN: плоскости услуг, распределенной функциональной плоскости и физической плоскости. При создании концепции IN использовали именно эту трехэтапную схему, включая связанную с ней, прямо скажем, непростую для понимания терминологию. Но, что очень важно, глобальная функциональная плоскость не имеет аналога в «старой» терминологии и представляет принципиально новую концепцию. Действительно, так как услуга на этой плоскости может конструироваться из независимого от услуг набора SIB, для взаимосвязи которых существует стандартная спецификация протокола, то отпадает необходимость разрабатывать отдельный протокол нижнего уровня для каждой новой услуги.

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

1.3.9 Общие аспекты прикладного протокола INAP

1.3.9.1 Окружение INAP

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

Все необходимые для этого связи между физическими элементами сети осуществляются через стандартизованные интерфейсы. Специально для поддержки информационных потоков между узлами сети IN специфицирован прикладной протокол Интеллектуальной сети INAP (Intelligent Network application protocol), который определяет синтаксис и семантику вызываемых операций, назначение



И порядок их обработки. Протокол INAP будут рассматриваться достаточно подробно в главе 3.1, здесь лишь отметим, что на сегодня INAP может быть поддержан системой сигнализации ОКС-7 и цифровой абонентской системой сигнализации DSS1.

Протокол INAP представляет собой прикладной протокол, т.е. протокол 7-го уровня модели Взаимодействия открытых систем (модели OSI). INAP предоставляет услуги для поддержки взаимодействия между прикладными процессами (АР - Application process), происходящими в узлах IN (например, в SSP, SCP, IP). Прикладной процесс является самым верхним уровнем абстрактного представления в INAP и описывает обработку запроса услуги в узле сети. Один прикладной процесс может использовать несколько прикладных объектов (АЕ - Application entity), каждый из которых поддерживает специфический набор функций (например, SSF АЕ, SRF АЕ, SCF АЕ), обеспечивающих взаимодействие с удаленными прикладными процессами.

АЕ представляет собой абстрактное описание функций, которые могут быть востребованы прикладным процессом АР для взаимодействия с удаленным АР. АЕ содержит определение каждой функции и правила использования этих функций. Базовым компонентом объекта АЕ является прикладной сервисный элемент (ASE - Application service element).

ASE объединяет в себе группу логически связанных функций, которые, в соответствии с рекомендацией ITU-T 0.775, могут быть использованы более чем одним АЕ. Применительно к IN, ASE представляют собой набор спецификаций процедур обслуживания вызова, известных читателю как операции. Для примера скажем, что при взаимодействии функций SCF и SSF прикладной сервисный элемент обращения к услуге SCF - SCFactivation ASE - содержит описание операции запроса логики услуги - InitialDP, а прикладной сервисный элемент обработки событий - Event handling ASE - описывает операцию Even-tReportBCSM, которая сообщает SCF о таком событии в базовом процессе обслуживания вызова (например, о занятости абонента), уведомление о котором было запрошено заранее с помощью операции RequestReportBCSM, также описываемой этим ASE.

Прикладной процесс (например, в SSP) устанавливает логическую связь (так называемую ассоциацию), пользуясь которой, он будет взаимодействовать с другим прикладным процессом (например, в SCP). После этого начинается собственно выполнение операций. Существуют определенные правила, в соответствии с которыми устанавливается порядок выполнения операций. За последовательность операций в ASE отвечает специальная функция. Если существует всего одна ассоциация, это - функция управления одиночной (отдельной) ассоциацией SACF (Single association control



function). Если одновременно имеется несколько ассоциаци!?!, необходима синхронизация взаимоде1?1ствия во всех установленных ассоциациях, которую обеспечивает общая для всех SACF функция управления множеством ассоциаци!?! (MACF - Multiple association control function).

Все средства (ассоциация, относящиеся к Hei?i ASE, функции SACF), которые поддерживают диалог между двумя функциональными объектами, размещенными в разных узлах IN (например, диалог между SSF и SCF), образуют объект одиночно:?! логическо!?! связи SAO (Single association object). Для наглядности на рисунке 1.3.9 приведена структура прикладного объекта АЕ.

ПРИКЛАДНОЙ ПРОЦЕСС АР

MACF

sacf

sacf

sacf

ase ase

Ассоциация

Ассоциация

Ассоциация

Рис. 1.3.9 Структура прикладного объекта АЕ

Чтобы вышеизложенное стало более понятным, рассмотрим простую аналогию. Предположим, что како1?1-либо абонент хочет получить обычную телефонную связь с другим абонентом. Будем рассматривать процесс организации это1?1 связи как прикладно!?! процесс (АР). При этом телефонньм аппарат будет прикладным объектом (АЕ), ко-торьм содержит следующие прикладные сервисные элементы (ASE): рычаг аппарата - «ASE-Рычаг», клавиши для набора цифр - «ASE-Цифры», клавиши для набора специальных символов - «ASE-*, #» и т.п. Все эти АЗЕучаствуют в установлении соединения через телефонную сеть, иными словами, в создании ассоциации. Функции управления одиночно:?! ассоциацие:?! - SACF - должны в этом случае содержать, например, правило, говорящее о том, что перед набором номера трубка должна быть снята с рычага. Если телефонньм аппарат поддерживает соединения по двум линиям, то нужны еще и функции управления множеством ассоциаци!?! MACF, которые со-



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

0.0012