• модель распределенного окружения IN и описание процедур на основе машин конечных состояний (FSM);

• подробное описание назначения и использования всех операций, а также их параметров.

Рекомендация Q. 1218 содержит дополнение, где приводится SDL-описание процедурной модели, и два приложения, в одном из которых описывается модель данных для услуг, а в другом приведены материалы, касающиеся дальнейших исследований.

С учетом все большей ориентации России на европейские стандарты, происходящей в последние годы, и того факта, что вариант, предложенный ETSI, на сегодня представляется более стабильным, чем вариант ITU-T, в дальнейшем подробно будет рассматриваться именно протокол Core INAP ETSI.

3.1.2 Сценарии взаимодействия элементов IN

Прикладной протокол INAP для CS-1 поддерживает взаимодействие между тремя следующими функциональными объектами, определенными функциональной моделью IN:

• SSF (Service switching function);

• SCF (Service control function);

• SRF (Specialized resource function).

Интерфейс между функциональными объектами SCF и SDF, размещенными втерриториально обособленных РЕ, поддерживает INAP, использующий подсистему ТСАР, которая, в свою очередь, использует не ориентированные на соединение услуги подсистемы SCCP и услуги подсистемы МТР системы ОКС-7 (см. рис. 3.1.1). За любое сопряжение с другими протоколами при доступе к сетям других типов отвечает SDF

Далее приведены примеры реализации связей между функциональными объектами коммутации услуг (SSF), управления услугами (SCF) и специализированных ресурсов (SRF) для случая, когда все эти объекты размещены в разных физических элементах, т.е. SSF размещен в узле коммутации услуг SSP, SCF размещен в узле управления услугами SCP, SRF размещен в физическом элементе - интеллектуальная периферия IP.

Все варианты реализации связей иллюстрированы схемами, представленными на рисунках 3.1.2 - 3.1.6. Варианты различаются способом поддержки связи SCF-SRF и типом системы сигнализации, используемой между SSF и SRF Таблица 3.1.1 суммирует особенности каждого варианта с точки зрения вышеуказанных аспектов.

С.73

Рис. 3.1.1 Физический интерфейс между SCP и SDP

ТаблицаЗ.1.1

Первый вариант, изображенный на рисунке 3.1.2., относится к случаю, когда интеллектуальная периферия - IP (функциональный объект специализированных ресурсов - SRF) соединена с узлом коммутации услуг SSP через сеть ТФОП или ISDN.Все ассоциации поддерживаются системой сигнализации ОКС-7 (ТСАР или ISUP). В этом случае IP является одним из узлов сети, а SCP получает доступ к IP по звену ОКС-7. Могут использоваться другие системы сигнализации, но ими должен поддерживаться перенос информации о корреляции. Подсистема ISUP реализует такое требование без введения в нее новых параметров.

Второй вариант, изображенный на рисунке 3.1.3, относится к случаю, когда интеллектуальная периферия - IP соединена с узлом коммутации услуг SSP через интерфейс пользователь-сеть ISDN. Узел управления услугами SCP получает доступ к IP через SSP по D-кана-

лу цифровой абонентской сигнализации DSS1. При этом IP может являться самостоятельным физическим элементом, размещенным вне сети ОКС-7. Информационные потоки между SCF и SRF поддерживаются протоколом ROSE, функции трансляции возложены на MACF или прикладной процесс SSP.

ASE (s) (SCF. SSF)

SCCP ~1-

Звено ОКС-7

ASE(s) (SCF. SRF)

SCCP

Звено 0KC-7[ J

Рис. 3.1.2 Пример архитектуры для поддержки SRF, вариант 1

ASE(s) (SCF. SRF)

Звено OKC-7

Рис. 3.1.3 Пример архитектуры для поддержки SRF, вариант 2

Третий вариант, изображенный на рисунке 3.1.4, описывает случай, когда IP интегрирована с узлом коммутации услуг SSP, в котором размещаются функциональные объекты CCF, SSF и SRF. Узел управления услугами SCP имеет возможностьдоступа к SRF при помощи прикладного процесса в SSP. Взаимодействие SCP с SRF может быть аналогичным варианту 2 (рис 3.1.3).