迎接集成挑戰(zhàn): 電信三網(wǎng)合一的服務交付
梁耀文 陸飛舟 2006/08/17
三網(wǎng)合一, 即同一服務提供商向客戶提供寬帶上網(wǎng)，視頻和語音服務，業(yè)已成為全球眾多電信公司和運營商所面臨的緊迫問題。 驅(qū)動這一趨勢的商業(yè)因素主要有一下幾個方面：
- 通過新的服務來增加收入—競爭壓力使迫使運營商突破傳統(tǒng)的語音業(yè)務，開放新的服務以增加收入，而新的收入來源主要基于下一代通信服務，包括
Internet 訪問, PSTN 電話以及 IPTV, 以及其它如游戲，音樂，家庭網(wǎng)絡，即時消息等新的增值服務。
- 爭奪新的用戶—電信公司面臨多線作戰(zhàn)，不同的運營商需要和一些傳統(tǒng)領域的對手進行競爭，為了吸引新的用戶，電信公司需要提供更廣的業(yè)務范圍。
- 提高利潤—下一代基于IP技術的網(wǎng)絡技術必將降低運維成本，從而提高利潤。
沒有一家電信公司可以花費數(shù)年時間來重新開發(fā)新的服務，服務提供商在舊的計費，開通，網(wǎng)管系統(tǒng)上已經(jīng)進行了大量的投資，現(xiàn)存的大量關鍵系統(tǒng)必須得以重用并平滑過渡到三網(wǎng)合一時代。
為了滿足客戶需求，主要的電信運營商定義了IMS 即服務交付系統(tǒng)(SDP)，用以快速的開發(fā)和部署新服務，并保護原有投資。
IMS 是固網(wǎng)和無線網(wǎng)絡實現(xiàn)真正融合的框架。它使得服務提供商可以通過單一網(wǎng)絡提供包括語音, email, 即時消息, SMS, 以及豐富的音頻/視頻服務。
IMS 體系結(jié)構包括三個邏輯層次:
- 會話控制層: IMS核心提供SIP（Session Initiation Protocol）服務的應用服務器，包括兩個關鍵部件: call
session control function (CSCF)以及 home subscriber server (HSS)
- 應用層: 是會話控制層的子集，包括應用服務器
- 網(wǎng)間 (網(wǎng)關) 層: 連接不同的IMS， PSTN 和其它遺留網(wǎng)絡, 同時也連接運營上的OSS和網(wǎng)管系統(tǒng)
為了實現(xiàn)集成的三網(wǎng)合一服務, 常常引入服務交付系統(tǒng)(SDP)平臺，以實現(xiàn)快速的通過不同網(wǎng)絡創(chuàng)建，開發(fā)，測試和提供新的增值服務的能力。SDP
將不同服務平臺的功能組合成集成的服務。另外, OSS/BSS功能需要和SDP的服務提供平臺進行集成， SDP 包括如下功能:
- 服務管理—創(chuàng)建服務目錄，服務定義，應用包管理，開通管理，折扣和套餐管理等
- 訂閱管理—存儲服務訂閱者信息，訂閱者的關系管理，包括多個垂直服務，資源，服務區(qū)，群管理等。
- 服務開通和停止—使運營商為單個用戶或用戶群激活或停止多個服務
我們可以看到，集成現(xiàn)存的OSS/BSS即 NMS/EMS 是 三網(wǎng)合一的必然要求。 然而傳統(tǒng)的EAI和BPM集成產(chǎn)品是被設計成滿足IT部門集成CRM或ERP等應用的需要，很少被用于OSS層面，原因很簡單：BSS中的系統(tǒng)多半是單一廠商提供的，只和BSS中的特定應用打交道。然而,
在OSS 層面, 幾乎所有的運營商網(wǎng)絡都是有不同的結(jié)構和技術，需要定制的OSS應用來管理這些網(wǎng)絡。這使這些應用難以適應OSS層面的需要；另外的原因是OSS層面的交易量比BSS層面要大，傳統(tǒng)的EAI
和 BPM難以滿足其性能要求。
電信公司運行不同廠商的復雜OSS系統(tǒng)，操作和管理大規(guī)模的跨國界甚至洲界的網(wǎng)絡，為了實現(xiàn)降低運維成本和提供新的服務，不同的運營商內(nèi)部的不同OSS系統(tǒng)必須采用新的軟件方式進行集成。
為了解決這些技術問題，電信管理論壇（TMF）引入了 Multi-Technology Operations System Interface
(MTOSI)這一新的接口標準。MTOSI 標準繼承并擴展了已有的 Multi-Technology Network Management (MTNM)
的技術成果。 MTOSI 擴展了MTNM 模型（側(cè)重于NMS-EMS ）, 來解決更廣泛的OS-OS 接口。它既包括了服務管理也包括了網(wǎng)絡管理的功能，定義了OSS層面的接口，即包括了高層次的接口（服務），也包括了細粒度的接口（每個OSS服務為運行環(huán)境提供的接口）。
MTOSI WSDL （ Web Services Definition Language ）定義， 每個操作的輸入輸出消息采用XML (eXtended
Markup Language)定義。
簡單來說，這意味這采用XML消息做為OSS系統(tǒng)的接口。 但問題在于很多現(xiàn)存的OSS系統(tǒng)無法處理XML消息，這些系統(tǒng)是在XML流行以前建立的，事實上，很多OSS系統(tǒng)采用基于
CORBA 的中間件集成諸多部件以形成單一的OSS，很自然這些系統(tǒng)也為上層的系統(tǒng)提供CORBA接口。
實際上雖然 MTOSI 采用 WSDL/XML定義OSS接口，但它并不強制OSS 必須采用XML 消息。 那種做法將使MTOSI 接口綁定到單一的消息傳輸技術，不適合OSS系統(tǒng)的未來發(fā)展，如果未來5或者10年內(nèi)有新的應用互操作出現(xiàn)將怎么辦呢？同時,
XML 消息有優(yōu)點(如自解釋) 和缺點 (如消息體積大，相對于CORBA等技術開銷更大), 而電信公司不愿綁定在單一技術上。
于是, MTOSI 采用 XML定義數(shù)據(jù)和消息的格式, 但OSS 系統(tǒng)可以選擇傳遞這些消息的中間件和消息編碼。MTOSI 中的“Multi-Technology”的關鍵在于定義一個獨立于底層傳輸中間件的接口。
一個符合 MTOSI規(guī)范的OSS 系統(tǒng)可以采用CORBA, 而另一個可以采用web服務的SOAP消息。
理想情況下, OSS 應該獨立于中間件的選擇: 應該有能力根據(jù)不同的技術需要（如速度）和運營商的需求來將同一OSS系統(tǒng)部署到不同的中間件上。后者更加重要，因為每個運營商有自己喜好的中間件方案，他們購買的大量的許可，技術人員也富有這方面的運營經(jīng)驗。對于ISV來說這也是
件好事，因為他們可以根據(jù)運營商的需要來部署OSS軟件。
為了發(fā)揚 MTOSI 的優(yōu)勢,電信公司和ISVs 采用了新的基于SOA (Service Oriented Architecture)的架構。
SOA在市場上已經(jīng)有多年的歷史，可以回溯到1997年，但在最近3年才特別受到業(yè)界的推崇。 采用SOA實現(xiàn) MTOSI, OSS系統(tǒng)的每個部件成為“軟件總線”上的一個標準服務，能夠被總線上的其它服務調(diào)用
(例如, 其它的 OSS 或BSS 服務)。 這個“軟件總線”就是我們所說的Enterprise Service Bus (ESB), “enterprise”
一方面表示服務可以被企業(yè)內(nèi)的系統(tǒng)所共享，另一方面表示該服務必須具有企業(yè)級的可擴展性和性能，一起安全和管理等高級的QOS屬性。
實現(xiàn) MTOSI 要求ESB 支持多種技術，包括:
- ESB的服務可以采用多種中間件來實現(xiàn)
- 服務的客戶端可以采用和所實現(xiàn)服務不同的中間件, ESB 應該有做兩者之間的消息轉(zhuǎn)換的功能
- 應該能夠選擇不同的中間件或組合和實現(xiàn)clients 和 servers之間的通訊，以滿足企業(yè)不同部門的開發(fā)和運維的技術需求
支持多技術的 ESB 將對各行業(yè)的集成技術帶來深遠的影響, 而由于電信系統(tǒng)中集成來自不同廠商的OSS系統(tǒng)的需求和MTOSI 等標準的出現(xiàn)，ESB在電信系統(tǒng)中的應用將更加廣泛。
賽迪網(wǎng) 中國信息化(industry.ccidnet.com)
相關鏈接: