Услуги NGN

Все, о чем говорилось в предыдущих параграфах и главах книги, предназначалось, в первую очередь, для предоставления Операто­ру возможности быстрого создания новых инфокоммуникационных услуг. На менее конкурентном рынке традиционной коммутации ка­налов TDM такая задача, разумеется, тоже имела место [7], но там новые телекоммуникационные услуги предлагались, как правило, немногими производителями коммутационного оборудования [6].

Softswitch радикально изменяет эту ситуацию, предоставляя новые возможности благодаря прикладным программным интер­фейсам API, основанным на открытых стандартах. Архитектура Softswitch дает возможность Операторам и/или провайдерам ус­луг интегрировать в сети NGN приложения как от производителя Softswitch, так и от разных сторонних производителей, а также са­мостоятельно разрабатывать свои собственные приложения. В до­полнение к функциональной совместимости шлюзов и Softswitch, интерфейсы API стандартизованы для того, чтобы любой незави­симый сторонний разработчик мог создавать приложения на вер­хнем уровне архитектуры Softswitch. Услуги сетей нового поколе­ния должны компоноваться чрезвычайно оперативно по принципу plug and play, что значительно сократит время и трудозатраты на разработку услуг. Среда создания услуг позволяет разрабатывать новые программные блоки услуг и компоновать услуги из этих

программных блоков, обычно используя специальные инструмен­тальные средства, такие как, например, реализованная в отечест­венной платформе «Протей» интегрированная среда разработки IDE (Integrated Development Environment,). Заложенные в таких инстру­ментальных средствах принципы модульности позволяют провайде­ру услуг самостоятельно комбинировать и настраивать компоненты в своей сети, не согласуя все это с производителями оборудования Softswitch. Ушли в прошлое времена монолитных коммутационных узлов TDM-сетей с оборудованием одного единственного постав­щика, как это показано в левой части рис. 1.3 главы 1.

Сегодня используются открытые стандартные API - Parlay, JAIN (Java Advanced Intelligent Network), CORBA (Common Object Request Broker Architecture), XML (Extensible Markup Language), CPL (Call Processing Language), CGI (Common Gateway Interface) и сервис­ные Java-приложения. Все эти API, расположенные в Softswitch и в серверах приложений, обеспечивают предоставление провайдеру услуг NGN среды, в которой могут быстро развертываться разнооб­разные услуги. В первой главе на рис. 1.1 уже была показана взаи­мосвязь интерфейсов API с другими компонентами создания услуг. Рассмотрим их здесь несколько подробнее.

Parlay - платформа для разработки, интеграции и развертывания приложений на базе технологии Java, первоначально ориентиро­ванная на сети крупных предприятий. Соединение ее функциональ­ных возможностей с масштабируемостью современных сетей поз­воляет обеспечить поддержку разнообразных типов передаваемых данных, приложений и клиентских сред и облегчить быструю разра­ботку услуг путем использования распределенных и расширяемых компонентов на базе технологии Java. Разработку стандартов Parlay ведет Parlay Group, представляющая собой консорциум разработ­чиков программного обеспечения инфокоммуникационных услуг.

Сетевая топология JAIN обязана своим появлением тому, что многие Softswitch размещаются на серверах производства Sun Microsystems, а в качестве API компания Sun и ее партнеры выбрали JAIN (развитую интеллектуальную сеть на базе Java). Обеспечивая новый уровень абстракции и имея соответствующие Java-интер- фейсы для создания услуг в сетях ТфОП, IP или ATM, технология JAIN позволяет осуществлять интеграцию протоколов IP и IN. К тому же, JAIN обеспечивает переносимость услуг, конвергенцию сетей и защищенный доступ как к телефонным сетям, так и к сетям передачи данных. В ней поддерживаются распространенные теле­фонные протоколы, используемые между различными сетевыми элементами в сетях ТфОП/IN и IP, что иллюстрирует рис. 9.8. На нем показано, как Softswitch отображает интерфейсы управления обслуживанием вызовов/сеансовые интерфейсы в API базовых протоколов SIP, MGCP, MEGACO/K248, H.323 или стека ОКС7 с тем, чтобы обеспечить взаимодействие с телефонной сетью.

Рис. 9.8. Архитектура JAIN

Архитектура брокера запросов к объектам CORBA - открытая, не­зависимая от поставщиков архитектура и инфраструктура, которую используют прикладные вычислительные системы для обеспечения их совместной работы в компьютерных сетях. Используя стандарт­ный протокол Internet Inter-ORB Protocol (IIOP), программа на базе CORBA любого поставщика может работать совместно с програм­мой на базе CORBA этого же или другого поставщика практически на любом другом компьютере, с другими операционной системой и языком программирования и в другой сети.

Расширяемый язык разметки XML - язык HTML нового поколе­ния, который рассматривается как стандартный способ обмена ин­формацией в средах, не использующих общие платформы. Систе­ма сетевого управления на базе XML использует язык W3C XML для управления механизмом передачи данных по сети. Построение API вокруг механизма дистанционного вызова процедуры RPC (Remote Procedure Call) на базе XML дает простой и расширяемый способ обмена этими данными с устройством.

Описанные выше интерфейсы API размещаются на показанных в правом верхнем углу рис. 1.1 серверах приложений, обеспечивая доступ к инфокоммуникационным услугам NGN. Используя эти API и рассмотренный в главе 4 протокол SIP, можно легко разрабаты­вать и вводить услуги. Кроме этого, на сервере приложений могут, в принципе, размещаться модели традиционной Интеллектуальной сети [7] и необходимые для нее протоколы TCAP/INAP стека ОКС7, как показано на рис. 9.9.

STP

TCAP/IN

Расширенные услуги Маршрутизации вызова Преобразование номера

Маршрутизации сигнализации Соединение Безопасность

Управление обслуживанием вызова Управление приборами Управление ресурсами

TCAP/IN

£

£

£

Рис. 9.9. Соответствие архитектуры Интеллектуальной сети и NGN

Медиасервер MS обеспечивает специализированные ресурсы для услуг, такие как интерактивную речевую систему IVR, средства конференц-связи и факсимильной передачи. Медиасерверы и сер­веры приложений являются независимыми устройствами и могут разворачиваться на отдельных физических платформах или на одной платформе. Сервер приложений может использовать ресур­сы, расположенные на медиасервере MS, для обеспечения услуг, которые требуют доступа к мультимедийной информации пользо­вателя. При этом, когда сервер приложений используется в соче­тании с медиасервером, логика услуг в сервере приложений имеет доступ ко всем событиям в процессе обслуживания вызова, обычно - посредством сигнализации SIP. Сервер приложений взаимодейс­твует по протоколу SIP с медиасервером, чтобы получить доступ к потоку информации пользователя с целью обнаружения цифр DTMF, воспроизведения и записи речевых сообщений пользова­теля, создания комбинаций пользовательской информации разных видов (мультимедийной информации), обнаружения и пересыл­ки факсимильных сообщений, передачи записанных объявлений и акустических сигналов, а также для выполнения процедур распоз­навания речи. Этот доступ к мультимедиа позволяет поддерживать комплексные и сложные услуги, такие как универсальная почта, конференц-связь, обслуживание телефонных дебетных карт, а так­же приложения Call-центра [9]. Некоторые транспортные шлюзы могут также включать в себя функции медиасервера. Если на транс­портном шлюзе имеются требуемые ресурсы, сервер приложений может запросить эти транспортные функции через сетевой элемент управления обслуживанием вызовов - Softswitch. Как правило, это функции приема и генерирования сигналов DTMF, генерирования и распознавания акустических сигналов, а также воспроизведения и записи аудиоинформации. Обработка пользовательской инфор­
мации может производиться либо на транспортном шлюзе, либо на медиасервере. Шлюзы всегда размещаются на границе сети, в то время как медиасерверы могут располагаться на границе сети или в ее ядре.

Взаимодействие между функциональным объектом управления обслуживанием вызова и функциональным объектом сервера при­ложений иллюстрирует рис. 9.10. Функциональный объект управ­ления обслуживанием вызова определяет, что вызов должен быть переключен на функциональный объект сервера приложений (т.е. передача запроса INVITE) для обработки расширенных услуг. Это переключение может быть инициировано вызывающим абонентом, вызываемым абонентом или каким-либо другим путем. Функцио­нальный объект управления обслуживанием вызова определяет ад­рес функционального объекта сервера приложений по информации инициирования и пересылает вызов к функциональному объекту сервера приложений вместе с другой информацией об этом вызо­ве. Функциональный объект сервера приложений принимает вызов и вызывает соответствующую расширенную услугу.

Рис. 9.10. Интерфейсы между сервером приложений и медиасервером

Одна из уникальных услуг, появившихся на рынке приложений Softswiteh, которую не поддерживают АТС с коммутацией каналов, - Web provisioning, позволяющее операторам Softswitch создавать собствен­ные настройки через Web-сайт, выбирать свои сочетания услуг и вклю­чать или выключать индивидуальные услуги по своему усмотрению. Среди других услуг, поддерживаемых Softswitch, предусматри­ваются: преобразование сообщений речевой почты в сообщения электронной почты, просмотр сообщений речевой почты, «говоря­щий календарь» (который вслух сообщает о запланированных ме­роприятиях), речевая передача номера, гибкая маршрутизация вы­зовов в зависимости от внешних событий, вызов с помощью иконки

на экране PC, дистанционное управление маршрутизацией вызова (в том числе, его переадресация) через Web-страницу и др.

Речевой Web-интерфейс предлагает услугу доступа к сайтам или электронной почте, т.е. абонент может через свой сотовый телефон получать последние новости, узнавать прогноз погоды и получать электронную почту.

В настоящий момент еще слишком рано прогнозировать, какие приложения, поддерживаемые Softswitch, будут наиболее попу­лярны. Такие приложения, как вызов, следующий за абонентом, речевой доступ к Web-страницам и т.п., сегодня выглядят мно­гообещающими. Но важнее не конкретные приложения, а сама инфраструктура Softswitch с открытыми стандартизованными API, которая обеспечивает создание новых и эффективных инфокомму- никационных приложений.

СОРМ