Контакты
Подписка
МЕНЮ
Контакты
Подписка

В рубрику "Менеджмент" | К списку рубрик  |  К списку авторов  |  К списку публикаций

Практический подход к автоматизации учета ресурсов инфокоммуникационной сети

Ф.В. Краснов
Директор по ИТ ОАО "Московская телекоммуникационная корпорация"

Трудоемкость построения системы учета ресурсов инфокоммуникационной (ИК) сети растет вместе с числом типов используемого оборудования. За 10-12 лет в эксплуатации накапливается несколько поколений технологий, а номенклатура оборудования исчисляется сотнями. Проекты по реализации систем учета ресурсов сети для крупных операторов длятся в среднем 2-3 года. Бизнес не может стоять на месте, ожидая результатов внедрения. В данной статье предлагается вариант поэтапного подхода к подобному проекту для получения значимых результатов уже через 3-6 месяцев. Суть предлагаемого подхода - в выстраивании учета оборудования и ресурсов от услуг (сервисов).

Постановка задачи

Построение модели данных об услугах, сервисах и ресурсах инфокоммуникационной сети (ИКС) - важнейшая задача для ее оператора. За последние несколько лет появилось несколько стандартизированных подходов к этой задаче (проекту), предлагаемых международной ассоциацией TeleManagement Forum.

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

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

Описание текущей ситуации

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

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

Краткое описание основных понятий

Для более точного понимания предмета указанного проекта, реализованного в сети "Комкор", кратко дадим описание 3 основных понятий, используемых при разработке вышеуказанного классификатора: продукт (ИК-услуга), сервис и ресурс.

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

Примеры продуктов:

  • доступ в Интернет;
  • предоставление доступа к VPN;
  • аренда канала E1 и т.п.

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

Примерами сервисов являются:

  • ADSL-канал;
  • VPN;
  • канал E1 SDH.

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

Примеры:

  • абонентский модем;
  • DSLAM;
  • сеть IP/MPLS;
  • маршрутизатор;
  • системы передачи;
  • программное обеспечение.

Возможны случаи, когда название продукта, сервиса и/или ресурса совпадают (например, когда клиенту предоставляется канал E1).

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

На рис. 2 представлена логическая взаимосвязь основных понятий, используемых для создания классификатора и автоматизированной системы СИ Д.

Порядок реализации проекта

На первом этапе проекта, предполагается:

1. Разработка критерия классификации, структуры и формы визуализации классификатора "продукт-сер-вис-ресурс", а также наполнение данными разработанного классификатора. Разработка и внедрение автоматизированной системы ведения реестра сервисов:

  1. ведение каталога сервисов;
  2. построение связей сервисов между собой, с продуктами и ресурсами.

Это позволит:

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

2. Разработку и внедрение И С целесообразно проводить в соответствии с используемой в мировой практике методологией NGOSS (New Generation Operations Systems and Software - методология построения систем и программного обеспечения нового поколения для телекоммуникационных компаний). Ее авторство принадлежит международному консорциуму TeleManagement Forum и включает 4 составляющие:

  1. enhanced Telecom Operations Map (eTOM) - карта или структура бизнес-процессов, стандартизированных для большинства операторов связи и сервис провайдеров;
  2. Shared Information and Data Model (SID) - модель структуры данных компании, обеспечивающих единую классификацию данных, единый язык общения, основу для интеграции приложений;
  3. Telecom Applications Map (TAM) - структура приложений, которая базируется, с одной стороны, на структуре бизнес-процессов (eTOM), с другой - на структуре данных (SID). ТАМ определяет единую классификацию приложений, основу для проектирования решения. Ключевыми принципами, заложенными в ТАМ, являются независимость от производителя программного обеспечения и взаимозаменяемость приложений;
  4. Technology Neutral Architecture (TNA) - технология, описывающая единый подход к интеграции и построение единой информационной системы из множества автономных приложений.

Требования к функциональности выбранного решения

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

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

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

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

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

В основу подхода к интеграции программных систем положена концепция ESB (Enterprise Service Bus). Она реализуется через технологии Web Services. Концепция сервисной шины (ESB, или, в другой терминологии, SOA) в настоящее время является в индустрии программного обеспечения основным подходом к интеграции приложений от различных разработчиков.

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

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

Требования к развитию функциональности СИД

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

  • мониторинг производительности сервиса сети;
  • управление SLA;
  • ведение реестра ресурсов.

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

1. Мониторинг производительности сервиса сети

  • Подсистема обеспечивает сбор информации о качественных показателях эффективности работы сервисов сети (KQI - key quality indicators). При этом сбор информации с конечного оборудования на сети проводится внешней системой мониторинга. Система СИД обеспечивает программные интерфейсы для работы с системой мониторинга;
  • Подсистема предоставляет средства мониторинга KQI пользователем, с помощью средств визуализации и просмотра значений показателей;
  • Подсистема обеспечивает оповещение пользователей в случае выхода показателей за пределы установленной пользователем нормы с помощью как средств визуализации и средств удаленного оповещения (например, по e-mail или SMS), так и оповещение других систем с помощью средств межпроцессных коммуникаций;
  • Подсистема предоставляет собранные данные другим системам для использования в качестве основы для применения других способов анализа.

2. Управление соглашением обуровне сервиса (SLA)

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

3. Ведение реестра ресурсов

  • Подсистема обеспечивает ведение реестра ресурсов, таких, как сетевое оборудование (SDH, IP, ATM, телевизионное оборудование) и каналы связи (физические и виртуальные);
  • Подсистема предоставляет пользовательский интерфейс для просмотра и внесения изменений в реестр ресурсов;
  • Подсистема предоставляет другим системам открытый интерфейс для доступа к данным реестра и для внесения в него изменений;
  • Ведение истории изменений состояний ресурсов.

Реализация

Реализация данного проекта для сети "Комкор" была начата в марте 2006 г.

В результате была получена следующая классификация:

  1. Типы продуктов (см. рис. 3);
  2. Типы сервисов (фрагмент) (см. рис. 4);
  3. Типы ресурсов (фрагмент) (см. рис. 5);

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

Выводы

На основании результатов проекта, реализованного в "Комкор", можно сделать следующие заключения:

  • методология NGOSS применима к большим ИК-сетям;
  • применение методологии SID NGOSS позволяет сократить сроки создания единого классификатора ресурсов ИКС в 2-2,5 раза;
  • полученный классификатор "продукт-сервис-ресурс" применим не только в технических подразделениях, но и в других организационных подразделениях оператора ИКС как структурный документ, позволяющий глубже понять бизнес оператора ИК-услуг.

Литература

  1. А.А. Костин, д.т.н. "Концепция NGOSS телеменеджмент форума", Центр Проблем Управления Телекоммуникационными Сетями и Услугами, Петербург, 2004
  2. Ф.В. Краснов "Управление предоставлением услуг Интернет, Международное рабочее совещание IntRus", Дубна, 2002
  3. А.В. Бачин "Телеком - модель бизнес-процессов - eTOM - Oracle", Oracle Magazine/Русское издание", Москва, 2004
  4. ITU-T. TELECOMMUNICATION STANDARDIZATION SECTOR. (06/2004). Telecommunications management network. Enhanced Telecom Operations Map (eTOM) - The business process framework. M3050.1 @ ITU 2004
  5. Е.Е. Нагаев "еТОМ: структурная модель бизнес-процессов для операторов связи", Москва, Мобильные системы", 2005

Опубликовано: Журнал "Технологии и средства связи" #6, 2006
Посещений: 9100

  Автор

Краснов Ф.В.

Краснов Ф.В.

Директор по ИТ ОАО "Московская телекоммуникационная корпорация"

Всего статей:  1

В рубрику "Менеджмент" | К списку рубрик  |  К списку авторов  |  К списку публикаций