中国移动网管集成平台技术规范网管规范技术中国移动技术规范集成平台要求集成网管平台.doc

《中国移动网管集成平台技术规范网管规范技术中国移动技术规范集成平台要求集成网管平台.doc》由会员分享，可在线阅读，更多相关《中国移动网管集成平台技术规范网管规范技术中国移动技术规范集成平台要求集成网管平台.doc（13页珍藏版）》请在三一办公上搜索。

1、中国移动通信企业标准QB-W-027-2008中国移动网管集成平台技术规范（第一版）NMS Integration Bus Technical Specification版本号 1.0.02008-发布2008-实施中国移动通信有限公司发布目录1范围12规范性引用文件13术语、定义和缩略语14系统概述与建设范围25“总部-省”两级架构36组网与设备配置要求47系统功能要求47.1集成平台能力47.1.1Web Services平台47.1.2MOM（Message-Oriented Middleware，消息中间件）57.1.3可靠的文件传输57.1.4数据库数据迁移（可选）67.2数据处理能

2、力67.2.1传输/调用协议转换能力67.2.2数据转换能力77.2.3数据/服务路由能力77.3服务组合能力77.4接口管理要求77.4.1注册与发布77.4.2互联接口交互监控77.4.3日志87.4.4安全要求87.4.5查询、统计与报表88系统技术要求98.1基本技术要求98.2关键技术指标98.3系统运行指标109编制历史10前言中国移动网管集成平台是各网管支撑系统互联的基础平台，将目前系统间点到点网状互联结构转变为以集成平台为依托的总线型结构，从而优化集成结构、共享集成能力，便于互联接口扩展和管理。本规范全面阐述中国移动网管集成平台的建设目标、范围、总体框架、系统功能、系统接口要求

3、、技术要求等。适用于指导总部和各省网管集成平台项目建设。本标准由中移 号文件印发。本标准由中国移动通信有限公司网络部提出并归口。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信有限公司网络部。本标准主要起草人：刘立卫、荣国辉、曹晓强、席志达、李宁。1 范围本规范给出了中国移动网管集成平台的建设目标、范围、总体框架、系统功能、互联接口要求、技术要求。本规范是中国移动总部和31省网管集成平台项目建设的依据，是中国移动网管集成平台提供商、各类网管支撑系统提供商必须遵循的指导性文件。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单

4、（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。1中国移动支撑系统安全域划分与边界整合技术规范中国移动通信有限公司2中国移动网管系统监控平台技术规范中国移动通信有限公司3中国移动网管支撑系统互联接口规范（各类）中国移动通信有限公司3 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：词语解释企业应用集成(Enterprise Application Integration，EAI)通过中间件来连接企业内外各种业务相关的异构系统、应用以及数据源，从而满足网管支撑系统等重要系统之间

5、无缝共享和交换数据的需要。面向服务的架构(rvice-oriented architecture，SOA)SOA是一种设计方式，它指导着业务服务（business services）在其生命周期（从构思开始，直至停止使用）中包括创建和使用的方方面面。SOA也是一种定义和提供IT基础设施（IT infrastructure）的方式，它允许不同的应用相互交换数据、参与业务流程（business processes），无论它们各自背后使用的是何种操作系统或采用了何种编程语言。企业服务总线(Interprise Service Bus，ESB)是由中间件技术实现并支持SOA的一组基础架构，支持异构环境

6、中的服务、消息以及基于事件的交互，并且具有适当的服务级别和可管理性。简单地说，ESB就是试图将应用服务器上的多种逻辑层面迁移到总线以及连接点上，从而降低企业内部信息共享的成本。企业服务总线是SOA中的消息框架即消息相互交换和通信的方式，是业界标准与客户消息框架的整合。Web 服务的业务流程执行语言（Business Process Execution Language For Web Services，缩写为 BPEL4WS 或 BPEL）允许指定业务流程以及它们和Web服务的关系。其中指定了业务流程是怎样使用Web服务来达到它的目的，还指定了由业务流程提供的Web服务。用BPEL指定的业务流

7、程是完全可执行的，且在符合BPEL的环境间是可移植的。无论实现BPEL业务流程的伙伴的Web服务是否基于BPEL，BPEL业务流程都能和这些Web服务互操作。4 系统概述与建设范围目前中国移动总部和各省公司建有话务网管、数据网管、传输网管、动环监控、信令监测、自动拨测、电子运维、网管监控等系统，各个系统互联接口为点对点的网状结构，存在如下问题： 可扩展性不强。随着应用增多，接口数量呈指数增长，系统间连接关系复杂，增加了系统实施的强度和难度。 可维护性弱。系统间为紧耦合结构，当系统应用变动时，与之相关的系统接口随之变动，不利于系统的维护和升级。 基础服务无法共享。系统间访问的身份认证、状态认证、

8、安全控制等基础服务需多次开发，浪费资源。 数据和应用无法共享。系统间访问协议不统一，数据共享程度低，功能应用重用性差。引入集成平台可以优化当前网管支撑系统的集成结构改进，改变目前点到点的网状互联结构，通过以集成平台为依托的总线型结构，逐渐统一网管系统的接口类型，从而实现以下核心价值： 改变传统的点对点的应用集成方式为总线方式，优化网管支撑系统间的集成架构，易于规划、易于扩展、易于管理和维护。 共享公共集成能力。将原先分散在各个网管支撑系统中的集成能力集中为部署在集成总线上的共享的、公共的集成能力，如提供共享的消息服务、可靠的文件传输服务、数据移植服务、服务发布平台等。 实现技术与业务分离。由集

9、成总线实现集成技术层面的能力，如数据映射、数据封装；其他网管支撑系统专注于实现业务逻辑。 集成平台将使用商业化软件，其整合了多种集成技术，为应用集成的各种复杂需求提供了清晰的实现方式，有利于继承集成领域的实践成果。集成平台是各网管支撑系统互联的基础平台，通过集成平台的建设可以将目前系统间点到点网状互联结构转变为以集成平台为依托的总线型结构，从而优化集成结构、共享集成能力，便于互联接口扩展和管理。集成平台总体框架如下：图 1 集成平台总体框架图本期工程暂不考虑基于集成平台改造现有部省接口或实现新的部省接口。5 “总部-省”两级架构中国移动规划建设总部和省两级“网管集成平台”。总部集成平台为总部各

10、个网管支撑系统互联、网管支撑系统与业务支撑系统和管理信息系统互联、部省网管支撑系统系统互联提供数据集成和服务集成能力。省集成平台为省各个网管支撑系统互联、网管支撑系统与业务支撑系统和管理信息系统互联、部省网管支撑系统互联提供数据集成和服务集成能力。6 组网与设备配置要求1） 网管集成平台系统组网必须满足中国移动支撑系统安全域划分与边界整合技术规范要求。系统的各个设备应按要求放置在各类安全域或安全子域中。2） 网管集成平台的主要服务器和设备包括：数据库接口服务器、WS接口服务器、MOM接口服务器、FTP接口服务器、外网接口服务器、测试服务器等。上述服务器可在物理上合设，不同安全域的接口机必须在物

11、理上分设。必须搭建测试环境进行需求变更的开发和测试，不得在生产环境中直接进行开发和测试。3） 为保障系统的高可用性，数据库服务器、应用服务器应采用双机热备，必要时，可考虑集群，如采用集群，需支持集群节点数的平滑扩充；服务器的网络接口、存储设备、电源等设备应考虑备份，并支持电源、I/O设备、存储设备的热插拔。4） 为保障系统的高性能，系统网络和设备配置应保留一定冗余。5） 为保障系统的可扩展性，服务器应具有可扩展能力，支持CPU扩展/升级、内存扩展、I/O能力扩展等。7 系统功能要求7.1 集成平台能力集成平台能力具体包括提供WS、MOM、文件传输、数据库数据迁移（可选）四类集成服务平台能力。7

12、.1.1 Web Services平台从表面上看，Web Services就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API，能够用编程的方法通过Web调用来实现某个功能的应用程序。从深层次上看，Web Services是一种新的Web应用程序分支，它们是自包含、自描述、模块化的应用，可以在网络（通常为Web）中被描述、发布、查找以及通过Web来调用。Web Services是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得Web Service能与其他兼容的组件进行互操作。它可以使用标准的互联网协议，像超文本传输协议HTTP和XML，将功能体

13、现在互联网和企业内部网上。集成平台要求具有Web Service平台的能力，Web Service平台必须提供一套标准系统，用于沟通不同平台、编程语言和组件模型中的不同类型系统。Web Service平台要求支持最新的相关协议和标准，包括XML、XSD、SOAP、WSDL、UDDI等，同时兼顾Web Service的安全性、事务处理、性能等方面。Web Service能力的典型实例是：话务网管系统将HLR用户数据查询功能封装为Web Service服务，通过集成平台的Web Service平台能力注册和发布，供网络支撑客服系统发现和使用。7.1.2 MOM（Message-Oriented M

14、iddleware，消息中间件）MOM用于在分布式应用间交换信息，MOM基本由一个信息传输系统和一个应用程序接口组成，其资源是信息和队列（Messaging and Queuing）。信息：一个信息包含两个因素：信息描述（用于定义诸如信息传输目标、信息结构等）和数据信息。程序之间的通讯通过传递信息而非直接调用程序。队列：信息存放在队列中，队列是一个安全的信息存储区，队列可驻留在内存或磁盘上，队列存储消息直到它们被应用程序读走。通过消息队列，应用程序可独立地执行，它们不需要知道彼此的位置，在继续执行前不需要等待接收程序接收此消息。信息传输系统：用于确保队列之间消息的可靠传递，包括网络中不同系统上

15、的队列之间的信息提供，并保证网络故障或关闭后的恢复。应用程序接口：应用程序通过MOM平台提供的API实现的接口调用MOM平台提供的功能。集成平台要求具有上述MOM平台的能力，并支持消息订阅/发布模式，消息可靠性传输、事务处理、消息队列模式、订阅/发布模式等是MOM平台的关键问题，它们的实现方法确定了消息中间件的功能和性能。MOM需要支持多种应用环境和多种平台；要求支持同步、异步通讯模式；具有全面的安全机制；支持最新的JMS标准和Web Services。MOM能力的典型实例是：话务网管系统将采集到的告警数据通过集成平台的消息中间件能力实时传输到综合监控系统。7.1.3 可靠的文件传输集成平台应

16、支持可靠、安全、可信的文件传输服务。常用的文件传输服务有FTP、FTAM、MQ等多种形式。其中FTP是适用于解决实时性要求低，数据传输量比较大的数据集成的解决方案。集成平台要具有FTP服务器能力，集成平台面向所有系统提供统一的FTP服务实现文件的下载和上传，从而实现对FTP类接口的统一FTP服务器、FTP编程API、FTP接口监控和管理，此外FTP平台还应该具有开放性，能够和集成平台中提供其他集成能力的部分进行集成。可考虑支持安全FTP协议。文件传输的典型实例：话务网管系统将从OMC采集到的资源配置数据，定期通过集成平台的文件传输能力，可靠地传送到综合监控系统中，与相应的数据进行比对和保持同步

17、。7.1.4 数据库数据迁移（可选）集成平台要求具有对数据库中数据进行复制迁移、映射转换的能力，即源数据库中的数据经由集成平台的处理可以实现从源数据库到目标数据库的迁移，同时实现对数据的映射和转换的加工过程。所以集成平台要求具有异构的分布式应用环境下的数据集成访问的能力，能够屏蔽数据存储的异构性和不同数据库操作的异构性，形成统一的虚拟数据视图。数据集成能力要求具备良好的扩展性，能支持分布式集成访问多种异构数据源，实现同构及异构数据库之间的数据复制。应提供全量和增量数据复制迁移方式，同时支持实时和定时两种模式，支持用户建立数据库表之间一对一、一对多、多对一等的数据复制逻辑。此外，还应提供复制监测

18、及容错机制以保证数据复制的正确性，并且提供图形化的数据复制工具和管理界面。可以是数据类型的转换，不是数据记录的加工、汇总等。数据库数据迁移能力的典型实例是：借助集成平台的数据库数据迁移能力，按某种时间策略和数据转换策略，将话务网管系统数据库中的网络性能数据迁移到网络综合信息系统数据库中，从而在综合信息系统中进行综合分析。7.2 数据处理能力7.2.1 传输/调用协议转换能力集成平台要具有系统间传输/调用协议转换的能力，这些协议包括但不限于：WS、HTTP、FTP、JMS等MOM、EJB。例如，将JMS调用转换成一个Web Service的调用，或者由一个HTTP协议转换成一个FTP的处理，从而

19、有效地屏蔽系统之间调用和传输协议的差异性，从而实现不同接口的COTS软件的互联或减少对已连接系统单方接口升级变更带来的影响。7.2.2 数据转换能力集成平台能够对来自不同应用系统传来的数据进行识别和解析，能够以图形化方式定制不同的数据转换逻辑，实现数据格式的转换和数据内容的整理，从文本文件、二进制文件、Excel格式等转换成XML格式，并实现如日期格式的标准化整理、数据单位转换等数据内容的整理。通过集成平台提供的数据转换能力，系统之间的调用不需要考虑数据格式的差异，从而把数据转换的处理过程交给集成平台完成，简化了系统之间交换数据的复杂性，体现集成平台实现技术与业务分离的价值。7.2.3 数据/

20、服务路由能力集成平台应能够对经由集成平台的数据进行检查和过滤，根据预定义的规则或数据内容做动态路由。集成平台应支持数据或功能的点对点连接和发布/订阅模式。7.3 服务组合能力集成平台支持现存各个系统将各自的服务提供给集成平台，集成平台通过服务组合能力利用新的或者现有的服务组件组合成各种解决方案，从而创建新的复合服务/复合应用。集成开发人员可以在集成平台中搜索各种服务信息，按照业务要求建立各种必要的模型，通过动态或者静态的方式实现服务的组合或者重组。服务组合可考虑符合服务组合标准BPEL（Business Process Execution Language）。7.4 接口管理要求7.4.1 注

21、册与发布集成平台应提供服务组件的注册和发布功能，实现对服务组件的元数据管理（接口模型管理），帮助系统开发人员或管理人员掌握服务组件的接口名称、运行参数、交互模式、依赖性、应用场景等信息，从而对已发布的服务组件进行查找、访问、调用和管理。7.4.2 互联接口交互监控集成平台应提供服务监控与管理工具帮助管理人员监控服务的交互以及服务的性能。集成平台应提供对运行中的数据集成、功能集成、服务组合等各种集成接口实例进行实时监控，接口服务组件性能方面的信息应长期记录到集成平台中，为系统性能优化提供参考。7.4.3 日志集成平台应记录系统之间交互过程的日志信息，以帮助管理人员实现对集成平台以及各系统互联接口

22、程序的维护和管理。集成平台的日志包括安装日志、运行日志和应用日志。集成平台应可以在互联系统交互的过程中通过特有的日志接口把交互信息写入到日志中，开发人员对日志包含的内容进行定制。日志文件除了用于审计外，还应可以利于日志记录进行系统的恢复。7.4.4 安全要求集成平台应遵从OASIS制订的最新WS-Security规范，必须在接口管理、消息和数据传输、服务认证和授权使用、实时监控、自身用户管理等方面，满足相关的安全性要求。集成平台自身应具有完整的安全策略，包括身份认证、连接安全认证、应用服务安全认证、访问权限控制、安全事件报警等。集成平台必须具有将不同的遗留应用统一到开放的安全框架的能力。现存的

23、大多数应用均采用专有的安全机制，而集成平台可以通过Web Services封装的方式将专有的遗留应用封装为Web Services，从而可以纳入到WS-Security框架之中，支持WSS username 令牌，WSS Kerberos 令牌，X.509 数字证书等安全证书模式。集成平台需要提供可以“按需加载”的安全能力，即可以通过配置的方式，将通过服务平台展现的服务加上安全能力，如安全的传输、认证和授权等等功能，而无需通过专有的编程实现。这样既可以满足不断增长的安全需求，同时也必免一开始就采用不必要的安全设置以增加系统开销和管理难度。集成平台需要具有和现有的一些安全系统框架无缝集成的能力，

24、如LDAP，Kerberose等，实现集成平台和相关系统的挂接。7.4.5 查询、统计与报表提供关于在集成平台上注册发布的服务、各类在集成平台上的接口运行情况的各类查询、统计和报表，可定期自动生成报表，并支持将数据导出到Excel文件。8 系统技术要求8.1 基本技术要求1） 可动态部署、在线升级，降低变更影响。2） 配置式开发，能够快速部署和变更，降低开发难度和工作量。3） 支持标准接口及转换标准接口能力。4） 支持分布式部署和集群，软硬件可扩展，具有负载均衡能力。5） 系统应具有高可用性，关键部件热备。6） 支持SNMP网管协议，能够提供异常事件告警，支持“网管系统监控平台”监控网管集成平

25、台的关键指标和运行情况。8.2 关键技术指标关键技术指标反映了集成平台对数据集成、服务集成的开发、运行、维护、管理等的支撑程度。这些指标可以通过设计若干基于集成的测试用例来进行综合验证。No分类指标说明1开发指标开发周期对于给定的测试用例，在一定的人力条件下完成所有功能和技术需求所花费的时间。2配置开发百分比对于给定的测试用例，通过集成平台配置完成的开发任务占所有开发任务的百分比。3调试方便性提供不同层面的调试工具，包括接口调试、集成逻辑调试等；调试输出完备，清晰，提供明确定位问题的信息。4兼容性对操作系统、数据库的支持情况5功能指标功能符合度对于给定的测试用例，对本规范7.2节各项要求的满足

26、程度。6性能指标WS服务接口时延服务调用与服务响应的时间差，局网环境下应5秒7WS交易请求最大并发数在给定的测试用例条件下，每秒最大可处理的WS并发请求个数。8MOM数据接口时延数据发送与数据接收的时间差，局网环境下应2秒9MOM消息吞吐量在给定的测试用例条件下，每秒最多可传送的特定长度的消息数量。10FTP数据接口时延数据发送与数据接收的时间差，局网环境下应2秒11FTP数据吞吐量在给定的测试用例条件下，每秒最多可传输的特定长度的文件数。12容错指标双机切换支持双机高可用性。13异常处理能力在网络连接异常等情况下的表现。14备份恢复能力具有良好的备份/恢复机制，应用数据备份/恢复、系统全备份

27、/恢复时间应低于2小时。15可管理性指标WS服务管理能力对WS服务接口的注册、发布、调用、运行时、注销的监视、管理和统计分析支持程度16MOM服务管理能力对MOM服务接口的消息传输、转换、路由的监视、管理和统计分析支持程度17FTP服务管理能力对FTP服务接口的连接、数据传输的监视、管理和统计分析支持程度8.3 系统运行指标No分类指标参考值1可用性指标系统可用性99.9%（724）2故障平均恢复时间2小时3故障发生频次5次/年4接口成功率99.9%（724）5硬件运行指标服务器CPU峰值利用率70%6服务器内存峰值利用率90%7有效存储空间利用率80%9 编制历史版本号更新时间主要内容或重大修改V1.0.02008年6月V1.0.0版本