Функциональный блок WSF позволяет интерпретировать информацию TMN в терминах, понятных пользователю управляющей информации.
К дополнительным функциональным компонентам, не играющим самостоятельной роли в качестве блоков TMN, но включенных в состав ФБ, относятся:
- DAF (функция доступа к системному каталогу – функциональный компонент, ассоциируемый со всеми ФБ, которым необходим доступ к системному каталогу);
- DCF (функция передачи данных – используется для передачи информации между блоками, наделенными управляющими функциями);
- DSF (функция системного каталога - функциональный компонент, представляющий (как локально, так и глобально) распределенный каталог системы);
- HMA (человеко-машинная адаптация – компонент преобразующий информацию MAF к удобному для отображения виду, используется в ФБ OSF, MF);
- ICF (функция преобразования информации – используется в промежуточных системах для трансляции информационной модели с интерфейса на интерфейс, используется в ФБ MF, OSF, QAF);
- MAF (функция управляющего приложения – фактически осуществляет управляющий (административный) сервис TMN, может играть роль либо Менеджера, либо Агента, используется в ФБ MF, OSF, QSF);
- MCF (функция передачи сообщения – используется для обмена управляющей информацией, содержащейся в сообщении, используется во всех ФБ);
- MIB (база управляющей информации – играет роль информационного архива управляющих объектов, не является объектом стандартизации TMN, используется в схеме дистанционного мониторинга RMON, а также в схеме простого протокола сетевого управления SNMP; применяется во всех ФБ, кроме WSF);
- PF (функция презентации – преобразует информацию к удобному для отображения виду, используется в ФБ WSF);
- SF (функция обеспечения безопасности – функциональный компонент, обеспечивающий безопасность работы функциональных блоков в соответствии с требованиями пользователя (тип сервиса по обеспечению безопасности конкретных блоков различают использованием двойных обозначений, например, MF-SF, NEF-SF);
- UISF (функция поддержки интерфейса пользователя – транслирует информацию, содержащуюся в информационной модели TMN, в формат удобный для отображения в рамках человеко-машинного интерфейса и наоборот);
- WSSF (функция поддержки рабочей станции – осуществляет поддержку функций WSF).
В сети TMN вводятся интерфейсные точки, определяющие границы сервиса. Точки делятся на две группы. Первая группа включает точки внутри TMN, вторая – вне ее.
Точки первой группы делятся на три класса:
- q - точки между блоками OSF, QAF, MF и NEF, обеспечивают информационный обмен между блоками в рамках информационной модели; эти точки делятся на два типа:
а) qx – точки между двумя блоками MF или блоком MF и остальными;
б) q3 - точки между двумя блоками OSF или блоком OSF и остальными;
- f – точки для подключения блоков WSF к OSF и/или к MF;
- x – точки между OSF, принадлежащих двум TMN.
Точки второй группы делятся на два класса:
- g – точки между WSF и пользователем;
- m – точки между QAF и управляемым объектом, не принадлежащем к TMN.
Положение указанных интерфейсных точек определяет положение соответствующих им интерфейсов TMN, обозначаемых заглавными буквами (рисунок 2.2). Пунктиром отмечены границы TMN. В соответствии с ними интерфейсы Q и F являются внутренними для TMN, X – пограничным, M и G – внешними. Типы и положение интерфейсов в схеме управления сетью представлены на листе 1 графического материала.
Важнейшая функция, реализуемая в рамках архитектуры TMN, — функция передачи данных DCF. Основная цель DCF — создать транспортный механизм для передачи информации между блоками, наделенными управляющими функциями. Механизм взаимодействия функциональных блоков в TMN осуществляется ретрансляцией DCF на уровне OSI. Этот механизм может обеспечить все функции, характерные для первых трех уровней модели OSI (физического, звена передачи данных и сетевого).
2.3 Информационный аспект архитектуры
Для обеспечения стандартизованного обмена информацией управления информационная архитектура TMN использует объектно-ориентированный подход (ООП) к описанию информации управления, концепцию Менеджер/Агент для взаимодействия между операционными системами и концепцию разделенных знаний управления для понимания сообщений управления.
В рамках ООП управление обменом информацией в TMN рассматривается в терминах Менеджер-Агент-Объекты. Менеджер, представляя управляющую открытую систему, издает (в процессе управления системой) директивы и получает в качестве обратной связи от Объекта управления уведомления об их исполнении. Директивы, направленные от Менеджера к Объекту, доводятся до Объекта управления Агентом. Схема взаимодействия между Менеджером, Агентом и Объектами представлена на рисунке 2.3.
Рисунок 2.2 - Типы и положение интерфейсов в схеме управления сетью
Рисунок 2.3 - Схема взаимодействия между Менеджером, Агентом и Объектами
Между Менеджером и Агентом существует обычно многостороннее отношение в том смысле, что:
- один Менеджер может обмениваться информацией с несколькими Агентами (в этом случае он выполняет несколько ролей Менеджера, которые взаимодействуют с соответствующими ролями Агента; в этом сценарии необходима синхронизация директив);
- один Агент может обмениваться информацией с несколькими Менеджерами (в этом случае он выполняет несколько ролей Агента, которые взаимодействуют с соответствующими ролями менеджера; в этом сценарии могут существовать противоречивые директивы).
Кроме этого, Агент может отказаться выполнять директиву Менеджера по многим причинам. Таким образом, Менеджер должен быть подготовлен к отказам со стороны Агента.
Все взаимодействия между Менеджером и Агентом осуществляются на основе использования протокола общей управляющей информации (CMIP) и сервиса общей управляющей информации (CMIS).
Информация, на которую можно влиять или передавать через протоколы управления, является множеством объектов, определенных в совокупности как информационная база управления (MIB). В этом смысле в MIB входят все данные как систем управления, так и элементов сети, включая измерения, сообщения об измерениях, описания структуры сети и элементов, таблицы маршрутизации, пороговые значения, расписание передачи информации и т. д.
2.4 Каналы управления в SDH сети
Для передачи сигналов контроля и управления TMN в системах SDH используются встроенные каналы управления. Встроенные каналы управления образуются специальными служебными байтами. Фрейм для удобства восприятия представляют в виде двухмерной структуры (матрицы) с форматом 9 строк на 270 однобайтных столбцов. Структура фрейма представлена на рисунке 2.4.
Фрейм состоит из трех групп полей:
- поля секционных заголовков SOH формата 3х9 и 5х9;
- поля указателя AU-4 формата 1х9 байт;
- поля полезной нагрузки формата 9х261 байт.
Для организации встроенных каналов управления (DCC) используется поле секционных заголовков. Заголовок SOH отвечает за структуру фрейма STM и его связи с мультифреймом в случае мультиплексирования нескольких модулей STM. SOH в свою очередь состоит из двух секционных заголовков. Заголовка регенеративной секции RSOH, который расформировывается и формируется функциями регенератора на границах регенераторной секции, и заголовка мультиплексной секции MSOH, который проходит прозрачно через регенераторы и разбирается и собирается на границах мультиплексных секций, где формируется AUG.
Общий объем заголовка составляет 90 (81+9) байт. Использование каждого байта эквивалентно формированию канала емкостью 64 кбит/с. Расположение байтов на поле заголовков представлено на рисунке 2.5. Все указанные байты могут быть разделены на три типа:
- байты, которые не могут эксплуатироваться пользователями SDH оборудования (их 36, на рисунке они заштрихованы);
Рисунок 2.4 - Структура фрейма STM-1
Рисунок 2.5 - Расположение байтов на поле заголовков
- байты, которые специально предназначены для использования в служебных целях или для создания служебных каналов (их 16); к ним относятся канал DCCR (D1,D2,D3), имеющий скорость 192 кбит/с для обслуживания регенераторных секций, канал DCCM (D4-D12) – 576 кбит/с для обслуживания мультиплексных секций; существует еще четыре байта Е1, Е2 и F1, F2, зарезервированные для создания четырех каналов емкостью 64 кбит/с;
- байты, к которым пользователь имеет доступ, но функции которых не регламентированы стандартами (их 38, они на рисунке никак не помечены);
Последние две группы байтов могут быть сгруппированы для создания служебных каналов и скоммутированы на внешние интерфейсы, к которым может подключаться пользователь SDH оборудования. Число таких интерфейсов (а значит и вариантов группирования) зависит от производителя оборудования.
2.5 Функции управления
2.5.1 Общие функции управления
Управление встроенными каналами управления ЕСС. Так как ЕСС используется для связи NE, то каналы ЕСС должны иметь следующие функции:
- запрос/получение сетевых параметров, таких как размер пакета, временные промежутки, качество сервиса и т. д.;
- формирование маршрута сообщения между узлами служебных каналов передачи данных DCC;
- менеджмент сетевых адресов;
- запрос/получение сетевого статуса DCC для данного узла;
- возможность разрешать/запрещать доступ к DCC.
На все события, требующие фиксации во времени ставится временная метка с разрешением в одну секунду. Время фиксируется по показанию локального таймера NE.
Другие общие функции, например, защита на различных уровнях или обеспечение безопасности, дистанционный вход в сеть, загрузка и модификация программного обеспечения, обеспечиваются в настоящее время производителями SDH оборудования.
2.5.2 Управление сообщениями об аварийных ситуациях
Наблюдение за сообщениями об аварийных ситуациях включает обнаружение и сохранение таких сообщений о событиях и условиях, которые сопутствовали их появлению, причем не только в том оборудовании, в котором они были обнаружены. Система OS системы управления сетью SMN должна поддерживать следующие функции:
- автономное сообщение о всех сигналах об аварийной ситуации;
- запрос на сообщение о всех зарегистрированных сигналах об аварийной ситуации;
- сообщение о всех таких сигналах;
- разрешение/запрет на автономное сообщение о всех сигналах об аварийной ситуации;
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15
