使用JAVA技術實現新一代OSS/BSS

2019-11-18 13:15:03

字體：大中小

來源：轉載

供稿：網友

　　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解決方案也在這一過程中趨于完善，同時也暴露出越來越多的難以克服的問題：
　　　使用JAVA技術實現新一代OSS/BSS（圖一）

　　圖1、OSS/BSS的“集成的噩夢”
　　OSS/BSS的軟件系統相對復雜，從而使得網管系統、計費系統、營賬系統、客服系統等都是各成體系，要想把它們有機地整合在一起，幾乎是不可能的，對于這種“雜亂無章”的系統結構（參見圖1），簡直可以稱之為系統集成的噩夢（Integration Nightmare）。
　　
　　很多OSS/BSS開發商都有同感——缺少練習有素的工程師，這也是由前一條所決定的，需要工程師同時精通電信的專業知識，又能熟悉各類軟件，的確要求比較苛刻。
　　
　　行業標準問題。盡管在近幾年來國際國內都陸續推出了一些標準規范，但大多是停留在紙面上，同時也缺少更直觀的技術指導和成功案例。
　　
　　一個OSS/BSS，往往會涉及若干個分離的系統，除了集成，對系統進行測試、維護都是十分耗時的。
　　
　　以上各方面的問題，OSS/J就可以解決，原因在于：
　　
　　采用符合OSS/J規范而開發的軟件接口相對簡單，OSS/BSS內部的各個子系統是可以互換的（ Interchangable ）。
　　
　　OSS/J是基于J2EE技術的，開發人員只要熟悉J2EE的開發（甚至僅僅熟悉java的開發）就足夠了，他們就能夠與設計人員合作，完成系統開發。
　　
　　OSS/J不僅包括了技術規范，而且有真實的代碼實現以及測試工具。這能夠幫助開發人員很快的上手。
　　
　　因為各個子系統都符合標準的接口，所以系統的后期測試和維護工作會比較簡單。
　　
　　什么是OSS/J
　　OSS/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），“雜亂無章”的系統結構將成為過去。
　　　使用JAVA技術實現新一代OSS/BSS（圖二）

　　圖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:// www.tmforum.org）。OSS/J的API定義遵守了NGOSS eTOM （enhanced Telecom Operations Map）的規定，具體內容請見“OSS/J API簡介”部分。概括地說，NGOSS為我們提供了獨立于技術實現的普遍適用的框架，而OSS/J則是以該框架為基礎，提出了采用JAVA技術的實現方案。
　　
　　OSS/J的規范的推出是在JCP（ Java Community Process, http://jcp.org）支持下完成的。通過訪問JCP的網站，或者光臨http://java.sun.com/prodUCts/oss，你都可以下載到OSS/J的規范、參考實現和兼容性測試工具，下面逐一簡介：
　　
　　OSS/J的規范：包括OSS/J API規范和OSS/J J2EE系統設計指導。這些內容將在“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的2002年的報告說，“……隨著SA、TT、Qos API的發布，許多服務提供商和供給商認為,采用JAVA技術實現OSS已經到了實際可行的階段。”
　　
　　OSS/J與J2EE
　　上文提到，OSS/J可以幫助我們終結“系統集成的噩夢”，因為它為我們定義了一系列的標準API，只要各個廠商都能遵守API中的規定，那么OSS/BSS的集成難的問題將迎刃而解。那么具體的底層實現機制是怎樣的呢？——OSS/J采用了J2EE作為技術平臺。
　　
　　J2EE（Java 2 Enterprise Edition）即Java 2企業版，是提供給開發者的采用組件技術構建分布式系統的編程框架，需要更深入了解J2EE，請瀏覽http://java.sun.com/j2ee/。總體來說，J2EE使得開發人員無須去考慮分布式系統中的底層技術實現細節，例如線程治理，網絡通信等，而是集中精力開發符合業務邏輯的代碼，這無疑大大加快了應用程序的開發進程，而且簡化了系統的部署和后期維護工作。目前全球的J2EE開發人員總數已經達到了幾百萬，這個群體還在迅速膨脹。
　　　使用JAVA技術實現新一代OSS/BSS（圖三）

　　圖3、采用J2EE實現OSS/BSS
　　作為服務器端的開發技術，企業JavaBean（EJB）、擴展標記語言（xml）以及JAVA Management Extensions（JMX）都在OSS/J中被采納。因為J2EE、XML、JMX已經在很多的大型企業應用（非凡是服務器端的應用程序）中獲得了成功，所以OSS/J采用它們定義在組裝、開發和部署OSS/BSS解決方案時所需要的API。
　　
　　圖3是采用J2EE實現OSS/BSS的示意。以OSS/J API為基礎，我們開發了支持SA、TT等功能的EJB，這些EJB可以根據需要通過JDBC存取數據庫，或通過JNDI訪問目錄服務器。對于已有的遺留系統以及EMS（Element Management Systems），可以采用J2EE連接器的架構（Java Connector Architecture即JCA）通過SNMP、CMIP或其他專有協議實現集成。OSS的客戶端可以是瀏覽器或定制的應用程序，通過HTTP/XML/Java/IIOP和系統相聯。與此同時，JAVA的消息機制為我們提供了更加靈活的“松耦合（loosely-coupled）”的集成方式，利用它可以簡單地實現和Intranet/Internet中的其他系統的連接。
　　
　　OSS/J API簡介
　　圖4將OSS/J中的核心API和TMF的eTOM的各個過程做了映射。從圖中可以看出，OSS/J核心API囊括了客戶治理、訂單治理、服務開通等20個，關于每個API的具體描述，可參見http://java.sun.com/products/oss/apis.Html上的OSS/J API Roadmap。目前，已經完成的API有：OSS服務開通API，OSS故障單API，OSS通用API，OSS IP計費API和OSS服務質量控制API，而OSS 庫存 API不久將發行。除了API，OSS/J工作組還為開發者提供了《OSS/J J2EE 系統設計指導》。
　　　使用JAVA技術實現新一代OSS/BSS（圖四）

　　圖4、OSS/J API到eTOM的映射
　　OSS通用API（OSS Common API）：和其他OSS/J API不同的是，它本身沒有對OSS/BSS在業務邏輯提供支持，而是為開發者使用OSS/J API提供了一個基礎框架。可以認為這部分API是《OSS/J J2EE 系統設計指導》一個具體實施。需要強調的是，既然是基礎框架，以下提及的所有OSS/J API都是依靠于通用API的。
　　
　　OSS/J J2EE系統設計指導（OSS/J J2EE Design Guideline或OSS/J J2EE DG）：定義了一系列的設計模式（Design Patterns），這些模式非常適合于采用J2EE/EJB搭建網絡服務治理系統。總體來看，DG中提及的設計模式都是來自于J2EE設計模式，關于J2EE設計模式的具體信息，請參見http://java.sun.com/blueprints/corej2eepatterns。DG中主要涉及到以下要點：
　　
　　OSS中的功能都是采用EJB組件的形式實現的
　　
　　這些EJB提供了面向業務邏輯的粗略的接口
　　
　　用服務器為OSS/BSS系統提

上一篇：在Java應用程序中監視CPU的使用

下一篇：簡單客戶系統的權限控制實現