使用JAVA技术实现新一代OSS.docVIP

使用JAVA技术实现新一代OSS/BSS SUN中国工程研究院 软件技术中心 王刚 摘要：本文着眼于OSS/BSS发展的现状，对于OSS/J的技术架构、API规范以及如何进行基于OSS/J的系统开发做了简要介绍。 OSS/BSS概述OSS（Operations Support Systems）是指“运营支持系统”，BSS（Business Support Systems）为“业务支持系统”，OSS/BSS是这两类系统的结合在一起形成的综合的电信业务运营和管理平台，在国内OSS/BSS有时也被称为BOSS。 标准化组织电信管理论坛（TMF）对OSS/BSS提出了被业界广泛接受的功能模型。在这个模型中，OSS/BSS包括三大功能：业务开通、业务保障和计费（或称业务计量）。业务开通是指电信运营商接受客户订购电信服务的订单，通过对电信资源的分配、配置、安装和部署为客户提供所需的服务，并能够对服务进行计费。业务保障要提供量化的测量指标，确保服务能达到客户的要求。业务计量则是测量电信网络中各种业务的使用情况，计算应收费用，并对收费过程提供支持。 作为一种高效的信息管理系统，OSS/BSS已在国外电信运营商中得到广泛的运用，并在实践中积累了大量的成功案例。OSS/BSS解决方案也在这一过程中趋于完善，同时也暴露出越来越多的难以克服的问题： 图1、OSS/BSS的“集成的噩梦” OSS/BSS的软件系统相对复杂，从而使得网管系统、计费系统、营账系统、客服系统等都是各成体系，要想把它们有机地整合在一起，几乎是不可能的，对于这种“杂乱无章”的系统结构（参见图1），简直可以称之为系统集成的噩梦（Integration Nightmare）。 很多OSS/BSS开发商都有同感——缺少训练有素的工程师，这也是由前一条所决定的，需要工程师同时精通电信的专业知识，又能熟悉各类软件，的确要求比较苛刻。 行业标准问题。尽管在近几年来国际国内都陆续推出了一些标准规范，但大多是停留在纸面上，同时也缺少更直观的技术指导和成功案例。 l 一个OSS/BSS，往往会涉及若干个分离的系统，除了集成，对系统进行测试、维护都是十分耗时的。 以上各方面的问题，OSS/J就可以解决，原因在于： 采用符合OSS/J规范而开发的软件接口相对简单，OSS/BSS内部的各个子系统是可以互换的（ Interchangable ）。 OSS/J是基于J2EE技术的，开发人员只要熟悉J2EE的开发（甚至仅仅熟悉JAVA的开发）就足够了，他们就能够与设计人员合作，完成系统开发。 OSS/J不仅包括了技术规范，而且有真实的代码实现以及测试工具。这能够帮助开发人员很快的上手。 l 因为各个子系统都符合标准的接口，所以系统的后期测试和维护工作会比较简单。 什么是OSS/JOSS/J（OSS Through Java）是以JAVA技术为动力的新一代的OSS/BSS解决方案。 说到OSS/J，我们需要提及一个称为OSS Through Java Initiative的工作组，这个工作组由众多的业界新技术的倡导者（例如Motorola，Nokia，Sun, BEA, IBM）派出的专家组成。自2000年成立以来，他们一直在为加速OSS/BSS解决方案的开发、简化其中的系统组件的部署和集成而努力。工作组利用JAVA技术，为OSS/BSS定义实现了一系列的开放的标准API，提供给OSS/BSS的开发者使用。在不久的将来，电信行业的设备制造商、软件开发商、系统集成商都遵循这些标准API的定义，那么最后建立起来的OSS/BSS将是一个组件化的、有机结合在一起的综合管理平台（参见图2），“杂乱无章”的系统结构将成为过去。 图2、采用OSS/J构建的系统结构 需要指出的是，OSS/J并不是要定义另一个通用的OSS/BSS集成框架。工作组的成员在定义标准的API之前，已经汲取了众多标准规范和协议中的精华，例如，OSS/J很好的继承了来自3rd Generation Partnership Project (3GPP), 3GPP2, Mobile Wireless Internet Forum(MWIF)以及TeleManagement Forum(TMF)等组织或论坛推出的规范和框架体系。因此，工作组将所有的经历投入到了JAVA API的定义和编码实现上，而且使用OSS/J规范的的用户可以免费地获得这些资料。 TMF在NGOSS 3.0（Next Generation Operations Support Systems下一代运营支持系统）的文档中，推出了详细的OSS/BSS的定义。（参见http:// ）。OSS/J的API定义遵守了NGOSS eTOM （enhanced Telecom Op