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

《中国移动通信公司技术白皮书》由会员分享，可在线阅读，更多相关《中国移动通信公司技术白皮书（63页珍藏版）》请在装配图网上搜索。

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

2、司笔3? iJHINA MQ&HE中国移动BEA解决方案中国移动技术白皮书中国移动BEA解决方案1综述中国的电信市场无疑是当今全国、亚太乃至全球市场中最为炙手可热的市场 之一。根据最新的统计数字，中国的固定电话用户超过1.8亿、移动电话用户近1.4亿、In ternet用户数近3000万。今年1至3季度，我国电信业务收入达到 2575.5亿元，在整个国民经济起到了重要的作用。近年来，中国的电信市场始 终处于高速发展状态：移动通信市场，从起步到今天不过六七年的时间，已发展成为全球第一； 互联网，短短4年间就已发展成为仅次于美国的全球第二大市场。更重要的是，中国的电信市场还孕育着更为巨大的发展空间

3、。固定电话 全国普及率只有24.4 %，移动电话的全国普及率更是仅为 10 %左右。尽管如此，与国际各大电信巨头相比，中国的电信行业仍处于初级阶段。列 强对中国市场觊觎已久，入世后的电信行业竞争强度和竞争战场将与迄今为止国 内7大运营商的竞争截然不同。1.1规模竞争向业务竞争转变中国移动用户普及率目前只为10%，加之中国的人口基数巨大，移动通信正 处于高度发展的时期。目前来看，用户数量的增长为中国移动通信业的主要增长 点，换言之即对客户的争夺将在今后一段时期内愈演愈烈。移动运营商增加业务收入通常有两种方法：一是通过扩容，发展更多的用户 以提高在网的绝对用户数；二是开发出各种各样的新业务，不断满

4、足顾客除话音 以外的需要，增加单个用户的收益。 前者属于粗旷型的途径，在网络发展的高速 期非常有效。但随着中国移动通信业的发展，比如中国移动建设GPRS网络、 中国移动建设CDMA、中国电信和网通等非移动运营商逐步进入移动运营市 场，移动市场逐渐进入平稳发展阶段， 竞争机制逐渐完善。此时后者将显得越来中国移动BEA解决方案越重要，势必成为将来提高公司网络业务量、增加收入的主要手段。从全球电信市场看，规模竞争早已为业务竞争所取代。其中最为成功的案例 是日本NTT DoCoMo的l-mode业务模式。在1亿2千万人口的日本，NTT DoCoMo的用户数为3700万，其中l-mode的用户数为252

5、6万，共有近40， 000个业务相关网站。而I-mode的成功也主要是在移动数据业务范畴内的新业 务模式的开发。显然可以认为3G的到来无疑会给以业务竞争为核心的NTTDoCoMo带来更大的市场机会。1.2新业务的诞生如何产生新业务，新业务的主要来源通常来自两个方面：新技术可以带来新业务；原有的业务通过碰撞衍生出新业务；前者可以归结到规模竞争的产物，在采用了新的技术如SMS、WAP、GPRS、 CDMA、3G等技术后，新业务是水到渠成的结果。而从业务竞争的视角来看， 运营商更重要的竞争力来源于后者。 即如何利用现有的技术开发出新的业务，增加更据用户群亲善特点或是地域亲善特色的业务，从而保障运营商

6、的长远发展。在上述两种产生新业务的途径中，我们不难看出无论是吸纳新技术还是衍生 新的业务，承受最为直接压力的将是运营商的业务支持平台。对业务支持平台最为直接的挑战在于： Time-to-Market 的能力；如何衔接商业开发人员、市场分析人员商业视图与具体IT人员的技术实现视图；通过有效的途径，采用自动的数据搜集功能，获知客户行为、产品投放 的反应、市场热点走向；中国移动BEA解决方案-在2G逐渐成熟的中国移动市场，迎接 2.5G或3G所带来的新的价值链的有效搭建模式;如上所示不一而足，而所有的要求归根到底是考察对软件平台能否实现上面 的需求。1.3移动业务竞争对软件平台的需求映射电信的发展与

7、软件技术的发展一直以来都是息息相关的。 随着网络技术、CTI 技术、智能网技术等电信技术的发展，带来的是In ternet逐渐成熟和产品化、CRM 系统的跃进、B2B、B2C、B2E、B2P等各类新价值链的形成。分布式组件技术(DCT : Distributed Comp onent Tech no logy )对整个软件 工业的影响是划时代的。相应的主流技术包括CORBA、J2EE、.net、WebService、XML等均得到了迅速的发展和商用化，极大提升了现在软件平台的能 力。应用服务器(Application Server )的巨大市场正是在这样的情况下应运而生。 依托于应用服务器使企

8、业的 EAI应用、工作流应用、CRM应用、DSS应用等有 了实现的基础，同时对开发人员而言则屏蔽了复杂的底层技术，使软件技术向工业化迈出了坚实的一步。具体到电信业务系统的业务竞争需求来看，BEA公司认为以下几个方面对中 国移动而言是必须要关注的冋题。1.3.1 EIS整体框架结构移动运营商的En terprise In formation System 是一个十分复杂的系统，在以下的几个章节中将从几个与移动运营支撑系统密切相关的专业系统角度进行讨论。在讨论每个专业系统的之前，应充分认识到Infostructure的重要作用。下图为电信运营商的EIS结构示意图:中国移动BEA解决方案beaHTT

9、P,Leacy SystamLegacy SystemVortalsRMI t HOPVantiveInternetTtCOVria Others.COTS ppIicatiQRules Engrne亠上-RosettaNel Comm erceOn# AribaOthers .CachingEngine (Terabyte cnpatjleSscunly findAutlienLicati unRealtime rlomtoringAnalysisKEPresenteti o n Layer ncimic H TML Engine从上图中不难看出，软件平台将成为整个系统的核心所在。核心软件平

10、台负 担各种业务逻辑，并通过各种技术与各类应用相连。软件平台的应用范畴从适用角度来看可以分为2个领域：夯实各类专业应用的基础软件平台对外屏蔽底层各类技术细节：如何解决OLTP应用的性能和Failover ；如何解决Workflow应用的创建、监控和运行；如何解决硬件平台、网络协议、数据库厂商以及软件结构之间的异构性？如何实现软件的集群结构和负载分担技术；如何保障分布式环境下的事务一致性控制；在传统C/S结构业已为三层或多层结构取代，传统的Client端为Browse、Wireless Client取代，J2EE成为国外大型电信运营商核心业务系统的当然 之选后，构建各类专业系统时系统集成商不在制

11、肘于缺乏底层技术开发人 员、无法专注业务逻辑的实现等问题，所有的底层技术细节迁移到了中国移动BEA解决方案Application Server的覆盖范围之下。构筑系统之间、系统与人之间、系统与硬件设备之间以及内部系统与合作伙伴的系统之间的桥梁；作为移动运营商的内部系统，按照中国移动关于BOSS系统的规范定义， 包含7大模块。在这些模块之间不可避免的存在系统互联的需求。此外，作 为BOSS系统的功能外延，势必需要构建从 BOSS系统到网络设备、移动 运营商与SP以及银行、邮储的互联问题。此外，当Web服务模式在中国的 各大电信运营商中逐渐推行，则In ternet的接入方式、企业Portal的接

12、入等 也应归于互联平台负责的范畴之内。上述的互联问题在现有的系统中存在一些原始的应用形式，通常异步的消息传递机制，解决信息路由转发的问题。而根据现在系统的需求，互联将是 商务层面、业务层面的互联，需要软件平台提供包括交易控制、并发连接控 制、安全性控制等更加复杂的技术保障。综上，正是由于电信技术的发展对于业务支撑平台的产生了众多新的需 求，而软件技术的发展则为实现业务支撑平台的新需求提供了可能。132企业应用集成平台应用系统与企业外系统，如银行系统、邮储系统、供应商的ERP系统等之间互联。通过统一平台提供应用互联平台（EAI）。企业应用集成（EAI）是一集成计算机系统及应用的解决方案。企业应用

13、集 成具有精简用户接口及子系统的能力，因此可将系统架构简化。尽管如此，企业应用集成要求各种应用能够顺畅地交换功能及数据信息，并要求尽量少改动或完 全不改动应用本身。这一集成过程需要规划不仅要使各子系统能够相互通 信，并且还应允许将来进行灵活的改动。企业在异构平台上不同系统之间的互连完整的企业应用互连解决方案EAI（企业应用集成）。通过它，能够帮助客户能够在一个复杂的企业应用环境下实 现不同厂家产品，不同应用系统之间有效的互连，为企业构造一个紧密协作、集中国移动BEA解决方案中管理的，同时又是一个高可靠、高可用、易于扩展的企业应用环境，为企业的 集约化经营提供了技术上的保障。1）域管理策略为了有

14、效的区分、管理不同的应用系统，多个应用系统之间的互连被划分为 多个不同的互连域。各种应用系统间互连的属性被定义在域管理属性文件中，统一电信支撑平台通过分析域管理属性文件来实施对不同应用系统间互连的管理。? 域是可互操作的。客户可以根据应用系统的特点，定义域是单向操作 还是双向操作。? 域访问是安全的。客户可以定义不同域互连时开放的程度，定义特定 用户所能访问的特定服务或对象。同时，域间传输的数据是可加密和 压缩的，这也是由客户来定义的。? 域管理是通过域网管来实施的。通过域网管，集成平台可以控制不同 域之间的互连，可以关闭/启动域连接，统计域连接的各项指标等。? 域是独立的。通过域，可以把应用

15、划分成比较独立的模块，使得多模 块间的影响相对减少。2）事务完整性控制在应用域间的事务完整性控制方面通过两阶段提交协议支持。 两阶段提交协 议是为解决分布计算环境下数据一致性问题提出的， 目前所有主流的数据库产品 都提供了两阶段提交协议的接口。3）标准协议支持在应用域互联中应采用符合工业标准的协议。具体实施互连方案时可根据应用系统的要求来选择系统间的互连协议。4）B2B集成随着移动梦网的开展，业务不断推陈出新，B2B的集成能力将成为对系统的 未来需求之一。中国移动BEA解决方案1.3.3 现有业务与Internet的嫁接通过In ternet来推行自身的业务，开展网上营业厅、网上客服、网上自服

16、务 甚至电子商务将会成为各大电信经营商竞争的主要战场，因此Web类型的应用将逐渐成为电信经营商需要花费巨大精力的应用类型。在将移动现有业务推行到网上后，随着业务种类的不断发展以及用户对网上 应用便捷性的认识的提升，网上系统支撑的容量以及面临的问题也将不断攀升， 从而对软件平台提出了更多的要求：在电子商务系统的各个实现层次上应当完全遵循业界相关标准，使得电子商 务用户的业务系统具备充分的平台无关性， 当其应用从一家产品转换到另一 家产品时，其业务系统的程序代码不需任何改动或只须做极少的必要调整， 以最大限度地保护用户的投资。多层的结构设计使电子商务系统在设计和实现上可以分别实现，各个功能层 次相

17、互之间相对独立，其设计、实现和维护的工作可以分步和独立完成，不 会出现互相干扰的现象，简化电子商务系统的设计、开发和维护。电子商务系统由于业务模式和发展周期的不同，系统可能出现运行瓶颈，而 瓶颈的出现可能发生在多层结构中的任一层。这时企业可以根据实际情况， 在发生瓶颈的位置增加投资（扩充硬件资源：CPU，内存或者增加新的服 务器），实现整个系统性能的提升，将有限的资金用在关键的位置，充分提 高企业投资的利用率。随着技术的不断进步，各个从事电子商务的厂商之间的竞争不断加剧，在多 层结构的各个方面可能出现不同厂商各领风骚的局面，这对从事电子商务的 用户来讲当然是件好事，但传统的电子商务实现模式无法

18、充分利用这一有利 条件优化其系统性能，而多层的体系结构允许企业在电子商务的各个层次选 择不同厂商的产品，使自己的电子商务平台达到尽可能完美的组合，而不是 只能捆绑在一家厂商的产品之上。多层的体系结构允许企业灵活地部署其电子商务应用，在系统的各个层次之间安装安全产品，提高整个电子商务应用系统的安全性。中国移动BEA解决方案134CRM系统的客户感知渠道的建设当业务竞争取代规模竞争成为移动经营商主要的竞争手段后，如何吸引新用 户、保持老用户对所有运营商而言将十分关键。Hurwitz Group曾给出了 CRM的六个主要的功能和技术要求，它们是： 信息分析能力尽管CRM的主要目标是提高同客户打交道的

19、自动化程度，并改进与客户打 交道的业务流程，但强有力的商业情报和分析能力对 CRM也是很重要的。CRM 系统有大量关于客户和潜在客户的信息，企业应该充分地利用这些信息，对其进行分析，使得决策者所掌握的信息更完全， 从而能更及时地做出决策。良好的商 业情报解决方案应能使得 CRM和ERP协同工作，这样企业就能把利润创造过 程和费用联系起来。对客户互动渠道进行集成的能力对多渠道进行集成与CRM解决方案的功能部件的集成是同等重要的。不管 客户是通过Web与企业联系，还是与携带有SFA功能的便携电脑的销售人员联 系，还是与呼叫中心代理联系，与客户的互动都应该是无缝的、统一的、高效的。 如前所述，统一的

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

21、的信息库，这样所有与客户接触的雇员可获得实时的客户信息，而且使得各业务部门和功能模块间的信息能统一起来。中国移动BEA解决方案对工作流进行集成的能力工作流是指把相关文档和工作规则自动化地（不需人的干预）安排给负责特 定业务流程中的特定步骤的人。CRM解决方案应该能具有很强的功能，为跨部 门的工作提供支持，使这些工作能动态地、无缝地完成。与ERP功能的集成CRM要与ERP在财务、制造、库存、分销、物流和人力资源等连接起来， 从而提供一个闭环的客户互动循环。 这种集成不仅包括低水平的数据同步， 而且 还应包括业务流程的集成，这样才能在各系统间维持业务规则的完整性， 工作流 才能在系统间流动。这二者

22、的集成还使得企业能在系统间收集商业情报。135建立新的商业价值链随着互联网以及移动互联网业务的不断发展，随着中国移动搭建好自己的网 上企业门户，使得业务提供模式多样化，直接带来的将是新的商业价值链的形成， 如中国移动与各个内容服务 SP、中国移动与其它商家、中国移动与其它电信运 营商等。搭建新的价值链对业务支撑平台也带来新的需求，如何灵活部署、动态形成 基于HTTP（ HTTPS ）的商业通道；如何解决 B2B、B2C、B2P、B2E的门户 建设；如何控制并发连接、维持交易完整性；如何因人而异控制权限，提供个性 化服务？如何保障自己的支撑平台的开放性，以保证能够顺利与其它实体的平台相连？对支撑

23、平台而言，从软件标准角度分析各类需求：处理异构系统的互联方面的标准以及规范J2EE1.3 规范中的 J2EE Connector Architecture （JCA）Web ServiceXML-处理B2B协作中国移动BEA解决方案ebXML (e-bus in ess eXte nsible Markup Lan guage )XOCP (eXtensible Open Collaboraten Protocol )RosettaNet 1.1、RosettaNet 2.0CXML (Commerce extensible Markup Language )-处理安全方面X.500X.509

24、PKISSLSET除了上述的协议以及标准之外，工作流的流程管理、Portal的管理、内容管理、Catalog管理等方面也是软件平台必备的功能。申a垢誠谒佶 HINA MQBI*中国移动BEA解决方案2 NGOSS系统概述从OSS的演进历史看，OSS的发展是伴随着OSS所服务的通信行业以及信息 技术的发展而共同演进的。这样的转变是从70年代的大量的手工操作生成流程开 始的，在80年代和90年代早期进入了 Point automation时期；90年代末期到现在， 有关业务流程的管理的市场演变的更加复杂。 这种演变的趋势引发了系统技术的 重组。上一代的OSS技术基于一个基本的前提，即订单和“游戏规

25、则”所运转的 商业环境是可以清除理解和分析的。但是， 现在的市场则是非常不同的，其灵活 性、流动性以及不可预知性均大大提高。 过去的计费模式也可以支持某种程度上 的以客户为中心的系统，因此在缺少time-to-market压力的市场环境下，允许制 定相对缓慢的标准。而时至今日OSS供应链上驱动力是适应迅速变化的技术，以处理系统对速度、规模、灵活性、易于编程以及价格的需求。OSS User Business CaseI O|Mfai4rul twieM*; L irrprq Guslonwr imprcrjE r ed m-UarkM* ReduceeMs* iR&dUW rmc-5CnJW-*

26、 Rc?duoc Dcvcippmcfil: Risks j0p*ra!i3ril ftisltt Enable! arvioeJpTHainajlBgffiil|a Erobif McrG?r? dcqu Crws LnCc-rprsc ic otpcTatHrn8 CDrnmpnVl&iaA Liable sZaflW5n 甘媲陀Can we ?:* 邑口曲icc Lead Tims- I Eprsp Cash Flaw* RadJca Aftcllary Coss* Rcdjcc Service Launch Gts 肌 dkiua f fvull 4dl Dbd* Rednoe Lab

27、or CasB mprcr産 Fnaraali hGdUmrn1Fig tireLkuif Sus 主NGOSS对Service Providers（服务提供商）而言:-将引入一项新的服务或技术的周期缩短至少50 %，如18个月减少到9个月;中国移动BEA解决方案-减少每个组件需要的物理接口数量;-重定义多个OSS系统之间点对点通讯的模式为一个逻辑的接口环境;-将工作流、业务处理过程的管理集中化；-提升通用的、统一的工具和服务环境;-提供通用的数据模式和实现方式；-推动从遗留的OSS环境中的发展;新OSS系统提供统一形式的观感和感受；减少运维的费用；增加运营商选择提供商的机会；国外的电信服务提

28、供商业已将发展和部署 NGOSS系统作为提升系统的核心竞争力的主要手段。引入NGOSS系统为电信服务提供商带来以下的收益：市场占有率：提供新的服务、获取新的收益获得新的市场占有率-得以进入新的市场提升客户忠诚度增加Time-to-Market的能力，换言之即引入新技术的能力和开发新业务的能 力；将引入一项新的服务或技术的周期缩短至少 50 %，如18个月减少到9个月; 提升业务处理效率：建立集中的工作流和生产流程的管理；增加通用的和统一的工具和服务环境；中国移动BEA解决方案-建立统一、一致的接口和门户;运维方面的收益降低操作的消耗;-降低IT扩容和修改的消耗;-提升系统的开放性，可以方便的引

29、入多个服务提供商;-提升系统的伸缩能力和适用能力；-在整体系统的安全性和Single Sign On的技术;-降低开发的费用和周期-将原始的Point-to-Point的物理接口模式改为逻辑的接口平台模式;2.1 NGOSS ?的体系结构综述NGOSS系统提供给业界的是一套整体的方案视图以及实现方案，以帮助运 营商更加有效的辨识商业机会、构架企业级解决方案，并提出了如何基于现有的 高分布式模式环境下的实施方案。 NGOSS Kno wledge BaseNGOSS的核心目标是在运营商的核心支撑系统的不断演进过程中提供信息 的重用机制，包括对业务和系统过程的信息传递。NGOSS从各个视角都提供了

30、适当的视图，包括业务设计人员、 系统设计人员、系统实现人员以及运行维护人 员。NGOSS的基础来自多个全球的核心组织，如 TMF、ITU、T1等。在TMF中, 由 Infrastructure teams （如 eTOM、BAC、SDM、TNA 以及 TSA ）协同工作，以 完成NGOSS体系架构的设计和实现。NGOSS包括了一组原理以及过程，并形成了一个 Framework。此框架将作 为基于分布式计算解决方案开发和部署的指导。这样做的意义在于提供这样的能中国移动BEA解决方案力，即商务过程的产生是通过现有的软件系统的集成或互操作的方式而形成的。在NGOSS系统中，主要可以分为3个层面来理解

31、其系统结构: Process content主要包括商业过程管理(bus in ess process flows ),系统过程计划(system process pla ns )以及过程实现脚本，con tracts 和 refere nee code ； In formati on Content主要包括业务实体(business entities )，数据共享模式(shared data models ), 和实现数据模式(realization data models )； In frastructure主要由 TNA (tech no logy n eutral architectu

32、ral )和 TSA (tech nologyspecific architectural )组成Figure I NGQSS FfmeworttTMF 共提交了 2个NGOSS系统的版本：Release 1 （2001 年 9 月 14 日）:NGOSS第一版提出了一个整体的 OSS集成框架结构。提供了一个通用的 业务逻辑过程的视图，以及如何分析、分解一个系统的业务过程的方法。同时， 提供了共享信息的模式以及 Con tract的定义方法。并阐述了业界标准的分布式 计算环境如何应用到系统中的原理和方法。中国移动BEA解决方案Release 2 （2002 年 3 月 14 日）：NGOSS第

33、二版通过定义了一个核心的Infrastructure以及灵活的服务定义方法和灵活的系统集成机制有效的提高了 OSS系统的适应速度和灵活性。NGOSS 2的核心技术中立框架TNA，提供了-Business Process 顺序以及交互的方法;-Service之间共享数据的 Meta-model ；-定义Services的可靠并且是技术中立的Con tract定义机制2.2 NGOSS ?系统实现2.2.1 规划管理NGOSS ?具有先天的复杂性，其实现过程需要详尽的计划和控制。NGOSS 的项目管理过程需要考虑以下几个核心方面：选择优秀的软件生命周期管理模型，如Rational Unified

34、Process AndPhase管理。确保系统对标准的开放性，以保障系统自身的健壮以及不同系统之间的平滑互联。制定设计、编码的标准；创建详尽的项目计划；控制对系统的任何变更；制定QA保障计划2.2.2 企业级应用体系结构优秀的软件体系结构具有以下特点:中国移动BEA解决方案-清晰界定软件层次，每个层次代表统一的功能抽象，通过统一的接口进行交互。接口实现、内部实现具有清晰的界限，保障系统内部实现的变革对客户端透明。-系统结构简单清晰222.1 Tech no logy Neutral ArchitectureNGOSS最为显著的特点为：将具体的业务逻辑的实现具体技术剥离。NGOSS定义的TNA结

35、构保障了系统对飞速发展的分布式组件技术的适应能力。 NGOSS通过定义TNA、TSA的分离将框架设计和具体技术设计有效的分离。TNA可以支持开发人员采用业界最为优秀的分布式组件技术来实现TSA。采用这样的结构，从某种意义上将使 NGOSS系统很难过时，从而有效的解 决了投资保护的问题。同时，TNA、TSA结构保障了系统引入新的技术时，不 必对原有的体系结构进行全部的再设计，而系统中可以允许多种技术体制共存。TNA的关键设计： Distribution Support （对分布式环境的支持）TNA在业务服务、流程控制以及系统底层服务之间定义了通用的通信结构。这种结构可以支持位置透明（Locati

36、on Independenee八 分布式交易 （Distributed transaction control ）、在分布式系统环境下组件（ component） 与服务（service ）的交互方法。但是，在 TNA中并未制定Service之间以及 Inter-Service的精确的通信机制，而是定义了技术中立的封装业务的语义方法。业务流程和软件实现分离OSS集成归根到底是对业务流程的支持，所有的组件协同工作的目标也是实 现某个特定目标的业务流程。TNA的观点是业务流程的闭环即可能以客户为终 点的，也可能是跨越不同协同边界的其它 SP的系统。因此，NGOSS基于TNA的模式定义业务流程，采用

37、技术中立的服务定义方中国移动BEA解决方案法。所有的业务流程的执行最终依靠过程执行引擎（Process Execution Engine ）、 规则引擎（Policy-based Rules Engine 、。同时依靠过程执行引擎和规则引擎建立工作流的管理机制。这样的结构使每个组件（component、并不需要流程组装 的逻辑，而只注重自己的功能逻辑的实现。 随之而来的是应用组件的自然重用能 力、业务逻辑的灵活修改能力业务流程与Service实现的解偶对Service的接口和语义的定义的技术中立性要求十分苛刻。在NGOSS中，依靠“Contract ”的概念来实现。所谓的Contract ,

38、即定义分布式环境下的业务流程的语义方法。Con tract最初以技术中立的形式定 义，定义每个Service在业务流程中的功能。而将来在TSA中定义Service激活 所需要的技术相关的信息，包括相应的通信协议以及激活方式等信息。NGOSS中还提供了 Con tract Registry以支持在系统运行过程中，基于 Contract发现、 调用 Service 。共享信息（Shared Information、NGOSS规定任何业务信息必须能够支持被所有的Service共享。在这里NGOSS系统使用的是即Shared In formation的概念。通过信息服务（In formation Se

39、rvice、来协调对信息的访问、信息访问的接口以及信息一致性保障。NGOSS中包括了对不同的信息模式、不同的信息格式的转换方式。同时， 还定义了多种技术体制下实现统一的信息服务调用的方式。222.2 面向服务的体系结构(Service Oriented Architecture )下图展示了一个面向服务的NGOSS企业级系统的技术实现框图:EA GCOTS plicationuniiBOSS中国移动BEA解决方案R已邛ImScfiClarify Portal SAPBa anORACLEVantiveOthers.,.TfccoVhriaOthersRules EngmpCachingEngi

40、ne (Trabyfe + capable)RaettaNei CofiimerceOne AribaOther* ,tRemltirrieMuinturiiitj andAnalysisBefTkeSpffunfy and AuThentlctionApplication Layers 赠Dyndirnic HTML Engine EOM ( Enterprise Object Model):在整个框图中的核心位置即企业对象模型 EOM。EOM即一个面向对象的框 架结构，封装和隔离了应用层次上的业务逻辑和底层的技术实现、 软件硬件平台。 在中国移动的系统之中，EOM可以作为业务逻辑层的标准。

41、EOM层面主要应包括以下组件：人群(Community ):代表一组个人、组织、机构、SP等。基于规则和 属性可以获取人群中不同个体的关系。服务(Service ):包括各个层面上可供组装、调用的服务。框架(Infrastructure ):人群调用服务的所需要的系统组件和体系结构。角色(Actors ):包括访问EOM的个体和应用，如有线用户、无线用户、In ternet用户、营业人员、客服人员、系统开发人员和管理人员等。EOM的要点：将技术实现、不同技术体制的特性与应用层面上的业务逻辑、呈现逻辑剥离。中国移动BEA解决方案-依照松耦和的集成方式建立Service-delivery平台，提供

42、调用位置透明和故障透明迁移能力。Service-delivery平台应提供完整的安全机制，保障权限的控制和发放。保证一个分布式的数据模型(Distributed Data Model )，基于这样的模式可以支持某个业务流程逻辑上可以跨越多个Service-delivery平台。2.2.3 技术实现TMF的EOM的模型可以采用多种著名的分布式组件技术来实现， 如J2EE、 CORBA、.net (当然.net需要企业所有的平台均基于 Windows平台，在本文 中不做讨论)。从总体上看，J2EE技术是实现NGOSS体系结构的最为优秀的技术体制之 一。在TMF推出了 TNA到J2EE的TSA后，众

43、多的ISV、SI基于J2EE开发 了 NGOSS的系统实现方案。而随着 JCA、XML、BPM等基于J2EE的技术 的不断推出和丰富，J2EE对NGOSS系统的映射图愈加全面。CORBA技术对于电信、金融、制造业等业务流程服务、业务实现异构的企 业系统具有很好的实用价值。尤其针对 NGOSS系统而言，CORBA IDL是对 NGOSS TNA Con tract的最直接的实现方法，同时 RMI over IIOP提供了 CORBA到J2EE的衔接桥梁。但是，CORBA至今没有提供对业务流程定义 以及工作流管理的实现方法。此外，在 CORBA标准中并没有给出标准的部署 方法，OMG正在致力于解决

44、上述问题。中国移动BEA解决方案3中国移动业务支撑系统的建设分析3.1中国移动业务支撑系统现状分析前面详细讨论了 NGOSS?系统的设计原理和要点，本章将着重讨论如何将 NGOSS系统应用到中国移动的系统建设之中。中国移动目前IT系统建设按照两级系统、三层结构的原则，目前正在大力 建设BOSS系统，对计费、结算、帐务、业务管理及客服等功能进行集中、统 一的规划和整合，使中国移动 BOSS系统成为一体化的、信息资源充分共享的 支撑系统。BEA公司从软件设计的角度深入分析移动各业务应用系统的应用类型，可以 将这些系统基本分成以下几类应用：OLTP类型应用计费系统中的批价、计费、话单入库、优惠处理、

45、累帐等核心处理； 营业系统中的营业受理、开户、变更、查询等处理； 帐务系统中的帐期销账、实时扣款等处理；客服系统中的客户投诉受理、客户申告受理、客户查询等处理； OLTP类型的应用在中国移动的系统中占据了极大的比重，成为各专业 系统的核心能力的实现。可靠消息传输类型采集系统：采集前置机需要可靠传递原始话单数据到计费中心；清算结算系统：在移动全国清算结算中心与各分中心之间的清算结算数 据互传；消息上传下达：在全国中心与各分中心之间、各分中心之间有关政策、 资费的传递以及省际业务数据的交互；Web应用类型移动网上营业厅中国移动BEA解决方案网上客服系统 移动网站建设网上充值卡业务 电子商务工作流应

46、用类型在中国移动的业务管理系统中，运营支撑系统、客户服务系统以及综合业务 管理工程改造工程中涉及到多种工作流的管理，如代理商放号流程、客户投诉跟 踪流程、营业受理稽核稽查流程等。工作流管理直接关系着运营系统的是否能够 合理有效的运转。EAI企业系统集成在中国移动的业务类型存在两类的 EAI应用类型：中国移动内部的各专业系统之间的企业级系统集成的应用;-中国移动与其他系统如银行、邮储系统的代收代缴业务以及与ISP、SP之间的互联系统。-系统互联的应用3.2 NGOSS ?与中国移动NGOSS ?作为众多国际领先的电信运营商、软件厂商、硬件厂商共同协力 发展的体系结构，无疑对中国移动的业务支撑系统

47、具有巨大的指导和借鉴意义。 当然，在研究如何引进NGOSS?系统的体系结构时，一定要因地制宜，充分考 虑系统在中国移动目前的系统背景下以及目前中国移动面临的市场和客户群体， 只有这样才能真能够实现真正意义上的“洋为中用”。综合前面对NGOSS?系统的整体描述，将NGOSS?系统的要点结合中国 移动的实际情况，我们认为目前中国移动的业务支撑系统已经在针对 OLTP以及 可靠消息传递类型的应用方面已经打下了坚实的基础，而新的着眼点在于：-基于服务的平台建设中国移动BEA解决方案营建基于服务的平台的建设，应成为中国移动业务支撑系统建设的核心所 在。依照NGOSS?系统TNA、TSA的核心结构设计，首

48、先建设业务支撑的核 心平台，在实现软件平台底层功能的需求基础之：突出以服务为核心的NGOSS?系统的理念采用分布式组件技术作为将服务原子化、组件化的底层实现基础。遵循开放平台的原则，采用J2EE、CORBA等平台无关的技术和产品。 遵循工业标准，如JCA、XML、ebXML、cXML、RN、SSL等技术标准。引入工作流、Web Flow、Pipeline的应用模式，提高系统的组装能力以 适应变化万千的市场需求。只有建立了功能健壮完备的底层平台，所有基于平台的应用才谈的上应用 的基础。 Web模式的服务渠道建设NGOSS ?系统中一再提及In ternet技术对电信运营商的经营模式和思路的 影响

49、之巨大，在国外基于In ternet提供各类服务已经是司空见惯的服务模式，几乎没有一个运营商不能够提供基于 Web服务的服务。因此在中国移动面临中国 联通甚至将来的中国电信、中国网通的竞争压力之下，依托软件平台开展多业务 渠道的建设是必然的选择。In ternet带给运营商绝非仅仅是客户端 PC上的Browser，而是一种完全意 义上的经营理念和经营模式的转变。基于In ternet这样一个无处不在的媒体，客户与运营商之间、合作伙伴与运营商之间、运营商与运营商之间的经营手段和模 式都发生了变化。因此，基于In ternet建立企业门户绝非是仅仅是在门户上提供通常网站的 基础服务，而是要把目前中

50、国移动的各项业务推行到网上，同时将原有业务与新的渠道相结合衍生更多的新的业务模式。3.2.1综合接入门户门户的概念源自In ternet。作为拥有众多接入媒体（ GSM/I nternet/SMS/中国移动BEA解决方案WAP ）,面临各种接入人群（既有客户、潜在客户、内部人员），提供各类型服 务（网上客服、核心数据访问、网上营业厅等）的中国移动，其门户的概念更加 具有其自身的特点：智能化门户需求在搭建了企业门户后，面临的最大挑战之一是：当为客户提供服务的方式， 由前台员工与客户的面对面的双向交流，转变为由用户自主通过Browser方式、借助In ternet形式享用运营商提供的各项服务。 此

51、时，运营商无法再借助于前台 员工获取客户的资料、进行行为分析， 因此对企业门户提出了更多的新需求。 要 求企业门户能够支撑智能化的客户行为追踪和分析，并能够自动提供促销、打折以及广告信息，形成智能化感知的企业门户。接入手段多样基于移动网络能够提供给用户的接入手段，包括Browser、语音、SMS、WAP。众多的接入手段，如果分别建立其应用系统，提供相应的服务，显然是 一种无奈之举。在业务发展过程中，分立系统的弊病毋庸置疑。因此，如何建立 统一的接入系统，而又能够根据不同的接入手段提供不同的服务成为建立业务网 上系统需要考虑的关键问题。接入人群多样服务推行到In ternet上，势必造成享用服务

52、的人群形形色色，其中有我们既 有的客户，也有对公司业务感兴趣的潜在客户，同样是既有客户也存在着忠诚度 高的客户和信誉度差的客户。从另一个角度分析，当 Web方式推行到企业内部的包括营业部门、帐务部 门、市场部门、客服部门的同时，企业内部的员工也需要一个内部门户，这个门 户虽然可能输入专网内部的系统、鉴权要求、权限控制更加严格，但是不可否认这也是一种门户。涉及核心生产信息众多全面的服务是需要企业核心数据的支持的，包括提供用户数据、用户帐务 数据、客服记录等等。因此，企业对外的门户系统，势必需要与企业后台的各 个核心应用系统交互，从而获取服务信息。中国移动BEA解决方案并发压力巨大网上服务最严峻的

53、考虑，无疑是不可预知的同时又是十分巨大的并发压力， 企业构建的系统必须能够提供卓越的性能和可靠性，才能真正保障企业的服务质 量和信誉。322核心业务平台计费系统、帐务系统和综合营业系统无疑是企业系统的核心。此外，随着经 营范围和方式的不断发展，客服系统、反欺诈系统等子系统的重要性也在逐渐增 强。因此，在此将客服系统、反欺诈系统也归结为核心系统平台的组成部分。构造核心业务平台，势必考虑现有系统的建设情况。从中国移动的服务系统 建设情况来看，各个子系统一般采用分立、合作的形式存在。即计费系统、营业 系统、帐务系统、客服系统均独自存在，但是由于彼此之间的业务交错，在各系 统之间存在大量的数据、应用接

54、口。 随着业务规模不断扩大、业务类型逐渐丰富 并涉足IP服务领域，原有的系统架构在新的市场环境和新的技术时代下，逐渐 捉襟见肘。结合NGOSS?的设计，针对中国移动的核心业务系统，以下几个问题尤为 关键：分布式组件化技术分布式组件技术带给核心平台灵活、迅速的部署的能力，对应用设计而言 则大大提供软重用能力，有效提升系统的适应能力。Web服务模式纵观国外的大型电信运营商无不将Web方式作为一种至关重要的业务渠道， 依靠电信运营的先天优势，提供各种 Web服务。工作流、企业门户的基础只有搭建了健壮的核心业务平台，才能为工作流管理、企业门户、个性化服 务等各种实际的业务功能提供一个基础。中国移动BE

55、A解决方案323系统互联平台作为中国移动的综合电信业务支撑系统势必需要提供系统互联的平台，一 方面能够方便的部署与银行、邮储系统互联， 支持中国移动方便、灵活的与各类 外系统进行业务交互；另一方面可以为企业内部的各种系统提供互联的平台。根据NGOSS?的体系结构，互联平台的主要功能可以归结为 2类：系统互联，通过有效标准的方式将运营支持系统内部的各类系统连接；工作流管理，以支持工作流(workflow )技术为核心，通过业务子系统适配 器调用各个业务子系统来完成这些业务；3.2.3.1系统互联系统集成层的应用主要是 EAI类型的应用。BEA建议中国移动不应仅仅注 目于功能的实现，而是应从平台建

56、设的角度来考虑这一层次的应用设计。而作为系统的集成，业务子系统适配层是基础，负责连接底层的各个业务子 系统，因此该层的建设对于能否很好地实现中国移动的BOSST重大的影响。集成已有的业务子系统的方式一般有三种：数据库级的集成：这种方式需要直接访问各业务子系统的数据库，执行纪录 的增、删、改、触发器等的操作，从而实现数据同步和数据通信的目的。该 方法需要对于业务系统的数据库表结构十分熟悉，否则，极有可能造成数据 的不完整性与不一致性，也无法保证相应的业务子系统的安全性，而且只要 数据库表的格式一发生变化，相应的 OSS/BSSS统也必须进行更新，非常不 灵活，相应的维护工作量很大，因此不是一种适

57、合用于 OSS/BSS勺集成方式； 协议级的集成：为各业务子系统采用的不同协议，例如 corbacomrmi和 TPMonitor专用协议等开发适配器，该适配器可直接调用CORBA寸象、Java 对象、TPMonitor Servicde、COM/DCO对象，或将消息封装成 HTTP/SMTP/SNMP 等的协议格式，从而向业务系统发送请求或接收响应；该方式适用于已采用中国移动BEA解决方案三层结构进行设计开发的业务子系统，例如基于BEA Tuxedo构建的本地网计费帐务系统。但对于采用专有技术构建的专有系统，则很难对跨越不同系 统的安全、交易等进行管理。应用级的集成： 基于标准的J2EE J

58、CA (Java Connector Architecture )技 术，使用相应的Adapter Development Kit 开发适配器，可管理跨越不同系 统的安全、交易等，直接与业务系统进行紧密集成。以往，遗留业务子系统 的应用集成技术因缺乏标准平台而无法满足业务的需求。但现在，形势已发 生变化，基于J2EE JCA规范的应用集成技术成为目前企业应用集成(EAI) 的热点之一，它可以提供统一的交易、安全和连接管理，满足复杂业务的处 理要求。323.2工作流管理电信企业目前的现状是：一方面，大多数管理经营人员熟悉自己的业务，了 解电信的发展情况，但不熟悉具体的基于计算机网络的业务系统实现

59、；而实现这 些业务系统的集成商则正好相反， 熟悉具体系统的设计和实现，但并不清楚电信 企业的整体发展趋势，尤其是各种迅速变化的新业务。这就造成了矛盾。即当电信企业出于企业发展和市场的要求需要改变 OSS/BSS综合业务处理流程时，企 业管理经营人员清楚业务的处理过程， 知道需要哪些功能和服务，但无法将这一 过程程序化；而集成商虽然知道如何将具体的某项功能或服务用计算机程序实 现，但不熟悉经常变化的电信业务流程， 因此，解决方案中将业务流程的管理与 具体功能的实现分离开，使得经营管理人员只需要懂业务，通过图形化的工具将 一项业务映射为一个工作流，进一步分解为多个任务，每个任务对应于具体的业 务子

60、系统中的某项功能；而集成商则不需要懂得电信的所有业务流程， 只需要实 现具体业务子系统的相应功能即可。工作流管理平台的几个主要因素包括：设计业务流程。OSS/BSS统一平台应提供可视化的工具，通过该工具，管理经营人员只需在屏幕上拖放元素就能完成业务流程的设计。执行业务流程。基本业务流程机制负责管理流程在操作环境中的执行，自动中国移动BEA解决方案排序和执行预定流程元素，并借助 XML表示数据，用基于标准的消息服务传送信息。对于以应用为中心的业务视图，流程行为可能会有很大的变化。此 机制还可以在业务流程中涉及到人，将工作分配给具体的用户或职位。监控和优化业务流程。管理经营人员能跟踪流程状态，实时

61、查看流程，并收 集统计数据形成报告。接下来，他们还可以根据这些数据评估流程，提高性 能和吞吐量，并增加开机时间。无需中断业务流程就可能进行必要的修改。 流程封装。使用户能将业务流程逻辑封装在一起，并从流程机制独立管理。 这种封装提供电信业务需要的灵活性和可操作性。通过隔离这些元素，用户 无需影响整个流程或编写另外代码就能快速修改流程。最后，流程封装还有 利于快速开发和部署组件应用或业务流程，进而大大节约成本，缩短市场推放时间。流程逻辑与应用组件的分离。业务流程管理层中必须能够将流程逻辑与应用组件分离开来。应用开发人员首先对低层业务流程组件编程，并允许管理经 营人员利用这些流程，即借助直观的图形用户界面设计端到端业务流程。管 理经营人员可以查看关键数据，而且在几分钟之内就能修改业务流程。这种 功能使IT人员能集中精力处理战略价值更高的问题，而不只是实施全方位 修订。动态业务流程。在生产环境中，流程管理机制能主动执行和管理工作流应用 通过联机监控、动态重配置和统计报告功能，还可以进行连续改进和精确调 整。基于标准。尽管各个业务子系统可能采用互不相同的专有技术设计，但这不 妨碍作为OSS/BSS核心的业务流程管理层采