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