Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
дуаль МДК 03.01.docx
Скачиваний:
7
Добавлен:
01.05.2025
Размер:
5.09 Mб
Скачать

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

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

Рассмотрим два элемента OSS такого рода: мониторинг функционирования сети сигнализации ОКС7 и задачи технического обслуживания сети абонентского доступа.

Система мониторинга сети сигнализации ОКС7 отслеживает трафик в разных пунктах сигнализации сети ОКС, и центр наблюдения и контроля, в котором собираются данные со всех пунктов сигнализации этой сети. Рекомендации ITU-T серии Q.750 детализируют общие объектно-ориентированные принципы наблюдения за открытыми системами применительно к технической эксплуатации сетей ОКС7 и выделяют три основные группы функций: а) функции, относящиеся к многоуровневой архитектуре TMN; б) функции, являющиеся частью протокола самой системы сигнализации ОКС7, например, переключение на резервное сигнальное звено или принудительная ремаршрутизация; в) функции, необходимые для проверки правильности таблиц маршрутизации, кодов идентификации каналов и т.п., поддержка которых требует отдельного прикладного протокола.

Группа функций работа с неисправностями (Fault Management) обеспечивает обнаружение и исправление ситуаций нештатного функционирования сети ОКС7 и включает в себя:

обработку аварийных ситуаций, например, отказа пучка сигнальных звеньев, ведущего к недоступности пункта сигнализации;

активизацию проведения тестов или необходимых измерений;

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

сбор статистики о состоянии элементов сети с целью обнаружить возможность возникновения критического режима работы.

Неисправности отдельных элементов могут привести к тому, что вся сеть ОКС7 окажется неспособной работать с необходимым качеством. Явно «видимые» неисправности ведут к неспособности обслужить в требуемом объеме сигнальный (а как следствие, и разговорный) трафик, а «скрытые» неисправности снижают надежность работы сети.

Группа функций управление конфигурацией (Configuration Management) поддерживает управление ресурсами, сбор данных о сети сигнализации и ее компонентах, позволяет задавать статическую конфигурацию сети ОКС, включая активизацию элементов, и изменять конфигурацию сети во время работы, а также предусматривает индикацию изменений статической конфигурации во время работы. Среди основных функций этой группы - формирование маршрутных таблиц в соответствии с заданным оператором сети планом маршрутизации; формирование и активизация пучков сигнальных звеньев и отдельных звеньев внутри пучков, проверка правильности имен сетевых ресурсов между смежными пунктами сигнализации (например, SLC и CIC).

Группа функций контроль рабочих характеристик (Performance Management) обеспечивает сбор статистических данных с целью оценить динамику изменений состояния сетевых элементов и эффективность работы сети в нормальных условиях и в условиях перегрузки и включает в себя активизацию измерений и сбор результатов измерений за короткие (5 мин) и длительные (30 мин) периоды. Сюда же входит наблюдение за авариями, за использованием пучков звеньев и сигнальных маршрутов, а также управление сигнальным трафиком в реальном времени (например, модификация маршрутных таблиц и активизация дополнительных сигнальных звеньев и пучков звеньев).

Программно-аппаратная платформа централизованного бюро ремонта (ЦБР), для которого аналогичным стандартом является система АРГУС. Структура ЦБР АРГУС состоит из трех систем: а) система программного управления, включающая в себя базу данных сети абонентского доступа, б) измерительные программно-аппаратные комплексы ДИПАЛ и в) центр распределения вызовов ПРОТЕЙ.

К основным функциям ЦБР относятся:

прием, регистрация и оперативное обслуживание заявок, поступающих от абонентов или от линейных монтеров кабельной сети связи, и выдача справок о результатах выполненных работ;

диспетчеризация заявок на текущий ремонт, регистрация неисправностей и формирование нарядов;

тестирование абонентских линий и абонентских установок;

информационная и техническая поддержка деятельности цеха технического обслуживания абонентов, деятельности линейно-кабельного цеха, деятельности станционного цеха (кросса), а также процессов индивидуального и/или массового включения/ выключения телефонных номеров по техническим и административным причинам;

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

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

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

 

СТРУКТУРА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ TMN

Структура программного обеспечения управления, как правило, определяется разработчиками. Однако в этой структуре должны существовать следующие программные модули:

  • информационная база управления;

  • функциональный модуль регистрации;

  • функциональный модуль анализа параметров качества работы;

  • функциональный модуль предыстории;

  • пакет программ математического обеспечения по выработке сообщений;

  • функциональный модуль тревожных сообщений;

  • функциональный модуль аварийной сигнализации;

  • функциональный модуль загрузки информации о событиях;

  • графический интерфейс.

Информационная база управления (MIB, Management Information Base) представляет собой место хранения данных. В базе данных сосредоточена вся справочная информация сети. Эта информация поделена на разделы по классам объектов, которые описаны в рекомендации М.3100 "Общая информационная модель сети". Определены детали каждого объекта, включаемого в сеть передачи информации. Описание объектов производится через их атрибуты. В MIB хранится информация о статистике сети и ее отдаленном оборудовании, динамике поведения сети, тревожных сообщениях и другое. MIB представляется в виде ветвящегося дерева.

Для обслуживания информационной базы данных используются различные функциональные модули. Программные функциональные модули могут быть построены по принципу шаблонов управления, рекомендованных МСЭ-Т М.3200 .

Функциональный модуль регистрации предназначен для управления данными основных объектов в сети и множеством совместно определенных справочных атрибутов для всех объектов. Благодаря этому модулю создается и хранится в базе данных вся информация о конфигурации объектов (место расположения, оборудование и т.д.). Для регистрации и представления объектов сети применяется графический интерфейс.

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

Функциональный модуль предыстории предназначен для сбора и хранения данных элементов сети (систем передачи, систем коммутации, центров управления сетью). Данные собираются и хранятся по отдельным доменам (областям) управления. При этом в данных определяются отдельные элементы, их атрибуты и временные интервалы.

Пакет программ математического обеспечения по выработке сообщений предназначен для формирования сообщений из базы данных: о трафике линий, об ошибках в линии, о трафике элементов сети, итоговых сообщениях и других.

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

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

Каждый объект, находящийся в тревожной ситуации, соотносится с определенным уровнем серьезности состояния. Серьезность, согласно определениям ISO/OSI, может быть: неопределенной, критической, большой, незначительной, предупредительной и свободной. Каждое тревожное сообщение сопровождается указанием времени, в которое оно было сгенерировано.

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

Графический интерфейс управления необходим в системе для доступа пользователя – оператора к функциям управления. Он позволяет визуализировать операции управления, быстро и легко выполнить команды потребителя с помощью множества окон и выбора меню. Благодаря графическому интерфейсу элементы сети, находящейся в процессе управления, представляются в наглядном виде.

 

Начало формы

Конец формы

 

 

СЛУЖБЫ (УСЛУГИ) И ПРОТОКОЛЫ УПРАВЛЕНИЯ

Служба (услуга) управления сети TMN представляет собой область деятельности управления, которая предусматривает обеспечение функций ОАМ (Operation Administration Management) по техническому обслуживанию, управлению и обеспечению работы управляемой сети.

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

Службы (услуги) сети TMN реализуются через систему взаимодействий "менеджер-агент". Для поддержки этого взаимодействия применяются службы и протоколы взаимодействия, разработанные OSI. На уровнях сосредоточены службы и протоколы взаимодействия. Связь между уровнями осуществляется в форме примитивов, которые подразделяются на примитивы запроса, индикации, ответа и подтверждения.

Рисунок . Модель OSI

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

В приведенном примере в качестве поставщиков сервиса для А и М подразумевается прикладной уровень модели OSI. Примитивы (Запрос, Ответ, Индикация и Подтверждение) представляют собой определенные битовые комбинации в кадрах, передаваемых в процессе обмена данными. Разумеется, это предельно упрощенная модель. Реально работают услуги и протоколы всей структуры, представленной на рисунке .

Рисунок . Схема взаимодействия уровней систем

Функции протоколов, размещаемых на уровнях модели OSI, состоят в следующем.

Прикладной уровень

В сети управления TMN прикладная программа (агент или менеджер), которой нужно выполнить конкретную задачу, посылает конкретные данные на прикладной уровень. При этом задачей прикладного уровня является определение того, как следует обрабатывать запрос прикладной программы. Для этого прикладной уровень содержит несколько общих и специальных элементов прикладного сервиса: CMISE, ACSE, ROSE, CMIP и другие.

CMISE, Common Management Information Services Element – элемент службы общего информационного управления, обеспечивающей доступ к управляющей информации, хранящейся в управляемых объектах. Подробное описание этого протокола приведено в рекомендациях Х.710, Х.711.

ACSE, Association Control Service Element – элемент, объединяющий (ассоциирующий) сервис управления. Отвечает за установление соединений между приложениями различных систем (менеджера и агентов). Подробное описание этого протокола можно найти в рекомендациях Х.227, Х.217.

ROSE, Remote Operation Service Element – элемент обслуживания удаленных операций.

CMIP, Common Management Information Protocol – протокол общей управляющей информации. Используется для взаимодействия между менеджером и агентами. Протоколы CMIP определены в рекомендациях Х.710 и Х.711. Протокол представляет собой набор операций, прямо соответствующих услугам CMISE. Это следующие операции:

M-CRETE - менеджер инструктирует агента о необходимости создать новый экземпляр объекта определенного класса или новый атрибут внутри экземпляра объекта;

M-DELETE - менеджер инструктирует агента о необходимости удаления некоторого экземпляра объекта определенного класса или атрибута внутри экземпляра объекта;

M-GET - менеджер инструктирует агента о возвращении некоторого атрибута определенного экземпляра объекта;

M-SET - менеджер инструктирует агента об изменении значения некоторого атрибута определенного экземпляра объекта;

M-ACTION, менеджер инструктирует агента о необходимости выполнения определенного действия над одним или несколькими экземплярами объектов;

M-EVENT-REPORT – единственная операция, инициируемая агентом - отправка уведомления менеджеру.

Прикладной уровень взаимодействует с представительным.

Уровень представления данных.

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

В основу представительского уровня положена единая для всех уровней модели OSI система отображений для описания абстрактного синтаксиса – ASN.1. Подробное описание представления данных приведено в рекомендациях Х.209, Х.216, Х226.

Сеансовый уровень.

Сеансовый уровень отвечает за режим передачи и установку точек синхронизации. Под режимом передачи понимают взаимодействие прикладных процессов: полудуплекс (процессы будут передавать и принимать по очереди) или дуплекс (процессы будут передавать и принимать данные одновременно).

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

На сеансовый уровень возложена задача восстановления сеанса в случае его нарушения.

Сеансовый уровень обрабатывает не все запросы на обслуживание. Он может выдать отказ в соединении, если определит, что соединение приведет к перегрузке сети или затребованный прикладной процесс отсутствует. Протоколы сеансового уровня сети управления TMN подробно описаны в рекомендациях Х.215, Х.225.

Транспортный уровень.

Транспортный уровень определяет качество услуг, которое требуется обеспечить посредством сетевого уровня.

На транспортном уровне предусмотрено три типа сетевых услуг.

Услуги типа А – предоставление сетевого соединения с приемлемым для пользователя количеством необнаруживаемых ошибок и приемлемой частотой сообщений об обнаруженных ошибках.

Услуги типа В отличаются приемлемым количеством необнаруживаемых ошибок, но неприемлемой частотой сообщений об обнаруженных ошибках.

Услуги типа С представляют собой сетевые соединения с количеством необнаруженных ошибок, неприемлемым для сеансового уровня.

Тип услуг С предполагает в системе протоколы, которые могут обнаруживать и устранять ошибки. Эти протоколы являются дополнительными и не обязательно стандартными, т.е. предусмотренными моделью OSI.

Рисунок . Модель взаимодействия "Менеджер – Агент"

Протокольные уровни 7, 6, 5 часто называют "уровнями пользователя транспортных услуг", а уровни 4, 3, 2, 1 – "уровнями – поставщиками транспортных услуг". У "поставщика транспортных услуг" различают пять классов сервиса.

Класс 4 – предполагает обнаружение и устранение ошибок.

Класс 3 – обеспечивает в случае обнаружения ошибок возможность ресинхронизации для возобновления соединения.

Класс 2 – предусматривает возможность мультиплексирования множества транспортных соединений из одного сетевого соединения. Этот класс базируется на предположении о том, что сеть обладает высокой надежностью.

Класс 1 – обеспечивает передачу срочных данных и разработан МСЭ-Т для сетей на основе протокола Х.25.

Класс 0 – представляет собой вид услуг самого низкого качества. Управление потоком данных происходит на сетевом уровне.

Сетевой уровень.

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

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

В сети с установлением соединения сетевой уровень принимает на себя ответственность за контроль ошибок, управление потоком данных и сборку пакетов.

В сети без установления соединения контроль ошибок и управления потоком данных осуществляется на транспортном уровне.

Различные способы комплектования сетевого уровня протоколами рассмотрены в рекомендации Q.811.

Канальный уровень.

Канальный уровень обеспечивает формирование кадров данных и согласует различные каналы передачи. Поскольку управление потоком данных и контроль ошибок также входят в функции канального уровня, то он следит за получаемыми кадрами данных и ведет статистические записи. По завершении передачи информации канальный уровень проверяет, все ли данные приняты правильно, а затем закрывает канал.

Для реализации канального уровня сети TMN МСЭ-Т предложил ряд протоколов, которые определяются физическим уровнем.

Физический уровень.

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

Пример взаимосвязи в системе "менеджер – агент" с представлением данных через протокольные уровни приведен на рисунках 2.10 и 2.11.

Рисунок . Модель блока данных, передаваемого по сети

 

Начало формы

Конец формы

 

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]