Занятие четвертое
В помощь оператору связи или как выбрать альтернативное решение
Возможности продуктов от компании «Альтекс Софт Технолоджиз» весьма обширны. В различных комбинациях – это универсальные системы, реализующие весь функциональный спектр современных VoIP технологий. Поэтому перед оператором встает задача найти именно ту комбинацию, которая обеспечит максимальную отдачу и впишется в бюджетные рамки.
В настоящее время существует множество систем авторизации, маршрутизации и учета соединений, что обусловлено модульной структурой программного обеспечения. Кроме того, в силу не устоявшейся терминологии, при выборе оборудования часто имеет место подмена понятий и путаница в определении функционала софт-свичей 4 и 5 классов.
В этой статье мы хотим помочь операторам разобраться в особенностях наших IP - телефонных продуктов и сделать правильный выбор.
Назначение программного коммутатора Alter-ProxySoftSwitch (PSS)
Схематично, работу PSS можно описать следующим образом: PSS принимает соединение по IP от одного устройства и устанавливает IP-соединение с другим устройством.
Каждое такое соединение называется плечом (рис. 1). Последовательность плеч образует канал связи, по которому разговаривают абоненты.
Емкость ProxySoftSwitch (и, следовательно, его стоимость) определятся одновременным количеством обслуживаемых каналов.
Представленный на рисунке 1 режим связи называется транзитом, при этом в зависимости от настроек через PSS могут проходить либо все данные – сигнализация и голосовые пакеты, либо только пакеты с сигнализацией.
Как правило, транзит используется в следующих случаях:
-
Перепродажа трафика
Компания-брокер договаривается с оператором (терминатором трафика) о возможности совершать звонки по IP и с поставщиком входящих звонков, о том, чтобы звонки шли через PSS брокера. Разница в стоимостях между покупкой трафика у оператора и продажей его поставщику звонков – составляет прибыль брокера (рисунок 2).
-
Предоставление городского телефонного номера
Без дополнительных видов обслуживания. В настоящее время такой сервис набирает обороты, так как предоставление услуг связи по сетям передачи данных гораздо выгоднее, чем традиционный способ с использованием аналоговых телефонных линий. Выгодным его делает возможность использовать одну инфраструктуру для предоставления нескольких видов услуг: доступ в Интернет, IPTV, телефонная связь.
-
Организация корпоративной сети связи
Такой способ организации используется редко, поскольку корпоративной сети необходимы дополнительные виды услуг – перехват и перевод звонка, конференция и многие другие. А данные сервисы можно реализовать только с использованием IP-АТС, которая, в силу особенностей функционала работает лишь в режиме проксирования голосового трафика. В определенных же случаях транзит без проксирования позволяет улучшить качество связи и уменьшить затраты на содержание комплекса связи.
Функциональность PSS не ограничивается одним транзитом трафика. Другая, значимая возможность программы – организация голосового меню (IVR).
Механизм работы IVR состоит в следующем правиле:
Входящее соединение переводится в режим голосового меню, если его параметры отвечают ряду условий (IP-адрес вызывающего шлюза, вызываемый номер и т.п.). В этом режиме PSS воспроизводит заранее записанные голосовые файлы и обрабатывает цифры, которые в тональном режиме набирает абонент.
Типичный вариант использования режима IVR – организация карточной платформы. Алгоритм работы комплекса в этом случае такой:
- прием входящего соединения и перевод в режим IVR;
- приглашение набрать ПИН-код;
- сверка ПИН-кода с данными биллинговой системы;
- воспроизведение голосовых файлов, соответствующих состоянию баланса;
- приглашение набрать номер вызываемого абонента;
- запрос разрешения на звонок в биллинговой системе;
- воспроизведение максимально разрешенной длительности разговора в выбранном направлении;
- соединение по набранному номеру;
- завершение разговора;
- воспроизведение длительности состоявшегося разговора.
Возможности голосового меню можно использовать не только для организации карточных платформ IP-телефонии, но и для построения различных голосовых порталов, систем авторизованного доступа к информации для страховых, банковских и других подобных организаций.
Голосовое меню является неотъемлемой частью при организации сервиса CALLBACK. В этом случае PSS сам звонит абоненту в ответ на его запрос, и после установления соединения, либо переходит в режим голосового меню, либо устанавливает соединение по переданному в запросе номеру. Запрос может быть организован разными способами:
- через WEB интерфейс;
- через короткое сообщение SMS;
- посредством звонка на специально выделенный номер;
- из специального JAVA-приложения на сотовом телефоне через GPRS-соединение.
Если CALLBACK-запрос не содержит номера для установления соединения, то абонент может набрать его в режиме голосового меню. Кроме того, в режиме голосового меню абонент может прослушать свой баланс и изменить некоторые настройки учетной записи.
Таковы основные возможности PSS. Определив виды сервисов, для которых будет использоваться программа, необходимо выбрать для нее систему управления. В PSS имеется несколько библиотек для взаимодействия с различными системами биллинга и маршрутизации.
Управляющие библиотеки Alter-ProxySoftSwitch
В процессе развития продукта сформировалось три основных варианта библиотек.
1.Стандартные библиотеки авторизации и маршрутизации
Это самый первый и вполне автономный интерфейс к PSS.
Данный интерфейс состоит из двух библиотек «billing.dll» и «config.dll». Автономным его можно назвать потому, что для работы PSS с этими библиотеками не нужно больше никаких внешних систем авторизации и маршрутизации. Все необходимые данные для библиотеки записывают в файлы с расширением «bin».
«billing.dll» – библиотека авторизации; настройки библиотеки доступны через WEB интерфейс, где можно указать параметры учетных записей пользователей системы:
- имя;
- IP-адрес;
- логин/пароль;
- имя плана маршрутизации;
- АОН для подстановки, при звонке пользователя.
Библиотека дает возможность пользователю регистрироваться на PSS со своего оборудования с указанными логином и паролем, но при этом не запоминает параметров (IP-адрес, номер порта), необходимых для вызова данного пользователя. Поэтому если требуется установить связь с каждым из пользователей, все их данные нужно занести еще раз, но уже в таблицу маршрутизации. Тогда, при входящем звонке библиотека авторизует пользователя по IP-адресу, или по логину/паролю, или по совокупности всех параметров, и назначает данному звонку план маршрутизации.
«config.dll» – библиотека маршрутизации; настройки библиотеки также доступны через WEB интерфейс, где находятся: таблица шлюзов и таблица виртуальных номерных планов.
Таблица шлюзов содержит параметры шлюзов, такие как: список кодеков, протокол, преобразование входящих и исходящих номеров и т.п.
Номерных планов, обозначаемых во второй таблице, может быть несколько. Это позволяет разным группам клиентов предоставлять различный по качеству уровень сервиса. Настройка номерного плана присутствует в параметрах пользователя (см. библиотеку billing.dll).
2.RADIUS-библиотека
Позволяет взаимодействовать по протоколу RADIUS не только с биллингами, но и с системами маршрутизации. Библиотека включает в себя голосовое меню и поддерживает режим CALLBACK.
Протокол RADIUS состоит из двух частей:
- система учета;
- система авторизации.
Поскольку система учета встроена в ядро ProxySoftSwitch, то программу с любым набором библиотек можно подключить к RADIUS-серверу и фиксировать данные по всем соединениям через RADIUS-accounting.
Система авторизации RADIUS-access является неотъемлемой частью именно «RADIUS-библиотеки». Для взаимодействия с этой библиотекой, как и в предыдущем варианте, имеются две WEB-страницы с настройками маршрутизации и авторизации.
В данной схеме при регистрации или транзитном звонке недостаточно совпадения логина/пароля с данными PSS-а, необходимо также, чтобы прошла успешная авторизация в биллинговой системе с использованием RADIUS-протокола. При наличии логина и пароля RADIUS использует их, либо (если логина и пароля – нет) производится попытка авторизации с использованием IP-адреса удаленного шлюза.
Таблица в ProxySoftSwitch, дублирующая данные пользователя в биллинговой системе необходима в силу особенностей протокола SIP, который не передает пароль пользователя в явном виде. Поэтому для авторизации пользователя и дальнейшей передаче данных в RADIUS необходимо иметь таблицу паролей в PSS.
Если используется голосовая платформа, то введенный ПИН-код разделяется на логин и пароль, и пользователь также авторизуется с использованием протокола RADIUS. После успешной авторизации и ввода вызываемого номера через RADIUS, запрашивается максимально возможное для данного звонка время.
При соответствующей поддержке биллинговой системы от RADIUS-сервера можно получать данные, влияющие на маршрутизацию:
- В RADIUS-пакетах, которые приходят в ответ на запрос соединения, может содержаться имя таблицы маршрутизации.
- Если сформированы специальные запросы на общий или отдельный RADIUS-сервер, то в ответ сервер должен вернуть необходимую таблицу маршрутизации, данные маршрутизации самого PSS здесь не используются.
- В остальных случаях используется первая созданная в системе таблица маршрутизации, вне зависимости от ее названия.
3.DEVELOPER-библиотеки
Наиболее функциональный набор библиотек включают в себя возможность работы как через RADIUS, так и возможность работы с базами данных напрямую. Библиотеки подключаются к любому SQL-серверу, поддерживающему ODBC интерфейс. Запросы к базе данных формируются в обычном текстовом виде – в скриптовых файлах. В них описываются сценарии работы системы в зависимости от различных условий и параметров соединения. В отличие от предыдущих вариантов, «DEVELOPER-библиотеки» позволяют производить полноценную регистрацию пользовательских устройств с сохранением всех параметров удаленного оборудования. Это позволяет создавать сеть SIP и H323 устройств с динамически выделяемыми IP-адресами.
Необходимо отметить, что «DEVELOPER-библиотеки» также функционально разделяются на библиотеку маршрутизации и библиотеку авторизации.
Библиотека маршрутизации аналогична стандартной «config.dll». Это обстоятельство в ряде случаев позволяет ускорить процесс ввода в эксплуатацию новой системы. Поскольку на первом этапе может быть использована стандартная библиотека маршрутизации, без ущерба функционалу системы. Создание же механизмов маршрутизации с использованием БД можно перенести на более поздний этап.
Библиотека авторизации включает в себя системы:
- регистрации;
- разделения входящих звонков по различным типам соединений – транзит, голосовое меню, CALLBACK;
- голосового меню;
- авторизации по RADIUS.
Для наглядной демонстрации взаимодействия библиотек DEVELOPER с базой данных, разработан пример реализации системы на БД ACCESS. Он иллюстрирует основные возможности технологии DEVELOPER, однако не может быть использован в качестве готовой реализации в сетях действующих операторов. Здесь необходима работа квалифицированных специалистов SQL для интеграции PSS с биллинговой системой.
Чтобы сориентироваться, какой из видов библиотек предпочтительнее для тех или иных задач – составлена следующая таблица.
Сводная таблица возможностей наборов библиотек при решении различных задач
| Решаемые задачи |
Стандартные библиотеки |
RADIUS-библиотеки |
DEVELOPER-библиотеки |
| Построение корпоративной сети связи или небольшой операторской сети связи. |
Возможно при использовании статических IP-адресов. Не требует сложных настроек, быстро разворачивается. |
Возможно при использовании статических IP-адресов и при наличии биллинга, но оправдано только при необходимости оперативного учета и ограничения полномочий пользователей. |
Возможно при использовании как статических, так и динамических IP-адресов. Можно использовать готовые примеры, разработанные для базы данных ACCESS в неизменном виде или с небольшими доработками. |
| Транзит трафика с целью перепродажи. |
Возможно при учете данных по CDR-файлам. Необходимо постоянно следить за текущим балансом партнеров оригинаторов и при необходимости отключать их вручную. |
Возможно построение полноценной системы с автоматическим учетом и контролем потребляемого трафика в биллинговой системе. |
Возможно. Необходима интеграция с биллинговой системой. |
| Карточная платформа. |
- |
Возможно построение полноценной системы с развернутым голосовым меню. Внедрение дополнительных сервисов требует доработок в RADIUS-сервере, подключенном к биллингу. |
Возможно построение полноценной системы с развернутым голосовым меню. Достаточно легко внедряются любые дополнительные сервисы, например такие как: задание АОНа, перевод средств с карточки на карточку и т.п. |
| CALLBACK |
- |
Возможно. Но полноценный учет осуществим только для определенных алгоритмов обработки соединений, многое зависит от возможностей конкретной биллинговой системы. |
Возможно, наиболее предпочтительный вариант для данного вида сервиса. Можно реализовать любой вариант учета соединений. |
| Предоставление городского телефонного номера. |
Возможно при использовании статических IP-адресов. При постоянной миграции клиентов в сети и изменении параметров абонентских устройств очень тяжело конфигурировать систему. Поскольку учет данных совершается по CDR-файлам, необходимо постоянно следить за текущим балансом клиентов – вручную. |
Возможно при использовании статических IP-адресов. При постоянном миграции клиентов в сети и изменении параметров абонентских устройств возникают трудности с конфигурированием системы. |
Возможно, наиболее предпочтительный вариант для данного вида сервиса. Полноценная регистрация позволяет автоматически отслеживать перемещение абонентских устройств. Позволяет быстро подключить к существующей биллинговой системе для единого учета всех потребляемых в рамках TriplePlay услуг. |
Из данной таблицы видно, что при наличии квалифицированных специалистов по SQL базам данных, более удобным является использование «DEVELOPER-библиотек».
При организации транзита трафика и карточной платформы наиболее простым и очевидным вариантом с точки зрения стыковки с биллингом является «RADIUS-библиотека».
Для создания небольшой корпоративной сети можно использовать самые быстрые и простые в использовании «Стандартные библиотеки».
К нашему обзору решений на ProxySoftSwitch можно добавить краткий список функциональных возможностей ядра, которые доступны при использовании любых библиотек:
- поддержка протоколов SIP 2.0 и H323;
- конвертация протоколов;
- поддержка кодеков G711, G729, G723.1, GSM-0610, iLBC;
- конвертация кодеков;
- поддержка протокола передачи факсов T.38;
- конвертация из G711 в T.38 и обратно;
- управляемое проксирование голосовых пакетов;
- работа с оборудованием расположенным за NAT;
- прием DTMF: H245 signal, H245 alpha numeric, RFC2833, SIP INFO;
- передача DTMF: H245 alpha numeric (для H323), RFC2833 и SIP INFO (для SIP2.0);
- RADIUS ACCOUNTING – учет соединений с использованием РАДИУСа;
- возможность масштабирования решения с использованием кластерной схемы до 10 000 каналов.
В начале статьи мы упоминали проблему подмены понятий при выборе решения. Речь идет о том, что многие операторы для предоставления услуги «городской номер через сеть передачи данных» ориентируются на внедрение IP-АТС. Но по ранее изложенному видно, что такую услугу можно предоставлять на обычном транзитном коммутаторе.
Выбор же конкретного продукта, зависит от набора услуг, которые оператор будет предлагать пользователям.
Если это будет услуга, полностью аналогичная традиционной телефонной линии, то ProxySoftSwitch хорошо справится с этой задачей. Если же необходимо организовать дополнительные сервисы, как например:
- перевод звонка;
- конференция;
- групповой вызов;
- переадресация,
в этом случае не обойтись без IP-АТС (Alter-CallSystem). А если требуются:
- голосовая почта;
- факсимильная почта,
то в дополнение необходим факсимильно-голосовой сервер (FaxVoiceServer).
Построение систем с использованием Alter-CallSystem и FaxVoiceServer предмет обсуждения не для одной статьи, так как огромное количество возможностей предполагает большое количество вариантов использования системы. Отметим лишь основные, базисные решения, относящиеся к операторам.
Оператором связи данные продукты могут быть использованы в следующих целях:
- предоставление городского телефонного номера с расширенным набором дополнительных сервисов;
- предоставление в аренду виртуальной IP-АТС;
- предоставление в аренду виртуального контакт-центра (CALL CENTER).
Создание подобных комплексов возможно только по технологии DEVELOPER, так как подразумевает разработку системы по индивидуальному техническому заданию. В большей степени это связано с тем, что именно индивидуальное проектирование системы позволяет оператору связи создавать уникальные конкурентные услуги, которые позволяют выгодно выделяться на бурно развивающемся рынке телекоммуникаций.
| 
