NGOSS电信运营管理中间件平台的研究与实现

下一代运营系统及软件(NGOSS)简介

下一代运营系统及软件(NGOSS)是由电信管理论坛(TMF)提出的一个技术中立的分布式系统结构,它充分体现了“业务流程驱动”的思想,通过流程建模 改变业务流程,将各种业务功能组件组合起来完成一定的业务,使流程易于重组和实现。要实现NGOSS提出的“业务流程驱动”必须解决目前软件应用集成存在 的许多问题,例如系统耦合紧密、维护困难、业务更新周期长等。在NGOSS集成环境中,上述问题可通过使用面向服务的体系结构(Service- Oriented Architecture,SOA)解决。在面向服务的电信业务流程中,业务功能可视为一个服务。电信业务流程正是通过服务之间的交互实现互操作;而流程 本身也可作为一个服务与外界进行交互。
在结合SOA技术的基于NGOSS框架体系的业务集成环境中,任何电信运营支撑系统都可以通过将相关业务按照业务领域(Business Domain)、业务流程(Business Process)、业务服务(Business Service)和业务组件(Business Component)这样的粒度逐级细分,形成一个自顶向下的NGOSS业务集成模型。业务域是NGOSS按照功能对整个电信运营和基础设施构架进行的模 块划分。业务流程是依据特定业务规则定义的一组服务的执行序列。服务可视为组件的逻辑分组。组件代表某个电信业务的相关功能。在对电信业务的实际解析过程 中,可以根据eTOM的模型图,自顶向下对电信领域及其业务逐步进行细化;而在最终的实施部署阶段,可采用自底向上的顺序进行。

面向服务的NGOSS电信运营管理中间件平台

如何结合NGOSS的最新标准,同时充分利用现有的各种OSS系统,实现下一代的运营管理支撑环境和电信服务的集成流程,是本文应用中间件平台要解决的一 个重要问题。

1、应用中间件平台体系结构
本文遵循NGOSS关于技术无关的框架体系思想,结合现有的中间件技术,提出了一个符合我国国情的新一代NGOSS电信运营管理应用中间件平台(以下简称 “平台”)的软件体系结构如图2所示,并实现了其原型系统。
就其结构而言,平台至上而下分为四个层次:包括业务流程层(Business Process Layer),业务服务层(Business Service Layer),业务组件层(Business Components Layer)和企业系统层(Business Systems Layer),另外SIDBE是满足NGOSS定义的一个共享信息模型实例。其中:
企业系统层主要包括电信领域原有的各种遗留系统,它们可以是以不同方式实现、具有不同功能异构的软件系统。这些系统通过平台提供的OSS/J接口映射工 具,将自己注册到平台的业务组件注册库(Business Component Registry)中,以此方式接入平台。
在业务组件层中,各种符合NGOSS标准的基本业务组件被注册到业务组件注册库中,它们与通过OSS/J功能接口注册的遗留系统一道,共同实现电信业务的 基本功能。
业务服务层定义的各种电信服务被注册到服务库(Private UDDI)中,这些服务通过企业服务总线(Enterprise Service Bus, ESB)中的路由和传输机制与组件层的相关业务组件进行数 据 传输和功能交互。ESB对上述过程进行监控和实时保障。
业务流程层包含面向服务的工作流引擎和建模工具。用户可以利用建模工具按NGOSS标准对平台上注册的各种服务进行流程建模,并可通过触发工作流引擎由上 至下执行某电信业务流程。

2、 中间件平台主要组成部分描述
面向Web服务的工作流管理系统:平台采用Web 服务的业务流程执行语言(Business Process Execution Language for Web Services)实现Web服务编制、工作流程建模与运行监控管理,快速创建和定制以客户为中心的电信业务。利用图形化建模工具可快速灵活的组合和创 建、查看、更改和保存流程。面向服务的流程执行引擎提供一个基于SOA架构下的业务流程部署、执行与监控支撑环境。
企业服务总线ESB:平台的企业服务总线ESB除了为服务提供注册功能以外,还实现了服务与组件间的路由机制,同时支持多种传输协议,具有基本的安全性机 制和监控、配置功能。

 

OSS标准组件库:作为平台的基础结构,组件库可向平台提供各种基本的OSS运营管理功能。组件在设计上遵循由OSS Through Java工作组所提出的OSS/J接口标准,此外,平台还提供良好的组件扩展接口。目前平台已集成的标准组件库包括:OSS Billing Mediation,OSS Inventory,OSS Quality of Service,OSS Service Activation,OSS Service Quality Management,OSS Trouble Ticket。
共享信息模型SIDBE:共享信息/数据(Shared Information and Data, SID)模型是NGOSS提出的建立通用信息模型框架。平台中共享信息模型SIDBE主要实现了以下几方面内容:划分管理域并定义业务实体、建立UML模 型、模型存储和模型的管理及访问。
异构遗留系统适配与接入:异构的遗留系统可通过平台提供的映射工具和OSS/J接口接入到组件注册库。映射工具生成映射配置文件和协议配置文件,并将遗留 系统API的调用转化为平台内部的OSS/J接口功能,实现遗留系统的接入和集成。

基于中间件平台的业务流程实例

通过中间件平台对电信网络故障处理业务流程进行服务设计和流程整合,它利用平台提供的相关OSS标准组件,集成电信运营过程中客户服务、故障处理、资源管 理以及工单管理系统等多个异构软件系统,实现故障处理的自动化,提高对客户的响应速度和业务处理效率。
首先根据NGOSS提出的“业务流程驱动”原则,进行故障处理业务流程分析,抽象出的故障处理业务流程可描述如下:
1、客户服务系统接到客户关于网络故障的投诉单,则将其转发给故障处理系统。
2、故障处理系统根据投诉单上填写的故障出现时间和地点,检查发生故障的物理 设 备的故障类型以及故障发生情况,提出相关的处理意见。如果故障类型属于局间中继故障,则责成资源管理系统进行处理。资源管理系统首先根据故障发生的时间、 地点(包括对端局)对具体发生故障的传输设备进行定位,然后通过工单管理系统给管理该传输设备的相关人员派发故障单。如果故障类型是属于交换机故障,故障 处理系统将直接通过工单管理系统给管理该交换机的相关人员派发故障单。
3、平台通过映射工具,将客户服务、故障处理、资源管理以及工单管理系统接入到平台当中,将其中的故障投诉、故障查询、故障定位、故障处理等业务功能注册 到组件库当中。同时结合平台已有的QoS组件库和Trouble Ticket组建库中的相关功能组件,为该故障处理流程提供了最基本的业务功能。
4、在定义好业务组件之后,按照组件之间的功能关系和交互逻辑进行服务层的设计,为流程中的操作定义服务,同时确定服务与其相关组件或组件集合之间的数据 描述和操作接口,将设计好的各个服务发布到服务注册库当中,供流程使用。
5、通过面向服务的工作流系统,利用已有的注册服务进行业务流程建模,同时在建模工具中测试流程模型的完整性和有效性,最终通过面向服务的工作流引擎执行 流程,并同时对其执行过程进行监控和异常处理。
该流程在平台上的实施充分体现了NGOSS“面向服务的,以客户为中心,业务流程驱动”的核心思想,实现了新一代NGOSS功能组件在平台中的应用,无缝 集成分布式异构遗留系统,并且根据业务需求灵活定制流程,自由交互,同时对流程进行监控管理,使得运营商可以对用户和市场的变化做出及时响应。
在电信产业竞争日益激烈的今天,其服务管理水平和运营效益仍面临着极大的挑战。NGOSS系统框架的提出,为电信运营企业OSS系统的建设描绘了一个总体 设计蓝图。