多媒體通信技術(shù)——多媒體通信終端技術(shù).ppt_第1頁(yè)
多媒體通信技術(shù)——多媒體通信終端技術(shù).ppt_第2頁(yè)
多媒體通信技術(shù)——多媒體通信終端技術(shù).ppt_第3頁(yè)
多媒體通信技術(shù)——多媒體通信終端技術(shù).ppt_第4頁(yè)
多媒體通信技術(shù)——多媒體通信終端技術(shù).ppt_第5頁(yè)
已閱讀5頁(yè),還剩155頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、第8章 多媒體通信終端技術(shù),8.1 多媒體通信終端的構(gòu)成 8.2 多媒體通信終端相關(guān)標(biāo)準(zhǔn) 8.3 基于N-ISDN網(wǎng)的多媒體通信終端 8.4 基于IP網(wǎng)絡(luò)的多媒體通信終端 8.5 其他多媒體通信終端 8.6 基于不同網(wǎng)絡(luò)的多媒體通信終端的互通 8.7 基于計(jì)算機(jī)的多媒體通信終端 *8.8 多媒體通信終端物理層標(biāo)準(zhǔn) 練習(xí)與思考題,8.1 多媒體通信終端的構(gòu)成,8.1.1 多媒體終端的構(gòu)成 多媒體終端是由搜索、 編解碼、 同步、 準(zhǔn)備和執(zhí)行等五個(gè)部分以及I協(xié)議、 B協(xié)議、 A協(xié)議等三種協(xié)定組成的, 如圖8.1-1所示。,圖8.1-1 多媒體終端的構(gòu)成框圖,搜索部分是指人機(jī)交互過程中的輸入交互部分,

2、 包括各種輸入方法、 菜單選取等輸入方式。 編解碼部分是指對(duì)多種信息表示媒體進(jìn)行編解碼, 編碼部分主要將各種媒體信息按一定標(biāo)準(zhǔn)進(jìn)行編碼并形成幀格式, 解碼部分主要對(duì)多媒體信息進(jìn)行解碼并按要求的表現(xiàn)形式呈現(xiàn)給人們。 同步部分處理是指多種表示媒體間的同步問題, 多媒體終端的一個(gè)最大的特點(diǎn)是多種表示媒體通過不同的途徑進(jìn)入終端, 由同步處理部分完成同步處理, 再送到用戶面前的就是一個(gè)完整的聲、 文、 圖、 像一體化的信息, 這就是同步部分的重要功能。 ,準(zhǔn)備部分的功能體現(xiàn)了多媒體終端所具有的再編輯功能。 例如, 一個(gè)影視編導(dǎo)可以把從多個(gè)多媒體數(shù)據(jù)庫(kù)和服務(wù)器中調(diào)來的多媒體素材加工處理, 創(chuàng)作出各種節(jié)目。

3、 執(zhí)行部分完成終端設(shè)備對(duì)網(wǎng)絡(luò)和其他傳輸媒體的接口。 I協(xié)議也稱為接口協(xié)議, 它是多媒體終端對(duì)網(wǎng)絡(luò)和傳輸介質(zhì)的接口協(xié)議。 ,B協(xié)議也稱為同步協(xié)議, 它傳遞系統(tǒng)的同步信息, 以確保多媒體終端能同步地表現(xiàn)各種媒體。 A協(xié)議也稱為應(yīng)用協(xié)議, 它管理各種內(nèi)容不同的應(yīng)用。 例如, ITU-T T.105協(xié)議即為ISDN中的可視圖文的A協(xié)議。,8.1.2 多媒體通信終端的特點(diǎn) 多媒體通信終端由于要處理多種具有內(nèi)在聯(lián)系的媒體信息, 因此, 它與傳統(tǒng)的終端設(shè)備相比, 有以下幾個(gè)顯著的特點(diǎn): (1) 集成性: 指多媒體終端可以對(duì)多種信息媒體進(jìn)行處理和表現(xiàn), 能通過網(wǎng)絡(luò)接口實(shí)現(xiàn)多媒體通信。 這里的集成不僅指各類多媒

4、體硬設(shè)備的集成, 而且更重要的是多媒體信息的集成。 ,(2) 同步性: 指在多媒體終端上顯示的圖、 文、 聲等以同步的方式工作。 它能保證多媒體信息在空間上和時(shí)間上的完整性。 它是多媒體終端的重要特征。 (3) 交互性: 指用戶對(duì)通信的全過程有完整的交互控制能力。 多媒體終端與系統(tǒng)的交互通信能力給用戶提供了有效控制使用信息的手段。 它是判別終端是否是多媒體終端的一個(gè)重要準(zhǔn)則。 ,8.1.3 多媒體通信終端的關(guān)鍵技術(shù) 多媒體通信終端的關(guān)鍵技術(shù)包括: (1) 開放系統(tǒng)模式。 為了實(shí)現(xiàn)信息的互通, 多媒體終端應(yīng)按照分層結(jié)構(gòu)支持開放系統(tǒng), 模式設(shè)計(jì)的通信協(xié)議要符合國(guó)際標(biāo)準(zhǔn)。 ,(2) 人機(jī)和通信的接口

5、技術(shù)。 多媒體終端包括兩個(gè)方面的接口, 即與用戶的接口和與通信網(wǎng)的接口。 多媒體終端與最終用戶的接口技術(shù)包括漢字輸入的有效方法和漢字識(shí)別技術(shù)、 自然語(yǔ)言的識(shí)別技術(shù)及最終用戶與多媒體終端的各種應(yīng)用的交互界面。 多媒體終端與通信網(wǎng)的接口包括電話網(wǎng)、 分組交換數(shù)據(jù)網(wǎng)、 N-ISDN和B-ISDN等通信接口技術(shù)。 ,(3) 多媒體終端的軟、 硬件集成技術(shù)。 多媒體終端的基本硬件、 軟件支撐環(huán)境, 包括選擇兼容性好的計(jì)算機(jī)硬件平臺(tái)、 網(wǎng)絡(luò)軟件、 操作系統(tǒng)接口、 多媒體信息庫(kù)管理系統(tǒng)接口、 應(yīng)用程序接口標(biāo)準(zhǔn)及設(shè)計(jì)和開發(fā)等。 (4) 多媒體信源編碼和數(shù)字信號(hào)處理技術(shù)。 終端設(shè)備必須完成語(yǔ)音、 靜止圖像、 視

6、頻圖像的采集和快速壓縮編解碼算法的工程實(shí)現(xiàn), 以及多媒體終端與各種表示媒體的接口, 并解決分布式多媒體信息的時(shí)空組合問題。 ,(5) 多媒體終端應(yīng)用系統(tǒng)。 要使多媒體終端能真正地進(jìn)入使用階段, 需要研究開發(fā)相應(yīng)的多媒體信息庫(kù)、 各種應(yīng)用軟件(如遠(yuǎn)距離多用戶交互輔助決策系統(tǒng)、 遠(yuǎn)程醫(yī)療會(huì)診系統(tǒng)、 遠(yuǎn)程學(xué)習(xí)系統(tǒng)等)和管理軟件。,8.2 多媒體通信終端相關(guān)標(biāo)準(zhǔn),8.2.1 概述 ITU-T從20世紀(jì)80年代末期開始制定了一系列多媒體通信終端標(biāo)準(zhǔn), 主要框架性標(biāo)準(zhǔn)如下: (1) ITU-T H.320: 窄帶可視電話系統(tǒng)和終端(N-ISDN); (2) ITU-T H.323: 不保證服務(wù)質(zhì)量的局域網(wǎng)

7、可視電話系統(tǒng)和終端; ,(3) ITU-T H.322: 保證服務(wù)質(zhì)量的局域網(wǎng)可視電話系統(tǒng)和終端; (4) ITU-T H.324: 低比特率多媒體通信終端 (PSTN); (5) ITU-T H.321: B-ISDN環(huán)境下H.320終端設(shè)備的適配;,(6) ITU-T H.310: 寬帶視聽終端與系統(tǒng)。 上述標(biāo)準(zhǔn)分別適用于在N-ISDN、 B-ISDN、 LAN、 PSTN等不同網(wǎng)絡(luò)上開展視聽多媒體通信, 每個(gè)框架性H.300系列標(biāo)準(zhǔn)都包括了相應(yīng)的視頻、 音頻、 通信協(xié)議、 復(fù)用/同步、 數(shù)據(jù)協(xié)議(T.120系列標(biāo)準(zhǔn))等ITU-T的H.200系列標(biāo)準(zhǔn), 見表8.2-1。 ,表8.2-1 基

8、于各種網(wǎng)絡(luò)的多媒體通信終端系列標(biāo)準(zhǔn),8.2.2 T.120系列標(biāo)準(zhǔn) ITU-T的T.120系列標(biāo)準(zhǔn)是1993年以來ITU-T陸續(xù)推出的用于聲像和視聽會(huì)議的一系列標(biāo)準(zhǔn), 又稱為“多層協(xié)議(MLP)”。 此標(biāo)準(zhǔn)是為支持在多點(diǎn)和多媒體會(huì)議系統(tǒng)中發(fā)送數(shù)據(jù)而制定的, 既可包含在H.32x視頻會(huì)議標(biāo)準(zhǔn)框架之中, 對(duì)現(xiàn)有的視頻會(huì)議進(jìn)行補(bǔ)充和增強(qiáng), 也可獨(dú)立地支持聲像會(huì)議(傳送語(yǔ)音、 靜止圖像、 白板、 加注等信息的實(shí)時(shí)會(huì)議)。 T.120系列標(biāo)準(zhǔn)之間的關(guān)系如圖8.2-1所示。,圖8.2-1 T.120系列標(biāo)準(zhǔn)之間的關(guān)系,T.120系列標(biāo)準(zhǔn)大致如下所述: (1) T.120: 多媒體會(huì)議的數(shù)據(jù)協(xié)議標(biāo)準(zhǔn)系列(T

9、.120系列)概貌。 (2) T.121: 常規(guī)應(yīng)用范本。 它是聲像會(huì)議系列標(biāo)準(zhǔn)中, 所有應(yīng)用規(guī)程和細(xì)節(jié)方面所涉及到的通用程序要素的說明。 (3) T.122: 用于聲像會(huì)議和視聽會(huì)議的多點(diǎn)通信服務(wù)(MCS)。 T.122標(biāo)準(zhǔn)確定了聲像會(huì)議和視聽會(huì)議業(yè)務(wù)中多點(diǎn)通信的數(shù)據(jù)傳送、 令牌管理的機(jī)制及原理, 包括MCS模型、 MCS連接和域的建立、 MCS互通、 MCS的基本原理以及MCS域管理原語(yǔ)等。,(4) T.123: 用于聲像會(huì)議和視聽會(huì)議應(yīng)用的網(wǎng)絡(luò)特定傳輸規(guī)程。 T.123標(biāo)準(zhǔn)確定了終端相應(yīng)各種網(wǎng)絡(luò)(ISDN, CSON, PSDN, PSTN, Internet, GSTN)所對(duì)應(yīng)的一種規(guī)

10、程堆棧, 包括開放系統(tǒng)互連(OSI)模型中多至七層的一系列規(guī)程。 (5) T.124: 用于聲像和視聽終端、 多點(diǎn)控制單元的通用會(huì)議控制(GCC)。 GCC功能包括會(huì)議的建立、 保持與退出, 管理會(huì)議登記, 管理應(yīng)用登記, 應(yīng)用登記服務(wù), 會(huì)議指揮等。,(6) T.125: 用于聲像會(huì)議和視聽會(huì)議的多點(diǎn)通信服務(wù)規(guī)程的詳述, 提供一個(gè)通過多點(diǎn)通信域所定義的協(xié)議操作, 用于完善MCS。 (7) T.126: 定義了用于瀏覽和標(biāo)注兩個(gè)應(yīng)用之間傳輸?shù)撵o態(tài)圖像的協(xié)議, 支持不同平臺(tái)上的應(yīng)用系統(tǒng)之間進(jìn)行可視化信息共享。 采用該協(xié)議可以實(shí)現(xiàn)多個(gè)用戶之間一定程度的交互操作和協(xié)同工作。 協(xié)議中的靜態(tài)圖像來源于應(yīng)

11、用程序所顯示的信息, 例如, WORD文件或投影片。 但T.126協(xié)議只為共享信息提供了最小集合, 僅能實(shí)現(xiàn)靜態(tài)圖像的傳輸和簡(jiǎn)單的注釋, 不能提供諸如對(duì)象嵌入等協(xié)同交互操作。,(8) T.127: 多點(diǎn)二值文件傳輸規(guī)程。 它是有關(guān)二值文件在多點(diǎn)環(huán)境下進(jìn)行廣播、 選擇性分發(fā)與確認(rèn)、 對(duì)遠(yuǎn)程索引簿的訪問、 壓縮檔案的轉(zhuǎn)移等的應(yīng)用規(guī)程。 它能實(shí)現(xiàn)多點(diǎn)交互、 協(xié)同工作的計(jì)算機(jī)文件的同步編輯、 同步更新, 以確保協(xié)同工作和交互操作的文檔同步修改、 存儲(chǔ)和一 致性。 同時(shí), 該協(xié)議也是共享應(yīng)用的基礎(chǔ)。,8.2.3 H.221復(fù)接/分接標(biāo)準(zhǔn) 1 單路B(64 kb/s)信道幀結(jié)構(gòu) 單路B(64 kb/s)信

12、道的幀結(jié)構(gòu)如圖8.2-2所示。 一個(gè)單路64 kb/s通道(亦稱時(shí)隙TS)由速率為8 kHz的8比特組組成, 圖中每一行由左到右為一個(gè)8比特, 組成一個(gè)8比特組, 由上到下共80個(gè)8比特組。 每行中的每一個(gè)比特由上至下構(gòu)成一個(gè)子信道。 前7個(gè)子信道可作為視頻、 音頻或數(shù)據(jù)的信道。 第8個(gè)子信道用來作為公務(wù)信道(Service Channel, SC), 主要運(yùn)載端到端的信令,,包括幀定位信號(hào)(Frame Alignment Signal, FAS)、 比特率分配信號(hào)(Bitrate Allocation Signal, BAS)及必要時(shí)的加密控制信號(hào)(Encryption Control Si

13、gnal, ECS)等, 它們分別占用8比特, 剩下的2580比特位可作為數(shù)據(jù)或部分音頻、 視頻信號(hào)用。 具有SC通道的64 kb/s時(shí)隙稱為“I”通道。,圖8.2-2 單路B(64 kb/s)信道幀結(jié)構(gòu)示意圖,1) 幀定位信號(hào)(FAS) FAS信號(hào)占用18比特位, 它可以組成各含80個(gè)比特組的許多個(gè)幀(由上至下180比特位為一幀), 以及16個(gè)幀為一復(fù)幀的多個(gè)復(fù)幀(MF)。 每個(gè)復(fù)幀由8個(gè)子復(fù)幀組成, 每個(gè)子復(fù)幀由兩個(gè)幀組成。 因此, 從FAS結(jié)構(gòu)來考慮幀定位信號(hào)又可分為幀定位和復(fù)幀定位信號(hào)。 幀和復(fù)幀定位的作用是實(shí)現(xiàn)幀、 復(fù)幀的定位, 亦即解決幀與幀之間、 復(fù)幀與復(fù)幀之間的同步問題。,2)

14、 比特率分配信號(hào)(BAS) 比特率分配信號(hào)是指每幀SC信道的916比特位的8個(gè)比特信號(hào)。 該信號(hào)可以用來傳送表示終端性能的一些碼子, 例如, 某一終端通信開始時(shí)應(yīng)該把它的傳輸速率為多少、 視頻采用何種圖像壓縮編碼、 音頻采用何種編碼等“性能”告知對(duì)端設(shè)備, 這些不同的性能便是用BAS碼來表征的。 另外, BAS信號(hào)也用來作為多種控制信號(hào)的指示信號(hào)。 例如, 某一終端發(fā)送一控制信號(hào)給另一終端, 使它的活動(dòng)圖像凍結(jié)(靜止)。,表8.2-2 BAS碼b0,b1,b2的含義,8比特的BAS(b0b7)碼安排在偶數(shù)幀中, 與它相配合起糾錯(cuò)作用的8個(gè)糾錯(cuò)比特安排在相同的8比特組編號(hào)的奇數(shù)幀中。 BAS信號(hào)

15、的前3個(gè)比特(b0,b1,b2)表示多種“含義”, 也可理解為表明籠統(tǒng)的“性能”或“指令”。 后面5個(gè)比特(b3b7)表示32個(gè)確定值或表明具體的“指令”及“性能”。 b0,b1,b2的含義見表8.2-2。 例如, 當(dāng)b0,b1,b2為“000”時(shí), 其含義為音頻指令, 若其后b3b7為“00100”時(shí), 則表示該音頻信號(hào)為PCM編碼方式的A律, 即是G.711標(biāo)準(zhǔn)的音頻信號(hào), 而不是G.722標(biāo)準(zhǔn)的音頻信號(hào)。,3) 加密信號(hào)(ECS) ECS占用SC的1724比特位, 它在需要加密時(shí)才選用。 ECS信道可用于傳送控制信息給解密單元, 以便響應(yīng)該標(biāo)志而完成對(duì)加密數(shù)據(jù)的解密。 除此以外, 還可以

16、傳送初始向量, 用于數(shù)據(jù)的加密與解密的同步。,2 單路H0、 H11、 H12的信道幀結(jié)構(gòu) 單路H0(384 kb/s)、 H11(1536 kb/s)、 H12(1920 kb/s)信道幀結(jié)構(gòu)如圖8.2-3所示。 n1時(shí)為單路H0信道, 此信道由6個(gè)B(64 kb/s)信道組成, 上述的FAS、 BAS、 ECS信道只在TS1時(shí)隙中發(fā)送。 對(duì)于多個(gè)(26)H0連接時(shí), 在每個(gè)H0的TS1時(shí)隙含有SC信道, 其他TS不含有SC信道。 n4時(shí)為單路H11信道, 此信道由24個(gè)B信道組成, 此信道中, 僅在H11的TS1時(shí)隙才含有SC信道。 n5時(shí)為單路H12信道, 此信道由30個(gè)B信道組成, 此

17、信道中, 僅在H12的TS1時(shí)隙才含有SC信道。,圖8.2-3 H0、 H11、 H12信道幀結(jié)構(gòu)示意圖,3 2048 kb/s信道上的n384 kb/s(n15)速率的幀結(jié)構(gòu) 在PCM30(2048 kb/s)線路上開通多媒體通信業(yè)務(wù), 視其H0通道的個(gè)數(shù)不同, 在PCM30上的安排也不同, 具體幀結(jié)構(gòu)如圖8.2-4所示。,圖8.2-4 2048 kb/s線路上n384 kb/s(n15)速率的幀結(jié)構(gòu),例如, 如果利用PCM30(2048 kb/s)線路開通2 Mb/s的會(huì)議電視業(yè)務(wù), 亦即5個(gè)H0通道(1920 kb/s), 此時(shí)TS1TS15, TS16TS31可安排H.221的幀結(jié)構(gòu)的

18、時(shí)隙, 即H.221幀結(jié)構(gòu)的TS1(含有SC信道的FAS, BAS等)安排在PCM30幀結(jié)構(gòu)的TS1位置上, PCM30幀結(jié)構(gòu)的TS2TS15, TS17TS31可安排H.221幀結(jié)構(gòu)中的圖像、 語(yǔ)音和數(shù)據(jù)等信息。,8.2.4 H.222.0復(fù)接/分接標(biāo)準(zhǔn) H.222.0標(biāo)準(zhǔn)實(shí)際上是MPEG-2的系統(tǒng)層(ISO/IEC 13818-1)協(xié)議, 它主要規(guī)定如何將視頻、 音頻以及數(shù)據(jù)的基本碼流組合成一個(gè)或多個(gè)適合于存儲(chǔ)或傳輸?shù)拇a流。 在H.222.0中, 首先將不同的媒體流分別按一定的長(zhǎng)度分組, 每一組碼的前面加上包頭, 然后在同一信道上輪流傳送不同媒體類型的包, 這可以看成是一種異步的時(shí)分復(fù)用。

19、 在接收端根據(jù)包頭信息將各種包區(qū)分開來, 去掉包頭重新組合成各自的碼流。 異步時(shí)分復(fù)用的帶寬分配比較靈活。,H.222.0標(biāo)準(zhǔn)中有兩種不同輸出類型的碼流, 一種為節(jié)目碼流(Program Stream), 另一種為傳輸碼流(Transport Stream)。 H.222.0標(biāo)準(zhǔn)的系統(tǒng)結(jié)構(gòu)如圖8.2-5所示。 視頻或音頻數(shù)據(jù)經(jīng)編碼后得到的基本碼流(Elementary Bit Stream)經(jīng)過打包器打包(數(shù)據(jù)分組), 形成一個(gè)個(gè)包基本碼流PES(Packet Elementary Stream), 其小包結(jié)構(gòu)長(zhǎng)度可變, 然后分別送至節(jié)目碼流復(fù)用器或傳輸碼流復(fù)用器, 最后生成節(jié)目碼流和傳輸碼流

20、。,圖8.2-5 H.222.0標(biāo)準(zhǔn)的系統(tǒng)結(jié)構(gòu)示意圖,節(jié)目碼流的復(fù)用方法是將一個(gè)或幾個(gè)具有公共時(shí)間基準(zhǔn)的PES組合成單一的碼流, 所有的基本碼流就像單個(gè)的節(jié)目碼流那樣用同步來解碼。 節(jié)目碼流比較適用于幾乎無誤差的環(huán)境, 例如用在存儲(chǔ)讀出系統(tǒng)中。 節(jié)目碼流中的小包的長(zhǎng)度相對(duì)比較長(zhǎng), 并且是可變的, 它的結(jié)構(gòu)形式如圖8.2-6(a)所示。,圖8.2-6 節(jié)目碼流和傳輸碼流示意圖 (a) 節(jié)目碼流;(b) 傳輸碼流,傳輸碼流也是將一個(gè)或幾個(gè)PES組合成單一的碼流, 這些PES可以是有一個(gè)公共的時(shí)間基準(zhǔn), 也可以是幾個(gè)獨(dú)立的時(shí)間基準(zhǔn)。 如果有幾個(gè)基準(zhǔn)碼流有公共的時(shí)間基準(zhǔn), 那么這幾個(gè)基本碼流先組合一組

21、, 這叫節(jié)目復(fù)用, 然后由若干個(gè)節(jié)目復(fù)用進(jìn)行傳輸復(fù)用, 所形成的傳輸碼流適合于有誤碼發(fā)生的環(huán)境。 例如, 在噪聲的傳輸通道以及無線通道中傳輸。 傳輸碼流中的小包長(zhǎng)度是固定的, 總是188個(gè)字節(jié), 這對(duì)于處理誤碼很有好處, 它的結(jié)構(gòu)如圖8.2-6(b)所示。,除了視頻和音頻數(shù)據(jù)以外, 其他附加數(shù)據(jù)、 控制數(shù)據(jù)等也都可以在經(jīng)過打包之后復(fù)接到同一個(gè)信道上。 由于傳輸小包頭中含有標(biāo)識(shí)符PID(Packet Identification), 所復(fù)接數(shù)據(jù)的類型不必事先限制, 只要給以適當(dāng)?shù)腜ID, 就可隨時(shí)插入。 此外, 如果在將來出現(xiàn)新業(yè)務(wù)時(shí), 新業(yè)務(wù)的基本碼流也可以很容易地插入而無需作硬件方面的改動(dòng)。

22、 對(duì)于接收端來說, 不管復(fù)接了多少種碼流, 只要在固定位置上找到包頭中的PID, 就可以將它們一一分離出來。,*8.2.5 通信控制協(xié)議 通信控制的主要功能包括: 能力交換與通信模式的確定、 子通道(邏輯通道)管理、 身份認(rèn)證、 密鑰分發(fā)、 動(dòng)態(tài)模式轉(zhuǎn)換(例如參加、 退出會(huì)議、 速率轉(zhuǎn)換等)、 遠(yuǎn)程應(yīng)用功能控制、 流量控制和多點(diǎn)控制響應(yīng)等。 所謂能力交換, 是指通信的雙方將自己的能力(如總傳輸速率、 是否具備音頻和視頻信號(hào)同時(shí)通信的能力、 可處理的壓縮編碼解碼方式、 數(shù)據(jù)傳輸是否采用T.120協(xié)議、 實(shí)時(shí)媒體采用的是復(fù)接的PS還是TS, 以及AAL類型等)互相交換、 協(xié)商, 以確定此次通信采用

23、哪些模式。,通信過程中QoS的縮放(例如傳輸速率的變化)通過動(dòng)態(tài)模式轉(zhuǎn)換實(shí)現(xiàn)。 遠(yuǎn)程應(yīng)用功能包括對(duì)遠(yuǎn)端攝像機(jī)的控制、 凝固圖像、 快速刷新、 靜噪以及維修時(shí)信號(hào)的環(huán)回等。 而多點(diǎn)會(huì)議控制則包括會(huì)議的申請(qǐng)、 加入和退出、 發(fā)言權(quán)控制、 主席控制、 數(shù)據(jù)令牌控制和同時(shí)打開多個(gè)會(huì)議等。 ITU-T最早制定的控制協(xié)議是用于H.320系統(tǒng)的H.242H.243H.230, 而用于其他H系列系統(tǒng)的控制協(xié)議為H.245。 此外, 針對(duì)多媒體會(huì)議中的數(shù)據(jù)傳輸, 即對(duì)共享數(shù)據(jù)的控制, ITU-T還制定了T.120系列的協(xié)議。,1 H.242H.243/H.230標(biāo)準(zhǔn) 前面在對(duì)H.221的介紹中我們已經(jīng)了解到,

24、公務(wù)子信道中的BAS碼攜帶著通信控制的消息, 而H.242H.243H230協(xié)議則規(guī)定了實(shí)現(xiàn)控制的過程, 兩者必須結(jié)合使用。 由于一個(gè)BAS碼只有8比特, 所能表達(dá)的信息有限, 要傳送較為復(fù)雜的控制信息時(shí), 需要采用單字節(jié)擴(kuò)展(SBE)或多字節(jié)擴(kuò)展(MBE)的BAS碼。 不過, 盡管可以擴(kuò)展, 使用BAS碼的方式所能表達(dá)的控制消息仍然是有限的, 此外, 擴(kuò)展也不夠靈活。,由于BAS碼是與連續(xù)媒體復(fù)接在一個(gè)幀內(nèi)傳輸?shù)模?連續(xù)媒體對(duì)誤碼的要求不高, 但控制信息的傳輸卻需要保證可靠性。 因此, 一個(gè)BAS 碼除了8個(gè)信息比特外, 還加上了8個(gè)糾錯(cuò)比特, 以使其在有一定誤碼的條件下能夠正常工作。,H.

25、242H.243H.230能夠?qū)崿F(xiàn)的主要控制功能包括: 能力交換與通信模式確定、 模式轉(zhuǎn)換、 遠(yuǎn)程應(yīng)用功能控制和多點(diǎn)會(huì)議控制。 早期的視聽業(yè)務(wù)著重于語(yǔ)聲和會(huì)話者圖像的傳遞, 數(shù)據(jù)的交互是很少的。 因此, 這組協(xié)議具有良好的實(shí)時(shí)性, 發(fā)送端和接收端可以同步地進(jìn)行模式轉(zhuǎn)換, 適合于對(duì)連續(xù)媒體流的通信控制。 但是, 它對(duì)數(shù)據(jù)的多點(diǎn)控制能力較差。 這組協(xié)議廣泛地應(yīng)用于目前的會(huì)議室系統(tǒng), 實(shí)現(xiàn)起來也比較簡(jiǎn)單。,2 H.245標(biāo)準(zhǔn) H.245是H.310、 H.323和H.324終端系統(tǒng)的控制協(xié)議, 同時(shí)它也在V.70(使用調(diào)制/解調(diào)器的)多媒體終端中采用。 它的設(shè)計(jì)思想與H.242有顯著的區(qū)別。 首先,

26、 它與復(fù)接標(biāo)準(zhǔn)不相關(guān), 通信控制消息和通信控制過程均在H.245中定義。 其次, 控制消息在一個(gè)專有的邏輯通道中傳送, 該通道在通信一開始就打開, 在整個(gè)通信過程中不關(guān)閉。 采用專有的邏輯通道顯然可以比BAS碼傳送更多種類和更復(fù)雜的控制信息。 同時(shí), 該信道總是建立在可靠的傳送層服務(wù)之上, 因此, 在定義控制消息和過程時(shí)不需要考慮差錯(cuò)控制。,H.245分為3個(gè)基本部分, 即句法、 語(yǔ)義和過程。 句法部分是用ASN.1定義的控制消息句法。 語(yǔ)義部分描述句法元素的含義, 并提供句法的制約條件。 過程部分則用SDL(Specification and Description Language)圖定義

27、交換控制消息的協(xié)議。 在句法中規(guī)定了擴(kuò)展標(biāo)志和標(biāo)識(shí)版本號(hào)的協(xié)議標(biāo)識(shí)(Protocol Identifier)域, 以便于將來對(duì) H.245功能進(jìn)行擴(kuò)展和應(yīng)用于新類型的系統(tǒng)。 過程部分不僅定義了正常操作, 還定義了異常事件的處理。,H.245實(shí)現(xiàn)的控制功能主要有: 能力交換與通信模式確定、 對(duì)特定的音頻和視頻模式的請(qǐng)求及模式轉(zhuǎn)換、 邏輯通道管理、 對(duì)各個(gè)邏輯通道比特率的控制, 遠(yuǎn)端應(yīng)用控制, 確定主、 從終端和修改復(fù)接表等。 不同的控制功能對(duì)應(yīng)于不同的實(shí)體, 每個(gè)實(shí)體負(fù)責(zé)產(chǎn)生、 發(fā)送、 接收和解釋與該功能有關(guān)的消息。 實(shí)體間相對(duì)獨(dú)立, 相互之間只通過與H.245的使用者間的通信進(jìn)行聯(lián)系。 模塊化

28、的結(jié)構(gòu)與封裝使得H.245 具有良好的擴(kuò)展性和實(shí)時(shí)性。,H.245有管理多個(gè)邏輯通道的功能。 邏輯通道可以是單向的, 也可以是雙向的。 每一個(gè)邏輯信道號(hào)代表一個(gè)特定的信道。 在進(jìn)行能力交換之后和多媒體數(shù)據(jù)的實(shí)際傳輸之前, 終端通過邏輯信道信令(打開/關(guān)閉)為編碼/解碼分配資源。 在要求打開一個(gè)邏輯信道的請(qǐng)求中包含著對(duì)所要傳輸?shù)臄?shù)據(jù)類型的描述(例如, 6 Mb/s的MPEG-2 MPML), 提供給接收端分配解碼資源的要求。 發(fā)送端收到接收端的肯定確認(rèn)信號(hào)之后, 才正式開始數(shù)據(jù)的傳送。 接收端也可以拒絕發(fā)送端建立邏輯信道的要求。,多個(gè)邏輯通道可以按復(fù)接標(biāo)準(zhǔn)復(fù)接成單一的比特流, 打開邏輯通道的請(qǐng)求

29、消息中標(biāo)明該信道復(fù)接時(shí)的位置, 例如在H.310系統(tǒng)中, 標(biāo)明傳送流的PID或節(jié)目流的StreamID, 以及標(biāo)明攜帶H.222.0復(fù)接傳送流的ATM虛通道等, 可以看出, 邏輯通道的建立與在該通道上傳送的數(shù)據(jù)類型是相關(guān)聯(lián)的。 因此, H.245既適合于對(duì)連續(xù)媒體的控制, 也適合于對(duì)突發(fā)數(shù)據(jù)和大塊數(shù)據(jù)流的通信控制。,H.245用復(fù)接表來描述信息流的復(fù)接方式。 一個(gè)復(fù)接表包含16個(gè)復(fù)接項(xiàng), 即16種復(fù)接方式。 轉(zhuǎn)換復(fù)接模式時(shí)(例如網(wǎng)絡(luò)擁塞需要轉(zhuǎn)換到低速率模式時(shí)), 復(fù)接層只需要在這16種方式中選一種即可, 因此, 模式轉(zhuǎn)換速度很快。 H.245考慮了加密控制, 可以打開關(guān)閉加密控制邏輯通道。 在

30、模式轉(zhuǎn)換的速度和加密控制兩個(gè)方面, H.245與H.242同樣具有較好的性能。,8.3 基于N-ISDN網(wǎng)的多媒體通信終端,H.320是ITU-T關(guān)于N-ISDN網(wǎng)絡(luò)中會(huì)議終端設(shè)備和業(yè)務(wù)的框架性協(xié)議。 它描述了保證服務(wù)質(zhì)量的多媒體通信和業(yè)務(wù)。 它是ITU-T最早批準(zhǔn)的多媒體通信終端框架性協(xié)議, 因此, 也是最成熟和在H.323終端出現(xiàn)前應(yīng)用最廣泛的多媒體應(yīng)用系統(tǒng)。 圖8.3-1是H.320框架示意圖。,圖8.3-1 H.320框架示意圖,會(huì)議電視終端的基本功能是能夠?qū)⒈緯?huì)場(chǎng)的圖像和語(yǔ)音傳到遠(yuǎn)程會(huì)場(chǎng), 同時(shí), 通過終端能夠還原遠(yuǎn)程的圖像和聲音, 以便在不同的地點(diǎn)模擬出在同一個(gè)會(huì)場(chǎng)開會(huì)的情景。 因

31、此, 任何一個(gè)終端必須具備視音頻輸入/輸出設(shè)備。 視、 音頻輸入設(shè)備(攝像機(jī)和麥克風(fēng))將本地會(huì)場(chǎng)圖像和語(yǔ)音信號(hào)經(jīng)過預(yù)處理和AD轉(zhuǎn)換后, 分別送至視頻、 音頻編碼器。,視頻和音頻編解碼器依據(jù)本次會(huì)議開會(huì)前系統(tǒng)自動(dòng)協(xié)商的標(biāo)準(zhǔn)(如視頻采用H.261或者H.263, 音頻采用G.711、 G.722或者G.728), 對(duì)數(shù)字圖像和語(yǔ)音依據(jù)相關(guān)標(biāo)準(zhǔn)進(jìn)行數(shù)據(jù)壓縮, 然后將壓縮數(shù)據(jù)依據(jù)H.221標(biāo)準(zhǔn)復(fù)用成幀傳送到網(wǎng)絡(luò)上。同時(shí), 視頻和音頻編解碼器還將遠(yuǎn)程會(huì)場(chǎng)傳來的圖像和音頻信號(hào)進(jìn)行解碼, 經(jīng)過DA轉(zhuǎn)換和處理后還原出遠(yuǎn)程會(huì)場(chǎng)的圖像和聲音, 并輸出給視、 音頻輸出設(shè)備(電視機(jī)和會(huì)議室音響設(shè)備)。 這樣, 本地會(huì)

32、場(chǎng)就可以聽到遠(yuǎn)程會(huì)場(chǎng)的聲音并看到遠(yuǎn)程會(huì)場(chǎng)的圖像。,但是, 在完成以上任務(wù)以前, 系統(tǒng)還需要其他相關(guān)標(biāo)準(zhǔn)來支持。 如果是兩個(gè)會(huì)場(chǎng)之間, 不經(jīng)過多點(diǎn)控制單元MCU開會(huì), 就需要用H.242標(biāo)準(zhǔn)來協(xié)商系統(tǒng)開會(huì)時(shí)用何種語(yǔ)言或者參數(shù)。 如果是兩個(gè)以上會(huì)場(chǎng)經(jīng)過多點(diǎn)控制單元MCU開會(huì), 終端就需要H.243、 H.231等標(biāo)準(zhǔn)來協(xié)商開會(huì)時(shí)會(huì)議的控制功能, 如主席控制、 申請(qǐng)發(fā)言等功能。 如果使用的是可控制的攝像機(jī), 一般而言, 還需要H.281標(biāo)準(zhǔn)實(shí)現(xiàn)攝像機(jī)的遠(yuǎn)程遙控。 如果系統(tǒng)除開普通的視音頻會(huì)議之外, 還需要一些輔助內(nèi)容如數(shù)據(jù)、 電子白板等功能, 系統(tǒng)就需要采用T.120系列標(biāo)準(zhǔn)。,依據(jù)網(wǎng)絡(luò)的不同, 所

33、有數(shù)據(jù)進(jìn)入網(wǎng)絡(luò)時(shí)需要依據(jù)相關(guān)的網(wǎng)絡(luò)通信標(biāo)準(zhǔn)進(jìn)行通信, 如G.703或者I.400系列協(xié)議。 可見, 一個(gè)完整的H.320終端功能和結(jié)構(gòu)相當(dāng)復(fù)雜, 圖8.3-2為基于H.320標(biāo)準(zhǔn)的多媒體電視會(huì)議系統(tǒng)終端結(jié)構(gòu)示意圖。,圖8.3-2 H.320終端設(shè)備結(jié)構(gòu),從圖8.3-2中可以看出, H.320多媒體通信終端涉及的標(biāo)準(zhǔn)相當(dāng)多, 這些標(biāo)準(zhǔn)主要有: ITU-T H.320: 窄帶電視電話系統(tǒng)和終端設(shè)備。 ITU-T H.261: 關(guān)于P64 kb/s視聽業(yè)務(wù)的視頻編解碼器。 ITU-T H.221: 視聽電信業(yè)務(wù)中641920 kb/s信道的幀結(jié)構(gòu)。 ITU-T H.233: 視聽業(yè)務(wù)的加密系統(tǒng)。 I

34、TU-T H.230: 視聽系統(tǒng)的幀同步控制和指示信號(hào)(C&I)。,ITU-T H.231: 用于2 Mb/s數(shù)字信道的視聽系統(tǒng)多點(diǎn)控制單元; 該標(biāo)準(zhǔn)規(guī)定了有關(guān)視頻、 音頻、 信道接口、 數(shù)據(jù)時(shí)鐘以及MCU的最大端口數(shù)等接口標(biāo)準(zhǔn), 還規(guī)定三種切換方式。 ITU-T H.242: 使用2 Mb/s數(shù)字信道的視聽終端間的通信系統(tǒng), 實(shí)際為端到端之間的互通規(guī)程。 ITU-T H.243: 利用2 Mb/s通道在二個(gè)或三個(gè)以上的視聽終端建立通信的方法, 實(shí)際為多個(gè)終端與MCU之間的通信規(guī)程。,ITU-T H.281: 會(huì)議電視的遠(yuǎn)程攝像機(jī)控制規(guī)程。 它是利用H.224實(shí)現(xiàn)的。 ITU-T H.224:

35、 利用H.221的LSD/HSD/MLP通道單工應(yīng)用的實(shí)時(shí)控制。 它主要規(guī)定了在幀結(jié)構(gòu)中的低速數(shù)據(jù)(LSD)信道、 高速數(shù)據(jù)(HSD)信道、 多層協(xié)議(MLP)通道的能力, 規(guī)定了在上述三種信道中選擇一種信道來傳輸遠(yuǎn)程攝像機(jī)控制規(guī)程。 它必須和H.281配合使用。 ITU-T T.120系列: 作為H.320框架內(nèi)的有關(guān)聲像(靜止圖像)會(huì)議的相關(guān)標(biāo)準(zhǔn)。,ITU-T G.703: 脈沖編碼調(diào)制通信系統(tǒng)網(wǎng)絡(luò)數(shù)字接口參數(shù)。 ITU-T G.728: 低時(shí)延碼本激勵(lì)線性預(yù)測(cè)編碼(音頻編碼)。 ITU-T G.711: 脈沖編碼調(diào)制(音頻編碼)。 ITU-T G.722: 自適應(yīng)差分脈沖編碼(音頻編碼)

36、。 ITU-T G.735: 工作在2 Mb/s并提供同步384 kb/s數(shù)字接口和/或同步64 kb/s數(shù)字接入的基群復(fù)用設(shè)備的特性。,ITU-T G.704: 用于2.048 Mb/s等速率的數(shù)字元通信幀結(jié)構(gòu)。 ITU-T H.332: 廣播型視聽多點(diǎn)系統(tǒng)和終端設(shè)備。 根據(jù)我國(guó)的具體情況結(jié)合H.320框架制定的國(guó)家標(biāo)準(zhǔn)為: 國(guó)標(biāo)GB/T15839-1995“641920 kb/s會(huì)議電視進(jìn)網(wǎng)技術(shù)要求”。,8.4 基于IP網(wǎng)絡(luò)的多媒體通信終端,隨著網(wǎng)絡(luò)技術(shù)的迅速發(fā)展, 特別是Internet的巨大發(fā)展和廣泛應(yīng)用, 基于IP的網(wǎng)絡(luò)(Internet, LAN, Intranet等)已成為多媒體

37、通信的重要網(wǎng)絡(luò), 因此, 基于IP網(wǎng)絡(luò)的多媒體通信終端已成為多媒體通信終端的研究熱點(diǎn)。 H.323標(biāo)準(zhǔn)就是ITU-T為基于IP網(wǎng)絡(luò)的多媒體通信制定的終端標(biāo)準(zhǔn)。,H.323是ITU-T的一個(gè)標(biāo)準(zhǔn)簇, 它于1996年由ITU-T的第15研究組通過, 最初是叫做“工作于不保證服務(wù)質(zhì)量的LAN上的多媒體通信終端系統(tǒng)”。 1997年底通過了H.323V2, 改名為“基于分組交換網(wǎng)絡(luò)的多媒體通信終端系統(tǒng)”。 H.323V2的圖像質(zhì)量明顯提高, 同時(shí)也考慮了與其他多媒體通信終端的互操作性。 1998年2月正式通過時(shí)又去掉了版本2的 “V2”稱呼, 就叫做H.323。,1999年5月ITU-T又提出了H.32

38、3的第三個(gè)版本。 由于基于分組交換的網(wǎng)絡(luò)逐步主宰了當(dāng)今的桌面網(wǎng)絡(luò)系統(tǒng), 包括基于TCP/IP、 IPX分組交換的以太網(wǎng)、 快速以太網(wǎng)、 令牌網(wǎng)、 FDDI技術(shù)。 因此, H.323標(biāo)準(zhǔn)為L(zhǎng)AN、 MAN、 Intranet、 Internet上的多媒體通信應(yīng)用提供了技術(shù)基礎(chǔ)和保障。,1 H.323標(biāo)準(zhǔn)的分層結(jié)構(gòu) H.323系列標(biāo)準(zhǔn)的分層結(jié)構(gòu)示意圖如圖8.4-1所示。 由于視頻和音頻媒體能容忍一定程度的包出錯(cuò)率(PER)和位出錯(cuò)率(BER), 因此, 對(duì)這些連續(xù)媒體不應(yīng)采取傳統(tǒng)的遇錯(cuò)重發(fā)的糾錯(cuò)策略, 而利用多層協(xié)議對(duì)媒體信息服務(wù)進(jìn)行監(jiān)控, 必要時(shí)可以通過采用調(diào)整緩沖區(qū)的大小、 傳輸速率、 編碼方

39、式等適當(dāng)措施來調(diào)整出錯(cuò)率, 使它滿足在連接建立之初所商定的PER、 BER等參數(shù)指標(biāo)。,圖8.4-1 H.323標(biāo)準(zhǔn)的分層結(jié)構(gòu),為了解決連續(xù)媒體的延遲敏感性, 可以采用優(yōu)先控制策略, 即連續(xù)媒體優(yōu)先于離散媒體傳輸, 音頻連續(xù)媒體優(yōu)先于視頻連續(xù)媒體傳輸, 利用連續(xù)媒體對(duì)錯(cuò)誤率的不敏感性, 在發(fā)生傳輸錯(cuò)誤的情況下, 可以選擇重新傳輸或者不再重新傳輸。 在H.323標(biāo)準(zhǔn)中, 網(wǎng)絡(luò)層采用IP協(xié)議, 負(fù)責(zé)兩個(gè)終端之間的數(shù)據(jù)傳輸。 由于采用無連接的數(shù)據(jù)包, 路由器根據(jù)IP地址(不需信令)把數(shù)據(jù)送到對(duì)方, 但不保證傳輸?shù)恼_性。 在IP的上層TCP(傳輸控制協(xié)議)保證數(shù)據(jù)順序傳送, 發(fā)現(xiàn)誤碼就要求重發(fā), 因

40、此, TCP不適用于實(shí)時(shí)性要求較高的場(chǎng)合, 而對(duì)誤碼要求高的數(shù)據(jù)傳送,,則可以采用TCP, 諸如H.245通信協(xié)議及H.225呼叫信令的傳送等。 UDP(用戶數(shù)據(jù)包協(xié)議)采取無連接傳輸方式, 它的協(xié)議簡(jiǎn)單, 用于視音頻實(shí)時(shí)信息流。 如果有誤碼, 則把該包丟掉, 因?yàn)檩^少的等待時(shí)間對(duì)實(shí)時(shí)信息傳輸而言比誤碼糾正更為重要, 對(duì)實(shí)時(shí)音頻和視頻來說, 丟掉少量錯(cuò)誤的數(shù)據(jù)包并不影響視聽。 而對(duì)數(shù)據(jù)需采用RTCP協(xié)議, 如果有誤碼, 為了保持音頻和視頻等信息包之間彼此正確銜接, 則應(yīng)采用反饋重發(fā)方式。 采用RTP協(xié)議, 因而RTP在每個(gè)從信源離開的數(shù)據(jù)包上留下了時(shí)間標(biāo)記以便在接收端正確重放。,RTP(實(shí)時(shí)傳

41、輸協(xié)議)在UDP的上層, 相當(dāng)于會(huì)話層, 提供同步和排序服務(wù), 對(duì)網(wǎng)絡(luò)的帶寬、 時(shí)延、 差錯(cuò)有一定的自適應(yīng)性; 其數(shù)據(jù)包頭中包含一些控制信息, 以保證實(shí)時(shí)的數(shù)據(jù)傳送。 它的主要作用是: 首先, 在多媒體數(shù)據(jù)頭部加上定時(shí)標(biāo)志, 對(duì)于視聽業(yè)務(wù), 丟失幾個(gè)包不會(huì)使質(zhì)量降低很多, 而延時(shí)和抖動(dòng)卻嚴(yán)重影響QoS。,盡管數(shù)據(jù)包有0.25 s的延時(shí), 但依靠定時(shí)標(biāo)志可使在接收端的數(shù)據(jù)包的定時(shí)關(guān)系得以恢復(fù), 從而降低了網(wǎng)絡(luò)引起的延時(shí)和抖動(dòng)。 其次, RTP提供包內(nèi)數(shù)據(jù)類型的標(biāo)志, 說明媒體信息所采用的編碼方式, 例如, 對(duì)視頻信息流是采用H.261還是H.263標(biāo)準(zhǔn)。 最后, RTP具有排序服務(wù)。 包序號(hào)可用

42、來在接收端建立正確的包順序, 從而便于判斷丟失了多少數(shù)據(jù)包。,2 H.323多媒體通信終端構(gòu)成 H.323多媒體通信終端的構(gòu)成如圖8.4-2所示。 (1) 系統(tǒng)控制。 系統(tǒng)控制功能是H.323終端的核心, 它提供了H.323終端正確操作的信令。 這些功能包括呼叫控制(建立與拆除)、 能力切換、 命令和指示信令以及用于開放和描述邏輯信道內(nèi)容的報(bào)文等。 整個(gè)系統(tǒng)的控制由H.245控制通道、 H.225.0呼叫信令信道以及RAS信道提供。,圖8.4-2 H.323終端結(jié)構(gòu)示意圖,H.245控制能力能通過H.245控制通道, 承擔(dān)管理H.323系統(tǒng)操作的端到端的控制信息, 包括通信能力交換、 邏輯信道

43、的開和關(guān)、 模式優(yōu)先權(quán)請(qǐng)求、 流量控制信息及通用命令的指示。 H.245信令在兩個(gè)終端之間、 一個(gè)終端和MCU之間建立呼叫。 運(yùn)用H.225呼叫控制信令來建立兩個(gè)H.323終端間的連接, 首先是呼叫通道的開啟, 然后才是H.245信道和其他邏輯信道的建立。,(2) 分組與同步。 H.225.0標(biāo)準(zhǔn)描述了無QoS保證的LAN上媒體流的打包分組與同步傳輸機(jī)制。 H.225.0對(duì)傳輸?shù)囊曨l、 音頻、 數(shù)據(jù)與控制流進(jìn)行格式化, 以便輸出到網(wǎng)絡(luò)接口, 同時(shí)從網(wǎng)絡(luò)接口輸入報(bào)文中補(bǔ)償接收到的視頻、 音頻、 數(shù)據(jù)與控制流。 另外, 它還具有邏輯成幀、 順序編號(hào)、 糾錯(cuò)與檢錯(cuò)功能。,(3) 音頻。 音頻信號(hào)包含

44、了數(shù)字化和壓縮的語(yǔ)音。 H.323支持的壓縮算法都符合ITU標(biāo)準(zhǔn)。 為進(jìn)行語(yǔ)音壓縮, H.323終端必須支持G.711語(yǔ)音標(biāo)準(zhǔn), 也可選擇性的采用G.722、 G.728、 G.729.A和G.723.1進(jìn)行音頻編解碼。 因?yàn)橐曨l編碼處理所需時(shí)間比音頻長(zhǎng), 為了解決唇音同步問題, 在音頻編碼器上必須引入一定的時(shí)延。 H.323標(biāo)準(zhǔn)規(guī)定其音頻可以使不對(duì)稱的上下行碼率進(jìn)行工作。 編碼器使用的音頻算法是通過使用H.245的能力交換到的。 每個(gè)為音頻而開放的邏輯信道應(yīng)伴有一個(gè)為音頻控制而開放的邏輯信道。 H.323終端可同時(shí)發(fā)送或接收多個(gè)音頻信道信息。,(4) 視頻。 視頻編碼標(biāo)準(zhǔn)采用H.261/H.

45、263, 為了適應(yīng)多種彩電制式, 并有利于互通, 圖像采用SQCIF、 QCIF、 CIF、 4CIF、 16CIF等公用中間格式。 每個(gè)因視頻而開放的邏輯信道應(yīng)伴有一個(gè)為視頻控制而開放的邏輯信道。 H.261標(biāo)準(zhǔn)利用P64 kb/s(P=1, 2, 30)通道進(jìn)行通信, 而H.263由于采用了1/2像素運(yùn)動(dòng)估計(jì)技術(shù)、 預(yù)測(cè)幀以及優(yōu)化低速率傳輸?shù)墓蚵幋a表, 使H.263圖像質(zhì)量在較低比特率的情況下有很大的改善。,(5) 數(shù)據(jù)。 由于T.120是H.323與其他多媒體通信終端間數(shù)據(jù)互操作的基礎(chǔ), 因此, 通過H.245協(xié)商可將其實(shí)施到多種數(shù)據(jù)應(yīng)用中, 如白板、 應(yīng)用共享、 文件傳輸、 靜態(tài)圖

46、像傳輸、 數(shù)據(jù)庫(kù)訪問、 音頻圖像會(huì)議等。,3 基于H.323的多媒體通信系統(tǒng) 基于H.323標(biāo)準(zhǔn)的多媒體通信系統(tǒng)主要由四個(gè)部分組成: 終端、 網(wǎng)關(guān)、 關(guān)守、 多點(diǎn)控制單元(MCU)。 (1) 終端(Terminal)。 分組網(wǎng)絡(luò)(PBN, Packet Based Networks)中能提供實(shí)時(shí)性、 雙向通信的節(jié)點(diǎn)設(shè)備。 所有的終端都必須支持語(yǔ)音通信, 視頻和數(shù)據(jù)通信可選。 H.323規(guī)定了不同的音頻、 視頻和/或數(shù)據(jù)終端協(xié)同工作所需的操作模式。 它將是下一代Internet電話、 音頻會(huì)議終端和視頻會(huì)議技術(shù)的主要標(biāo)準(zhǔn)。,所有的H.323終端也必須支持H.245, H.245標(biāo)準(zhǔn)用于控制信道使

47、用情況和信道性能。 在H.323終端中的可選組件是圖像編解碼器、 T.120數(shù)據(jù)會(huì)議協(xié)議以及MCU功能。,(2) 網(wǎng)關(guān)(Gateway)。 網(wǎng)關(guān)是H.323多媒體通信系統(tǒng)的一個(gè)可選項(xiàng)。 網(wǎng)關(guān)能提供很多服務(wù), 其中包含H.323通信節(jié)點(diǎn)設(shè)備與其他ITU標(biāo)準(zhǔn)相兼容的終端之間的轉(zhuǎn)換功能。 這種功能包括傳輸格式(如H.225.0到H.221)和通信規(guī)程的轉(zhuǎn)換(如H.245到H.242)。 另外, 在PBN端和電路交換網(wǎng)絡(luò)(Switched Circuit Network: SCN)端之間, 網(wǎng)關(guān)還執(zhí)行語(yǔ)音和圖像編解碼器的轉(zhuǎn)換, 以及呼叫建立和拆除功能。 H.323終端使用H.245和H.225.0協(xié)議

48、與網(wǎng)關(guān)進(jìn)行通信。 采用適當(dāng)?shù)慕獯a器, H.323網(wǎng)關(guān)可支持符合H.310、 H.321、 H.322等標(biāo)準(zhǔn)的終端。,(3) 關(guān)守(Gatekeeper)。 關(guān)守執(zhí)行兩個(gè)重要的呼叫控制功能。 第一是地址翻譯功能, 在RAS中有定義。 例如, 將終端和網(wǎng)關(guān)的PBN別名翻譯成IP或IPX地址; 第二是帶寬管理功能, 在RAS中也有定義。 例如, 網(wǎng)絡(luò)管理員可定義PBN上同時(shí)參加會(huì)議用戶數(shù)的門限值, 一旦用戶數(shù)達(dá)到此設(shè)定值, 關(guān)守就可以拒絕任何超過該門限值的連接請(qǐng)求。 這將使整個(gè)會(huì)議所占有的帶寬限制在網(wǎng)絡(luò)總帶寬的某一可行的范圍內(nèi), 剩余部分則留給E-mail、 文件傳輸和其他PBN協(xié)議。 關(guān)守的其他功

49、能可能包括訪問控制、 呼叫驗(yàn)證、 網(wǎng)關(guān)定位等。 雖然從邏輯上, 關(guān)守和H.323節(jié)點(diǎn)設(shè)備是分離的, 但是生產(chǎn)商可以將關(guān)守的功能融入H.323終端、 網(wǎng)關(guān)和多點(diǎn)控制單元等物理設(shè)備中。,(4) 多點(diǎn)控制單元(MCU)。 MCU支持三個(gè)以上節(jié)點(diǎn)設(shè)備的會(huì)議。 在H.323系統(tǒng)中, 一個(gè)MCU由一個(gè)多點(diǎn)控制器MC(必需)和幾個(gè)多點(diǎn)處理器(MP)組成, 但也可以不包含MP。 MC處理終端間的H.245控制信息, 從而決定了它對(duì)視頻和音頻的通常處理能力。 在必要情況下, MC還可以通過判斷哪些視頻流和音頻流需要多點(diǎn)廣播來控制會(huì)議資源。 MC并不直接處理任何媒體信息流, 而將它留給MP來處理。 MP對(duì)音頻、

50、視頻和/或數(shù)據(jù)信息進(jìn)行混合、 切換和處理。 MC和MP可能存在于一臺(tái)專用設(shè)備中或作為別的H.323組件的一部分。圖8.4-3為基于H.323的多媒體通信系統(tǒng)與其他類型終端互通信示意圖。,圖8.4-3 H.323終端與其他類型終端互通信示意圖,4 基于H.323的多點(diǎn)會(huì)議系統(tǒng) 在H.323標(biāo)準(zhǔn)中, 多點(diǎn)會(huì)議的實(shí)現(xiàn)有各種不同的方法和配置。 (1) 集中式(Centralized)多點(diǎn)會(huì)議: 需要一個(gè)MCU來組織一個(gè)多點(diǎn)會(huì)議。 所有終端以點(diǎn)對(duì)點(diǎn)的方式向MCU發(fā)送視頻流、 音頻流、 數(shù)據(jù)流和控制流。,(2) 分布式(Decentralized)多點(diǎn)會(huì)議: 利用多點(diǎn)廣播(Multicast)技術(shù)。 參加

51、會(huì)議的H.323終端向別的參加會(huì)議的終端多點(diǎn)廣播視頻和音頻信息, 而無需向MCU發(fā)送。 注意: 多點(diǎn)數(shù)據(jù)的控制仍然是由MCU集中進(jìn)行, H.245控制信道信息也仍然以點(diǎn)對(duì)點(diǎn)的方式向MC傳送。,(3) 混合式(Hybrid)多點(diǎn)會(huì)議: 集中和分布功能的組合。 H.245信令和視頻流(或音頻流)以點(diǎn)對(duì)點(diǎn)方式傳送給MCU。 其余信號(hào)(視頻或音頻)以多點(diǎn)廣播方式傳送給參加會(huì)議的H.323終端。 (4) 混合型(Mixed)多點(diǎn)會(huì)議: 一些終端參加集中式會(huì)議, 其他終端參加分布式會(huì)議, 并用MCU橋接兩種會(huì)議。 終端無需知道會(huì)議的混合屬性, 只需了解它發(fā)送和接收信息所在的會(huì)議模式。,多點(diǎn)廣播有效地利用了

52、網(wǎng)絡(luò)帶寬, 但增加了終端的計(jì)算負(fù)載。 終端需要混合、 切換它們收到的視頻流和音頻流。 另外, 網(wǎng)絡(luò)交換機(jī)和路由器必須支持多點(diǎn)廣播。 H.323限于每個(gè)多點(diǎn)會(huì)議只有一個(gè)MCU的網(wǎng)絡(luò)結(jié)構(gòu)。 雖然, 理論上會(huì)議參加者的數(shù)量可以很多, 但是人們將會(huì)發(fā)現(xiàn): 當(dāng)與會(huì)者數(shù)量達(dá)到或超過1020時(shí), 效果不令人滿意。,8.5 其他多媒體通信終端,1. H.321系統(tǒng)結(jié)構(gòu) H.320終端通過適配器映射到B-ISDN中形成 H.321終端, 其參考結(jié)構(gòu)如圖8.5-1所示。,圖8.5-1 H.320映射到B-ISDN的參考結(jié)構(gòu)圖,H.321終端的實(shí)現(xiàn)有兩種可能: 第一種是一個(gè)單一的終端單元, 如圖8.5-1中的B-T

53、E1單元, 它包含了H.320終端、 ATM適配層和ATM功能的綜合設(shè)計(jì)。 第二種是包含了H.320終端設(shè)備和一個(gè)寬帶終端適配器, 如圖8.5-1中的TE2以及B-TA單元, 在這種情況下, 一個(gè)H.320終端信號(hào)(具有H.221幀格式)在H.320終端設(shè)備(TE2)和終端適配器(B-TA)之間的接口處被發(fā)送。 此外, 終端到網(wǎng)絡(luò)的信令在B-TA處通過與TE2的交互來實(shí)現(xiàn)。,2. H.321終端設(shè)備結(jié)構(gòu) H.321終端設(shè)備結(jié)構(gòu)如圖8.5-2所示。 與H.320終端設(shè)備不同的之處是: AAL、 ATM和PHY單元提供了寬帶網(wǎng)絡(luò)上安置H.321終端所需要的適配和接口功能; H.321終端有與H.3

54、20終端所支持的同樣的帶內(nèi)功能, 如在H.242、 H.230、 H.221標(biāo)準(zhǔn)中所定義的功能, 同時(shí)帶外寬帶相關(guān)信令功能如協(xié)商運(yùn)用、 自適應(yīng)始終恢復(fù)方法等, 均由Q.2931標(biāo)準(zhǔn)中的消息元來獲得。,圖8.5-2 H.321終端設(shè)備結(jié)構(gòu),H.321系列標(biāo)準(zhǔn)主要涉及到的標(biāo)準(zhǔn)除在H.320中介紹的外, 還有: ITU-T I.363: B-ISDN ATM適配層(AAL)規(guī)范; ITU-T I.361: B-ISDN ATM層規(guī)范; ITU-T I.413: B-ISDN用戶網(wǎng)絡(luò)接口。 ITU-T Q.2931: B-ISDN數(shù)字用戶信令系統(tǒng)No.2基本呼叫/連接控制的用戶網(wǎng)絡(luò)接口三層規(guī)范。,8.

55、5.2 基于H.310標(biāo)準(zhǔn)的多媒體通信終端 H.310標(biāo)準(zhǔn)是工作在寬帶網(wǎng)絡(luò)上的視聽多媒體系統(tǒng)和終端。 H.310終端設(shè)備及系統(tǒng)框架如圖8.5-3所示。 該系統(tǒng)由H.310終端、 ATM/B-ISDN網(wǎng)絡(luò)部分和多點(diǎn)控制單元組成。 H.310終端的音頻、 視頻編解碼器、 用戶到網(wǎng)絡(luò)信令部分、 復(fù)用/同步單元、 端到端信令部分應(yīng)遵守的相關(guān)標(biāo)準(zhǔn)如圖8.5-3所示。,由于H.310終端是寬帶網(wǎng)絡(luò)下的多媒體通信終端, 因此, H.310終端允許更高質(zhì)量的視頻和音頻編碼方式。 視頻標(biāo)準(zhǔn)除了H.261外, 還可以采用H.262壓縮編碼標(biāo)準(zhǔn), 即可以采用HDTV標(biāo)準(zhǔn)規(guī)定的一些編碼方案。 在音頻信號(hào)方面, 可以采

56、用MPEG音頻, 即可以支持多聲道的音頻編碼。,圖8.5-3 H.310終端設(shè)備結(jié)構(gòu),H.310標(biāo)準(zhǔn)規(guī)定其傳輸速率很高, 同時(shí)它應(yīng)該支持H.320/H.321所采用的N-ISDN的B、 2B和H0等速率, 而H11 和H12是可選的, 因此, 它支持與H.320/H.321標(biāo)準(zhǔn)終端的互通。 H.310通常采用的速率為6.144 Mb/s和9.216 Mb/s兩種, 它們分別對(duì)應(yīng)MPEG-2標(biāo)準(zhǔn)的MPML中等質(zhì)量和MPML高質(zhì)量的視頻信號(hào)。 當(dāng)然, 它還可以采用其他速率, 這時(shí)需要在通信建立時(shí)通過H.245與接收端進(jìn)行協(xié)商, 以保證接收端具備接收該速率的能力。,8.5.3 基于H.322標(biāo)準(zhǔn)的多

57、媒體通信終端 ITU-T H.322標(biāo)準(zhǔn)是“提供保證服務(wù)質(zhì)量的局域網(wǎng)上的可視電話系統(tǒng)和終端設(shè)備”的標(biāo)準(zhǔn)。 H.322終端設(shè)備的結(jié)構(gòu)如圖8.5-4所示。 該終端設(shè)備除具有LAN的接口外, 其他各單元均與H.320終端標(biāo)準(zhǔn)定義相同。,圖8.5-4 H.322終端設(shè)備結(jié)構(gòu),8.5.4 基于H.324標(biāo)準(zhǔn)的多媒體通信終端 H.324標(biāo)準(zhǔn)為“低比特率的多媒體通信終端”標(biāo)準(zhǔn), 亦即PSTN上的多媒體可視電話。 H.324終端設(shè)備結(jié)構(gòu)如圖8.5-5所示, 一個(gè)典型的H.324多媒體通信系統(tǒng)主要包括終端設(shè)備、 話帶調(diào)制解調(diào)器、 PSTN、 多點(diǎn)控制單元(MCU)和其他系統(tǒng)操作實(shí)體。 在PSTN網(wǎng)上, 兩個(gè)H.

58、324終端之間, 可以提供實(shí)時(shí)圖像、 聲音和數(shù)據(jù)或者任意的組合。 兩個(gè)以上終端通信時(shí), 需要使用MCU來進(jìn)行圖像、 聲音、 數(shù)據(jù)等信息的分配。,圖8.5-5 H.324終端設(shè)備結(jié)構(gòu),與其他多媒體通信終端不同的標(biāo)準(zhǔn)有: 復(fù)用/分用協(xié)議:ITU-T H.223(用于低比特率多媒體通信的復(fù)用協(xié)議); 數(shù)據(jù)協(xié)議: LAPM(Link Access Procedures for Modems, 調(diào)制解調(diào)器鏈路接入規(guī)程); ITU-T V.14(在同步承載通道上傳輸起止式字符); 控制過程: 簡(jiǎn)單再傳輸規(guī)程LAPM/SRP(Simple Retransmission Protocol)規(guī)程; 調(diào)制解調(diào)器:

59、 ITU-T V.25ter(串行同步的自動(dòng)撥號(hào)和控制); ,ITU-T V.8(在PSTN上開始數(shù)據(jù)傳輸會(huì)話的規(guī)程); ITU-T V.34(PSTN和點(diǎn)對(duì)點(diǎn)二線租用電話型電路上使用的、 以高達(dá)33.6 kb/s數(shù)據(jù)信號(hào)速率操作的調(diào)制解調(diào)器)。,8.6 基于不同網(wǎng)絡(luò)的多媒體通信終端的互通,1 H.300系列系統(tǒng)間的互通 工作在不同網(wǎng)絡(luò)上的終端之間的相互通信是ITU-T制定標(biāo)準(zhǔn)時(shí)著重考慮的因素之一, 由于H.320, H.323, H.324, H.322, H.310, H.321多媒體通信終端都遵循ITU-T相關(guān)標(biāo)準(zhǔn), 它們?cè)诓煌木W(wǎng)絡(luò)環(huán)境下可通過H.323網(wǎng)關(guān)、 H.322網(wǎng)關(guān)、 I.580協(xié)議互通單元和PSTN/ISDN適配器等互聯(lián)中繼設(shè)備進(jìn)行互操作, 其結(jié)構(gòu)如圖8.6-1所示。 此外, ITU-T T.120系列標(biāo)準(zhǔn)是上

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論