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-код).