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