基于流程组件的面向服务运维架构.pdf

http://www.paper.edu.cn

基于流程组件的面向服务运维架构

王昕
北京邮电大学电信工程学院，北京（100876）
E-mail：[e-mail]
摘要：本文通过对电信运营商运维工作历史和现状的分析，结合当前实际工作中遇到的某
运营商改造运维流程的案例，指出了传统运维模式的潜在弊端，随后在探讨NGOSS架构、
ITIL的概念及它们对电信运维工作的指导意义后，分析了面向服务运维的概念，提出了运
行维护流程组件化这一解决方案，以进一步提高电信运营商的运维水平，同时满足客户需求
多样化与运维流程标准化的双重要求。
关键词：运行维护；面向服务；NGOSS；ITIL；流程组件
中图分类号：TN91

1.引言
运行维护工作，一直是电信企业的生命线。运维部门不象销售部门那样能直接创造看得
到的利润，企业的财务统计报表上也只能在“支出”一栏中看到它所产生的巨额数字，但其重
要性毋庸置疑：在目前阶段，网络仍是电信企业赖以生存的根本，所有业务都要通过网络提
供，离开了运行维护，网络不但不能产生效益，相反将变成累赘，甚至还会对企业的形象造
成严重打击，最终失去市场，失去一切。作为电信企业运营活动的重要组成部份，运维工作
的模式必须随着电信运营体制的演化而与时俱进。针对电信运营发展的趋势，TMF提出了
NGOSS架构，很多电信运营商和设备提供商都采用该架构来指导自己的活动，同时，管理
IT企业信息服务的ITIL也受到了很多专业人士的推崇。其中NGOSS体现的一种面向服务
的思想，而ITIL则是把IT企业的日常活动形成相对固定的一系列流程规范。将两者相结合
无疑是一个比较好的选择，能满足电信运营企业从网络提供商向服务提供商过渡的要求。
2.传统运维
传统的运行维护工作是基于网络的维护，是以设备为中心的维护体系，维护的对象是网
元设备和网络，实际上，传统运行维护所涉及的只是网络管理的内容，它的目的是提供通畅
的网络并保证网络的正常运行，为业务部门提供有力支撑，使业务部门能够顺利地为客户提
供服务。

2.1分专业的运维
传统运维的突出特点是面向业务，即由运营商根据自身所能提供的业务来确定运维工作
的内容。这就意味着不同的业务需要不同的运维流程来支撑，随之将产生不同的运维部门，
各部门仅局限于负责自己专业域内网络的运行维护，跨专业之间的协作及故障处理异常繁
琐。现实运行的通信网是一个庞大复杂的体系，讲究的是统一性与完整性，从技术角度来说，
分专业运维的数据将无法共享，重复数据将占据海量的存储空间，数据的挖掘与分析变得比
较困难，同时还存在数据不一致的隐患，甚至由此导致通信事故的发生；从行政上来说，工
单在不同专业域之间的流转及重复处理会消耗大量的人力、物力和财力，使运行维护效率变
得低下。某运营商曾使用过的分专业域的电子运维模式如图1（见下页）所示，从中可以看
出各专业域之间是孤立的体系。

-1-
http://www.paper.edu.cn

总部移动专业电子运维平台总部传输专业电子运维平台

考核管理值班管理考核管理值班管理
总部
作业计划运行调度作业计划运行调度

省分移动专业电子运维平台总部移动电省分传输专业电子运维平台总部传输电
子运维反牵子运维反牵
终端终端
作业计划运行调度作业计划运行调度
省分
值班管理考核管理值班管理考核管理

省分移动电省分传输电
子运维反牵子运维反牵地市
终端终端

图1分专业域的电子运维平台总体架构

2.2直线型的运维
传统运行维护的另一个特点是直线型，即一线贯穿、自上而下的指挥调度体系和自下而
上的请示报告体系。从某运营商的运行维护管理规程与达标手册中可以看出，每一种流程都
紧紧围绕着其企业内部所要求的时效、责任、考核这三个要素展开，其着眼点仍然是面向企
业自身，在每一流程中缺乏相应的服务质量评估横向接口，在整个运维过程无法较好地体现
服务客户的思想。例如，某运营商在传输网故障处理时限要求中规定：“……，确保在6小时
以内完成抢代通工作。要求省际干线线路故障自故障发生时间起24小时之内必须正式恢复；
故障若采用倒波或倒纤处理，具备倒回条件起24小时内，必须正式倒回。”显而易见，以上
规定还是为方便企业自身而非客户而制定。另外，直线型流程所采用的自上而下的指挥调度
体系和自下而上的请示报告体系常会束缚业务的灵活性，且其流程中缺乏与SLA相对比的步
骤，难以在流程进行中进行阶段性的指标评估。

2.3“双输”的传统运维模式
从运营商自身的角度来说，多专业域分隔的运维模式增加了人力与设备成本，直线型的
运维降低了运行维护的效率，提升运维成本，不利于增加ARPU，进而提升企业的利润率；
从客户的角度来说，分专业与直线型的运维带来一种不透明的感觉，使他们难以获得