 |
Конфигурирование на сетевом уровне.
|
|
|
|
1)Конфигурирование трактов VС-n, m.
Тракты VС-n, m образуются на свободных временных позициях STM-N между двумя оконечными узлами (СЭ), входящими в данную систему обслуживания. Эта операция осуществляется автоматически, если все узлы, через который проходит тракт, обладают соответствующими возможностями оперативного переключения, включая программную поддержку. При выполнении операции команды из сетевого уровня передаются на элементный уровень.
В некоторых случаях при отсутствии программной поддержки всей операции возможно создание трактов VС-n, m с помощью выполнения операции на элементном уровне для каждого узла по отдельности.
Система управления должна обеспечить следующие операции с трактами VС-n, m:
а) образование трактов VС-n,m.
Операция позволяет выбрать два узла на географической карте области управления (при этом узлы не должны быть аварийными), установить порядок тракта VС-n, m (VC-12, VC-2, VC-3, или VC-4) и установить номер и наименование тракта VC-n, m;
б) изменение параметров трактов VС-n, m, операция возможна для тех трактов, которые созданы на сетевом уровне;
в) резервирование трактов VС-n, m.
Операция позволяет обеспечить переключение тракта VС-n на резерв при повреждении основного тракта. Она возможна для кольцевых структур.
г) уничтожение_трактов VС-n, m.
Операция возможна для тех трактов, которые созданы на сетевом уровне;
д) проверка трассы тракта VС-n, m.
Эта операция обслуживания позволяет проверить правильность приема нужного VС-n, m на оконечной станции. Для этого в байты заголовков трактов VС-n m вставляется идентификатор трассы с определённым форматом. На оконечной станции принятое значение идентификатора сравнивается с ожидаемым и в случае отличия включается аварийный сигнал. Используются байт J1 для VС-n и байт J2 для VС-n;
|
|
|
е) запись параметров трактов VС-n,m.
Операция позволяет записать параметры трактов в системный файл, или на гибкий диск, или на принтер.
2) Конфигурирование сетевых трактов 2, 34, 140 Мбит/с и каналов для передачи ячеек ATM.
Сетевые тракты Е1, ЕЗ и Е4 образуются в трактах VC-12, VC-3 и VC-4 соответственно. Каналы для передачи ячеек ATM образуются в трактах VC-2, VC-3 и VC-4. Все упомянутые сетевые тракты и каналы (в дальнейшем для простоты именуемые каналами) могут приходить из других сетей ГЩИ или СЦИ, поэтому конечные узлы для трактов VС-n, m могут не совпадать с конечными пунктами для каналов. Система управления должна обеспечить следующие операции с каналами:
а)образование каналов, ' операция позволяет выбрать тракт VС-n, m на географической карте области управления, соответствующий нужному каналу (при этом тракт VС-n, m не должен быть аварийным), установить номер и наименование канала;
б) изменение параметров канала.
Операция позволяет изменить номер и наименование соответствующего канала и возможна для тех каналов, которые созданы на сетевом уровне;
в) резервирование каналов.
Операция позволяет обеспечить резервирование того участка канала, который проходит по области данной системы обслуживания с помощью переключения тракта BK-n,m на резерв при повреждении основного (линейного) тракта;
г) уничтожение канала.
Операция приводит к удалению канала из системы управления и возможна для тех каналов, которые созданы на сетевом уровне;
д) проверка содержания трактов VС-n,m.
Эта функция обслуживания позволяет проверить правильность структуры размещения (mapping) с помощью специальной метки в байтах заголовков VС-n,m. На оконечном узле принятое значение метки сравнивается с ожидаемым и в случае отличия включается аварийный сигнал. Используются байт V5 (биты с 5 по 7) для VС-n и байт С2 для VС-n. Для VC-12 проверяется, например, наличие асинхронного, бит-синхронного или байт-синхронного размещения. Для VC-2, VC-3 и VC-4 проверяется, например, наличие ATM;
|
|
|
е) запись параметров каналов.
Операция позволяет записать параметры каналов в системный файл или на гибкий диск или на принтер.
3) Конфигурирование уровней срабатывания аварийной сигнализации
в линиях, трактах и каналах.
Система управления должна обеспечить следующие операции:
- выбор порогов срабатывания аварийной сигнализации для линий мультиплексных и регенерационных секций, трактов VС-n,m и каналов;
- запись порогов срабатывания аварийной сигнализации в системный файл или на гибкий диск или на принтер.
4) Осуществляется также конфигурирование узлов и линий передачи:
- конфигурирование на уровне элементов;
- конфигурирование узлов (СЭ).
1) Система обслуживания должна обеспечить следующие операции с узлами:
а) выбор узла.
Узел выбирается из списка узлов, заложенных в систему СО. После этой операции можно проводить все действия с узлами на элементном уровне;
б) изменение параметров узла.
Операция позволяет менять тип оборудования, адрес, режим работы, комплектацию и. т. д.;
в) уничтожение узлов.
Эта операция изымает узел из системы управления и возможна только для узлов, не соединённых линиями с другими узлами. Если узел соединён линиями с другими узлами, то следует сначала уничтожить линии;
г) запись параметров узла.
Эта операция позволяет записать параметры узла в системный файл или на гибкий диск или на принтер.
2) Конфигурирование синхронизации.
Система управления должна обеспечить выбор режима синхронизации для каждого узла в системе.
Выбираются режимы:
- автономный;
- от линейного сигнала (агрегатный сигнал STM-N);
- от компонентного сигнала (сетевой тракт ПЦИ);
- от станционного сигнала (внешнего источника).
Кроме того, выбираются резервные источники синхронизации с заданным приоритетом.
3) Конфигурирование оперативных переключении.
Система управления для каждого узла позволяет установить необходимые оперативные переключения трактов VC-n,m между агрегатными портами (оптическими линейными стыками), между агрегатными компонентными портами (цифровыми сетевыми стыками) и между компонентными портами.
|
|
|
Примечание: На компонентном порту может быть организован и оптический линейный стык SТМ-1.
4) Конфигурирование резервирования блоков.
В зависимости от возможностей конкретной аппаратуры система управления должна обеспечить для каждого узла резервирование блоков по схеме 1:n или 1+1 ревертивным или неревертивным образом.
5) Конфигурирование резервирования трактов VC-n,m.
Для кольцевых структур система управления должна обеспечить на элементном уровне для каждого узла, входящего в кольцо, резервирование трактов VC-n,m по схеме 1+1. При этом сигнал на передаче раздваивается на два направления - по и против часовой стрелки. Для цепочечных (линейных) структур система управления должна обеспечить на элементном уровне для каждого узла резервирование трактов VC-n,m по схеме 1+1 в соответствии с принятым алгоритмом ввода графика обходов и замен. При этом на каждой секции переключения на резерв (мультиплексной секции) в качестве резервного может быть использован специально выделенный тракт, либо тракт не загруженного VC-п.
Для каждой из сетевых структур на приёме секции переключения на резерв происходит переключение основного тракта на резервный в случае:
- аварии на передаче на удаленном конце;
- аварии на приеме;
- обрыве оптического кабеля;
- аварии на промежуточном узле, приводящей к потере указателя TU
или к появлению сигнала СИАС тракта.
6) Конфигурирование интерфейса к общестанционной аппаратуре.
Интерфейс к общестанционной аппаратуре в зависимости от типа аппаратуры имеет определенное число входов для контроля внешней по отношению к данной системе управления аппаратуры (например, аппаратура питания, датчики несанкционированного доступа, датчики пожара, станционный синхрогенератор) и определенное число выходов для управления внешней аппаратурой.
Система управления должна обеспечить:
а) конфигурирование входных портов.
Операция позволяет присвоить каждому входному порту свое имя в соответствии с назначением;
|
|
|
б) конфигурирование выходных портов.
Операция позволяет присвоить каждому выходному порту свое имя в соответствии с назначением.
7) Получение информации об аппаратуре.
Система управления должна позволять получить полную информацию об аппаратуре (типы, наименования, серийные номера комплектов и блоков) и программном обеспечении (номер реализации и. т. д.).
Конфигурирование уровней срабатывания аварийной сигнализации в узлах.
Система управления должна обеспечить следующие операции:
- выбор порогов срабатывания аварийной сигнализации для узлов;
- запись порогов срабатывания аварийной сигнализации в системный файл или на гибкий диск или на принтер.
9) Осуществляется также конфигурирование портов и резервирование мультиплексных секций.
Сигнализация и регистрация аварийной информации в СУ должны использоваться для того, чтобы технический персонал обратил внимание на повреждение аппаратуры и принял соответствующие меры для их устранения.
Все происходящие события должны быть отражены:
- на экранах мониторов PC;
- с помощью аварийной сигнализации стойки/ряда/станции через станционный интерфейс;
- с помощью аварийной сигнализации аппаратуры ЦСП СЦИ.
Система управления должна обеспечить детальные сообщения о всех повреждениях на сетевом и элементном уровне. Должна быть обеспечена локализация повреждений с точностью до ТЭЗа (порта). По требованию оператора с помощью СУ должен быть получен полный перечень аварий за определенное время.
Сообщения системы управления могут быть:
а) автономными, когда при возникновении аварийного события автоматически в системе управления появляется соответствующее сообщение, но при этом должна иметься возможность фильтрации сообщений об аварийных событиях, чтобы пользователь получал только те сообщения, которые ему нужны.
б) по требованию, когда для детального изучения аварийных событий за определенное время пользователь может запросить список сообщений об аварийных событиях, отфильтрованных по ряду признаков.
Фильтрация сообщений не должна приводить к тому, чтобы остальные сообщения исчезали из базы данных. С течением времени список событий должен быть переписан на какой-нибудь носитель по мере заполнения объема памяти базы данных.
Система управления должна обеспечить стандартные способы локализации неисправности и восстановления нормальной работы. Для выполнения этой задачи должны быть использованы Окно сетевого уровня, Окно уровня сетевых элементов и Окно, где появляются фильтрованные сообщения об аварийных событиях (Окно аварий). При наличии аварии должен изменяться цвет линии передачи, тракта BK-n,m (если имеется программная поддержка) и узла (узлов), а также появляться сообщение в Окне аварии.
|
|
|
При работе технического персонала непосредственно в месте установки аппаратуры должна использоваться стандартная последовательность поиска неисправности с помощью аварийной сигнализации станции/ряда/стойки и аппаратуры ЦСП СЦИ.
Полный список аварийных событий должен включать в себя специфические показатели ЦСП (например, получение сигналов СИАС, REI, потеря цикловой синхронизации, потеря указателей, превышение допустимого порога показателей ошибок, потеря входного сигнала и т. д.).
Контроль качества в системе управления. В системе управления, состоящей из сетевых элементов ЦСП СЦИ, поддерживается функция контроля качества на интерфейсах ПЦИ и СЦИ (сетевых трактов E1, Е3, Е4, трактов VС-n,m мультиплексных и регенерационных секций).
Для контроля над рабочими характеристиками по показателям ошибок в системе управления аппаратуры СЦИ используются определенные временные интервалы:
- предыдущий короткий интервал;
- текущий короткий интервал;
- несколько прошедших коротких интервала;
- текущий длинный интервал;
- предыдущий длинный интервал.
Полученные данные передаются в систему управления по запросу пользователя или регулярно, или при превышении порога показателя ошибок.
Администрирование. Система управления должна обеспечить выполнение следующих операций:
- создание, модификация, уничтожение пользователей.
Эти операции позволяют создать пользователя со своим именем и паролем, изменить привилегии пользователя и изъять пользователя из системы управления;
- запуск системы управления.
Операция позволяет осуществить запуск системы управления, которая была остановлена по каким-либо причинам;
- остановка системы управления.
Операция позволяет осуществить остановку системы управления, например для полного архивирования базы данных системы;
- установка параметров периферийных устройств.
Операция позволяет осуществить запись на внешние носители (диск или ленту) резервной базы данных или загрузить новое программное обеспечение;
- архивирование системы;
- восстановление базы данных.
Операция позволяет восстановить повреждённую базу данных при наличии резервной копии;
- получение полного списка аварийных событий;
- установка категорий для аварийных событий в самой системе управления;
- ввод или уничтожение блоков с точки зрения системы управления.
Они выполняются только администратором СУ или пользователем, которому администратор передал часть своих полномочий. Эти операции относятся именно к самой системе управления, а не к аппаратуре СЦИ.
7.2. Концепция TMN
Архитектура. Первые попытки создания архитектуры сети управления телекоммуникациями, получившей название TMN(Telecommunication Management Network), были предприняты задолго до того, как изменения в телекоммуникационной отрасли проявились в полную силу. Вопросы, связанные с обеспечением единообразия процессов эксплуатации интеллектуальных передающих терминалов (transmission terminals) и управления ими, обсуждались на Международном консультативном комитете по телеграфии и телефонии (МККТТ/ССIТТ) еще & 1982г. Концепция TMN впервые была предложена на совещании инженерной группы TMN EG в Торонто в 1986г.
Информационная архитектура TMN включает в себя:
1. Информационную модель управления.
Информационная модель управления дает абстрактное представление об управлении ресурсами сети и о соответствующих действиях поддержки управления. Эта модель определяет полный набор информации, которой можно обмениваться в стандартизованном виде. Действия по поддержке информационной модели выполняются на прикладном уровне и используют большое разнообразие таких прикладных функций управления, как хранение, редактирование и обработка информации.
2. Обмен информацией управления.
Обмен информацией управления использует функции передачи данных, такие как транспортная, и функции передачи сообщений, которые позволяют отдельному физическому объекту подсоединяться к сети электросвязи в заданном интерфейсе. Этот уровень деятельности использует только такие механизмы связи, как протокольные стеки.
Для обеспечения стандартизованного обмена информацией управления информационная архитектура TMN использует объектно-ориентированный подход к описанию информации управления, концепцию Менеджер /Агент для взаимодействия между операционными системами и концепцию разделенных знаний управления для понимания сообщений управления.
С целью эффективного определения управляемых ресурсов методология TMN использует принципы управления системами и базируется на объектно-ориентированном подходе к описанию информации управления. Информация управления моделируется в терминалах управляемых объектов. Управляемые объекты являются концептуальным представлением управляемых ресурсов или могут существовать для поддержки определенных функций управления (например, направление события или загрузки события).
Таким образом, управляемые объекты являются абстрактным представлением таких ресурсов, которые имеют свойства быть управляемыми.
Управляемый объект также может представлять отношения между ресурсами или комбинацией ресурсов (например, сети).
Следует отметить, что объектно-ориентированные принципы применяются к информационному моделированию, т. е. к интерфейсам,
через которые взаимодействуют системы управления, и не ограничивают внутреннюю реализацию систем управления.
Согласно Рекомендации МСЭ-Т Х.722 управляемый объект определяется:
• атрибутами, видимыми на его границе;
• управляющими действиями, которые могут применяться к объекту;
• сообщениями, которые генерируются управляемыми объектами;
• поведением, которое показывают управляемые объекты в ответ на управляющие действия или на другие типы событий.
Дополнительно следует сделать следующие замечания:
• нет необходимости делать однозначное отображение между управляемыми объектами и реальными ресурсами, которые могут быть физическими или логическими;
• ресурс может быть представлен одним или более объектами. Когда ресурс представляется несколькими управляемыми объектами, каждый объект дает различное абстрактное описание ресурса. Отметим, что эти объекты могут объединяться в своем поведении через физические или логические отношения;
• управляемые объекты в большей степени представляют логические ресурсы TMN, чем ресурсы сети электросвязи;
• если ресурс нельзя представить с помощью управляемого объекта, то им невозможно управлять через интерфейс управления (другими словами, этот ресурс является невидимым со стороны управляющей системы);
• управляемый объект может представлять абстрактное описание ресурсов, которые представлены другими управляемыми объектами;
• управляемые объекты могут быть встроенными, т. е. управляемый объект может представлять большой ресурс, который содержит ресурсы, моделируемые как под объекты большого ресурса.
Использование методологии Рекомендации МСЭ-Т М.3020 приводит к идентификации Общей Информационной Модели Сети, которая состоит из множества управляемых объектов и их свойств, как определено в Рекомендации М.3100. Эта модель включает полностью TMN и в общем виде применима ко всем сетям. Однако требуются дополнительные расширения или специальные информационные модели сетей для детализации различных типов оборудования управляемых сетей, например, СЦИ, ПЦИ, ATM и т. д.
Специальная информационная модель сети СЦИ определена в Рекомендации G.774. Общие и специальные управляемые объекты должны содержаться в стандартизованном виде в Информационных Базах Управления (MIB) операторов связи ВСС России.
Концепция Менеджер/Агент. Управление окружением электросвязи представляет собой приложение обработки информации. Поскольку управляемое окружение является распределенным, то управление сетью также является распределенным приложением. Это включает обмен информацией управления между процессами управления с целью мониторинга и контроля ресурсов сети (систем передачи и коммутации).
Здесь следует отметить, что между Менеджером и Агентом существует обычно многостороннее отношение в том смысле, что:
• один Менеджер может обмениваться информацией с несколькими Агентами. В этом случае он выполняет несколько ролей Менеджера, которые взаимодействуют с соответствующими ролями Агента. В этом сценарии необходима синхронизация директив;
• один Агент может обмениваться информацией с несколькими Менеджерами. В этом случае он выполняет несколько ролей Агента, которые взаимодействуют с соответствующими ролями менеджера. В этом сценарии могут существовать противоречивые директивы. Этот случай требует дальнейшего изучения.
Отметим также, что не изучен случай, когда требуются обе роли Менеджера и Агента для одной ассоциации.
Кроме этого, Агент может отказаться выполнять директиву Менеджера по многим причинам. Таким образом, Менеджер должен быть подготовлен к отказам со стороны Агента.
Информация, на которую можно влиять или передавать через протоколы управления, является множеством объектов, определенных в совокупности как Информационная База Управления (MIB). В этом смысле в MIB входят все данные как систем управления, так и элементов сети, включая измерения, сообщения об измерениях, описания структуры сети и элементов, таблицы маршрутизации, пороговые значения, расписание передачи информации и т. д.
Любой обмен информацией управления между Менеджером и Агентом выражается в терминах состоятельного множества операций (применяемых через роль Менеджера) и уведомлений (фильтруемых и направляемых ролью Агента).
Программное обеспечение систем управления. Структура программного обеспечения систем управления является прерогативой разработчика. Однако следующий список программных модулей может служить примером реализации программного обеспечения для центра управления сетью.
1. Информационная база управления (MIB) является основным хранилищем данных. Эта база данных содержит трафика) и любую справочную информацию, которую пользователь желает добавить. MIB должна предоставлять любую информацию о сети, такую как статистические данные об оборудовании, данные о динамике поведения сети, тревожных сообщениях, событиях и данные о характеристиках работы сети.
2. Функциональный модуль регистрации отвечает за управление данными, которые определяют каждый глобальный объект в сети. Он также управляет множеством совместно определенных справочных атрибутов для всех объектов. Функциональный модуль регистрации использует базу данных для хранения глобальных данных доступа. Вся информация о конфигурации объектов (место расположения, линии, оборудование и т.д.) должна храниться в этой базе данных. Регистрация и представление сети выполняются с помощью меню и используют стандартные методы, такие как окна и средства регистрации оборудования в сети. Графический интерфейс, который представляет сеть в целом, должен задавать разные представления для каждого элемента сети, показывать линии, статус линий, местоположение элементов сети, оборудования и т.д.
3. Функциональный модуль анализа параметров качества работы вычисляет статистику, основанную на сетевой информации, такой как значения трафика и счетчиков, канальная емкость, ошибки на линиях и оборудовании и т.д. Статистика может вычисляться по собранным данным и данным прогнозирования. Анализатор параметров качества работы должен иметь следующие характеристики и функции:
• использоваться в качестве базы для управления качеством работы сети;
• вычислять статистику трафика и ошибок;
• использоваться для определения узких мест и перегрузок.
4. Функциональный модуль предыстории собирает данные таких элементов сети, как станции коммутации, системы, передачи и центры системы управления сетью, и хранит данные в MIB. Следующие возможности должны предоставляться модулем предыстории пользователю:
• инициализация хранения данных для последующей обработки в качестве данных предыстории;
• сбор и хранение данных по областям управления;
• визуализация, модификация, разрешение, запрет или прекращение записанных вопросов;
• определение отдельных элементов сети, разделение атрибутов и временных интервалов;
• запрос записанных данных в MIB по требованию.
5. Пакет программ математического обеспечения по выработке сообщений включает множество платформ, которые можно использовать для форматирования сообщений из MIB, с помощью внешних функций.
Должны выдаваться следующие сообщения:
• сообщения о трафике линий;
• сообщения об ошибках на линиях;
• сообщения о трафике элементов сети;
• итоговые сообщения;
• сообщения, использующие графику.
6. Функциональный модуль тревожных сообщений дает основу для технического обслуживания с помощью представления услуг обнаружения и оповещения об ошибках.
Функциональный модуль тревожных сообщений предоставляет базы для управления качеством работы, позволяя задавать пороги для параметров качества работы, используя функциональный модуль анализа параметров качества работы. Новые тревожные сообщения, поступающие с сети и проходящие через механизм фильтрации хранятся в базе данных и передаются через интерфейс управления. Тревожные сообщения позволяют:
• оповещать о сетевых событиях;
• определять условия тревоги на входе подходящего модуля доступа;
• регистрировать тревожные ситуации в элементе сети, либо ожидать их возникновения;
• распознавать с помощью математического обеспечения условия ложной тревоги;
• оповещать пользователя о нарушении порогов тревожных ситуаций с помощью процедуры выработки команд.
Процедура выработки команд предусматривает:
• доставку тревожных сообщений оператору сети;
• хранение сообщений для оповещения о тревожных ситуациях в файле загрузки;
• посылку сообщений вещательному терминалу;
• активизацию математического обеспечения заказчика;
• активизацию процедуры выработки команд для изоляции, устранения или инициализации процесса исправления ошибок;
• выполнение работы с сетевыми окнами, в которых сетевой элемент меняет свое состояние на неисправное;
• обновление статистической информации на панелях тревожной сигнализации.
7. Функциональный модуль аварийной сигнализации должен осуществлять тревожную сигнализацию и выполнять функцию управления сетью, используя мониторинг тревожных ситуаций, подключая функциональный модуль сбора статистики и оповещения о тревожных ситуациях.
8. Функциональный модуль загрузки информации о событиях хранит информацию по всем типам событий и предоставляет информационную базу, необходимую для статистического анализа ошибок сети или любой обработки по схеме технической эксплуатации. Функциональный модуль загрузки информации о тревожных сообщениях должен выполнять функции управления сообщениями и контроля загрузки для систем управления. Он должен хранить информацию об общих мероприятиях на сети. Должны быть определены и выполняться следующие классы записей загрузки:
• тревожных сообщений;
• тревожных сообщений о нарушении секретности;
• создания объектов;
• расформирования объектов;
• изменения значений атрибутов;
• изменения состояния;
• изменения связей.
9. Графический интерфейс управления дает возможность пользователю иметь доступ к функциям управления и позволяет визуализировать операции управления, быстро и легко выполнить команды заказчика с помощью применения множества окон и выбора меню.
Элементы сети, находящиеся в процессе управления и эксплуатации, должны представляться в графическом изображении и наглядном виде.
Концепция TMN предлагает принцип распределения функциональных компонентов и процедур, относящихся к управлению сетями связи. Тот факт, что одни и те же административные функции могут быть реализованы на, разных уровнях позволяет определить логическую иерархическую архитектуру. Фактически такая архитектура отражает иерархию ответственности за выполнение административных задач.
Рекомендации ITU-Т подразделяют систему управления на пять уровней: элементы сети, управление элементами, управление сетью, управление услугами и бизнес-управление (рис. 7.2). Первые три уровня рассматриваются как техническое управление, а два последних (высших) как административное. Первые три уровня касаются технических средств сети.
На низшем уровне управления находятся элементы сети (Network Element - NE). Каждый элемент управляется, контролируется и диагностируется с помощью встроенных микропроцессоров и специализированного программного обеспечения. Этот уровень играет роль интерфейса между информацией, находящейся в каждом отдельном устройстве, и инфраструктурой TMN. Аппаратура любой фирмы имеет интерфейсы к системе TMN, местному терминалу и стоечные сигнализации.
Следующие два уровня: управление элементами сети и сетью (ЕМ и NM). Они поддерживают стандартный набор функции управления, определенных рекомендациями ITU-Т:
§ управление конфигурацией (включение элементов в обслуживание, установка глобальных параметров системы, определение новых маршрутов через элементы, установка специфических параметров, связанных с определением маршрута);
§ обработку неисправностей (установка порогов для селекции неисправностей, определение и запуск процедуры обработки неисправности элементов сети);
§ определение качества передачи (установка порогов определения качества связи, сбор информации от элементов сети, формирование отчетов);
§ защиту от несанкционированного доступа (назначение паролей, разграничение доступа пользователей);
§ обслуживание и проверку (инициализация диагностики, запуск схемного контроля).
Первый уровень управления - Element Manager (ЕМ) — находит практическое применение на ранних стадиях использования оборудования SDH, когда для образования основной сети используется небольшое количество мультиплексоров при более или менее изолированном применении (т.е. поддержка определенного пользователя или подсистемы). Он соответствует системам поддержки операций, контролирующим работу групп сетевых элементов. На этом уровне реализуются управляющие функции, специфичные для оборудования конкретного производителя. Примерами таких функций могут служить выявление аппаратных ошибок, сбор статистических данных, измерение степени использования вычислительных ресурсов, обновление микропрограммных средств. На рис. 7.2 представлены уровни управления в соответствии с концепцией TMN.
Рис. 7.2. Уровни управления в соответствии с концепцией TMN
Element Manager может выполнять роль как шлюзового сетевого элемента, управляющего доступом к подсети SDH, так и рядового сетевого элемента. Местный терминал в этом случае выполняет только функции контроля. При работе в самостоятельном режиме элементы сети полностью контролируются и управляются с местного терминала. Обычно интерфейс к TMN Ethernet LAN. Интерфейс к местному терминалу (типа F по рек. G.784) - RS-232C.
Пользовательский интерфейс TMN использует, как правило, операционную систему Windows или Unix, обеспечивающую удобное и наглядное представление информации. Пользовательский интерфейс уровня элементов сети Element Manager — это смесь графической и алфавитно-цифровой информации. Графическое представление отдельных узлов и внутренних соединений может осуществляться наряду с подробной информацией о состоянии и конфигурации сети.
Второй уровень — уровень управления сетью Network Manager (NM) — формирует представление сети в целом, базируясь на данных об отдельных сетевых элементах, которые передаются системами поддержки операций предыдущего уровня. Другими словами, на этом уровне осуществляется контроль за взаимодействием сетевых элементов, в частности, формируются маршруты передачи данных между оконечным оборудованием для достижения требуемого качества сервиса, вносятся изменения в таблицы маршрутизации, оптимизируется производительность сети и выявляются сбои в ее работе.
Пользовательский интерфейс сетевого уровня — это графический интерфейс, представляющий топологию контролируемой территории с SDH - оборудованием. Дополнительно имеются окна, в которых отображается информация о текущих неисправностях и текущем состоянии. Используя карту сети, можно создавать новые SDH-узлы для того, чтобы моделировать элементы сети, устанавливать соединения через сеть (конфигурирование сети), искать дополнительную пропускную способность и запрашивать подробную информацию о состоянии элементов сети и соединениях между ними.
Уровень управления услугами (Service Manager SM) охватывает те аспекты функционирования сети, с которыми непосредственно сталкиваются пользователи. На этом уровне используются сведения, поступившие с уровня NM, но непосредственное управление мультиплексорами, коммутаторами, соединениями здесь уже невозможно. Вот некоторые функции, относящиеся к управлению услугами: контроль за качеством обслуживания, выполнением условий контрактов, на обслуживание, управление регистрационными записями и подписчиками услуг, добавление или удаление пользователей, присвоение адресов, взаимодействие с управляющими системами других операторов и организаций.
Уровень бизнес-управления (Business Manager BM) рассматривает сеть связи с позиций общих бизнес-целей компании-оператора. Он относится к стратегическому и тактическому управлению, а не к оперативному, как остальные уровни. Здесь речь идет о проектировании сети и планировании ее развития, о составлении бизнес-планов, бюджетов организаций и др.
7.3. Интегрированное управление передачей (ITM) на примере оборудования компании Lucent Technologies
В связи с тем, что на железных дорогах России цифровые сети связи развиваются неравномерно и используется оборудование различных фирм, поэтому в данной главе будет рассмотрена система управления оборудования компании Lucent Technologies, которое эксплуатируется на Дальневосточной железной дороге.
Диапазон продуктов ITM (Integrated Telecommunication Managment) компании Lucent соответствует компоновочным блокам TMN (Telecommunications Management Network - cеть управления связью). В силу обязательных функций, выполняемых конкретным модулем, каждый модуль ITM может быть назначен одному из компоновочных блоков TMN (например, системе программного обеспечения для управления сетью, промежуточному устройству). Кроме того, изделия семейства ITM также укладываться в концепцию иерархической структуры TMN представленной на рис. 7.3.
ITM-DNA Система ITM-DNA (Integrated Transport Management - Dynamic Network Analyzer; Интегрированное управление передачей -динамический сетевой анализатор) собирает сетевые данные от контроллеров сети ITM, преобразует данные согласно независимой от источника модели данных и объединяет данные, поступающие отмножества источников, в одну базу данных. Средства сбора и анализа информации, имеющиеся в составе ITM-DNA, позволяют пользователю задавать нужную ему структуру и форму отчетов, получать эти отчеты через PC или использовать их совместно в различных рабочих группах.
ITM-NM Система ITM-NM (Integrated Transport Management-Network Manager; Интегрированное управление передачей - система управления сетью) размещается на уровне управления сетью. ITM-NM выполняет функции системы программного обеспечения:
- она управляет сетью SDH через несколько систем управления элементами, каждая из которых управляет одной подсетью;
- система программного обеспечения может управлять обслуживанием графика в рамках целой сети и поэтому расположена в уровне управления сетью.
ITM-NM имеет Q-интерфейс с системами на уровне управления элементами. Она также обеспечивает F-интерфейс для функций рабочей станции.
ITM-SNM Система ITM-SNM (Integrated Transport Management - SubNetwork Manager; Интегрированное управление передачей - система управления подсетью) также представляет собой систему управления сетью. ITM-SNM приспособлена для средних и малых сетей, или средних и малых областей управления в пределах больших сетей.
Рис. 7.3. Уровни управления, на которых применяются изделия ITM Lucent
Данная система предоставляет интегрированное отображение (части) сети, а через систему управления элементами прямое отображение сетевых элементов. Она поддерживает базовый, и при этом полный, набор действий по управлению SDH, но поставляется только как модуль ITM-SC.
Система ITM-SC (Integrated Transport Management - Subnetwork Controller; Интегрированное управление передачей - контроллер подсети) называется системой управления элементами (EMS; Element Management System). Система EMS обеспечивает текущий контроль, реконфигурирование и измерение характеристик графика на одиночных сетевых элементах (NE) из центрального пункта. Она также действует как промежуточное устройство для обеспечения устойчивой связи между системой ITM-NM и управляемыми сетевыми элементами. В силу того, что EMS управляет сетевыми элементами непоср<
|
|
|
