Архитектура протокола BICC

Начнем рассмотрение архитектуры BICC с узлов обслуживания сети Serving Nodes (SN) и разберемся со связанной с ними тер­минологией. Архитектура BICC подразумевает, что вызовы будут входить в сеть и выходить из нее с поддержкой BICC через интер­фейсные узлы обслуживания - Interface Serving Nodes (ISN), - пре­доставляющие сигнальные интерфейсы между узкополосной ISUP (сетью ТфОП/ISDN с коммутацией каналов) и одноранговым узлом ISN (находящимся в пакетной сети).

Кроме функции интерфейса между двумя подсистемами ISUP через домен BICC имеется возможность взаимодействия двух разных Операторов связи, у каждого из которых свой BICC-домен. Узел, исполняющий роль шлюза в каждом из доменов BICC, получил название пограничный узел обслуживания - Gateway Serving Node (GSN). Он обеспечивает соединение двух областей BICC, прина­длежащих разным Операторам, и это соединение состоит из двух узлов GSN, непосредственно связанных друг с другом.

Если два оператора могут взаимодействовать друг с другом, то должно быть также возможным, чтобы каждый из них мог пре­доставлять услуги ТфОП/ISDN внутри своей сети. Узел, который будет это выполнять, аналогичен по своим функциям транзитной АТС и называется транзитным узлом обслуживания - Transit Serving Node (TSN).

На рис. 8.1 представлены узлы всех рассмотренных типов. Имеются также промежуточные коммутаторы, через которые тракт проключается при помощи сетевой сигнализации. Эти коммутато­ры характерны для сетей ATM и в терминах BICC называются уз­лами ретрансляции носителя - Bearer Relay Nodes (BRN) или ком­мутирующими узлами - Switching Nodes (SWN), но не все сетевые технологии требуют их наличия.

BICC А>		ISUP-BICC 4>
GSN	Другая пакетная сеть	ISN

BICC

BICC

УУ Y

Тракт Е1

Пакетная \ сеть

Пакетная сеть

АТС

ISN

ISN

GSN

Рис. 8.1. Узлы обслуживания BICC

Структура каждого из вышеупомянутых узлов соответствует мо­дели протокола BICC, представленной на рис. 8.2.

Сигнализация управления/ обслуживанием вызова/

(протокол BICC)

Функции обслуживания

вызова CSE (верхний подуровень)

Сигнализация управления обслуживанием вызова

(протокол BICC)

Сигнализация управления

Сигнализация управления

несущим каналам

несущим каналам

Функции управления несущим каналам BCF (нижний подуровень)

Рис. 8.2. Структура узла обслуживания в соответствии с CS1

На нижней плоскости размещены отделенные от BICC-протоко- ла сигнализации управления обслуживанием вызова и, следова­тельно, не рассматриваемые в нем, функции подуровня управления носителем BCF (Bearer Control Function), которые подразделяются на 4 типа: BCF-N, BCF-T, BCF-G и BCF-R. Первые три обеспечива­ют управление функцией коммутации несущего канала, содержат средства для взаимодействия с ассоциированной с ними CSF (Call

Service Function) и средства сигнализации, необходимые для орга­низации несущего канала к другой одноранговой BCF и для разру­шения этого канала. BCF-R обеспечивает управление коммутацией несущего канала и передает запросы управления несущим каналом к следующей BCF для сквозного обмена сигнальной информацией. Что же касается верхней плоскости обслуживания вызова, т.е. по­дуровня, на котором функционирует сигнализация BICC, то здесь присутствуют функции обслуживания вызовов CSF четырех типов:

• узловая функция обслуживания вызова CSF-N (Nodal), которая реализует действия узла, связанные с управлением узкополос­ными услугами, и поддерживает взаимодействие между сигна­лизацией ISDN и BICC, передавая одноранговой функции CSF данные о вызове и обращаясь к функции BCF-N, необходимой для переноса трафика узкополосной услуги к/от опорной сети;

• транзитная функция обслуживания вызова CSF-T(Transit), кото­рая реализует действия, требующиеся для создания и поддержа­ния сеанса связи и необходимого для него носителя в опорной сети, ретранслируя сигналы между одноранговыми CSF и об­ращаясь к функции BCF-T, обеспечивающей перенос трафика узкополосной услуги в опорной сети;

• шлюзовая функция обслуживания вызова CSF-G (Gateway), ко­торая реализует действия, нужные при предоставлении услуги через шлюз и требующиеся для установления и поддержания сеанса связи и необходимого для него носителя в опорной сети, ретранслируя сигналы между одноранговыми CSF и обращаясь к функции BCF-G, обеспечивающей перенос трафика узкополос­ной услуги между разными опорными сетями;

• функция координации обслуживания вызовов CSF-C (Coordination), которая реализует координацию действий по об­служиванию вызова и посреднические действия, необходимые для установления и поддержания сеанса связи в опорной сети, ретранслируя сигналы между одноранговыми CSF. CSF-C не имеет никакой связи с какой-либо BCF, а является только функ­цией управления обслуживанием вызова.

В узлах BICC формируется функция взаимодействия несущих каналов BIWF (Bearer InterWorking Function) - функциональная единица, поддерживающая функции управления несущим кана­лом (BCF) и функции мэппинга/коммутации в SN. BIWF содержит один блок BCF.

Оперируя имеющейся у нас теперь терминологией, можно пос­мотреть, что представляют собой три описанных ранее типа узлов обслуживания SN с точки зрения протокола BICC.

Функциональный объект Interface Serving Node (ISN) содержит блок узловой функции обслуживания вызовов CSF-N и один или более блоков функций взаимодействия несущих каналов BIWF, ко­торые взаимодействуют с сетью коммутации каналов SCN (Switched Circuit Network) и одноранговыми блоками в опорной сети.

Функциональный объект Transit Serving Node (TSN) содержит функцию обслуживания вызовов CSF-T и поддерживает один или более блоков функций взаимодействия несущих каналов BIWF. TSN взаимодействуют с другими TSN, GSN и ISN в собственном домене базовой сети.

Функциональный объект Gateway Serving Node (GSN) содержит функцию обслуживания вызовов CSF-G и один или более блоков межсетевого взаимодействия несущих каналов BIWF. GSN взаимо­действуют с другими GSN в других доменах базовой сети и с други­ми ISN и TSN в собственном домене базовой сети.

Узлы SWN содержат единственную функцию - функцию комму­тации BCF-R.

Одним из основных требований к протоколу BICC является под­держка всех существующих узкополосных услуг, поэтому архитек­тура BICC должна обеспечить предоставление услуг Интеллекту­альных сетей (IN) точно так, как они предоставляются в ТфОП/ISDN. Для поддержки функций Интеллектуальной сети [7] вводится узел архитектуры BICC еще одного типа - так называемый Call Mediation Node (CMN). Фактически CMN - это частный случай узла TSN, а именно TSN, не имеющий пользовательского подуровня (или «пользовательской плоскости»), т.е. на него не поступает и через него не проходит транзитом пользовательский трафик. Пользу­ясь введенной выше терминологией BICC, можно сказать, что CMN - это узел, который выполняет функцию управления обслужи­ванием вызова CSF, но не имеет связанной с ней BCF

Прежде чем перейти к последовательному рассмотрению двух специфицированных наборов возможностей CS1 и CS2, приведем структуру протокола BICC (рис. 8.3), которая должна чуть больше разъяснить общую картину функционирования протокола. Блок процедур BICC включает в себя функции элемента CSF. Функции протокольного элемента BCF распределены между блоками функ­ций мэппинга и блоками управления несущим каналом. Блок функ­ций мэппинга используется блоками BCF при получении/передаче сигнальных сообщений управления несущим каналом для их преоб­разования, при этом используется универсальный интерфейс.

Для получения/передачи сообщений BICC используется универ­сальный интерфейс с конвертером транспортировки сигнализации STC (Signaling Transport Converter). Поскольку посредством этого конвертера протокол BICC обеспечивает свою независимость от транспортной технологии, необходимо определять интерфейсы STC с разными системами транспортировки сигнальных сообще­ний и с блоками функций управления носителем.