книги / Современные принципы и технологии управления инфокоммуникационными сетями.-1
.pdf– своевременно проводить планово-предупредительные
ирегламентные работы на оборудовании для поддержания качества услуги (сетевая эксплуатация и управление ресурсами);
–организовать взаимодействие с третьей стороной, например с другим оператором связи (управление взаимоотношениями с партнерами и поставщиками).
Те же перечисленные функции надо осуществлять и при обеспечении услуги, и при расчетах за услуги связи.
Управление инфраструктурой и управление продуктами
иуслугами представляют собой основу стратегического развития оператора. Очевидно, что без плана капитального строительства, схем развития сетей связи, планов ввода емкости ни один оператор не может нормально реализовать свои биз- нес-планы. Сюда же относится планирование предоставления новых услуг, таких как интернет, IP-телефония и т.п. Все эти вопросы объединяются в рамках стратегии развития оператора связи [16].
Уровень 2
Дальнейшая детализация бизнес-процессов предлагается на уровне 2. На этом уровне уточняется состав процессов, входящих в горизонтальные группы процессов, которые были определены на уровне 1.
Для примера рассмотрим горизонтальную группу процессов блока «Основная деятельность» – «Эксплуатация и управление ресурсами». Указанная группа разделена на пять составляющих процесса уровня 2, представленных на рис. 5.8. Процессы этой группы соотносятся с вертикальными группами процессов: «Управление ресурсами, эксплуатация и поддержка готовности» соотносится с вертикальной группой «Поддержка эксплуатации
иготовность к работе», «Обеспечение ресурсов» – с «Предоставление услуги», два процесса «Управление проблемами ресурсов»
и «Управление производительностью ресурсов» соотносятся с группой «Управление качеством», процесс «Сбор и обработка данных ресурсов» – с группой «Биллинг».
171
Рис. 5.8. Фрагмент схемы бизнес-процессов оператора связи. Уровень 2
Уровень 3
На уровне 3 детализируются процессы, которые были описаны на уровне 2 карты eTOM. Каждый процесс разделяется на подпроцессы, реализующие задачу процесса уровня 2.
Основная деятельность
Поддержка эксплуатации и готовность к работе
Эксплуатация и управление ресурсами
Управление ресурсами, эксплуатация и поддержка готовности
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Активация |
|
|
|
Активация управления |
|
|
Управление |
|
|
Активация |
||||||||||||||||
обеспечения |
|
|
|
|
|
|
|
сбораданных |
||||||||||||||||||
|
|
|
производительностью |
|
|
проблемными |
|
|
||||||||||||||||||
ресурса |
|
|
|
|
|
|
|
от ресурсов |
||||||||||||||||||
|
|
|
|
|
|
|
ресурсов |
|
|
|
ресурсами |
|
|
|||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||||
|
|
|
|
|
Управление |
|
Управление |
|
|
|
|
Управление |
|
|||||||||||||
|
|
|
инвентаризацией |
|
обслуживающим |
|
|
|
|
|
||||||||||||||||
|
|
|
|
|
|
|
|
логистикой |
|
|||||||||||||||||
|
|
|
|
|
|
ресурсов |
|
персоналом |
|
|
|
|
|
|||||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Рис. 5.9. Фрагмент схемы бизнес-процессов оператора связи. Уровень 3
172
В качестве примера рассмотрим детализацию процесса «Управление ресурсами, эксплуатация и поддержка готовности» из рассмотренного выше примера для уровня 2 (рис. 5.9).
Дальнейшая детализация должна быть выполнена с учетом специфики деятельности и структуры конкретной телекоммуникационной компании, вследствие этого стандарты TMF не описывают более детальные уровни бизнес-процессов.
5.2.3. Области применения и принципы внедрения eTOM
На рис. 5.10 схематично представлены области применения карты eTOM в компании оператора связи. Архитектура eTOM, в частности декомпозиция процессов до уровня 3, служит основой для построения модели деятельности компании путем структурированного и систематизированного описания ее собственных бизнес-процессов. Полученная модель позволяет составить адекватное представление об организации деятельности компании и может применяться в дальнейшем для решения важных задач, стоящих перед бизнесом [17].
показателей бизнес-
Рис. 5.10. Области применения карты eTOM у оператора связи
173
На основе процессной модели деятельности компании осуществляется управление организационной структурой и оценка эффективности деятельности персонала, могут производиться реструктуризация и реорганизация компании.
Строгое описание бизнес-процессов компании позволяет реализовать методы функционально-стоимостного учета и функ- ционально-стоимостного управления для расчета себестоимости продуктов и управления эксплуатационными расходами. Идея, лежащая в основе функционально-стоимостного подхода, состоит в том, что ресурсы предприятия потребляются функциями (про- цессами-элементами), а эти функции, в свою очередь, потребляются производимыми продуктами или услугами. Реализация этих методов в полном объеме невозможна без использования детальной информации о сквозных бизнес-процессах и их шагов – про- цессов-элементов.
Модель деятельности компании является основой для управления, улучшения и оптимизации бизнес-процессов. Системное документирование существующих бизнес-процессов компании – первый шаг в проектах по реинжинирингу (перестройке) бизнеспроцессов. Задачей реинжиниринга является достижение фундаментальных улучшений путем перепроектирования процесса таким образом, чтобы максимизировать добавленную стоимость и минимизировать прочие показатели (затраты временных, людских и других ресурсов). Этот подход можно применять как на уровне отдельного бизнес-процесса, так и на уровне целой компании.
Модель бизнес-процессов оказывается очень полезна при автоматизации деятельности компании для составления требований к программному обеспечению и ИТ-инфраструктуре, подбора компонентов информационных систем, организации хранения и доступа к совместно используемым различными функциональными подразделениями данным.
Системное использование модели существующих бизнеспроцессов значительно упрощает разработку разнообразных норм, правил и должностных инструкций, регулирующих деятельность компании.
174
На основе модели бизнес-процессов компании формируется общее видение ее деятельности, что способствует разработке биз- нес-стратегий иопределениюнаправлений дальнейшего развития.
Помимо документирования существующих бизнес-процессов и построения модели деятельности предприятия, непосредственно карта eTOM может применяться в компании связи для решения следующих задач:
–структурирование компании (группировки и определения процессов eTOM служат для распределения ролей и функций
врамках организации);
–выбор информационных систем, решений и их компонентов у поставщиков, которые указывают, какие бизнес-процессы eTOM автоматизируются с помощью той или иной системы.
Важно помнить, что eTOM – эталонная модель и ее можно развивать и адаптировать для отражения особенностей функционирования конкретной компании. Одной из главных составляющих адаптацииявляется дальнейшая декомпозициябизнес-процессов.
Поскольку в рекомендациях TM Forum стандартизированы только процессы уровней 0-3, как правило, применяющие карту компании производят декомпозицию до уровней 4, 5, а иногда и 6, опираясь при этом на собственные бизнес-процессы и практику. Можно выделить два основных подхода к такой декомпозиции: снизу вверх и сверху вниз. В первом случае сначала определяют и документируют существующие в компании бизнеспроцессы. Затем строят отображение существующих процессовпотоков на eTOM и на основе полученных данных разрабатывают собственную декомпозицию стандартных процессов-элементов eTOM. При втором подходе начинают с детальной декомпозиции процессов eTOM. После этого строят процессы-потоки, чтобы связать процессы-элементы друг с другом. И наконец, комбинируют декомпозицию и потоки так, чтобы полностью описать поведение областей процессов карты. В обоих случаях декомпозицию процессов-элементов можно довести до того уровня, который позволяет добиться необходимой степени детализации описания деятельности компании.
175
Проект по внедрению eTOM вовсе не обязательно должен подразумевать документирование всех без исключения бизнеспроцессов или описания их в мельчайших деталях. Декомпозиция карты может быть произведена частично и до любого уровня иерархии, если этого будет достаточно для решения поставленных задач. Если произведенная декомпозиция позволила получить достаточно сведений для использования в бизнесе или польза от более глубокой детализации не покрывает затрат на дальнейшее ведение проекта, декомпозицию можно считать завершенной [17].
5.3. ПОДХОД К СЕТЕВОМУ УПРАВЛЕНИЮ
BROADBAND FORUM.
ПРОТОКОЛ CWMP (TR-069)
5.3.1. Предпосылки разработки протокола CWMP
Для построения городских широкополосных сетей наиболее часто применяются технологии ADSL и GPON. В результате сети представляют собой большое количество абонентских устройств, требующих мониторинга и управления. Особенностью городских широкополосных сетей является то, что абонентские устройства достаточно сложные и нетривиальные в настройке, что вызывает большие трудности при обслуживании и эксплуатации таких устройств для оператора сети. Также следует учесть, что количество абонентских устройств исчисляется десятками и сотнями тысяч для сети крупного провайдера в рамках одного города. В результате возникла необходимость в разработке технологии управления, позволяющей удаленно выполнять мониторинг, управление и обновление программного обеспечения на большом количестве распределенного оборудования.
Начиная с 2004 г. организация Broadband Forum (бывший DSL Forum) разрабатывает протокол управления абонентскими устройствами через глобальную сеть – CPE WAN Management Protocol (Customer Premises Equipment Wide Area Network Management Protocol), или сокращенно CWMP, который используется для управления большим количеством абонентских уст-
176
ройств. Основная спецификация протокола управления абонентскими устройствами выпущена в виде технического отчета Broadband Forum TR-069. Протокол получил широкое распространение и де-факто стал стандартом для абонентских устройств широкополосных сетей. Де-юре протокол в 2011 г. был утвержден Европейским институтом телекоммуникационных стандартов (ETSI) в качестве европейского стандарта (ES 203 069), а в 2012 г. одобрен Международным союзом электросвязи (рекомендация ITU-T G.9980). Также TR-069 используется в архитектуре Machine- to-Machine (M2M) ESTI как протокол управления устройствами.
5.3.2. Архитектура управления TR-069
Под управлением по протоколу CWMP (TR-069) понимают набор документов, разработанных Broadband Forum и описывающих реализацию управления для шлюзов и абонентских устройств
(Customer Premises Equipment – CPE) насторонепользователя.
Основным элементом архитектуры управления TR-069 (рис. 5.11) является сервер автоконфигураций (Auto-Configuration Server – ACS). ACS реализуется как сервер приложений, автоматизирующий основные механизмы управления абонентскими устройствами, а также обеспечивающий взаимодействие с элементами инфраструктуры провайдера.
ACS имеет два интерфейса – южный и северный. Южный интерфейс обеспечивает поддержку абонентских устройств домашней сети пользователя и реализует следующие функции:
1.Автоматическая настройка и динамическое конфигурирование настроек абонентских устройств в соответствии с услугами, предоставляемыми оператором сети.
2.Управление встроенным программным обеспечением абонентских устройств (контроль версий и обновление).
3.Мониторинг состояния и параметров производительности абонентских устройств.
4.Диагностика абонентского оборудования. Непосредственное взаимодействие между абонентскими
устройствами и сервером автоконфигураций ACS производится по протоколу TR-069.
177
Рис. 5.11. Архитектура управления TR-069
Северный интерфейс сервера автоконфигураций ACS реализует взаимодействие с элементами инфраструктуры провайдера – с системами поддержки операций и бизнеса (OSS/BSS), системой управления политикой безопасности, call-центром (центром обработки вызовов) и т.д. Требования к функциональности северного интерфейса описаны в спецификации TR-131.
Кроме основного документа (спецификации TR-069), организацией Broadband Forum разработано семейство спецификаций, описывающих управление по протоколу CWMP. Спецификации описывают протокол управления CWMP, требования к функциям шлюзов и устройств, а также объектные модели данных для управления конкретным устройством. Под объектной моделью данных в спецификации TR-069 подразумевается база информации управления (MIB) согласно терминологии классического подхода к сетевому управлению. Определена общая модель данных для управления по протоколу CWMP, а также модели данных для шлюзов и абонентских устройств.
Изначально ввиду широкой распространенности реализации доступа в интернет с помощью технологии ADSL предполагалось использование в качестве шлюзов модемов ADSL, поэтому пер-
178
вые спецификации были разработаны для контроля именно этого оборудования. В последующем при расширении спектра услуг, предоставляемых пользователям городских сетей, модемы ADSL стали заменяться оптическими терминалами, а у пользователей стало появляться оборудование VoIP, IP-TV и т.п. В результате Broadband Forum разработал спецификации для большого количества абонентских устройств домашних сетей пользователей. Список основных спецификаций представлен ниже в табл. 5.2.
Таблица 5.2
Спецификации технологии управления TR-069
Специфи- |
Наименование |
Описание документа |
|
кация |
документа |
||
|
|||
1 |
2 |
3 |
|
|
Базовые |
модели данных |
|
TR-106 |
Data Model Template |
Описание структуры модели данных |
|
|
for TR-069-Enabled |
для устройств, совместимых с TR-069 |
|
|
Devices |
|
|
TR-181 |
Device Data Model |
Определяетединуюмодельданныхдля |
|
|
for TR-069 |
всехустройств, поддерживающихTR-069 |
|
TR-157 |
Component Objects |
Расширение объектной модели CWMP |
|
|
for CWMP |
в соответствии с новыми технологиями |
|
|
|
и возможностями домашних сетей |
|
|
Протокол |
||
TR-069 |
CPE WAN |
Спецификация протокола CWMP |
|
|
Management Protocol |
|
|
|
Шлюзы – функциональность и модели данных |
||
TR-046 |
Auto-Config: |
Автоконфигурирование оконечных |
|
|
Architecture & |
устройств технологии DSL |
|
|
Framework |
|
|
TR-098 |
Internet Gateway |
Описание модели данных для шлюзов |
|
|
Device Data Model for |
доступа в интернет |
|
|
TR-069 |
|
|
TR-064 |
LAN-Side DSL CPE |
Описание функций конфигурирования |
|
|
Configuration |
абонентского оборудования DSL со |
|
|
|
стороны LAN |
|
TR-133 |
TR-064 Extensions for |
Расширение спецификации TR-064 для |
|
|
Service Differentiation |
дифференциации служб планирования, |
|
|
|
очередей, управления на основе поли- |
|
|
|
тик и т.п. |
179
|
|
Окончание табл. 5.2 |
|
|
|
1 |
2 |
3 |
TR-068 |
Base Requirements |
Базовые требования для ADSL модемов |
|
for an ADSL Modem |
с функцией маршрутизации |
|
with Routing |
|
TR-124 |
Functional |
Требования к функциональности ши- |
|
Requirements for |
рокополосных домовых шлюзов |
|
Broadband Residential |
|
|
Gateway Devices |
|
TR-142 |
Framework for TR-069 |
Описание модели данных для уст- |
|
enabled PON Devices |
ройств PON и подсоединенных к ним |
|
|
оптических устройств |
Абонентские устройства – функциональность и модели данных |
||
TR-104 |
Provisioning Parameters |
Описание модели данных для уст- |
|
for VoIP CPE |
ройств VoIP |
TR-111 |
Applying TR-069 |
Описание функций удаленного управ- |
|
to Remote Management |
ления устройствами локальной сети |
|
of Home Networking |
пользователя |
|
Devices |
|
TR-122 |
Base Requirements |
Базовые требования к функционально- |
|
for Consumer-Oriented |
сти адаптеров абонентских аналоговых |
|
Analog Terminal |
терминалов |
|
Adapter Functionality |
|
TR-135 |
Data Model for a TR- |
Описание модели данных для телеви- |
|
069 Enabled STB |
зионных приставок, подключаемых по |
|
|
технологии IP-TV |
TR-140 |
TR-069 Data Model for |
Описание модели данных для уст- |
|
Storage Service Enabled |
ройств хранения данных (NAS) |
|
Devices |
|
TR-143 |
Enabling Network |
Описание объектов и параметров мо- |
|
Throughput |
ниторинга и тестирования производи- |
|
Performance Tests and |
тельности сети |
|
Statistical Monitoring |
|
TR-196 |
Femto Access Point |
Описание модели данных для уст- |
|
Service Data Model |
ройств технологии FemtoCell (фемтосо- |
|
|
товые устройства) |
TR-262 |
Femto Component |
Компоненты для модели фемтосотовых |
|
Objects |
устройств |
|
Северный |
интерфейс |
TR-131 |
ACS Northbound |
Требования к функциональности се- |
|
Interface Requirements |
верного интерфейса сервера автокон- |
|
|
фигураций ACS |
180