中国移动通信公司技术白皮书

中国移动技术白皮书

BEA公司谨呈

2020年5月12日

BEA公司作为当今软件应用服务器市场的翘楚，公司技术和产品脱胎于电信业巨子AT&T，解决方案成功服务于世界500强中所有的电信公司，在电信行业积累了深厚的经验。BEA中国公司则始终关注着中国移动的信息化建设，致力于将先进的行业经验和优秀的产品和解决方案服务于中国移动。本方案详细阐述了对当今中国移动的竞争分析、NGOSS系统的建设分析、中国移动本土化的解决方案设计以及BEA公司的解决方案综述，本方案力图为中国移动提供一个先进的而又是可行的整体解决方案。

BEA中国系统有限公司

中国移动技术白皮书

1综述

中国的电信市场无疑是当今全国、亚太乃至全球市场中最为炙手可热的市场之一。根据最新的统计数字，中国的固定电话用户超过1.8亿、移动电话用户近1.4亿、Internet用户数近3000万。今年1至3季度，我国电信业务收入达到2575.5亿元，在整个国民经济起到了重要的作用。近年来，中国的电信市场始终处于高速发展状态：

?移动通信市场，从起步到今天不过六七年的时间，已发展成为全球第一；

?互联网，短短4年间就已发展成为仅次于美国的全球第二大市场。

?更重要的是，中国的电信市场还孕育着更为巨大的发展空间。固定电话

全国普及率只有24.4％，移动电话的全国普及率更是仅为10％左右。

尽管如此，与国际各大电信巨头相比，中国的电信行业仍处于初级阶段。列强对中国市场觊觎已久，入世后的电信行业竞争强度和竞争战场将与迄今为止国内7大运营商的竞争截然不同。

1.1 规模竞争向业务竞争转变

中国移动用户普及率目前只为10％，加之中国的人口基数巨大，移动通信正处于高度发展的时期。目前来看，用户数量的增长为中国移动通信业的主要增长点，换言之即对客户的争夺将在今后一段时期内愈演愈烈。

移动运营商增加业务收入通常有两种方法：一是通过扩容，发展更多的用户以提高在网的绝对用户数；二是开发出各种各样的新业务，不断满足顾客除话音以外的需要，增加单个用户的收益。前者属于粗旷型的途径，在网络发展的高速期非常有效。但随着中国移动通信业的发展，比如中国移动建设ＧＰＲＳ网络、中国移动建设ＣＤＭＡ、中国电信和网通等非移动运营商逐步进入移动运营市场，移动市场逐渐进入平稳发展阶段，竞争机制逐渐完善。此时后者将显得越来

越重要，势必成为将来提高公司网络业务量、增加收入的主要手段。

从全球电信市场看，规模竞争早已为业务竞争所取代。其中最为成功的案例是日本NTT DoCoMo的I-mode业务模式。在1亿2千万人口的日本，NTT DoCoMo的用户数为3700万，其中I-mode的用户数为2526万，共有近40，000个业务相关网站。而I-mode的成功也主要是在移动数据业务范畴内的新业务模式的开发。显然可以认为3G的到来无疑会给以业务竞争为核心的NTT DoCoMo带来更大的市场机会。

1.2 新业务的诞生

如何产生新业务，新业务的主要来源通常来自两个方面：

·新技术可以带来新业务；

·原有的业务通过碰撞衍生出新业务；

前者可以归结到规模竞争的产物，在采用了新的技术如SMS、WAP、GPRS、CDMA、3G等技术后，新业务是水到渠成的结果。而从业务竞争的视角来看，运营商更重要的竞争力来源于后者。即如何利用现有的技术开发出新的业务，增加更据用户群亲善特点或是地域亲善特色的业务，从而保障运营商的长远发展。

在上述两种产生新业务的途径中，我们不难看出无论是吸纳新技术还是衍生新的业务，承受最为直接压力的将是运营商的业务支持平台。对业务支持平台最为直接的挑战在于：

·Time-to-Market的能力；

·如何衔接商业开发人员、市场分析人员商业视图与具体IT人员的技术实现视图；

·通过有效的途径，采用自动的数据搜集功能，获知客户行为、产品投放的反应、市场热点走向；

·在2G逐渐成熟的中国移动市场，迎接2.5G或3G所带来的新的价值链的有效搭建模式；

如上所示不一而足，而所有的要求归根到底是考察对软件平台能否实现上面的需求。

1.3 移动业务竞争对软件平台的需求映射

电信的发展与软件技术的发展一直以来都是息息相关的。随着网络技术、CTI 技术、智能网技术等电信技术的发展，带来的是Internet逐渐成熟和产品化、CRM 系统的跃进、B2B、B2C、B2E、B2P等各类新价值链的形成。

分布式组件技术（DCT：Distributed Component Technology）对整个软件工业的影响是划时代的。相应的主流技术包括CORBA、J2EE、.net、Web Service、XML等均得到了迅速的发展和商用化，极大提升了现在软件平台的能力。

应用服务器（Application Server）的巨大市场正是在这样的情况下应运而生。依托于应用服务器使企业的EAI应用、工作流应用、CRM应用、DSS应用等有了实现的基础，同时对开发人员而言则屏蔽了复杂的底层技术，使软件技术向工业化迈出了坚实的一步。

具体到电信业务系统的业务竞争需求来看，BEA公司认为以下几个方面对中国移动而言是必须要关注的问题。

1.3.1EIS整体框架结构

移动运营商的Enterprise Information System是一个十分复杂的系统，在以下的几个章节中将从几个与移动运营支撑系统密切相关的专业系统角度进行讨论。在讨论每个专业系统的之前，应充分认识到Infostructure的重要作用。下图

为电信运营商的EIS结构示意图：

从上图中不难看出，软件平台将成为整个系统的核心所在。核心软件平台负担各种业务逻辑，并通过各种技术与各类应用相连。

软件平台的应用范畴从适用角度来看可以分为2个领域：

·夯实各类专业应用的基础

软件平台对外屏蔽底层各类技术细节：

如何解决OLTP应用的性能和Failover；

如何解决Workflow应用的创建、监控和运行；

如何解决硬件平台、网络协议、数据库厂商以及软件结构之间的异构性？

如何实现软件的集群结构和负载分担技术；

如何保障分布式环境下的事务一致性控制；

……；

在传统C/S结构业已为三层或多层结构取代，传统的Client端为Browse、Wireless Client取代，J2EE成为国外大型电信运营商核心业务系统的当然之选后，构建各类专业系统时系统集成商不在制肘于缺乏底层技术开发人员、无法专注业务逻辑的实现等问题，所有的底层技术细节迁移到了

Application Server的覆盖范围之下。

·构筑系统之间、系统与人之间、系统与硬件设备之间以及内部系统与合作伙伴的系统之间的桥梁；

作为移动运营商的内部系统，按照中国移动关于BOSS系统的规范定义，包含7大模块。在这些模块之间不可避免的存在系统互联的需求。此外，作为BOSS系统的功能外延，势必需要构建从BOSS系统到网络设备、移动运营商与SP以及银行、邮储的互联问题。此外，当Web服务模式在中国的各大电信运营商中逐渐推行，则Internet的接入方式、企业Portal的接入等也应归于互联平台负责的范畴之内。

上述的互联问题在现有的系统中存在一些原始的应用形式，通常异步的消息传递机制，解决信息路由转发的问题。而根据现在系统的需求，互联将是商务层面、业务层面的互联，需要软件平台提供包括交易控制、并发连接控制、安全性控制等更加复杂的技术保障。

综上，正是由于电信技术的发展对于业务支撑平台的产生了众多新的需求，而软件技术的发展则为实现业务支撑平台的新需求提供了可能。

1.3.2企业应用集成平台

应用系统与企业外系统，如银行系统、邮储系统、供应商的ERP系统等之间互联。通过统一平台提供应用互联平台（EAI）。

企业应用集成（EAI）是一集成计算机系统及应用的解决方案。企业应用集成具有精简用户接口及子系统的能力，因此可将系统架构简化。尽管如此，企业应用集成要求各种应用能够顺畅地交换功能及数据信息，并要求尽量少改动或完全不改动应用本身。这一集成过程需要规划──不仅要使各子系统能够相互通信，并且还应允许将来进行灵活的改动。

企业在异构平台上不同系统之间的互连完整的企业应用互连解决方案EAI （企业应用集成）。通过它，能够帮助客户能够在一个复杂的企业应用环境下实现不同厂家产品，不同应用系统之间有效的互连，为企业构造一个紧密协作、集

中管理的，同时又是一个高可靠、高可用、易于扩展的企业应用环境，为企业的集约化经营提供了技术上的保障。

1) 域管理策略

为了有效的区分、管理不同的应用系统，多个应用系统之间的互连被划分为多个不同的互连域。各种应用系统间互连的属性被定义在域管理属性文件中，统一电信支撑平台通过分析域管理属性文件来实施对不同应用系统间互连的管理。

?域是可互操作的。客户可以根据应用系统的特点，定义域是单向操作还是双向操作。

?域访问是安全的。客户可以定义不同域互连时开放的程度，定义特定用户所能访问的特定服务或对象。同时，域间传输的数据是可加密和

压缩的，这也是由客户来定义的。

?域管理是通过域网管来实施的。通过域网管，集成平台可以控制不同域之间的互连，可以关闭/启动域连接，统计域连接的各项指标等。

?域是独立的。通过域，可以把应用划分成比较独立的模块，使得多模块间的影响相对减少。

2)事务完整性控制

在应用域间的事务完整性控制方面通过两阶段提交协议支持。两阶段提交协议是为解决分布计算环境下数据一致性问题提出的，目前所有主流的数据库产品都提供了两阶段提交协议的接口。

3)标准协议支持

在应用域互联中应采用符合工业标准的协议。具体实施互连方案时可根据应用系统的要求来选择系统间的互连协议。

4)B2B集成

随着移动梦网的开展，业务不断推陈出新，B2B的集成能力将成为对系统的未来需求之一。

1.3.3现有业务与Internet的嫁接

通过Internet来推行自身的业务，开展网上营业厅、网上客服、网上自服务甚至电子商务将会成为各大电信经营商竞争的主要战场，因此Web类型的应用将逐渐成为电信经营商需要花费巨大精力的应用类型。

在将移动现有业务推行到网上后，随着业务种类的不断发展以及用户对网上应用便捷性的认识的提升，网上系统支撑的容量以及面临的问题也将不断攀升，从而对软件平台提出了更多的要求：

●在电子商务系统的各个实现层次上应当完全遵循业界相关标准，使得电子商

务用户的业务系统具备充分的平台无关性，当其应用从一家产品转换到另一家产品时，其业务系统的程序代码不需任何改动或只须做极少的必要调整，以最大限度地保护用户的投资。

●多层的结构设计使电子商务系统在设计和实现上可以分别实现，各个功能层

次相互之间相对独立，其设计、实现和维护的工作可以分步和独立完成，不会出现互相干扰的现象，简化电子商务系统的设计、开发和维护。

●电子商务系统由于业务模式和发展周期的不同，系统可能出现运行瓶颈，而

瓶颈的出现可能发生在多层结构中的任一层。这时企业可以根据实际情况，在发生瓶颈的位置增加投资（扩充硬件资源：ＣＰＵ，内存或者增加新的服务器），实现整个系统性能的提升，将有限的资金用在关键的位置，充分提高企业投资的利用率。

●随着技术的不断进步，各个从事电子商务的厂商之间的竞争不断加剧，在多

层结构的各个方面可能出现不同厂商各领风骚的局面，这对从事电子商务的用户来讲当然是件好事，但传统的电子商务实现模式无法充分利用这一有利条件优化其系统性能，而多层的体系结构允许企业在电子商务的各个层次选择不同厂商的产品，使自己的电子商务平台达到尽可能完美的组合，而不是只能捆绑在一家厂商的产品之上。

●多层的体系结构允许企业灵活地部署其电子商务应用，在系统的各个层次之

间安装安全产品，提高整个电子商务应用系统的安全性。

1.3.4CRM系统的客户感知渠道的建设

当业务竞争取代规模竞争成为移动经营商主要的竞争手段后，如何吸引新用户、保持老用户对所有运营商而言将十分关键。

Hurwitz Group曾给出了CRM的六个主要的功能和技术要求，它们是：

●信息分析能力

尽管CRM的主要目标是提高同客户打交道的自动化程度，并改进与客户打交道的业务流程，但强有力的商业情报和分析能力对CRM也是很重要的。CRM 系统有大量关于客户和潜在客户的信息，企业应该充分地利用这些信息，对其进行分析，使得决策者所掌握的信息更完全，从而能更及时地做出决策。良好的商业情报解决方案应能使得CRM和ERP协同工作，这样企业就能把利润创造过程和费用联系起来。

●对客户互动渠道进行集成的能力

对多渠道进行集成与CRM解决方案的功能部件的集成是同等重要的。不管客户是通过Web与企业联系，还是与携带有SFA功能的便携电脑的销售人员联系，还是与呼叫中心代理联系，与客户的互动都应该是无缝的、统一的、高效的。如前所述，统一的渠道还能带来内外部效率的提高。

●支持网络应用的能力

在支持企业内外的互动和业务处理方面，Web的作用越来越大，这使得CRM 的网络功能越来越重要。以网络为基础的功能对一些应用（如网络自主服务、自主销售）是很重要的。一方面，网络作为电子商务渠道来讲很重要，另一方面，从基础结构的角度来讲，网络也很重要。为了使客户和企业雇员都能方便地应用CRM，需要提供标准化的网络浏览器，使得用户只需很少的训练或不需训练就能使用系统。另外，业务逻辑和数据维护是集中化的，这减少了系统的配置、维持和更新的工作量，就基于互联网的系统的配置费用来讲，也可以节省很多。

●建设集中的客户信息仓库的能力

CRM解决方案采用集中化的信息库，这样所有与客户接触的雇员可获得实时的客户信息，而且使得各业务部门和功能模块间的信息能统一起来。

●对工作流进行集成的能力

工作流是指把相关文档和工作规则自动化地（不需人的干预）安排给负责特定业务流程中的特定步骤的人。CRM解决方案应该能具有很强的功能，为跨部门的工作提供支持，使这些工作能动态地、无缝地完成。

●与ERP功能的集成

CRM要与ERP在财务、制造、库存、分销、物流和人力资源等连接起来，从而提供一个闭环的客户互动循环。这种集成不仅包括低水平的数据同步，而且还应包括业务流程的集成，这样才能在各系统间维持业务规则的完整性，工作流才能在系统间流动。这二者的集成还使得企业能在系统间收集商业情报。

1.3.5建立新的商业价值链

随着互联网以及移动互联网业务的不断发展，随着中国移动搭建好自己的网上企业门户，使得业务提供模式多样化，直接带来的将是新的商业价值链的形成，如中国移动与各个内容服务SP、中国移动与其它商家、中国移动与其它电信运营商等。

搭建新的价值链对业务支撑平台也带来新的需求，如何灵活部署、动态形成基于HTTP（HTTPS）的商业通道；如何解决B2B、B2C、B2P、B2E的门户建设；如何控制并发连接、维持交易完整性；如何因人而异控制权限，提供个性化服务？如何保障自己的支撑平台的开放性，以保证能够顺利与其它实体的平台相连？

对支撑平台而言，从软件标准角度分析各类需求：

·处理异构系统的互联方面的标准以及规范

?J2EE1.3规范中的J2EE Connector Architecture（JCA）

?Web Service

?XML

·处理B2B协作

?ebXML（e-business eXtensible Markup Language）

?XOCP（eXtensible Open Collaboration Protocol）

?RosettaNet 1.1、RosettaNet 2.0

?CXML（Commerce extensible Markup Language）

·处理安全方面

?X.500

?X.509

?PKI

?SSL

?SET

?……

除了上述的协议以及标准之外，工作流的流程管理、Portal的管理、内容管理、Catalog管理等方面也是软件平台必备的功能。

2NGOSS系统概述

从OSS的演进历史看，OSS的发展是伴随着OSS所服务的通信行业以及信息技术的发展而共同演进的。这样的转变是从70年代的大量的手工操作生成流程开始的，在80年代和90年代早期进入了Point automation时期；90年代末期到现在，有关业务流程的管理的市场演变的更加复杂。这种演变的趋势引发了系统技术的重组。上一代的OSS技术基于一个基本的前提，即订单和“游戏规则”所运转的商业环境是可以清除理解和分析的。但是，现在的市场则是非常不同的，其灵活性、流动性以及不可预知性均大大提高。过去的计费模式也可以支持某种程度上的以客户为中心的系统，因此在缺少time-to-market压力的市场环境下，允许制定相对缓慢的标准。而时至今日OSS供应链上驱动力是适应迅速变化的技术，以处理系统对速度、规模、灵活性、易于编程以及价格的需求。

NGOSS对Service Providers（服务提供商）而言：

·将引入一项新的服务或技术的周期缩短至少50％，如18个月减少到9个月；

·减少每个组件需要的物理接口数量；

·重定义多个OSS系统之间点对点通讯的模式为一个逻辑的接口环境；·将工作流、业务处理过程的管理集中化；

·提升通用的、统一的工具和服务环境；

·提供通用的数据模式和实现方式；

·推动从遗留的OSS环境中的发展；

·新OSS系统提供统一形式的观感和感受；

·减少运维的费用；

·增加运营商选择提供商的机会；

国外的电信服务提供商业已将发展和部署NGOSS系统作为提升系统的核心竞争力的主要手段。引入NGOSS系统为电信服务提供商带来以下的收益：

市场占有率：

·提供新的服务、获取新的收益

·获得新的市场占有率

·得以进入新的市场

·提升客户忠诚度

·增加Time-to-Market的能力，换言之即引入新技术的能力和开发新业务的能力；

·将引入一项新的服务或技术的周期缩短至少50％，如18个月减少到9个月；提升业务处理效率：

·建立集中的工作流和生产流程的管理；

·增加通用的和统一的工具和服务环境；

·建立统一、一致的接口和门户；

运维方面的收益

·降低操作的消耗；

·降低IT扩容和修改的消耗；

·提升系统的开放性，可以方便的引入多个服务提供商；

·提升系统的伸缩能力和适用能力；

·在整体系统的安全性和Single Sign On的技术；

·降低开发的费用和周期

·将原始的Point-to-Point的物理接口模式改为逻辑的接口平台模式；

2.1 NGOSS?的体系结构综述

NGOSS系统提供给业界的是一套整体的方案视图以及实现方案，以帮助运营商更加有效的辨识商业机会、构架企业级解决方案，并提出了如何基于现有的高分布式模式环境下的实施方案。

·NGOSS Knowledge Base

NGOSS的核心目标是在运营商的核心支撑系统的不断演进过程中提供信息的重用机制，包括对业务和系统过程的信息传递。NGOSS从各个视角都提供了适当的视图，包括业务设计人员、系统设计人员、系统实现人员以及运行维护人员。

NGOSS的基础来自多个全球的核心组织，如TMF、ITU、T1等。在TMF中，由Infrastructure teams（如eTOM、BAC、SDM、TNA以及TSA）协同工作，以完成NGOSS体系架构的设计和实现。

NGOSS包括了一组原理以及过程，并形成了一个Framework。此框架将作为基于分布式计算解决方案开发和部署的指导。这样做的意义在于提供这样的能

力，即商务过程的产生是通过现有的软件系统的集成或互操作的方式而形成的。

在NGOSS系统中，主要可以分为3个层面来理解其系统结构：

·Process content

主要包括商业过程管理（business process flows）,系统过程计划（system process plans）以及过程实现脚本，contracts和reference code；

·Information Content

主要包括业务实体（business entities），数据共享模式（shared data models）, 和实现数据模式（realization data models）；

·Infrastructure

主要由TNA （technology neutral architectural ）和TSA（technology

specific architectural）组成Array TMF一共提交了2个NGOSS系统的版本：

Release 1（2001年9月14日）：

NGOSS 第一版提出了一个整体的OSS集成框架结构。提供了一个通用的业务逻辑过程的视图，以及如何分析、分解一个系统的业务过程的方法。同时，提供了共享信息的模式以及Contract的定义方法。并阐述了业界标准的分布式计算环境如何应用到系统中的原理和方法。

Release 2（2002年3月14日）：

NGOSS第二版通过定义了一个核心的Infrastructure以及灵活的服务定义方法和灵活的系统集成机制有效的提高了OSS系统的适应速度和灵活性。

NGOSS 2的核心技术中立框架TNA，提供了

·Business Process顺序以及交互的方法；

·Service之间共享数据的Meta-model；

·定义Services的可靠并且是技术中立的Contract定义机制。

2.2NGOSS?系统实现

2.2.1规划管理

NGOSS ?具有先天的复杂性，其实现过程需要详尽的计划和控制。NGOSS 的项目管理过程需要考虑以下几个核心方面：

·选择优秀的软件生命周期管理模型，如Rational Unified Process And Phase管理。

·确保系统对标准的开放性，以保障系统自身的健壮以及不同系统之间的平滑互联。

·制定设计、编码的标准；

·创建详尽的项目计划；

·控制对系统的任何变更；

·制定QA保障计划

2.2.2企业级应用体系结构

优秀的软件体系结构具有以下特点：

·清晰界定软件层次，每个层次代表统一的功能抽象，通过统一的接口进行交互。

·接口实现、内部实现具有清晰的界限，保障系统内部实现的变革对客户端透明。

·系统结构简单清晰。

2.2.2.1 T echnology Neutral Architecture

NGOSS最为显著的特点为：将具体的业务逻辑的实现具体技术剥离。NGOSS定义的TNA结构保障了系统对飞速发展的分布式组件技术的适应能力。NGOSS通过定义TNA、TSA的分离将框架设计和具体技术设计有效的分离。TNA可以支持开发人员采用业界最为优秀的分布式组件技术来实现TSA。

采用这样的结构，从某种意义上将使NGOSS系统很难过时，从而有效的解决了投资保护的问题。同时，TNA、TSA结构保障了系统引入新的技术时，不必对原有的体系结构进行全部的再设计，而系统中可以允许多种技术体制共存。

TNA的关键设计：

·Distribution Support（对分布式环境的支持）

TNA在业务服务、流程控制以及系统底层服务之间定义了通用的通信结构。这种结构可以支持位置透明（Location Independence）、分布式交易（Distributed transaction control）、在分布式系统环境下组件（component）与服务（service）的交互方法。但是，在TNA中并未制定Service之间以及Inter-Service的精确的通信机制，而是定义了技术中立的封装业务的语义方法。

·业务流程和软件实现分离

OSS集成归根到底是对业务流程的支持，所有的组件协同工作的目标也是实现某个特定目标的业务流程。TNA的观点是业务流程的闭环即可能以客户为终点的，也可能是跨越不同协同边界的其它SP的系统。

因此，NGOSS基于TNA的模式定义业务流程，采用技术中立的服务定义方