使用JAVA技術(shù)實現(xiàn)新一代OSS/BSS

2019-11-18 13:15:03

字體：大中小

供稿：網(wǎng)友

　　OSS/BSS概述
　　OSS（Operations Support Systems）是指“運營支持系統(tǒng)”，BSS（Business Support Systems）為“業(yè)務支持系統(tǒng)”，OSS/BSS是這兩類系統(tǒng)的結(jié)合在一起形成的綜合的電信業(yè)務運營和治理平臺，在國內(nèi)OSS/BSS有時也被稱為BOSS。
　　
　　標準化組織電信治理論壇（TMF）對OSS/BSS提出了被業(yè)界廣泛接受的功能模型。在這個模型中，OSS/BSS包括三大功能：業(yè)務開通、業(yè)務保障和計費（或稱業(yè)務計量）。業(yè)務開通是指電信運營商接受客戶訂購電信服務的訂單，通過對電信資源的分配、配置、安裝和部署為客戶提供所需的服務，并能夠?qū)Ψ者M行計費。業(yè)務保障要提供量牟飭恐副輳繁７衲艽锏嬌突У囊?。业胃]屏吭蚴遣飭康縲磐韁懈髦忠滴竦氖褂們榭觶撲閿κ輾延茫⒍允輾壓燙峁┲С幀?lt;/P>
　　
　　作為一種高效的信息治理系統(tǒng)，OSS/BSS已在國外電信運營商中得到廣泛的運用，并在實踐中積累了大量的成功案例。OSS/BSS解決方案也在這一過程中趨于完善，同時也暴露出越來越多的難以克服的問題：
　　　使用JAVA技術(shù)實現(xiàn)新一代OSS/BSS（圖一）

　　圖1、OSS/BSS的“集成的噩夢”
　　OSS/BSS的軟件系統(tǒng)相對復雜，從而使得網(wǎng)管系統(tǒng)、計費系統(tǒng)、營賬系統(tǒng)、客服系統(tǒng)等都是各成體系，要想把它們有機地整合在一起，幾乎是不可能的，對于這種“雜亂無章”的系統(tǒng)結(jié)構(gòu)（參見圖1），簡直可以稱之為系統(tǒng)集成的噩夢（Integration Nightmare）。
　　
　　很多OSS/BSS開發(fā)商都有同感——缺少練習有素的工程師，這也是由前一條所決定的，需要工程師同時精通電信的專業(yè)知識，又能熟悉各類軟件，的確要求比較苛刻。
　　
　　行業(yè)標準問題。盡管在近幾年來國際國內(nèi)都陸續(xù)推出了一些標準規(guī)范，但大多是停留在紙面上，同時也缺少更直觀的技術(shù)指導和成功案例。
　　
　　一個OSS/BSS，往往會涉及若干個分離的系統(tǒng)，除了集成，對系統(tǒng)進行測試、維護都是十分耗時的。
　　
　　以上各方面的問題，OSS/J就可以解決，原因在于：
　　
　　采用符合OSS/J規(guī)范而開發(fā)的軟件接口相對簡單，OSS/BSS內(nèi)部的各個子系統(tǒng)是可以互換的（ Interchangable ）。
　　
　　OSS/J是基于J2EE技術(shù)的，開發(fā)人員只要熟悉J2EE的開發(fā)（甚至僅僅熟悉java的開發(fā)）就足夠了，他們就能夠與設(shè)計人員合作，完成系統(tǒng)開發(fā)。
　　
　　OSS/J不僅包括了技術(shù)規(guī)范，而且有真實的代碼實現(xiàn)以及測試工具。這能夠幫助開發(fā)人員很快的上手。
　　
　　因為各個子系統(tǒng)都符合標準的接口，所以系統(tǒng)的后期測試和維護工作會比較簡單。
　　
　　什么是OSS/J
　　OSS/J（OSS Through Java）是以JAVA技術(shù)為動力的新一代的OSS/BSS解決方案。
　　
　　說到OSS/J，我們需要提及一個稱為OSS Through Java Initiative的工作組，這個工作組由眾多的業(yè)界新技術(shù)的倡導者（例如Motorola，Nokia，Sun, BEA, IBM）派出的專家組成。自2000年成立以來，他們一直在為加速OSS/BSS解決方案的開發(fā)、簡化其中的系統(tǒng)組件的部署和集成而努力。工作組利用JAVA技術(shù)，為OSS/BSS定義實現(xiàn)了一系列的開放的標準API，提供給OSS/BSS的開發(fā)者使用。在不久的將來，電信行業(yè)的設(shè)備制造商、軟件開發(fā)商、系統(tǒng)集成商都遵循這些標準API的定義，那么最后建立起來的OSS/BSS將是一個組件化的、有機結(jié)合在一起的綜合治理平臺（參見圖2），“雜亂無章”的系統(tǒng)結(jié)構(gòu)將成為過去。
　　　使用JAVA技術(shù)實現(xiàn)新一代OSS/BSS（圖二）

　　圖2、采用OSS/J構(gòu)建的系統(tǒng)結(jié)構(gòu)
　　需要指出的是，OSS/J并不是要定義另一個通用的OSS/BSS集成框架。工作組的成員在定義標準的API之前，已經(jīng)汲取了眾多標準規(guī)范和協(xié)議中的精華，例如，OSS/J很好的繼續(xù)了來自3rd Generation Partnership PRoject (3GPP), 3GPP2, Mobile Wireless Internet Forum(MWIF)以及TeleManagement Forum(TMF)等組織或論壇推出的規(guī)范和框架體系。因此，工作組將所有的經(jīng)歷投入到了JAVA API的定義和編碼實現(xiàn)上，而且使用OSS/J規(guī)范的的用戶可以免費地獲得這些資料。
　　
　　TMF在NGOSS 3.0（Next Generation Operations Support Systems下一代運營支持系統(tǒng)）的文檔中，推出了具體的OSS/BSS的定義。（參見http:// www.tmforum.org）。OSS/J的API定義遵守了NGOSS eTOM （enhanced Telecom Operations Map）的規(guī)定，具體內(nèi)容請見“OSS/J API簡介”部分。概括地說，NGOSS為我們提供了獨立于技術(shù)實現(xiàn)的普遍適用的框架，而OSS/J則是以該框架為基礎(chǔ)，提出了采用JAVA技術(shù)的實現(xiàn)方案。
　　
　　OSS/J的規(guī)范的推出是在JCP（ Java Community Process, http://jcp.org）支持下完成的。通過訪問JCP的網(wǎng)站，或者光臨http://java.sun.com/prodUCts/oss，你都可以下載到OSS/J的規(guī)范、參考實現(xiàn)和兼容性測試工具，下面逐一簡介：
　　
　　OSS/J的規(guī)范：包括OSS/J API規(guī)范和OSS/J J2EE系統(tǒng)設(shè)計指導。這些內(nèi)容將在“OSS/J API簡介”中具體敘述。
　　
　　OSS/J 參考實現(xiàn)（Reference Implementation或RI）：主要內(nèi)容是根據(jù)OSS/J API規(guī)范而完成的系統(tǒng)實現(xiàn)的代碼。推出RI一方面是為了驗證規(guī)范的可執(zhí)行性，所以RI的代碼未曾經(jīng)過很好的優(yōu)化。RI的另一個重要的作用是它能夠使得開發(fā)者很快的著手進行設(shè)計和開發(fā)工作，而且，RI中的所有代碼可以被開發(fā)人員直接使用到商業(yè)系統(tǒng)的開發(fā)中去。所以，仔細閱讀分析RI的代碼能大大縮短你用于熟悉OSS/J的時間。
　　
　　兼容性測試工具（Test Compatibility Kits或TCK ）：當一個OSS/BSS（或其中的一個子系統(tǒng)）的開發(fā)完成了以后，我們?nèi)绾尾拍苤浪欠穹螼SS/J 規(guī)范的規(guī)定呢？TCK可以完成這樣的測試，并產(chǎn)生一個測試報告。假如開發(fā)的產(chǎn)品符合OSS/J規(guī)范的要求，那么它將很輕易和其它同樣兼容OSS/J規(guī)范的產(chǎn)品集成在一起。
　　
　　OSS/J的規(guī)范推出以后，得到了業(yè)界的廣泛認可，許多電信運營商、服務提供商、系統(tǒng)集成商爭相追隨。來自IDC的2002年的報告說，“……隨著SA、TT、Qos API的發(fā)布，許多服務提供商和供給商認為,采用JAVA技術(shù)實現(xiàn)OSS已經(jīng)到了實際可行的階段?！?br />　　
　　OSS/J與J2EE
　　上文提到，OSS/J可以幫助我們終結(jié)“系統(tǒng)集成的噩夢”，因為它為我們定義了一系列的標準API，只要各個廠商都能遵守API中的規(guī)定，那么OSS/BSS的集成難的問題將迎刃而解。那么具體的底層實現(xiàn)機制是怎樣的呢？——OSS/J采用了J2EE作為技術(shù)平臺。
　　
　　J2EE（Java 2 Enterprise Edition）即Java 2企業(yè)版，是提供給開發(fā)者的采用組件技術(shù)構(gòu)建分布式系統(tǒng)的編程框架，需要更深入了解J2EE，請瀏覽http://java.sun.com/j2ee/。總體來說，J2EE使得開發(fā)人員無須去考慮分布式系統(tǒng)中的底層技術(shù)實現(xiàn)細節(jié)，例如線程治理，網(wǎng)絡(luò)通信等，而是集中精力開發(fā)符合業(yè)務邏輯的代碼，這無疑大大加快了應用程序的開發(fā)進程，而且簡化了系統(tǒng)的部署和后期維護工作。目前全球的J2EE開發(fā)人員總數(shù)已經(jīng)達到了幾百萬，這個群體還在迅速膨脹。
　　　使用JAVA技術(shù)實現(xiàn)新一代OSS/BSS（圖三）

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

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

上一篇：在Java應用程序中監(jiān)視CPU的使用

下一篇：簡單客戶系統(tǒng)的權(quán)限控制實現(xiàn)