曹彥軍，張 明，馬獻(xiàn)武

(1.中國(guó)電子科技集團(tuán)公司第五十四研究所，河北石家莊050081;2.中國(guó)電子進(jìn)出口總公司，北京100036)

0 引言

VoIP采用包交換技術(shù)提供話(huà)音通信服務(wù)，話(huà)音經(jīng)采樣編碼后被分割成話(huà)音分組，每段話(huà)音分組加上協(xié)議報(bào)頭后通過(guò)IP網(wǎng)絡(luò)傳輸。協(xié)議報(bào)頭占用的帶寬稱(chēng)為報(bào)頭開(kāi)銷(xiāo)。為了保證話(huà)音質(zhì)量，話(huà)音分組的長(zhǎng)度不能太大，所以報(bào)頭所占的比例相對(duì)較大，報(bào)頭開(kāi)銷(xiāo)也比較大，造成傳輸VoIP話(huà)音要占用較多的帶寬資源[1]。

在局域網(wǎng)環(huán)境中，VoIP報(bào)頭開(kāi)銷(xiāo)雖然占用較多傳輸資源，但由于網(wǎng)絡(luò)傳輸帶寬高，對(duì)網(wǎng)絡(luò)傳輸能力影響不明顯。而在廣域網(wǎng)中，傳輸帶寬資源較少，報(bào)頭開(kāi)銷(xiāo)問(wèn)題凸顯出來(lái)，因此，減少協(xié)議報(bào)頭的長(zhǎng)度，對(duì)提高話(huà)音傳輸效率至關(guān)重要。在分析VoIP協(xié)議的基礎(chǔ)上，提出了采用復(fù)用技術(shù)傳輸IP話(huà)音的方法，即多路話(huà)音共用一個(gè)協(xié)議報(bào)頭，能夠大幅減少VoIP的報(bào)頭開(kāi)銷(xiāo)。

1 VoIP話(huà)音帶寬

VoIP話(huà)音占用的傳輸帶寬與編碼方式、傳輸協(xié)議以及話(huà)音凈荷大小有關(guān)，目前VoIP采用的編碼方式主要有G.711和G.729，傳輸協(xié)議一般都采用RTP，話(huà)音凈荷大小決定了VoIP的發(fā)包間隔，為了保證話(huà)音質(zhì)量，通常采用20 ms的發(fā)包間隔，包頻為50 pps[2]。

VoIP報(bào)文包括二層報(bào)頭(以太網(wǎng))、IP報(bào)頭、UDP報(bào)頭、RTP報(bào)頭和話(huà)音凈荷，各段長(zhǎng)度如下:

① 以太網(wǎng)幀頭:非VLAN Tag幀頭長(zhǎng)26 byte[3];

② IP報(bào)頭:非擴(kuò)展IP頭長(zhǎng)20 byte[4];

③ UDP報(bào)頭:非擴(kuò)展UDP頭長(zhǎng)8 byte[5];

④ RTP 報(bào)頭:12 byte[6];

⑤話(huà)音凈荷:50 pps包頻情況下，G.711編碼凈 荷 長(zhǎng) 度 160 byte[7];G.729 編 碼 凈 荷 長(zhǎng)度20 byte[8]。

根據(jù)以上條件，G.711編碼情況下，一個(gè)VoIP話(huà)音分組報(bào)頭長(zhǎng)度66 byte，話(huà)音凈荷長(zhǎng)度160 byte，總長(zhǎng)度226 byte，包頻為50 pps，所需要傳輸帶寬為:226 byte×8 bit×50 pps=90.4 kbps。

G.729編碼情況下，一個(gè)VoIP話(huà)音分組報(bào)頭長(zhǎng)度66 byte，話(huà)音凈荷長(zhǎng)度20 byte，總長(zhǎng)度86 byte，包頻為50 pps，所需要傳輸帶寬為:86 byte×8 bit×50 pps=34.4 kbps。

可見(jiàn)，對(duì)于64 kbps的G.711話(huà)音，需要占用90.4 kbps的帶寬;8 kbps的G.729話(huà)音，需要占用34.4 kbps的帶寬。2種編碼條件下報(bào)頭開(kāi)銷(xiāo)是相同的，均為26.4 kbps。

2 VoIP報(bào)頭壓縮原理

通過(guò)少傳報(bào)頭信息可減少VoIP報(bào)頭開(kāi)銷(xiāo)，最簡(jiǎn)單的辦法是增加話(huà)音凈荷的長(zhǎng)度，減少報(bào)頭所占的比例。對(duì)于單路話(huà)音，由于話(huà)音編碼輸出速率是一定的，增加凈荷長(zhǎng)度意味著話(huà)音分組要等待更長(zhǎng)的時(shí)間來(lái)裝載凈荷，從而降低發(fā)包頻率，這將會(huì)增加話(huà)音的傳輸時(shí)延，造成話(huà)音質(zhì)量下降，因此，簡(jiǎn)單地增加凈荷長(zhǎng)度是不可取的。

RFC2508提出了基于上下文關(guān)系的報(bào)頭壓縮算法，其原理是只傳輸?shù)谝粋€(gè)話(huà)音分組完整的IP/UDP/RTP報(bào)頭，后續(xù)的分組只傳輸報(bào)頭的變化部分，可將40 byte的 IP/UDP/RTP報(bào)頭壓縮至2～4 byte[9]。RFC2508只能對(duì)3層以上的包頭進(jìn)行壓縮，并且壓縮后的報(bào)文不是標(biāo)準(zhǔn)的IP/UDP報(bào)文，在使用上受到一些限制。

為了提高系統(tǒng)的適用性，壓縮后的報(bào)文還應(yīng)采用IP/UDP協(xié)議，可考慮利用一個(gè)報(bào)頭承載多路話(huà)音。其原理是將多路VoIP話(huà)音分組的頭部去掉，增加連接標(biāo)識(shí)后組成多路復(fù)用話(huà)音分組，封裝成新的UDP報(bào)文發(fā)送出去。接收端按照連接標(biāo)識(shí)解復(fù)用，將每路話(huà)音重新封裝成VoIP話(huà)音分組。多路復(fù)用話(huà)音分組的凈荷長(zhǎng)度根據(jù)話(huà)音路數(shù)的多少而變化，保持發(fā)包頻率保持不變，從而不會(huì)增加時(shí)延。

以上復(fù)用過(guò)程中，發(fā)送端去掉了VoIP報(bào)頭，接收端重新加上報(bào)頭，那么報(bào)頭中的信息如何恢復(fù)呢，通過(guò)對(duì)VoIP業(yè)務(wù)流的分析，同一話(huà)音流不同分組的報(bào)頭除了RTP報(bào)頭的序列號(hào)和時(shí)間戳字段變化外，其余部分都是相同的，也就是說(shuō)屬于同一會(huì)話(huà)的VoIP話(huà)音流里有大量的重復(fù)報(bào)頭，因此可以在會(huì)話(huà)發(fā)起時(shí)將報(bào)頭的信息發(fā)送到對(duì)端，以后不再傳輸報(bào)頭，接收端用初始的信息恢復(fù)報(bào)頭。

3 設(shè)計(jì)實(shí)現(xiàn)

IP語(yǔ)音報(bào)頭壓縮通過(guò)專(zhuān)門(mén)設(shè)備實(shí)現(xiàn)，主要應(yīng)用于承載多路話(huà)音的線(xiàn)路上，報(bào)頭壓縮設(shè)備成對(duì)使用，其工作原理是源端設(shè)備提取線(xiàn)路上的VoIP話(huà)音流，進(jìn)行報(bào)文頭壓縮后將復(fù)用分組發(fā)送給目的端設(shè)備，目的端設(shè)備還原原來(lái)的VoIP分組，發(fā)給接收的話(huà)音終端，如圖1所示。

圖1 VoIP報(bào)頭壓縮設(shè)備應(yīng)用示意

3.1 話(huà)音報(bào)文

采用多路復(fù)用技術(shù)在一個(gè)UDP包里傳輸多路話(huà)音，每路話(huà)音分組包括連接標(biāo)識(shí)、長(zhǎng)度、序列號(hào)、時(shí)間戳和話(huà)音凈荷，報(bào)文格式如圖2所示。

圖2 話(huà)音報(bào)文格式

標(biāo)識(shí)為1 byte，指示話(huà)音分組屬于哪一個(gè)連接;長(zhǎng)度為1 byte，指示話(huà)音分組的長(zhǎng)度，以字節(jié)形式表示;序列號(hào)為2 byte，指示原話(huà)音分組中的序列號(hào);時(shí)間戳為4 byte，指示原話(huà)音分組中的時(shí)間戳;話(huà)音凈荷指示原話(huà)音分組的凈荷。

3.2 信令報(bào)文

為了指示每路話(huà)音在復(fù)用分組中的連接標(biāo)識(shí)以及傳送話(huà)音分組的報(bào)頭信息，報(bào)頭壓縮設(shè)備在收到第一個(gè)VoIP分組時(shí)，將向?qū)Χ嗽O(shè)備發(fā)送一個(gè)信令報(bào)文，報(bào)文采用TCP協(xié)議發(fā)送，信令報(bào)文內(nèi)容如下:

①標(biāo)識(shí):1 byte，指示對(duì)應(yīng)的話(huà)音連接標(biāo)識(shí);

②類(lèi)型:1 byte，指示話(huà)音采用的編碼方式;

③二層報(bào)頭信息:12 byte，源/目的MAC地址字段;

④IP層報(bào)頭信息:10 byte，業(yè)務(wù)類(lèi)型、生存時(shí)間和源/目的IP地址字段;

⑤UDP報(bào)頭信息:4 byte，源/目的端口號(hào)字段;

⑥RTP報(bào)頭信息:6 byte，除序列號(hào)和時(shí)間戳的其他RTP報(bào)頭字段。

對(duì)于UDP層以下的報(bào)頭信息，報(bào)頭壓縮設(shè)備只將關(guān)鍵的地址字段以及IP報(bào)頭中的業(yè)務(wù)類(lèi)型和生存時(shí)間字段發(fā)送給對(duì)端，其他字段由對(duì)端設(shè)備自行產(chǎn)生。RTP報(bào)頭傳送指示字段和同步源標(biāo)識(shí)符(SSRC)字段，由于每個(gè)話(huà)音分組的序列號(hào)和時(shí)間戳不同[10]，所以不能通過(guò)信令方式一次性傳輸，必須跟隨話(huà)音業(yè)務(wù)分組一同傳輸。

3.3 報(bào)頭信息表

發(fā)端和收端設(shè)備維護(hù)一個(gè)相同的報(bào)頭信息表，用于指示復(fù)用分組中話(huà)音和報(bào)頭信息的對(duì)應(yīng)關(guān)系，如表1所示。

表1 報(bào)頭信息表

發(fā)送端設(shè)備根據(jù)收到的VoIP話(huà)音更新報(bào)頭信息表。當(dāng)收到新的話(huà)音時(shí)，為該話(huà)音分配一個(gè)連接標(biāo)識(shí)，加入到復(fù)用分組中，同時(shí)在報(bào)頭信息表中增加一個(gè)記錄，以后再收到屬于該連接的話(huà)音時(shí)，按照分配好的連接標(biāo)識(shí)傳輸。當(dāng)檢測(cè)到通話(huà)結(jié)束或長(zhǎng)時(shí)間沒(méi)有收到該路話(huà)音分組時(shí)，刪除報(bào)頭信息表中的該項(xiàng)記錄，釋放連接標(biāo)識(shí)。

接收端設(shè)備根據(jù)信令報(bào)文更新報(bào)頭信息表，當(dāng)收到一個(gè)信令報(bào)文后，檢查報(bào)頭信息表中是否有該路話(huà)音的記錄，如果沒(méi)有則增加一個(gè)記錄，如果有則用新的報(bào)頭信息更新該記錄。

3.4 軟件設(shè)計(jì)

IP語(yǔ)音報(bào)頭壓縮設(shè)備軟件開(kāi)發(fā)基于Vx Works操作系統(tǒng)平臺(tái)，利用操作系統(tǒng)提供的各種功能來(lái)完成軟件中各個(gè)模塊之間的同步、協(xié)調(diào)和通信，共同實(shí)現(xiàn)軟件功能。IP語(yǔ)音報(bào)頭壓縮設(shè)備軟件主要包括:IP適配軟件、信令處理軟件、語(yǔ)音處理軟件和RTP協(xié)議處理軟件，軟件組成如圖3所示。

3.4.1 IP適配軟件

IP適配軟件主要實(shí)現(xiàn)IP層協(xié)議的適配與解適配，報(bào)頭壓縮設(shè)備從底層以太網(wǎng)驅(qū)動(dòng)程序接收IP數(shù)據(jù)，經(jīng)過(guò)IP協(xié)議解析發(fā)送給RTP協(xié)議處理軟件，從RTP協(xié)議處理軟件接收話(huà)音數(shù)據(jù)，封裝成IP數(shù)據(jù)，經(jīng)以太網(wǎng)驅(qū)動(dòng)程序發(fā)送到對(duì)端設(shè)備。

IP適配軟件根據(jù)收到的VoIP報(bào)文情況向信令處理軟件發(fā)送信息，控制報(bào)頭信息表的建立和維護(hù)。

圖3 IP語(yǔ)音報(bào)頭壓縮設(shè)備軟件組成

3.4.2 信令處理軟件

信令處理軟件根據(jù)IP適配軟件發(fā)送的建立消息，增加報(bào)頭信息表?xiàng)l目，根據(jù)通話(huà)結(jié)束消息或定時(shí)器超時(shí)消息，刪除報(bào)頭信息表?xiàng)l目。同時(shí)將報(bào)頭信息表變化情況發(fā)送到對(duì)端語(yǔ)音壓縮設(shè)備，同步對(duì)端的報(bào)頭信息表。信令處理軟件收到對(duì)端語(yǔ)音壓縮設(shè)備的響應(yīng)信息后，此次更改生效。

3.4.3 語(yǔ)音處理軟件

在發(fā)送端，語(yǔ)音處理軟件根據(jù)報(bào)頭信息表，完成多路話(huà)音數(shù)據(jù)的復(fù)用，發(fā)送到對(duì)端報(bào)頭壓縮設(shè)備，在接收端，話(huà)音處理軟件接收到發(fā)送端語(yǔ)音壓縮設(shè)備的IP數(shù)據(jù)，根據(jù)報(bào)頭信息表依次解析全部話(huà)路的語(yǔ)音數(shù)據(jù)包，將還原后的話(huà)音數(shù)據(jù)發(fā)送到相應(yīng)的終端設(shè)備。

3.4.4 RTP協(xié)議處理軟件

RTP協(xié)議處理軟件實(shí)現(xiàn)RTP協(xié)議功能，完成話(huà)音數(shù)據(jù)的同步，保證話(huà)音包數(shù)據(jù)處理順序與實(shí)時(shí)性。

4 壓縮效率分析

基于多路復(fù)用的IP語(yǔ)音報(bào)頭壓縮技術(shù)，其壓縮效率與傳輸?shù)脑?huà)音路數(shù)有關(guān)，一個(gè)報(bào)文里承載的話(huà)音路數(shù)越多，壓縮效率越高。壓縮后話(huà)音報(bào)文的報(bào)頭開(kāi)銷(xiāo)為54 byte，每路話(huà)音分組增加8 byte的開(kāi)銷(xiāo)，按照50 pps的包頻計(jì)算，當(dāng)采用G.729編碼時(shí)，n路數(shù)據(jù)占用的傳輸帶寬為:

W=(54+28n)×50 ×8，n≥1。

如果有30路G.729話(huà)音同時(shí)傳輸，根據(jù)上面公式計(jì)算占用的總帶寬為357.6 kbps，平均每路話(huà)音占用 11.92 kbps，相對(duì)于不進(jìn)行壓縮(34.4 kbps)，大大節(jié)省了傳輸資源。

5 結(jié)束語(yǔ)

IP語(yǔ)音報(bào)頭壓縮技術(shù)采用多路話(huà)音共用1個(gè)UDP/IP報(bào)頭的方式，不破壞RTP協(xié)議端到端透明性，處理時(shí)延短，不影響話(huà)音業(yè)務(wù)的服務(wù)質(zhì)量，大幅減少了報(bào)頭占用的傳輸帶寬，能夠有效提高話(huà)音業(yè)務(wù)的傳輸效率。IP語(yǔ)音報(bào)頭壓縮技術(shù)只針對(duì)報(bào)頭壓縮，不改變?cè)捯魞艉蓛?nèi)容，適用于各種編碼方式，還可以結(jié)合話(huà)音壓縮編碼技術(shù)，針對(duì)PCM等高碼速率編碼的話(huà)音凈荷進(jìn)行壓縮[10]，進(jìn)一步降低話(huà)音業(yè)務(wù)占用的傳輸帶寬。在工程應(yīng)用中，報(bào)頭壓縮設(shè)備可串接在網(wǎng)絡(luò)中，對(duì)話(huà)音業(yè)務(wù)進(jìn)行報(bào)頭壓縮，其他非話(huà)音業(yè)務(wù)直接轉(zhuǎn)發(fā)，也可以通過(guò)專(zhuān)門(mén)的分流設(shè)備分離話(huà)音業(yè)務(wù)流，由壓縮設(shè)備處理后傳輸?shù)綄?duì)端。

[1]DAVIDSON Jonathan，F(xiàn)OX Tina.部署 VoIP 解決方案[M].凡璇，譯.北京:人民郵電出版社，2003:85 －103.

[2]COLLINSDaniel.VoIP 技術(shù)與應(yīng)用[M].北京:人民郵電出版社，2003:76－98.

[3]沈鑫剡.交換式以太網(wǎng)原理、技術(shù)及實(shí)現(xiàn)[M].北京:人民郵電出版社，1999:126－187.

[4]RFC791.Internet Protocol[S].

[5]RFC768.User Datagram Protocol[S].

[6]RFC1890.RTP Profile for Audio and Video Conferences with Minimal Control[S].

[7]ITU-T.Pulse Code Modulation(PCM)of Voice Frequencies，Recommendation G.711[S].

[8]ITU-T.Coding of Speech at 8kbit/s Using Conjugate-Structure Algebraic-Code-Excited Linear Prediction(CSACELP)，Recommendation G.711[S].

[9]RFC2508.Compressing IP/UDP/RTP Headers for Low-Speed Serial Links[S].

[10]RFC3550.A Transport Protocol for Real-Time Applications[S].