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

1、-. z使用JAVA技術(shù)實現(xiàn)新一代OSS/BSSSUN中國工程研究院 軟件技術(shù)中心 王剛 摘要：本文著眼于OSS/BSS開展的現(xiàn)狀，對于OSS/J的技術(shù)架構(gòu)、API規(guī)以及如何進展基于OSS/J的系統(tǒng)開發(fā)做了簡要介紹。OSS/BSS概述OSSOperations Support Systems是指運營支持系統(tǒng)，BSSBusiness Support Systems為業(yè)務(wù)支持系統(tǒng)，OSS/BSS是這兩類系統(tǒng)的結(jié)合在一起形成的綜合的電信業(yè)務(wù)運營和管理平臺，在國OSS/BSS有時也被稱為BOSS。標(biāo)準(zhǔn)化組織電信管理論壇TMF對OSS/BSS提出了被業(yè)界廣泛承受的功能模型。在這個模型中，OSS/BSS包

2、括三大功能：業(yè)務(wù)開通、業(yè)務(wù)保障和計費或稱業(yè)務(wù)計量。業(yè)務(wù)開通是指電信運營商承受客戶訂購電信效勞的訂單，通過對電信資源的分配、配置、安裝和部署為客戶提供所需的效勞，并能夠?qū)π谶M展計費。業(yè)務(wù)保障要提供量化的測量指標(biāo)，確保效勞能到達客戶的要求。業(yè)務(wù)計量則是測量電信網(wǎng)絡(luò)中各種業(yè)務(wù)的使用情況，計算應(yīng)收費用，并對收費過程提供支持。作為一種高效的信息管理系統(tǒng)，OSS/BSS已在國外電信運營商中得到廣泛的運用，并在實踐中積累了大量的成功案例。OSS/BSS解決方案也在這一過程中趨于完善，同時也暴露出越來越多的難以克制的問題：圖1、OSS/BSS的集成的噩夢OSS/BSS的軟件系統(tǒng)相對復(fù)雜，從而使得網(wǎng)管系統(tǒng)、計

3、費系統(tǒng)、營賬系統(tǒng)、客服系統(tǒng)等都是各成體系，要想把它們有機地整合在一起，幾乎是不可能的，對于這種雜亂無章的系統(tǒng)構(gòu)造參見圖1，簡直可以稱之為系統(tǒng)集成的噩夢Integration Nightmare。 很多OSS/BSS開發(fā)商都有同感缺少訓(xùn)練有素的工程師，這也是由前一條所決定的，需要工程師同時精通電信的專業(yè)知識，又能熟悉各類軟件，確實要求比擬苛刻。 行業(yè)標(biāo)準(zhǔn)問題。盡管在近幾年來國際國都陸續(xù)推出了一些標(biāo)準(zhǔn)規(guī)，但大多是停留在紙面上，同時也缺少更直觀的技術(shù)指導(dǎo)和成功案例。 l 一個OSS/BSS，往往會涉及假設(shè)干個別離的系統(tǒng)，除了集成，對系統(tǒng)進展測試、維護都是十分耗時的。 以上各方面的問題，OSS/J就可

4、以解決，原因在于：采用符合OSS/J規(guī)而開發(fā)的軟件接口相對簡單，OSS/BSS部的各個子系統(tǒng)是可以互換的 Interchangable 。 OSS/J是基于J2EE技術(shù)的，開發(fā)人員只要熟悉J2EE的開發(fā)甚至僅僅熟悉JAVA的開發(fā)就足夠了，他們就能夠與設(shè)計人員合作，完成系統(tǒng)開發(fā)。 OSS/J不僅包括了技術(shù)規(guī)，而且有真實的代碼實現(xiàn)以及測試工具。這能夠幫助開發(fā)人員很快的上手。 l 因為各個子系統(tǒng)都符合標(biāo)準(zhǔn)的接口，所以系統(tǒng)的后期測試和維護工作會比擬簡單。 什么是OSS/JOSS/JOSS Through Java是以JAVA技術(shù)為動力的新一代的OSS/BSS解決方案。說到OSS/J，我們需要提及一個稱

5、為OSS Through Java Initiative的工作組，這個工作組由眾多的業(yè)界新技術(shù)的倡導(dǎo)者例如Motorola，Nokia，Sun, BEA, IBM派出的專家組成。自2000年成立以來，他們一直在為加速OSS/BSS解決方案的開發(fā)、簡化其中的系統(tǒng)組件的部署和集成而努力。工作組利用JAVA技術(shù)，為OSS/BSS定義實現(xiàn)了一系列的開放的標(biāo)準(zhǔn)API，提供給OSS/BSS的開發(fā)者使用。在不久的將來，電信行業(yè)的設(shè)備制造商、軟件開發(fā)商、系統(tǒng)集成商都遵循這些標(biāo)準(zhǔn)API的定義，則最后建立起來的OSS/BSS將是一個組件化的、有機結(jié)合在一起的綜合管理平臺參見圖2，雜亂無章的系統(tǒng)構(gòu)造將成為過去。圖2

6、、采用OSS/J構(gòu)建的系統(tǒng)構(gòu)造需要指出的是，OSS/J并不是要定義另一個通用的OSS/BSS集成框架。工作組的成員在定義標(biāo)準(zhǔn)的API之前，已經(jīng)汲取了眾多標(biāo)準(zhǔn)規(guī)和協(xié)議中的精華，例如，OSS/J很好的繼承了來自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在NGOS

7、S 3.0Ne*t Generation Operations Support Systems下一代運營支持系統(tǒng)的文檔中，推出了詳細的OSS/BSS的定義。參見 .。OSS/J的API定義遵守了NGOSS eTOM enhanced Tele Operations Map的規(guī)定，詳細容請見OSS/J API簡介局部。概括地說，NGOSS為我們提供了獨立于技術(shù)實現(xiàn)的普遍適用的框架，而OSS/J則是以該框架為根底，提出了采用JAVA技術(shù)的實現(xiàn)方案。OSS/J的規(guī)的推出是在JCP Java munity Process, 支持下完成的。通過JCP的，或者光臨java.sun./products/os

8、s，你都可以下載到OSS/J的規(guī)、參考實現(xiàn)和兼容性測試工具，下面逐一簡介：OSS/J的規(guī)：包括OSS/J API規(guī)和OSS/J J2EE系統(tǒng)設(shè)計指導(dǎo)。這些容將在OSS/J API簡介中詳細表達。OSS/J 參考實現(xiàn)Reference Implementation或RI：主要容是根據(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的時間。

9、兼容性測試工具Test patibility Kits或TCK ：當(dāng)一個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)到了實際可行的階段。OSS/J與J2EE上文提到，OSS/J可以幫

10、助我們終結(jié)系統(tǒng)集成的噩夢，因為它為我們定義了一系列的標(biāo)準(zhǔn)API，只要各個廠商都能遵守API中的規(guī)定，則OSS/BSS的集成難的問題將迎刃而解。則具體的底層實現(xiàn)機制是怎樣的呢.OSS/J采用了J2EE作為技術(shù)平臺。J2EEJava 2 Enterprise Edition即Java 2企業(yè)版，是提供給開發(fā)者的采用組件技術(shù)構(gòu)建分布式系統(tǒng)的編程框架，需要更深入了解J2EE，請瀏覽java.sun./j2ee/。總體來說，J2EE使得開發(fā)人員無須去考慮分布式系統(tǒng)中的底層技術(shù)實現(xiàn)細節(jié)，例如線程管理，網(wǎng)絡(luò)通信等，而是集中精力開發(fā)符合業(yè)務(wù)邏輯的代碼，這無疑大大加快了應(yīng)用程序的開發(fā)進程，而且簡化了系統(tǒng)的部署和

11、后期維護工作。目前全球的J2EE開發(fā)人員總數(shù)已經(jīng)到達了幾百萬，這個群體還在迅速膨脹。圖3、采用J2EE實現(xiàn)OSS/BSS作為效勞器端的開發(fā)技術(shù)，企業(yè)JavaBeanE、擴展標(biāo)記語言*ML以及JAVA Management E*tensionsJM*都在OSS/J中被采納。因為J2EE、*ML、JM*已經(jīng)在很多的大型企業(yè)應(yīng)用特別是效勞器端的應(yīng)用程序中獲得了成功，所以O(shè)SS/J采用它們定義在組裝、開發(fā)和部署OSS/BSS解決方案時所需要的API。圖3是采用J2EE實現(xiàn)OSS/BSS的示意。以O(shè)SS/J API為根底，我們開發(fā)了支持SA、TT等功能的E，這些E可以根據(jù)需要通過JDBC存取數(shù)據(jù)庫，或通

12、過JNDI目錄效勞器。對于已有的遺留系統(tǒng)以及EMSElement Management Systems，可以采用J2EE連接器的架構(gòu)Java Connector Architecture即JCA通過SNMP、CMIP或其他專有協(xié)議實現(xiàn)集成。OSS的客戶端可以是瀏覽器或定制的應(yīng)用程序，通過HTTP/*ML/Java/IIOP和系統(tǒng)相聯(lián)。與此同時，JAVA的消息機制為我們提供了更加靈活的松耦合loosely-coupled的集成方式，利用它可以簡單地實現(xiàn)和Intranet/Internet中的其他系統(tǒng)的連接。OSS/J API簡介圖4將OSS/J中的核心API和TMF的eTOM的各個過程做了映射。

13、從圖中可以看出，OSS/J核心API囊括了客戶管理、訂單管理、效勞開通等20個，關(guān)于每個API的詳細描述，可參見java.sun./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è)計指導(dǎo)。圖4、OSS/J API到eTOM的映射OSS通用APIOSS mon API：和其他OSS/J API不同的是，它本身沒有對OSS/

14、BSS在業(yè)務(wù)邏輯提供支持，而是為開發(fā)者使用OSS/J API提供了一個根底框架?？梢哉J為這局部API是OSS/J J2EE 系統(tǒng)設(shè)計指導(dǎo)一個具體實施。需要強調(diào)的是，既然是根底框架，以下提及的所有OSS/J API都是依賴于通用API的。OSS/J J2EE系統(tǒng)設(shè)計指導(dǎo)OSS/J J2EE Design Guideline或OSS/J J2EE DG：定義了一系列的設(shè)計模式Design Patterns，這些模式非常適合于采用J2EE/E搭建網(wǎng)絡(luò)效勞管理系統(tǒng)?？傮w來看，DG中提及的設(shè)計模式都是來自于J2EE設(shè)計模式，關(guān)于J2EE設(shè)計模式的詳細信息，請參見java.sun./blueprints/

15、corej2eepatterns。DG中主要涉及到以下要點：OSS中的功能都是采用E組件的形式實現(xiàn)的 這些E提供了面向業(yè)務(wù)邏輯的粗略的接口 應(yīng)用效勞器為OSS/BSS系統(tǒng)提供了集群、擴展和故障處理等功能 采用消息Messaging交換機制來減小組件之間的耦合程度 結(jié)合消息機制和JCA架構(gòu)實現(xiàn)系統(tǒng)的集成和工作流的管理 貫穿DG的一個重要概念就是軟件構(gòu)件Software Building Block的概念。一塊軟件積木是假設(shè)干軟件組件ponent的集合體，這些軟件組件相互協(xié)作，從而滿足系統(tǒng)業(yè)務(wù)邏輯的需求。需要強調(diào)的是，OSS/J API的所有定義和實現(xiàn)方式都是遵從OSS/J J2EE DG的。OS

16、S效勞開通APIOSS Service Activation API或SA API：主要提供了對訂單的管理功能例如生成、修改、刪除、查詢訂單等和效勞的管理功能。API中并沒有給出指定的效勞信息模型Service Information Model，而是將這局部工作留給開發(fā)者去實現(xiàn)，這樣開發(fā)者可以根據(jù)自己的業(yè)務(wù)邏輯的需要定義效勞信息模型。SA API中關(guān)于訂單管理的定義是根據(jù)TMF 603中的世界訂單信息協(xié)定World Ordering Information Agreement以及OMG WMF/WfMC的訂單狀態(tài)模型Order State Model的定義完成的。OSS故障單APIOSS T

17、rouble Ticket API或TT API：定義了生成、更新、查詢、關(guān)閉故障單的一系列操作。網(wǎng)管系統(tǒng)可以通過調(diào)用TT API自動生成故障單，效勞提供商也可以利用它產(chǎn)生和處理故障單，客戶關(guān)心系統(tǒng)能夠調(diào)用這些API將故障單發(fā)送給效勞提供商見圖5；如果故障單的管理是在一個工作流程中完成的話，則開發(fā)人員可以使用這些API與工作流引擎進展信息傳遞。OSS IP計費APIOSS IP Billing API：定義了IP計費的數(shù)據(jù)源和計費系統(tǒng)之間的接口。這局部API適用于針對2.5G和3G網(wǎng)絡(luò)的OSS/BSS開發(fā)。而且API的定義重點放在但不不局限于無線通信的領(lǐng)域。該規(guī)的定義是為了實現(xiàn)計費系統(tǒng)、計費數(shù)

18、據(jù)采集系統(tǒng)、計費數(shù)據(jù)源這些不同的子系統(tǒng)之間夠?qū)崿F(xiàn)無縫連接，流暢地完成各種記錄類型例如CDR、SDR、IPDR等的交換和傳輸。OSS效勞質(zhì)量APIOSS Quality of Service API或OSS QOS API：QOS API使得QOS系統(tǒng)能夠從其他系統(tǒng)得到影響效勞質(zhì)量的數(shù)據(jù)，例如網(wǎng)絡(luò)性能、極限值以及故障數(shù)據(jù)等等。QOS API主要涉及到性能和使用情況的數(shù)據(jù)監(jiān)測、系統(tǒng)極限值的監(jiān)測及故障數(shù)據(jù)的監(jiān)測三個方面的容。OSS 庫存 APIOSS Inventory API：OSS/BSS在進展操作的時候，大多需要關(guān)于網(wǎng)絡(luò)可以提供的產(chǎn)品、效勞和資源的規(guī)劃、使用的情況，這些功能要由庫存API來提供

19、。這局部API包括了對產(chǎn)品和效勞的目錄管理，并且有跟蹤用戶預(yù)定和使用產(chǎn)品或效勞的功能；同時API中對網(wǎng)絡(luò)資源管理例如網(wǎng)絡(luò)上的設(shè)備和網(wǎng)絡(luò)拓撲構(gòu)造的管理的功能對于OSS/BSS來說也是不可或缺的。下列圖展示了各個OSS/J API之間的關(guān)系，其中橢圓形的邊界可以看做是API的定義，矩形的容是由開發(fā)商來實現(xiàn)的，而箭頭代表方法或功能的調(diào)用，這些功能調(diào)用，尤其是各個子系統(tǒng)之間例如從Qos調(diào)用故障單中的功能應(yīng)該使用OSS/J的API來完成。圖5、OSS/J API的關(guān)系OSS/J開發(fā)指導(dǎo)了解了OSS/J API的概況以后，可能你已經(jīng)決定著手進展基于OSS/J的系統(tǒng)開發(fā)了。無論你是系統(tǒng)設(shè)計人員還是程序員，應(yīng)

20、該具備J2EE的開發(fā)經(jīng)歷，而且最好了解電信行業(yè)知識特別是關(guān)于OSS/BSS方面的知識。而且，建議你按照以下的步驟來開展工作。研讀OSS/J相關(guān)的資料瀏覽OSS/J的java.sun./products/oss，你可以下載到OSS/J的規(guī)和相關(guān)技術(shù)文章如圖6所示。前面提到，試著部署一下RI并研究其代碼能幫助你迅速了解OSS/J。如果你在學(xué)習(xí)和使用的時候有什么疑問和意見，都可以發(fā)表在相應(yīng)的新聞組里新聞組的地址參見OSS/J的。圖6、下載OSS/J規(guī)、RI進展開發(fā)開場OSS/BSS的設(shè)計與實現(xiàn)這個過程和標(biāo)準(zhǔn)的軟件開發(fā)沒有大的區(qū)別，主要經(jīng)歷從制定方案、需求分析、系統(tǒng)設(shè)計、詳細設(shè)計、編碼實現(xiàn)和測試等幾個

21、環(huán)節(jié)。由于進展OSS/J的開發(fā)是基于J2EE技術(shù)的，所以選擇穩(wěn)定高效的應(yīng)用效勞器Application Server和集成開發(fā)環(huán)境IDE十分重要，好在由于J2EE的開放性，我們有很多項選擇擇，例如Sun ONE應(yīng)用效勞器、BEA Weblogic、Borland uilder等。在系統(tǒng)設(shè)計和詳細設(shè)計時，設(shè)計人員需要首先熟悉OSS/J J2EE設(shè)計指導(dǎo)中容，按照其中講述的設(shè)計模式進展設(shè)計。至于編碼實現(xiàn)，和一般的J2EE開發(fā)沒什么區(qū)別，主要涉及到E的編程，同時需要程序員對*ML比擬熟悉。進入到測試階段，除了完成普通軟件開發(fā)需要完成的一系列測試以外，OSS/J規(guī)的兼容性的測試也是必須的，如上文所述，

22、TCK可以幫你完成這一個步驟參見圖7。圖7、使用TCK進展測試發(fā)布自己的產(chǎn)品信息當(dāng)你開發(fā)的產(chǎn)品成功地通過了TCK的測試以后，就可以獲得OSS/J的認證。OSS/J針對OSS/BSS產(chǎn)品規(guī)定了一個靈活的自我認證流程，參見圖8。上文中提到，使用TCK測試你的產(chǎn)品，將產(chǎn)生一個測試報告。如果測試成功，可以將報揭發(fā)布到你的公共上，同時通知OSS/J工作組的程序管理小組。經(jīng)過核實以后，OSS/J程序管理小組將會更新OSS/J的，將你發(fā)布的產(chǎn)品測試報告的URL加到通過認證的產(chǎn)品列表中去。到現(xiàn)在，整個自我認證過程就完成了。獲得了OSS/J的認證，意味著你開發(fā)的產(chǎn)品可以很容易地和其它廠商的也獲得認證的產(chǎn)品集成起來，可以作為有機的一局部參加到基于OSS/J API的OSS/BSS中去。參見java.sun./products/oss/adoption/ossj_certified_products_table.html，在這里，你可以看到IBM、Ilog、Nokia等許多廠商的產(chǎn)品都已經(jīng)獲得了OSS/J的認證。圖8、OSS/J的自我認證參加OSS/J工作組如果你希望能最及時地了解OSS/J的開展動向，獲得最新的信息，甚至希望參與規(guī)的制訂和修改，則最有效的方式就是參加到OSS/J