функциональная спецификация рту моа 1.7.3 rus.pdf

50
Функциональная спецификация РТУ МОА 1.7.3

Upload: durygus

Post on 07-Aug-2015

517 views

Category:

Documents


12 download

TRANSCRIPT

Page 1: функциональная спецификация рту моа 1.7.3 rus.pdf

Функциональная спецификация

РТУ МОА 1.7.3

Page 2: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОААбонентская станция и УАТС

Информация, содержащаяся в данном документе, является собственностьюМФИ Софт. Все права МФИ Софт сохраняет за собой. Никакая часть этого документа неможет быть воспроизведена или заимствована в какой бы то ни было форме иликаким- либо способом – в графическом, электронном виде или механическимпутем, включая фотокопирование, запись, в том числе и на магнитныеносители, или любые другие устройства, предназначенные для храненияинформации – без письменного разрешения МФИ Софт.

Подобное разрешение не может быть выдано третьей стороной, будь тоорганизация или частное лицо.

Продукты упоминаемые в данном документе могут представлять собойфирменные наименования и/или зарегистрированными торговыми марками,принадлежащими соответствующим владельцам. Издатель и МФИ Софт непретендуют на упомянутые наименования и торговые марки.

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

ИНФОРМАЦИЯ О ПРАВЕ СОБСТВЕННОСТИ

МФИ Софт оставляет за собой право вносить изменения в содержащуюся в данномдокументе информацию без предварительного уведомления.

Документ №

Тип документации

Версия ПО

Дата публикации

Подразделение

1

Функциональная спецификация

1.7.3

28.09.2012

Отдел технической документации

Page 3: функциональная спецификация рту моа 1.7.3 rus.pdf

3Оглавление

3

© 2012 МФИ Софт

Оглавление

51 Архитектура программного приложения РТУ МОА

................................................................................................................................... 61.1 Подсистема коммутации (ПКомм/TS)

................................................................................................................................... 71.2 Подсистема управления МОА

................................................................................................................................... 71.3 Подсистема EMS

82 Технические и функциональные характеристики

133 Аппаратные и программные требования

144 Отличия версий 1.7.0–1.7.2 от версии 1.6.0

................................................................................................................................... 144.1 Подсистема коммутации

................................................................................................................................... 144.2 Модуль обслуживания абонентов

155 Отличия версии 1.7.3 от версии 1.7.2

................................................................................................................................... 155.1 Модуль обслуживания абонентов

166 Приложение

................................................................................................................................... 166.1 Сценарии реализации ДВО в РТУ МОА

.......................................................................................................................................................... 166.1.1 Удержание вызова (Call Hold)

.......................................................................................................................................................... 176.1.2 Перевод вызова на другого абонента (Call Transfer)

.......................................................................................................................................................... 186.1.3 Переадресация (Call Forward)

.......................................................................................................................................................... 206.1.4 «Не беспокоить» (Do not Disturb)

.......................................................................................................................................................... 206.1.5 Уведомление об ожидающем входящем вызове (Call Waiting)

.......................................................................................................................................................... 216.1.6 «Следуй за мной» (Follow me)

.......................................................................................................................................................... 226.1.7 Автосекретарь (Auto Attendant)

.......................................................................................................................................................... 246.1.8 «Чёрные и белые списки» (Black/White Lists)

.......................................................................................................................................................... 256.1.9 Многосторонняя конференция (Multiparty Conference Call)

.......................................................................................................................................................... 266.1.10 Голосовая почта (Voice Mail)

.......................................................................................................................................................... 266.1.11 Отправка факсов через веб-интерфейс (Web to Fax)

.......................................................................................................................................................... 276.1.12 Обратный вызов (Call Back)

.......................................................................................................................................................... 296.1.13 Автодозвон (Auto Redial)

.......................................................................................................................................................... 306.1.14 Автодозвон с обратным вызовом (Auto Redial with Dial Back)

.......................................................................................................................................................... 306.1.15 Повтор набора номера (Last Number Redial)

.......................................................................................................................................................... 316.1.16 Ежедневный сигнал будильника (Daily Alarm)

.......................................................................................................................................................... 326.1.17 Однократный сигнал будильника (One-Time Alarm)

.......................................................................................................................................................... 336.1.18 Быстрый набор (Speed Dial)

.......................................................................................................................................................... 336.1.19 Запись аудиофайлов (Save Prompt)

.......................................................................................................................................................... 346.1.20 Запрос списка доступных сервисов (Service List Query)

.......................................................................................................................................................... 356.1.21 Доступ с правами учетной записи (Identity-based Access)

.......................................................................................................................................................... 366.1.22 «Виртуальный факс» (Fax to E-mail)

.......................................................................................................................................................... 376.1.23 Виртуальная конференц-комната (Chat Room)

.......................................................................................................................................................... 396.1.24 Перехват вызова (Pick up)

.......................................................................................................................................................... 396.1.25 «Парковка вызовов» (Call Park)

Page 4: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА4

© 2012 МФИ Софт

.......................................................................................................................................................... 406.1.26 Индикация состояния линии (BLF)

.......................................................................................................................................................... 426.1.27 Телеголосование (Televoting)

.......................................................................................................................................................... 436.1.28 Запрос текущего системного времени (Current Time Query)

.......................................................................................................................................................... 436.1.29 Алиасы (альтернативные номера)

.......................................................................................................................................................... 446.1.30 Доменная организация эксплуатационного пространства станции (Domains)

.......................................................................................................................................................... 466.1.31 Видеовызов (Video Call)

.......................................................................................................................................................... 476.1.32 Прямой внутрисистемный доступ (DISA)

.......................................................................................................................................................... 486.1.33 Групповой вызов (Group Call)

.......................................................................................................................................................... 486.1.34 «Карточная платформа» (Calling Card Platform)

.......................................................................................................................................................... 496.1.35 Многотерминальность (Multiterminal)

Page 5: функциональная спецификация рту моа 1.7.3 rus.pdf

Архитектура программного приложения РТУ МОА 5

© 2012 МФИ Софт

1 Архитектура программного приложения РТУ МОА

РТУ МОА - это программная реализация оконечной (телефонной) станции (ОС) и учрежденческой АТС (IPPBX) с возможностью предоставления услуг хостинга подобным же станциям и УАТС (hosted class 5 switch/hosted IP PBX) за счет передачи в эксплуатацию части рабочих возможностей системы другим операторамсвязи и корпоративным клиентам.

С точки зрения архитектуры программное решение РТУ МОА состоит из двух обязательных компонентов:подсистемы коммутации – (Traffic Switch/TS/ПКомм), и подсистемы управления (ПУпр) МОА. В зависимостиот разновидности по видам обслуживания абонентов в подсистему управления МОА входит либо толькообязательный элемент, логика «Оконечная станция» (логика «ОС»), либо одновременно логика «ОС» икомпонент, приобретаемый по выбору, - логика «Дополнительные виды обслуживания» (логика «ДВО»), как нарис. ниже.

Еще одним дополнением к приложению РТУ МОА, приобретаемым по выбору, является подсистема EMS,предназначенная для мониторинга функционирования приложения.

Page 6: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА6

© 2012 МФИ Софт

Архитектура РТУ МОА (абонентская станция и УАТС)

1.1 Подсистема коммутации (ПКомм/TS)

ПКомм программного приложения РТУ МОА (РТУ/Система) состоит из следующих программных модулей(nodes):

Модуля управления лицензиями (License management node), обеспечивающего хранение информации оконфигурации всей системы, централизованную настройку составляющих ее модулей, сбор данных офункционировании системы и управление лицензиями.

Модуля балансировки нагрузки (МБН/Registration-balancer node), предназначенного для обработкирегистрационных запросов в соответствии со стандартами SIP и H.323, а также распределения рабочейнагрузки между модулями обработки вызовов. Информация о регистрируемом пользователе передаётсяна ПУпр и на основании ответа от нее принимается решение о принятии или отклонении запроса нарегистрацию. Распределение вновь поступающих вызовов осуществляется с учетом текущего ASR длякаждого модуля обработки вызовов.

Модуля управления вызовами (МУВ/Signaling node), отвечающего за обработку сигнальных протоколов

Page 7: функциональная спецификация рту моа 1.7.3 rus.pdf

Архитектура программного приложения РТУ МОА 7

© 2012 МФИ Софт

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

Модуля медиа-потоков (ММП/Media node), решающего задачи обработки медиа-потоков, транзита(проксирования) голосового, видео трафика и факсов, конвертации голосовых кодеков.

Модуля командной строки (Command line node) – telnet-сервера, позволяющего осуществлятьпервоначальную настройку и мониторинг ПКомм с помощью любого telnet-клиента.

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

1.2 Подсистема управления МОА

Компонент РТУ «Модуль обслуживания абонентов» (МОА) призван выполнять функции оконечной станции иучрежденческой АТС (УАТС), обеспечивая обработку абонентских вызовов с предоставлением как базовыхуслуг телефонии, так и дополнительных видов обслуживания (ДВО).

Для обработки вызовов МОА использует ПКомм.

Подсистема управления МОА состоит из пяти компонентов:

Управляющих логик (логики «ОС» и логики «ДВО» при наличии последней) – обеспечивающихфункционирование ПКомм и РТУ МОА в качестве оконечного узла связи при обработке входящих иисходящих вызовов абонентов, a также предоставление абонентам базовых и дополнительных видовобслуживания;

Базы данных (БД МОА), используемой обеими управляющими логиками в качестве средства храненияосновных настроек МОА, учетных записей абонентов, информации о предоставляемых им услугах,планов набора, данных о шлюзах, доменах и поддоменах, о правилах преобразования номеров и т. д.;

Веб-интерфейса, предоставляющего удобный графический инструмент управления рабочимпространством оконечной станции и УАТС, а также персональной рабочей средой абонента (веб-кабинет абонента).

Файлового хранилища, предназначенного для постоянного или временного хранения всех файлов,которыми МОА обменивается с другими модулями: аудиофайлы, файлы записанных разговоров, файлыфаксимильных сообщений. Файловое хранилище представляет из себя веб-сервер nginx, используемыйдля чтения файлов, и веб-сервер apache, предназначенный для записи и управления файлами черезтехнологию WebDAV. Для размещения файлов используется файловая система ОС Debian.

Сервера обмена сообщениями, представляющего из себя сторонний XMPP-сервер OpenFire,распространяемого под лицензией Apache License 2.0 (http://www.igniterealtime.org/builds/openfire/docs/latest/LICENSE.html) и предназначенного для обмена сообщениями, файлами и информацией оприсутствии между программными клиентами РТУ производства «МФИ Софт» – РТУ-Клиентами.

1.3 Подсистема EMS

Подсистема EMS обеспечивает возможность наблюдения за функционированием ПКомм РТУ МОА, а такжелюбых других сетевых систем и устройств по протоколу SNMP.

Подсистема EMS не является неотъемлемой частью РТУ МОА, однако может быть включена в комплектпоставки по желанию клиента, приобретающего или эксплуатирующего РТУ МОА.

Page 8: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА8

© 2012 МФИ Софт

2 Технические и функциональные характеристики

Сопряжение сетей и оборудования

Конвертация стандартов кодирования звука (кодеков 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 (включая Annex C), AMR-WB/G.722.2);

Конвертация протоколов сигнализации SIP, H.323;

Передача факсов по протоколу T.38 (passthrough);

Передача видео по протоколам SIP и H.323 с использованием кодеков H.261, H.263, H.264 (passthrough);

Поддержка большинства способов передачи DTMF, включая RFC2833, SIP INFO, Inband DTMF в кодекеG.711 (только на приём), сигнальные DTMF в H.245, Q.931;

Поддержка методов SIP REFER (RFC3515), SUBSCRIBE/NOTIFY (поддержка BLF);

Поддерживаемые протоколы

SIP2.0/SDP (поддерживается только SIP через UDP);

H.323 v.2-v.4 (в т.ч. H.245 v.7, H.225 v.4);

RTP/RTCP;

SNMP (в том числе отправка уведомлений SNMP traps);

RADIUS AAA;

Безопасность сети и функции пограничного контроллера соединений

Преодоление барьера адресной трансляции (NAT);

Сокрытие структуры сети;

Авторизация вызовов по набору параметров, на основании:

o данных из системы РТУ МОА;

o данных из внешней системы учета и начисления платы.

Ограничение потока входящих вызовов по скорости нарастания (CPS).

Ограничение потока входящих SIP-регистраций по скорости нарастания (RPS).

Ограничение количества одновременных вызовов.

Маршрутизация вызовов

Перемаршрутизация при недоступности маршрута;

Внутр енняя мар шр утизация по пар аметр ам

Номер вызывающего/вызываемого абонента;

День недели / время суток;

ID группы шлюза (один шлюз может принадлежать к нескольким группам);

CPC и прочим параметрам вызова;

Статистика и анализ работы сети

Отображение CDR-записей по любому заданному параметру;

Экспорт CDR-записей в текстовый файл (в том числе автоматический);

Page 9: функциональная спецификация рту моа 1.7.3 rus.pdf

Технические и функциональные характеристики 9

© 2012 МФИ Софт

Учет и начисление платы

Единая точка сбора CDR-записей;

Исчерпывающий набор полей в CDR-записях для детального анализа соединений и предварительнойотладки;

Интеграция с системами учета и начисления платы с помощью протокола RADIUS;

Стандарт Cisco VSA;

Авторизация пользователя непосредственно в системе учета и начисления платы на основании данных изРТУ МОА;

Функциональность H.323-привратника (H.323 gatekeeper)

RAS-регистрация оконечного и иного оборудования;

Взаимодействие с другими сетями в роли привратника (gatekeeper).

Функциональность SIP-регистратора (SIP registrar)

SIP-регистрация оконечного и иного оборудования;

Преобразование номеров

Преобразование номеров с использованием регулярных выражений в соответствии с требованиямиоператоров;

Дифференцированное преобразование номеров для целей маршрутизации и СОРМ (на шлюзах, привходе вызова в систему или при выходе из нее, предмаршрутизация, постмаршрутизация.).

Преобразование прочих параметров вызова (категория вызывающей стороны и т.д.).

Управление системой:

Управление настройками системы через веб-интерфейс;

Консоль управления (CLI – интерфейс командной строки) через telnet;

Загрузка данных в БД и получение данных из БД по протоколу XML/HTTP.

Журналирование и отладка

Системные журналы отладочной информации с настраиваемым уровнем детализации данных;

Имитация (моделирование) вызовов.

Протоколирование действий администратора в веб-интерфейсе.

Отказоустойчивость

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

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

Географически распределенная конфигурация

Модульная архитектура подсистемы коммутации;

Page 10: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА10

© 2012 МФИ Софт

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

Механизм динамического распределения лицензий.

Дополнительные виды обслуживания (ДВО)

Осуществимость дополнительных видов обслуживания в МОА РТУ гарантируется производителем ПО, если ихпрактическая реализация и предоставление абонентам выполняются в соответствии с проверенными во времятестирования сценариями

ДВО абонентской логики:

Удержание вызова (Call Hold) – возможность удержания входящего вызова, например, для его переводаили совершения другого вызова;

Перевод вызова на другого абонента (Call Transfer) – переключение поступившего вызова на другогоабонента посредством набора DTMF или посредством сигнального SIP-сообщения REFER;

Трехсторонняя конференц-связь (3-way Conference Call) – сеанс связи между тремя абонентамиодновременно;

Многосторонняя конференция (Multiparty Conference Call) – сеанс связи между четырьмя и болееабонентами;

Уведомление об ожидающем входящем вызове (Call Waiting) – уведомление абонента, занятогоразговором по телефону, об очередном поступившем вызове, ждущем ответа;

Переадресация (Call Forward) – перенаправление поступившего вызова на другой номер того жеабонента;

o безусловная;

o по занятости;

o по неответу;

o по недоступности;

«Не беспокоить» (Do not Disturb) – режим игнорирования всех входящих вызовов (при использованиитолько логики «ОС» без логики «ДВО» управление возможно только через веб-интерфейс и невозможнопосредством телефона;)

«Чёрные и белые списки» (Black/White Lists) – блокирование вызовов, поступающих с номеров,занесенных абонентом в «чёрные списки», и возможность приема всех вызовов абонентов, занесенныхим в «белые списки»;«АОН/АнтиАОН» (CLIR/CLIP) – предоставление абонентской услуги автоматического определителяномера (идентификатора вызывающего) при входящем вызове и услуги блокировки передачи номера(идентификатора вызывающего) при исходящем от абонента вызове;

Индикация состояния линии» (BLF) – подписка на события другого абонента для отображения еготекущего статуса: линия свободна, входящий вызов, линия занята;

«Быстрый набор» (Speed Dial) – вызов номера путем набора сопоставленной ему короткой комбинациииз одной или двух цифр. Соспоставление индивидуально для каждого абонента системы. Прииспользовании абонентской логики без платформы ДВО управление возможно только через веб-интерфейс;

ДВО сервисной платформы:

Отправка факсов через веб-интерфейс (Web to Fax)* – возможность посылать факсимильные сообщениячерез web-кабинет в виде графических файлов. Поддержка режимов качества передачи: Standard, Fine,SuperFine;

«Виртуальный факс» (Fax to E-mail)* – прием факсимильных сообщений с преобразованием в формат

Page 11: функциональная спецификация рту моа 1.7.3 rus.pdf

Технические и функциональные характеристики 11

© 2012 МФИ Софт

TIFF и последующей отправкой полученного файла по электронной почте в виде приложения кэлектронному письму. Поддержка режимов качества: Standard, Fine, SuperFine;

Голосовая почта (Voice Mail) – возможность получения, записи и хранения голосовых сообщений вперсональном «ящике» голосовой почты, а также возможность доставки уведомления или записанногосообщения на указанный адрес электронной почты;

«Следуй за мной» (Follow Me) – автоматическое перенаправление вызова на тот номер или несколькономеров, по которым абонент может принять вызов в данный момент;

Автосекретарь (системный и абонентский) (Auto Attendant) – обработка входящих вызовов вавтоматическом режиме;

Доступ с правами учетной записи (Identity-based Access) – вызовы с любого телефона с правами,согласно своей или чьей-либо учетной записи;

Повтор набора номера (Last Number Redial) – быстрый набор последнего набранного номера или номерапоследнего входящего вызова;

Автодозвон (Auto Redial) – возможность многократного автоматического набора номера абонента,который в данный момент занят или недоступен;

Обратный вызов (Call Back) – последовательное осуществление двух вызовов – сначала на специальновыделенный номер телефона, затем на номер вызываемого абонента и их соединение, что позволяетснизить затраты на исходящие междугородные и международные вызовы;

Автодозвон с обратным вызовом (Auto Redial with Dial Back) – возможность автоматическогомногократного набора номера абонента, который в данный момент занят или недоступен, с обратнымвызовом абоненту при успешном дозвоне;

Перехват вызова (Pick up) – возможность «переводить на себя» и отвечать на вызовы, поступающие насоседние телефоны и адресованные другим абонентам;

«Парковка вызовов» (Call Park) – помещение вызова в «парк ожидания» (удержание на специальнойлинии) для совершения нового вызова. Возможность в любой момент вернуться к разговору сабонентом, вызов которого «припаркован»;

Запись аудиофайлов (Save Prompt) – возможность записи собственных голосовых сообщений в форматеWAV;

«Будильник» (Alarm) – заранее настроенный сигнал-напоминание абоненту в виде выполняемого вустановленное время вызова;

Запрос текущего системного времени (Current Time Query) – предоставление информации о текущемсистемном времени;

Запрос списка доступных сервисов (Service List Query) – запрос информации о функциях и сервисах,доступных абоненту;

Прямой внутрисистемный доступ (DISA) – обеспечение абоненту, который находится вне офиса,доступа к внутренней телефонной сети;

Групповой вызов (Group Call) – вызов, поступающий одновременно всем абонентам определеннойгруппы;

Виртуальная конференц-комната (Chat Room) – сеанс связи с неограниченным числом участников,создаваемый приглашением участников через веб-интерфейс, либо дозвоном участника напредопределенный номер;

«Карточная платформа» (Calling Card Platform) – предоставление услуг телефонной связи по картампредоплаты, позволяющим осуществление вызовов стороной, не являющейся абонентом системы, спредварительной авторизацией по ПИН-коду или А-номеру на внешнем RADIUS-сервере;

Многотерминальность (Multiterminal) – одновременное использование нескольких терминалов,подключенных к одной учетной записи абонента. Терминалы различаются по уникальному именирегистрации, но имеют общие настройки;

Телеголосование (Televoting) – проведение опросов или голосования при помощи подсчета количества

Page 12: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА12

© 2012 МФИ Софт

входящих вызовов, поступивших на определенные телефонные номера. Результаты опроса оформляютсяв виде гистограммы, которая доступна для просмотра, как во время голосования, так и по его окончании.

Управление настройками некоторых сервисов через голосовое меню c телефонного аппарата:

o запрос/установка параметров переадресации (Query/Set Forward);

o запрос/установка параметров быстрого набора (Query/Set Speed Dial);

o запрос/установка параметров будильников (Query/Set Alarm);

* – передача и прием факсимильных сообщений через сервисы Web to Fax и Fax to Email поддерживаетсятолько по протоколу T.38

Особенностями МОА также являются:

поддержка подключения модуля обслуживания абонентов к SIP-сетям, требующим регистрации;

поддержка доменов (Domain Partitioning), включая ограничение на количество вызов как внутри домена,так и за его пределы;

поддержка алиасов (псевдонимов) – любой абонент может иметь неограниченное количестводополнительных коротких телефонных номеров (алиасов);

возможность организации виртуального номера;

управление всеми настройками из личного веб-кабинета, доступного абонентам через веб-интерфейс снезависимой от интерфейса администратора точкой входа;

централизованная система управления настройками телефонных аппаратов (auto-provisioning),поддерживающих автоматическую загрузку конфигурации через TFTP и HTTP протоколы.

Подсистема EMS

Поддер живаемые пр отоколы для сбор а инфор мации:

SNMP v1;

SNMP v2c;

Монитор инг, статистика и анализ

Получение данных по протоколу SNMP v1 и v2c с конфигурируемым периодом опроса;

Получение данных через собственный агент;

Хранение данных в течение указанного времени;

Создание производных параметров для выполнения операций над полученными данными;

Построение многосоставных отчетов по всем типам данных;

Различные формы представления данных: таблицы и графики;

Возможность фильтрации, поиска, сортировки данных;

Отслеживание состояний элементов данных в зависимости от их значений;

Уведомление оператора в случае преодоления параметров наблюдаемого объекта пороговых значений.

Page 13: функциональная спецификация рту моа 1.7.3 rus.pdf

Аппаратные и программные требования 13

© 2012 МФИ Софт

3 Аппаратные и программные требования

Система поставляется в виде набора модулей, предназначенных для установки и работы под управлениемследующих операционных систем:

Debian GNU/Linux 6.0 (32-bit x86 Squeeze) с 64-х битным ядром и 32-х битным окружением.

Функциональные компоненты, входящие в состав приложения (управляющие логики «ОС» и «ДВО», ПКомм,база данных и веб-сервер), могут размещаться как на одной, так и на отдельных аппаратных платформах взависимости от требований, предъявляемых к производительности РТУ МОА.

Для работы с БД используется СУБД MySQL. С перечнем поддерживаемых MySQL операционных системможно ознакомиться по ссылке.

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

8-ми ядерная платформа;

RAM 8GB

Рекомендуемой платформой является:

HP Proliant 360

Браузеры, поддерживаемые веб-интерфейсом:

Mozilla Firefox 3.x - 11.x

Пр и использовании р езер вир ования на р езер вир уемых сер вер ах тр ебуются как минимум 2 сетевыхинтер фейса.

Page 14: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА14

© 2012 МФИ Софт

4 Отличия версий 1.7.0–1.7.2 от версии 1.6.0

4.1 Подсистема коммутации

Поддержка кодеков G.722, G.722.1(включая Annex C), AMR-WB/G.722.2;

Возможность отправки уведомлений в виде SNMP trap.

4.2 Модуль обслуживания абонентов

Большая часть ДВО обеспечивается отдельным и независимым программным модулем логика «ДВО»,которых в составе МОА может быть несколько, за счет чего достигается эффект масштабированиясистемы

Изменен механизм формирования и преобразования номеров. Введена возможность выполненияпреобразования как перед маршрутизацией, так и после нее. Расширены возможности преобразования(трансляции) номеров на шлюзах. Введена трансляция поля Diversion по правилам для вызывающихномеров.

Изменен механизм формирования, представления и выгрузки CDR-записей.

Изменен механизм формирования RADIUS-сообщений в случае прохождения вызова через логику«ОС» и платформу ДВО.

Вызовы между доменами осуществляются через ПКомм (TS) и через учетные записи шлюзов, чтопозволило задавать ограничения на число одновременных вызовов, совершаемых как внутри домена, таки за его пределы. В доменах добавлена возможность автоматической выгрузки CDR-записей имониторинг текущих вызовов.

При включении в состав МОА логики «ДВО» появляется возможность одновременного использованиянескольких терминалов, закрепленных за одной учетной записью абонента, см. раздел Технические ифункциональные характеристики.

Вызовы, осуществляемые под учетной записью Default User теперь приводят к уменьшению доступногоостатка абонентских лицензий.

С целью повышения безопасности сделан раздельным доступ к веб-интерфейсу администратора и к веб-интерфейсу абонента.

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

Исключена функциональность:

- запись текущего вызова путем совершения вызова на номер соответствующего ДВО;

- ENUM;

- выполнение команд по событиям, настраиваемых в веб-кабинете абонента.

Page 15: функциональная спецификация рту моа 1.7.3 rus.pdf

Отличия версии 1.7.3 от версии 1.7.2 15

© 2012 МФИ Софт

5 Отличия версии 1.7.3 от версии 1.7.2

5.1 Модуль обслуживания абонентов

В свойства домена, доступные только администратору родительского домена, введены ограничения насуммарный объем аудиофайлов, создаваемых внутри этого домена. В расчет принимаются вновьдобавленные или замененные аудиофайлы приветственных сообщений, файлы голосовой почты и файлызаписанных разговоров.

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

Добавлена интеграция по списку абонентов с XMPP-сервером, обеспечивающим обмен сообщениями,файлами и информацией о присутствии для программных клиентов «РТУ-Клиент».

Page 16: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА16

© 2012 МФИ Софт

6 Приложение

6.1 Сценарии реализации ДВО в РТУ МОА

Приведенные в данном приложении сценарии составляют полный перечень ДВО, реализуемых в РТУ МОА.Доступность ДВО определяется приобретенной лицензией.

6.1.1 Удержание вызова (Call Hold)

Название ДВО «Удержание вызова» (Call Hold)

Намеченная цельдействий

Удержание текущего вызова (Call Hold) через *# с последующим замыканиемабонентов в трехстороннюю конференц-связь (3-way Conference Call)

Необходимые условия 1 Абоненты A01, A02, A03 имеют учетные записи в одном домене

2 ДВО «Трехсторонняя конференц-связь» (3-way Conference Call) долженвходить в лицензию

3 В группе, в которую входят абоненты A01, A02, A03 выставлен флажок«Трехсторонняя конференц-связь» и «Перевод вызова»

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A01 набирает *# Абонент A02 слышит системный MoH,абонент A01 слышит сигнал ответастанции (dial tone)

3 Абонент A01 набирает номерабонента A03

Устанавливается соединение междуабонентами A01 и A03, абонент A02продолжает слушать МоН

4 Абонент A01 набирает *# Устанавливается трёхсторонняяконференц-связь между абонентами A01,A02 и A03

Название ДВО «Удержание вызова» (Call Hold)

Намеченная цельдействий

Удержание вызова (Call Hold) средствами телефона с последующим замыканиемабонентов в трехстороннюю конференц-связь (3-way Conference Call)

Необходимые условия 1 Абоненты A01, A02, A03 имеют учетные записи в одном домене

2 ДВО «Трехсторонняя конференц-связь» (3-way Conference Call) можетотсутствовать в лицензии

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A01 нажимает кнопку Hold на оборудовании

Абонент A02 слышит системный МоНдомена, абонент A01 слышит сигналответа станции (dial tone)

3 Абонент A01 набирает номерабонента A03

Устанавливается соединение междуабонентами A01 и A03

4 Абонент A01 нажимает кнопкуConf на оборудовании

Устанавливается трёхсторонняяконференц-связь между абонентамиA01, A02 и A03

Page 17: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 17

© 2012 МФИ Софт

Примечание На данный момент функция постановки на удержание поддерживается следующимоборудованием: LinksysSPA 962, Aastra 6757i

6.1.2 Перевод вызова на другого абонента (Call Transfer)

Программными средствами МОА

Название ДВО «Перевод вызова на другого абонента» (Call Transfer)

Намеченная цельдействий

Перевод вызова с сопровождением (Supervised Call Transfer)

Необходимые условия 1 Абоненты A01, A02, A03 имеют учетные записи в одном домене

2 ДВО «Перевод вызова» включен в лицензию

3 В группе, в которую входят абоненты A01, A02, A03, выставлен флажок«Перевод вызова»

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A02 набирает *#, переводясоединение с абонентом A01 врежим ожидания.

Абонент A01 слышит МоН доменаROOT, абонент A02 слышит сигналответа станции (dial tone)

3 Абонент A02 набирает номерабонента A03

Устанавливается соединение междуабонентами A02 и A03

4 Абонент A02 сообщает абонентуA03 о намерении перевести вызов наабонента A01 и кладёт трубку

Устанавливается соединение междуабонентами A01 и A03

Название ДВО «Перевод вызова на другого абонента» (Call Transfer)

Намеченная цельдействий

Перевод вызова без сопровождения (Blind Call Transfer)

Необходимые условия 1 Абоненты A01, A02, A03 имеют учетные записи в одном домене

2 ДВО «Перевод вызова» включен в лицензию

3 В группе, в которую входят абоненты A01, A02, A03 выставлен флажок«Перевод вызова»

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A02 набирает *#,переводя соединение с абонентомA01 в режим ожидания.

Абонент A01 слышит МоН доменаROOT, абонент A02 слышит сигналответа станции (dial tone)

3 Абонент A02 набирает номерабонента A03 и, не дожидаясьответа от A03, кладёт трубку

Абонент A01 вместо МоН слышитсигнал «контроль посылкивызова» (КПВ)

4 Абонент A03 снимает трубку Устанавливается соединение междуабонентами A01 и A03

Аппаратным способом

Page 18: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА18

© 2012 МФИ Софт

Название ДВО «Перевод вызова на другого абонента» (Call Transfer)

Намеченная цельдействий

Перевод вызова с сопровождением (Supervised Call Transfer) средствамиоборудования

Необходимые условия 1 Абоненты A01, A02, A03 имеют учетные записи в одном домене

2 ДВО «Перевод вызова» включен в лицензию

3 В группе, в которую входят абоненты A01, A02, A03 выставлен флажок«Перевод вызова»

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A02 нажимает Xref инабирает номер абонента A03

Происходит вызов абонента A03, послеответа A03 устанавливается соединениемежду абонентами A02 и A03

3 Абонент A02 нажимает Xref Соединение с абонентом A02 прерывается,устанавливается соединение междуабонентами A01 и A03

Примечание На данный момент эта функция поддерживается следующим оборудованием:LinksysSPA 962, Aastra 6757i

Название ДВО «Перевод вызова на другого абонента» (Call Transfer)

Намеченная цельдействий

Перевод вызова без сопровождения (Blind Call Transfer) средствами оборудования

Необходимые условия 1 Абоненты A01, A02, A03 имеют учетные записи в одном домене

2 ДВО «Перевод вызова» включен в лицензию

3 В группе, в которую входят абоненты A01, A02, A03 выставлен флажок«Перевод вызова»

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A02 нажимает Xref ,набирает номер абонента A03и, не дожидаясь ответаабонента A03, снова нажимаетXref

Соединение с абонентом A02ликвидируется, и устанавливаетсясоединение между абонентами A01 и A03

Примечание На данный момент эта функция поддерживается следующим оборудованием:LinksysSPA 962, Aastra 6757i

6.1.3 Переадресация (Call Forward)

Название ДВО «Переадресация» (Call Forward)

Намеченная цельдействий

Использование ДВО «Установка параметров переадресации» и «Запрос параметровпереадресации»

Необходимые условия 1 Абоненты A01, A02 имеют учетные записи в одном домене.

2 Абоненты G01, G02 находятся за шлюзом, с учетной записью в одном домене

Page 19: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 19

© 2012 МФИ Софт

3 В группе, в которую входят абоненты A01, A02, выставлен флажок«Переадресация»

4 ДВО «Установка параметров переадресации» и «Запрос параметровпереадресации» входят в лицензию

5 В системе на сервисной платформе создан экземпляр ДВО «Установкапараметров переадресации» и номер доступа к нему, например 002

6 В системе на сервисной платформе создан экземпляр ДВО «Запроспараметров переадресации» и номер доступа к нему, например, 003

7 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них.

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Установкапараметров переадресации»002 + 1 (тип переадресации от 1до 4) + номер абонента зашлюзом G02(1 – переадресация позанятости 2 – переадресация по неответу 3 – переадресация понедоступности 4 – безусловнаяпереадресация )

Абонент A01 слышит голосовое сообщение«Услуга подключена».В настройках абонента в поле «Позанятости» указан номер абонента зашлюзом G02

2 Абонент A01набирает коддоступа к ДВО «Запроспараметров переадресации 003+ 1 (указывает типпереадресации)

Абоненту A01 проигрывается номерабонента за шлюзом G02

3 Абонент A01 совершает вызовна номер 0023, чтобыотключить переадресацию понедоступности

Абонент A01 слышит голосовое сообщение«Услуга отключена» (т.е. переадресация понедоступности не настроена)

4 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

5 Абонент G01 набирает номерабонента A01

Срабатывает переадресация по занятости,происходит вызов абонента G02

6 Абонент A01 набирает коддоступа к ДВО «Заданиепараметров переадресациивызовов» 002 + 1 с цельюотключить переадресацию позанятости

Абонент A01 слышит голосовое сообщение«Услуга отключена».Переадресация по занятости деактивирована.

7 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

8 Абонент G01 набирает номерабонента A01

Абонент G01 слышит голосовое сообщение«Абонент занят, перезвоните позднее»

Page 20: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА20

© 2012 МФИ Софт

6.1.4 «Не беспокоить» (Do not Disturb)

Название ДВО «Не беспокоить» (Do not Disturb)

Намеченная цельдействий

Подключение ДВО «Не беспокоить» (Do not Disturb) с телефонного аппарата

Необходимые условия 1 Абоненты A01, A02 имеют учетные записи в одном домене

2 ДВО «Не беспокоить» включен в лицензию

3 В учетной записи абонента A01 ДВО «Не беспокоить» имеет приоритетвыше, чем остальные ДВО (например, «Следуй за мной», «Автосекретарь»,«IVR», любой вид переадресации).

4 В системе на сервисной платформе создан экземпляр ДВО «Не беспокоить»и номер доступа к нему, например , 004

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них.

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Не беспокоить»004 + 1, с целью подключить ДВО

Абоненту A01 проигрывается голосовоесообщение «Услуга подключена»В веб-кабинете абонента A01 виденвыставленный флажок «Не беспокоить»

2 Абонент A02 набирает номерабонента A01

Абонент A02 слышит голосовоесообщение «Абонент просил небеспокоить»

3 Абонент A01 набирает коддоступа к ДВО «Не беспокоить004 + 0, с целью отключить ДВО

Абоненту A01 воспроизводитсяголосовое сообщение «Услугаотключена»В веб-кабинете абонента A01 флажок«Не беспокоить» переходит в состояние«сброшен»

4 Абонент A02 набирает номерабонента A01

Устанавливается соединение междуабонентами A01 и A02

6.1.5 Уведомление об ожидающем входящем вызове (Call Waiting)

Название ДВО «Уведомление об ожидающем входящем вызове» (Call Waiting)

Намеченная цель действий Использование ДВО «Уведомление об ожидающем входящем вызове» (CallWaiting)

Необходимые условия 1 Абоненты A01, A02, A03 имеют учетные записи в одном домене

2 ДВО «Перевод вызова» включен в лицензию

3 В группе, в которую входят абоненты A01, A02, A03, выставленыфлажки «Ожидающий вызов» и «Трехстороняя конференц-связь».

Последовательностьдействий и событий

1 Абонент A01 набираетномер абонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A03 набираетномер абонента A01

Абонент A03 слышит голосовоесообщение «Пожалуйста, подождите», иего вызов ставится на удержание(проигрывается МоН)

Page 21: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 21

© 2012 МФИ Софт

Абонент A01 слышит короткие сигналы,уведомляющие об ожидающем ответановом вызове.

3 Желая отклонитьпоступивший вызов,абонент A01 набираеткомбинацию *1

Вызов абонента A03 отклоняется..Разговор абонентов A01 и A02продолжается

4 Абонент A03 набираетномер абонента A01

Абонент A03 слышит голосовоесообщение «Пожалуйста, подождите», иего вызов ставится на удержание(проигрывается МоН)Абонент A01 слышит короткие сигналы,уведомляющие об ожидающем ответановом вызове

5 Желая принятьпоступивший вызов,абонент A01 набираеткомбинацию *#

Устанавливается соединение междуабонентами A01 и A03, а абонент A02ставится на удержание (проигрываетсяМоН)

6 Желая вернуться кпрежнему соединению,абонент A01 вновьнабирает комбинацию *#

Восстанавливается соединение междуабонентами A01 и A02, абонент A03ставится на удержание (проигрываетсяМоН)

7 Желая объединить двасоединения вконференцию, абонент A01набирает комбинацию *2

Устанавливается трёхсторонняяконференц-связь между абонентамиA01, A02 и A03

6.1.6 «Следуй за мной» (Follow me)

Название ДВО «Следуй за мной» (Follow me)

Намеченная цельдействий

Использование ДВО «Следуй за мной» (Follow me)

Необходимые условия 1 Абоненты A01, A02 имеют учетные записи в одном домене

2 Абонент G01 находится за шлюзом, учетная запись которого принадлежит ктому же домену, что и учетные записи A01 и A02

3 Сценарии «Следуй за мной» и ДВО «Голосовая почта» включены влицензию.

4 В системе на абонентской логике создан экземпляр ДВО «Следуй за мной» ина сервисной платформе создан для него маршрут.

5 В настройках абонента А01 включен ДВО «Голосовая почта», созданоправило обработки входящего вызова – ДВО «Следуй за мной» (условие –Безусловно, приоритет – Наивысший).

6 В системе на абонентской логике создан экземпляр ДВО «Голосовая почта» ина сервисной платформе создан для него маршрут, например, 005[0-2].

7 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них.

Последовательность 1 Зайти в веб-кабинет абонента A01, Сценарий успешно сохранен

Page 22: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА22

© 2012 МФИ Софт

действий и событий переключиться в раздел «Следуй замной» и создать сценарий:

1. В поле «Телефоны» указатьномер абонента A01, времяожидания 10с

2. В поле «Телефоны» указатьномер абонента A01 и номерабонента G01, время ожидания15с

Для возможности оставить голосовоесообщение после попытки дозвона,отметить флажок «Голосовая почта»инапротив данного флага указатьномер голосовой почты внеинтерактивном режиме 0052.

2 Абонент A02 набирает номерабонента A01

Телефонный аппарат абонента A01звонит в течение 10 с. Через 10 сначинает звонить телефонныйаппарат абонента G01 (телефонныйаппарат абонента A01 продолжаетзвонить). При переходе с линию налинию КПВ начинает проигрыватьсясначала

3 Абонент G01 снимает трубку Телефонный аппарат абонента A01прекращает звонить.Устанавливается соединение междуабонентами A02 и G01

4 После завершения соединения междуабонентами A02 и G01, абонент A02набирает номер абонента A01

Телефонный аппарат абонента A01звонит в течении 10 с. Через 10 сначинает звонить телефонныйаппарат абонента G01 (телефонныйаппарат абонента A01 продолжаетзвонить). Вызов абонентов A01 и G01продолжается в течении 15 с. Через 15с абоненту A02 проигрываетсяголосовое сообщение «Оставьтесообщение после звукового сигнала»

5 Абонент A02 оставляет сообщение инажимает #

Абоненту A02 проигрываетсяголосовое сообщение «Сообщениесохранено»

6.1.7 Автосекретарь (Auto Attendant)

Название ДВО «Автосекретарь» (Auto Attendant)

Намеченная цельдействий

Использование ДВО «Автосекретарь» (Auto Attendant)

Необходимые условия 1 Абоненты A01, A02 имеют учетные записи в одном домене

2 Абонент F01 принадлежит к тому же домену, что и А01 и А02, аппаратноеоборудование абонента F01 поддерживает отправку факсов

3 ДВО «Автосекретарь» включен в лицензию

Page 23: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 23

© 2012 МФИ Софт

4 В настройках абонента A01 задан корректный электронный адрес (e-mail)

5 В системе на абонентской логике создан экземпляр ДВО «Автосекретарь» сидентификатором id035 и на сервисной платформе создан для него маршрут

6 В настройках абонента А01 создано правило обработки входящего вызова –ДВО «Автосекретарь» (условие – Безусловно, приоритет – Наивысший)

7 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Зайти в веб-кабинет абонента A01,переключиться в раздел«Автосекретарь» и создать новыйэкземпляр «автосекретаря».В разделе «Файлы приветствия» установить произвольный аудиофайл,который будет проигрываться присоединении с «автосекретарем».В разделе «Команды» выбратьследующие команды для клавиш:

1. «Позвонить абоненту»2. «Отправить факс»3. «Оставить сообщение»

Созданный экземпляр автосекретаряуспешно сохранен. Для егоактивирования необходимо вразделе «Конфигурация» отметитьфлажок «Автосекретарь» и выбратьнужный экземпляр израскрывающегося списка

2 Абонент A02 набирает номер абонентаA01

Абоненту A02 проигрываетсяприветственное сообщениеавтосекретаря

3 Абонент A02 набирает 1 Происходит вызов абонента A01 иустанавливается соединение междуабонентами A01 и A02

4 Абонент F01 набирает номер абонентаA01

Абоненту F01 проигрываетсяприветственное сообщениеавтосекретаря

5 Абонент F01 набирает 2 и отправляетфакс

Факсимильное сообщение приходитна почтовый ящик, указанный внастройках абонента A01

6 Абонент F01 набирает номер абонентаA01

Абоненту F01 проигрываетсяприветственное сообщениеавтосекретаря

7 Абонент F01 набирает 3, оставляетголосовое сообщение

Голосовое сообщение приходит напочтовый ящик, указанный внастройках абонента A01

Название ДВО «Автосекретарь» (Auto Attendant)

Намеченная цельдействий

Использование системного «Автосекретаря»

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 ДВО «Автосекретарь» включен в лицензию

3 В системе создан экземпляр ДВО «Автосекретарь» с идентификатором id027 иномером доступа к нему, например, – 027

Page 24: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА24

© 2012 МФИ Софт

4 В системе на абонентской логике создан шлюз, в котором «Идентификаторсервиса» id027

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 На странице ««Автосекретарь»» созданэкземпляр автосекретаря.В разделе «Файлы приветствия» выбранаудиофайл, который будет проигрыватьсяпри соединении с автосекретарем.В разделе «Команды» выбраныследующие команды для клавиш:

1 – «Изменить ПИН-код»2 – «Продолжить»3 – «Вызвать», в поле «Значение»указан номер абонента A02

Настройки сохранены

2 Абонент A01 набирает код доступа к ДВО«Автосекретарь»

Абоненту A01 проигрываетсяприветственное голосовоесообщение автосекретаря

3 Желая изменить ПИН-код, абонент A01набирает 1

Абоненту A01 проигрываетсяголосовое сообщение «ВведитеПИН-код»

4 Абонент A01 вводит ПИН-код Абоненту A01 проигрываетсяголосовое сообщение «Введитеновый ПИН-код»

5 Абонент A01 вводит новый ПИН-код Абоненту A01 проигрываетсяголосовое сообщение «Введитеновый ПИН-код еще раз»

6 Абонент A01 вводит новый ПИН-код ещераз

Абоненту A01 проигрываетсяголосовое сообщение «ПИН-кодуспешно изменен»

7 Желая продолжить сеанс, абонент A01набирает 2

Абоненту A01 проигрываетсяприветственное голосовоесообщение

8 Желая совершить вызов, абонент A01набирает 3

Происходит вызов абонента A02

6.1.8 «Чёрные и белые списки» (Black/White Lists)

Название ДВО «Чёрные и белые списки» (Black/White Lists)

Намеченная цельдействий

Использование ДВО «Чёрные и белые списки» (Black/White Lists)

Необходимые условия 1 Абоненты A01, A02, A03, А04 имеют учетные записи в одном домене.

2 ДВО «Не беспокоить» и «Чёрные и белые списки» включены в лицензию.

Последовательностьдействий и событий

1 Зайти в веб-кабинет абонента A01,переключиться в раздел «Чёрные ибелые списки» и создать новуюзапись типа «Белый», в которой вполе для ввода номеров ввести

Записи созданы

Page 25: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 25

© 2012 МФИ Софт

номер абонента A02.Создать новую запись типа«Чёрный», в которой в поле дляввода номеров ввести номерабонента А04

2 В настройках абонента A01активировать ДВО «Не беспокоить»,«Чёрные и белые списки».Приоритет у ДВО «Не беспокоить»выставить выше, чем у ДВО«Чёрные и белые списки»

ДВО успешно подключены

3 Абонент A03 набирает номерабонента A01

Абоненту A03 проигрываетсяголосовое сообщение «Абонент просилне беспокоить» (срабатывает ДВО «Небеспокоить»)

4 Абонент A02 набирает номерабонента A01

Происходит вызов абонента A01(абонент A02 из белого списка)

5 В настройках абонента A01 снять флажок «Не беспокоить»

ДВО успешно отключена

6 Абонент А04 набирает номерабонента A01

Абоненту А04 проигрываетсяголосовое сообщение «Абонент просилне беспокоить» (абонент A04 изчёрного списка)

6.1.9 Многосторонняя конференция (Multiparty Conference Call)

Название ДВО «Многосторонняя конференция» (Multiparty Conference Call)

Намеченная цельдействий

Использование ДВО «Многосторонняя конференция» (Multiparty Conference Call)

Необходимые

условия

1 Абоненты A01, A02, A03, А04 имеют учетные записи в одном домене

2 ДВО «Трехсторонняя конференц-связь» и «Многосторонняя конференция»включены в лицензию (ДВО «Многосторонняя конференция» не будетработать при отсутствии в лицензии ДВО «Трехсторонняя конференц-связь»)

3 В группе, в которую входят абоненты A01, A02, A03, А04 отмечены флажки«Трехсторонняя конференц-связь», «Многосторонняя конференция» и«Перевод вызова» (без этой функции не работает ДВО «Удержание вызова»)

4 На странице Конфигурация снят флажок «Управление конференцией толькоее инициатором»

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A01 набирает *# Абонент A02 слышит системный MoH,абонент A01 слышит сигнал ответастанции (dial tone)

3 Абонент A01 набирает номер A03 Устанавливается соединение междуабонентами A01 и A03, абонент A02продолжает слушать МоН

4 Абонент A01 набирает *# Устанавливается трёхсторонняя

Page 26: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА26

© 2012 МФИ Софт

конференц-связь между абонентами A01,A02 и A03

5 Абонент A02 набирает *# Абоненты A01 и A03 продолжаютразговаривать, A02 слышит сигнал ответастанции (dial tone)

6 Абонент A02 набирает номерабонента А04

Устанавливается соединение междуабонентами A02 и А04

6.1.10 Голосовая почта (Voice Mail)

Название ДВО «Голосовая почта» (Voice Mail)

Намеченная цельдействий

Использование ДВО «Голосовая почта» (Voice Mail)

Необходимые условия 1 Абоненты A01, A02, A03, А04 имеют учетные записи в одном домене

2 ДВО «Голосовая почта» и «Переадресация вызова» включены в лицензию

3 В настройках абонента A01 включена голосовая почта.Отмечены флажки:

Уведомлять по электронной почтеУведомлять голосовым сообщениемТелефонный номер для уведомлений (номер абонента A03)Приложить сообщение к уведомлению

4 В группе, в которую входит абонент A01, отмечен флажок «Переадресация»

5 В системе на абонентской логике создан ДВО «Голосовая почта» и насервисной платформе создан для него маршрут, например, 006[0-2]

6 В настройках абонента A01 создано правило обработки входящего вызова снаивысшим приоритетом – ДВО «Голосовая почта» (условие – Позанятости).

7 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент А04 набирает номерабонента A01

Устанавливается соединение междуабонентами A01 и А04

2 Абонент A02 набирает номерабонента A01

Абоненту A02 проигрывается голосовоесообщение «Оставьте сообщение послесигнала»

3 Абонент A02 оставляетсообщение и набирает #

Абоненту A02 проигрывается голосовоесообщение «Сообщение сохранено».Абоненту A01 на адрес электроннойпочты отправляется записанноесообщение.Происходит вызов абонента A03, емупроигрывается уведомление опоступлении одного нового сообщенияот абонента A02

6.1.11Отправка факсов через веб-интерфейс (Web to Fax)

Название ДВО Отправка факсов через веб-интерфейс (Web to Fax)

Page 27: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 27

© 2012 МФИ Софт

Намеченная цельдействий

Отправка факсов через веб-интерфейс на номер, оснащенный факсимильнымаппаратом и без такового.

Необходимые условия 1 Абоненты A01, A02

2 Абонент G01 находится за шлюзом, учетная запись которого принадлежит ктому же домену, что и А01, A02. Оборудование абонента G01 поддерживаетотправку факсов

3 ДВО «Виртуальный факс» включен в лицензию

4 В системе на сервисной платформе создан экземпляр ДВО «Виртуальныйфакс» и номер доступа к нему, например, 007. В настройках ДВО указан эл.адрес, например [email protected]

5 В настройках абонента А02 создано правило обработки входящего вызова снаивысшим приоритетом – ДВО «Переадресация», условие – Безусловно,Номер переадресации 007. В настройках группы, в которую входят абонентыА01 и А02, отмечен флажок «Переадресация»

6 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 заходит в личныйвеб-кабинет, переходит в раздел«Отправить факс», в поле«Получатель» указывает номерабонента G01, выбирает tiff-файл ивводит корректный проверочныйкод. Нажимает кнопку«Отправить»

Абонент G01 берет трубку, емупроигрывается голосовое сообщение«Пожалуйста, примите факсимильноесообщение». Абонент G01 получаетотправленный tiff-файл в качествефаксимильного сообщения

2 Из веб-кабинета абонент A01отправляет tiff-файл на номерабонента A02

Указанный tiff-файл отправляется наадрес [email protected]

6.1.12 Обратный вызов (Call Back)

Название ДВО «Обратный вызов» (Call Back)

Намеченная цельдействий

Использование ДВО «Обратный вызов» (Call Back)

Необходимые условия 1 Абоненты A01, A02, A03 принадлежат к одному домену

2 ДВО «Обратный вызов» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Обратныйвызов» (флажок «Обратный вызов только по списку» сброшен,Идентификатор сервиса – id008) и номер доступа к нему, например, 008

4 В системе на абонентской логике создан шлюз, в котором Идентификаторсервиса – id008

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Обратный вызов»– 008

Вызов обрывается, абонент A01 слышиткороткие гудки

2 Через несколько секунд Абоненту A01 предлагается ввести

Page 28: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА28

© 2012 МФИ Софт

При авторизации поПИН-коду

При авторизации пономеру абонента

происходит вызов абонента A01,абонент A01 снимает трубку

собственный номер, ПИН-код и номервызываемого абонента

3 Абонент A01 вводит всезапрашиваемые параметры, вкачестве вызываемого номераабонент A01 указывает номерабонента A02

Происходит вызов абонента A02.После поднятия трубки абонентом A02устанавливается соединение междуабонентами A01 и A02

В настройках ДВО «Обратный вызов», в разделе «Аутентификация по номеру»включена авторизация по ПИН-коду для номера A01, в поле «ПИН-код» введеннекий набор символов, например, 123.отмечен флажок «Обратный вызов только по списку»

4 Абонент A01 набирает коддоступа к ДВО «Обратный вызов»008

Вызов обрывается, абонент A01 слышиткороткие гудки.

5 Через несколько секундпроисходит вызов абонента A01,абонент A01 снимает трубку

Абоненту A01 предлагается ввести ПИН-код (123) и номер вызываемого абонента

6 Абонент A01 вводит всезапрашиваемые параметры, вкачестве вызываемого номера,абонент A01 указывает номерабонента A02

Происходит вызов абонента A02.После поднятия трубки абонентом A02устанавливается соединение междуабонентами A01 и A02

В настройках ДВО изменен тип авторизации для номера A01 с «ПИН-код» на«Абонент». В поле номера абонента указан номер A03

7 Абонент A01 набирает коддоступа к ДВО «Обратный вызов»– 008

Вызов обрывается, абонент A01 слышиткороткие гудки.

8 Через несколько секундпроисходит вызов абонента A01,абонент A01 снимает трубку

Абоненту A01 предлагается ввестиномер вызываемого абонента

9 Абонент A01 вводит номерабонента A02

Устанавливается соединение междуабонентами A01 и A02.Номер A01 авторизуется как абонентA03 (в CDR фигурирует вызов междуабонентами A03 и A02)

Название ДВО «Обратный вызов» (Call Back)

Намеченная цельдействий

Использование ДВО «Обратный вызов» (Call Back) из веб-кабинета абонента

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 ДВО «Обратный вызов» входит в лицензию

3 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательность 1 Абонент A01 заходит в личный Настройки успешно сохранены

Page 29: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 29

© 2012 МФИ Софт

действий и событий веб-кабинет на страницу«Обратный вызов». В настройкахДВО задает определенное времявыполнения сценария.В качестве номера обр. вызовауказывает номер абонента A01, вполе «Автоматическоесоединение с номером»указывает номер абонента A02

2 В указанное время происходитвызов абонента A01

Абонент A01 снимается трубку, емупроигрывается голосовое сообщение«Сервис Обратный вызов, ожидайтесоединения»

3 Происходит вызов абонента A02 Устанавливается соединение междуабонентами A01 и A02

6.1.13 Автодозвон (Auto Redial)

Название ДВО «Автодозвон» (Auto Redial)

Намеченная цельдействий Использование ДВО «Автодозвон» (Auto Redial) – дозвон до занятого абонента

Необходимые условия 1 Абоненты A01, A02, A03 принадлежат к одному домену

2 ДВО «Автодозвон» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Автодозвон» иномер доступа к нему, например, 011

4 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A03 набирает номерабонента A01

Абоненту A03 проигрываетсяголосовое сообщение «Абонентзанят, перезвоните позднее»

3 Абонент A03 набирает код доступа кДВО «Автодозвон» 011 + 0 (дозвон назанятого абонента) + номер телефонаабонента A01

ДВО осуществляет дозвон доабонента A01, как только абонент A01завершит разговор с абонентом A02,установится соединение междуабонентами A03 и A01

Название ДВО «Автодозвон» (Auto Redial)

Намеченная цельдействий

Использование ДВО «Автодозвон» (Auto Redial) – дозвон до недоступного абонента

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 ДВО «Автодозвон» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Автодозвон» иномер доступа к нему, например, 011

4 Для связи абонентской логики и сервисной платформы в системе созданы

Page 30: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА30

© 2012 МФИ Софт

шлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонента A01 отключить от сети (сделатьнедоступным)

Абонент A01 успешноотключен от сети

2 Абонент A02 набирает код доступа к ДВОАвтодозвон 011 + 1 + номер телефонаабонента A01

ДВО осуществляет дозвон доабонента A01

3 Абонент A01 подключается к сети Устройство абонента A01успешно подключено к сети изарегистрировано.Устанавливается соединениемежду абонентами A02 и A01

6.1.14 Автодозвон с обратным вызовом (Auto Redial with Dial Back)

Название ДВО «Автодозвон с обратным вызовом» (Auto Redial with Dial Back)

Намеченная цельдействий

Использование ДВО «Автодозвон с обратным вызовом» (Auto Redial with Dial Back)

Необходимые

условия

1 Абоненты A01, A02, A03 принадлежат к одному домену

2 ДВО «Автодозвон» с обратным вызовом включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Автодозвон собратным вызовом» (все настройки по умолчанию) и номер доступа к нему,например, 009

4 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает номер абонентаA02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A03 набирает номер абонентаA02

Абоненту A03 проигрываетсяголосовое сообщение «Абонентзанят, перезвоните позднее»

3 Абонент A03 набирает код доступа кДВО «Автодозвон с обратнымвызовом» 009 + вызываемый номер(номер абонента A02)

Абоненту A03 проигрываетсяголосовое сообщение «Услугаподключена»

4 ДВО периодически, в зависимости отнастроек, пытается установитьсясоединение с абонентом A02

Как только соединение с абонентомA02 установлено (абоненту A02проигрывается голосовоесообщение «Ждите, идетсоединение»), происходит дозвон доабонента A03. В результатеустанавливается соединение междуабонентами A02 и A03

6.1.15 Повтор набора номера (Last Number Redial)

Название ДВО «Повтор набора номера» (Last Number Redial)

Намеченная цельдействий

Использование ДВО «Повтор набора номера» (Last Number Redial)

Page 31: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 31

© 2012 МФИ Софт

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену, и в настройкахвыставлен параметр Повторный набор – Да

2 ДВО «Повтор набора номера» включен в лицензию

3 В настройках группы, в которую входят абоненты А01, А02 выставлен флагBLF

4 В системе на сервисной платформе создан экземпляр ДВО «Повторнабора номера» (Идентификатор сервиса – id010) и номер доступа к нему,например, 010

5 В системе на абонентской логике создан шлюз, в котором Идентификаторсервиса – id010. В настройках шлюза на панели Авторизационные данныеполе Пароль не заполнено

6 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A01 набирает коддоступа к ДВО «Повтор набораномера» 010 + 0 (наборпоследнего набранного номера)

Устанавливается повторноесоединение абонента A01 с последнимнабранным номером (абонентом A02)

3 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

4 Абонент A02 набирает коддоступа к ДВО «Повтор набораномера» 010 + 1 (набор номерапоследнего входящего вызова)

Устанавливается соединение абонентаA02 с абонентом, который последнимсо на него (с абонентом A01)

6.1.16 Ежедневный сигнал будильника (Daily Alarm)

Название ДВО Ежедневный сигнал будильника (Daily Alarm)«Установка параметров будильника» (Set Alarm) и «Запрос параметровбудильника» (Alarm Settings Query)

Намеченная цельдействий

«Установка параметров будильника» и «Запрос параметров будильника» наборомс телефонного аппарата

Необходимые условия 1 Абонент A01 имеет учетную запись в Системе

2 ДВО «Установка параметров будильника» и «Запрос параметровбудильника» включены в лицензию.

3 В системе на сервисной платформе создан экземпляр сервиса «Установкапараметров будильника» и номер доступа к нему, например, 021

4 В системе на сервисной платформе создан экземпляр ДВО «Запроспараметров будильника» и номер доступа к нему, например, 022

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Установкапараметров будильника» 021 +номер будильника (от 1 до 9) +

Абоненту A01 проигрывается голосовоесообщение «Услуга подключена»

Page 32: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА32

© 2012 МФИ Софт

время срабатывания сигнала (вформате ЧЧММ)

2 Абонент A01 набирает коддоступа к ДВО «Запроспараметров будильника» 022 +номер будильника (от 1 до 9)

Абоненту A01 проигрываетсяустановленное время, в которое данныйбудильник сработает

3 Дождаться указанного временисрабатывания будильника

Ежедневно в указанное времяосуществляется вызов на номер абонентаA01 и проигрывается голосовоесообщение, выбранное администраторомсистемы или абонентом A01

4 Абонент A01 набирает коддоступа к ДВО «Установкапараметров будильника» 021 +номер будильника (от 1 до 9)

Абоненту A01 проигрывается голосовоесообщение «Услуга отключена». Послеэтого ДВО в указанное времяосуществлять вызов на абонента A01 небудет

6.1.17 Однократный сигнал будильника (One-Time Alarm)

Название ДВО Однократный сигнал будильника на заданный номер (One-Time Alarm)«Установка параметров будильника» (Set Alarm) и «Запрос параметровбудильника» (Alarm Settings Query)

Намеченная цельдействий

Использование ДВО «Установка параметров будильника» и «Запрос параметровбудильника» - настройка и запрос текущих настроек с телефонного аппарата.

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 ДВО «Установка параметров будильника» и «Запрос параметровбудильника» включены в лицензию

3 В системе на сервисной платформе создан создан экземпляр ДВО«Установка параметров будильника» и номер доступа к нему, например,021

4 В системе на сервисной платформе создан экземпляр ДВО «Запроспараметров будильника» и номер доступа к нему, например, 022

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает код доступак ДВО «Установка параметровбудильника» 021 + номербудильника (от 1 до 9) + времясрабатывания будильника (вформате ЧЧММ) + 1 + номертелефона абонента A02

Абоненту A01 проигрываетсяголосовое сообщение «Услугаподключена»

2 Абонент A01 набирает код доступак ДВО «Запрос параметровбудильника» 022 + номербудильника (от 1 до 9)

Абоненту A01 проигрываетсяустановленное время, в котороеданный будильник сработает

3 Дождаться указанного временисрабатывания будильника

Однократно в указанное времяосуществляется вызов «будильником»на номер абонента A02 и

Page 33: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 33

© 2012 МФИ Софт

проигрывается голосовое сообщение,выбранное администратором системыили абонентом A01

6.1.18 Быстрый набор (Speed Dial)

Название ДВО «Быстрый набор» (Speed Dial)

Намеченная цельдействий

Использование ДВО «Установка параметров быстрого набора» (Set Speed Dial) и«Запрос параметров быстрого набора» (Speed Dial Settings Query) набором стелефонного аппарата.

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 ДВО «Установка параметров быстрого набора»и «Запрос параметровбыстрого набора» включены в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Установкапараметров быстрого набора» и номер доступа к нему, например, 012

4 В системе на сервисной платформе создан экземпляр ДВО «Запроспараметров быстрого набора» и номер доступа к нему, например, 013

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает код доступа кДВО «Установка параметровбыстрого набора» 012 + 11 (кодбыстрого набора)+ номер абонентаA02

Проигрывается голосовое сообщение«Услуга подключена»

2 Абонент A01 набирает код доступа кДВО «Запрос параметров быстрогонабора» 013 + 11 (код быстрогонабора)

Абоненту A01 проигрывается номертелефона A02

3 Абонент A01 набирает 11 Устанавливается соединение междуабонентами A01 и A02

4 Абонент A01 набирает код доступа кДВО «Установка параметровбыстрого набора» 012 + 11 (кодбыстрого набора)

Абоненту A01 проигрываетсяголосовое сообщение «Услугаотключена»

6.1.19 Запись аудиофайлов (Save Prompt)

Название ДВО «Запись аудиофайлов» (Save Prompt)

Намеченная цельдействий

Использование ДВО «Запись аудиофайлов» (Save Prompt)

Необходимые условия 1 Абонент A01 имеет учетную запись в Системе

2 ДВО «Запись аудиофайлов» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Записьаудиофайлов» и номер доступа к нему, например, 014

4 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Page 34: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА34

© 2012 МФИ Софт

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Записьголосовых сообщений» стелефона 014

Абоненту A01 проигрывается голосовоесообщение «Для записи аудиофайла нажмите1, для выхода из ДВО нажмите 2»

2 Абонент A01 набирает 1 Абоненту A01 ДВО сообщает доступный длязаписи объем памяти и проигрываетсообщение: «Произнесите голосовоесообщение после звукового сигнала. Длязавершения записи нажмите «решетку».

3 Абонент A01 произноситсообщение и нажимает #

Абоненту A01 проигрывается голосовоесообщение «Чтобы прослушать голосовоесообщение нажмите 1, чтобы сохранитьголосовое сообщение нажмите 2, чтобыперезаписать голосовое сообщение нажмите3»

4 Абонент A01 набирает 1 Абоненту A01 проигрывается сообщение,которое было записано на шаге 3. Затемпроигрывается голосовое сообщение «Чтобыпрослушать голосовое сообщение нажмите 1,чтобы сохранить голосовое сообщениенажмите 2, чтобы перезаписать голосовоесообщение нажмите 3»

5 Абонент A01 набирает 2 Абоненту A01 проигрывается голосовоесообщение «Аудиофайл успешно сохранен».Созданный и сохраненный таким образомаудиофайл становится доступным абонентуA01 на странице Аудиофайлы в его личномвеб-кабинете

6 Абонент A01 в своем личномвеб-кабинете заменяетаудиофайл Ringback изкатегории Progress Tonesсозданным и сохраненнымаудиофайлом

При осуществлении вызовов на абонента A01 вкачестве КПВ будет проигрываться созданныйи сохраненный им аудиофайл

6.1.20 Запрос списка доступных сервисов (Service List Query)

Название ДВО «Запрос списка доступных сервисов» (Service List Query)

Намеченная цельдействий

Использование ДВО «Запрос списка доступных сервисов» (Service List Query)

Необходимые условия 1 Абонент A01 имеет учетную запись в Системе

2 ДВО «Запрос списка доступных сервисов» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Запроссписка доступных сервисов» и номер доступа к нему, например, 015

4 В настройки ДВО «Запрос списка доступных сервисов» для каждого ДВОсистемы добавлена запись, в которой выбраны целевые группы, коддоступа к ДВО, приветственное сообщение

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Page 35: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 35

© 2012 МФИ Софт

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Запрос спискадоступных сервисов» 015

Абоненту A01 проигрываетсяголосовое сообщение «Вам доступныследующие услуги», после чего,исходя из целевой группы абонента,перечисляется список подключенныхфункций и ДВО, а так же коды доступак ним

6.1.21Доступ с правами учетной записи (Identity-based Access)

Название ДВО «Доступ с правами учетной записи абонента извне» (Identity-based Remote Access)

Намеченная цельдействий

Использование ДВО «Доступ с правами учетной записи» (Identity-based Access) –абонент находится вне офиса.

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 Абонент G01 находится за шлюзом, учетная запись которого не принадлежит кдомену абонентов А01 и А02

3 ДВО «Доступ с правами учетной записи абонента извне» включен в лицензию

4 В системе на сервисной платформе создан экземпляр ДВО «Доступ с правамиучетной записи абонента извне» и номер доступа к нему, например, 023

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент G01, желая получить доступ всистему с правами абонента A01,набирает код доступа к ДВО «Доступ справами учетной записи абонентаизвне» – 023

Абоненту G01 проигрываетсяголосовое сообщение «Введитеномер телефона»

2 Абонент G01 вводит номер телефонаабонента A01

Абоненту G01 проигрываетсяголосовое сообщение «ВведитеПИН-код»

3 Абонент G01 вводит ПИН-код абонентаA01

Абонент G01 слышит сигнал ответастанции («длинный гудок»)

4 Абонент G01 вводит номер телефонаабонента A02

Устанавливается соединение междуабонентом G01 (под учетнойзаписью абонента A01) и абонентомA02

Название ДВО «Доступ с правами учетной записи абонента из офиса» (Identity-based Local Access)

Намеченная цельдействий

Использование ДВО «Доступ с правами учетной записи» (Identity-based Access) –абонент находится в офисе

Необходимые условия 1 Абоненты A01, A02, A03 принадлежат к одному домену

2 ДВО «Доступ с правами учетной записи абонента из офиса» включен влицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Доступ с правамиучетной записи абонента из офиса» и номер доступа к нему, например, 023

4 Для связи абонентской логики и сервисной платформы в системе созданы

Page 36: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА36

© 2012 МФИ Софт

шлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01, желая получить доступ всистему с правами абонента A02, набираеткод доступа к ДВО «Доступ с правамиучетной записи абонента из офиса» – 023

Абоненту A01 проигрываетсяголосовое сообщение«Введите номер телефона»

2 Абонент A01 вводит номер телефонаабонента A02

Абоненту A01 проигрываетсяголосовое сообщение«Введите ПИН-код»

3 Абонент A01 вводит ПИН-код абонента A02 Абонент A01 слышит сигналответа станции («длинныйгудок»)

4 Абонент A01 вводит номер телефонаабонента A03

Устанавливается соединениемежду абонентом A01 (подучетной записью абонентаA02) и абонентом A03

6.1.22 «Виртуальный факс» (Fax to E-mail)

Название ДВО «Виртуальный факс» (Fax to E-mail)

Намеченная цельдействий

Использование ДВО «Виртуальный факс» – принимающий номер«факсимильного терминала» отправляющей стороне неизвестен

Необходимые условия 1 Абонент F01 имеет учетную запись в Системе, аппаратное оборудованиеабонента F01 поддерживает отправку факсов

2 Абонент A01 имеет учетную запись в том же домене, что и F01

3 ДВО «Виртуальный факс» включен в лицензию

4 В системе на сервисной платформе создан экземпляр ДВО «Виртуальныйфакс» и номер доступа к нему, например, 026

5 В настройках ДВО «Виртуальный факс» выбрано приветственноесообщение, отмечен флажок «Отправлять на следующие адреса» и заданосоответствие регулярных выражений электронным адресам

6 В группе, в которую входят абоненты A01 и F01, отмечен флажок «Переводвызова»

7 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент F01 набирает номерабонента A01

Устанавливается соединение междуабонентами F01 и A01

2 Абонент A01 ставит абонента F01 наожидание (набирает *#)

Абоненту F01 проигрываетсясистемный MoH

3 Абонент A01 набирает код доступа кДВО «Виртуальный факс» 026 ивешает трубку

Абонент A01 слышит приветственноесообщение

4 Абонент F01 инициирует отправкуфакса

На все адреса электронной почты,сопоставленные набранному кодудоступа к ДВО, отправляютсяэлектронные письма с приложеннымк ним факсом в виде tiff-файла

Page 37: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 37

© 2012 МФИ Софт

Название ДВО «Виртуальный факс» (Fax to E-mail)

Намеченная цельдействий

Использование ДВО «Виртуальный факс» – принимающий номер«факсимильного терминала» отправляющей стороне известен

Необходимые условия 1 Абонент F01 имеет учетную запись в Системе, аппаратное оборудованиеабонента F01 поддерживает отправку факсов

2 ДВО «Виртуальный факс» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Виртуальныйфакс» и номер доступа к нему, например, 026

4 В настройках ДВО «Виртуальный факс» выбрано приветственноесообщение, флажок «Отправлять на следующие адреса» сброшен

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент F01 набирает код доступа к ДВО«Виртуальный факс»

Абоненту F01 проигрываетсяприветственное сообщениеДВО

2 Абонент F01 инициирует отправку факса На адрес электронной почты,абонента F01 отправляетсяэлектронное письмо сприложенным к нему факсомв виде tiff-файла

6.1.23 Виртуальная конференц-комната (Chat Room)

Название ДВО «Виртуальная конференц-комната» (Chat Room)

Намеченная цельдействий

Использование ДВО «Виртуальная конференц-комната» (Chat Room), когдаабоненты сами дозваниваются до ДВО

Необходимые условия 1 Абоненты A01, A02, A03, А04 принадлежат к одному домену

2 ДВО «Виртуальная конференц-комната» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Виртуальнаяконференц-комната» и номер доступа к нему, например, 016. В настройкахДВО задан пароль, например 1234

4 В группе, в которую входят абоненты A01, A02, A03, А04, отмечен флажок«Перевод вызова»

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Виртуальнаяконференц-комната» 016 и послеприглашения вводит парольконференц-комнаты 1234

Абоненту A01 проигрываетсяголосовое сообщение «Введите коддоступа», после ввода пароляконференц-комнаты абонент A01слышит системный MoH

2 Абонент A02 набирает коддоступа к ДВО «Виртуальнаяконференц-комната» 016 и послеприглашения вводит пароль

Абоненту A02 проигрываетсяголосовое сообщение «Введите коддоступа». После ввода пароляконференц-комнаты абонентам А01 и

Page 38: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА38

© 2012 МФИ Софт

доступа в конференц-комнату А02 проигравается голосовоесообщение «Присоединился новыйучастник», после чегоустанавливается соединение междуабонентами A01 и A02

3 Абонент A03 набирает коддоступа к ДВО «Виртуальнаяконференц-комната» 016 и послеприглашения вводит парольдоступа в конференц-комнату

Абоненту A03 проигрываетсяголосовое сообщение «Введите коддоступа». После ввода пароляконференц-комнаты абонентам А01,А02 и А03 проигравается голосовоесообщение «Присоединился новыйучастник», после чегоустанавливается соединение междуабонентами A01, A02 и A03

4 Абонент A03 набирает *0# Абонент A03 слышит длинные гудки,абоненты А01 и А02 на связи

5 Абонент A03 набирает номертелефона абонента А04

Устанавливается соединение междуабонентами A03 и А04

6 Абонент A03 набирает *# Абонентам А01, А02, А03 и А04проигравается голосовое сообщение«Присоединился новый участник»,после чего устанавливаетсясоединение между абонентами A01,A02, A03 и А04

Название ДВО «Виртуальная конференц-комната» (Chat Room)

Намеченная цельдействий

Использование ДВО «Виртуальная конференц-комната» (Chat Room), когдаабонентов в виртуальную конференц-комнату приглашают через веб-интерфейс

Необходимые условия 1 Абоненты A01, A02, A03, А04 принадлежат к одному домену

2 ДВО «Виртуальная конференц-комната» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Виртуальнаяконференц-комната» и номер доступа к нему, например, – 016

4 В группе, в которую входят абоненты A01, A02, A03, А04, отмечен флажок«Перевод вызова»

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 с веб-интерфейсасистемы «приглашает» себя ввиртуальную конференц-комнату

ДВО совершает вызов на абонента A01, абонент A01 слышитприветственное сообщение«Присоединился новый участник»

2 Абонент A01 с веб-интерфейсасистемы приглашает абонентаA02 в виртуальную конференц-комнату

ДВО совершает вызов на абонента A02, абоненты А01 и A02 слышитприветственное сообщение«Присоединился новый участник».Устанавливается соединение междуабонентами A01 и A02

Page 39: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 39

© 2012 МФИ Софт

3 Абонент A01 с веб-интерфейсасистемы приглашает абонентаA03 в виртуальную конференц-комнату

ДВО совершает вызов на абонента A03, абоненты А01, А02 и A03 слышатприветственное сообщение.Устанавливается соединение междуабонентами A01, A02 и A03

4 Абонент A01 набирает *0# Абонент A01 слышит длинные гудки,абоненты А02 и А03 на связи

5 Абонент A01 набирает номертелефона абонента А04

Устанавливается соединение междуабонентами A01 и А04

6 Абонент A01 набирает *# Абонентам А01, А02, А03 и А04проигравается голосовое сообщение«Присоединился новый участник»,после чего устанавливаетсясоединение между абонентами A01,A02, A03 и А04

6.1.24 Перехват вызова (Pick up)

Название ДВО «Перехват вызова» (Pick up)

Намеченная цельдействий

Использование ДВО «Перехват вызова» (Pick up) – Перехват вызова через наборномера, который не отвечает

Необходимые условия 1 Абоненты A01, A02, A03 принадлежат к одному домену. Абоненты А02 иА03 входят в одну pickup группу и в группу access, в которой отмеченфлажок BLF

2 ДВО «Перехват вызова» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Перехватвызова» и номер доступа к нему, например, 018. В настройках ДВОИдентификатор сервиса – id018 и выбрана группа типа pickup

4 В системе на абонентской логике создан шлюз, в котором Идентификаторсервиса – id018. В настройках шлюза на панели Авторизационные данныеполе Пароль не заполнено

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Абонент A02 трубку не берет

2 Абонент A03 набирает код доступак ДВО «Перехват вызова» 018 +номер телефона абонента A02

Устанавливается соединение междуабонентами A01 и A03

6.1.25 «Парковка вызовов» (Call Park)

Название ДВО ДВО «Парковка вызовов» (Call Park)

Намеченная цельдействий

Использование ДВО «Парковка вызовов» (Call Park)

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

Page 40: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА40

© 2012 МФИ Софт

2 ДВО «Парковка вызовов» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Парковкавызовов» и номер доступа к нему, например, 019

4 В группе, в которую входят абоненты A01, A02, отмечен флажок «Переводвызова»

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент A02 набирает *# Абонент A01 поставлен на удержание(в трубке слышит системный MoH)

3 Абонент A02 набирает коддоступа к ДВО «Парковкавызовов» 019 + 1 + уникальныйномер вызова, помещенного в«парк» ожидания

Абоненту A02 проигрываетсяголосовое сообщение «Вызовпоставлен на ожидание», затемсистемный MoH. Абонент А01 по-прежнему слышит системный МОН

4 Абонент A02 кладет трубку инабирает код доступа к ДВО«Парковка вызовов» 019 + 0 +уникальный ноинрприпаркованного вызова

Абоненту А02 проигрываетсяголосовое сообщение «Вызов снят сожидания», устанавливаетсясоединение между абонентами А01 иА02

Примечание На данный момент данный ДВО имеет следующее ограничение: «Припарковав»входящий вызов, абонент не может продолжать работать с текущим соединениеми совершать новые вызовы.

6.1.26 Индикация состояния линии (BLF)

Название ДВО «Индикация состояния линии» (Busy Lamp Field)

Намеченная цельдействий

Использование ДВО «Индикация состояния линии» (BLF) – подписка на событиятерминала, индикация состояний терминала

Необходимые условия 1 Абоненты A01, A02, A03 принадлежат к одному домену

2 ДВО «Индикация состояния линии» (BLF) включен в лицензию

3 В группе, в которую входит абонент A01, отмечен флажок BLF

Последовательностьдействий и событий

1 В настройках телефонногоаппарата абонента A01 задаетсяномер телефона абонента A02,индикация состояний которогонеобходима.

Абонент A01 настроил индикациюсостояний терминала абонента A02.На телефонном аппарате A01загорается индикатор, говорящий отом, что настройка прошла успешно

2 Абонент A02 не совершает и непринимает вызовы

На телефонном аппарате абонентаA01 индикатор светится, не мигая,что означает, что терминал абонентаA02 не принимает и не совершаетвызовов (терминал A02 находится внеактивном состоянии)

3 Абонент A03 набирает номерабонента A02

До тех пор, пока абонент A02 не взялтрубку индикатор на телефонномаппарате абонента A01 мигает. Это

Page 41: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 41

© 2012 МФИ Софт

означает, что совершается вызовабонента A02 (терминал A02находится в состоянии Ringing)

4 Абонент A02 отвечает на вызовабонента A03

Устанавливается соединение междуабонентами A02 и A03. Нателефонном аппарате абонента A01индикатор изменяет цвет, этоозначает, что абонент A02 в данныймомент находится в состояниисоединения (сеанс связи)

Примечание На данный момент эта функция поддерживается следующим оборудованиемLinksysSPA 962, Aastra 6757i

Название ДВО «Индикация состояния линии» (BLF)

Намеченная цельдействий

Использование ДВО «Индикация состояния линии» (BLF) – «Перехват вызова» всостоянии Ringing

Необходимые условия 1 Абоненты A01, A02, A03 принадлежат к одному домену

2 ДВО «Индикация состояния линии» (BLF) включен в лицензию

3 В группе, в которую входит абонент A01, отмечен флажок BLF

Последовательностьдействий и событий

1 В настройках телефонногоаппарата абонента A01 задатьномер телефона абонента A02,(требуется индикация состоянийтерминала A02)

Абонент A01 успешно подписался наиндикацию событий абонентскоготерминала A02. На телефонномаппарате загорается индикатор,говорящий о том, что настройкавыполнена.

2 Абонент A03 набирает номерабонента A02

До тех пор, пока абонент A02 не взялтрубку на телефонном аппаратеабонента A01 индикатор мигает, этоозначает, что совершается вызовабонента A02 (терминал A02находится в состоянии Ringing)

3 Абонент A01 на своемтелефонном аппарате нажимает накнопку-индикатор

Абонент A01 перехватывает вызов, врезультате чего устанавливаетсясоединение между абонентами A01 иA03

Примечание На данный момент функция BLF поддерживается следующим оборудованием:LinksysSPA 962, Aastra 6757i

Название ДВО «Индикация состояния линии» (BLF)

Намеченная цельдействий

Использование ДВО «Индикация состояния линии» (BLF) – прямой вызовабонента-владельца терминала с индикацией состояния

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 ДВО «Индикация состояния линии» (BLF) включен в лицензию

3 В группе, в которую входит абонент A01, отмечен флажок BLF

Page 42: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА42

© 2012 МФИ Софт

Последовательностьдействий и событий

1 В настройках телефонного аппаратаабонента A01 задать номер телефонаабонента A02, (настройка индикациисостояний терминала A02)

Абонент A01 успешноподписался на индикациюсобытий абонентскоготерминала A02. Нателефонном аппаратезагорается индикатор,говорящий о том, чтонастройка выполнена.

2 Абонент A01 нажимает на кнопку-индикатор

Устанавливается соединениемежду абонентами A01 иA02

Примечание На данный момент эта функция поддерживается следующим оборудованиемLinksysSPA 962, Aastra 6757i

6.1.27 Телеголосование (Televoting)

Название ДВО «Телеголосование» (Televoting)

Намеченная цельдействий

Использование ДВО «Телеголосование» (Televoting)

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 ДВО «Телеголосование» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО«Телеголосование» и номер доступа к нему, например, 025

4 В настройках ДВО заданы номера вариантов голосования, для каждоговарианта выбран надлежащий аудиофайл

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает код доступа кДВО «Телеголосование» 025 +номер варианта

Абоненту A01 проигрываетсяаудиофайл, соответствующийданному варианту

2 Абонент A02 набирает код доступа кДВО «Телеголосование» 025 +номер варианта

Абоненту A02 проигрываетсяаудиофайл, выбранный для данноговарианта

3 Зайти в настройки ДВО и нажать накнопку «Просмотр результатов»

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

Page 43: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 43

© 2012 МФИ Софт

6.1.28 Запрос текущего системного времени (Current Time Query)

Название ДВО «Запрос текущего системного времени» (Current Time Query)

Намеченная цельдействий

Использование ДВО «Запрос текущего системного времени» (Current Time Query)

Необходимые условия 1 Абонент A01 имеет учетную запись в Системе

2 ДВО «Запрос текущего системного времени» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Запростекущего системного времени» и номер доступа к нему, например, 017

4 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Запрос текущегосистемного времени» 017

Абоненту A01 проигрывается текущеесистемное время

6.1.29 Алиасы (альтернативные номера)

Название ДВО Алиасы (альтернативные номера)

Намеченная цельдействий

Использование Алиасов (альтернативных коротких номеров)

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 Абонент G01 находится за шлюзом, учетная запись которого принадлежитк тому же домену, что А01 и А02

3 Телефонные номера абонентов A01, A02 заданы в формате E.164,например, 73811234567 и 78317654321 соответственно

4 В системе создана группа алиасов, в которую включены абоненты A01,A02, имеющие альтернативные короткие номера 123 и 321 соответственно

5 В системе на странице «Предмаршрутизация» создан маршрут«Приоритетный алиас» с шаблоном, подходящим под короткие номера(алиасы), например ^…$, в настройках маршрута указана группа алиасовабонентов А01 и А02

Последовательностьдействий и событий

1 Абонент A01 набирает короткийномер (алиас) абонента A02

Устанавливается соединение междуабонентами A01 и A02

2 Абонент G01 набирает номертелефона абонента A02 78317654321(не алиас)

Устанавливается соединение междуабонентами G01 и A02

Название ДВО Алиасы (альтернативные номера)

Намеченная цельдействий

Использование Алиасов (альтернативных внешних номеров)

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 Абонент G01 находится за шлюзом, учетная запись которого принадлежитк тому же домену, что и А01 и А02

3 Телефонные номера абонентов A01, A02 заданы в коротком формате,

Page 44: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА44

© 2012 МФИ Софт

например 123 и 321 соответственно

4 В системе создана группа алиасов, в которую включены абоненты A01,A02. Алиасы абонентов A01 и A02 представляют собой номера в форматеE.164 78311234567 и 78317654321 соответственно

5 В системе на странице «Предмаршрутизация» создан маршрут«Приоритетный алиас» с шаблоном, подходящим под алиасы абонентов,например ^.{11}$, в настройках маршрута указана группа алиасовабонентов А01 и А02

Последовательностьдействий и событий

1 Абонент G01 набирает внешнийномер (алиас) абонента A01

Устанавливается соединение междуабонентом G01 и абонентом A01

2 Абонент A02 набирает номертелефона (короткий) абонента A01

Устанавливается соединение междуабонентами A01 и A02

6.1.30 Доменная организация эксплуатационного пространства станции(Domains)

Название ДВО Доменная организация эксплуатационного пространства станции

Намеченная цельдействий

Использование доменов – вызовы внутри домена по коротким номерам

Необходимые условия 1 Создан домен D01 в домене ROOT

2 Абоненты A01, A02 принадлежат к домену D01

3 Абоненты в домене D01 имеют короткую нумерацию, например, номерателефонов абонентов A01 и A02 123 и 321 соответственно

4 В домене ROOT в таблице «Определения доменов» созданы правила дляабонентов А01 и А02 с указанием домена D01

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается соединение междуабонентами A01 и A02

Название ДВО Доменная организация эксплуатационного пространства станции

Намеченная цельдействий

Использование доменов – доступ к абоненту домена через ДВО «Прямойвнутрисистемный доступ»

Необходимые условия 1 Абонент G01 находится за шлюзом, учетная запись которого принадлежит кдомену ROOT

2 В домене ROOT создан поддомен D01

3 Абонент A01 – учетная запись в домене D01

4 В домене ROOT в таблице «Определения доменов» создано правило дляабонента А01 с указанием домена D01

5 На абонентской логике в домене ROOT создан шлюз, привязанный кдомену D01, и маршрут с номером 026. На абонентской логике в доменеD01 создан шлюз, привязанный к домену ROOT

6 В домене D01 на сервисной платформе создан ДВО «Прямойвнутрисистемный доступ» с идентификатором id101 и маршрут для него сномером доступа, например, 101. На абонентской логике создан шлюз сролью Сервер приложений и идентификатором id101

Page 45: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 45

© 2012 МФИ Софт

7 В домене D01 для связи абонентской логики и сервисной платформы всистеме созданы шлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент G01 набирает код доступа кмаршруту «Вызвать домен» 026 + коддоступа к ДВО «Прямой внутрисистемныйдоступ» 101

Абоненту G01проигрываетсяприветственное сообщениеДВО «Прямойвнутрисистемный доступ»

2 Абонент за шлюзом G01 набирает номерабонента A01

Устанавливается соединениемежду абонентом G01 иабонентом A01

Название ДВО Доменная организация эксплуатационного пространства станции

Намеченная цельдействий

Использование доменов – вызов абонента другого домена

Необходимые условия 1 Абонент G01 находится за шлюзом, учетная запись которого принадлежит кдомену ROOT

2 В домене ROOT создан поддомен D01

3 Абонент A01 – учетная запись в домене D01

4 На абонентской логике в домене ROOT создан шлюз, привязанный кдомену D01, и маршрут с номером 026

5 В домене D01 на абонентской логике создан шлюз, привязанный к доменуROOT, и маршрут Uplink (восходящее по иерархии трансдоменноесоединение)

Последовательностьдействий и событий

1 Абонент G01 набирает код доступа кдомену D01 026 + номер телефонаабонента A01

Устанавливается соединение междуабонентом G01 и абонентом A01

2 Абонент A01 набирает код доступа кдомену ROOT + номер абонента G01

Устанавливается соединение междуабонентами A01 и G01

Название ДВО Доменная организация эксплуатационного пространства станции

Намеченная цельдействий

Использование доменов – вызов абонента другого домена с переадресацией

Необходимые условия 1 Абоненты G01, G02 находятся за шлюзами, учетные записи которыхпринадлежат домену ROOT

2 В домене ROOT создан поддомен D01

3 Абонент A01 – учетная запись в домене D01, в группе, в которую входитабонент А01, отмечен флажок «Переадресация»

4 У абонента A01 настроена безусловная переадресация на мобильный(абонент G02)

5 На абонентской логике в домене ROOT создан шлюз, привязанный кдомену D01, и маршрут с номером 026

6 В домене D01 на абонентской логике создан шлюз, привязанный к доменуROOT, и маршрут Uplink (восходящее по иерархии трансдоменное

Page 46: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА46

© 2012 МФИ Софт

соединение)

Последовательностьдействий и событий

1 Абонент G01 набирает код доступа кдомену D01 026 + номер телефонаабонента A01

У абонента A01 срабатываетбезусловная переадресация, врезультате чего устанавливаетсясоединение между абонентом G01 иабонентом G02

6.1.31Видеовызов (Video Call)

ДВО «Видеовызов» + ДВО «Перевод вызова»

Название ДВО «Видеовызов»

Намеченная цельдействий

Использование ДВО «Видеовызов» (Video Call) совместно с ДВО «Переводвызова» (Call Transfer)

Необходимые условия 1 Абоненты A01, A02, A03 принадлежат к одному домену

2 Создана группа кодеков с одним из видеокодеков

3 Абоненты A01, A02, A03 объединены в созданную на шаге 2 группукодеков

4 ДВО «Перевод вызова» включен в лицензию

5 В группе, в которую входят абоненты A01, A02, A03 отмечен флажок«Перевод вызова»

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

Устанавливается видео-соединениемежду абонентами A01 и A02

2 Абонент A02 ставит абонента A01на удержание (набирает *#)

Абоненту A01 проигрываетсясистемный MoH

3 Абонент A02 набирает номерабонента A03

Устанавливается видеосоединениемежду абонентами A02 и A03

4 Абонент A02 кладет трубку Устанавливается соединение междуабонентами A01 и A03

ДВО «Видеовызов» + ДВО «Следуй за мной»

Название ДВО Видеовызов �

Намеченная цельдействий

Использование ДВО «Видеовызов» (Video Call) совместно с ДВО «Следуй за мной»(Follow me)

Необходимые условия 1 Абоненты A01, A02, A03, А04 принадлежат к одному домену

2 Создана группа кодеков с одним из видеокодеков

3 Абоненты A01, A02, A03, А04 входят в созданную на шаге 2 группу кодеков

4 Сценарии «Следуй за мной» и ДВО «Голосовая почта» включены влицензию

5 В системе на абонентской логике создан экземпляр ДВО «Следуй за мной»и на сервисной платформе создан для него маршрут

Page 47: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 47

© 2012 МФИ Софт

6 Для абонента A02 создано правило обработки входящего вызова – ДВО«Следуй за мной» (условие – Безусловно, приоритет – Наивысший).Согласно сценарию ДВО «Следуй за мной» при совершении вызоваабоненту A02 сначала в течение 7 секунд осуществлять вызов абонентаA03, а затем в течение 7 секунд осуществлять вызов абонента А04

7 В системе на абонентской логике создан экземпляр ДВО «Следуй за мной»и на сервисной платформе создан для него маршрут

Последовательностьдействий и событий

1 Абонент A01 набирает номерабонента A02

У абонента A01 срабатываетсценарий ДВО «Следуй за мной»,происходит дозвон до абонента A03

2 Абонент A03 не берет трубку втечение 7 секунд

Происходит дозвон до абонента А04

3 Абонент А04 берет трубку Устанавливается видеосоединениемежду абонентами A01 и А04

6.1.32 Прямой внутрисистемный доступ (DISA)

Название ДВО «Прямой внутрисистемный доступ» (DISA)

Намеченная цельдействий

Использование ДВО «Прямой внутрисистемный доступ» (DISA)

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 Абонент G01 находится за шлюзом, учетная запись которого непринадлежит к домену абонентов А01 и А02

3 ДВО «Прямой внутрисистемный доступ» включен в лицензию

4 В системе на сервисной платформе создан экземпляр ДВО «Прямойвнутрисистемный доступ» и номер доступа к нему, например, 025

5 В настройках ДВО «Прямой внутрисистемный доступ» выбран аудиофайлприветственного голосового сообщения

6 В настройках абонента А02 параметр Запрашивать ПИН-код в DISA – ДА,указан ПИН-код

7 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент G01 набирает код доступа кДВО «Прямой внутрисистемныйдоступ» 025

Абоненту G01 проигрываетсявыбранное приветственноеголосовое сообщение

2 Абонент G01 за шлюзом набираетномер абонента A01

Устанавливается соединение междуабонентом G01 и абонентом A01

3 В настройках ДВО «Прямойвнутрисистемный доступ» в разделе«Аутентификация по номеру ипереадресация» в полевызывающий номер указан номертелефона абонента G01, в поле«Абонент» указан номер телефонаабонента A02

4 Абонент G01 набирает код доступа к Абоненту G01 проигрывается

Page 48: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА48

© 2012 МФИ Софт

ДВО «Прямой внутрисистемныйдоступ» 025

голосовое сообщение «ВведитеПИН-код»

5 Абонент G01 вводит ПИН-кодабонента A02

Абонент G01 слышит приветственноеголосовое сообщение

6 Абонент G01 набирает номертелефона абонента A01

Устанавливается соединение междуабонентами G01 и A01

6.1.33 Групповой вызов (Group Call)

Название ДВО «Групповой вызов» (Group Call)

Намеченная цельдействий

Использование ДВО «Групповой вызов» (Group Call)

Необходимые условия 1 Абоненты A01, A02, A03 принадлежат к одному домену

2 Абонент G01 находится за шлюзом, учетная запись которого принадлежитк тому же домену, что и абоненты А01, А02, А03

3 ДВО «Групповой вызов» включен в лицензию

4 Создана pickup-группа, в которую входят абоненты A01, A02, A03

5 В системе на сервисной платформе создан экземпляр сервиса «Групповойвызов» с идентификатором id028 и номер доступа к нему, например, 028

6 В настройках сервиса «Групповой вызов» выбрана pickup-группа, вкоторую входят абоненты A01, A02, A03, им же и будет осуществлятьсядозвон

7 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

Последовательностьдействий и событий

1 Абонент G01 набирает код доступа кДВО 028

Происходит одновременный вызовабонентов A01, A02, A03

2 Один из абонентов A01, A02 или A03берет трубку, например, A02

Устанавливается соединение междуабонентом G01 и абонентом A02.Вызов остальных абонентов, (A01 иA03) прекращается

6.1.34 «Карточная платформа» (Calling Card Platform)

Использование ДВО при авторизации по номеру

Название ДВО «Карточная платформа» (Calling Card Platform)

Намеченная цельдействий

Использование ДВО «Карточная платформа» (Calling Card Platform) с авторизациейпо номеру

Необходимые условия 1 Абоненты A01, A02 принадлежат к одному домену

2 ДВО «Карточная платформа» включен в лицензию

3 В системе на сервисной платформе создан экземпляр ДВО «Карточнаяплатформа» и номер доступа к нему, например, 029

4 В настройках ДВО «Карточная платформа» выбран режим Методаутентификации – по номеру и ПИН-коду. Количество повторений – 3.Длина ПИН-кода = длина ПИН-кода абонента А01.Значения полей Минимальная длина номера и Максимальная длина

Page 49: функциональная спецификация рту моа 1.7.3 rus.pdf

Приложение 49

© 2012 МФИ Софт

номера заполнены в зависимости от длины номера абонента А02.Настроено голосовое меню:

0 – Выбор английского языка1 – Выбор русского языка2 – Совершить еще один вызов3 – Сообщить остаток средств

5 Для связи абонентской логики и сервисной платформы в системе созданышлюзы с протоколом «Внутренний» и маршруты для них

6 На сервисной платформе включен и настроен Radius-сервер

Последовательностьдействий и событий

1 Абонент A01 набирает коддоступа к ДВО «Карточнаяплатформа» 029

Абоненту A01 проигрываетсяприветственное сообщение, предлагаетсявыбрать язык

2 Абонент A01 набирает 1, темсамым выбирая Русский язык

Абоненту A01 проигрывается голосовоесообщение «Введите ПИН-код»

3 Абонент A01 вводит ПИН-код На RADIUS-сервер посылаетсяавторизационный запрос. Если RADIUS-сервер на авторизационный запросотвечает положительно и в ответевозвращается параметр h323-credit-amount=50, абоненту A01 предлагаетсяввести номер телефона.

4 Абонент A01 вводит номертелефона абонента A02

Устанавливается соединение междуабонентами A01 и A02. После завершениясоединения абоненту A01 проигрываетсяголосовое сообщение «Чтобы сделать ещеодин вызов нажмите 2, чтобы узнатьтекущий баланс на вашем счете нажмите3»

5 Абонент A01 набирает 2 Абоненту A01 проигрывается голосовоесообщение «Введите номер телефона»

6 Абонент A01 вводит номертелефона абонента A02

Устанавливается соединение междуабонентами A01 и A02. После завершениясоединения абоненту A01 проигрываетсяголосовое сообщение «Чтобы сделать ещеодин вызов нажмите 2, чтобы узнатьтекущий баланс на вашем счете нажмите3»

7 Абонент A01 набирает 3 Абоненту A01 проигрывается остаток наего счете

6.1.35 Многотерминальность (Multiterminal)

Название услуги «Многотерминальность» (Multiterminal)

Намеченная цельдействий

Использование ДВО «Многотерминальность» (Multiterminal)

Необходимые условия 1 Абонент A01создан в домене ROOT. У абонента А01 создано 2 терминала –первый для телефонного аппарата на рабочем столе, второй для мобильногоклиента

Page 50: функциональная спецификация рту моа 1.7.3 rus.pdf

РТУ МОА50

© 2012 МФИ Софт

2 Абонент G01 находится за шлюзом, учетная запись которого принадлежит кдомену абонента A01

3 ДВО «Многотерминальность» включен в лицензию

4 В системе на сервисной платформе создан экземпляр ДВО«Многотерминальность» и номер доступа к нему, например, 030

5 В системе на странице «Предмаршрутизация» создан маршрут «ПолучениеID терминала»

6 В абонентских сервисах в секции «Настройки многотерминальности домена»указан номер сервиса и шлюз с протоколом «Внутренний» для связи ссервисной платформой

7 На сервисной платформе создан маршрут на ДВО и шлюз с протоколом«Внутренний» для связи с абонентской логикой.

Последовательностьдействий и событий

1 Абонент G01 совершает вызовабонента А01

Вызов поступает одновременно наоба терминала абонента А01

2 Абонент А01 берет трубку напервом своем терминале

Дозвон до второго терминалаабонента А01 прекращается,устанавливается соединение междуабонентом G01 и первым терминаломабонента А01

3 Абонент G01 совершает вызовабонента А01

Вызов поступает одновременно наоба терминала абонента А01

4 Абонент А01 берет трубку на второмсвоем терминале

Дозвон до первого терминалаабонента А01 прекращается,устанавливается соединение междуабонентом G01 и вторым терминаломабонента А01