которые могут потребовать активизации новой программы логики услуг или обращения к уже активной программе.

(Логика услугиД]!)

SCF или SMF

Информационные потоки

Менеджер доступа

Информационные потоки

Менеджер IN-NSM

IN-NSSM События IN-NSSM

Менеджер доступа

Менеджер коммутацииуслуг II

IN-SSM События IN-SSM Управлениересурсами

Менеджер данных о локальных ресурсах IN

Данные о локальных ресурсах IN

Менеджер взаимодействия атрибутов FIM/NCM

джер взаимодействия трибутов FIM/CM

1 J ZZZ-Ji

Менеджер атрибутов

Менеджер BNCM Триггеры BNCM События BNCM

:ер ВСМ

Обработка тригге!

Менеджер ресурсов базового процесса

Управление средствами коммутации и передачи

Данные о ресурсах базового процесса

Рис. 5.2.12 Модель CUSF

IN-NSM взаимодействует с SCF во время предоставления услуги пользователю с целью сделать события, происходящие в CUSF, видимыми со стороны SCF FIM/NCM обеспечивает механизм, который предотвращает одновременное обращение к нескольким услугам/ атрибутам, относящимся к одной логической связи.

5.2.3.4 Физическая плоскость

Применительно к CS-2 определены протоколы для следующих интерфейсов:

Функции CUSF содержатся в терминальном оборудовании ISDN, что отражено на рисунке 5.2.13. Для поддержки функционирования SIB, определенных для CS-2, а также связанных с этими SIB операций и информационных потоков, в интерфейсе управления услугами определены соответствующие процедуры и структуры данных протокола прикладного уровня IN (INAP).

с Сеть сигнализации

К другим SCP или SDP в

этой или другой сети

TccIf.C у

f CCAF I

Сеть TMN

Транспорт

----Сигнализация

С Для SSCP

Функциональный объект ) Необязательный функциональный объект

Рис. 5.2.13 Физическая плоскость CS-2

5.2.4 Особенности базового процесса обслуживания вызова для CS-2

5.2.4.1 Предпосылки

В соответствии с концепцией IN модель состояний базового процесса обслуживания вызова BCSM для любого из наборов CS является подмножеством общей модели, отражающей сегодняшнее видение целевой (завтрашней) архитектуры IN. За основу такой модели для CS-2 взята модель BCSM, определенная в Q.1214 для CS-1. На рисунках 5.2.14 и 5.2.15 представлены исходящая и входящая части BCSM для набора CS-2, управляемые функционально разделенными менеджерами ВСМ в SSF/CCF.

5.2.4.2 Исходящая часть BCSM для CS-2

Исходящая часть BCSM (рис. 5.2.14) соответствует той части процесса обслуживания вызова, которая относится к исходящей стороне. Ниже приводится описание состояний процесса в точках PIC этой части процесса:

0 Null:

Authorize Origination Attempt:

Collectjnformation:

Analize lnformation:

Select Route:

Authorize Call Setup:

Send Call:

0 Alerting: 0 Active:

0 Suspended:

0 Exeption:

исходное состояние.

индикация исходящего вызова (сообщение Setup Q.931, сообщение IAM ISUP), проверка права пользователя на связь с запрошенными характеристиками.

прием адресной информации (коды услуг, префиксы, цифры набора номера) от исходящей стороны. Информация проверяется с учетом плана нумерации на предмет ее полноты.

анализ и/или перечет адресной информации в соответствии с планом нумерации для определения физического адреса назначения и вида связи.

выбор маршрута в соответствии с адресом назначения и видом связи.

проверка права вызывающей стороны на данную сявзь.

установление соединения с вызываемой стороной.

ожидание ответа от вызываемой стороны.

соединение между исходящей и входящей стороной установлено; начисление платы.

ожидание возобновления обслуживания вызова или немедленного разъединения.

обработка исключительных ситуаций (по умолчанию).