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

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

Существуют параметры двух видов - динамические и статические. Динамические параметры имеют разные значения для разных вызовов. Статические параметры задаются применительно к каждой составляющей услуги.

В качестве динамических параметров могут выступать номер вызывающего абонента, номер вызываемого абонента и т.п. Эти данные могут поступать от ВСР (номер вызывающего абонента), генерироваться каким-либо SIB (пересчитанный номер) или приниматься непосредственно от абонента (например, PIN-код). По отношению к SIB динамические параметры могут быть входными и выходными.

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

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

Глобальная логика определяет порядок, в котором должны соединяться SIB для их последовательного исполнения при предоставлении определенной услуги. Эту логику можно сравнить с клеем, соединяющим конструкционные блоки в нужном порядке. Она уникальна для каждого вызова, но используеттакие общие для всех обращений к определенной услуге элементы как точки POI и POR, логические связи между разными SIB, входные и выходные параметры (статические и динамические), определенные для каждого SIB.

1.3.6 Архитектура распределенной функциональной плоскости

Распределенная функциональная плоскость позволяет увидеть информационные потоки (связи) между функциональными объектами глобальной функциональной плоскости, возникающие в процессе предоставления услуги. Приводимая вкратце в данном параграфе методология функционального описания IN базируется на требованиях к спецификации услуг связи, подробно изложенных в рекомендации ITU-T 0.65.

Архитектура распределенной функциональной плоскости, общая для всех наборов CS, приведена на рис 1.3.5. Овалами показаны размещенные на этой плоскости функциональные объекты (FE), каждый



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


Рис. 1.3.5 Архитектура распределенной функциональной плоскости

Определены следующие правила:

• в одном физическом элементе может размещаться один или несколько FE;

• один FE не может быть разделен между двумя физическими элементами;

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

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



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

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

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

Группа 1: функции, относящиеся к управлению связью пользователя:

• Функции коммутации услуг (SSF - Service switching function) обеспечивают взаимодействие между функциями управления связью пользователя и функциями управления услугами;

• Функции специализированных ресурсов (SRF - Specialized resource function) - предоставляют специализированные ресурсы, требующиеся для предоставления услуг IN;

• Функции управления связью пользователя (CCF - Call control function) - относятся к запросу связи и к управлению соединением в классическом смысле;

• Функции поддержки доступа (CCAF - Call control agent function) -обеспечивают доступ пользователя к функциям CCF.

Группа 2. Функции, относящиеся куслугам:

• Функции управления услугами (SCF - Service control function) -содержат логику услуг и управляют действиями SSF, CCF, SRF и SDF при предоставлении услуг;

• Функции предоставления данных для услуг (SDF - Service data function) - обеспечивают доступ в реальном времени со стороны SCF кданным, требующимся в процессе предоставления услуги IN, и их проверку.



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