Техобслуживание, эксплуатация и администрирование станций, сеть управления телекоммуникациями (TMN)

Общие положения

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

Эта система включает в себя следующие функции:

Аппаратура и методы технической эксплуатации и обслуживания

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

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

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

Диагностические программы позволяют оператору определить место повреждения и сводят восстановление к замене элемента (Типового Элемента Замены — ТЭЗ).

Все операции документируются. Для общения с человеком применяется либо рекомендованный МККТТ язык MML (Man Machine Language), либо система типовых окон и меню. Каждое вводимое сообщение контролируется на правильность, и выполнение подтверждается.

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

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

Для тестирования работы с внешним окружением на станциях предусматриваются тестовые приборы для испытания интерфейсов и измерения параметров линий и каналов.

В это комплекс обязательно должны входить:

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

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

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

Сопровождение программного обеспечения

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

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

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

Меры по обеспечению надежности системы

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

При этом возможно несколько уровней восстановления (таблица 7.1).

Вопросы поддержки сети

Эта тема относится к большому разделу TMN (Telecommunication Management Network) и будет рассмотрена далее. В соответствии с концепцией TMN система коммутации должна поддерживать ряд центров и рабочих мест, число и иерархия которых определяются принятой организацией обслуживания на сети (например, проблемно-ориентированными группами обслуживания). В связи с этим станция должна поддерживать работу операторов для выполнения отдельных задач. Полномочия операторов должны защищаться персональным кодом, также проводится регистрация входа пользователей и их действий.

Документация

Для технического обслуживания и эксплуатации большое значение имеет документация.

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

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

Система документирования программного обеспечения на основе рекомендаций ITU рассмотрена в [12].

Тестовые испытания и приемка

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

Интеграция в сеть

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

Проверка и обеспечение показателей качества

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

Проверяются:

Язык общения "человек-машина"

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

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

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

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

Для дальнейшего взаимодействия (не первичный контакт пользователя с системой) вводятся следующие команды:

Все команды должны проверяться на синтаксическое и семантическое соответствие. При этом могут порождаться следующие сообщения:

В списке команд должны также содержаться:

Функции некоторых проверочных устройств

Проверочное устройство абонентских и соединительных линий

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

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

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

Измерительная часть позволяет:

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

Служебная часть содержит пульт, который позволяет:

Автоабонент

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

Предусматриваются средства контроля для работы со станциями других систем и междугородними станциями.

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

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

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

Наблюдение за вызовом

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

Программная поддержка системы учета стоимости

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

Для учета стоимости принимаются во внимание следующие параметры:

При эксплуатации могут применяться следующие методы учета стоимости:

Момент начала начисления может быть установлен по следующим вариантам:

При оплате следует учитывать некоторые особенности разговора:

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

Для абонентов ISDN можно отображать такой же полный учет каждого из каналов B.

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

Для абонентов обеспечивается следующий сервис:

Для учета на станции можно вести контроль:

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

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

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

Абонентские данные дублируются и хранятся на носителях различного типа.

Аварийная сигнализация

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

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

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

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

Подробная информация считывается обслуживающим персоналом с дисплея станционного пульта.

Работа в условиях перегрузки

Для обеспечения станции в условиях перегрузки применяются:

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

Характеристики эксплуатации и технического обслуживания

Среди этих характеристик:

Сеть управления телекоммуникациями (TMN)

Общие положения

Сеть управления телекоммуникациями (TMN — Telecommunications Management Network)Термин "TMN" в русскоязычной литературе имеет много переводов. В этом курсе принята терминология, предложенная в [50]. определяется системой стандартов на эту сеть [51, 62, 70]. Термин "управление сетью" в начале 1980-х годов означал поддержание правильного функционирования и техническое обслуживание телекоммуникационных сетей.

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

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

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

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

Исторически создание концепции телекоммуникационной сети управления телекоммуникациями (TMN) обусловлено тем, что развитие и расширение сетей катастрофически увеличивало затраты на их обслуживание. Единственный путь уменьшения таких затрат — централизация технического обслуживания. Однако это оказалось трудной задачей. Все выгоды от централизации сводились "к нулю" по следующим причинам.

Основные положения системы TMN разрабатывались многими организациями, но главные правила и основные положения, используемые в сетях, являются рекомендациями следующих организаций: Международная организация стандартов (ISO — International Standards Organization, ИСО), Сектор стандартизации электросвязи Международного союза электросвязи (ITU — International Telecommunications Union — Telecommunication Standardization), Американский национальный институт стандартов (ANSI — American National Standards Institute), ETSI (European Telecommunication Standards Institute — Европейский институт стандартов электросвязи).

Основные принципы TMN

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

Объектами управления в модели TMN служат:

Сетевой элемент — NE (Network Element) и Система поддержки функционированияИногда OSS — Operations Support System — переводят, как "операционная система поддержки". С точки зрения автора, это приводит к путанице с термином "операционная система", который не имеет ничего общего с применяемым в TMN объектом. — OSS (Operations Support Systems).

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

Как противоположность сетевому элементу "станция" мы можем привести другой NE — "регенератор", который является наименьшей единицей в сети цифровой передачи сигналов. Число регенераторов на сети огромно, но они не содержат большого числа элементов и подсистем обслуживания. Эти простые модули могут вызвать серьезную аварию в случае ошибки.

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

Второй тип объектов управления TMN — OSS (системы поддержки функционирования).

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

Сетевые элементы (NE) и системы поддержки функционирования связываются между собой с помощью Q-интерфейса, который определен в виде двух частей:

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

Информационная модель описывает:

С точки зрения TMN, все физические и логические ресурсы — такие как оконечные и сетевые терминалы, маршруты, файлы регистрации события, сигнальные отчеты и абонентские данные — расцениваются как управляемые объекты ( MO — Management Object).

Управляемые объекты (ресурсы) такой сети — это сетевые элементы NE и процедуры OSS, которые выполняются как над самим сетевым элементом, так и над его свойствами (регулировка характеристик).

Управляемый объект представляет реальный физический объект или логический ресурс.

В информационной модели определяются также взаимоотношения между управляемыми объектами. Эти отношения представляются в виде дерева, которое называется информационным деревом (MIT — ManagementInformation Tree).

На рис. 7.1а показана связь между сетевым элементом (Телефонная сеть общего пользования) и системами поддержки функционирования.

Операторы с помощью рабочих станций могут управлять процедурами, заложенными в OSS, которые, в свою очередь, управляют сетевыми элементами NE. На рис. 7.1б дан пример информационного дерева для сети ТфОП, где показана иерархия в сети. Объекты первого уровня — станция, узел и логический ресурс "маршрут"; объекты второго уровня — линии, входящие в состав маршрута.

Программы, включенные в OSS, имеют одну управляющую программу (программу-менеджер). Она взаимодействует с программой сетевого элемента, которая обеспечивает сопряжение сетевого элемента с процедурами поддержки функционирования (OSS) рабочих станций (см. рис. 7.1) — дружественный интерфейс с оператором. Эта программа называется агент (программа-посредник).

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

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

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

Рассматриваемые выше положения и определения объектов сети TMN и составляют существо объектно-ориентированного подхода к работе TMN. Напомним основные признаки такого подхода.

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

В качестве протокола для передачи управляющих сообщений используются обычные протоколы системы передачи данных, работа которых не опирается на конкретные атрибуты данных: протокол общей управляющей информации (CMIP — Common Information Management Protocol) и протокол передачи файла доступа и менеджмента (FTAP — File Transfer, Access and Management).

Физическая архитектура

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

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

Такими частями могут быть:

Для сети, изображенной на рис. 7.2, определены эталонные точки (рис. 7.3), в которых задаются стандартные протоколы.

Рис. 7.3отличается от предыдущего введением двух элементов — сети передачи данных внутри TMN и элемента "посредник" (MD — mediator).

Введение второй сети передачи данных указывает на более общий случай по сравнению с рис. 7.2, когда сеть TMN имеет собственную сеть обмена данными.

Медиатор (посредник) вводится для физического и информационного согласования сети связи и сети TMN.

Согласно концепции TMN, на рис. 7.3 можно выделить элементы, на которых строится система связи (строительные блоки — building blocks):

Сеть передачи данных в число строительных блоков не включается.

Функциональная архитектура и ее связь с физической

Указанные выше строительные блоки могут выполнять следующие функции:

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

Варианты размещения этих функций показаны в таблице 7.2.

Соответствие между функциональными и строительными блоками

Физические компоненты	Функциональные блоки
	NEF	MF	QAF	OSF	WSF
Сетевой элемент(NE)
Медиатор (MD)
Q - адаптер
Рабочая станция (WS)
Сеть передачи данных (DCN)
Обязательное размещение Возможное размещение

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

Интерфейс f служит для связи рабочих станций с системами поддержки функционирования и посредниками (медиаторами).

Интерфейс х — для взаимодействия систем с системами поддержки функционирования других сетей TMN.

Интерфейсы q обеспечивают взаимодействие сетевых элементов, систем поддержки функционирования, посредников (медиаторов) и Q -адаптеров через сеть передачи данных.

Интерфейс q3, которому в TMN отведена центральная роль, служит для стыка с сетью передачи данных систем поддержки функционирования, систем поддержки функционирования посредников в Q -адаптеров и сетевых элементов со встроенными функциями посредника.

Интерфейс qx используется при подключении сетевых элементов и Q -адаптеров к посреднику.

Интерфейсы TMN представляют собой формально определенный набор протоколов, процедур, форматов сообщений и семантики, используемых для передачи информации с использованием свойств управления в рамках объектно-ориентированной системы. На сегодняшний день наиболее проработанным интерфейсом TMN является q3, детали протоколов которого определены в рекомендациях Q.811 и Q.812.

Иерархия протоколов TMN

Это пирамида — логическая многоуровневая архитектура (LLA — Logical Layered Architecture) классифицирует задачи по сложности управляемых элементов (от отдельных устройств на сети до межкорпоративных сетей). Пирамида уровней системы управления TMN показана на рис. 7.4.

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

Уровень сетевых элементов (NEL — Network Element Layer) играет роль интерфейса между, как правило, базой данных со служебной управляющей информацией (MIB — Management Information Base), находящейся на отдельном устройстве, и инфраструктурой TMN. Эта база данных относится к таким сетевым элементам, как, например, коммутационные станции, системы передачи, мультиплексоры, комплекты тестового оборудования. К нему относятся Q -адаптеры и собственно сетевые элементы, которые согласуют работу сети связи и TMN.

Уровень управления элементами (EML — Element Management Layer) соответствует системам поддержки функционирования (OSS), контролирующим работу групп сетевых элементов. Этот уровень позволяет управлять группами сетевых элементов. На этом уровне реализуются управляющие функции, которые специфичны для оборудования конкретного производителя, и эта специфика маскируется от вышележащих уровней. Примерами таких функций могут служить выявление аппаратных ошибок, контроль энергопотребления и рабочей температуры, сбор статистических данных, измерение степени использования вычислительных ресурсов, обновление микропрограммных средств. Данный уровень включает в себя посреднические устройства (хотя физически они могут принадлежать и к более высоким уровням), взаимодействующие с OSS через интерфейс q3.

Уровень управления сетью (NML — Network Management Layer) формирует представление сети в целом, базируясь на данных об отдельных сетевых элементах, которые передаются системами поддержки операций предыдущего уровня через интерфейс q3 и не привязаны к особенностям продукции той или иной фирмы. Другими словами, на этом уровне осуществляется контроль взаимодействия сетевых элементов, в частности, формируются маршруты передачи данных между оконечным оборудованием для достижения требуемого качества сервиса (QoS), вносятся изменения в таблицы маршрутизации, отслеживается пропускные способности отдельных каналов, направлений и маршрутов, оптимизируется производительность сети и выявляются сбои в ее работе.

Уровень управления услугами (SML — Service Management Layer) охватывает те аспекты функционирования сети, с которыми непосредственно сталкиваются пользователи (абоненты или другие сервис-провайдеры). В соответствии с общими принципами LLA на этом уровне используются сведения, поступившие с уровня NML, но непосредственное управление маршрутизаторами, коммутаторами, соединениями и т. п. здесь уже невозможно. Вот некоторые функции, относящиеся к управлению услугами: контроль качества обслуживания (QoS) и выполнение условий контрактов на обслуживание (SLA — Service Level Agreement), управление регистрационными записями и подписчиками услуг, добавление или удаление пользователей, присвоение адресов, биллинг, взаимодействие с управляющими системами других провайдеров и организаций (через xинтерфейс).

Уровень бизнес-управления (BML — Business Management Layer) рассматривает сеть связи с позиций общих бизнес-целей компании-оператора. Он относится к стратегическому и тактическому управлению, а не к оперативному, как остальные уровни LLA. Здесь речь идет о проектировании сети и планировании ее развития с учетом бизнес-задач, о составлении бюджетов, организации внешних контактов и пр.

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

Работы на каждом из уровней по рис. 7.4 выделены пять функциональных областей (рис. 7.5):

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

M3200 "Услуги управления TMN", которые, в частности, вводят концепции "Управление телекоммуникациями" и "Область управления".

Конкретные услуги подробно определяются в следующих документах серии M.32xx:

Рассмотрим более детально эти услуги (рис. 7.5).

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

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

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

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

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

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

Краткие итоги