Ваш отзывКачественный скачок, связанный с появлением компьютерной телефонии, повторился снова при переходе к технологии Softswitch . Напомним, что компьютерная телефония принесла с собой стратегию разделения IN и сети сигнализации на уровне оборудования. Разделение задач управления на управление трафиком и управление услугами позволило ряду компаний выйти па рынок с независимыми продуктами на прикладном уровне Softswitch . Так, появился сегмент рынка технических решений уровня «С», работающих па протоколах OSA / PARLAY . Часть таких решений показана на рис. 5.14, они являются надстройками над распределенной системой Softswitch . Шлюз PARLAY взаимодействует с сегментами мобильных сетей по протоколам MAP и CAP , с сегментами сетей NGN — через протокол SIP и с сегментами традиционных сетей как отдельное решение IN задач компьютерной телефонии.
Рассмотренная схема позволяет создать платформу для реализации любых современных концепций управления услугами. С учетом того, что на прикладном уровне осуществляется конвергенция услуг мобильной сети, ТфОП и NGN , построенное таким образом решение может рассматриваться не только в качестве дополнения к концепции Softswitch , но и как постепенный переход к концепции мобильного широкополосного доступа и IMS (см. ниже). Все эти факторы способствовали широкому развитию концепции независимых решений прикладного уровня, а также систем на основе OSA / PARLAY (этот вопрос детально изучен в [10]). 5.4.3. Реализация пограничных контроллеров сеансов Еще одно направление развития концепции Softswitch — это создание и развитие нового класса устройств - пограничных контроллеров сеансов SBC ( Session Border Controller ). Эти устройства настолько удачно дополнили концепцию Softswitch , что внедрение SBC можно рассматривать как революционное явление в рамках этой концепции. Появление SB С было связано с недостатками концепции Softswitch , которые проявились довольно рано, в процессе первых опытных внедрений этой технологии. Первым недостатком оказалось большое количество устройств в распределенной системе управления и многообразие протоколов. После обнаружения фактов нестыковки различных подсистем сигнализации друг с другом потребовалось разработать единое устройство, отвечающее за сопряжение различных сегментов сетей в рамках распределенного Softswitch . Таким устройством стал контроллер SBC . Как следует из идеи этого устройства, SBC помещается в точку сопряжения сетей и выполняет функцию преобразования и согласования системы сигнализации (рис. 5.15). В этом смысле SB С по своим функциям очень близок к шлюзам сигнализации SG .
Но функции SBC далеко не исчерпывались решением проблемы сопряжения разных протоколов в распределенной системе Softswitch . Проблемы оказались намного глубже, чем просто нестыковки различных протоколов и систем. В процессе разработки концепции Softswitch была упущена очень важная функция, связанная с управлением качеством услуг. Как известно, переход от коммутации каналов к коммутации пакетов существенно усиливает требования по контролю качества голосовых и видеоприложений (ниже в главе 6 мы рассмотрим эти особенности современных услуг NGN ). В результате система управления сетью должна, помимо управления процессами установления соединений, управлять качеством услуг. Система контроля качества должна включать в себя подсистемы диагностики и управления качеством. Поскольку система Softswitch работает с данными от различных систем сигнализации, но не обслуживает абонентский трафик, в пей невозможно измерять параметры качества, а следовательно, нельзя и управлять им. Исключением являются шлюзы каналов TG , но они устанавливаются в точках преобразования пакетного трафика в TDM . Поскольку голосовые или видео
данные передаются не по гибридной сети TDM / IP , а по сети NGN ( IP / IP ), в существующей архитектуре Softswitch не были предусмотрены механизмы диагностики и обеспечения параметров качества услуг. Стремясь поправить положение, разработчики технологии Softswitch предложили возложить функции по контролю качества на SBC . Для этой цели было предложено использовать распределенную архитектуру SBC (рис. 5.16). В таком случае контроллер SBC реализуется в виде двух устройств. Устройства SBC - Media устанавливаются на трафиковые каналы и обеспечивают комплекс функций по управлению качеством в системе NGN . Устройства SBC - SIG выполняют функции согласования протоколов сигнализации и тем самым позволяют управлять качеством услуги. Подсистемы SBC - Media и SBC - SIG должны тесно взаимодействовать друг с другом, чтобы обеспечить политику управления качеством услуг в системе NGN . На контроллер SB С была возложена еще одна функция — управление безопасностью решений на уровне «С». Эта функция, как показано на рис. 5.15 и 5.16, реализуется в виде сетевых экранов ( firewall ), которые являются составной частью SBC . Решение вопросов обеспечения безопасности при внедрении Softswitch представляет собой важное направление развития этой технологии. Напомним, что абоненты NGN , представляющие собой в большинстве своем SIP -клиентов, включаются напрямую в ядро Softswitch ( MGC ). В таком случае мы получаем довольно спорную ситуацию, когда потенциальный хакер может подключиться непосредственно к управляющему элементу сети. С учетом того, что протокол SIP является открытым, создаются идеальные условия для любых несанкционированных операций на уровне управления сетью, что конечно недопустимо. Традиционная концепция Softswitch не предусматривала элементов обеспечения безопасности работы подсистемы управления, так что применение для этой цели SB С решило проблему. Помимо трех основных функций: согласования протоколов, контроля и управления качеством услуг и обеспечения безопасности, SBC выполняет еще ряд дополнительных функций, анализ которых приведен в [9]. Следует отметить, что в настоящее время активно идет внедрение технологии Softswitch , что отражает современное состояние революционных преобразований NGN . И наоборот, говоря о концепции управления современными сетями NGN , мы имеем в виду именно технологию Softswitch , и, по оценке автора, доминирование этой концепции может растянуться на десятилетия. Но в то же время понятно, что в будущем концепция Softswitch должна быть реформирована. Поэтому в следующем разделе мы рассмотрим дальнейшее развитие решений уровня «С», оговаривая тот факт, что эти решения скорее будущего, чем настоящего.
Рубрика:
