Главная Новые телекоммуникационные услуги [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] Элемент физической плоскости, в котором содержится один или несколько объектов распределенной функциональной плоскости, мы будем называть узлом Интеллектуальной сети. Узел, содержащий функции SSF, называется SSP, узел с функциями SCF - SCP и т.д. В качестве примера распределения функций по узлам на рисунке 1.3.8 показана физическая архитектура для набора CS-1. Дадим определения узлам, приведенным на этом рисунке. cCAF )( SDF ) Транспорт Сигнализация Эксплуатационное управление Функциональный объект Опциональный функциональный объект Для SSCP Рис. 1.3.8 Архитектура физической плоскости Узел коммутации услугSSP. В дополнение к функциям обеспечения доступа пользователей к сети (если SSP является оконечной АТС) и функциям традиционной коммутации, SSP обеспечивает доступ куслугам IN. SSP содержит средства обнаружения вызовов, требующих услуг IN, и средства взаимодействия с другими узлами. В нем размещаются функции CCF и SSF (а также CCAF, если это - оконечная АТС). Как опция, ЗЗРможетдополнительно содержать SCF и/или SRF и SDF Узел управления услугами SCP. SCP содержит программы, реализующие логику услуг IN, и, как опция, - данные об абонентах услуги. С целью повышения надежности и разделения нагрузки в сети несколько SCP могут выполнять одинаковые программы логики услуг и хранить одни и те же данные. SCP содержит SCF (и, как опция, -SDF). SCP получает информацию из SDP непосредственно или через сеть сигнализации, причем SDP может находиться как в той же самой IN, так и в другой. SCP соединяется с SSP (а при необходимости - и с IP) через сеть сигнализации. SCP может также взаимодействовать с IP через SSP Узел хранения данных для услуг SDP. SDP содержит данные, которые используются программами, реализующими логику услуг В SDP размещается единственный функциональный объект - SDF. SDP может быть доступен узлу SCP и/или SMP непосредственно или через сеть сигнализации. В свою очередь, он может иметь доступ к другому SDP в своей или в другой IN. Интеллектуальная периферия IP. IP содержит специальные ресурсы для взаимодействия сети с пользователем. Коммутационная матрица, предназначенная для подключения пользователя к ресурсам, может быть доступна внешним программам реализации логики услуг В качестве примеров специализированных ресурсов можно назвать средства управления речевыми извещениями, средства синтезирования и распознавания речи, средства приема цифр, передаваемых многочастотным кодом DTMF, мосты конференцсвязи, конвертеры протоколов сигнализации и т.п. IP содержит функции SRF (как опция, - также и SSF/CCF). Функции SSF/CCF используются для обеспечения внешнего доступа к внутренним ресурсам. Интеллектуальная периферия подсоединяется к одному или нескольким SSP и/или к сети сигнализации. SCP может запросить SSP подключить своего абонента к ресурсам IP, подсоединенной как непосредственно к этому, так и к другому SSP. Вспомогательный узел управления AD (Adjunkt). Вспомогательный пункт управления функционально аналогичен SCP(T.e. содержит те же функциональные объекты), но подключен к SSP непосредственно. Связь между ними обеспечивается через высокоскоростной интерфейс, однако структура сообщений прикладного протокола сохраняется той же, что и при использовании сети ОКС. Узел услуг SN. SN может управлять услугами IN и обеспечивать взаимодействие с пользователями. Узел услуг может взаимодействовать непосредственно с одним или несколькими SSP, при этом как сигнальные, так и транспортные связи между ними организуются по принципу «точка-точка». Функционально SN содержит SCF, SDF, SRF и SSF/CCF SSF/CCF связаны с SCF в SN и недоступны со стороны внешних SCF. Узел коммутации и управления услугами SSCP. SSCP представляет собой комбинацию SCP и SSP в одном узле. Функционально содержит CCAF, CCF, SSF и SCF Связь между SCF/SDF и CCAF/CCF/SSF может обеспечиваться по нестандартному для сетей IN протоколу, обеспечивающему, однако, все необходимые для поддержки услуг возможности. SSCP может, как опция, содержать также и функции SRF. Интерфейс мeждySSCPи другими узлами - такой же, каку SSP. Узел эксплуатационного управления SMP. SMP обеспечивает эксплуатационное управление услугами, атакже управление подготовкой новыхуслуг и их введением. Система выполняет такие функции как администрирование баз данных, тестирование услуг, управление трафиком, хранение сетевых данных. SMP обязательно содержит SMF и может содержать также SMAF и SCEF Система SMP имеет доступ ко всем имеющимся в сети узлам. Узел среды создания услуг SCEP. SCEP используется для определения, конструирования и тестирования услуг IN и последующей их загрузки в SMP. Функционально содержит SCEF, взаимодействует прямо с SMP. Узел доступа к системе эксплуатационного управления услугами SMAP. SMAP обеспечивает пользователям (таким как менеджеры услуг и некоторые клиенты) доступ к SMP. Одно из потенциальных применений SMAP - обеспечение единой точки доступа пользователя к нескольким SMP. Функционально SMAP содержит SMAF и взаимодействует непосредственно с SMP. 1.3.8 Сравнение методологий Методология создания услуг, применявшаяся до недавнего времени, например, для спецификации услуг и протоколов ISDN, использует трехступенчатый подход. На первом этапе услуга описывается с точки зрения пользователя. На втором этапе определяются сетевые функции, необходимые для того, чтобы услуга работала. Выходным результатом этого этапа являются декомпозиция соответствующих сетевых ресурсов в функциональные объекты, спецификация действий этих объектов и информационных потоков между ними. На третьем этапе специфицируются протоколы. [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 |