久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

標(biāo)題: SIP與H323在視頻通信中的區(qū)別 [打印本頁]

作者: 51黑tt 時間: 2016-3-5 17:10
標(biāo)題: SIP與H323在視頻通信中的區(qū)別
下面是一個SIP呼叫建立過程的示意圖：

圖1 SIP呼叫建立過程

1)SIP用戶代理向SIP代理服務(wù)器發(fā)送呼叫建立請求(INVITE)；
2)SIP代理服務(wù)器向重定向服務(wù)器發(fā)送呼叫建立請求；
3)重定向服務(wù)器返回重定向消息；
4)SIP代理服務(wù)器向重定向服務(wù)器指定的SIP代理服務(wù)器發(fā)送呼叫建立請求；
5)被請求的SIP代理服務(wù)器使用非SIP協(xié)議例如域名查詢或者LDAP等到定位服務(wù)器查詢被叫位置；
6)定位服務(wù)器返回被叫位置(被叫SIP代理服務(wù)器)；
7)被請求的SIP代理服務(wù)器向被叫SIP代理服務(wù)器發(fā)送呼叫建立請求；
8)被叫SIP代理服務(wù)器向SIP用戶代理(被叫)發(fā)呼叫建立請求(被叫振鈴或顯示)；
9)被叫用戶代理向被叫SIP用戶代理服務(wù)器發(fā)同意或拒絕；
10)被叫用戶代理服務(wù)器向主叫代理服務(wù)器所請求的代理服務(wù)器發(fā)同意或拒絕；
11)主叫代理服務(wù)器所請求的代理服務(wù)器向主教代理服務(wù)器發(fā)同意或拒絕；
12)主叫代理服務(wù)器向主叫SIP用戶代理指示被叫是否同意呼叫請求。
呼叫建立后雙方根據(jù)協(xié)商得到的媒體和壓縮算法等信息相互通訊。呼叫拆除過程類似于建立過程，在這里不再描述。
SIP用于視頻通信的優(yōu)勢與問題
由于SIP協(xié)議與H.323協(xié)議族都基于分組交換網(wǎng)絡(luò)，而當(dāng)前分組交換網(wǎng)上最成熟的視頻通信系統(tǒng)都基于H.323協(xié)議族。所以使用SIP協(xié)議的視頻通信系統(tǒng)不可避免地需要和H.323系統(tǒng)比較來得到優(yōu)勢與不足。雖然SIP協(xié)議和H.323協(xié)議族并不是誰替代誰的競爭關(guān)系，但是通過比較得到的優(yōu)勢和不足可以幫助我們在不同的條件下作出更恰當(dāng)?shù)倪x擇。
協(xié)議功能模塊比較
SIP協(xié)議功能模塊中用戶代理等價于一個H.323的終端(或者分組交換網(wǎng)絡(luò)側(cè)的網(wǎng)關(guān))，SIP服務(wù)器則等價于H.323的網(wǎng)守。另外，SIP類似H.323中的RAS和Q.931協(xié)議，而SDP則相當(dāng)于H.245。在IETF的SIP體系結(jié)構(gòu)中，媒體流的承載采用了RTP協(xié)議，這是和H.323一樣的。所以，H.323與IETF的SIP主要的不同在于呼叫信令和控制是如何實現(xiàn)的。
基本呼叫的建立和拆除
H.323第二版的呼叫建立是基于可靠的傳輸協(xié)議-TCP協(xié)議，所以呼叫建立需要兩個連接階段：TCP連接建立和呼叫連接建立。而在H.323第三版，支持TCP和UDP，因此簡化了呼叫建立過程。SIP的呼叫建立類似H.323第三版的處理過程，使用INVITE信息包。呼叫拆除的過程與呼叫建立相反，主叫和被叫都能拆線，H.323協(xié)議采用RELEASE COMPLETE，SIP協(xié)議采用BYE。
呼叫控制業(yè)務(wù)
SIP和H.323都支持呼叫保持、呼叫轉(zhuǎn)移、呼叫前轉(zhuǎn)、呼叫等待、電話會議和其他補(bǔ)充業(yè)務(wù)。以呼叫保持為例：H.323定義了近點呼叫保持和遠(yuǎn)點呼叫保持兩種保持業(yè)務(wù)的場景。網(wǎng)守僅僅透明地傳送SS-HOLD。而SIP實現(xiàn)同樣的功能，只要向需要呼叫保持的一方發(fā)送一個更改了SDP描述的INCVITE命令即可。更改的SDP描述段僅將媒體發(fā)送的目的地址變?yōu)榭眨?.0.0.0＞，而其他的內(nèi)容不變。收到該用戶的UA，讓呼叫保持，直到有新的INVITE到來為止。
SIP的第三方控制
第三方控制是指不參與會話的第三者具有建立呼叫的能力，這個業(yè)務(wù)特征目前只有SIP具有。H.323也在進(jìn)行試圖添加同樣的業(yè)務(wù)功能的工作。第三方控制有很多應(yīng)用場合，包括秘書為經(jīng)理撥號、電話營銷的自動撥號、參加者呼叫轉(zhuǎn)移和呼叫中心業(yè)務(wù)。
第三方控制是SIP值得很好利用的業(yè)務(wù)特征。由于SIP的這一特性，ITU-T和IETF在實現(xiàn)PINT(IN和因特網(wǎng)互通)業(yè)務(wù)時都采用了SIP協(xié)議。
能力交換
能力交換的就是彼此交流各自對媒體流的處理能力，確定雙方共有的能力，從而確保多媒體信號被雙方接受。H.323采用H.245協(xié)議進(jìn)行能力交換。終端的所有能力都描述在一組Capability Descriptor結(jié)構(gòu)中，它們的每個項是一個Simultaneous Capabilities結(jié)構(gòu)和一個Capability Decriptor Number。借助這種結(jié)構(gòu)，每個終端能力的精確信息被表示在相關(guān)的緊縮結(jié)構(gòu)中。
SIP使用SDP來進(jìn)行能力交換，主叫方使用一個OPTION需求去找出被叫，當(dāng)前，SIP還不如H.245有完整靈活的協(xié)商能力，因為受制于SDP的表達(dá)方式，例如SIP不支持不對稱能力交換(只收或只發(fā))以及聲頻和視頻編碼的并發(fā)能力。
服務(wù)質(zhì)量
服務(wù)質(zhì)量包含很多不同方面的指標(biāo)，一個和多媒體流相關(guān)的QOS參數(shù)包括帶寬、最大時延、時延抖動和包丟失率。另外，還有呼叫建立時延影響感覺的QOS，它在很大程度上依賴于信令協(xié)議。呼叫時延也依賴所用的承載信令信息的傳輸協(xié)議，尤其是在信令信息丟失需要重傳的時候。所以，對于媒體流，我們首先考慮信令協(xié)議對QOS的支持，然后再考察呼叫建立時延，因為呼叫建立時延受錯誤檢測和錯誤糾正機(jī)制的影響。
媒體流的QOS支持
在H.323中，網(wǎng)守提供一組豐富的控制和管理功能，包括地址翻譯、接納控制、帶寬控制和地域管理；網(wǎng)守中還提供呼叫控制信令、呼叫簽權(quán)、帶寬管理和呼叫管理等選擇功能。SIP它自身不支持管理和控制功能，而是依賴于別的協(xié)議。
近年來，新的分級服務(wù)體系結(jié)構(gòu)開始引人注目，H.323第三版能提供某些基于QOS協(xié)商參數(shù)(位流速、時延、抖動)的分級服務(wù)，在呼叫初始化時，終端可以申請擔(dān)保的服務(wù)、受控服務(wù)和無指明服務(wù)的一種，SIP和H.323老版本均不支持類似的服務(wù)。
呼叫建立時延
H.323第一版在呼叫建立時延時很大。第二版大大改進(jìn)，而第三版則更好。SIP在呼叫建立時非常類似于H.323第三版，然而，如果UDP呼叫建立失敗，則H.323第三版要好于SIP，H.323第三版幾乎同時建立一個UDP的連接和一個TCP連接，它提供一個有效的機(jī)制，如果UDP連接成功則關(guān)閉TCP連接；否則，立刻啟用TCP。SIP是順序地操作UDP和TCP，如果UDP失敗，則會增加呼叫建立時延。
環(huán)路檢測
為防止環(huán)路，H.323定義PathValue域來指出信令信息在丟棄前可達(dá)到的最大數(shù)目。問題是定義一個適用的值很關(guān)鍵。此外網(wǎng)絡(luò)變化后，這個值也要相應(yīng)改。
SIP采用了via頭字段，檢查其內(nèi)容，如果新端點已出現(xiàn)在via列表中，則表示有環(huán)路了。SIP的方法好于H.323。
互操作性
版本之間的互操作性：
H.323的完整的后向兼容性使所有的不同H.323版本都能實現(xiàn)無縫集成。
在SIP方面，新版本可能使某些舊功能不再被實現(xiàn)。
與其他信令協(xié)議的互操作性：
要支持傳統(tǒng)的電信業(yè)務(wù)，VOIP信令協(xié)議必須支持ISDN和七號信令，Q.931接口用于User-Network接口(UNI)和ISUP用于Network-Network(NNI)，然而，由于H.323的呼叫建立只是七號信令／ISUP的一個子集，所以H.323只能部分地轉(zhuǎn)換七號信令的信息。H.32X系列定義了其他互操作協(xié)議，如H.320用于ISDN和B-ISDN，H.324用于GSTN。
SIP協(xié)議目前的版本不提供No.7信令的翻譯，但有不少Internet的協(xié)議草案在進(jìn)行這方面的工作。而且隨著軟交換概念的提出和發(fā)展，SIP受到重視，SIP有可能作為軟交換設(shè)備之間的信令協(xié)議，成為各種信令互操作的紐帶。
實現(xiàn)的難易性
H.323信令信息是符合ASN.1PER的二進(jìn)制編碼。需要特殊的編解碼器。
SIP信息是基于文本的，采用ISO10646以UTF-8編碼。基于文本的編碼很容易用Java，Tcl和Perl等語言來實現(xiàn)，調(diào)試方便。
SIP協(xié)議在視頻通信中的應(yīng)用
SIP協(xié)議是一個建立會話的協(xié)議，類似于電話網(wǎng)中的信令。從理論上說，SIP協(xié)議可以用于任何基于會話的應(yīng)用。因此視頻應(yīng)用當(dāng)然也不例外。當(dāng)前在企業(yè)網(wǎng)、局域網(wǎng)內(nèi)使用SIP協(xié)議提供視頻應(yīng)用完全沒有問題。但是當(dāng)SIP協(xié)議應(yīng)用在為公眾服務(wù)的大范圍大規(guī)模電信網(wǎng)絡(luò)中提供視頻應(yīng)用則實例較少。主要原因在上面SIP協(xié)議用于視頻應(yīng)用的優(yōu)勢與缺陷中已有提及。但是問題的根源在于SIP協(xié)議來源于IETF，電信行業(yè)標(biāo)準(zhǔn)主要來源于ITU。IETF與ITU屬兩大陣營。IETF來源于計算機(jī)行業(yè)，推崇盡力而為、免費服務(wù)與分散的控制。ITU來源于電信行業(yè)，推崇保證服務(wù)質(zhì)量、收費服務(wù)與集中控制。SIP要在電信視頻通信網(wǎng)得到應(yīng)用，必須解決管理、計費以及服務(wù)質(zhì)量等問題。
服務(wù)質(zhì)量問題與SIP協(xié)議本身無關(guān)，是否能保證服務(wù)質(zhì)量問題關(guān)鍵在于分組網(wǎng)絡(luò)服務(wù)質(zhì)量。所以SIP協(xié)議與H.323協(xié)議在服務(wù)質(zhì)量問題上是一致的，與他們比較的是基于電路的H.320視頻應(yīng)用。
SIP本身并不考慮計費，我們可以在用戶代理服務(wù)器上收集計費數(shù)據(jù)。從這點看，似乎使用SIP協(xié)議的視頻應(yīng)用問題不大。實際上問題在于SIP協(xié)議是IETF協(xié)議，某種程度上是分散控制。終端擁有很強(qiáng)大的智能，雖然通常只實現(xiàn)用戶代理，但是完全可以實現(xiàn)用戶代理服務(wù)器甚至定位服務(wù)器。用戶很容易可以繞開收集計費信息的電信運營商設(shè)備直接在分組層取得視頻服務(wù)。這樣電信運營商就得不到預(yù)期的利潤，也就沒有動力建設(shè)基于網(wǎng)絡(luò)。
雖然SIP協(xié)議用于電信視頻應(yīng)用存在問題，但是隨著SIP協(xié)議首先在語音交互中的應(yīng)用以及軟交換中的使用，可以看到SIP協(xié)議還是有較好的前景。未來網(wǎng)絡(luò)趨于分組網(wǎng)絡(luò)，網(wǎng)絡(luò)趨向使用簡潔有效的協(xié)議，所以SIP協(xié)議有可能在未來視頻通信網(wǎng)絡(luò)中得到廣泛應(yīng)用。

歡迎光臨 (http://www.zg4o1577.cn/bbs/)