![]() |
Главная Новые телекоммуникационные услуги [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] nishCharginglnformation и ApplyCharging, содержащие формат записи и данные, нужные для ее формирования, а также сведения о допустимом для данного вызова лимите стоимости (обычно -в тарифных единицах). Во время связи SSP начисляет плату за нее в реальном времени, периодически передавая текущие данные к SCP в операции \NAP ApplyChargingReport. После окончания связи (или когда достигается лимит) сведения о начисленной плате передаются в операции \NAP ApplyChargingReport к SCP, что позволяет обновить информацию об остатке на счете данной телефонной карты. В записи, произведенной SSP, отмечается, что плата за данную связь не должна быть отнесена к линии, по которой поступил запрос этой связи. 4.1.2.3 Конструктивные блоки На рисунке 4.1.6 показана цепочка блоков SIB, образуемая для организации услуги АСС. При этом, как как это было сделано и для услуги FPH, некоторые детали описанного выше алгоритма опущены. В данном примере приведен минимальный набор блоков, который, в комбинации с глобальной логикой услуги GSL, реализует только обязательные атрибуты. User Interaction Verify Screen User Interaction Charge тип 1 Release Call
Рис. 4.1.6 Взаимосвязь блоков SIB, используемых услугой АСС БлокВСР После приема и анализа набранной пользователем адресной информации базовый процесс обслуживания вызова ВСР приостанавливается в точке POI Address Analysed. Происходит выход из ВСР и начинается последовательное выполнение цепи блоков SIB, реализующих логику услуги. Динамическими данными CID в данном случае будут служить обеспечивающий доступ к услуге код 806 и номер вызывающего пользователя 33-22-11. Выход (из ВСР в GSL): Логическое завершение CID Dialled Number (набранный номер) CID Calling Line Identity (идентификация линии вызывающего пользователя) Вход (в ВСР из GSL): Логический старт = POI Address Analysed (номер проанализирован) = код доступа к услуге АСС Переход к User Interaction = номер вызывающего пользователя = P0R1 Handle as Transit (обработать как транзитный) = P0R2 Release Call (разъединить) 33-22-11 Возобновление ВСР с новыми данными для маршрутизации Возобновление ВСР с целью выполнить разъединение Возврат в блок ВСР происходит после выполнения цепи SIB в од-Hoi?i из точек возврата - P0R1 или P0R2. Блок USER INTERACTION Блок USER INTERACTION, обеспечивающи!?! обмен информацие:?! между сетью и пользователем, в данном случае применяется для запроса и приема номера карты и PIN-кода. На входе блока с помощью статического параметра SSD Announcement Parameters определяется вид передаваемого пользователю речевого сообщения; в нашем случае это будет приглашение к набору цифр. Параметр SSD Туре устанавливает форму представления передаваемо:?! пользователем информации; в данном примере параметр указывает, что цифры должны передаваться многочастотным кодом DTMF. Параметр CID Call Party Identifier идентифицирует пользователя, с которым должен идти обмен информацио!?! (в данном случае это - вызывающая сторона).
Блок VERIFY Блок VERIFYnpoBepfleT полученную от пользователя информацию (PIN- код и номер карты) на предмет синтаксического соответствия установленному формату. Предполагается, что пользователь вводит оба параметра (4-значный PIN-код и 6-значный номер карты) по одной подсказке со стороны SRR
БлокSCREEN Блок SCREEN проверяет право пользователя на доступ к услуге, то есть сопоставляет набранные номер карты и PIN-код со списком, находящимся в SDF На входе блока параметр SSD List Indicator идентифицирует список, с которым должно производиться сопоставление. Параметр CID Identifier определяет тип идентифицируемых данных (номер карты, PIN-код).
[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 |