二、H.323終端的組成
為網(wǎng)絡(luò)電話和可視電話會議系統(tǒng)的進(jìn)一步發(fā)展和系統(tǒng)的兼容性提供了良好的條件。其中系統(tǒng)控制協(xié)議包括H.323、H.245、和H.225.0，Q.931和RTP/RTCP是H.225.0的主要組成部份。系統(tǒng)控制是H.323終端的核心。整個(gè)系統(tǒng)控制由H.245控制信道、H.225.0呼叫信令信道和RAS（注冊、許可、狀態(tài)）信道提供，音頻編解碼協(xié)議包括G.711協(xié)議（必選）、G.722、G.723.1、G.728、G.729等協(xié)議。編碼器使用的音頻標(biāo)準(zhǔn)必須由H.245協(xié)議協(xié)商確定。H.323終端應(yīng)由對本身所具有的音頻編解碼能力進(jìn)行非對稱操作。如以G.711發(fā)送，以G.729接收。視頻編解碼協(xié)議主要包括H.261協(xié)議（必選）和H.263協(xié)議。H.323系統(tǒng)中視頻功能是可選的。數(shù)據(jù)會議功能也是可選的，其標(biāo)準(zhǔn)是多媒體會議數(shù)據(jù)協(xié)議T.120。其結(jié)構(gòu)如圖所示。
四、H.323標(biāo)準(zhǔn)協(xié)議簇：H.323組件
H.323系統(tǒng)中的通信可以看成是視頻、音頻、控制信息的混合。系統(tǒng)控制功能是H.323終端的核心，它提供了H.323終端正確操作的信令。這些功能包括呼叫控制（建立與拆除）、通力切換、命令和指示信令以及用于開放和描述邏輯信道內(nèi)容的報(bào)文等。整個(gè)系統(tǒng)的控制由H.245控制信道、H.225.0呼叫信令信道以及RAS信道提供。H.225.0標(biāo)準(zhǔn)描述了無QoS保證的LAN上媒體流的打包分組與同步傳輸機(jī)制。H.225.0對傳輸?shù)目刂屏鬟M(jìn)行格式化，以便輸出到網(wǎng)絡(luò)接口，同時(shí)從網(wǎng)絡(luò)接口輸入報(bào)文中檢索出接收到控制流。另外，它還完成邏輯幀、順序編號、糾錯(cuò)與檢錯(cuò)功能。
在H.323多媒體通信系統(tǒng)中，控制信令和數(shù)據(jù)流的傳送利用了面向連接的傳輸機(jī)制。在IP游戲棧中，IP與TCP協(xié)作，共同完成面向連接的傳輸�？煽康膫鬏敱ＷC了數(shù)據(jù)數(shù)據(jù)包傳輸時(shí)的流量控制、連續(xù)性以及正確性，但也可能引起傳輸時(shí)延以及占用網(wǎng)絡(luò)寬帶。H.323將可靠的TCP用于H.245控制信道、T.120數(shù)據(jù)信道，呼叫信令信道。而視頻和音頻信息采用不可靠的、面向非連接的傳輸方式，即利用用戶數(shù)據(jù)協(xié)議UDP（User Datagram Protocol）。UDP無法提供很好的QoS，只提供最少的控制信息，因此傳輸時(shí)延較TCP小。 在有多個(gè)視頻流和音頻流的多媒體通信系統(tǒng)中，基于UDP和不可靠傳輸利用IP多點(diǎn)廣播和由IETF實(shí)時(shí)傳輸協(xié)議RTP處理視頻和音頻信息。IP多播是以UDP方式進(jìn)行不可靠多點(diǎn)廣播傳輸?shù)膮f(xié)議。RTP工作于IP多播的頂層，用于處理IP網(wǎng)上的視頻和音頻流，每個(gè)UDP包均加上一個(gè)包含時(shí)間戳和序號的報(bào)頭。若接收端配以適當(dāng)?shù)木彌_，那么它就可以種用時(shí)間戳和序號信息"復(fù)原，再生"數(shù)據(jù)包、記錄失序包、同步語音、圖像和數(shù)據(jù)以及改善邊接重放效果。實(shí)時(shí)控制協(xié)議RTCP用于RTP的控制。RTCP監(jiān)視服務(wù)質(zhì)量以及網(wǎng)上傳送的信息，并定期將包含服務(wù)質(zhì)量信息的控制信息包發(fā)分給所有通信節(jié)點(diǎn)。
在大型分組網(wǎng)絡(luò)如因特網(wǎng)中，為一個(gè)多媒體呼叫保留點(diǎn)足夠的寬帶是很重要的，也是很困難的。另一個(gè)IETF協(xié)議--資源預(yù)流協(xié)議RSVP允許接收端為某一特殊的數(shù)據(jù)流申請一定數(shù)量的寬帶，并得到一個(gè)答復(fù)，確認(rèn)申請是否被許可。雖然RSVP不是H.323標(biāo)準(zhǔn)的正式組成部份，但大多數(shù)H.323產(chǎn)品都必須支持他，因?yàn)閷拵У念A(yù)流對IP網(wǎng)絡(luò)上多媒體通信的成功至關(guān)重要，RSVP需要得到終端、網(wǎng)關(guān)、裝有多點(diǎn)處理器的MCU以及中間路由器或交換機(jī)的支持。
H.225.0適用于不同類型的網(wǎng)絡(luò)，其中包括以太網(wǎng)、令牌環(huán)網(wǎng)等。H.225.0被定義在諸如TCP/IP，SPX/IPX傳輸層。H.225.0通信的范圍是在H.323網(wǎng)關(guān)之間，并且是在同一個(gè)網(wǎng)上，使用同一種傳輸協(xié)議。如果在整個(gè)因特網(wǎng)上使用H.323協(xié)議，通信性能將會下降。H.323試圖把H.320擴(kuò)展到無質(zhì)量保證的局域網(wǎng)中，通過使用強(qiáng)大的認(rèn)可控制會議控制，使一個(gè)專門會議的參加者從幾人到幾千人。
H.225.0建立了一個(gè)呼叫模型，在這個(gè)模型中，呼叫建立和性能協(xié)商沒有使用RTP傳輸?shù)刂罚艚薪⒅蟛沤⑷舾蓚�(gè)RTP/RTCP連接。呼叫建立之前，終端可以向某個(gè)關(guān)守（Gatekeeper）注冊。如果終端要向某個(gè)關(guān)守注冊，它必須知道這個(gè)關(guān)守的年限（Vintage）。正因?yàn)槿绱�，發(fā)現(xiàn)（discovery）和注冊(registion)結(jié)構(gòu)都包含了一個(gè)H.245類型的對象標(biāo)志，它提供了H.323應(yīng)用版本的年限。這些結(jié)構(gòu)還包含了可選擇的非標(biāo)準(zhǔn)消息，它允許終端建立非標(biāo)準(zhǔn)關(guān)系。在這些結(jié)構(gòu)的末尾，還包括了版本號的非標(biāo)準(zhǔn)狀態(tài)。其中：版本號是必須的，非標(biāo)準(zhǔn)信息是可選的。非標(biāo)準(zhǔn)信息用來在兩個(gè)終端之間相通知其年限及非標(biāo)準(zhǔn)狀態(tài)。雖然所有的Q.931消息在用戶到用戶信息中具有可選的非標(biāo)準(zhǔn)信息，但在所有的RAS通道信息中還是具有可選的非標(biāo)準(zhǔn)信息。另外，在任何時(shí)候都能發(fā)送一個(gè)非標(biāo)準(zhǔn)RAS消息。進(jìn)行注冊、認(rèn)可和狀態(tài)通信的不可靠通道稱為RAS通道。開始一個(gè)呼叫一般必須首先發(fā)送一個(gè)認(rèn)可請求消息，接著發(fā)送一個(gè)初始建立消息，這個(gè)過程以收到連接消息為結(jié)束。
當(dāng)可靠的H.245控制通道建立之后，音頻、視頻以及數(shù)據(jù)的傳輸通道都可以相應(yīng)建立。多媒體會議的有關(guān)設(shè)置也可以在這里設(shè)置。當(dāng)使用可靠的H.245控制通道傳送消息后，H.225終端可以通過不可靠通道發(fā)送音頻、視頻數(shù)據(jù)。錯(cuò)誤隱藏和其它一些信息是用來處理發(fā)生丟包的情況。一般情況下，音頻、視頻數(shù)據(jù)包不會重發(fā)，因?yàn)橹匕l(fā)將引起網(wǎng)絡(luò)網(wǎng)絡(luò)上的延時(shí)。假設(shè)底層已經(jīng)處理了對位出錯(cuò)的檢測，而且錯(cuò)誤的包不會傳給H.225。音頻、視頻數(shù)據(jù)和呼叫信號不會在同一個(gè)通道里傳輸，并且不使用同樣的消息結(jié)構(gòu)。H.225.0有能力使用不同的傳輸?shù)刂�，在不同的RTP實(shí)例當(dāng)中發(fā)送和接收音頻、視頻數(shù)據(jù)，以確保不同媒體幀的序列號和每種媒體的服務(wù)質(zhì)量�，F(xiàn)在ITU正在研究如何把音頻、視頻數(shù)據(jù)包混合在同一個(gè)傳輸?shù)刂分型粠�，雖然音頻、視頻數(shù)據(jù)能夠憑錯(cuò)傳輸層服務(wù)訪問點(diǎn)標(biāo)識來共享同一個(gè)網(wǎng)絡(luò)地址，但是制造商還是選擇使用不同的網(wǎng)絡(luò)地址來分別傳輸音頻、視頻數(shù)據(jù)。在網(wǎng)關(guān)、多點(diǎn)控制單元和關(guān)守中可以使用動態(tài)傳輸層服務(wù)訪問點(diǎn)標(biāo)識來代替固定傳輸層服務(wù)訪問點(diǎn)標(biāo)識。
一個(gè)可靠的傳輸?shù)刂酚糜诮K端與終端之間的呼叫建立，也可以用于關(guān)守之間，可靠的呼叫信號連接必須按照下例規(guī)則進(jìn)行。在終端與終端的呼叫信號傳輸中，每個(gè)終端都可以打開或關(guān)閉可靠呼叫信號通道。對于關(guān)守的呼叫信號傳輸，終端必須保證在整個(gè)過程中打開可靠端口。雖然關(guān)守能夠選擇是否關(guān)閉信號通道，但是對于網(wǎng)關(guān)正在使用的呼叫通道，關(guān)守必須保證它打開。諸如顯示信息等Q.931信息可以在端到端之間傳輸。如果由于傳輸層的某個(gè)原因使得可靠的連接被斷開，這個(gè)連接必須重建，此次呼叫不認(rèn)為是失敗。除非H.245通道被關(guān)閉。呼叫狀態(tài)和呼叫參考值不受關(guān)閉可靠連接的影響。同一時(shí)間可以打開多個(gè)H.245通道，因此同一個(gè)終端可以同時(shí)參加多個(gè)會議。在一個(gè)會議中，一個(gè)終端甚至可以同時(shí)打開多種類型的通道，例如，同時(shí)打開兩個(gè)音頻通道來得到立體聲效果。但是在一個(gè)點(diǎn)對點(diǎn)的呼叫中只能打開一個(gè)H.245控制通道。
H.245協(xié)議定義了主從叛別功能，當(dāng)在一個(gè)呼叫中的兩個(gè)終端同時(shí)初始化一個(gè)相同的事件時(shí)，就產(chǎn)生了沖突。例如，資源只能被一個(gè)事件使用。為了解決這個(gè)問題，終端必須判斷誰是主終端，誰是從終端，主從叛別過程用來判斷哪個(gè)終端是主終端，哪個(gè)是從終端。終端的狀態(tài)一旦決定，在整個(gè)呼叫過程期間都不會改變。性能交換過程用來保證傳輸?shù)拿襟w信號是能夠被接收端接收的，也就是接收端必須能夠解碼接收數(shù)據(jù)。這要求每一個(gè)終端的接收和解碼能力必須被對方終端知道。終端不需具備所有的能力，對于不能理解的要求可以不予理睬。終端通過發(fā)送它的性能集使對方知道自己的接收和解碼能力。接收性能描述了終端接收和處理信息流的能力。發(fā)送必須確保所發(fā)送的性能集的內(nèi)容是自己能夠做到的。發(fā)送性能給接收方提供了操作方式的選擇集，接收方可以從中選擇某種方式。如果缺省了發(fā)送性能集，這說明了發(fā)送方?jīng)]有給接收方選擇，但這并不說明發(fā)送方不會向接收方發(fā)送數(shù)據(jù)。這些性能集使得終端可以同時(shí)提供多種媒體流的處理。例如，一個(gè)終端可以同時(shí)接收兩路不同的H.262視頻信號和兩路不同的H.722音頻信號。性能消息描述的不僅僅是終端具有的固有能力，還描述了它可以同時(shí)具有哪些模型。它也可能表示了發(fā)送性能和接收性能之間的一種折中。終端可以使用非標(biāo)準(zhǔn)參數(shù)結(jié)構(gòu)來發(fā)送非標(biāo)準(zhǔn)性能和控制消息。非標(biāo)準(zhǔn)消息是制造商或其它組織定義的，用來表明其終端所具有的特殊能力。
邏輯通道信號過程確保在邏輯通道打開時(shí)，終端就具有接收和解碼數(shù)據(jù)的能力。打開邏輯通道消息包含了關(guān)于傳送數(shù)據(jù)的描述。邏輯通道必須在終端有能力同時(shí)接收所有打開通道的數(shù)據(jù)時(shí)才通被打開。一個(gè)邏輯通道由傳送方打開。接收方可以向傳送方請求關(guān)閉邏輯通道，傳送方可以接受請求，也可以拒絕請求。當(dāng)性能交換結(jié)束時(shí)，雙方終端通過交換的性能描述符都知道了對方的性能。終端不需要知道描述符中所有性通，只要知道它使用的性能即可。終端知道自己與對方終端的環(huán)型延時(shí)是很有用的。環(huán)型延時(shí)判別就是用來測試環(huán)型延時(shí)的，它還可以用來測試遠(yuǎn)方終端是否存在。命令和說明可以用來傳送一些特殊的數(shù)據(jù)。命令和說明不會得到遠(yuǎn)程終端的響應(yīng)消息。命令用于強(qiáng)迫遠(yuǎn)程終端執(zhí)行一個(gè)動作，說明用于提供信息。
H.323協(xié)議規(guī)定，音頻和視頻分組必須被封裝在實(shí)時(shí)協(xié)議RTP中，并通過發(fā)送端和接收端的一個(gè)UDP的Socket對來進(jìn)行承載。而實(shí)時(shí)控制協(xié)議RTCP用來評估會話和連接質(zhì)量，以及在通信方之間提供反饋信息。相應(yīng)的數(shù)據(jù)及其支持性的分組可以通過TCP或UDP進(jìn)行操作。H.323協(xié)議還規(guī)定，所有的H.323終端都必須帶一個(gè)語音編碼器，最低要求是必須支持G.711建議。
IT168辦公通信
