Все, о чем говорилось в предыдущих параграфах и главах книги, предназначалось, в первую очередь, для предоставления Оператору возможности быстрого создания новых инфокоммуникационных услуг. На менее конкурентном рынке традиционной коммутации каналов 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, которая обеспечивает создание новых и эффективных инфокомму- никационных приложений.
СОРМ