Вопрос выбора единственного протокола для упрощения взаимодействия оборудования разных производителей и для концентрации усилий на совершенствовании и доработке только одного протокола не раз поднимался на международных форумах. Например, он был вопросом номер один в докладе о NGN компании Telecom Engineering Consultants на форуме Asia Pacific Telecommunity в августе 2003 года.
Рассмотренный в главе 4 протокол SIP (SIP-I, SIP-T) сегодня является безусловным фаворитом с точки зрения выбора единственного протокола взаимодействия для Softswitch. Сейчас некоторые производители и Операторы организуют взаимодействие оборудования Softswitch по протоколу BICC по той причине, что в свое время при построении сети они отдали предпочтение технологии ATM, на которую и был ориентирован протокол BICC CS-1. Заметим, что в этой главе, как и в посвященной SIP главе 4, к аббревиатуре протокола SIP иногда добавляются буквы SIP-Т, SIP-I и упоминаются соответствующие расширения протокола. Строго говоря, это не совсем так. Дело в том, что в дополнительных рекомендациях, после выхода которых появились аббревиатуры SIP-T и SIP-I, рассматриваются вопросы взаимодействия протокола SIP с другими системами сигнализации. В них SIP-T определяет правила взаимодействия с телефонными сетями общего пользования, а SIP-I является обобщенным термином для всех рекомендаций, связанных с взаимодействием внешних сетей с сетью SIP.
|
|
SIP INVITE (инициирование' сеанса связи)
183 session |
100 Trying
(запрос обрабатывается)
Progress
(характеристики обмена)
SIP-NNI |
1-IWU |
ISN-B |
ISN-A |
BICC IAM |
PRACK
(начальное адресное сообщение)
Bearer Setup
(организация несущего канала)
Bearer Accept (канал проключен)
начальное адресное сообщение) |
BICC IAM
Bearer Setup Request
(запрос создать несущий канал)
SETAP
(запрос соединения)
CALL PROC
(соединение устанавливается)
200 OK PRACK |
СОТ |
Bearer Setup Connect
(несущий канал проключен)
UPDATE (изменение ' характеристик
канала) 200 OK UPDATE
180 Ringing
1 (вызываемому абоненту передается ПВ)
PRACK
200 OK PRACK
ACM (сообщение "Адрес достаточен") |
ANM (ответ) |
(сообщение проверки на целостность)
ACM (сообщение
"Адрес достаточен")
ANM (ответ)
ПВ |
Ответ |
ALERTING
(передается вызывной сигнал)
CONNECT
(ответ)
CONNECTACK (подтверждение)
200 OK INVITE
(запрос успешно обработан, ответ)
ACK
Фаза обмена пользовательской информацией
BYE |
REL |
REL |
(разрушение соединения) |
Сигнал "Занято" |
(освобождение) |
DISCONNECT |
(освобождение) |
(разъединить) |
RLC |
200 OK BYE
RLC |
(ресурсы освобождены) Bearer Release, Request |
RELEASE |
(ресурсы освобождены) |
(освобождение) |
запрос освобождени несущего канала) |
Bearer Release щ Request запрос освобождени несущего канала) |
Отбой |
Bearer Release Ack |
Bearer Release Ack |
Рис. 8.18. |
RELEASE COMPLETE
|
|
(ресурсы освобождены)
Успешное установление соединения в направлении SIP-BICC. Проключение канала в обратном направлении, отбой со стороны вызывающего абонента
Что же касается BICC CS-2 и BICC CS-3, то хотя они предусматривают возможность работы протокола BICC в IP-сетях, но даже те производители и Операторы, которые с самого начала строили сети IP, а не ATM, часто не видят смысла переходить с уже используемого в их сетях протокола SIP на BICC CS-2. Поэтому, наблюдая начавшуюся замену коммутируемых сетей TDM сетями SIP/IP и BICC/ATM, можно считать более вероятным постепенный переход в дальнейшем преимущественно на IP-сети, в которых IP будет использоваться без ATM и SDH, а SIP будет замещать BICC.
Но сейчас SIP и BICC обладают практически одинаковыми функциональными возможностями. И если SIP-I лучше подходит Операторам, планирующим создавать SIP-ориентированную сетевую структуру и предоставлять передовые мультимедийные услуги, то BICC удовлетворяет крупных традиционных операторов, эмулирующих услуги ТфОП и желающих лишь получить независимость от транспортной технологии и сохранить только что построенную сеть ОКС7, к которой прочно привязан BICC. Время покажет, какую нишу в перспективе займет BICC. Будут ли это сети традиционных межрегиональных операторов или частные локальные и корпоративные решения? Будут ли и дальше протоколы H.323, SIP, H.248 и BICC развиваться параллельно, или дальнейшие усилия ITU и IETF сконцентрируются только на совершенствовании SIP и H.248?
Время покажет. А сегодня протокол BICC предлагает довольно изящное решение перехода к мультисервисным сетям NGN, описанию которого и была посвящена настоящая глава.