技術(shù)領(lǐng)域

本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種穩(wěn)健頭標(biāo)壓縮(Robust?HeaderCompression，ROHC)過程中反饋報(bào)文的存儲(chǔ)管理方法及裝置。

背景技術(shù)

隨著通信技術(shù)的發(fā)展，第三代移動(dòng)通信(3^rd?Generation，3G)已經(jīng)成為全球關(guān)注的焦點(diǎn)。作為一種新的通信技術(shù)，其不僅支持傳統(tǒng)的電路交換，同時(shí)還支持分組交換。在3G中，IP(Internet?Protocol，互聯(lián)網(wǎng)協(xié)議)化是其在無(wú)線接入的發(fā)展方向。3G全I(xiàn)P化，不僅能提供豐富的多媒體業(yè)務(wù)如語(yǔ)音業(yè)務(wù)，而且能降低成本。但是，若按照傳統(tǒng)的IP方式傳送語(yǔ)音數(shù)據(jù)，需要將語(yǔ)音數(shù)據(jù)承載在實(shí)時(shí)傳輸協(xié)議(Real?Time?Protocol，RTP)和用戶數(shù)據(jù)報(bào)協(xié)議(UserDatagram?Protocol，UDP)上，由此在RTP/UDP/IP報(bào)文的頭標(biāo)中存在很大的冗余，所述冗余不僅存在于同一個(gè)分組的頭標(biāo)中，而且大量存在于屬于同一分組流中的連續(xù)分組的頭標(biāo)之間，造成開銷大，浪費(fèi)寶貴的無(wú)線空間資源。為此，互聯(lián)網(wǎng)任務(wù)工作組(Internet?Engineering?Task?Force，IETF)引入穩(wěn)健頭標(biāo)壓縮(Robust?Header?Compression，ROHC)技術(shù)，對(duì)RTP/UDP/IP頭標(biāo)進(jìn)行壓縮，對(duì)在頭標(biāo)中一直保持不變的字段信息，只在開始時(shí)發(fā)送一次，而對(duì)頭標(biāo)中有從屬關(guān)系的字段使用預(yù)測(cè)編碼，以提高網(wǎng)絡(luò)數(shù)據(jù)的傳輸效率。

下面介紹ROHC技術(shù)的幾個(gè)術(shù)語(yǔ)，具體可參見IETF于2001年7月起草的RFC3095，標(biāo)題為《穩(wěn)健頭標(biāo)壓縮(ROHC)：框架和四個(gè)方面：RTP.UDP.ESP.和未壓縮(Robust?Header?Compression(ROHC)：Framework?and?four?profiles：RTP.UDP.ESP.and?uncompressed)》。

壓縮效率(Compression?efficiency)：

頭標(biāo)壓縮端案的性能一般由三個(gè)參數(shù)組成：壓縮效率、魯棒性和壓縮透明度。其中，壓縮效率是用壓縮端案最終能將頭標(biāo)大小減少多少來(lái)衡定。

上下文(Context)：

壓縮端的Context是指壓縮端的頭標(biāo)的狀態(tài)，解壓縮端的Context是指解壓縮端的頭標(biāo)的狀態(tài)，在不至于混淆的情況下，通常將這兩者統(tǒng)稱為Context。Context包含了分組流的頭標(biāo)的相關(guān)信息，如靜態(tài)域和用來(lái)壓縮與解壓縮的可能參考值。另外，Context中也包括一些用來(lái)描述分組流的附加信息，如IPV4頭標(biāo)中IPID字段的變化特性，以及一些典型的內(nèi)部分組的序列號(hào)和時(shí)間戳的增長(zhǎng)特性等等。

ROHC的功能實(shí)體包括壓縮端和解壓縮端，其中，壓縮端是壓縮頭標(biāo)的程序?qū)嶓w，而解壓縮端為恢復(fù)頭標(biāo)的程序?qū)嶓w。ROHC的壓縮原理如下：當(dāng)一個(gè)新的分組流到來(lái)時(shí)，壓縮端首先進(jìn)入壓縮初始化狀態(tài)，將流的分組頭標(biāo)信息保存在相應(yīng)的Context信息中，同時(shí)將完整的Context信息發(fā)送給解壓縮端。當(dāng)壓縮端判斷出解壓縮端收到Context信息后，進(jìn)入壓縮狀態(tài)，開始發(fā)送壓縮分組。之后每發(fā)送一個(gè)分組，都要更新該分組流對(duì)應(yīng)的Context信息，以保證Context信息中保存的是該分組流中最后發(fā)送的分組的頭標(biāo)。相應(yīng)地在解壓縮端，首先將壓縮端發(fā)送過來(lái)的完整的Context信息保存下來(lái)，之后每接收到一個(gè)分組，在解壓縮前都要更新相應(yīng)的Context信息，以保證Context信息中保存的是最后接收到的分組Context，這樣才能保證壓縮端和解壓縮端之間的同步。

在這個(gè)過程中，由于無(wú)線鏈路所造成的誤碼、丟包等原因，解壓縮端的Context信息可能和壓縮端不一致，這時(shí)就不能正確地解壓分組。為了壓縮/解壓縮的正確性，保證壓縮端和對(duì)端解壓縮端context信息的一致，可以在存在反饋信道的情況下，由解壓縮端根據(jù)解壓結(jié)果和一定策略，發(fā)送反饋報(bào)文給對(duì)端的壓縮端，從而保證壓縮和解壓縮的一致性和正確性。

ROHC頭標(biāo)壓縮可以形象地描述為壓縮端和解壓縮端的兩個(gè)狀態(tài)機(jī)之間的相互作用，不妨稱壓縮端的狀態(tài)機(jī)為壓縮端狀態(tài)機(jī)，解壓縮端的狀態(tài)機(jī)為解壓縮端狀態(tài)機(jī)。

壓縮端狀態(tài)機(jī)和解壓縮端狀態(tài)機(jī)都有三種狀態(tài)。狀態(tài)機(jī)都是從最低級(jí)的狀態(tài)開始，并且逐漸躍遷到更高級(jí)別的狀態(tài)，對(duì)應(yīng)的壓縮效率，自然也是從低到高。

壓縮端狀態(tài)機(jī)的3種狀態(tài)：初始化和刷新(Initialization?and?Refresh，IR)，第一級(jí)(First?Order，F(xiàn)O)和第二級(jí)(Second?Order，SO)。其中，