6.2.2.3. Общий аспект архитектуры tmn

Функциональный и информационный аспекты взаимодействия систем на основе TMN, кратко описанные выше, являются хорошей основой для рассмотрения общего аспекта или собственно архитектуры TMN.

На рис. 6-7 показан простой пример такой архитектуры управления сетями, где функцио­нальные блоки представлены выполняющими только свои обязательные (О) функции (NEF, MF, QAF, OSF, WSF). Эти блоки могут выполнять и другие (необязательные - НО) функции, как пока­зано в табл. 6-3.

В схеме на рис. 6-7 управ­ляющая система OS взаимодейст­вует с телекоммуникационными се­тями через три типа интерфейсов, соответствующие эталонным точ­кам: X, F, Q₃. Взаимодействие осу­ществляется через сеть передачи данных DCN, реализующую прото­колы уровней OSI 1-3 и поддержи­вающую функцию DCF. DCN мо­жет состоять из нескольких связан­ных между собой подсетей различ­ного типа. Например, это могут быть подсети, образованные кана­лами связи данных типа DCC в се­тях SDH.

Через интерфейс F сеть DCN связана с рабочей станцией WS, играющей роль монитора управляющей системы. Интерфейс X связывает DCN с "внешним миром", через интерфейс Q₃ DCN может быть напрямую связана с сетевым элементом NE или с Q-адаптером QA, позволяю­щим подключать оборудование, имеющее несовместимые с TMN интерфейсы. Наконец, через ин­терфейсы Q₃ и F сеть DCN подключается к устройствам сопряжения MD. Устройства MD, в свою очередь, через интерфейс Q_x подключаются к другим DCN или к подсетям той-же DCN, которые через интерфейсы Q_x связаны напрямую с NE и QA.

TMN протоколы

Кроме указанных выше протоколов CMIP, CMIS, существуют группы протоколов, под­держивающих каждый из указанных выше интерфейсов: Q₃, Q_x, X и F. Выбор протокола зависит от требований по реализации данной физической конфигурации. Прикладной уровень (верхний

уровень семиуровневой модели взаимодействия открытых систем OSI/ISO) является общим для всех групп протоколов, причем он не всегда требуется.

Для интерфейса СЬ на верхних уровнях (с 4 по 7) модели OSI используются протоколы в соответствии с рекомендацией ITU-T Rec. Q.812 [74], на нижних уровнях (с 1 по 3) - в соответст­вии с рекомендацией ITU-T Rec. Q.811 [73]. При этом первые три уровня требуются практически всегда, так как транспорт сообщений TMN осуществляется протоколами сетевого уровня.

Для оборудования, не имеющего такого иптероперабельного интерфейса, как Q интер­фейс, приходится конвертировать используемые протоколы и сообщения в формат соответствую­щего интероперабельного интерфейса. Такая конвертация осуществляется функцией MCF, а также QAF, которые могут быть реализованы в QA, NE, MD или OS.

6.2.2.4. Логическая многоуровневая архитектура tmn

Учитывая сложность управления в TMN, ее архитектуру можно представить как логическую мно­гоуровневую архитекутру (LLA), разбитую на логические уровни, соответствующие функцио­нальным уровням TMN (см. разд. 6.1).

Следуя этой концепции, архитектура LLA может быть представлена четырьмя уровнями управления/менеджмента, построенными (как на фундаменте) на уровне сетевых элементов. В ре­зультате архитектуру LLA можно представить в виде 5-уровиевой модели вида [60]:

B-OSF -уровень бизнес-менеджмента - 5-й уровень;

S-OSF - уровень сервис-менеджмента - 4-й уровень;

N-OSF -уровень сетевого менеджмента - 3-й уровень;

E-OSF -уровень элемент-менеджмента - 2-й уровень;

NEF - уровень сетевых элементов -1-й уровень.

Все уровни модели связаны между собой интерфейсами Q₃, а с "внешним миром" - интер­фейсами X. Каждый из 4 уровней менеджмента выполняет свои специфические задачи.

Уровень элемент-менедэ/смеита:

• управляет и координирует подмножество сетевых элементов на основе индивидуального набо­ ра функций NEF;

• управляет и координирует подмножество сетевых элементов на основе набора функций NEF для кол­ лективного взаимодействия, когда группа элементов NE рассматривается OSF как единый логиче­ ский элемент, или OSF управляет взаимодействием (например, связями) между NEF;

• управляет сбором статистики, ведением журнала событий (Log) и т. д. на уровне NE.

Уровень сетевого менеджмента:

• управляет и координирует поведение всех сетевых элементов в рамках своих задач и своего домена;

• конфигурирует, модифицирует и обеспечивает сетевые возможности, требуемые для поддерж­ ки клиентского сервиса;

• осуществляет обслуживание сети;

• управляет сбором статистики, ведением журнала событий (Log) и т. д. на уровне сети и взаимо­ действует с уровнем сервис менеджмента для мониторинга производительности и др.

Уровень сервис-менеджмента:

• обеспечивает контакты (facing) и взаимодействие (interfacing) клиента/пользователя с различ­ ными администрациями;

• обеспечивает взаимодействие с операторами сети - сервис-провайдерами;

• управляет сбором статистики (нужной, например, для поддержки требуемого качества обслу­ живания);

• обеспечивает взаимодействие между различными типами сервиса.

Уровень бизнес-менедмсмента:

• несет ответственность за бизнес телекоммуникационной компании в целом и адекватное моде­ ли бизнеса функционирование всех лежащих ниже слоев:

• поддерживает процесс принятия решений по оптимальному вложению инвестиций;

• поддерживает бюджет административного управления и обслуживания сети.

Следует отметить, что в указанной многоуровневой архитектуре взаимодействие "агент-менеджер" осуществляется как по вертикали (между уровнями, где осуществляются операции управления агентом и уведомления со стороны агента, см. рис 6-5), так и по горизонтали (в преде­лах одного уровня, реализуя механизм локальной передачи управления).