неджер коммутации услуг IN SM (IN switching manager) хранит информацию о состоянии услуги и координирует несколько соединений, относящихся к одной услуге. IN-SSM позволяет моделировать каждое соединение в виде группы объектов. IN SM интерпретирует события, происходящие в BCSM, и транслирует их в события IN-SSM (изменения состояний SSM) для передачи сведений о них к B-SCF. В противоположном направлении приходящие от B-SCF инструкции транслируются в инструкции BCSM. Менеджер коммутации услуг может потребовать от B-CCF инициировать один или несколько вызовов на основании полученных от B-SCF инструкций или дать указание B-CUSF установить сигнальное соединение для взаимодействия пользователя с услугой.

Рис. 5.5.2 Конфигурация физических элементов B-IN

Главное различие между SCF и B-SCF - в особенностях логики управления широкополосными услугами (например, в наличии средств управления сессией), адекватно поддерживаемых протоколом B-INAP (Broadband INAP) в интерфейсе между B-SSF и B-SCF Предложенный для узкополосных услуг способ взаимодействия между SLP и SSF оставлен неизменным.

Новые группы ресурсов введены в B-SRF. Причина их введения состоит втом, что взаимодействие с пользователем, основанное на графическом интерфейсе, требует большей полосы пропускания для загрузки программных компонентов в терминал пользователя и частого их обновления. Для хранения программных компонентов широкополосных услуг в B-SRF используются базы данных значительного объема.

Интерфейс между ТЕ (или STB) и B-SSP, как и интерфейс между B-SSP и B-IP, представляет собой стандартный интерфейс пользователь-сеть UNI (User-network interface), интерфейс между двумя B-SSP - межузловой интерфейс NNI (Network-node interface); оба они определены рекомендациями ITU-T по сигнализации в широкополосных сетях. Интерфейсы между B-SCP и B-SSP и между B-SCP и B-IP являются интерфейсами IN и находятся в процессе разработки в ITU-T.

5.5.2 Модель состояний IN-SSM

Модель IN-SSM дает объектно-ориентированное описание машины конечных состояний процесса обслуживания вызова (управления соединением) в терминах состояний связи/соединения IN. Вследствие довольно простой топологии соединений, связанных с услугами первого набора возможностей, в CS-1 модель IN-SSM ориентирована только на процесс управления соединением. В CS-2 модель IN-SSM дополнена аспектами управления участниками многосторонней связи.

Проблема создания адекватной модели IN-SSM применительно к широкополосным сетям состоит в том, что набор возможностей, предоставляемых сетями B-ISDN, не является фиксированным, а постепенно развивается. Следуя этому, идет и создание наборов стандартов сигнализации (SCS - Signalling capabilities set) для поддержки каждого нового набора возможностей B-ISDN. Это означает постоянное обновление модели BCSM. Нельзя забывать и отом, что любая широкополосная услуга IN может соотноситься с несколькими вызовами (запросами связи) и предоставлять несколько соединений.

На рисунке 5.5.3 представлены реализации сессии в B-SSF и B-SCF для случая трех соединений и трех участников связи. Между участниками А и В установлены два соединения (1 и 2) для доставки информации пользователей, а между участниками В и С установлено одно соединение (3), не связанное с доставкой такой информации.

При спецификации услуг B-ISDN применяется принцип, согласно которому на сложность сценария никаких ограничений не накладывается. Реализация таких услуг требует, чтобы процессы управления

СВЯЗЬЮ пользователей были отделены от процессов управления соединениями. Однако трудно ожидать, что переход от сетей ATM, поддерживающих только полупостоянные соединения, к сетям коммутируемых виртуальных каналов, поддерживающим полный спектр услуг B-ISDN, произойдет внезапно.

Представление участников связи

Представление соединений

Рис. 5.5.3 Модель сессии в B-SSF и B-SCF

ITU-T определены три фазы введения возможностей сигнализации SCS (Signalling capability set) в B-ISDN. Первая из этих фаз, SCS-1, рекомендации для которой утверждены в 1995 году, ориентирована на поддержку простейших широкополосных услуг связи между двумя пользователями. Вторая фаза разделена на два этапа - SCS-1.1 и SCS-1.2. Одобренный в 1997 году пакет рекомендаций этапа SCS-1.1 поддерживает связи/соединения между одной точкой и несколькими с возможностью изменения характеристик соединения во время связи. В 2000 году утверждены рекомендации для SCS-1.2, которые предусматривают дополнительно поддержку связей, требующих нескольких соединений. В настоящее время ведется работа над спецификацией протоколов с полным разделением процессов управления связью пользователей и управления соединениями.