电信运营商业务管理框架研究综述

陶彩霞，阳志明，田海波，王海霞

（中国电信股份有限公司广东研究院 广州510630）

1 引言

2009年1月7日国内3G牌照发放，3G网络在国内三大运营商规模部署，电信业务的竞争越发激烈，实现业务的有效管理也就成为了电信运营商亟待解决的关键问题之一。

业务管理概念的首次提出是在1986年ITU-T制定的TMN（telecommunication management network，电信管理网）规范中，TMN中定义了5个功能层次：网元层、网元管理层、网络管理层、业务管理层和商务管理层，但由于传统的电信网都是封闭的，而且业务比较单一，所以TMN主要的研究重点放在业务管理层之下。

随着技术的发展，业务越来越多，TMF在1995年发布TOM（telecom operation map，电信运营图）系列规范，2000年TOM向eTOM（enhanced telecom operation map，增强的电信运营图）演进，eTOM系列规范于2004年被ITU-T采纳正式成为官方标准。eTOM描述了电信运营商所需要的所有企业过程，并依据这些过程对企业的重要性和优先级将其分解到不同的粒度，主要包括了战略、基础设施和产品域、运营域、企业管理域三个部分。eTOM更加关注业务生命周期的管理，成为电信运营企业进行业务管理研究参照的主要标准。

随着3G网络的规模部署，移动业务、增值业务迅速发展，业务平台种类、数量不断增加，电信业务强调多样化、个性化，给运营商的业务管理带来了新的挑战：一是在满足业务的多样性的同时还要满足业务管理在业务生命周期各个阶段以及业务的就绪、开通、保障、计费等过程的统一性；二是在适应新的跨多个SP、CP的业务模式的同时还要实现业务管理的集成性。在当前形势下，电信运营商的业务管理框架不仅和支撑系统密切相关，还与业务平台密切相关。

2 国际标准和行业观点概览

在中国电信，业务平台分为：业务管理平台、业务应用平台和业务能力平台，各个国际标准组织在相关领域的研究重点如图1所示。

TMF（telemanagement forum，电信管理论坛）的SDF（service delivery framework）研究小组主要侧重研究业务管理平台（实现业务生命周期管理）、其与业务能力平台/业务应用平台的交互以及与支撑系统的交互；eTOM主要侧重电信运营过程分析；PLM（product lifecycle management）主要侧重产品生命周期管理。

OMA（open mobile alliance，移动开放联盟）主要侧重研究业务平台的功能特性和策略管理，以及业务管理平台与业务能力平台/业务应用平台的功能性交互接口。

ITU-T的NGNMFG（下一代网络管理热点组）和ETSI（European telecommunications standards institute，欧洲电信标准组织）的TISPAN（电信和互联网融合业务及高级网络协议）研究组主要侧重研究NGN支撑系统管理架构，ETSI特别对订购管理进行了深入的研究。

ATIS（thealliancefortelecommunicationsindustry solutions，美国电信解决方案联盟）的TMOC（电信管理和运行委员会）主要侧重研究IPTV支撑系统参考架构以及计费管理。

OASIS（organization for the advancement of structured information standards，结构信息标准化促进组织）和OMG（object management group，对象管理组织）主要侧重SOA、UML等集成基础设施。

上述各个标准组织的研究重点可分为3类：一类是从业务/产品本身的特性出发，研究其生命周期过程以及管理需求，这些管理需求需要通过业务平台和电信支撑系统共同协作来实现；第二类是研究业务平台领域的业务管理；第三类是研究电信支撑系统领域的业务管理。

3 业务/产品生命周期管理研究

TMF在2009年8月份发布了最新的产品生命周期管理技术报告，包含了产品规格、产品、服务规格、服务、资源规格、资源等生命周期的管理，主要分析了生命周期各个阶段的活动、输入/输出参数，管理要求特性等内容。

在这份技术报告中，借用SID（TMF的共享信息数据模型）的概念和模型，业务/产品由一个或多个服务构成，服务由底层的资源构成。业务/产品的生命周期主要包含概念策划、设计开发、部署、激活、运营、退网等6个阶段，如图2所示。

如图3所示，业务/产品生命周期各个阶段与电信运营过程eTOM中的各领域是密切相关的。其中，运营阶段和执行阶段是同步的，运营阶段主要侧重管理运营方面，执行阶段主要是功能的执行，侧重点不同。

业务/产品生命周期各个阶段的部分管理特性需要由业务平台来实现，而另外一些管理特性则需要由电信支撑系统来实现，目前国际上各个标准组织分别从这两个不同的视角开展了业务管理框架的研究。

4 业务平台领域的业务管理框架

业务平台领域的业务管理和SDP（service delivery platform，业务交付平台）的功能架构密切相关。SDP的概念大约在2000年提出，但目前还没有一个国际规范完整和清晰地解释了什么是SDP以及SDP的构成。由于历史的认知差异（对SDP概念不同层次的认识）和侧重点的差异（基于IT或基于网络），导致大家对SDP的概念和功能有着各种不同意见，存在着各种支持和反对的声音。图4展示了4个国际分析机构对SDP功能架构的观点。从总体上来说，SDP和中国电信的业务管理平台的定位是相近的。

在SDP的发展历程（如图5所示）中，TMF于2007年提出了SDF（service delivery framework，业务交付框架）的概念，其角色是提供合适的构件来支持关键的运营过程和业务管理活动。例如：SDF通过服务和OSS/BSS之间接近实时的双向的交互，把SDP中的服务创建和执行集成到运营环境中。

SDP与SDF在NGN中的定位如图6所示。SDP可以看作是服务的开发、部署和执行环境，而SDF主要关注这些服务的管理。它们的定位是有差别的。把业务的生命周期管理特性融合进来，并强调与支撑系统的协作，将是SDP的未来发展目标。

4.1 OMA-OSE、OSPE架构

OMA制订的OSE（oma service environment，OMA业务环境）架构 （如图7所示）可以看作是具有OMA特色的SDP，但由于SDP的概念存在着各种不同的声音，OMA放弃了“SDP”这个术语，而采用“OSE”来命名其架构。OSE架构包含了Service Enabler（业务能力实体）、Enabler implementation（业务能力的实现）、Interface（接口）、Enabler interface binding（业务接口绑定）、Resource（资源）、Application（应用）、Policy Enforcer（策略执行）、Execution Environment（执行环境）几个组成部分。

OSE架构体现了平台水平架构的思想，打破以往的烟囱式架构。OSE的目的是提供一个通用的架构原则，使OMA业务能力实体和其相互间的交互标准统一，确保架构完整性、可扩展和互操作的能力，力求减少烟囱式的设计，减少整合与开发的复杂性。

在OSE架构的基础上，OMA在2009年进一步提出了OSPE（OMA service provider environment，业务能力提供环境）架构，包括业务生命周期管理、业务记录、业务模型管理，搭建了一个业务管理可运营的基础架构，如图8所示。

在该架构中，把生命周期管理划分为两类分别进行管理：业务生命周期管理（业务视角）和组件生命周期管理（IT视角）。该架构的核心是定义了OSPE服务器，统一处理外部的开通和跟踪请求，这与TMF的SDF管理支持服务的定位是类似的。

4.2 TMF-SDF参考模型

TMF在2007年提出了SDF的概念，并于2009年6月份发布了SDF参考架构，定义了SDF服务参考模型，该架构主要包括：管理支持服务 （management support service，MSS）、基础设施支持服务 （infrastructure support service，ISS）及其与SDF服务之间的交互接口，如图9所示。

在该模型中，管理支持服务（MSS）调用SDF服务的服务管理接口 （SMI）来管理SDF服务。基础设施支持服务（ISS）通过功能接口提供可重用的功能特性，以支持SDF。

SDF的操作流程是：首先由管理支持服务（MSS）支持的管理过程在SDF服务库中找到SDF服务的服务管理接口（SMI）的接口描述，然后在SDF服务生命周期元数据库中找到相关的元数据；基于SDF服务生命周期元数据，MSS将决定是应用SDF服务的SMI接口，还是依靠传统的支撑系统，或使用ISS服务来支持非传统的运营操作，如管理依赖性。

TMF的SDF参考架构主要侧重服务生命周期的管理，侧重点和OMA的OSE互为补充，构造了较为完整的业务交付框架。管理支持服务作为统一接口和BSS/OSS支撑系统进行交互。不过目前TMF的研究主要还是侧重SDF框架内部各个模块之间的接口，管理支持服务与支撑系统之间的交互接口的研究将纳入下一步的研究计划。

5 电信支撑系统领域的业务管理框架

5.1 ITU-T、ETSI的NGN管理架构

基于NGN网络的管理架构最初由ETSI提出，后被ITU-T采纳并进一步完善。近年来，ITU开始转变电信管理的研究模式，即从以前的单纯面向网络、面向设备、面向技术、从下至上的思维模式转变为面向电信企业运营、从上至下的思维模式。在这种转变的影响下，在电信网络管理方面ITU近年的研究重点之一转向了电信网络运营管理标准研究，目前最新成果是引入eTOM概念。NGNMFG热点组将按照高层要求→管理要求→管理原则及架构→协议无关接口规范→协议相关接口规范的先后顺序开发NGN管理标准。

为了处理NGN管理的复杂性，该架构的管理功能性参考eTOM分割为不同的逻辑层次或功能管理层，如图10所示。

为了达到遵循NGN模型的目的，ITU-T将运营支持功能块分解为业务管理功能（SMF）和资源管理功能（RMF），而资源管理功能又分解为业务资源管理功能（SRMF）和传送资源管理功能（TRMF）。其中业务资源管理功能包括业务创建、订购关系管理、用户自服务、业务测试、QoS管理、业务使用记录收集等，并且通过接口与AS、HSS等业务资源交互，如图11所示。

未来业务的发展将可能会跨多个合作伙伴，在ITU-T的NGN管理架构中，把S/P关系管理（SPRMF）作为支撑系统的功能进行统一管理，第三方产品主要由第三方CRM模块（MPCMF）接入运营商的S/P管理模块（SPRMF）完成，如图12所示。

5.2 ETSI订购管理架构

ETSI在NGN管理架构的基础上，于2008年发布了NGN业务的订购管理架构规范，如图13所示。在该架构中，强调了自服务功能，以适应当前多种多样的业务。客户通过运营商的业务受理，确定了订购关系后，即可启动自服务流程。

5.3 ATIS-IPTV业务管理架构

ATIS的IPTV业务管理架构的目标是通过一个服务集成框架提供更加广泛的IPTV业务模型，该架构参考和兼容其他标准组织的架构（如TMN、NGN、NGOSS、eTOM），作为IPTV OSS架构的理论基石；划分了IPTV平台和OSS系统功能界面；提供了基于eTOM过程的交互分析。支撑系统与IPTV平台的集成关系如图14所示。

6 结束语

如何对当前多种多样的业务进行有效的管理是当前国际上各个电信运营商的一个关注热点，各大标准组织均开展了与此相关的研究。在业务生命周期管理、业务平台领域的业务管理、支撑系统的业务管理等方面各个国际标准组织均从不同的侧面和视角为运营商提供了很好的借鉴思路，但业务平台和支撑系统如何协作形成完整的业务管理框架体系，解决当前业务发展和业务管理的矛盾，目前还没有一个成熟的研究成果，还有待进一步深入研究。

1 周文安，宋俊德，常倩.电信领域的业务管理——概念和发展.当代通信，2006（4）

2 TMF.eTOM(enhanced telecom operations map),the business process framework.TMF GB921,July 2008

3 TMF.eTOM(enhanced telecom operations map),the business process framework,addendum D：process decompositions and descriptions.TMF GB921 D,November 2008

4 TMF.eTOM(enhanced telecom operations map),the business process framework，addendum F:process flow examples.TMF GB921 F,July 2008

5 ITU-T.General principles and general reference model for next generation networks.ITU-T Recommendation Y.2011，October 2004

6 ITU-T.下一代网络的管理原则.ITU-T 3060/Y.2401建议书，2006

7 TMF.Sharedinformation/data(SID)model,businessview concepts,principles,and domains.TMF GB922,May 2008

8 TMF.Product-service-resource information model E-mail,a PLM case study.TR153,June 2009

9 TMF.Servicedeliveryframeworkoverview.TMFTR139,September 2008

10 ETSI.NGN management;operations support systems architecture.ETSI TS 188 001,March 2006

11 ETSI.NGN subscription management;part 1:requirements.ETSI TS 188 002-1,July 2009

12 ETSI.NGN subscription management;part 2:information model.ETSI TS 188 002-2,March 2008

13 ETSI.NGNsubscriptionmanagement;part3:functional architecture.ETSI TS 188 002-3,March 2008

14 OMA.OSE architecture requirements,Feb 2007

15 OMA.OMA service environment,Feb 2007

16 OMA.OMA service provider environment requirements,May 2009

17 OMA.OMA service provider environment architecture,May 2009

18 TMF.SDF-industry groups positioning document.TMF TR141,June 2008

19 TMF.SDF-servicedeliveryframeworkbusinessagreement.TMF519,April 2009

20 TMF.Service delivery framework reference architecture.TMF061,July 2009

21 ATIS.IPTVOSSfunctionalrequirementsandreference architecture working text.TMOC-AIP-2007-004R17,June 2007