70 likes | 304 Views
Вопросы современной нормативно-правовой базы СОРМ. ЗАО «ИскраУралТЕЛ» Уржумцев Н.С. 23.03.2012г. Процедурные вопросы. Процедура разработки требований к СОРМ консервативна : Разработка требований к СОРМ запаздывает по отношению к внедрению новых технологий телекоммуникаций
E N D
Вопросы современной нормативно-правовой базы СОРМ ЗАО «ИскраУралТЕЛ» Уржумцев Н.С. 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
Уржумцев Никита Семенович Зам. директора отдела разработки ЗАО «ИскраУралТЕЛ» Тел.: +7 (343) 210-59-87 Сот.: +7 912 68-01-002 E-mail: Urzhumtsev@iskrauraltel.ru Спасибо за внимание