??? 摘? 要： 介紹了NGOSS體系結構和ETOM模型，提出了一個基于ETOM模型的、實際可行的支撐系統" title="電信運營支撐系統">電信運營支撐系統構架，并給出一個實現方案OSS/J。
??? 關鍵詞： NGOSS? OSS/J? J2EE
??
??? 隨著新技術的發展和市場的變化，電信新業務層出不窮。電信行業的競爭模式已經從最初面向網絡資源的規模競爭，轉化成為以客戶為中心的服務質量的競爭。過去在OSS/BSS系統架構的設計中，由于缺乏明確的指導，造成系統結構雜亂無章，給系統的改進、系統集成和互聯互通帶來很大的困難，在一定程度上阻礙了新業務的開展和端到端客戶服務質量的提高。ETOM(Enhanced Telecom Operation Map)模型以及NGOSS(下一代運營支撐系統)的出現統一了原來理解混亂、各自為政的局面，為電信運營支撐系統和軟件發展指明了發展方向。
1? 下一代OSS（NGOSS）體系結構
??? 下一代OSS系統在設計思想上首先應該體現以客戶和市場為中心的營銷理念，其次應體現與各種合作伙伴共建價值鏈的合作理念。
??? 電信管理論壇(TMF)針對以客戶和市場為中心的復雜的價值網絡運營模式下的運營支撐系統建設，提出NGOSS概念。NGOSS從系統（即插即用規則）、過程（企業事務過程模型）、信息（關聯處理公用數據）、產品四個方面保證OSS體系具備標準化、能夠逐步演化、保證互連互操作（開放）、實現端到端的管理和高度自動化的特點。NGOSS使OSS系統設計和開發從滿足個別運營商的個體需求到分析電信運營商的整體需求的層次上來，進一步使OSS系統的設計、開發進入到一個嶄新階段。
??? 在NGOSS框架中，NGOSS的業務視圖由ETOM表示。ETOM為BSS/OSS的開發指明了需求和方向，是必須滿足的需求模型；系統視圖由SIM（System Integration Map）表示，它描述了可部署的商業組件框架，由此可知運營商如何去構建BSS/OSS；實現視圖通過Catalyst項目完成，TMF有各種Catalyst項目，通過開發實際的方案解決BSS/OSS在實現中遇到的各種問題；運行視圖通過建立完整的系統一致性（Comp）方案，保證BSS/OSS產品和組件符合NGOSS的體系架構和總體原則的要求。
??? NGOSS的中心是知識庫（Knowledge Base），負責收集和發布來自于業務、系統、實現和運營等方面的經驗，由SID（The Shared Information/Data Model）表示。SID有組織地集合了商業體系和系統實體的定義及UML模型，提供了通用的信息/數據語言，明確了實體之間的相互關系。因此，SID在NGOSS三種視圖之間起到了粘合作用，確保商業需求驅動系統的設計和實現。
1.1 ETOM模型
??? ETOM模型是一個與組織結構、技術、業務都無關的過程控制框架模型。ETOM被國際電信運營商和設備制造商以及電信OSS系統開發商廣泛接受，成為事實上的國際標準與規范。它對任何希望建造適合自己企業的電信運營支撐系統的電信運營商來說都具有指導意義。
??? ETOM作為電信運營業務流程向導的藍圖，是NGOSS的重要概念和關鍵組成元素。ETOM從NGOSS的業務視圖的角度來描述需求，對業務流程進行分析與設計；再經過系統分析與設計，形成解決方案的分析與設計；最終通過解決方案的一致性測試，投入實際運行，滿足客戶的需求。
??? 在NGOSS的四個階段中，ETOM處于最初的業務視圖，隨后是開發流程的其他視圖。業務需求要轉換為系統要求并且加以實施，最終建立運營方案來解決業務問題。隨著ETOM業務模型的發展，包含在知識庫內的模型可以成為一個需求互動資源，模型中分解的流程和流向可以直接與系統及實施組件連接，以滿足業務流程的要求。
??? 在ETOM模型中，OSS主要包括三大功能：業務實施、業務保障、計費。其中，業務實施是電信運營商接受客戶關于訂購電信運營商提供的服務的訂單，并通過對電信資源的分配、配置、安裝和部署，使電信運營商能夠為客戶提供其需要的服務，并能夠為客戶使用這種服務進行計費提供一系列的操作和活動；業務保障是提供量化的測量指標，確保網絡服務能夠達到客戶所訂購的要求；業務計費是測量電信網絡中各種業務的使用情況，計算處理使用電信業務的應收費用，并對電信業務的收費過程提供支持。上述三大功能是從縱向的角度來看的。若從橫向的角度來看，OSS主要分為三個管理層面，分別為客戶服務層、業務管理層和網絡管理層,如圖1所示。
?
1.2 一種基于ETOM的OSS系統架構
??? 基于ETOM框架和國內電信企業對OSS的需求，本文提出了一個具體的OSS系統構架。在這個系統中可以看到：通過對ETOM模型的映射，實現了ETOM模型中業務實施、業務計費、業務保障三大功能，成為一個可行的具體實現方案。
??? 該系統包含了如下的幾個部分：
??? (1)門戶：用戶登錄PORTAL后，將為用戶產生個性化門戶，列出用戶可訪問的服務，展現系統所提供的各項功能。所有的業務開展都可以從這個高度集成的門戶中獲取入口并進入。
??? (2)認證中心：認證中心采用Web認證的方式。Web認證不需要客戶端軟件，可擴展性強，適合開展各種業務，升級維護也比較方便。目前各大廠商的設備都已經支持Web認證。其功能主要包括了統一認證、一次認證、二次認證、賬戶資金實時凍結、日志記錄、防欺詐等。
??? (3)服務管理系統：服務管理系統主要支撐服務提供和服務管理兩大功能。服務提供部分提供了綜合客服系統及用戶、合作商自助服務系統。管理部分提供了用戶管理、服務商管理，以及客戶服務和服務商的QoS管理。
??? (4)綜合賬務管理：提供了綜合賬務功能和賬務結算功能。根據用戶選擇的平臺資費政策，對用戶的使用服務詳單進行匯總，生成用戶的賬單。根據與服務提供商、分銷商、廣告商等的結算政策，進行詳單匯總，產生對應的結算賬單。具備合賬、出賬、分賬等功能。
??? (5)計費系統：通過數據采集引擎對計費原始數據進行采集，使用計費引擎進行一次劃價實時計費。
??? (6)業務實施系統：通過對電信資源的分配、配置、安裝和部署，使電信運營商能夠為客戶提供所需要的服務。
??? (7)管理支撐系統：包括了網絡管理、系統管理和統計分析。網絡管理提供針對網絡資源實體的管理功能。系統管理包括系統權限管理、系統操作員管理、系統日志查詢、系統參數配置等。統計分析使OSS能及時提供業務變化量、服務質量、競爭、維護成本等分析。
??? 該OSS系統架構如圖2所示。
?
??? 從圖2中可以清晰地看到，該系統的各子功能系統相互通過接口連接成一個完整的整體。從橫向來看，OSS的三大管理層面：客戶服務層、業務管理層、網絡管理層也得到了清晰的劃分，為加速系統實現，方便系統集成，利于系統改進奠定了良好的基礎。另外，基于該架構的OSS系統已經在實際開發中得以實現。而其具體技術實現方式，可以采用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開發、簡化其中系統組件的部署和集成而努力。NGOSS是一個技術無關的框架，而OSS/J則提供一個符合NGOSS框架原則的技術相關（Java）的實現方案。同時OSS/J為構件創建一個標準運行環境，消除了學院框架和實踐設計模式間的障礙。采用OSS/J能很好地解決當前電信運營系統建設中應用集成難的問題。OSS/J規范已經得到了業界的廣泛認可。
2.2 使用OSS/J的API
??? OSS/J以J2EE平臺為基礎，運用設計模式，設計了系列開放的標準API提供給OSS/BSS開發者使用，它定義了標準的接口，應用間可以通過此接口進行交互。它具有非常強的可集成性和可擴展性。OSS/J的核心API囊括了客戶管理、訂單管理、服務開通等數十個功能，為運營者的開發提供了靈活性和互用性，減少了集成和維護的費用。同時，其API是遵從ETOM模型的，因此可以輕松地采用OSS/J實現基于ETOM模型設計的BOSS。
2.3 用J2EE技術實現基于ETOM的OSS
??? J2EE作為服務器端的開發技術，EJB、擴展標記語言(XML)以及JAVA Management Extensions(JMX)都在OSS/J中被使用。各功能都采用EJB組件的形式實現，這些EJB提供了面向業務邏輯的接口。而應用服務器為OSS系統提供了集群、擴展和故障處理等功能。采用消息（Messaging）交換機制來減小組件之間的耦合程度。結合消息機制和JCA架構實現系統的集成和工作流的管理。圖3為在OSS/J中采用J2EE來實現基于ETOM的OSS/BSS。
?
??? 在實際開發中可以直接利用OSS/J提供的API，也可以OSS/J API為基礎，開發滿足自身需求的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中其他系統的連接。
3? 總? 結
??? NGOSS和ETOM模型描繪了下一代電信運營支撐系統的建設藍圖。在其技術實現層面，OSS/J充分運用了J2EE技術，通過提供一系列的API以及相關的設計規范，使下一代運營支撐系統能得到很好地實施。它們能在很大程度上解決目前電信系統建設中的系統結構混亂、系統改進和集成困難等難題。
參考文獻
1?? 楊威.構建面向服務的電信運營支撐系統.電信技術，2004；(11)
2?? 廣小明，李東穎，龍志勇.新一代運營支撐系統體系結構及關鍵技術分析.電信科學，2004；(5)