[發明專利]一種魯棒性頭壓縮報文的發送方法及裝置

有效

• 申請號: 201210198930.3
• 申請日: 2012-06-15
• 公開（公告）號: CN103517330B
• 公開（公告）日: 2018-08-10
• 發明（設計）人: 歐陽應華
• 申請（專利權）人: 南京中興新軟件有限責任公司
• 主分類號: H04W28/06
• 分類號: H04W28/06
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 梁麗超;韓建偉

本發明公開了一種魯棒性頭壓縮報文的發送方法及裝置，涉及通信領域，應用在雙向可靠R模式第一階FO態上，該方法包括：根據當前已發送報文數判斷當前待壓縮報文是否是上下文更新報文，并根據判斷結果確定壓縮包類型選擇范圍；根據當前待壓縮報文動態域相對于上下文的變化情況從所述壓縮包類型選擇范圍中選擇壓縮包類型；根據所述壓縮包類型壓縮當前待壓縮報文，并發送經壓縮后的報文。本發明解決了上下文更新報文以及壓縮報文的類型固定所導致的問題，具有提高R模式的壓縮效率的有益效果。

技術領域

本發明涉及通信領域，具體而言，涉及一種魯棒性頭壓縮報文的發送方法及裝置。

背景技術

ROHC(Robust Header Compression,魯棒性頭壓縮)是一種基于IP的通用壓縮技術，在互聯網工程任務組(Internet Engineering Task Force)發布的RFC3095、RFC4815等標準文檔中進行了詳細定義，其主要功能是對UE（User Equipment，用戶設備）和基站之間需要在空口傳輸的數據報的報文頭進行壓縮，例如RTP（Real-time Transport Protocol，實時傳輸協議）/UDP（User Datagram Protocol，用戶數據報協議）/IP頭，然后傳輸壓縮后的數據，以提高空口帶寬利用率。

RFC3095中提出的ROHC功能實體包括用于壓縮報文頭的壓縮器以及用于恢復報文頭的解壓器，在壓縮端和解壓端有各自的狀態機，ROHC頭壓縮可以描述為壓縮狀態機和解壓縮狀態機的相互作用。通過在壓縮器與解壓縮器間為每個數據流建立一個上下文(Context)來獲得壓縮增益,其中，上下文包括報文頭域靜態部分、動態部分及變化模式參數等。壓縮端和解壓縮端必須保持上下文同步，ROHC在壓縮報文中加入了CRC(CyclicRedundancy Check，循環冗余校驗)，并通過反饋ACK（Acknowledgment，確認）/STATC-NACK（Static-Negative Acknowledgment，靜態非確認）/NACK(Negative Acknowledgment，動態非確認)來確保上下文及時、正確的更新。

ROHC的壓縮狀態可分為IR(Initialization and Refresh，初始化刷新)態、FO(First Order，第一階)態和SO(Second Order，第二階)態。IR狀態是壓縮器的初始狀態，在這個狀態壓縮器發送完整的報文頭信息；FO狀態下，壓縮器基本不發送靜態信息，只發送少量的動態域信息以及有規律變化的域；SO狀態下，壓縮的效果最優，報文頭被完全壓縮。IR態、FO態和SO態對報文頭的壓縮率依次升高，即IR態報文頭壓縮率最小，FO態次之，SO態報文頭壓縮率最高。ROHC的壓縮狀態之間可以相互轉換。

ROHC的模式可分為U(Unidirectional，單向)模式、O(BidirectionalOptimistic，雙向優化)模式和R(Bidirectional Reliable，雙向可靠)模式。在U模式時數據只能從壓縮器向解壓器的方向發送；在O模式和R模式時數據在兩個方向上都能傳送；O模式使用一個反饋通道發送錯誤恢復請求和重要的上下文更新確認；R模式有一個更為密集使用的反饋信道，該反饋信道用于避免由于上下文無效引起的報文丟失，在R模式下，壓縮器對報文的確信度依賴于解壓縮器對每個上下文更新報文的ACK，因此壓縮器必須周期性的發送上下文更新報文，直到接收到解壓縮器的ACK，其中，更新報文必須攜帶7比特（bit）或8比特的CRC。

圖1是根據相關技術的RFC3095協議規定的R模式FO態上下文更新報文的發送方法的流程圖，如圖1所示，所述方法包括以下步驟：

步驟S101，發送m2個UOR-2-*類型的上下文更新報文。

步驟S102，發送(pRTT-m2)個R-1-*類型的壓縮報文。

其中，pRTT是往返時間內的報文數，其小于64；m2為實現參數，最大取值為pRTT。