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

[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. Например, SSF содержит серверы для блоков ВСР, CHARGE и STATUS NOTIFICATION, а SCF является частью «клиент» элементарной операции Connect (Соединить) блока ВСР и частью «сервер» для элементарной операции Translate (Пересчитать) блока TRANSLATE.

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

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

Входными и выходными событиями, используемыми при формировании диаграмм информационных потоков, являются данные Этапа 1 спецификации услуги, то есть запрос услуги, направляемый к сети от пользователя, и соответствующая реакция сети в процессе предоставления услуги. Информационные потоки, которые передаются в направлении от пользователя, на Этапе 1 имеют имена вида XXXX.req или XXXX.resp, а передаваемые в обратном направлении -имена видаХХХХ.1пс1 илиXXXX.conf.

Этикетки потоков на диаграммах ассоциируются с элементами request/indication (запрос/индикация) и responce/confirmation (отклик/подтверждение) имен примитивов, используемых при описании взаимодействия верхних уровней модели OSI с нижележащими уровнями систем сигнализации, которые обеспечивают поддержку информационных потоков на физической плоскости.

Если информационный поток идентифицируется как подтверждаемый, он требует отклика в обратном направлении. Подтверждаемый информационный поток несет запрос какого-то действия (водном направлении), а отклик несет подтверждение того, что это действие выполнено (в обратном направлении). Такие потоки обычно требуются для целей синхронизации, например, при запросе размещения и/или освобождения разделяемых ресурсов.

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



ПОТОКОВ используется ресурс системы сигнализации. Если же объекты реализованы в одном сетевом узле, то потоки являются внутренними и использование системы сигнализации не требуется.

В соответствии со своим определением, каждый независимый конструктивный блок, созданный для определенной цели, может впоследствии быть многократно использован совместно с другими SIB при создании новыхуслуг Перечень SIB и свойства каждого SIB определены на глобальной функциональной плоскости. Как мы помним, для CS-1 определено 14 блоков SIB и SIB базового процесса обслуживания вызова ВСР.

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

Возможные виды связи между функциональными объектами и соответствующие информационные потоки показаны на рисунке 2.3.12. Для их обозначения используется латинская буква «г» с числовым индексом. Все возможные информационные потоки между двумя функциональными объектами характеризуют тип связи этой пары объектов. Связи, относящиеся к базовому процессу обслуживания вызова, определены в рекомендации Q.71. Мы же далее акцентируем внимание на тех связях, которые стандартизованы применительно куслугам IN. Для CS-1 таковыми являются:

• гЗ: поток между SSF и SCR

• г4: поток между SCF и SDF

• г5: поток между SCF и SRR

• г6: поток между CCF и SRF

т I I I

гЗ I I I I

Управление услугой


Базовый процесс обслуживания вызова Рис. 2.3.12 Связи между функциональными объектами

Кдругим сетевым объектам



Все действия, выполняемые функциональными объектами в связи с приемом информационного потока, нумеруются четырехзначными числами XYYZ, цифры которых обозначают:

Х - номер функционального объекта, который равен 2 для CCF/SSF, 3 для SRF, 4 для SDF, 9 для SCR

YY- порядковый номер, присвоенный каждому из SIB (например, УУдля ВСР равен 00, для блока ALGORITHM - 01 и т.д.);

Z - порядковый номер, присвоенный каждому из действий, которые выполняет функциональный объектХ для поддержки SIB с номером W

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

Детальному рассмотрению прикладного протокола Интеллектуальной сети INAP посвящена часть 3 данной книги. Чтобы чрезмерно не утомлять читателя, в приводимые ниже описания информационных потоков включены только те информационные элементы, которые поддерживаются вариантом ETSI протокола INAP, SDL-диаграммы опущены, а действия объектов показаны непосредственно на диаграммах информационных потоков.

2.3.7.2 Спецификация информационных потоков

Блок ALGORITHM обеспечивает реализацию математического алгоритма обработки данных, поступивших на его вход, и выдает полученный результат. В наборе CS-1 такие возможности полностью реализуются в SCF, а потому для этого блока никаких информационных потоков не определено.

Блок CHARGE определяет некоторые характеристики начисления платы за услуги IN (например, специальный тариф, оплата вызванной стороной, разделение платы между сторонами). Для этого блока определено четыре типа информационных потоков (см. рис. 2.3.13-2.3.16):

• тип 1 - поддерживает создание записи о начисленной плате в SSR

• тип 2 - поддерживает передачу информации о начисленной плате от SSF к сетевым функциям (например, в исходящей АТС);

• тип 3 - запрашивает уведомление о возникновении в SSF событий, связанных с начислением платы;



[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