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

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

ей с SCF, SDF и SMF. Менеджер защиты содержит функции, необходимые, например, для проверки прав доступа к данным того или иного вида.

Данные, с которыми работает SDF, делятся на статические (только читаемые программами логики услуг) и динамические (изменяемые этими программами). Более детально классификация выглядит следующим образом (см. рис. 2.3.10).

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

2.3.7 Стадия 2 описания блоков SIB

2.3.7.1 Принципы декомпозиции

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

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

Для доступа к внутренним ресурсам каждого блока SIB определен стандартный интерфейс. Через такой интерфейс производится управление очередностью вызова элементарных операций программами логики услуги, за счет чего и обеспечивается выполнение множества функций, составляющих данную услугу. Так как глобальная функциональная плоскость скрывает логическое и/или физическое распределение сетевых ресурсов, то на ней блоки SIB представляются пользователю (конструктору услуги) как «монолитные» объекты.



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

Распределенная функциональной плоскость, как часть концептуальной модели INCM, задумана с целью облегчить спецификацию требований к физическим объектам и протоколам, необходимым для реализации каждого SIB. Эта плоскость аналогична модели, создаваемой на шаге 2.1 Этапа 2 трехэтапной модели спецификации услуг связи, определенной рекомендацией 1.130 ITU-T (см. главу 1.3).

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

При представлении SIB на распределенной функциональной плоскости производится их декомпозиция на группы взаимодействующих функциональных средств, которые могут моделироваться в виде пар «клиент-сервер», причем члены каждой пары находятся в функциональных объектах разного типа (см. рис. 2.3.11).

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

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



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

Интерфейс между программой логики услуги и блоком SIB определен на глобальной функциональной плоскости. Этот интерфейс скрывает внутреннюю структуру блока (см. левую часть рис. 2.3.11), и, вместе с тем, он достаточно удобен для распределенного представления (см. правую часть рис. 2.3.11) функциональных возможностей, предоставляемых SIB, в виде пары «клиент-сервер».

Монолитный вид

Распределенный вид


Один и тот же интерфейс


SCF SCF SDF

Рис. 2.3.11 Декомпозиция блока SIB в виде пары "клиент-сервер"

Например, как будет показано ниже, блок SIB TRANSLATE, выполняющий пересчет номерной информации, может быть смоделирован как реализуемый частично в SCF и частично в SDF. Запрос пересчета производится со стороны SCF (клиент), а выполнение пересчета производится средствами SDF (сервер).

Программа логики услуги взаимодействует с SIB через стандартный интерфейс, и ей «кажется», что она имеет дело с монолитной структурой. Это обеспечивается тем, что даже в распределенном представлении программа взаимодействует только с частью блока «клиент», реализованной в SCF. Для выполнения нужной процедуры клиент взаимодействует со своим сервером в SDF. В нашем примере вся обработка будет произведена сервером в SDF, при этом часть «клиент» в SCF всего лишь обеспечивает удаленный доступ к серверу. Таким образом, для обеспечения прозрачности переноса запрошенных от SIB функций и результатов их выполнения специфицируются информационные потоки между частью «клиент» и частью «сервер».

Так как всем блокам SIB соответствует одна и та же модель - распределенная функциональная плоскость, то каждому типу функционального объекта назначаются части «клиент» и части «сервер» из



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