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

在審

• 申請號: 201410270492.6
• 申請日: 2014-06-17
• 公開（公告）號: CN105208596A
• 公開（公告）日: 2015-12-30
• 發明（設計）人: 楊飛飛
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W28/06
• 分類號: H04W28/06
• 代理公司: 工業和信息化部電子專利中心 11010
• 代理人: 梁軍

技術領域

本發明涉及通信技術領域，特別是涉及一種表頭壓縮方法、解壓方法及裝置。

背景技術

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

ROHC頭壓縮中，使用不同Profile來標識不同的數據包流，以便對其使用相應的數據壓縮解壓框架。如：其中Profile0標識使用未壓縮的方法對IP數據包流進行傳輸，Profile1標識對RTP(Real-timeTransportProtocol，實時傳輸協議)/UDP(UserDataProtocol,用戶數據報協議)/IP數據包流進行壓縮處理，Profile2標識對UDP/IP數據包流進行壓縮處理,Profile3標識對ESP/IP(IP封裝安全有效載荷ESP)數據包流進行壓縮處理，Profile4標識對IP數據包流進行壓縮處理。其中，在Profile1對RTP頭部進行壓縮的時候，也需要對RTP頭部包含的作用源(ContributingSource,以下簡稱CSRC)列表進行壓縮。

列表壓縮基本原理是由壓縮器為每個列表項分配唯一的索引，同時維護一個具有所有列表項的翻譯表，并使用列表項索引對各個列表項進行標識。列表項索引與對應的列表項在壓縮列表中同時被發送，當壓縮器確定解壓器已經獲取到了索引和列表項之間的映射關系時，壓縮器即可以在壓縮包中單獨發送列表索引來代表對應的列表項，達到減小數據量實現壓縮的目的。

然而，RTP列表壓縮比較復雜，在一個真實的RTP包流壓縮發送中，需要處理的列表表項有成千上萬，因此需要耗費大量的內存空間來維護列表項和索引間的對應關系，并花費較長時間才能查找到對應的索引，因此壓縮速度緩慢，壓縮效率較低。

發明內容

本發明要解決的技術問題是提供一種表頭壓縮方法、解壓方法及裝置，用以解決現有技術中表頭壓縮內存占用大，壓縮速度緩慢，壓縮效率低下的問題。

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

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

可選的，所述確定是否需要為待壓縮的列表項配置對應的索引包括：確定所述待壓縮的列表項是否已在翻譯表中有所記錄；其中，所述翻譯表用于記錄列表項與索引的對應關系；在所述待壓縮的列表項已在所述翻譯表中有所記錄的情況下，確定不需要為所述待壓縮的列表項配置對應的索引；在所述待壓縮的列表項在翻譯表中沒有記錄的情況下，確定需要為所述待壓縮的列表項配置對應的索引。

可選的，所述確定是否存在可供選擇的閑置索引包括：確定所述翻譯表中是否存在未指定對應列表項的閑置索引。

可選的，所述從已經為列表項配置的索引中選擇使用頻率低于預設閾值的索引包括：在壓縮列表的過程中，分別確定所有索引的總共使用次數以及各個索引的單獨使用次數；如果所述單獨使用次數與所述總共使用次數之比低于所述預設閾值，確定所述單獨使用次數對應的索引的使用頻率低于所述預設閾值。

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