使用JAVA技术实现新一代OSS/BSS

OSS/BSS概述

OSS（Operations Support Systems）是指运营支持系统BSS（Business Support Systems）为业务支持系统OSS/BSS是这两类系统的结合在一起形成的综合的电信业务运营和管理平台在国内OSS/BSS有时也被称为BOSS

标准化组织电信管理论坛（TMF）对OSS/BSS提出了被业界广泛接受的功能模型在这个模型中OSS/BSS包括三大功能业务开通业务保障和计费（或称业务计量）业务开通是指电信运营商接受客户订购电信服务的订单通过对电信资源的分配配置安装和部署为客户提供所需的服务并能够对服务进行计费业务保障要提供量牟饬恐副辏繁７衲艽锏娇突У囊蟆Ｒ滴窦屏吭蚴遣饬康缧磐缰懈髦忠滴竦氖褂们榭觯扑阌κ辗延茫⒍允辗压烫峁┲С帧?lt;/P>

作为一种高效的信息管理系统OSS/BSS已在国外电信运营商中得到广泛的运用并在实践中积累了大量的成功案例OSS/BSS解决方案也在这一过程中趋于完善同时也暴露出越来越多的难以克服的问题

OSS/BSS的软件系统相对复杂从而使得网管系统计费系统营账系统客服系统等都是各成体系要想把它们有机地整合在一起几乎是不可能的对于这种杂乱无章的系统结构（参见图）简直可以称之为系统集成的噩梦（Integration Nightmare）

很多OSS/BSS开发商都有同感——缺少训练有素的工程师这也是由前一条所决定的需要工程师同时精通电信的专业知识又能熟悉各类软件的确要求比较苛刻

行业标准问题尽管在近几年来国际国内都陆续推出了一些标准规范但大多是停留在纸面上同时也缺少更直观的技术指导和成功案例

一个OSS/BSS往往会涉及若干个分离的系统除了集成对系统进行测试维护都是十分耗时的

以上各方面的问题OSS/J就可以解决原因在于

采用符合OSS/J规范而开发的软件接口相对简单OSS/BSS内部的各个子系统是可以互换的（ Interchangable ）

OSS/J是基于JEE技术的开发人员只要熟悉JEE的开发（甚至仅仅熟悉JAVA的开发）就足够了他们就能够与设计人员合作完成系统开发

OSS/J不仅包括了技术规范而且有真实的代码实现以及测试工具这能够帮助开发人员很快的上手

因为各个子系统都符合标准的接口所以系统的后期测试和维护工作会比较简单

什么是OSS/J

OSS/J（OSS Through Java）是以JAVA技术为动力的新一代的OSS/BSS解决方案

说到OSS/J我们需要提及一个称为OSS Through Java Initiative的工作组这个工作组由众多的业界新技术的倡导者（例如MotorolaNokiaSun BEA IBM）派出的专家组成自年成立以来他们一直在为加速OSS/BSS解决方案的开发简化其中的系统组件的部署和集成而努力工作组利用JAVA技术为OSS/BSS定义实现了一系列的开放的标准API提供给OSS/BSS的开发者使用在不久的将来电信行业的设备制造商软件开发商系统集成商都遵循这些标准API的定义那么最后建立起来的OSS/BSS将是一个组件化的有机结合在一起的综合管理平台（参见图）杂乱无章的系统结构将成为过去

需要指出的是OSS/J并不是要定义另一个通用的OSS/BSS集成框架工作组的成员在定义标准的API之前已经汲取了众多标准规范和协议中的精华例如OSS/J很好的继承了来自rd Generation Partnership Project (GPP) GPP Mobile Wireless Internet Forum(MWIF)以及TeleManagement Forum(TMF)等组织或论坛推出的规范和框架体系因此工作组将所有的经历投入到了JAVA API的定义和编码实现上而且使用OSS/J规范的的用户可以免费地获得这些资料

TMF在NGOSS （Next Generation Operations Support Systems下一代运营支持系统）的文档中推出了详细的OSS/BSS的定义（参见）OSS/J的API定义遵守了NGOSS eTOM （enhanced Telecom Operations Map）的规定详细内容请见OSS/J API简介部分概括地说NGOSS为我们提供了独立于技术实现的普遍适用的框架而OSS/J则是以该框架为基础提出了采用JAVA技术的实现方案

OSS/J的规范的推出是在JCP（ Java Community Process ）支持下完成的通过访问JCP的网站或者光临你都可以下载到OSS/J的规范参考实现和兼容性测试工具下面逐一简介

OSS/J的规范包括OSS/J API规范和OSS/J JEE系统设计指导这些内容将在OSS/J API简介中详细叙述

OSS/J 参考实现（Reference Implementation或RI）主要内容是根据OSS/J API规范而完成的系统实现的代码推出RI一方面是为了验证规范的可执行性所以RI的代码未曾经过很好的优化RI的另一个重要的作用是它能够使得开发者很快的着手进行设计和开发工作而且RI中的所有代码可以被开发人员直接使用到商业系统的开发中去所以仔细阅读分析RI的代码能大大缩短你用于熟悉OSS/J的时间

兼容性测试工具（Test Compatibility Kits或TCK ）当一个OSS/BSS（或其中的一个子系统）的开发完成了以后我们如何才能知道它是否符合OSS/J 规范的规定呢？TCK可以完成这样的测试并产生一个测试报告如果开发的产品符合OSS/J规范的要求那么它将很容易和其它同样兼容OSS/J规范的产品集成在一起

OSS/J的规范推出以后得到了业界的广泛认可许多电信运营商服务提供商系统集成商争相追随来自IDC的年的报告说……随着SATTQos API的发布许多服务提供商和供应商认为采用JAVA技术实现OSS已经到了实际可行的阶段

OSS/J与JEE

上文提到OSS/J可以帮助我们终结系统集成的噩梦因为它为我们定义了一系列的标准API只要各个厂商都能遵守API中的规定那么OSS/BSS的集成难的问题将迎刃而解那么具体的底层实现机制是怎样的呢？——OSS/J采用了JEE作为技术平台

JEE（Java Enterprise Edition）即Java 企业版是提供给开发者的采用组件技术构建分布式系统的编程框架需要更深入了解JEE请浏览总体来说JEE使得开发人员无须去考虑分布式系统中的底层技术实现细节例如线程管理网络通信等而是集中精力开发符合业务逻辑的代码这无疑大大加快了应用程序的开发进程而且简化了系统的部署和后期维护工作目前全球的JEE开发人员总数已经达到了几百万这个群体还在迅速膨胀

作为服务器端的开发技术企业JavaBean（EJB）扩展标记语言（XML）以及JAVA Management Extensions（JMX）都在OSS/J中被采纳因为JEEXMLJMX已经在很多的大型企业应用（特别是服务器端的应用程序）中获得了成功所以OSS/J采用它们定义在组装开发和部署OSS/BSS解决方案时所需要的API

图是采用JEE实现OSS/BSS的示意以OSS/J API为基础我们开发了支持SATT等功能的EJB这些EJB可以根据需要通过JDBC存取数据库或通过JNDI访问目录服务器对于已有的遗留系统以及EMS（Element Management Systems）可以采用JEE连接器的架构（Java Connector Architecture即JCA）通过SNMPCMIP或其他专有协议实现集成OSS的客户端可以是浏览器或定制的应用程序通过HTTP/XML/Java/IIOP和系统相联与此同时JAVA的消息机制为我们提供了更加灵活的松耦合（looselycoupled）的集成方式利用它可以简单地实现和Intranet/Internet中的其他系统的连接

OSS/J API简介

图将OSS/J中的核心API和TMF的eTOM的各个过程做了映射从图中可以看出OSS/J核心API囊括了客户管理订单管理服务开通等个关于每个API的详细描述可参见上的OSS/J API Roadmap目前已经完成的API有OSS服务开通APIOSS故障单APIOSS通用APIOSS IP计费API和OSS服务质量控制API而OSS 库存 API不久将发行除了APIOSS/J工作组还为开发者提供了《OSS/J JEE 系统设计指导》

OSS通用API（OSS Common API）和其他OSS/J API不同的是它本身没有对OSS/BSS在业务逻辑提供支持而是为开发者使用OSS/J API提供了一个基础框架可以认为这部分API是《OSS/J JEE 系统设计指导》一个具体实施需要强调的是既然是基础框架以下提及的所有OSS/J API都是依赖于通用API的

OSS/J JEE系统设计指导（OSS/J JEE Design Guideline或OSS/J JEE DG）定义了一系列的设计模式（Design Patterns）这些模式非常适合于采用JEE/EJB搭建网络服务管理系统总体来看DG中提及的设计模式都是来自于JEE设计模式关于JEE设计模式的详细信息请参见DG中主要涉及到以下要点

OSS中的功能都是采用EJB组件的形式实现的

这些EJB提供了面向业务逻辑的粗略的接口

用服务器为OSS/BSS系统提