Приказ № 70 – подписан в 1999 году. Утвержденные требования

Download Report

Transcript Приказ № 70 – подписан в 1999 году. Утвержденные требования

Вопросы современной нормативно-правовой базы СОРМ

ЗАО «ИскраУралТЕЛ» Уржумцев Н.С. 23.03.2012г .

Процедурные вопросы

 

Процедура разработки требований к СОРМ консервативна:

  

Разработка требований к СОРМ запаздывает по отношению к внедрению новых технологий телекоммуникаций Длительная процедура утверждения требований увеличивает их технологическое отставание Невозможна быстрая коррекция требований (в том числе по результатам опытного внедрения) Пример:

  

Приказ № 70 – подписан в 1999 году. Утвержденные требования не обеспечивают полнофункционального мониторинга в сетях с архитектурами NGN и IMS Приказ №174 – подписан в 2011 году, утвержденные требования не обеспечивают полнофункционального мониторинга в условиях конвергенции сетей фиксированной и мобильной связи Требования для СОРМ для СПД – официальных нет

1

Технологические вопросы

К какому типу СОРМ должен относится СОРМ на программном коммутаторе?

 

СОРМ в формулировках Приказа №70/Приказа №174 СОРМ для сетей передачи данных

Спецификации интерфейса, утвержденные Приказом №70 и Приказом №174, позволяют обеспечить мониторинг исключительно телефонных номеров в формате E.164. В сетях NGN и IMS могут быть использованы другие способы адресации: SIP-URI, TEL-URI и т.д.

СОРМ для СПД позволяет обеспечить мониторинг объектов с адресацией не Е.164. Не определены специфические функциональные требования, связанные с услугой телефонной связи: профиль абонента, фазы вызова, использование ДВО

2

Возможные решения

Унификация требований к:

Протоколу обмена между СОРМ оператора связи и ПУ в базисе дуплексного сеанса обмена информацией

Универсальному способу доставки данных: целесообразно использовать IP в качестве универсального транспортного протокола

Методам и способам обеспечения целостности передачи данных, механизмам взаимной авторизации, методам проверки исправности каналов передачи данных

3

Возможные решения

Формализация требований:

   

Обеспечение проверки вновь вводимых требований на полноту, непротиворечивость и отсутствие избыточности Описание спецификаций интерфейсов на машинных языках, которые позволяют автоматизировать проверку спецификации и облегчают процесс разработки оборудования, поддерживающего данный интерфейс (аналогично стандартам ETSI, рекомендациям ITU-T) Создание прозрачной процедуры:

оперативной коррекции требований

функционального развития требований Диалог на регулярной основе между конечным пользователем и регулятором, операторами связи и производителями оборудования СОРМ

4

Вопросы тестирования

 

Использование программы и методики для проведения сертификационных испытаний в условиях приема-сдачи ограничено имеющимися сетевыми условиями Для оперативной коррекции требований не следует использовать типовую программу и методику тестирования Работа по формату месторасположения объекта наблюдения по Приказу №174:

Оперативна

Использует формальную нотацию, обеспечивающую быструю машинную реализацию

Формат данных - расширяемый

5

Спасибо за внимание