формационная структура данных, описанная по правилам GDMO/ ASN.1. Набор программно-аппаратных средств сетевого элемента, обеспечивающий взаимодействие этого элемента cTMN через интерфейс Qg, называется О3- адаптером.

Физическая реализация c01 авого олемента -

Сетевой элемент

Процесс "Агент"

<1>

Информационные модели обьектов

Локальная*:

.база :,МВ-;

й5Щрото1<ьл£;"д

выхода в сеть (CMIP/CORBA)

Рис. 10.5 Подключение к сети TMN

Согласно концепцииTMN, интерфейсQ3 построен наследующих принципах:

• использование в качестве транспортного средства для передачи сообщений между Агентом и Менеджером полного семиуровневого стека протоколов, соответствующего модели OSI, в качестве которого могут применяться стеки ISO/OSI или TCP/IP;

• использование для передачи сообщений на прикладном уровне протокола CMIP, а для передачи больших объемов данных - протокола РТАМ;

• применение поверх CMIP более содержательных протоколов взаимодействия Агент-Менеджер, конкретизирующих отдельные функции эксплуатационного управления, например контроль ошибок, измерение производительности и тп.

Так как Менеджер связывается с Агентом при помощи полного транспортного стека, при сборе данных от встроенных Агентов можно использовать промежуточную сеть передачи данных произвольной сложности. Это обстоятельство является одним из важных компонентов открытости архитектуры TMN. Оно дает возможность объединять любые сети, в том числе и такие, которые не могут переносить в своих основных информационных потоках данные, используемые системой эксплуатационного управления. Многим телекоммуникационным сетям предыдущих поколений для организации эксплуатационного управления требуется вспомогательная сеть, в качестве каковой операторы ТфОП, например, чаще всего используют сеть X 25 или выделенные каналы, хотя некоторые операторы не боятся использовать для этой цели Интернет

Поддоржка стандартов TMN и интерфейса Qg декларируется прак тически всеми ведущими разработчиками платформ эксплуатационного управления: Hewlett-Packard, Digital, Sun, Cabletron, IBM,TTI. Ктому же, оборудование новых технологий SDH, ATM, ADSL, WLL и др. сегодня выпускается со встроенной поддержкой интерфейса Qg.

Стандарты TMN дают более или менее детальное описание интерфейса Qg для трех верхних уровней OSI. Для нижних уровней рекомендуются распространенные протоколы Х25, Х31, МТР и SCCP 0КС7, TCP/IP и др.

В качестве сетевого средства передачи информации в распределенной среде всё чаще применяют программную шину ORB, предусмотренную архитектурой CORBA. В ITU-T серьезно рассматривается вопрос о введении архитектуры CORBA как альтернативного средства поддержки интерфейса Qg. CORBA дает возможность обеспечивать связь между распределенными по сети объектами с использованием объектно-ориентированного подхода. Именно это было заложено в протокол CMIP, не принятый компаниями-производителями в качестве магистральной компьютерной технологии. Что касается CORBA, задачей которой является обеспечение работы и взаимодействия разнородных (написанных на разных языках) приложений в распределенной среде, то доступность и дешевизна этого альтернативного средства делают его предпочтительным для использования в TMN. В среде разработчиков TMN уже имеется шутливое, но не лишенное оснований мнение: нужно просмотреть все стандарты для TMN и везде вычеркнуть упоминание о протоколе CMIP, поменяв его на CORBA.

В заключение отметим еще одно направление в среде программирования для TMN: создание преобразований информационных структур и протоколов друг в друга (рис. 10.6). Наличие подобных преобразований делает бессмысленным спор о том, какому языку реализации отдать предпочтение: нужно пользоваться тем, что дешевле, более знакомо и есть под рукой.

JAVAQ3

CORBA Q3

Описание информационных структур на языке IDL

Протоколы шины ORB

Описание информационных структур средствами GDM0/ASN.1

Протокол CMIP

Рис. 10.6 Отображение информационных структур и протоколов друг на друга

10.7 Системы эксплуатационной поддержки OSS

Рассмотренные в предыдущих параграфах технологии внедрены в новейших разработках OSS, одну из которых иллюстрирует рис. 10.7. Система реализует полный набор функций эксплуатационного управления, включая контроль рабочих характеристик, работу с неисправностями, управление конфигурацией, подготовку и ввод новых ресурсов, анализ результатов учета и контроль уровня предоставления услуг.

Представленные на рис. 10.7 функции выходят далеко за границы ТОЭ и включают в себя задачи управления бизнесом операторских компаний.

ПланироХ Ввод в

Анализ CDR / Управление уровнем услуг Конфигурация \ ggg \ действие

Верификация биллинга

Управление услугами

- Анализ уровня услуг

- Мониторинг услуг -Тестирование услуг

Реестр услуг

Неисправности / Производитель- \ / ность \

Сетевой

анализ

на базе CDR

Управление сетью

- Тестирование оборудования

- Автоматическая диагностика

- Управление прсизвсдитель-нсстью

- Контроль трафика

- Логика услуг

- физическая реализация

- Синхронизация

- Маршрутизация

- Управление изменениями

- Инструментальные средства

- Активация

Базовый пакет

Медиашлюз

/(Тр) (Доступ (окст) (Коммуга)\

Сеть

Рис. 10.7 Система OSS типа Netrac

В контексте этой книги обратим внимание лишь на два элемента OSS такого рода: мониторинг функционирования рассмотренной в главе 8 сети сигнализации 0КС7 и задачи технического обслуживания сети абонентского доступа, рассмотренной в главе 7.

Система мониторинга сети сигнализации 0КС7, стандартом де-факто для которой в вес РФ является комплекс СПАЙДЕР, содер