Архитектура ССП. Уровень управления услугами. Уровень управления коммутацией.

С развитием инфокоммуникационных услуг стали весьма популярны обсуждения различных вариантов архитектуры ССП, которые в рамках единой инфраструктуры объединяют сети ТфОП, мобильную связь, ресурсы сети Интернет, телефонию по IP-протоколу. В настоящее время наибольшее распространение получила четырехуровневая архитектура ССП

Рис. 2.1. Архитектура сети следующего поколения

· уровень управления услугами;

· уровень управления коммутацией;

· транспортный уровень;

· уровень доступа.

Уровень управления услугами содержит функции управления логикой услуг и приложений и представляет собой распределенную вычислительную среду, обеспечивающую:

· предоставление инфокоммуникационных услуг;

· управление услугами;

· создание и внедрение новых услуг;

· взаимодействие различных услуг.

Данный уровень позволяет реализовать специфику услуг и применять одну и ту же программу логики услуг вне зависимости от типа транспортной сети и способа доступа. Наличие этого уровня позволяет также вводить на сети электросвязи любые новые услуги без вмешательства в функционирование других уровней.

Уровень управления может включать множество независимых подсистем ("сетей услуг "), базирующихся на различных технологиях, имеющих своих абонентов и использующих свои, внутренние системы адресации.

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

Такие механизмы предусмотрены открытой сервисной архитектурой OSA (Open Services Access) – основной концепцией будущего развития сетей электросвязи в части внедрения и оказания новых дополнительных услуг.

При создании систем на основе OSA должны присутствовать следующие ключевые моменты:

· открытая среда для создания услуг;

· открытая платформа управления услугами.

На протяжении нескольких лет различными организациями предлагалось несколько вариантов реализации концепции OSA, пока в 1998 г. не был сформирован консорциум Parlay Group, который занимается созданием спецификаций открытого API (Application Programming Interface), позволяющего управлять сетевыми ресурсами и получать доступ к сетевой информации.

Архитектура Parlay является одной из практических реализаций концепции OSA (рис. 2.2).

 

Как показано на рисунке, разные сети связи имеют различные сетевые элементы, в частности:

· в сети подвижной электросвязи второго поколения входят SGSN (Serving GPRS Support Node) и MSC (Mobile Switching Center);

· в телефонную сеть общего пользования входит SSP (Service Switching Point) коммутатор услуг в ТфОП;

· в сети подвижной электросвязи третьего поколения входит S-CSCF (Serving Call Session Control Function);

· ведомственные АТС.

Каждый из этих элементов выходит на шлюз (Gateway) по своему протоколу, а задача шлюза по концепции OSA/Parlay состоит в том, чтобы свести все протоколы к единым интерфейсам API. Тогда приложения можно писать без учета особенностей нижележащих сетей, и следует только строго придерживаться интерфейсов API.

Оказалось, что концепция Parlay является слишком сложной для массового привлечения сторонних программистов. Выяснилось, что для оказания 80% услуг требуется лишь 20% возможностей Parlay-шлюза. Следовательно, для подавляющего большинства программистов требование освоить весь набор Parlay-интерфейсов является чрезмерно завышенным. По мере уменьшения разнообразия возможностей сети растет число разработчиков приложений, что весьма важно для освоения прибыльного рынка приложений.

1. Наибольшие возможности дает использование протоколов (INAP, CAMEL, SIP и др.), как это делается до сих пор, но при этом сообщество разработчиков является минимальным.

2. Значительное упрощение дают открытые интерфейсы API: JAIN, Parlay, OSA, а также собственные интерфейсы (Proprietary APIs).

3. Еще больше программистов разрабатывают web-услуги, используя простые языки скриптов: XML, VXML, CPML, WDSL.

4. Замысел Parlay X состоит в еще большем упрощении программирования web-услуг.

Приложения могут быть написаны на языках C++, Java, Visual Basic, PHP и др. Для разработки приложений Parlay Х основным языком программирования является язык XML. В качестве транспортных средств чаще всего используются:

· CORBA – универсальный объектно-ориентированный протокол взаимодействия распределенных систем;

· SOAP – упрощенный протокол общения распределенных объектов, основан на языке XML, используется в сочетании с протоколом HTTP.

Самой перспективной на сегодняшний день объектной технологией является SOAP/XML, так как она наиболее универсальна, основывается на международных стандартах и имеет обширную поддержку со стороны различных производителей программного обеспечения. Эта технология чаще всего используется для создания web-сервисов и для обеспечения их взаимодействия с клиентским процессом.

Задача уровня управления коммутацией — обработка информации сигнализации, маршрутизация вызовов и управление потоками. Данный уровень поддерживает логику управления, которая необходима для обработки и маршрутизации трафика.

Функция установления соединения реализуется на уровне элементов базовой сети под внешним управлением оборудования программного коммутатора (Softswitch). Исключением являются АТС с функциями контроллера шлюзов (MGC – Media Gateway Controller), которые сами выполняют коммутацию на уровне элемента транспортной сети.

В случае использования на сети нескольких Softswitch они взаимодействуют посредством соответствующих протоколов (как правило, семейство SIP-T) и обеспечивают совместное управление установлением соединения.

Softswitch должен осуществлять:

· обработку всех видов сигнализации, используемых в его домене;

· хранение и управление абонентскими данными пользователей, подключаемых к его домену непосредственно или через оборудование шлюзов доступа;

· взаимодействие с серверами приложений для оказания расширенного списка услуг пользователям сети.