[發(fā)明專利]一種表頭壓縮方法、解壓方法及裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 201410270492.6
• 申請(qǐng)日: 2014-06-17
• 公開(kāi)（公告）號(hào): CN105208596A
• 公開(kāi)（公告）日: 2015-12-30
• 發(fā)明（設(shè)計(jì)）人: 楊飛飛
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04W28/06
• 分類號(hào): H04W28/06
• 代理公司: 工業(yè)和信息化部電子專利中心 11010
• 代理人: 梁軍

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

本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種表頭壓縮方法、解壓方法及裝置。

背景技術(shù)

由于物理?xiàng)l件的限制，移動(dòng)通信系統(tǒng)中的無(wú)線鏈路與有線鏈路相比傳輸速率較低，誤碼率較高。為了能有效利用有限的無(wú)線信道帶寬資源，引入了魯棒性頭壓縮技術(shù)(RobustHeaderCompress,以下簡(jiǎn)稱ROHC)。ROHC的核心是利用業(yè)務(wù)流的分組之間的信息冗余來(lái)透明地壓縮和解壓直接相連節(jié)點(diǎn)間的分組頭中的信息。ROHC技術(shù)由IETF(互聯(lián)網(wǎng)工程任務(wù)組)的RFC3095文檔進(jìn)行描述，但在該文檔中并沒(méi)有定義IP頭的壓縮和解壓，因此在2004年6月，ROHC工作組不得不在RFC3843中單獨(dú)為IP頭的壓縮解壓定義了一個(gè)框架，并且在2007年2月份IETF對(duì)ROHC的相關(guān)文檔進(jìn)行了修訂，修訂文檔是RFC4815。

ROHC頭壓縮中，使用不同Profile來(lái)標(biāo)識(shí)不同的數(shù)據(jù)包流，以便對(duì)其使用相應(yīng)的數(shù)據(jù)壓縮解壓框架。如：其中Profile0標(biāo)識(shí)使用未壓縮的方法對(duì)IP數(shù)據(jù)包流進(jìn)行傳輸，Profile1標(biāo)識(shí)對(duì)RTP(Real-timeTransportProtocol，實(shí)時(shí)傳輸協(xié)議)/UDP(UserDataProtocol,用戶數(shù)據(jù)報(bào)協(xié)議)/IP數(shù)據(jù)包流進(jìn)行壓縮處理，Profile2標(biāo)識(shí)對(duì)UDP/IP數(shù)據(jù)包流進(jìn)行壓縮處理,Profile3標(biāo)識(shí)對(duì)ESP/IP(IP封裝安全有效載荷ESP)數(shù)據(jù)包流進(jìn)行壓縮處理，Profile4標(biāo)識(shí)對(duì)IP數(shù)據(jù)包流進(jìn)行壓縮處理。其中，在Profile1對(duì)RTP頭部進(jìn)行壓縮的時(shí)候，也需要對(duì)RTP頭部包含的作用源(ContributingSource,以下簡(jiǎn)稱CSRC)列表進(jìn)行壓縮。

列表壓縮基本原理是由壓縮器為每個(gè)列表項(xiàng)分配唯一的索引，同時(shí)維護(hù)一個(gè)具有所有列表項(xiàng)的翻譯表，并使用列表項(xiàng)索引對(duì)各個(gè)列表項(xiàng)進(jìn)行標(biāo)識(shí)。列表項(xiàng)索引與對(duì)應(yīng)的列表項(xiàng)在壓縮列表中同時(shí)被發(fā)送，當(dāng)壓縮器確定解壓器已經(jīng)獲取到了索引和列表項(xiàng)之間的映射關(guān)系時(shí)，壓縮器即可以在壓縮包中單獨(dú)發(fā)送列表索引來(lái)代表對(duì)應(yīng)的列表項(xiàng)，達(dá)到減小數(shù)據(jù)量實(shí)現(xiàn)壓縮的目的。

然而，RTP列表壓縮比較復(fù)雜，在一個(gè)真實(shí)的RTP包流壓縮發(fā)送中，需要處理的列表表項(xiàng)有成千上萬(wàn)，因此需要耗費(fèi)大量的內(nèi)存空間來(lái)維護(hù)列表項(xiàng)和索引間的對(duì)應(yīng)關(guān)系，并花費(fèi)較長(zhǎng)時(shí)間才能查找到對(duì)應(yīng)的索引，因此壓縮速度緩慢，壓縮效率較低。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問(wèn)題是提供一種表頭壓縮方法、解壓方法及裝置，用以解決現(xiàn)有技術(shù)中表頭壓縮內(nèi)存占用大，壓縮速度緩慢，壓縮效率低下的問(wèn)題。

一方面，本發(fā)明提供一種表頭壓縮方法，包括：在需要為待壓縮的列表項(xiàng)配置對(duì)應(yīng)的索引的情況下，確定是否存在可供選擇的閑置索引；在不存在閑置索引的情況下，從已經(jīng)為列表項(xiàng)配置的索引中選擇使用頻率低于預(yù)設(shè)閾值的索引，并將該索引對(duì)應(yīng)的列表項(xiàng)替換為所述待壓縮的列表項(xiàng)，以使所述待壓縮的列表項(xiàng)利用替換后的所述索引進(jìn)行壓縮。

可選的，所述方法還包括：在確定是否存在可供選擇的閑置索引之前，確定是否需要為待壓縮的列表項(xiàng)配置對(duì)應(yīng)的索引。

可選的，所述確定是否需要為待壓縮的列表項(xiàng)配置對(duì)應(yīng)的索引包括：確定所述待壓縮的列表項(xiàng)是否已在翻譯表中有所記錄；其中，所述翻譯表用于記錄列表項(xiàng)與索引的對(duì)應(yīng)關(guān)系；在所述待壓縮的列表項(xiàng)已在所述翻譯表中有所記錄的情況下，確定不需要為所述待壓縮的列表項(xiàng)配置對(duì)應(yīng)的索引；在所述待壓縮的列表項(xiàng)在翻譯表中沒(méi)有記錄的情況下，確定需要為所述待壓縮的列表項(xiàng)配置對(duì)應(yīng)的索引。

可選的，所述確定是否存在可供選擇的閑置索引包括：確定所述翻譯表中是否存在未指定對(duì)應(yīng)列表項(xiàng)的閑置索引。

可選的，所述從已經(jīng)為列表項(xiàng)配置的索引中選擇使用頻率低于預(yù)設(shè)閾值的索引包括：在壓縮列表的過(guò)程中，分別確定所有索引的總共使用次數(shù)以及各個(gè)索引的單獨(dú)使用次數(shù)；如果所述單獨(dú)使用次數(shù)與所述總共使用次數(shù)之比低于所述預(yù)設(shè)閾值，確定所述單獨(dú)使用次數(shù)對(duì)應(yīng)的索引的使用頻率低于所述預(yù)設(shè)閾值。

另一方面，本發(fā)明還提供一種表頭解壓方法，包括：確定接收的壓縮包中是否存在同一索引被先后配置給不同的列表項(xiàng)的情況；在存在同一索引被先后配置給不同的列表項(xiàng)的情況下，以最后配置的列表項(xiàng)和索引的對(duì)應(yīng)關(guān)系解壓所述壓縮包。