книги / Современные принципы и технологии управления инфокоммуникационными сетями.-1

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

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

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

5.1.2. Универсальная платформа как основа системы управления

Рассмотрим наиболее универсальный вариант, который может быть использован крупным оператором связи при реализации управления сетью, – использование универсальной платформы управления. Основной задачей, которую решают платформы сетевого управления, является обеспечение сквозного автоматизированного управления «сверху вниз» и «из конца в конец» [16]. Управление «сверху вниз» подразумевает контроль и мониторинг всех элементов управления – от бизнес-процесса до сетевого элемента, включая программное обеспечение управления, операционную систему, базу данных информации управления, инфраструктуру управления, программное обеспечение управления элементами сети. Управление «из конца в конец» подразумевает контроль всего тракта передачи сообщений (речь, данные, видео) от абонента А через узлы коммутации и передачи до абонента Б или отдельных фрагментов сети [16].

151

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

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

– сбор данных от элементов сети в различных форматах и преобразование их в единый входной формат данных для системы управления;

–генерация управляющих команд со стороны системы управления сетью и системы управления элементами сети по отношению к нижестоящим уровням управления;

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

–функции измерения, тестирования и мониторинга технических характеристик элементов сети и сети связи в целом (измерение нагрузки, уровня загрузки портов, статистика отказов и т.п.);

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

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

Современные технологии программирования, используемые

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

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

–использование технологии объектно-ориентированного программирования;

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

152

–поддержку архитектуры менеджер – агент;

–использование распределенной системы обработки данных

итехнологий промежуточного слоя;

–организацию и поддержку единой базы данных информации управления;

–наличие инструментария для гибкого и широкомасштабного моделирования объектов управления;

–наличие системы защиты информации управления и средств обеспеченияинформационнойбезопасностисистемы в целом;

–поддержку стандартных протоколов управления (CMIP, SNMP);

–регламентацию взаимодействия с транспортными протоко-

лами.

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

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

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

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

–инструментальные средства разработки и отладки информационной модели сети и системы управления в целом [16].

5.1.3. Структура платформенной системы управления

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

форму Netrack фирмы TTI Telecom (рис. 5.1) [18].

153

Долговременный

Рис. 5.1. Структура платформы Netrac фирмы TTI Telecom

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

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

154

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

5.1.4. Интерфейсы взаимодействия между системами управления

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

ция TeleManagement Forum, выпустив документ TMF 814, описы-

вающий интерфейс взаимодействия между системой управления сетевыми элементами и системой управления сетью для гетеро-

генных сетей (Multi-Technology Network Management Solution Set. NML-EML Interface. TMF 814). TMF 814 объединяет использова-

ние нескольких взаимосвязанных спецификаций:

1.TM Forum Implementation Statements (IS) Template and Guidelines – TMF 814A.

2.Multi-Technology Network Management Business Agreement – TMF 513.

3.Информационная модель Multi-Technology Network Management Information Agreement – TMF 608.

Общие характеристики интерфейса:

– является универсальным интерфейсом взаимодействия между системой управления сетью и системой управления сетевыми элементами для большинства технологий передачи данных;

– использует для обмена информацией технологию CORBA (технология распределенной обработки информации на основе брокера объектных запросов) (рис. 5.2).

Использование TMF 814 позволяет:

– выполнять процедуры установления и поддержания соединения между системами;

155

Система управления сетью

Рис. 5.2. Организация интерфейса взаимодействия между NMS и EMS

–использовать один и тот же интерфейс для управления гетерогенными сетями;

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

–осуществлять обмен информацией между системой управления сетью и системой управления сетевыми элементами о топологии сети и о существующих соединениях;

–передавать аварийную информацию от системы управления сетевыми элементами к системе управления сетью;

–выполнять управление качеством обслуживания;

–конфигурировать сетевые элементы через вызов соответствующего интерфейсасистемыуправления сетевыми элементами;

–осуществлять контроль параметров загрузки сети;

–выполнять инвентаризацию оборудования.

5.2. БИЗНЕС-ПРОЦЕССЫ ОПЕРАТОРА СВЯЗИ. ПОДХОД К УПРАВЛЕНИЮ TELEMANAGEMENT FORUM

Подходы к управлению, изначально предлагаемые ITU-T (концепция TMN и управление OSI), в основном были сконцентрированы на уровне элемента сети и управления сетями. Таким

156

образом, разработка принципов управления велась «снизу вверх» – от управления сетевым элементом к управлению сетью. Такой подход обладает следущими недостатками: не учитываются биз- нес-задачи оператора связи, связанные с предоставлением услуг связи (продажи услуг, работа с клиентами, контроль качества услуг); сложно оценить суммарные затраты на реализацию сквозного управления (стоимость системы управления).

Для решения практических задач сетевого управления, возникающих перед операторами связи, в 1988 г. была создана не-

коммерческая организация OSI/Network Management Forum. Ос-

нователями организации выступили крупнейшие операторы свя-

зи, такие как AT&T, British Telecom, Northern Telecom, Telecom Canada и т.п. В 1992 г. форум поменял название на Network Management Forum. В период с 1988 по 1998 г. число организа-

ций, входящих в форум, выросло с 8 до 250 из 35 стран. Специалисты форума принимали активное участие в разработке спецификаций и приложений технологий управления OSI, TMN, SNMP и др. В 1998 г. произошло очередное изменение названия на

TeleManagement Forum, или TM Forum. На 2021 г. число органи-

заций-членов TMF составляет более 850 из 195 стран. Основные направления исследований относятся к разработке технологий управления бизнес-процессами организации-оператора связи.

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

5.2.1. Карта процессов деятельности телекоммуникационной компании (ТОМ)

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

157

услугами (Service Management Business Process Model, документ

NMF GB901), которая послужила основой создания схемы под названием «Карта процессов деятельности телекоммуникационной компании» (Telecom Operation Map – TOM), опубликованной в до-

кументе TMF G910 в 2000 г. В этой схеме подробно рассматриваются задачи, обозначенные ранее для двух уровней пирамиды TMN: уровняуправления сетьюиуровняуправленияуслугами (рис. 5.3).

Рис. 5.3. Telecom Operation Map

Модель ТОМ предлагает три группы процессов, общих для любого телекоммуникационного бизнеса, ориентированного на пре-

доставлениеуслуги (модель FAB – Fulfillment, Assuarance, Billing):

– предоставление услуги (Fulfillment), т.е. корректное по времени и объему предоставление той потребительской ценности, которую заказал пользователь;

158

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

–биллинг услуг (Billing), т.е. своевременная подготовка точного счета, всесторонняя и всеобъемлющая информация при запросе счета клиентом, включая своевременное исправление счетов при обработке и сбор информации об осуществленных оплатах.

Вертикальные секции на рис. 5.3 представляют собой взаимодействие между интерфейсом пользователя и сетевым элементом, т.е. сквозной поток процессов. Разумеется, все сквозные процессы имеют «внутри» множество интерфейсов между собой; это, как правило, прикладные программные интерфейсы. Доминирующим здесь является процесс предоставления услуги. Далее процесс обеспечения услуги может быть запущен со стороны пользователя или элемента сети. К примеру, абонент может активизировать ту или иную услугу с абонентского устройства, или услуга активизируется программным обеспечением автоматически по заранее составленному расписанию. Биллинг обусловлен наличием данных на сети, достаточных для подготовки счета пользователю [16].

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

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

Сравнивая модель ТОМ с уровнями пирамиды TMN, можно отметить, что предложенная схема соответствует прежде всего уровню управления услугами и, частично, уровню управления

159

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

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

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

5.2.2. Расширенная карта процессов деятельности телекоммуникационной компании (еТОМ)

Дальнейшее развитие идей, изложенных в TOM, привело к разработке расширенной карты процессов деятельности телеком-

муникационной компании (Enhanced Telecom Operations Map –

еТОМ). Первая версия документа TMF GB921 была опубликована в 2001 г., а в 2004 г. eTOM была принята Международным союзом электросвязи в качестве рекомендаций серии ITU-T

160