Модели управления сетями связи (функциональная, информационная, физическая)

Модели управления сетями связи являются составными частями общей архитектуры TMN и используются при планировании и проектировании для всех сетей и служб электросвязи.

Информационная модель.

Информационная модель описывает объектно ориентированный подход для диалогового обмена информацией. В этой модели вводится принцип "менеджер - агент", который разработан для управления системами. Кроме того, вводятся принципы доменов (областей) управления и знаний для разделенного управления.

Информационная модель определяет область информации, которая может обмениваться стандартными способами. Обмен происходит на прикладном уровне и охватывает различные прикладные функции управления, такие, как хранение, поиск и обработку информации. Для обмена информацией управления используются функции DCF и MCF (Message Communication Function – функции передачи сообщений). Они позволяют подсоединить по конкретным физическим компонентам сетей электросвязи агента к менеджеру.

Менеджер - агент (согласно рекомендации Х.701).

Менеджер – часть распределенной системы управления, которая выдает указания по работе управления и получает извещения.

Агент – часть прикладного процесса, которая управляет взаимосвязанными с ней управляемыми объектами. Агент отвечает на команды менеджера. При этом он представляет менеджеру вид объектов и извещения, которые отражают поведение объектов. Система "Агент-Менеджер" в реализации представляет собой программный продукт, размещаемый на физическом носителе ( на сервере, на гибком или жёстком диске, в микросхеме памяти).

Взаимодействие между менеджером, агентом и объектами показано на рисунке .

Рисунок Схема взаимодействия между менеджером, агентом и управляемыми объектами

В системе менеджер - агент может быть реализован обмен "точка – точка" и "точка – много точек", что значит – один менеджер связан с одним агентом или один менеджер связан со многими агентами и наоборот, один агент взаимодействует с несколькими менеджерами. Агент может по определенным причинам (например, безопасность информации, согласованность информационной модели и т.д.) отвергнуть указания администратора. Менеджер должен быть подготовлен к обработке отрицательной реакции от агента.

Весь обмен между агентом и менеджером состоит из набора операций управления и извещения (уведомления). Все эти операции реализуются путем использования услуг общей информации управления CMIS (Common Management Information Service Element) и протокола управления CMIP (Common Management Information Protocol), которые определены в рекомендациях Х.710, Х.711.

Управляемые объекты в системе "агент – менеджер" представляются в виде описания абстрактных управляемых ресурсов, отражающих состояния реальных ресурсов. На рисунке 2.4 показана взаимосвязь между объектами и управляемыми ресурсами отдельного сетевого элемента. Управляемые объекты классифицируются по функциональным признакам, например: запись аварий; профиль присвоения серьёзности аварии; соединения; оконечная точка соединения – приёмник; оконечная точка соединения – передатчик; кроссовые соединения; управление сводкой текущих аварий; регистрация; управляемый элемент; запись о создании объекта; запись об удалении объекта и т.д. Таким образом классификация объектов обеспечивает определение набора свойств, которые могут быть обязательными или условными. Согласно стандартов ISO 10165-4 классы управляемых объектов должны определяться по правилам GDMO(Guidelines for the Definition of Managed Objects), в которых предусматривается несколько шаблонов (templates) – пустых форм, заполняемых для описания класса управляемых объектов.

Рисунок Схема взаимосвязи между объектами и управляемыми ресурсами сетевого элемента

Пример последовательной взаимосвязи между блоками прикладных функций (процессов) сети TMN, осуществляемой системой агент – менеджер, происходит по информационной модели, изображенной на рисунке .

Из рисунка видно, что система В представляет информационную модель в системе А. При осуществлении этого она использует информацию из информационной модели С.

Для реализации рассмотренного выше взаимодействия связывающиеся системы управления должны "знать" следующее:

• способности используемых протоколов;

• функции управления;

• классы управляемых объектов;

• потребности управляемого объекта.

Эта информация определяется как знание для раздельного управления. Знание может существовать независимо от физического интерфейса (взаимодействия), что позволяет реализовывать многоуровневую логическую структуру управления.

Принцип доменов (областей) управления предполагает объединение управляемых объектов в группы. Управляемая группа объектов вместе с менеджером составляет домен (область) управления Рисунок Пример домена управления

Учитывая множественность доменов, между ними можно осуществлять взаимоотношения следующих типов:

• раздельные домены;

• взаимодействующие домены;

• автономные домены;

• перекрывающиеся домены управления.

Все взаимодействия управления внутри домена производятся в типовых опорных точках q. Для взаимодействия между доменами могут быть использованы опорные точки х и q, т.е. в зависимости от стратегии сети управления TMN.