Протокол IPBCP

Между IP-сетями и такими сетями, как TDM или ATM, сущест­вует различие, заключающееся в том, что для обеспечения взаи­модействия пользователей сигнальные сообщения не обязатель­но должны восприниматься всеми сетевыми элементами. Если шлюзы или взаимодействующие узлы обменяются IP-адресами и номерами портов, то для IP-сети этого достаточно, чтобы обес­печить передачу между ними пользовательского трафика. Такой принцип вполне подходит для обслуживания трафика по модели best effort, но IP-сеть с гарантированным уровнем обслуживания должна функционировать поверх некоего типа соединения.

Так как BICC всего лишь использует уже существующие прото­колы внутри IP-сети, ИК11 при разработке BICC CS2 и BICC CS3 пришлось сосредоточить усилия на вопросе обеспечения качества. Запрос соединения просто перераспределяет полосу пропускания в шлюзе, получившем этот запрос. К тому же, IP-сети не устанавли­вают двунаправленные соединения автоматически, и чтобы обес­печить это, требуется передача служебной информации в каждом направлении. К счастью, обмен информацией может быть очень простым - обмен IP-адресами, номерами портов и некоторыми сведениями, описывающими тип пользовательских данных.

В IP-сетях с протоколом SIP информация о пользовательском трафике описывается отдельно в протоколе описания сеанса SDP (Session Description Protocol), о чем говорилось в главе 4. Хотя SDP там и назывался протоколом, фактически он определяет только формат и значение передаваемых данных. SDP не определяет своих собственных сообщений и поэтому переносится протоколом SIP. Для того чтобы сделать протокол BICC максимально совмести­мым с SIP, сообщения BICC были расширены так, чтобы они могли опционально переносить данные протокола SDP. Эта информация создается функцией MMSF и через интерфейс CBC передается вертикально блоку управления обслуживанием вызова BICC, а за­тем пересылается горизонтально, как информация, туннелируемая внутри BICC. Эта возможность позволяет обмениваться данными SDP, чтобы открыть соединение на пользовательской плоскости, и обойтись без спецификации в BICC всей информации, которая уже определена в SDP. Здесь использован термин туннелирование потому, что протокол BICC не просматривает, не проверяет и не понимает информацию, которую он передает. Для того чтобы меха­низм туннелирования был универсальным, ITU-T выпустил отдельную рекомендацию Q.1990 - Bearer Control Tunneling Protocol, - опреде­ляющую заголовок туннелируемой информации, который нужен для того, чтобы идентифицировать протокол и номер версии.

Такой обмен информацией между двумя BIWF с использованием кодирования SDP и с туннелированием согласно Q.1990, был опре­делен как работа по протоколу IP Bearer Control Protocol, который, в свою очередь, специфицирован в рекомендации Q.1970.

Для передачи информации протокол IPBCP использует четыре сообщения:

• Request message передается BIWF чтобы инициировать процесс создания или модификации IP-носителя. BIWF передавший это сообщение, называется I-BIWF(Initiating BIWF).

• Accepted message передается в ответ на сообщение запроса. BIWF, передавший это сообщение, называется R-BIWF (Receiving BIWF).

• Confused message передается в ответ на сообщение запроса в случае, если его невозможно обработать.

• Rejected message передается в ответ на сообщение запроса в случае, если его невозможно удовлетворить.