Эти параметры используются, когда необходимо взять дополнительную плату.Т.о., после получения сообщения FurnishChargingInformationузел SSP готов к учету стоимости; он знает все данные, необходимые для начисления платы. SCPотправляет сообщение Connectс физическим номером вызываемого пользователя, к которому SSP устанавливает соединение. Когда вызванный пользователь даст отбой, об этом передается SCP в операции EventReportBCSME. SCP завершает сеанс связи посредством операции ReleaseCall.Технологически.
По выполнению протокола INAP все процедуры, использующие карты оплаты, одинаковы. Отличие заключается в месте хранения кредита — либо он содержится в базе данных, либо на расчетном счете пользователя локально или в банке. Итак, после получения вызова SSPпередает о нем с помощью операции InitialDP (рис. 5.4). Для проигрывания подсказок (таких как «Введите PIN код») необходимо, чтобы функциональный элемент SSF подключился к функциональному элементу SRF. Для этого SCPотправляет операцию ConnectToResource. Рис. 4.
2. Сценарий обмена сообщениями INAP для процедуры вызовапо предоплаченной карте.
Помимо этого, чтобы узнать момент, когда пользователь снимет трубку, SCP просит сообщать об этом с помощью операции RequestReportBCSMEvent. SSP проигрывает пользователю подсказку &# 171;Введите PIN-код" (PromptAndCollectUserInfo) и передает набранные цифры на SCP (PromptAndCollectUserInfoResult). Если PIN-код правильный, SSP запрашивает и получает номер вызываемого пользователя. Когда становится известно, куда пользователь хочет сделать вызов, SCP просит сообщить ему в конце сеанса связи его статистику (длительность, время начала сеанса и т. д.) с помощью операции CallInformationRequest, а также сообщить обо всех изменениях в состоянии (отбой любого из пользовательов, неответ, занятость и т. д.) с помощью операции RequestReportBCSMEvent. Для тарификации используются вышеописанные операции. Затем операцией ConnectSCP указывает SSP установить соединение с вызываемым пользователем. Когда вызванный пользователь положит трубку, об этом передается SCP (EventReportBCSM).
Статистика сеанса связи передается в операции CallInformationReport, а сведения об истраченных единицах — в операции ApplyChargingReport. SCP разрывает соединение с вызывавшим пользователем (R eleaseCall).На рис. 4.
3. показан типовой пример голосования. Перед началом голосования SCP программирует SSP с помощью операции ActivateServiceFiltering. Он передает, как обрабатывать поступающие вызовы. Пусть, например, каждый третий вызов является особым, т. е. каждому третьему пользователю проигрывается специальная подсказка (например, «Ваш звонок является выигрышным»), а всем остальным обычная (например, «Спасибо за звонок. Ваш голос учтен»). При поступлении «особых» вызовов, SSPпередает о них SCP (IntialDP). Далее проигрывается специальная подсказка (ConnectToResource-PlayAnnouncement-SpecializedResourceReport-DisconnectForwardConnection).Остальные вызовы «слушают» подсказку от SSP без участия SCP. Рис. 4.
3. Сценарий обмена сообщениями INAP для процедурытелеголосования.
Трассировкисообщений в рамках сценария с описанием.
Фрагмент вывода сообщений на экран:
09:47:
16.70400Tx<HDLC 01><Len4>FF FF 01 0209:
47:
16.75300Tx<HDLC 01><Len4>FF FF 01 0209:
47:
16.80300Tx<HDLC 01><Len4>FF FF 01 0209:
47:
16.93300L1<LMFA>09:47:
16.95400Rx<HDLC 01><Len4>FF FF 01 0009:
47:
16.95400Rx<HDLC 01><Len4>FF FF 01 0009:
47:
17.86300Rx<HDLC 01><Len3>FF 80 0009:
47:
17.86300Rx<HDLC 01><Len3>FF 80 0009:
47:
17.86300Rx<HDLC 01><Len3>FF 800 009:
47:
17.86500Tx<HDLC 01><Len3>80FF 0009:
47:
17.86500Tx<HDLC 01><Len11> 8 080 080 109 08 19 00 21 10 0209:
47:
17.86600Tx<HDLC 01><Len12>8 081 090 109 08 19 00 11 20 00Строки трассировщика, описывающие сообщения, передаваемые по сигнальному каналу DSS1, расшифровываются следующим образом:
Строки трассировщика, описывающие линейные сигналы, передаваемые в 16 ВИ для 2ВСК, расшифровываются следующим образом:
Строки трассировщика, описывающие частотные сигналы, передаваемые в разговорных каналах с 1 по 15 и с 17 по 31 ВИ для 2ВСК, расшифровываются следующим образом:
Строки трассировщика, описывающие сообщения, передаваемые по сигнальному каналу ОКС-7, расшифровываются следующим образом:
41Строки трассировщика, описывающие состояние ИКМ-трактов, расшифровываются следующим образом:
СПИСОК ЛИТЕРАТУРЫ
1. Самуилов К, Фшюшин Ю. Роль интеллектуальной сети в эволюции систем связи//Открытые системы.- 1996;№ 2-С. 12−26.
2. Ластовченко М. М., Новак Ю. В., Павлюк В. С., Белоус П. И. Проблемы создания интеллектуальных корпоративных сетейинтегрального обслуживания на ВОЛС // Материалы МНТК: НАУКОВІ ЗАПИСКИ. Том 19−20. Комп’ютерні науки.
Сети с КП. Новейшие технологии в электросвязи УкраиныК., 1999.-С. 48−53.
3. Алексеев Е. Б., Заркевич Ε. Α., Устинов С. А. Концепция построения сетей доступа ВСС России на элементах фотонной техно логии//Электросвязь- 1998;№ 1.-С. 12−14.
4. Сведе-Щвец В. Н., Сведе-Щвец В. В., Воробьев С. А. Оптоэлектронные средства информатизации телекоммуникаций исупер
ЭВМ для решения народнохозяйственных задач на основеотечественной трехмерной оптоэлектронной технологии //Информационные технологии.-2000.-№ 10.-С. 2-Ю.
5. Слепое Н. Н. Синхронные сети SDH. M: Эко-трендз-1999;148 с.
6. Ластовченко M. M., Биляк В. И., Павлюк В. С. Проблемыформирования архитектуры системы интегрального управлениятранспортной платформой интеллектуальных сетейМ., 2001.-С. 19−29.
7. Павлюк В. С., Биляк В. И. Анализатор управления реконфигурацией для сетей SDH // УСиМ.- 2000.-№ 5/6. С. 122−127.
8. Стародуб Н. М., Михайлов В. Ф. Создание цифровой транспортной сети общего пользования РФ на основе ATM //Зв'язок- 1998;№ 6-С. 11−17.
9. Lastovchenko M., DoroshenkoΑ., Yegipko O., Rashnik T. A Control System for Distributed Process of Reconfigurationat Heterogenous Network // III ISTC, Prob. Dis. Telecom NetworksOdessa, 1997;P. 22−27.
10. Hiroshi Yoshimura, Ken-ichi-Sato, NaboruTakachio. FuturePhotonic Transport Networks Based on WDM Technologies //IEEE Communications Magazine.- February.- 1999.-P. 74−81.
11. Радиорелейное оборудование SDH — STM-1- M.: NeraAS., 2000. 39 p.
12. Белоусов Д. И., Будишевский А. В., Колчанов О. В. Проблема построения транспортных платформ широкополосного беспроводного доступа в виртуальных интеллектуальных сетях — К., 2001.-С. 48−57.
