СОРМ в формулировках Приказа №70/Приказа №174 СОРМ для

Вопросы современной
нормативно-правовой базы
СОРМ
ЗАО «ИскраУралТЕЛ»
Уржумцев Н.С.
Issued by Iskratel; All rights reserved
23.03.2012г.
Процедурные вопросы
 Процедура разработки требований к СОРМ консервативна:
 Разработка требований к СОРМ запаздывает по отношению к
внедрению новых технологий телекоммуникаций
 Длительная процедура утверждения требований увеличивает их
технологическое отставание
 Невозможна быстрая коррекция требований (в том числе по
результатам опытного внедрения)
Issued by Iskratel; All rights reserved
 Пример:
 Приказ № 70 – подписан в 1999 году. Утвержденные требования
не обеспечивают полнофункционального мониторинга в сетях с
архитектурами NGN и IMS
 Приказ №174 – подписан в 2011 году, утвержденные требования
не обеспечивают полнофункционального мониторинга в условиях
конвергенции сетей фиксированной и мобильной связи
 Требования для СОРМ для СПД – официальных нет
1
Технологические вопросы
 К какому типу СОРМ должен относится СОРМ на программном
коммутаторе?
 СОРМ в формулировках Приказа №70/Приказа №174
 СОРМ для сетей передачи данных
Issued by Iskratel; All rights reserved
 Спецификации интерфейса, утвержденные Приказом №70 и
Приказом №174, позволяют обеспечить мониторинг
исключительно телефонных номеров в формате E.164. В сетях
NGN и IMS могут быть использованы другие способы
адресации: SIP-URI, TEL-URI и т.д.
 СОРМ для СПД позволяет обеспечить мониторинг
объектов с адресацией не Е.164. Не определены
специфические функциональные требования, связанные
с услугой телефонной связи: профиль абонента, фазы
вызова, использование ДВО
2
Возможные решения
 Унификация требований к:
 Протоколу обмена между СОРМ оператора связи
и ПУ в базисе дуплексного сеанса обмена
информацией
Issued by Iskratel; All rights reserved
 Универсальному способу доставки данных:
целесообразно использовать IP в качестве
универсального транспортного протокола
 Методам и способам обеспечения целостности
передачи данных, механизмам взаимной
авторизации, методам проверки исправности
каналов передачи данных
3
Возможные решения
Issued by Iskratel; All rights reserved
 Формализация требований:
 Обеспечение проверки вновь вводимых требований на
полноту, непротиворечивость и отсутствие избыточности
 Описание спецификаций интерфейсов на машинных
языках, которые позволяют автоматизировать проверку
спецификации и облегчают процесс разработки
оборудования, поддерживающего данный интерфейс
(аналогично стандартам ETSI, рекомендациям ITU-T)
 Создание прозрачной процедуры:
• оперативной коррекции требований
• функционального развития требований
 Диалог на регулярной основе между конечным
пользователем и регулятором, операторами связи и
производителями оборудования СОРМ
4
Вопросы тестирования
 Использование программы и методики для проведения
сертификационных испытаний в условиях приема-сдачи
ограничено имеющимися сетевыми условиями
 Для оперативной коррекции требований не следует
использовать типовую программу и методику тестирования
Работа по формату
месторасположения объекта
наблюдения по Приказу №174:
Issued by Iskratel; All rights reserved
• Оперативна
• Использует формальную
нотацию, обеспечивающую
быструю машинную реализацию
• Формат данных - расширяемый
5
Issued by Iskratel; All rights reserved
Спасибо за внимание