摘   要： 介紹了NGOSS體系結構和ETOM模型，提出了一個基于ETOM模型的、實際可行的電信運營支撐系統(tǒng)構架，并給出一個實現(xiàn)方案OSS/J。
關鍵詞： NGOSS  OSS/J  J2EE

　　隨著新技術的發(fā)展和市場的變化，電信新業(yè)務層出不窮。電信行業(yè)的競爭模式已經(jīng)從最初面向網(wǎng)絡資源的規(guī)模競爭，轉化成為以客戶為中心的服務質量的競爭。過去在OSS/BSS系統(tǒng)架構的設計中，由于缺乏明確的指導，造成系統(tǒng)結構雜亂無章，給系統(tǒng)的改進、系統(tǒng)集成和互聯(lián)互通帶來很大的困難，在一定程度上阻礙了新業(yè)務的開展和端到端客戶服務質量的提高。ETOM(Enhanced Telecom Operation Map)模型以及NGOSS(下一代運營支撐系統(tǒng))的出現(xiàn)統(tǒng)一了原來理解混亂、各自為政的局面，為電信運營支撐系統(tǒng)和軟件發(fā)展指明了發(fā)展方向。
1  下一代OSS（NGOSS）體系結構
　　下一代OSS系統(tǒng)在設計思想上首先應該體現(xiàn)以客戶和市場為中心的營銷理念，其次應體現(xiàn)與各種合作伙伴共建價值鏈的合作理念。
電信管理論壇(TMF)針對以客戶和市場為中心的復雜的價值網(wǎng)絡運營模式下的運營支撐系統(tǒng)建設，提出NGOSS概念。NGOSS從系統(tǒng)（即插即用規(guī)則）、過程（企業(yè)事務過程模型）、信息（關聯(lián)處理公用數(shù)據(jù)）、產(chǎn)品四個方面保證OSS體系具備標準化、能夠逐步演化、保證互連互操作（開放）、實現(xiàn)端到端的管理和高度自動化的特點。NGOSS使OSS系統(tǒng)設計和開發(fā)從滿足個別運營商的個體需求到分析電信運營商的整體需求的層次上來，進一步使OSS系統(tǒng)的設計、開發(fā)進入到一個嶄新階段。
　　在NGOSS框架中，NGOSS的業(yè)務視圖由ETOM表示。ETOM為BSS/OSS的開發(fā)指明了需求和方向，是必須滿足的需求模型；系統(tǒng)視圖由SIM（System Integration Map）表示，它描述了可部署的商業(yè)組件框架，由此可知運營商如何去構建BSS/OSS；實現(xiàn)視圖通過Catalyst項目完成，TMF有各種Catalyst項目，通過開發(fā)實際的方案解決BSS/OSS在實現(xiàn)中遇到的各種問題；運行視圖通過建立完整的系統(tǒng)一致性（Comp）方案，保證BSS/OSS產(chǎn)品和組件符合NGOSS的體系架構和總體原則的要求。
　　NGOSS的中心是知識庫（Knowledge Base），負責收集和發(fā)布來自于業(yè)務、系統(tǒng)、實現(xiàn)和運營等方面的經(jīng)驗，由SID（The Shared Information/Data Model）表示。SID有組織地集合了商業(yè)體系和系統(tǒng)實體的定義及UML模型，提供了通用的信息/數(shù)據(jù)語言，明確了實體之間的相互關系。因此，SID在NGOSS三種視圖之間起到了粘合作用，確保商業(yè)需求驅動系統(tǒng)的設計和實現(xiàn)。
1.1 ETOM模型
　　ETOM模型是一個與組織結構、技術、業(yè)務都無關的過程控制框架模型。ETOM被國際電信運營商和設備制造商以及電信OSS系統(tǒng)開發(fā)商廣泛接受，成為事實上的國際標準與規(guī)范。它對任何希望建造適合自己企業(yè)的電信運營支撐系統(tǒng)的電信運營商來說都具有指導意義。
　　ETOM作為電信運營業(yè)務流程向導的藍圖，是NGOSS的重要概念和關鍵組成元素。ETOM從NGOSS的業(yè)務視圖的角度來描述需求，對業(yè)務流程進行分析與設計；再經(jīng)過系統(tǒng)分析與設計，形成解決方案的分析與設計；最終通過解決方案的一致性測試，投入實際運行，滿足客戶的需求。
　　在NGOSS的四個階段中，ETOM處于最初的業(yè)務視圖，隨后是開發(fā)流程的其他視圖。業(yè)務需求要轉換為系統(tǒng)要求并且加以實施，最終建立運營方案來解決業(yè)務問題。隨著ETOM業(yè)務模型的發(fā)展，包含在知識庫內的模型可以成為一個需求互動資源，模型中分解的流程和流向可以直接與系統(tǒng)及實施組件連接，以滿足業(yè)務流程的要求。
　　在ETOM模型中，OSS主要包括三大功能：業(yè)務實施、業(yè)務保障、計費。其中，業(yè)務實施是電信運營商接受客戶關于訂購電信運營商提供的服務的訂單，并通過對電信資源的分配、配置、安裝和部署，使電信運營商能夠為客戶提供其需要的服務，并能夠為客戶使用這種服務進行計費提供一系列的操作和活動；業(yè)務保障是提供量化的測量指標，確保網(wǎng)絡服務能夠達到客戶所訂購的要求；業(yè)務計費是測量電信網(wǎng)絡中各種業(yè)務的使用情況，計算處理使用電信業(yè)務的應收費用，并對電信業(yè)務的收費過程提供支持。上述三大功能是從縱向的角度來看的。若從橫向的角度來看，OSS主要分為三個管理層面，分別為客戶服務層、業(yè)務管理層和網(wǎng)絡管理層,如圖1所示。

1.2 一種基于ETOM的OSS系統(tǒng)架構
　　基于ETOM框架和國內電信企業(yè)對OSS的需求，本文提出了一個具體的OSS系統(tǒng)構架。在這個系統(tǒng)中可以看到：通過對ETOM模型的映射，實現(xiàn)了ETOM模型中業(yè)務實施、業(yè)務計費、業(yè)務保障三大功能，成為一個可行的具體實現(xiàn)方案。
　　該系統(tǒng)包含了如下的幾個部分：
　　(1)門戶：用戶登錄PORTAL后，將為用戶產(chǎn)生個性化門戶，列出用戶可訪問的服務，展現(xiàn)系統(tǒng)所提供的各項功能。所有的業(yè)務開展都可以從這個高度集成的門戶中獲取入口并進入。
　　(2)認證中心：認證中心采用Web認證的方式。Web認證不需要客戶端軟件，可擴展性強，適合開展各種業(yè)務，升級維護也比較方便。目前各大廠商的設備都已經(jīng)支持Web認證。其功能主要包括了統(tǒng)一認證、一次認證、二次認證、賬戶資金實時凍結、日志記錄、防欺詐等。
　　(3)服務管理系統(tǒng)：服務管理系統(tǒng)主要支撐服務提供和服務管理兩大功能。服務提供部分提供了綜合客服系統(tǒng)及用戶、合作商自助服務系統(tǒng)。管理部分提供了用戶管理、服務商管理，以及客戶服務和服務商的QoS管理。
　　(4)綜合賬務管理：提供了綜合賬務功能和賬務結算功能。根據(jù)用戶選擇的平臺資費政策，對用戶的使用服務詳單進行匯總，生成用戶的賬單。根據(jù)與服務提供商、分銷商、廣告商等的結算政策，進行詳單匯總，產(chǎn)生對應的結算賬單。具備合賬、出賬、分賬等功能。
　　(5)計費系統(tǒng)：通過數(shù)據(jù)采集引擎對計費原始數(shù)據(jù)進行采集，使用計費引擎進行一次劃價實時計費。
　　(6)業(yè)務實施系統(tǒng)：通過對電信資源的分配、配置、安裝和部署，使電信運營商能夠為客戶提供所需要的服務。
　　(7)管理支撐系統(tǒng)：包括了網(wǎng)絡管理、系統(tǒng)管理和統(tǒng)計分析。網(wǎng)絡管理提供針對網(wǎng)絡資源實體的管理功能。系統(tǒng)管理包括系統(tǒng)權限管理、系統(tǒng)操作員管理、系統(tǒng)日志查詢、系統(tǒng)參數(shù)配置等。統(tǒng)計分析使OSS能及時提供業(yè)務變化量、服務質量、競爭、維護成本等分析。
　　該OSS系統(tǒng)架構如圖2所示。

　　從圖2中可以清晰地看到，該系統(tǒng)的各子功能系統(tǒng)相互通過接口連接成一個完整的整體。從橫向來看，OSS的三大管理層面：客戶服務層、業(yè)務管理層、網(wǎng)絡管理層也得到了清晰的劃分，為加速系統(tǒng)實現(xiàn)，方便系統(tǒng)集成，利于系統(tǒng)改進奠定了良好的基礎。另外，基于該架構的OSS系統(tǒng)已經(jīng)在實際開發(fā)中得以實現(xiàn)。而其具體技術實現(xiàn)方式，可以采用OSS/J解決方案。
2  OSS/J解決方案
2.1 OSS/J背景
　　在TMF于2000年提出NGOSS的概念時，以SUN為首的一些廠商，如BEA、IBM、Motorola、NEC、Nokia等成立了OSS/J工作組(OSS/J，OSS through Java  Initiative)。自成立以來，OSS/J一直在為加速OSS/BSS開發(fā)、簡化其中系統(tǒng)組件的部署和集成而努力。NGOSS是一個技術無關的框架，而OSS/J則提供一個符合NGOSS框架原則的技術相關（Java）的實現(xiàn)方案。同時OSS/J為構件創(chuàng)建一個標準運行環(huán)境，消除了學院框架和實踐設計模式間的障礙。采用OSS/J能很好地解決當前電信運營系統(tǒng)建設中應用集成難的問題。OSS/J規(guī)范已經(jīng)得到了業(yè)界的廣泛認可。
2.2 使用OSS/J的API
　　OSS/J以J2EE平臺為基礎，運用設計模式，設計了系列開放的標準API提供給OSS/BSS開發(fā)者使用，它定義了標準的接口，應用間可以通過此接口進行交互。它具有非常強的可集成性和可擴展性。OSS/J的核心API囊括了客戶管理、訂單管理、服務開通等數(shù)十個功能，為運營者的開發(fā)提供了靈活性和互用性，減少了集成和維護的費用。同時，其API是遵從ETOM模型的，因此可以輕松地采用OSS/J實現(xiàn)基于ETOM模型設計的BOSS。
2.3 用J2EE技術實現(xiàn)基于ETOM的OSS
　　J2EE作為服務器端的開發(fā)技術，EJB、擴展標記語言(XML)以及JAVA Management Extensions(JMX)都在OSS/J中被使用。各功能都采用EJB組件的形式實現(xiàn)，這些EJB提供了面向業(yè)務邏輯的接口。而應用服務器為OSS系統(tǒng)提供了集群、擴展和故障處理等功能。采用消息（Messaging）交換機制來減小組件之間的耦合程度。結合消息機制和JCA架構實現(xiàn)系統(tǒng)的集成和工作流的管理。圖3為在OSS/J中采用J2EE來實現(xiàn)基于ETOM的OSS/BSS。

　　在實際開發(fā)中可以直接利用OSS/J提供的API，也可以OSS/J API為基礎，開發(fā)滿足自身需求的EJB。這些EJB可以根據(jù)需要通過JDBC存取數(shù)據(jù)庫，或通過JNDI訪問目錄服務器。對于已有的遺留系統(tǒng)以及EMS（Element Management Systems），可以采用J2EE連接器的架構（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)的連接。
3  總  結
　　NGOSS和ETOM模型描繪了下一代電信運營支撐系統(tǒng)的建設藍圖。在其技術實現(xiàn)層面，OSS/J充分運用了J2EE技術，通過提供一系列的API以及相關的設計規(guī)范，使下一代運營支撐系統(tǒng)能得到很好地實施。它們能在很大程度上解決目前電信系統(tǒng)建設中的系統(tǒng)結構混亂、系統(tǒng)改進和集成困難等難題。
參考文獻
1   楊威.構建面向服務的電信運營支撐系統(tǒng).電信技術，2004；(11)
2   廣小明，李東穎，龍志勇.新一代運營支撐系統(tǒng)體系結構及關鍵技術分析.電信科學，2004；(5)