ПОСТРОЕНИЕ СИСТЕМ УПРАВЛЕНИЯ СЕТЯМИ СВЯЗИ ОПЕРАТОРОВ ВЗАИМОУВЯЗАННОЙ СЕТИ СВЯЗИ РОССИЙСКОЙ ФЕДЕРАЦИИ. ОСНОВНЫЕ ПОЛОЖЕНИЯ. РД 45.174-2001 (утв. Минсвязи РФ 11.07.2001)


Утвержден
Первым заместителем Министра
Российской Федерации
по связи и информатизации
Ю.А.ПАВЛЕНКО
11 июля 2001 года
Дата введения -
1 октября 2001 года
ПОСТРОЕНИЕ СИСТЕМ УПРАВЛЕНИЯ
СЕТЯМИ СВЯЗИ ОПЕРАТОРОВ ВЗАИМОУВЯЗАННОЙ
СЕТИ СВЯЗИ РОССИЙСКОЙ ФЕДЕРАЦИИ.
ОСНОВНЫЕ ПОЛОЖЕНИЯ
РД 45.174-2001
ПРЕДИСЛОВИЕ
Разработан Центральным научно-исследовательским институтом связи (ЦНИИС).
Внесен Департаментом электросвязи Минсвязи России.
Утвержден Первым заместителем Министра Российской Федерации по связи и информатизации Ю.А. Павленко от 11.07.2001.
Введен в действие с 01.10.2001.
Введен впервые.
1. ОБЛАСТЬ ПРИМЕНЕНИЯ
Настоящий Руководящий документ распространяется на автоматизированные системы управления (АСУ) операторов связи взаимоувязанной сети связи Российской Федерации (ВСС РФ), используемые на международных, междугородных, внутризоновых и местных сетях ВСС РФ в следующих областях управления TMN [1]: коммутируемая телефонная сеть, сеть подвижной связи, коммутируемая сеть передачи данных, интеллектуальная сеть, сеть системы сигнализации по общему каналу N 7, N-ISDN, B-ISDN, сеть выделенных и реконфигурируемых каналов, IMT-2000, сеть доступа и оконечного оборудования, транспортные сети.
Требования настоящего стандарта отрасли обязательны для всех предприятий и организаций отрасли "Связь" (независимо от форм собственности), занимающихся построением систем управления для сетей связи, указанных выше.
2. ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ
2.1. В настоящем Руководящем документе применяются следующие термины с соответствующими определениями.
Оператор сети - организация, которая эксплуатирует сеть электросвязи. Оператор сети может быть поставщиком услуг и наоборот. Оператор сети необязательно может предоставлять отдельные услуги электросвязи [2].
Оператор связи - физическое или юридическое лицо, имеющее право на предоставление услуг электрической или почтовой связи (статья 2) [3].
Поставщик услуг - организация, которая предоставляет услуги электросвязи заказчикам и другим пользователям на основе тарифов или контракта. Поставщик услуг необязательно может эксплуатировать сеть. Поставщик услуг может быть заказчиком для другого поставщика услуг [2].
Заказчик - организация, которая имеет деловые отношения с поставщиком услуг для предоставления услуг сети. Заказчик может включать одного или более оконечных пользователей услуг электросвязи [2].
Сеть управления электросвязью (TMN) - отдельная сеть, которая имеет интерфейс с сетью электросвязи в различных точках для передачи или приема информации от нее и контроля ее эксплуатации [4]. АСУ оператора связи соответствует TMN тогда и только тогда, если для АСУ оператора связи выполняются требования соответствия стандартам TMN, представленные в разделах 3.8.2, 3.8.3 и 3.8.4.
Пользователь TMN - объект, который выполняет по крайней мере роль менеджера по отношению к TMN. В контексте TMN пользователь может взаимодействовать с TMN поставщика услуг или оператора сети через интерфейс X при условии, что пользователь располагает TMN или TMN-подобной системой управления [2, 5].
Услуга управления - решение, предназначенное для реализации специальной цели управления [5]. Услуги управления реализуются с помощью функций или множеств функций управления, принадлежащих некоторым или всем функциональным областям управления, рассмотренным в [6]. Список услуг управления представлен в [1].
Опорная точка - точка, используемая для разделения функциональных блоков и определяющая границу услуги между двумя функциональными блоками.
Функциональный блок - наименьшая единица функциональности управления TMN, которая подвергается стандартизации.
Функция передачи сообщений - функциональный компонент, который связан со всеми функциональными блоками, имеющими физический интерфейс. Она используется для обмена информацией управления, которая содержится в сообщениях.
Интерфейс - стык, который обеспечивает связь между физическими блоками в опорных точках.
Операционная система - физический блок, который выполняет функции операционных систем (OSF).
Спецификация - требования, предъявляемые к системе, определяются в спецификации этой системы. Спецификация включает в себя общие параметры и функциональную спецификацию, которая описывает ожидаемое поведение этой системы [26].
Спецификация интерфейса - формальное описание типа, количества, формы и последовательности взаимосвязей и взаимодействий в интерфейсе между соединенными одна с другой системами [26].
Функция операционной системы (OSF) - функциональный блок, который обрабатывает информацию, относящуюся к управлению электросвязью для целей мониторинга и контроля функций электросвязи, включая функции управления [4].
Физический блок - архитектурная концепция, представляющая реализацию одного или более функциональных блоков [4].
2.2. Сокращения
QA (QA) - Q адаптер
XA (XA) - X адаптер
АД (AD) - устройство адаптации, адаптер
АСУ - автоматизированная система управления
АРП (ATM) - асинхронный режим переноса
Б-ОС (B-OS) - операционная система уровня управления бизнесом
ВКС (ECC) - встроенный канал связи
ВОС - взаимодействие открытых систем
ВСС РФ - взаимоувязанная сеть связи Российской Федерации
ДИРПТ (PIXIT) - дополнительная информация реализации протокола для тестирования
ИП (IP) - протокол Интернета
КТС-ОП (PSTN) - коммутируемая телефонная сеть общего пользования
ЛВС (LAN) - локальная вычислительная сеть
МД (MD) - устройство медиации, медиатор
МОС (ISO) - Международная организация по стандартизации
МПЭС (IMT-2000) - международная подвижная электросвязь
МСП (ISP) - Международные стандартные профили
МСЭ-Т - Сектор стандартизации электросвязи Международного Союза Электросвязи
ОАБЗО (CORBA) - общая архитектура брокера запроса объектов
ОКС (CCSS) - система сигнализации по общему каналу
ОООУ (GDMO) - общее определение объектов управления
ОПИУ (CMIP) - общий протокол информации управления
ОС (OS) - операционная система
ПФ (TF) - функция преобразования
ПЦИ (PDH) - плезиохронная цифровая иерархия
РВС (WAN) - региональная вычислительная сеть
РЗУ (SMK) - разделенное знание управления
РС (WS) - рабочая станция
С-ОС (N-OS) - операционная система уровня управления сетью
СПД (DCN) - сеть передачи данных
СУБ (BMS) - система управления бизнесом
СУПС (SNMS) - система управления подсетью
СУУ (SMS) - система управления услугами
СУЭСС (EMS-S) - система управления элементами сети сигнализации
СУЭСК (EMS-X) - система управления элементами сети коммутации
СУЭСТ (EMS-T) - система управления элементами транспортной сети
СУСС (NMS-S) - система управления сетью сигнализации
СУСК (NMS-X) - система управления сетью коммутации
СУСТ (NMS-T) - система управления транспортной сетью
СИУС (INMS) - система интегрированного управления сетью
СУЭ (TMN) - сеть управления электросвязью
СЦИ (SDH) - синхронная цифровая иерархия
УДПФ (FTAM) - управление доступом передачи файлов
У-ОС (S-OS) - операционная система уровня управления услугами
УСРП (PICS) - утверждения соответствия реализации протокола
УСУОБ (MOCS) - утверждения соответствия управляемых объектов
УСИУ (MICS) - утверждения соответствия информации управления
УСУО (MRCS) - утверждения соответствия управляемых отношений
У-ЦСИО (N-ISDN) - узкополосная цифровая сеть интегрального обслуживания
ФУС (NMF) - форум управления сетью
ЦУС (NMC) - центр управления сетью
ЦУУБ (SMC/BMC) - центр управления услугами/бизнесом
ЦЭТО (OMC) - центр эксплуатации и технического обслуживания
ЦСИО (ISDN) - цифровая сеть интегрального обслуживания
ЧУСС (SCCP) - часть управления соединением сигнализации
Ш-ЦСИО (B-ISDN) - широкополосная цифровая сеть интегрального обслуживания
Э-ОС (E-OS) - операционная система уровня управления элементами
ЭОУИУ (CMISE) - элемент общей услуги информации управления
ЭС (NE) - элемент сети
3. ТРЕБОВАНИЯ К ПРОЕКТИРОВАНИЮ И ПОСТРОЕНИЮ АСУ
3.1. Общие требования к проектированию
и построению АСУ
3.1.1. Проектирование и построение АСУ должно использовать физическую, информационную и функциональную архитектуры TMN, которые определены в [4].
3.1.2. Спецификации проектирования и построения АСУ должны быть представлены минимальным набором требований, которые должны отражать потребности бизнеса оператора связи.
3.1.3. В процессе спецификации функциональных, информационных и физических требований должны рассматриваться следующие аспекты:
- стоимость реализации и длительность построения АСУ, а также продолжительность эксплуатации АСУ;
- выбор подходящего языка моделирования, используемого для описания требований, анализа и проектирования. Более детальная информация представлена в [5];
- спецификация функций и информации интерфейсов, которые приводят к физической реализации;
- спецификация организационных отношений между участниками процесса управления, т.е. моделей взаимодействия в пределах АСУ или между несколькими АСУ;
- спецификация требований к взаимодействию отдельных технических средств АСУ;
- тестирование функциональных блоков АСУ на соответствие информационным и функциональным требованиям на существующих интерфейсах или в точках интеграции;
- тестирование на соответствие требованиям к медиаторам, используемым для подключения функциональных блоков, которые не полностью поддерживают информационную модель;
- тестирование на соответствие требованиям к Q адаптерам, используемым для преобразования между интерфейсами Q и M (любой нестандартный интерфейс);
- тестирование по необходимости на соответствие специальным рекомендациям, особенно на соответствие [7, 8].
3.2. Общие требования к физической архитектуре АСУ
3.2.1. Физическая архитектура АСУ должна соответствовать физической архитектуре TMN, которая определяет технические средства АСУ как физические блоки и обозначает интерфейсы между ними. Пример упрощенной физической архитектуры TMN представлен на рисунке 1 <*>. Физический блок может быть реализован из одной или набора компьютерных систем, объединенных в форме единственной виртуальной системы, как одна физическая компьютерная система или как удаленные приложения математического обеспечения системы.
--------------------------------
<*> Здесь и далее рисунки не приводятся.
3.2.2. При проектировании и построении АСУ операторы связи могут использовать все или часть физических блоков архитектуры TMN, которые включают следующие физические системы и устройства:
- элемент сети;
- операционная система;
- Q адаптер;
- медиатор;
- сеть передачи данных;
- рабочая станция.
3.2.3. Интерфейсы АСУ оператора связи должны быть совместимыми и определяются множеством протоколов, форматами сообщений и семантикой, используемыми для связи между физическими блоками. Для увеличения вероятности совместимости интерфейсов АСУ следует использовать опции протоколов, которые документированы в [7, 8], и сообщения и семантику, которые определены в стандартных информационных моделях для поддержки специальных функций управления. Однако эти условия являются необходимыми, но недостаточными для успешного взаимодействия технических средств АСУ. Определение и краткое описание стандартных интерфейсов представлено в Приложении А.
3.3. Требования к техническим средствам,
которые влияют на проектирование и построение АСУ
3.3.1. Требования к элементам сети
3.3.1.1. Элементы сети должны поддерживать выполнение услуг связи с помощью различных сетевых технологий, выполненных в оборудовании и в математическом обеспечении. NE должны обеспечивать обмен информацией с OS для мониторинга и контроля со стороны АСУ оператора связи. NE должны выполнять следующие группы функций:
- функции электросвязи, которые обеспечивают предоставление услуг связи, например передача и коммутация;
- функции поддержки электросвязи, которые непосредственно не участвуют в предоставлении услуг связи, например локализация неисправностей и выписка счетов.
Кроме этих функций, NE могут выполнять одну или более функций OS, MD, QA или WS.
3.3.1.2. NE должны иметь один или более стандартных интерфейсов типа Q и необязательно интерфейсы F и X. Существующее оборудование типа NE, которое не располагает стандартными интерфейсами TMN, должно получать доступ к АСУ через QA, который обеспечивает необходимые функции преобразования нестандартных интерфейсов в стандартные интерфейсы.
3.3.1.3. NE могут быть распределенными или централизованными. Различные части NE могут быть размещены в географически разных местах расположения, например они могут быть распределены вдоль системы передачи.
3.3.2. Требования к операционной системе
3.3.2.1. Физическая архитектура операционных систем должна альтернативно обеспечивать централизацию или распределение функций и данных OS. Это включает:
- поддержку прикладных программ;
- функции базы данных;
- поддержку терминалов пользователя;
- программы анализа;
- сообщение и форматирование данных.
3.3.2.2. Функциональная архитектура OS может быть реализована различным числом OS (или MD, NE) в зависимости от размера сети, функциональных требований, надежности и т.д. Выбор протоколов также является важным фактором физической архитектуры OS.
3.3.2.3. Обычно функции OS могут выполняться в виде множества OS, которые взаимодействуют через DCN по интерфейсам Q, X и F. Однако это не исключает практической реализации этих функций в NE или MD.
3.3.2.4. OS должны обрабатывать информацию, относящуюся к управлению электросвязью, с целью мониторинга, координации и контроля функций управления, включая функции управления самой АСУ оператора связи.
3.3.2.5. Физическая архитектура АСУ операторов связи должна строиться в соответствии с принципами функциональной иерархии TMN, которая разделяет функции управления на четыре уровня управления (элементами, сетью, услугами и бизнесом). Каждый уровень отражает отдельные аспекты управления и группирует информацию управления в иерархию соответствующих специализированных OS, которая представлена на рисунке 2.
Примеры физической архитектуры АСУ, построенной на принципах функциональной иерархии TMN, представлены в Приложении Б для транспортной сети, телефонной сети и интегрированного управления транспортной и телефонной сетями.

ПОСТАНОВЛЕНИЕ ФЭК РФ от 11.07.2001 n 44/5 О ВНЕСЕНИИ ИЗМЕНЕНИЙ В ПОСТАНОВЛЕНИЕ ФЕДЕРАЛЬНОЙ ЭНЕРГЕТИЧЕСКОЙ КОМИССИИ РОССИЙСКОЙ ФЕДЕРАЦИИ  »
Постановления и Указы »
Читайте также