sip與h323協(xié)議的比較及其應(yīng)用(編輯修改稿)
2025-06-10 03:55 本頁面
【文章內(nèi)容簡介】 的編碼格式的支持 目前存在的編碼格式有數(shù)百種之多，SIP支持任何編碼格式，不同應(yīng)用實現(xiàn)也可以根據(jù)符串名字識別編碼格式并從IANA得到有關(guān)信息。，這也成為推廣IP電話應(yīng)用的一個障礙。 (3)模塊化 IP電話涉及大量不同功能的應(yīng)用，包括基本信令、會議控制、服務(wù)質(zhì)量、服務(wù)查詢、用戶查詢等等。這些功能的實現(xiàn)將分別隨著時間的推移而不斷發(fā)展，對這些功能進行分割和模塊化的獨立實現(xiàn)，對便于將來進一步的發(fā)展和更新起重要的作用。同時每個功能部分使用分離的通用標(biāo)準實現(xiàn)有利于提高模塊的重用性和擴展的獨立性，例如實現(xiàn)與應(yīng)用無關(guān)的QoS機制，顯然比對針對每個具體應(yīng)用的具體實現(xiàn)更有效。SIP實際上就是IP電話應(yīng)用中涵蓋呼叫信令、用戶定位和登記功能的獨立性很好的一個模塊，至于QoS控制、會議控制、會話描述等都將歸于其它協(xié)議處理。也正是因此SIP能夠很方便在應(yīng)用系統(tǒng)中與其它協(xié)議協(xié)調(diào)工作。， URL。，綜合了多個不同標(biāo)準相互協(xié)作完成應(yīng)用的整個通信功能，在各部分功能實現(xiàn)中不同協(xié)議交織在一起。 (1)對環(huán)路檢測的支持 ，并沒有考慮到諸如廣域網(wǎng)上的尋址和用戶定位等問題。為防止環(huán)路。問題是定義一個適用的值很關(guān)鍵。其次，網(wǎng)絡(luò)變化后，這個值也要改。這就限制了它能支持的網(wǎng)絡(luò)規(guī)模。 SIP采用via頭字段檢查其內(nèi)容，如果新端點已出現(xiàn)在via列表中，則表示有環(huán)路了。因此，能有效地發(fā)現(xiàn)請求前傳中的可能回路，無需中間服務(wù)器保留信息和狀態(tài)。 (2)服務(wù)器的處理量 骨干網(wǎng)上IP電話用戶的數(shù)量巨大，還是SIP系統(tǒng)的服務(wù)器，所要處理的用戶呼叫量都是很大的。SIP允許中間服務(wù)器按分狀態(tài)模式和無狀態(tài)模式工作。在無狀態(tài)模式下，中間服務(wù)器收到呼叫請求，執(zhí)行相應(yīng)操作后將請求往前傳，并不保留呼叫狀態(tài)。SIP包含足夠的狀態(tài)信息，可以確保響應(yīng)信息的正確回傳；同時，SIP消息允許在UDP上傳送，而UDP是面向無連接的，這意味著在大型骨干網(wǎng)上SIP服務(wù)器可以采用基于UDP的無狀態(tài)工作模式，這樣就可以顯著減少存儲器容量和計算量，提高可擴展性。 ，而且其連接是基于TCP的，即。另外，處理的工作量大，所能處理的呼叫數(shù)也就比SIP小。 (3)會議規(guī)模 ，無論是一個三方通話還是有眾多參與者的大規(guī)模會議，都需要有一個多點控制器(MC)以集中方式進行信令控制，由此帶來一些問題。首先，MC模塊往往同通信終端應(yīng)用程序集成在一起，那么如果提供MC功能的會議參與方?jīng)Q定退出通話，并結(jié)束應(yīng)用程序的運行，整個多方會議將被終止。其次，但當(dāng)沒有MC和GateKeeper模塊的情況下，即使是最簡單的三方參與的多方通話也不能進行。另外，在大規(guī)模的多方通話會議中MC將成為整個通信系統(tǒng)的瓶頸。 而SIP能支持任何規(guī)模的通話，SIP信令系統(tǒng)不需要集中控制的MC，而是采用完全分布式的控制方式，因此提高了通信規(guī)模和復(fù)雜情況的適應(yīng)能力。 (1)對呼叫轉(zhuǎn)接的支持 SIP對個人移動業(yè)務(wù)提供了很好的支持。
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1