Общие данные
Основные функции системы.
Система телефонной связи предназначена для организации обмена голосовой информацией пользователей, обеспечению выхода абонентов в сети связи общего пользования.
Архитектура программного приложения РТУ
РТУ – это программный продукт для корпоративных заказчиков, предоставляющих услуги IP-телефонии в сетях с пакетной коммутацией.
С точки зрения архитектуры решения РТУ состоит из нескольких наборов программных модулей (подсистем).
Подсистема коммутации (Traffic Switch)
Traffic Switch (TS) подсистема коммутации. Traffic Switch обеспечивает обмен по протоколам SIP, H.323, SIP-T/I, ITU-ISUP и MGCP, а также выполняет функцию конвертации протоколов и голосовых кодеков. В функции TS также входит сбор статистики о вызовах для дальнейшего просмотра и анализа средствами подсистемы управления.
Traffic Switch состоит из следующих модулей (nodes), каждый из которых представляет собой обособленный процесс:
• модуль управления (management node) – для распределения конфигурации системы между остальными модулями TS, дл централизованного управления этими модулями, контроля лицензий модуля обслуживания абонентов (МОА), а также сбора информации о функционировании системы
• модуль балансировки нагрузки H.323 (H.323 balancer node) – в качестве точки входа для H.323-трафика. Модуль обрабатывает регистрационные запросы RAS и распределяет нагрузку между модулями управления вызовами. Информация о регистрируемом пользователе передается в подсистему управления и на основании поступившего от нее ответа принимается решение о принятии или отклонении запроса на регистрацию. Распределение поступающих вызовов осуществляется на основе текущего значения ASR на каждом модуле управления вызовами
• модуль балансировки SIP-вызовов (SIP balancer node / SIP proxy) – для приема и балансировка входящих SIP-вызовов между модулями управления вызовами, единая точка выхода для SIPвызовов
• модуль управления вызовами (signaling node) – для обработки и конвертации сигнальных протоколов SIP/H.323/SIP-T/SIP-I, обработки SIP-регистраций, распределения нагрузки между модулями обработки медиапотоков (на основании загруженности каждого из этих модулей), а также между модулями маршрутизации (на основании количества обработанных вызовов на каждом из этих модулей) и между управляющими логиками МОА
• модуль обработки медиапотоков (media node) – для управления и обработка голосовых потоков, обеспечения функциональности проксирования голосового трафика и конвертации голосовых кодеков. Количество таких модулей в конфигурации зависит от предполагаемого количества вызовов, в которых необходимо проксирование голосового трафика
• модуль командной строки (command line node) – telnet-сервер, который обеспечивает администрирование системы с помощью любого telnet-клиента
• модуль обработки вызовов ОКС-7 (SS7 Call Agent node) – для интеграции с сетью ОКС №7. Взаимодействие с сигнализационными шлюзами осуществляется по протоколу M3UA, управление медиашлюзами по протоколу MGCP SIGTRAN/MGCP, обработка протокола ISUP-R
• модуль generic (generic node) – для обеспечения взаимодействия между TS и подсистемой управления МОА
• конфигуратор TS (TS configurator) – для передачи конфигурации из БД в TS, а также переноса мониторинговых данных из внутренних таблиц TS в веб-интерфейс. Конфигуратор TS взаимодействует только с двумя БД (основной и резервной)
Подсистема управления МОА (Class 5 Traffic Manager)
Компонент «Подсистема управления модуля обслуживания абонентов (МОА)» (Class 5 Traffic Manager) призван выполнять функции оконечной станции и учрежденческой АТС (УАТС), обеспечивая обработку абонентских вызовов с предоставлением как базовых услуг телефонии, так и дополнительных видов обслуживания (ДВО).
Для обработки вызовов подсистема управления МОА использует подсистему коммутации (Traffic Switch). В подсистеме управления МОА имеются базы данных и программные модули управляющих логик «Оконечная станция» (логика «ОС») и ДВО (логика «ДВО»), позволяющие использовать РТУ для предоставления абонентам базовых услуг телефонии, ДВО, а также функционировать в режиме УАТС.
Подсистема управления МОА состоит из:
• Управляющих логик (логики «ОС» и логики «ДВО» при наличии последней), обеспечивающих функционирование TS и РТУ в качестве оконечного узла связи при обработке входящих и исходящих вызовов абонентов, a также предоставление абонентам базовых и дополнительных видов обслуживания.
• Базы данных под управлением СУБД MySQL, используемой обеими управляющими логиками в качестве средства хранения основных настроек подсистемы управления МОА, учетных записей абонентов, информации о предоставляемых им услугах, планов набора, данных о шлюзах, доменах и поддоменах, о правилах преобразования номеров и т.д. В подсистеме управления МОА может быть максимум две базы данных.
• Веб-интерфейса, предоставляющего удобный графический инструмент управления рабочим пространством оконечной станции и УАТС, а также персональной рабочей средой абонента (вебкабинет абонента).
• Модуля голосовых сообщений, предназначенного для хранения файлов (записанных разговоров, голосовых сообщений и т.п.). Модуль голосовых сообщений представляет из себя веб-сервер nginx, используемый для чтения файлов, и веб-сервер apache, предназначенный для записи и управления файлами через технологию WebDAV.
Технические и функциональные характеристики
Сопряжение сетей и оборудования
• Конвертация стандартов кодирования звука:
– G.729;
– G.729A;
– G.729B;
– G.729AB;
– G.723.1;
– G711A-Law;
– G.711μ-Law;
– GSM FR;
– Speex
– iLBC;
– AMR NB;
– G.726;
– G.722;
– G.722.1;
– G.722.2;
– Opus.
• Конвертация протоколов сигнализации SIP и H.323, а также ITU ISUP-R и SIP-I/T для транзитных вызовов;
• Параллельное использование сетей IPv4 и IPv6 (Dual-Stack) при транзите трафика.
• Передача факсов по протоколу T.38 (passthrough);
• Передача инициирующему устройству сообщений SIP 181 вызываемой стороны (passthrough);
• Возможность шифрования/дешифрования SIP-вызовов;
• Передача видео по протоколам SIP и H.323 с использованием кодеков H.261, H.263 и H.264 (passthrough);
• Взаимодействие с сигнализационными шлюзами ОКС-7 по M3UA;
• Управление медиа-шлюзами ОКС-7 по MGCP;
• Подключение к сетям традиционной телефонии через шлюзы;
• Поддержка большинства способов передачи DTMF, включая RFC 2833, SIP INFO, Inband DTMF в кодеке G.711 (только на прием), DTMF в H.245, Q.931;
• Поддержка методов SIP REFER (RFC 3515), SUBSCRIBE/NOTIFY (поддержка BLF)
Поддерживаемые стандарты
Поддерживаются следующие стандарты Международного Союза Электросвязи (ITU-T):
• H.323 v.2-v.4;
• H.245 v.7;
• H.225 v.4
SIP (передача осуществляется по протоколам UDP и TCP, TLS):
Основные протоколы сигнализации:
• RFC 3261;
• RFC 3326;
• RFC 2976.
Privacy:
• RFC 3323;
• RFC 3324;
• RFC 3325;
• SIP Extensions for Caller Identity and Privacy (спецификация Cisco по обработке Remote-Party-ID).
Расширения SIP:
• RFC 3262;
• RFC 3265;
• RFC 3311;
• RFC 3515;
• RFC 3581;
• RFC 3891;
• RFC 4028;
• RFC 4694;
• RFC 5168;
• RFC 5806;
• The Calling Party's Category tel URI Parameter;
• ANSI ISUP Originating Line Info Support (спецификация Dialogic).
Аутентификация запросов:
• RFC 2069;
• RFC 2617.
SIP-T/I:
• RFC 3204;
• RFC 3372;
• RFC 3398;
• Q. 1912.5.
SDP:
• RFC 3264;
• RFC 3551;
• RFC 3555;
• RFC 4566;
• RFC 4568.
DTMF:
• RFC 2833;
• SIP INFO Method for DTMF Tone Generation (спецификация Cisco);
• Обработка тональных сигналов в кодеке G.711 (обнаружение и/или прозрачная передача);
• Сообщения сигнализации H.323:
– сообщением H.245 User Input типа Alphanumeric – по цифрам (as digits);
– сообщением H.245 User Input типа Alphanumeric – строкой (as string);
– методом H.245 Signal;
– сообщением Q.931 Facility с полем Keypad.
RTP/RTCP и SRTP/SRTPC:
• RFC 3550;
• RFC 3551;
• RFC 3711.
ОКС-7 (SS7):
• ISUP-R-2000;
• M3UA;
• MGCP.
Мониторинг по протоколу SNMP:
• SNMP v1 (RFC 1157);
• SNMP v2c (RFC 1901);
• SNMP-запросы GET, GETNEXT, GETBULK для получения счетчиков, а также сигналов тревоги в виде SNMP-ловушек (traps) на систему мониторинга. Для взаимодействия с протоколом SNMP система использует приложение Net-SNMP в OC Linux.
RADIUS (AAA, маршрутизация, Packet of Disconnect):
• Draft Sterman 00 “RADIUS Extension for Digest Authentication”;
• Draft Sterman 01 “RADIUS Extension for Digest Authentication”;
• RFC 2865;
• RFC 2866;
• RFC 4590;
Безопасность сети и функции пограничного контроллера соединений:
• Преодоление барьера адресной трансляции (NAT).
• Сокрытие топологии сети.
• Шифрование сигнального и медиа трафика
• Ограничение входящего трафика.
• Авторизация вызовов по IP-адресу или по имени пользователя и паролю на основании данных из собственной БД.
• Авторизация вызовов по набору параметров, на основании:
— данных из системы РТУ;
— данных из внешней системы учета и начисления платы.
• Предотвращение зацикливания транзитных вызовов.
• Ограничение потока входящих вызовов по скорости нарастания (CPS).
• Ограничение потока входящих SIPи H.323-регистраций по скорости нарастания (RPS).
• Ограничение количества внедиалоговых запросов SIP в секунду (OoDRPS).
• Ограничение количества одновременных вызовов.
Борьба с мошенничеством:
• Защита от ложной тарификации (FAS – False Answer Supervision).
Маршрутизация вызовов:
• Перемаршрутизация при недоступности маршрута;
• Номер вызывающего/вызываемого абонента;
• День недели / время суток;
• Уровень загруженности шлюза / направления для транзитных вызовов;
• Политики маршрутизации по статистическим параметрам (ASR, ACD и т.д.) для транзитных вызовов;
• ID группы шлюза (один шлюз может принадлежать к нескольким группам);
• Выбор маршрута по CPC и прочим параметрам вызова;
• Маршрутизация по URI.
Внешняя маршрутизация (включая внешние системы LCR)
• ENUM-маршрутизация для транзитных вызовов;
• RADIUS-маршрутизация для транзитных вызовов;
• SIP 302-маршрутизация для транзитных вызовов.
Статистика и анализ работы сети
• Отображение CDR-записей по любому заданному параметру;
• Экспорт CDR-записей в текстовый файл (в том числе автоматический);
• Мониторинг ASR, QoS, ACD и т.д. в реальном времени для транзитных вызовов;
• Мониторинг статистики по каждому направлению/шлюзу для транзитных вызовов;
• Сбор и отображение отладочной информации.
Учет и начисление платы
• Исчерпывающий набор полей в CDR-записях для детального анализа соединений и предварительной отладки;
• Стандарт Cisco VSA;
• Авторизация пользователя непосредственно в системе учета и начисления платы на основании данных из РТУ;
Преобразование номеров и URI
• Преобразование номеров с использованием регулярных выражений в соответствии с требованиями операторов и корпоративных заказчиков;
• Дифференцированное преобразование номеров для целей маршрутизации, учета и СОРМ (на шлюзах, при входе вызова в систему или при выходе из нее, предмаршрутизация, постмаршрутизация);
• Преобразование прочих параметров вызова (категория вызывающей стороны и т.д.).
Управление системой
• Управление настройками системы через веб-интерфейс с поддержкой гибкой системы ролей пользователей;
• Консоль управления (CLI – интерфейс командной строки) через telnet;
• Загрузка данных из БД и получение данных из БД по протоколу XML/HTTP;
• Экспорт данных из БД в CSV-файлы;
• Импорт данных в БД из файлов CSV, XLS;
• Безопасная аутентификация и авторизация пользователей системы, включая настраиваемые политики веб-паролей.
Журналирование и отладка
• Системные журналы отладочной информации с настраиваемым уровнем детализации данных;
• Отладочный журнал для транзитных вызовов доступный из веб-интерфейса;
• Имитация (моделирование) вызовов;
• Протоколирование действий администратора в веб-интерфейсе.
Отказоустойчивость
Отказоустойчивость Системы РТУ обеспечивается за счет ее модульной архитектуры и возможности установки целого набора однотипных модулей, которые резервируют друг друга. Отказоустойчивость базы данных обеспечивается с помощью установки второй БД и настройки тиражирования данных между ними.
Масштабируемость
Масштабируемость Системы обеспечивается за счет возможности установки нескольких наборов модулей, что повышает общую производительность системы.
Существует возможность использовать дополнительные наборы управляющих логик, расположенные как на одном, так и на нескольких серверах, а также назначать их определенным доменам. Таким образом, количество обслуживаемых абонентов не ограничивается возможностями одного сервера или одной логики «ОС».
Географически распределенная конфигурация:
• Модульная архитектура;
• Локации, позволяющие объединить географически близкие модули, которые должны взаимодействовать только друг с другом;
• Механизм динамического распределения лицензий между локациями.
3. Дополнительные виды обслуживания (ДВО) абонентов
Осуществимость дополнительных видов обслуживания в РТУ гарантируется производителем ПО, если их практическая реализация и предоставление абонентам выполняются в соответствии с проверенными во время тестирования сценариями.
ДВО логики «ОС»:
• Удержание вызова (Call Hold) – возможность удержания вызова, например, для его перевода или совершения другого вызова;
• Перевод вызова на другого абонента (Call Transfer) – переключение вызова на другого абонента посредством набора DTMF или посредством сигнализационного SIP-сообщения REFER;
• Трехсторонняя конференц-связь (3-way Conference Call) – сеанс связи между тремя абонентами одновременно;
• Многосторонняя конференция (Multiparty Conference Call) – сеанс связи между четырьмя и более абонентами;
• Уведомление об ожидающем входящем вызове (Call Waiting) – уведомление абонента, занятого разговором по телефону, об очередном поступившем вызове, ждущем ответа;
• Переадресация (Call Forward) – перенаправление поступившего вызова на другой номер того же абонента:
– безусловная;
– по занятости;
– по неответу;
– по недоступности.
• «Не беспокоить» (Do not Disturb) – режим игнорирования всех входящих вызовов (при использовании только логики «ОС» без логики «ДВО» управление возможно только через вебинтерфейс и невозможно посредством телефона);
• «Чёрные и белые списки» (Black/White Lists) – блокирование вызовов, поступающих с номеров, занесенных абонентом в «чёрные списки», и возможность приема всех вызовов абонентов, занесенных им в «белые списки»;
• «АОН/АнтиАОН» (CLIR/CLIP) – предоставление абонентской услуги автоматического определителя номера (идентификатора вызывающего) при входящем вызове и услуги блокировки передачи номера (идентификатора вызывающего) при исходящем от абонента вызове;
• Индикация состояния линии» (BLF) – подписка на события другого абонента для отображения его текущего статуса: линия свободна, входящий вызов, линия занята;
• «Быстрый набор» (Speed Dial) – вызов номера путем набора сопоставленной ему короткой комбинации из одной или двух цифр. Сопоставление индивидуально для каждого абонента Системы. При использовании логики «ОС» без платформы ДВО управление возможно только через веб-интерфейс;
• «Вмешательство в разговор» (Call Intrusion) – позволяет абоненту дозвониться до другого абонента, даже если последний занят;
• «Запись телефонного разговора» (Call Recording) – возможность записывать телефонные разговоры.
• Интеграция мобильной связи (FMC) – позволяет объединить мобильные и стационарные сети с общим планом короткой нумерации.
ДВО сервисной платформы:
• Отправка факсов через веб-интерфейс (Web to Fax)* – возможность посылать факсимильные сообщения через веб-кабинет в виде графических файлов. Поддержка режимов качества передачи: Standard, Fine, SuperFine;
• «Виртуальный факс» (Fax to E-mail)* – прием факсимильных сообщений с преобразованием в формат TIFF и последующей отправкой полученного файла по электронной почте в виде приложения к электронному письму. Поддержка режимов качества: Standard, Fine, SuperFine;
• Голосовая почта (Voice Mail) – возможность получения, записи и хранения голосовых сообщений в персональном «ящике» голосовой почты, а также возможность доставки уведомления или записанного сообщения на указанный адрес электронной почты;
• «Следуй за мной» (Follow Me)** – автоматическое перенаправление вызова на тот номер или несколько номеров, по которым абонент может принять вызов в данный момент;
• «Система интерактивного речевого ответа» (системная и абонентская**) (IVR) – гибкая система управления входящими вызовами через персонально настраиваемые алгоритмы, заданные в графической форме;
• «Служба массового обзвона» (Mass Calling) позволяет организовать автоматический обзвон клиентов по заданному списку и либо проиграть вызываемой стороне аудиофайл, либо соединить с агентом;
• Доступ с правами учетной записи (Identity-based Access) – вызовы с любого телефона с правами, согласно своей или чьей-либо учетной записи;
• Повтор набора номера (Last Number Redial)** – быстрый набор последнего набранного номера или номера последнего входящего вызова;
• Автодозвон (Auto Redial)** – возможность многократного автоматического набора номера абонента, который в данный момент занят или недоступен;
• Обратный вызов (Call Back) – последовательное осуществление двух вызовов – сначала на специально выделенный номер телефона, затем на номер вызываемого абонента и их соединение, что позволяет снизить затраты на исходящие междугородные и международные вызовы;
• Автодозвон с обратным вызовом (Auto Redial with Dial Back)** – возможность автоматического многократного набора номера абонента, который в данный момент занят или недоступен, с обратным вызовом абоненту при успешном дозвоне;
• Перехват вызова (Pick up)** – возможность «переводить на себя» и отвечать на вызовы, поступающие на соседние телефоны и адресованные другим абонентам;
• «Парковка вызовов» (Call Park)** – помещение вызова в «парк ожидания» (удержание на специальной линии) для совершения нового вызова. Возможность в любой момент вернуться к разговору с абонентом, вызов которого «припаркован»;
• Запись аудиофайлов (Save Prompt)** – возможность записи собственных голосовых сообщений в формате WAV;
• «Будильник» (Alarm) – заранее настроенный сигнал-напоминание абоненту в виде выполняемого в установленное время вызова;
• Запрос параметров будильника (Alarm Settings Query) – предоставление информации о настройках «будильника»;
• Запрос параметров переадресации (СF Settings Query) – предоставление информации о текущих настройках переадресации;
• Запрос текущего системного времени (Current Time Query) – предоставление информации о текущем системном времени;
• Запрос списка доступных ДВО (Service List Query)** – запрос информации о функциях и ДВО, доступных абоненту;
• Запрос параметров быстрого набора (Speed Dial Settings Query) – предоставление информации о настройках быстрого набора номера;
• Прямой внутрисистемный доступ (DISA) – обеспечение абоненту, который находится вне офиса, доступа к внутренней телефонной сети;
• Групповой вызов (Group Call) – вызов, поступающий одновременно всем абонентам определенной группы;
• Виртуальная конференц-комната (Chat Room) – сеанс связи с неограниченным числом участников, создаваемый приглашением участников через веб-интерфейс, либо дозвоном участника на предопределенный номер;
• «Карточная платформа» (Calling Card Platform) – предоставление услуг телефонной связи по картам предоплаты, позволяющим осуществление вызовов стороной, не являющейся абонентом Системы, с предварительной авторизацией по ПИН-коду или А-номеру на внешнем RADIUSсервере;
• Дополнительные терминалы (Multiterminal)** – одновременное использование нескольких терминалов, подключенных к одной учетной записи абонента. Терминалы различаются по уникальному имени регистрации, но имеют общие настройки;
• Очередь вызовов (Hunt group) – возможность создавать центры обработки вызовов (ЦОВ) через выделение единого номера, на который поступают все входящие вызовы, и несколько номеров операторов-абонентов (агентов) РТУ, принимающих вызовы, поступившие на номер ЦОВ;
• Звонок с рекламой (Ad-sponsored Call) – позволяет оператору связи включать звучание рекламных материалов в сеансы связи абонентов;
• Телеголосование (Televoting) – проведение опросов или голосования при помощи подсчета количества входящих вызовов, поступивших на определенные телефонные номера. Результаты опроса оформляются в виде гистограммы, которая доступна для просмотра, как во время голосования, так и по его окончании.
• Уведомление о пропущенных вызовах (Missed Call Notification) – возможность оповещения абонентов о пропущенных вызовах.
• Системная голосовая почта (System Voice Mail) – сервис, позволяющий сохранять голосовые сообщения для различных отделов, групп абонентов и пр.
• Интеграция с CRM (CRM Integration) – позволяет объединить доступные функций базы данных CRM-системы (SuiteCRM и Битрикс24) с возможностями телефонной станции, предоставляет API для интеграции со сторонними CRM-системами.
• Управление настройками некоторых ДВО через голосовое меню c телефонного аппарата:
– запрос/установка параметров переадресации (Query/Set Forward);
– запрос/установка параметров быстрого набора (Query/Set Speed Dial);
– запрос/установка параметров будильников (Query/Set Alarm);
* – передача и прием факсимильных сообщений через ДВО «Отправка факсов через веб-интерфейс» и
«Виртуальный факс» поддерживается только по протоколу T.38.
** – для работы ДВО необходимо наличие логики «Оконечная станция», для других ДВО может использоваться платформа сторонних производителей.
Прочие особенности модуля обслуживания абонентов
• поддержка подключения модуля обслуживания абонентов к SIP-сетям, требующим регистрации;
• поддержка доменов (Domain Partitioning), включая ограничение на количество вызовов как внутри домена, так и за его пределы; ограничения на количество используемых ограничений внутри каждого домена, поддержка функциональности ВАТС;
• поддержка алиасов (псевдонимов) – любой абонент может иметь неограниченное количество дополнительных коротких телефонных номеров (алиасов);
• возможность организации виртуального номера;
• управление всеми настройками из личного веб-кабинета, доступного абонентам через вебинтерфейс с независимой от интерфейса администратора точкой входа;
• централизованная система управления настройками телефонных аппаратов (auto-provisioning), поддерживающих автоматическую загрузку конфигурации через TFTP и HTTP протоколы.
Программные требования
Система поставляется в виде набора модулей, предназначенных для установки и работы под управлением ОС Debian GNU/Linux 10 с 64-разрядным ядром и 64-разрядным окружением или отечественная ОС Astra Linux.
В качестве СУБД используется MariaDB или PostgreSQL.
5. Аппаратные требования
Серверная платформа.
В качестве базовой аппаратной серверной платформы должен использоваться сервер, отвечающим следующим требованиям:
• 8-ядерная платформа;
• 16 Гб ОЗУ.
Основной рекомендуемой серверной платформой является DEPO Storm.
Наработка на отказ (MTBF) для серверов DEPO Storm составляет не менее 80 000 часов.
При использовании резервирования на резервируемых серверах требуются как минимум 2 сетевых интерфейса.
Возможно использование аналогичных или лучших серверных платформ на базе процессоров Intel, например HP Proliant DL.
В качестве платформы для организации выживаемого выноса рекомендуется DEPO Switch 6040CX в конфигурации J1900/2GB3SL1/CF1GB/CC/4GLAN/ONS1SW или лучше.
Шлюзы.
Штатными шлюзами, поставляемыми производителем в комплексе с платформой РТУ являются шлюзы iDATA производства компании САТЕЛ. Это аппаратные линейки MGE (транковые Е1, STM1) и MGFX (аналоговые FXO/FXS).
Наработка на отказ (MTBF) для шлюзов iDATA составляет не менее 100 000. часов.
В тоже время. являясь открытой программной платформой, РТУ позволяет подключать любое стороннее оборудование, работающее по стандартным протоколам VoIP.
Аналоговые шлюзы:
• iData MGFX
• DinStar DAG
• Audiocodes MediaPack
• VoIP шлюз Телеком-MG-FXS
или аналогичные
Оконечное оборудование:
• HTek 9XX
• Panasonic KX-HDV
• Avaya SIP (96xx, H175, B179)
• Escene
• GrandStream
• Yealink
• Ascom (Mitel, Avaya) SIP-DECT
или любые аналогичные, поддерживающие протокол SIP
