Технические требования
«Технические требования к ВАТС ПАО МГТС»
ТТ-МГТС-ВАТС-2.2
1. Информация о документе
Цель документа | Описание технических требований к ВАТС ПАО МГТС |
Ограничение доступа | нет |
1.1 Общие сведения
Наименование | Описание |
Вводимые определения: | |
Наименование системы | Виртуальная АТС (ВАТС) |
Основания для разработки ТТ | . |
Содержание
1 Общие положения. 3
2 Интерфейсы.. 3
3 Обработка вызовов. 3
4 Система управления. 3
5 Требование к осуществлению биллинга. 3
2 Общие положения
Настоящие требования предъявляются к оборудованию виртуальной АТС (ВАТС), под которыми понимаются решения, обеспечивающее оказание услуг ВАТС на пакетной сети ПАО МГТС.
Решение ВАТС интегрируется с сетью ПАО МГТС как отдельный элемент сети связи УПАТС, с использованием в качестве транзита сигнального трафика ядро IMS ПАО МГТС.
Услуги ВАТС должны предоставляться абонентам ПАО МГТС вне зависимости от используемого оборудования доступа (MSAN, SIP-шлюз, SIP-телефон, ONT).
Решение ВАТС должно интегрироваться с системой биллинга и АСРЗ ПАО МГТС.
Коммерческое предложение на ВАТС не должно включать в себя оборудование доступа.
Поставщик решения должен обладать опытом внедрения ВАТС для Операторов связи и иметь не менее 10 действующих договоров с Операторами связи на предоставление данной услуги.
2.1 Область применения
Настоящие требования распространяются на оборудование, предназначенное для обеспечения абонентам сети ПАО МГТС услуги ВАТС. Технические требования не распространяются на оборудование доступа.
2.2 Состав документа
Настоящие требования определяют набор интерфейсов и функционала, обязательных к наличию в решении ВАТС для признания его пригодным для использования в процессе оказания услуг абонентам ПАО МГТС.
2.3 Соответствие стандартам
Решение ВАТС должно соответствовать перечню стандартов и протоколов архитектуры IMS:
1. TS 23.002, Network architecture (formulating group: SA2).
2. TS 23.218, IP Multimedia (IM) session handling; IM call model; Stage 2 (formulating
group: CT1).
3. TS 23.228, IP Multimedia Subsystem (IMS); Stage 2 (formulating group: SA2).
4. TS 24.228, Signaling flows for the IP multimedia call control based on Session Initiation
Protocol (SIP) and Session Description Protocol (SDP).
5. TS 24.229, Internet Protocol (IP) multimedia call control protocol based on Session
Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3 (formulating
group: CT1).
6. TS 29.328, IP Multimedia Subsystem (IMS) Sh interface signaling flows and message contents (formulating group: CT4).
7. TS 29.329, Sh interface based on the Diameter protocol; Protocol details (formulating group: CT4).
8. TR 23.810, Study on Architecture Impacts of Service Brokering (formulating group SA2).
9. TS 22.228, Service Requirements for the IP Multimedia Core Network (IM CN) Subsystem - Stage 1 (formulating group SA1).
10. TS 32.200, Telecommunication management; Charging management; Charging principles (formulating group: SA5).
2.4 Наличие сертификатов
Оборудование ВАТС должно удовлетворять требованиям по сертификации УПАТС, определенным постановлением Правительства РФ от 25 июня 2009 г. № 000 и приказом от 29 апреля 2008 г. № 51.
2.5 Варианты исполнения
Решение ВАТС реализуется посредством размещения на серверном оборудовании ПАО МГТС предоставляемого программного обеспечения (ПО) ПАК ВАТС.
2.6 Услуги
Решение ВАТС должно обеспечивать оказание следующих услуг:
№ п/п | Наименование услуги | |
1. | Услуга базового вызова, включая факсимильную и модемную связь (Basic Call) | |
2. | Сокращенная нумерация (Short numbering plan (VPN)) | |
3. | Переадресация вызова безусловная (Call Forwarding Unconditional) | TS 22.082 |
4. | Переадресация вызова по занятости (Call Forwarding Busy) | TS 22.082 |
5. | Переадресация вызова по не ответу (Call Forwarding No Reply) | TS 22.082 |
6. | Переадресация вызова по недоступности (Call Forwarding Offline) | TS 22.082 |
7. | Переадресация вызова по занятости и не ответу (Call forwarding on busy and no reply) | TS 22.082 |
8. | Переадресация вызова по недоступности (Call Forwarding on User Not Reachable) | |
9. | Вызов на последний принятый номер (Call back last in coming call) | |
10. | Hunt Group (multiline) | |
11. | Поддержка перехода между Hunt-группами при обработке вызова | |
12. | Поддержка различных сценариев обработки вызовов внутри Hunt-группы | |
13. | Hunt Group forwarding to Voice Mailbox | |
14. | Напоминание последнего поступившего вызова (Prompt last caller) | |
15. | Transparent mode (Включить прозрачный режим для передачи dtmf) | |
16. | Функционал голосовой почты (ГП) | |
17. | Переадресация на голосовую почту по недоступности (Call Forwarding to mailbox on User Not Reachable) | TS 22.082 |
18. | Переадресация на голосовую почту безусловная (Call Forwarding Unconditional to Voice Mailbox) | TS 22.082 |
19. | Переадресация на голосовую почту по занятости (Call Forwarding Busy to Voice Mailbox) | TS 22.082 |
20. | Переадресация на голосовую почту по неответу (Call Forwarding No Reply to Voice Mailbox) | TS 22.082 |
21. | Переадресация на голосовую почту для абонента не зарегистрированного в сети (Call Forwarding Offline to Voice Mailbox) | TS 22.082 |
22. | Переадресация на голосовую почту по недоступности абонента (Call Forwarding on User Not Reachable to Voice Mailbox) | TS 22.082 |
23. | Идентификация линии вызывающего абонента (Calling Line Identification Presentation) | TS 22.081 |
24. | Запрет идентификации линии вызывающего абонента (Calling Line Identification Restriction) | TS 22.081 |
25. | Идентификация имени вызывающего абонента (Calling Name Identification Presentation) | TS 22.081 |
26. | Запрет идентификации имени вызывающего абонента (Calling Name Identification Restriction) | TS 22.081 |
27. | Идентификация линии вызывающего абонента с услугой CLIR (Calling Line Identification Restriction Override) | TS 22.081 |
28. | Идентификация имени вызывающего абонента с услугой CNIR (Calling Name Identification Restriction Override) | |
29. | Идентификация подключенной линии (Connected Line Identification Presentation) | TS 22.081 |
30. | Запрет идентификации подключенной линии (Connected Line Identification Restriction) | TS 22.081 |
31. | Идентификация подключенной линии с услугой COLR (Connected Line Identification Restriction Override) | TS 22.081 |
32. | Небеспокоить (Do Not Disturb) | |
33. | Ожидание вызова (Call Waiting) | TS.22.083 |
34. | Запрет анонимных вызовов (Anonymous Call Rejection) | |
35. | Индикация получения сообщения голосовой почты (Message Waiting Indication) | |
36. | Перевод вызова (Call Transfer) | TS.22.091 |
37. | Запрет исходящей связи (Outgoing Call Barring) | TS 22.088 |
38. | Удержание вызова (Call Hold) | TS.22.083 |
39. | Удержание с консультацией (Consultation Hold) | |
40. | Отклонение вызова (Communication Deflection) | |
41. | Отклонение вызова с переводом на Голосовой почтовый ящик (Communication Deflection to Voice Mailbox) | |
42. | Call divert(ручная переадресация с возможностью донабора внутреннего номера) | |
43. | Call forking (call splitting) | |
44. | Quality of Service Control | |
45. | Изменение номера абонента (User Number Change) | |
46. | Запрет злонамеренных вызовов (Malicious Call Rejection) | |
47. | Приоритетные линии (Essential Line) | |
48. | Запрет для должников (Owed Restriction) | |
49. | Прием вызова за абонента группы (Designated Pickup) | |
50. | Последовательный вызов (Sequential Ringing) | |
51. | Одновременный вызов на несколько линий (Shared Call Appearance) | |
52. | Персональный одновременный вызов (Simultaneous Ringing Personal) | |
53. | Прием вызова за любого абонента группы (Group Pickup) | |
54. | Группа перебора (Series Completion) | |
55. | Парковка вызова (Call Park) | |
56. | Завершение видео вызова (Video Call Completion) | |
57. | Горячая линия с установкой тайм-аута (Hotline) | |
58. | Отсутствие (Absence) | |
59. | Ускоренный набор | |
60. | Множественный абонентский номер (Multiple Subscriber Number) | |
61. | Дифференцированный звонок (Distinctive Ringing) | |
62. | Полуавтоматический вызов (Semi Auto Call) | |
63. | Выбор мелодии КПВ (Customized Ring Back Tone Control and Trigger) | |
64. | Будильник (Wake Up) | |
65. | Перехват вызова (Operator Monitor) | |
66. | Трехсторонняя конференцсвязь (Three-way conference call) | TS 22.084 |
67. | Многосторонняя конференцсвязь (Multi-way conference call) | TS 22.084 |
68. | Обратный вызов (Recall) | |
69. | Обратный вызов через Web-интерфейс (Web-recall) | |
70. | Поддержка аппаратной индикации занятых линий BLF (Busy Lamp Field) | |
71. | Интерактивный автоответчик IVR (Interactive Voice Response) с загрузкой пользовательских файлов и возможностью модернизации сценария IVR. | |
72. | Выбор мелодии для абонента на удержании (Music On Hold) | |
73. | Функционал центра обработки вызова (Call Center) | |
74. | Функционал Личного кабинета (WEB-портал) | |
75. | Функционал услуги «Софтфон» (Rich Communication Suite, RCS) | |
76. | Настраиваемые коды доступа к услугам (Configurable Feature Codes) | |
77. | Номер для выставления счета (Charge Number) | |
78. | Создание каналов связи для бизнеса (Business Trunking) для обслуживания оборудования офисной АТС клиента |
У клиентов ВАТС должны быть права управления услугой через Web-портал.
Основные параметры ящика ГП:
возможности | значение(1) |
Максимальная длительность основного собственного приветствия | 60 сек. |
Максимальная длительность дополнительного приветствия | 60 сек. |
Число дополнительных приветствий | 5 |
Установленное по умолчанию количество сообщений в основном ящике ГП | 30 |
Установленная по умолчанию максимальная длительность поступающих сообщений, записываемых в основной ящик ГП | 120сек. |
Установленное по умолчанию количество сообщений в дополнительном ящике ГП, предназначенном для получения сообщений от отдельных абонентов | 10 |
Установленная по умолчанию максимальная длительность поступающих сообщений, записываемых в дополнительный ящик ГП, предназначенный для получения сообщений от отдельных абонентов | 120сек. |
Количество дополнительных ящиков ГП, предназначенных для получения сообщений от отдельных абонентов | 5 |
Объем отдельного ящика, предназначенного для сохраненных сообщений и самостоятельно записанных абонентом сообщений для последующей отправки | 4800 сек. |
Максимальная длительность голосовой подписи | 30 сек. |
Время хранения непрослушанных сообщений | 30суток(2) |
Время хранения прослушанных несохраненных сообщений | 10суток(2) |
Время хранения сохраненных сообщений | не ограничено |
Максимальное количество списков номеров для одновременной рассылки | 20 |
Максимальное количество номеров в списке для одновременной рассылки | 30 |
Максимальная длительность записываемого для последующей отправки сообщения | 120 сек. |
(1) – Данные значения могут быть оперативно изменены персоналом, обслуживающим оборудование голосовой почты.
(2) – сообщения могут быть удалены ранее указанного срока, по мере поступления новых сообщений при заполненном ящике ГП.
Состав и функционал услуги «Софтфон» зависят от конкретной реализации решения поставщика.
Функциональность СОРМ должна обеспечиваться решением ВАТС в соответствии с Федеральным законом "О связи" от 01.01.2001, приказом Минкомсвязи РФ «Об утверждении правил применения оборудования систем коммутации. включая программное обеспечение. обеспечивающего выполнение установленных действий при проведении оперативно - разыскных мероприятий».
Функциональность ВАТС обязана поддерживать выполнение приказа Минкомсвязи РФ «Об утверждении правил определения места нахождения пользовательского оборудования (оконечного оборудования), с которого были осуществлены вызов или передача сообщения о происшествии по единому номеру вызова экстренных оперативных служб "112"».
3 Интерфейсы
Решение ВАТС должно интегрироваться в сеть ПАО МГТС в качестве отдельного элемента сети связи УПАТС с использованием в качестве транзита сигнального трафика IMS ПАО МГТС,
Интерфейс взаимодействия решения ВАТС с блоком BCF (ядро IMS) протокол SIP.
Интерфейс с биллинговой системой Ro/Rf (Diameter, FTP, SFTP).
Интерфейс взаимодействия решения ВАТС с оборудованием клиента Ut - протокол http, XML Configuration Access Protocol (web-терминал управления для конечных пользователей).
Схема интеграции решения ВАТС в сеть связи ПАО МГТС приведена на рисунке 1.
Рис. 1
4 Обработка вызовов
4.1 Требования к возможностям маршрутизации
3.1.2 Маршрутизация вызовов предоставленных клиенту ПАО МГТС ВАТС между собой и/или на ССОП, обязана проходить через местные узлы связи ПАО МГТС.
4.1.1 Поддержка категории абонента CPC-RUS
Система (платформа приложений) должна поддерживать коды выбора оператора связи и значение категории оконечного элемента сети связи для обеспечения доступа абонентов (пользователей) к услугам междугородной и международной телефонной связи. При этом система (платформа приложений) должна добавлять идентификатор абонентской категории при установлении соединения (идентификатор категории должен быть установлен в поле CPC-RUS в сообщении INVITE).
4.1.2 Возможность подключения нескольких SIP-маршрутов
Система должна иметь возможность настройки различных маршрутов для исходящих телефонных вызовов – маршруты приема входящих и совершения исходящих вызовов могут различаться.
4.1.3 Маршрутизация входящих вызовов по А-номеру
Система должна предоставлять возможность настраивать правила маршрутизации входящих вызов по A-номеру и расписанию. При наличии Redirect-номера использовать его, вместо A-номера.
Правила маршрутизации должны выполняться в соответствии с установленным приоритетом. Для сравнения А-номера должна поддерживаться возможность использования регулярных выражений.
4.1.4 Прямой вызов на пользователя
Система должна поддерживать возможность настройки администратором правил маршрутизации для перенаправления вызовов на пользователя.
4.1.5 Прямой вызов на группу пользователей
Система должна поддерживать возможность настройки администратором правил маршрутизации для перенаправления вызовов на группу пользователей.
4.1.6 Прямой вызов на IVR-сценарий
IVR должен соответствовать требованиям ГОСТ Р ИСО 9241-154-2015. Система должна поддерживать возможность настройки администратором правил маршрутизации для перенаправления вызовов на IVR-сценарий.
4.1.7 Фильтры по номеру вызывающего абонента
Система должна поддерживать возможность настройки администратором фильтров, действующих на все входящие вызовы аккаунта (даже если подключено несколько номеров). Фильтры должны позволять реализовать различные IVR-сценарии в зависимости от номера вызывающего абонента. Фильтры должны иметь приоритет перед правилами маршрутизации входящих вызовов по А-номеру.
5 Система управления
5.1 Основные требования
· Web-интерфейс для удаленного/локального управления с гибкими политиками прав администрирования;
· У клиентов ВАТС должны быть права управления услугой через Web-портал;
· Сервер SSH для удаленного/локального управления;
· Сервер приложений ВАТС должен интегрироваться по Northbound интерфейсу с системой управления по протоколу SOAP/MML.
· Все функции, предоставляющие доступ по HTTP/HTTPS должны быть выполнены на едином WEB портале.
· Возможность кастомизации web-интерфейсов под каждого конкретного абонента. Кастомизация должна заключаться в возможности размещения логотипа клиента в web-интерфейсе.
· Программные средства должны обеспечивать контроль состояния программных и аппаратных компонентов решенияВАТС и при выходе их из строя оперативно оповещать оператора системы.
· Модификации программного обеспечения, вносимые в поставляемое решение ВАТС, не должны приводить к нарушению работоспособности решения ВАТС и IMS-ядра.
· Поставщик обязан обеспечить поддержку решения ВАТС в течении не менее 10 (десяти) лет после внедрения решения на сети оператора. Время реакции на претензию оператора в работе поставляемого решения ВАТС должно определяться договором на техническую поддержку.
· Система управления должна поддерживать русский язык.
5.2 Требования к Web-интерфейсу
5.2.1 Требования к Web-интерфейсу со стороны абонента
· Интерфейс должен поддерживаться Интернет-браузерами (включая, но не ограничиваясь): MS InternetExplorer 6.0 и выше, FireFox 3.0 и выше, Opera 8.1 и выше, Mozilla 5.0 и выше, Chrome 4.0 и выше, Safari 4.0 и выше.
· Интерфейс Системы должен быть интегрирован с существующими системами самообслуживания Клиентов Компании
· Интерфейс должен масштабироваться под разрешение экрана пользовательского терминала.
5.2.2 Web-кабинет
Web-кабинет (личный кабинет Абонента) должен поддерживать четыре уровня доступа при необходимости, количество уровней в иерархии может быть изменено:
· права администратора группы:
ü добавление/удаление сотрудников в группу обзвона
ü управление переадресацией и типами распределения вызовов внутри администрируемой группы
ü доступ к статистике звонков администрируемой группы
ü доступ к записям звонков администрируемой группы
ü назначение записи разговоров отдельным сотрудникам внутри группы
· права администратора предприятия отличные от прав администратора группы:
ü изменение количества многоканальных номеров
ü изменение количества коротких номеров
ü изменение количества линий ВАТС
ü создание учетных записей для администраторов групп
ü создание/управление IVR
ü изменение объема файлового хранилища
ü создание/удаление групп обзвона
ü назначение/изменение короткой нумерации группе и сотрудникам внутри группы
ü назначение/изменение короткой нумерации всем подключаемым сотрудникам
ü доступ к статистике всех групп обзвона, всех сотрудников
ü доступ к звуковым файлам всех групп, всех сотрудников
ü установление ограничений на исходящую связь
ü создание кампаний по исходящему обзвону (call-center)
· права службы эксплуатации ПАО МГТС отличные от прав администратора предприятия, администратора группы:
ü право просмотра истории изменения в ЛК абонента
· права администратора ПАО МГТС отличные от прав администратора предприятия, администратора группы, службы эксплуатации ПАО МГТС:
ü право просмотра и изменения настроек Абонента
5.2.3 Настраиваемые права доступа
Система должна поддерживать возможность гибкой настройки прав доступа к функциональности web-кабинета в зависимости от уровня доступа пользователя. Должна поддерживаться возможность настройки функционала (ролей) доступного для администраторов групп личного web-кабинета и функционала (ролей) доступного для администраторов предприятия.
6 Требование к осуществлению биллинга
Система должна поддерживать Биллинг для обоих режимов: режима off-line и режима on-line. (Rf/Ro - интерфейс).
Система должна позволять настраивать формат CDR-записей под требования оператора.
Система должна отдавать файлы с CDR-записями через протоколы FTP и SFTP. Время появления CDR в папке от момента завершения тарификационного действия должно быть конфигурируемо по объему записей в файле и времени (например, не более Х записей и не реже Y минут).
В CDR должен быть включены направление вызова и местоположения абонента А. CDR-записи (для исходящих вызовов) должны иметь поле для отображения идентификатора местоположения абонента из поля P-Access-Network-Infoсообщения INVITEот абонентского устройства к IMSCore.
Система должна обеспечивать хранение CDR-файлов не менее 14 суток.
