Автоматизированная генерация кода для интеграции систем управления телекоммуникациями

• Автор: Наганов, Михаил Владимирович
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2007
• Место защиты: Санкт-Петербург
• Количество страниц: 162 с.

СОДЕРЖАНИЕ
ВВЕДЕНИЕ.

ГЛАВА 1. УПРАВЛЕНИЕ ТЕЛЕКОММУНИКАЦИОННЫМИ СЕТЯМИ.

1.1. Понятия и концепции сетевого управления.

1.1.1. Управление открытыми системами

1.1.2. Концепция ТМИ

1.1.3. Взаимодействие систем управления в ТМЫ.

1.1.4. Модуль 0адаптера

1.1.5. Выводы.

1.2. Технология ОМв ССЖВА и ее роль в .

1.2.1. Концепции и понятия технологии ССЖВА.

1.2.2. Взаимодействие систем управления транспортными
сетями с использованием ССЖВА.
1.2.3. Роль технологии ССЖВА в ТМК
1.2.4. Выводы.
1.3. Информационные модели управления.
1.3.1. Стандарты информационных моделей интерфейса.
1.3.2. Перевод описания моделей управления из СБМО на ССЖВА ГОЬ
1.3.3. Методология описания интерфейсов управления ММ.
1.3.4. Выводы.
1.4. Заключение.
ГЛАВА 2. ПРОЦЕСС ИНТЕГРАЦИИ ТЕЛЕКОММУНИКАЦИОННЫХ СИСТЕМ УПРАВЛЕНИЯ.
2.1. Описание процесса
2.1.1. Роли и артефакты процесса интеграции.
2.1.2. Автоматизация процесса интеграции
2.2. Заключение.
ГЛАВА 3. МОДЕЛИ И ПРЕОБРАЗОВАНИЕ МОДЕЛЕЙ В АРХИТЕКТУРЕ ОМв МИА
3.1. Модели в архитектуре МБА.
3.1.1. Цели создания архитектуры МБА.
3.1.2. Применение архитектуры МБА в жизненном цикле ПО.
3.1.3. Метамодели
3 Язык моделирования ЦМЬ.
3.1.5. Выводы
3.2. Преобразование моделей в архитектуре МБА.
3.2.1. Представление отображения и осуществление преобразования между моделями.
3.2.2. Оценка существующих подходов к преобразованию моделей
3.2.3. Выводы
3.3. Применение МБА в сфере телекоммуникаций
3.3.1. Цели и задачи проекта МОБАТЕЬ
3.3.2. Результаты работы.
3.3.3. Выводы
. Заключение
ГЛАВА 4. ФОРМАЛЬНАЯ МОДЕЛЬ ПРЕОБРАЗОВАНИЙ.
4.1. Ограничения, налагаемые на отображаемые
модели классов и их реализацию6о
4.1.1. Ограничения, налагаемые на модели классов.6о
4.1.2. Поддерживаемый подход к реализации модели классов.
4.2. Преобразования структуры систем объектов.
4.2.1. Событийноуправляемое реплицирующее преобразование
4.2.2. Структурное преобразование
4.2.3. Суперпозиция преобразований.
4.2.4. Выводы
4.3. Задание межмодельного отображения
4.3.1. Профиль межмодельного отображения.
4.3.2. Задание отображения атрибутов классов.
4.3.3. Пример задания межмодельного отображения
4.3.4. Выводы
4.4. Преобразования атрибутов объектов
4.4.1. Правила преобразования атрибутов
4.4.2. Примеры преобразований
4.43 Выводы
4.5. Вывод последовательности структурных
преобразований по отображению
4.5.1. Ограничения, налагаемые на модель отображения
4.5.2. Алгоритм вывода последовательности преобразований
453 Пример работы алгоритма
4.6. Заключениеюо
ГЛАВА 5. ПРАКТИЧЕСКОЕ ПРИМЕНЕНИЕ МЕТОДОВ
АВТОМАТИЗИРОВАННОЙ ИНТЕГРАЦИИюз
5.1. Задача сетевого управления нумерацией ЭАТС.
5.1.1. Система управления ЭАТС КвантЕСокол.
5.1.2. Информационные модели управления нумерацией.
5.1.3. Анализ возможностей систем сетевого управления.по
5.1.4. Выводы
5.2. Применение средств автоматизации.
5.2.1. Средства модельноориентированной разработки
в составе платформы I i
5.2.2. Применение технологического процесса интеграции
систем управления
5.2.3. Созданные расширения среды
5.2.4. Оценка предлагаемых методик.
5.2.5. Выводы
5.3. Заключение.
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА


Функции управления реализуются управляющими системами (Operations System, OS) или, если перевести дословно, операционными системами, хотя последнее название может вносить некоторую путаниц>? Сеть передачи данных (Data Communication Network, DCN) реализует транспортные уровни TMN согласно модели ВОС. Посредством рабочей станции (Workstation, WS) осуществляется взаимодействие между пользователем и управляющими системами. Рис. Более подробную информацию о назначении и функциях каждого блока можно получить в рек. МСЭ-Т М. Дымарского и др. TMN (TMN physical architecture), описывающая реализуемые интерфейсы и физические компоненты, которые составляют TMN. Кроме того, в TMN определяется логическая многоуровневая архитектура (Logical Layered Architecture, LLA), отражающая распределение функций административного управления по различным уровням. Эта архитектура в каком-то смысле ортогональна трем предыдущим и отражает иерархию ответственности за выполнение административных задач [5]. Business Management Layer, BML). Уровень управления элементом соответствует управляющим (операционным) системам, контролирующим работу отдельных сетевых элементов или групп сетевых элементов. Главной задачей данного уровня является создание представления оборудования и его функций в обобщенном, независимом от конкретной специфики оборудования виде. Element Management System, EMS). Уровень управления сетью формирует представление сети в целом, основываясь на данных об отдельных сетевых элементах, предоставленных предыдущим уровнем. На этом уровне выполняются задачи по управлению маршрутизацией, и отслеживается производительность сети. Таким образом, формируется представление сети, независимое от конкретной технологии передачи информации. Система управления, работающая на данном уровне, называется системой управления сетью (Network Management System, NMS). Для выполнения задач сетевого управления управляющая система NMS должна взаимодействовать с управляющей системой EMS. Чтобы такое взаимодействие было возможным, должен быть определен соответствующий интерфейс. В концепции TMN этот интерфейс носит название Q-интерфейса [,5,6]. Информационные модели Q-интерфейса будут рассмотрены в разделе 1. Схема интеграции систем управления посредством Q-интерфейса приведена на рис. Рис. GDMO [] и язык описания структур данных ASN. Однако, как замечено в [7], протокол CMIP исключительно сложен с точки зрения реализации, а для того чтобы разобраться в его сути по рекомендациям МСЭ-Т, требовалось привлечение специалистов высокого уровня знаний. Это в конечном итоге привело к тому, что инструментальные средства разработки систем на базе TMN (см. CMIP ведущими разработчиками телекоммуникационного оборудования. Поскольку среда TMN представляет собой распределенную вычислительную систему, естественным оказалось попробовать использовать для ее реализации технологии middleware, ориентированные на организацию распределенной вычислительной среды для компьютерных сетей. Выбор пал на технологию CORBA (Common Objects Request Broker Architecture) [] — промышленный стандарт на средства взаимодействия в гетерогенных вычислительных средах, разработанный консорциумом OMG (Object Management Group). Такой выбор был сделан членами МСЭ в силу широкого принятия технологии CORBA в IT-индустрии []. В году комитетом МСЭ-Т были предложены новые рекомендации по описанию интерфейсов TMN на основе CORBA [,,]. Кроме того, в силу наличия готовых систем управления, использующих CMIP, были предприняты усилия по организации интеграции этих систем с новыми системами управления, использующими CORBA. Конкретно, были разработаны правила трансляции спецификаций GDMO/ASN. IDL (Interface Definition Language), используемый для описания интерфейсов CORBA, и механизм организации шлюзов CMIP/CORBA []. В году консорциумом The Open Group совместно с OMG был опубликован стандарт на объединенное междоменное управление (Joint Inter-Domain Management, JIDM) [], решающий обе упомянутые проблемы. Подробнее о технологии CORBA и ее роли в современных стандартах TMN рассказано в разделе 1.