 |
| 圖2 H.323終端的系統(tǒng)框圖 |
---- 由于可能有比較寬的帶寬,在H.323中還允許使用不同于G.723.1的語(yǔ)音壓縮編碼算法。它們是：G.711脈沖編碼調(diào)制（PCM）,碼率為64k位/秒; G.722子帶自適應(yīng)脈沖編碼調(diào)制(SB-ADPCM),碼率為64～48k位/秒可變; G.728短延時(shí)碼激勵(lì)線性預(yù)測(cè)編碼（LD-CELP）,碼率為16k位/秒,并且單路編解碼延時(shí)小于2ms,很好地避開了回聲抵消的問(wèn)題;G.729代數(shù)碼本激勵(lì)線性預(yù)測(cè)編碼（ACELP）,編碼速率為8k位/秒,延時(shí)小于G.723.1。
---- H.225.0協(xié)議是H.323所特有的,它包括呼叫控制、登錄和管理控制、數(shù)據(jù)打包/解包及傳輸三個(gè)方面的內(nèi)容。通過(guò)TCP進(jìn)行呼叫,用戶數(shù)據(jù)報(bào)協(xié)議（UDP）可進(jìn)行面向關(guān)守(GateKeeper)的登錄和管理;基于UDP的實(shí)時(shí)傳輸控制協(xié)議/實(shí)時(shí)傳輸協(xié)議（RTCP/RTP）可進(jìn)行實(shí)時(shí)語(yǔ)音和圖象數(shù)據(jù)的傳輸。其中數(shù)據(jù)打包/解包及傳輸對(duì)應(yīng)于H.324系統(tǒng)中H.223的AL層,而呼叫控制對(duì)應(yīng)于H.324系統(tǒng)中有關(guān)調(diào)制解調(diào)器的協(xié)議部分。
---- 2.3 H.324和H.323的比較
---- 在對(duì)兩種協(xié)議有所了解的前提下,對(duì)以下的三個(gè)方面進(jìn)行比較：
---- (1)呼叫的建立
---- 在H.324中,呼叫的建立和通信雙方的握手是由調(diào)制解調(diào)器有關(guān)的協(xié)議V.8、V.8bis、V.25ter完成的,而在H.323中,這些功能是由H.225.0和網(wǎng)絡(luò)協(xié)議如TCP/IP共同完成的。因此,H.225.0通過(guò)ASN.1文法定義了兩套消息,一套通過(guò)TCP協(xié)議在特定端口與通信的對(duì)方進(jìn)行呼叫和握手工作,另一套通過(guò)UDP協(xié)議在特點(diǎn)端口與網(wǎng)絡(luò)上的關(guān)守(GateKeeper)通信以進(jìn)行登錄和管理工作。在最新的H.323第三版本中,第一套的工作也可以通過(guò)UDP來(lái)完成,通過(guò)新的消息有效加快握手的過(guò)程。此外,在H.323的終端中,和關(guān)守的通信是可選的。
---- (2)H.245消息的交換
---- 在H.324中,H.245消息的交換在H.223的AL1層進(jìn)行,通過(guò)協(xié)議規(guī)定的邏輯通道0和簡(jiǎn)單重傳協(xié)議(SRP)傳送H.245的消息,這一點(diǎn)與調(diào)制解調(diào)器的數(shù)據(jù)傳輸協(xié)議在一個(gè)方向上只能傳輸單路數(shù)據(jù)是密切相關(guān)的。而在H.323中,通過(guò)H.225.0的對(duì)話,通信雙方再打開另外一個(gè)TCP的端口進(jìn)行H.245消息的交換。由于H.245的消息必須保證沒有任何錯(cuò)誤,在H.324中,只能由H.223進(jìn)行CRC校驗(yàn)以及SRP的重新傳送機(jī)制來(lái)保證這一點(diǎn),而H.323中則由TCP協(xié)議本身來(lái)保證這一點(diǎn)。
---- (3)語(yǔ)音、圖象數(shù)據(jù)的傳輸及錯(cuò)誤處理
---- 由于調(diào)制解調(diào)器的數(shù)據(jù)傳輸協(xié)議在一個(gè)方向上只能傳輸單路數(shù)據(jù),H.223必須分成兩個(gè)層次,MUX層和AL層。其中MUX層負(fù)責(zé)把語(yǔ)音、圖象、數(shù)據(jù)以及H.245的消息混合成一路數(shù)據(jù)來(lái)傳輸,這樣就帶來(lái)了所謂"透明"數(shù)據(jù)的問(wèn)題,即需要保證傳輸?shù)恼Z(yǔ)音圖象數(shù)據(jù)中不出現(xiàn)用來(lái)分隔語(yǔ)音、圖象等數(shù)據(jù)的標(biāo)志--在H.223中,這個(gè)標(biāo)志是"0x7e"。如果要傳輸?shù)臄?shù)據(jù)中出現(xiàn)了連續(xù)5個(gè)數(shù)據(jù)位都是"1"的情況,就必須要加1位的"0"到數(shù)據(jù)流中,而在接收端再把所加入的"0"剔除出來(lái)。這個(gè)工作可能會(huì)導(dǎo)致要傳送的數(shù)據(jù)不是整數(shù)個(gè)字節(jié),而多數(shù)情況下,比如基于PC機(jī)的情況,和調(diào)制解調(diào)器的接口是整數(shù)字節(jié)的,這樣就需要V.80加入到其中。在有V.80的前提下,H.223的標(biāo)志變成0x19b1兩個(gè)字節(jié),"透明"數(shù)據(jù)的工作變成檢查0x19和0xb1,然后根據(jù)V.80中定義的規(guī)則用兩個(gè)字節(jié)替換,最后再由V.80在調(diào)制解調(diào)器內(nèi)把標(biāo)志由0x19b1換成0x7e。在H.225.0中,就不需要一個(gè)MUX層。語(yǔ)音和圖象的數(shù)據(jù)通過(guò)不同UDP的端口傳送,互不影響。H.223中的Al層相當(dāng)于H.225.0中的采用RTCP/RTP傳送數(shù)據(jù),錯(cuò)誤處理都是在這個(gè)層次上做的,二者在這個(gè)層上給語(yǔ)音和圖象數(shù)據(jù)附加上一些頭尾數(shù)據(jù),以用于監(jiān)測(cè)誤碼和數(shù)碼次序的顛倒。
3. 基于不同協(xié)議通信終端的互通
---- 從上面的分析和比較可以看出,不同協(xié)議間差別的產(chǎn)生是由于各通信終端所應(yīng)用的通信網(wǎng)絡(luò)條件有所不同。目前,基于不同協(xié)議間多媒體通信終端的互通性還很差,隨著多媒體通信的進(jìn)一步發(fā)展,基于不同協(xié)議間通信終端的互通性會(huì)變得越來(lái)越重要,IP電話涉及了公用電話交換網(wǎng)和因特網(wǎng)的互通問(wèn)題,就體現(xiàn)出了這一發(fā)展趨勢(shì)。
---- 互通的實(shí)質(zhì)就是不同協(xié)議的相互轉(zhuǎn)換,可通過(guò)設(shè)計(jì)制作網(wǎng)關(guān)來(lái)實(shí)現(xiàn),但這必須建立在對(duì)各種協(xié)議透徹了解的基礎(chǔ)上。雖然目前這方面的工作還處于起步狀態(tài),但可以預(yù)計(jì),在不久的將來(lái),基于不同協(xié)議多媒體通信終端的互通性會(huì)有很大提高。
