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