综合网管和资源管理系统的关系

1、综合网管的资源需求和互联接口的建议第1章资源治理系统的现状北京电信的资源调度治理系统由北京华胜鸣天科技于2002年开始承建,现已根本建设完成.1.1 资源治理系统的网络资源治理系统涵盖的网络包括：传输网、数据网、交换网等.1.2 资源治理系统的功能北京电信的资源调度治理系统实现了根底空间信息治理、管道/杆路网络资源治理、电缆网络资源治理、光缆网络资源治理、传输网络资源治理、交换网络资源治理、数据网络资源治理、线路设计、资源调 度方案设计及调度治理、综合查询、统计、分析.1.3 资源治理系统存放的数据资源治理系统存放的数据包括：根底空间信息：局站、机房、背景地图道路、居民地、河流、铁路、绿地.管

2、道/杆路网络资源：人/手井、管道段、管孔、子管、电杆、吊线、线担/支架/抱箍、吊瓶/线夹、杆路路由等电缆网络资源：电缆段、电缆附件信息传感器、分歧接头、气门、余长点等、MDF、交接箱、分线盒等光缆网络资源：光缆段、光缆附件信息光纤接头盒、余长点卜ODF、 光交接箱、光分纤设备等传输网络资源：DWDM/PDH/SDH 设备物理资源、 DWDM/PDH/SDH逻辑资源如光波道、段、通道、梢道、电路等接入网络资源：IDLC设备及逻辑资源、PON设备及逻辑资源、FWA 设备及逻辑资源基站设备、基站限制器、固定用户站设备 卜xDSL 设备及逻辑资源、以太网接入设备资源等.数据网络资源：ATM、IP、DD

3、N、帧中继、分组交换等网络设备资 源及逻辑资源交换网络资源：交换节点、固定 网络交换机、局号资源、MDF横列、中继电路、信令链路等.动力资源：电源设备：发电机、高压变配电、低压配电、变流设备开 关整流器、相控整流器 卜直流配电、蓄电池组、UPS、逆变器等； 空调设备：中央空调、专用空调恒温恒湿空调卜分体空调等.时钟资源：BITS设备、时钟通道.业务资源：业务类型、业务实例.客户资源：客户类型、客户实例.第2章综合网管对资源数据的需求2.1 综合网管系统和资源数据的关系联想提供的综合网管产品是一个完整的 OSS系统,除了包含了 根本的故障治理和性能治理等网管功能外,同时提供和资源治理系统 的紧密

4、集成,支持网络资源的综合呈现,支持故障对业务和客户的影 响分析,支持端到端的业务的治理,支持用户订单的处理,实现业务 的快速开通等综合治理功能.这些功能是通过对告警数据、性能数据, 逻辑资源数据、物理资源数据、业务资源数据的综合分析和处理实现 的,其中告警数据、性能数据和逻辑数据可以通过网管系统对智能网 络设备的数据得到,但物理资源数据和业务资源数据不能直接从网络 设备中得到,需要从企业的资源治理系统获取.下表为综合治理功能对资源数据的依赖关系综合治理功能网管系统资源治理系统备注故障的定位实时告警基于拓扑的故障的相关性分析实时告警,逻辑资源数据物理资源数据故障对业务和客户的影响实时告警,逻辑资

5、源数据业务、客户数据网络资源的综合呈现逻辑资源数据业务、客户、物理资源数据业务开通业务开通指令业务资源的预占,规划和状态查询端到端的业务管理网络性能数据业务资源由此可见,综合网管系统的功能和资源数据是紧密相关的,是以资源数据的分析为根底的,北京电信的综合网管的建设必须将现有的资源治理系统中的与网管相关的数据通过专用的数据接口集成进来.2.2 综合网管需要的资源数据综合网管需要的资源数据主要是指与网管的功能紧密相关的, 从 网络设备和网元治理系统无法自动提取的设备的相关描述信息、 网络 的物理连接关系数据以及和网络所承载的业务和用户等资源数据, 具 体包括以下内容：地理层次结构资源类型专业网设备

6、功能设备技术复用层次电路类型资源的状态信息 路由类型 效劳类型厂商站点位置 客户信息 设备类型 设备 缆线段 缆线传导介质 电路 路由段 端口 通道 效劳 效劳资源详细描述请见文档：Data import to Netrac Inventory database.doc2.3 资源数据的有效性对综合网管的影响资源数据的有效性主要是指其完整性和正确性以及和实际网络配置状态的一致性,由于经过上面的分析可以看出：许多综合治理功 能是通过对的资源数据的分析做出的,所以资源数据的有效性将直接 影响到综合网管的治理功能,例如：无法完成基于网络物理结构的告 警相关性分析,无法实现快速的业务开通等等.第3章互

7、联接口技术建议3.1 综合网管系统与资源治理系统的互联点综合网管系统与资源治理系统是两套完全独立建设的系统,但同属于电信运营支撑系统的范畴,两套系统在数据和业务上存在着互补 性,综合网管系统要利用资源数据进行面向全网的综合分析,而分析结果那么可以在资源治理系统里进行呈现, 另一方面,综合网管系统还 可以向资源治理系统提供动态的配置数据, 使得资源治理系统能够动 态且自动地呈现出网络的运营状态, 因此,在两套系统之间很自然地 就要实现数据和业务的互联互通.为了实现两系统在数据和业务上的互联互通, 需要在两系统间定 义互联互通的协议,并通过相应的接口来实现.从数据和业务两个层 面来考虑,相应的定义

8、“数据接口和“功能接口 .3.1.1 数据接口数据接口是最根本的互联互通协议, 通过数据接口,两系统可以 实现数据的共享和互访,防止了在两套系统内各自维护不一致数据所 造成的额外投资和额外工作量,实现了数据的高利用率和一致性、 完 整性.数据是电信运营支撑系统的根底,如果在电信运营支撑系统内出 现数据在一致性和完整性上的缺陷,那么除了上面提到的额外投资和 额外工作量外,电信运营支撑系统在功能上也不能够对业务实施强有 力的支撑,例如,如果综合网管系统没有完整的资源数据,那么在网 络故障的治理上,我们就很难判断出故障点,以及故障所造成的影响.通过数据接口,我们在最根本的层面上实现了两系统的互联互

9、通,为更进一步通过“功能接口来实现两系统的互融提供了坚实的 根底.3.1.2 功能接口功能接口是面向业务的互联互通协议, 通过功能接口,两系统可 以实现应用功能的互访,从而实现业务的互通,例如,综合网管系统 对故障进行分析,其分析结果可以通过调用资源治理系统的相应呈现 功能,在资源治理系统里呈现出来,另一方面,资源治理系统也可以 通过功能接口向综合网管系统主动地发起对网络的分析和治理请求.通过功能接口,使得两系统能够相互配合实施业务支撑,比方, 业务的受理与开通,无论单独的资源治理系统,还是单独的综合网管 系统,都是无法独立完成,在进行业务受理与开通时,首先需要在资 源治理系统里查询相关资源的

10、状态并实施预占, 然后再在综合网管系 统里实施具体的配置与测试等操作,最后返回到资源治理系统里将预 占的资源修订为实占,从而完成业务的开通,在这个流程中,如果没 有功能接口的支持,我们只能在两个系统间进行切换操作, 不仅不方 便,还很容易出错.而通过功能接口,我们就可以构造出一个统一的 界面来实施业务,这里获得的好处,不仅是操作上的方便或高效,更重要的是我们能够对业务流程实施限制和治理.3.2 互联互通接口要考虑的问题在定义互联互通接口时,要着重考虑如下几方面的问题：3.2.1 平安性应该引入完善的认证与授权机制,以保证对数据和功能的访问是 受控的,防止非法的操作,以及有意或无意的操作对系统所

11、造成不良 干扰,例如,没有限制的增删数据就会造成系统数据的混乱.3.2.2 隔离性虽然综合网管系统与资源治理系统存在互补性,但由于这两个系 统所处理的问题域并不相同,有着各自的私有数据和私有功能,因此 互联互通接口要有很好的隔离举措,保证私有数据和私有功能的安 全.3.2.3 灵活性综合网管系统和资源治理系统作为两个独立建设的系统,其实施 技术都不尽相同,存在着不同的技术理念,数据在定义、格式等方面 都有较大的差异性,因此,互联互通接口要有足够的灵活性来解决这 些差异性所造成的问题,例如,定义不同的数据转换规那么,从而保证 数据在两个系统间平滑的转移.另外,综合网管系统与资源治理系统的互联互通

12、并不是从一开始就明确所有的需求,这是一个随着熟悉的深入而逐步完善的过程.因此,互联互通接口要有足够的水平来适配新需求的出现.3.2.4 扩展性互联互通接口当前首要的是要解决综合网管系统和资源治理系 统之间的关系,但互联互通接口也潜在地要解决与其它系统(计费、 营帐等)的关系,因此,互联互通接口在技术上要有良好的扩展水平, 例如,对J2EE、CORBA等技术的支持,以方便的扩展到其它技术 领域和问题领域.3.2.5 数据一致性通过互联互通接口,综合网管系统/资源治理系统都不再是单纯 的面对存储在自身系统内的数据,也有操控对端数据的水平,因此, 互联互通接口必须要承当起维持两系统间的数据一致性的责

13、任.3.2.6 高效性互联互通接口要保证适当的运行效率,根据需求提供实时或准实时的交互性能.3.3 互联互通接口的技术架构基于上述对互联接口在平安、灵活、扩展等方面的考虑,互联接口适宜采用“桥接器 (Bridge Connector)技术来实现,其技术架构如下列图所示：桥接器独立于综合网管系统和资源治理系统, 它既不属于综合网 管系统,也不属于资源治理系统,而是介于两者之间的一个中间层. 通过桥接器,我们可以在综合网管系统和资源治理系统这两个异构系 统间建立起稳定可靠的连接,实现数据共享和平滑互访,实现系统功 能的相互调用,满足平安性、隔离性、灵活性、扩展性、数据一致性 等多方面的要求.3.3

14、.1 为什么要构建桥接器当我们考虑到要在两个系统之间开放互联互通接口的时候, 通常 我们的第一个原始想法就是两个系统互相直接向对端开放接口, 如下 图所示：资源治理系统综合网管系统(Inveinory)F2EJ直接开放接口然而这种直接开放接口的技术具有很大的局限性：首先,这是一种僵化的手段,资源治理系统暴露给综合网管系统 的接口,依赖于综合网管系统对资源治理系统所提出的需求,也就是说接口与具体的需求是紧密绑定的,一旦需求发生变化,那么,接口 也要跟着变化,否那么就不可能实现访问.最简单的情形,综合网管系 统要求增加访问资源数据的属性字段,资源治理系统的接口就必须要 进行改写,增加这些属性字段.

15、其次,这种接口技术只能实现数据层的互联,而不能(或者很困 难)实现业务层功能的互联,由于两个系统是异构的,采用的是不同 的技术和系统平台,因此两个系统要实现直接的功能互访相当困难, 除非它们同时遵循相同的体系标准, 如J2EE.因此这种接口技术的 典型实现方式就是开放数据库视图,或者通过平面数据文件进行导入 导出.第三,这种接口技术很难维持数据的一致性, 由于两个系统内在 的数据模型是异构的,资源治理系统能够开放的数据接口只能够做到依据其内在的数据模型而开放,因此,综合网管系统并不能够直接使 用从接口中获取的数据,需要对其进行再加工,转换成综合网管系统 内部的数据模型,这样同一个东西就被存储在

16、了两个不同的地方,在没有额外的机制保证下,这种存储在两个系统中的数据极易发生不一 致,只要资源治理系统对数据进行了变更, 综合网管系统内的资源数 据就处于不一致的状态,直至综合网管系统重新从资源治理系统中获 取数据.第四,扩展性差,由于这种直接接口是针对了某些具体的需求而 设定的,因此,第三方应用就不可能使用这些接口,而必须在两系统 间进行需求界定,然后开发开放相应接口.因此,对于存在有很多个 独立系统的情形,这种直接接口技术的可实现性就变得很低,很难想象开发和维护一大堆接口的工作量是多么巨大.由于桥接器能够内建多种机制来保证平安性、隔离性、灵活性、 扩展性、数据一致性等多方面的要求,因此桥接

17、器是实现互联互通接 口的比拟好的技术手段.桥接器就好似是多个独立应用系统间的交通 枢纽,各应用系统之间不需要发生直接的联系, 而是经过桥接器的调 度.3.3.2 桥接器的技术实现3.3.2.1 根本原理桥接器的根本技术原理如下列图所示：根本原理图详述如下：适配器Adapter 适配器是在应用系统与桥接器之间建立访问联系的构件,适配器实现如下主要功能：采取适当的技术如 Socket、RMI-IIOP、DB connection等实现应用系统与桥接器的可靠连接应用系统通过Adapter-Agent在桥接器中注册允许被访问的功能应用系统通过Adapter-Agent调用注册在桥接器中的功能 桥接器通

18、过Adapter-Agent识别应用系统的数据模型应用系统通过Adapter-Agent向桥接器上报数据桥接器通过Adapter-Agent向应用系统传送数据其中,Agent是桥接器所标准由应用系统来实现,也就说应用系 统必须遵循Agent规约并实现Agent , Agent规约规定了如下主 要内容：?应用系统数据模型的元数据表达?应用系统被访功能的调用机制?应用系统与桥接器之间的消息格式?应用系统必须实现的接口方法功能注册(Function Registry )与功能调度(Function Dispatcher ) 功能的注册/调度机制实现了分布式的远程功能调用,当一个应用 系统打算使用另一个应用系统的功能的时候,它只需要在桥接器 中的功能注册表里找到该功能的入口,即可像在本系统内一样访 问该功能.数据类型映射(Data Type Mapping )与数据转换(Data Transformer )由于两个应用系统的数据模型是不一样的,因此,要实现两系统 间数据的平滑访问,就必须在两种数据模型间进行必要的数据转 换.桥接器可以获取应用系统的数据模型的元数据表达,然后在两个 应用系统的