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

[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

Charge

тип 4

/

Connect

Address

Clear Call

Handle as

Analyzed

Transit

BASIC CALL PROCESS (BCP)

Рис. 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 идентифицирует пользователя, с которым должен идти обмен информацио!?! (в данном случае это - вызывающая сторона).

Вход:

SSD Announcement

= идентификатор речевого

«Введите номер карты

Parameters

сообщения

и PIN-код»

(Параметры речевого

сообщения)

SSD Туре

= тип информации

DTMF

(Параметры

принимаемой

информации)

CID Call Party Identifier

(Идентификатор

= вызывающая сторона

33-22-11

участника связи)

Выход:

CID Collected data

= номер карты, PIN-код

654321, 1234

(Принятые данные)

Логическое завершение

= успешное

Переход к Verify



Блок VERIFY

Блок VERIFYnpoBepfleT полученную от пользователя информацию (PIN- код и номер карты) на предмет синтаксического соответствия установленному формату. Предполагается, что пользователь вводит оба параметра (4-значный PIN-код и 6-значный номер карты) по одной подсказке со стороны SRR

Вход:

SSD Мах Number of

= 10

Число цифр номера

Characters

карты и PIN-кода

(Максимальное

количество символов)

SSD Min Number of

= 10

Число цифр номера

Characters

карты и PIN-кода

(Минимальное

количество символов)

SSD Format

NNNNNN NNNN

10 десятичных цифр.

(Формат)

от 0 до 9 каждая

CID Call Party Identifier

= вызывающая сторона

33-22-11

(Идентификатор

участника связи)

Выход:

CID Identifier

= номер карты, PIN-код

654321, 1234

(Идентификатор)

Логическое завершение

= проверка произведена

Переход к SCREEN

БлокSCREEN

Блок SCREEN проверяет право пользователя на доступ к услуге, то есть сопоставляет набранные номер карты и PIN-код со списком, находящимся в SDF На входе блока параметр SSD List Indicator идентифицирует список, с которым должно производиться сопоставление. Параметр CID Identifier определяет тип идентифицируемых данных (номер карты, PIN-код).

Вход:

SSD Screen List Indicator

= имя списка с номерами

«Номера карт

(Индикатор списка)

карт и PIN-кодами

и PIN-коды»

CID Identifier

= номер карты, PIN-код

654321,1234

(Идентификатор)

Выход:

CID Identifier

= номер карты, PIN-код

654321, 1234

(Идентификатор)

Логическое завершение 1

= соответствие списку

Положительный результат - переход к блоку USER INTERACTION

Логическое завершение 2

= несоответствие списку

Отрицательный результат - переход к блоку RELEASE CALL



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