專利名稱：魯棒性頭壓縮中一種模式轉換的方法及裝置的制作方法
技術領域：
本發(fā)明涉及在移動通信領域中的一種魯棒性頭壓縮算法，主要是提出一種模式轉 換的方法，包括針對IR(Initial and Refresh，初始化刷新)/IRDYN(IR Dynamic，初始化 刷新動態(tài)部分)壓縮包格式的修改、模式轉換過程以及實現(xiàn)方式。
背景技術：
由于物理條件的限制，移動通信系統(tǒng)中的無線鏈路與有線鏈路相比傳輸速率較 低，誤碼率較高。為了能有效利用有限的無線信道帶寬資源，引入了魯棒性頭壓縮技術 (Robust Header Compress，以下簡稱ROHC)。R0HC的核心是利用業(yè)務流的分組之間的信息 冗余來透明的壓縮和解壓縮直接相連節(jié)點間的分組頭中的信息。R0HC技術由IETF(互聯(lián)網 工程任務組)的RFC3095文檔進行描述，并且在2007年2月份IETF對其進行了修訂，修訂 文檔是RFC4815。模式是R0HC中一個非常重要的概念。RFC3095協(xié)議中定義了三種操作模式，分別 是單向模式(Unidirectional mode,以下簡稱為U模式)、雙向優(yōu)化模式(Bidirectional Optimistic mode，以下簡稱為 0 模式)、雙向可靠模式(Bidirectional Reliable mode，以 下簡稱為R模式)。U模式下不存在反饋通道，分組數(shù)據(jù)包只能向一個方向發(fā)送，即壓縮器到解壓器方 向，不存在解壓器向壓縮器發(fā)送的反饋包。壓縮器的狀態(tài)改變主要依賴于周期性更新和分 組包流中頭字段的不規(guī)則變化。由于周期性更新和缺少用于錯誤恢復的反饋機制，U模式 的壓縮效率相對于其他兩種模式而言比較低。R0HC的壓縮必須從U模式開始，當壓縮器接 收到一個指示模式遷移的反饋包之后可以開始轉換為其他模式。0模式與U模式存在類似之處，其區(qū)別在于存在一條解壓器到壓縮器的反饋通道， 用于錯誤恢復和重要的上下文更新。0模式下不再使用周期性的更新。0模式的目標在于 最大限度的提高壓縮效率且較少的使用反饋通道，它減少了由于駐留錯誤或者上下文無效 導致的錯包。R模式與以上兩種模式存在較大的區(qū)別，最重要的區(qū)別在于反饋通道的大量使用 以及防止壓縮器和解壓器上下文之間的失步。R模式下反饋的發(fā)送用于確認所有的上下文 更新，包括序列號字段的更新。R模式的目標在于最大程度的提高魯棒性，防止或者減少丟 包和錯包的進一步擴大，即使在發(fā)生丟包或者錯包時也最大程度降低上下文無效的概率。各個不同模式之間可以發(fā)生轉換，模式轉換由解壓器向壓縮器發(fā)送攜帶CRC校驗 字段的反饋包發(fā)起。在RFC3095的5. 6節(jié)中描述了三種操作模式可以相互轉換，模式轉換 示意圖如圖1所示。另外在RFC3095的5. 6節(jié)和RFC4815的3. 1節(jié)中，為了優(yōu)化模式轉換流程，協(xié)議在 壓縮器側引入了兩個狀態(tài)變量，分別是C_M0DE (壓縮器模式變量)和C_TRANS (壓縮器模式 轉換狀態(tài)變量)。C_M0DE的取值在{U，0，R}中，參數(shù)含義分別為U模式、0模式和R模式， C_M0DE的初始值為U。C_TRANS的取值在{P，D}中，其中參數(shù)含義為P (PENDING)、D(D0NE)，C_TRANS的初始值為D。在解壓器側也引入了兩個狀態(tài)變量，分別是0_1 ￡(解壓器模式變量)和0_ TRANS (解壓器模式轉換狀態(tài)變量)。D_M0DE的取值在{U，0，R}中，初始值為U ;D_TRANS的 取值在{I (Initiated)，P，D}中，初始值為D。R0HC的模式轉換流程由解壓器發(fā)送攜帶期望目標模式的反饋包發(fā)起，在目前的協(xié) 議中除了 U模式向0模式的轉換是由一條消息完成的，其他的模式轉換均采用三次握手的 方式完成。三次握手中的初始、中間和最終狀態(tài)都通過上述狀態(tài)變量描述，協(xié)議規(guī)定 C_M0DE和D_M0DE表示壓縮器和解壓器的即時狀態(tài)；C_TRANS中的PENDING表示收到解壓器的狀態(tài)轉換請求；C_TRANS中的DONE表示壓縮器側模式轉換流程完畢；D_TRANS中的INITIATED表示此時解壓器發(fā)起了模式轉換請求；D_TRANS中的PENDING表示解壓器收到了壓縮器發(fā)出的模式轉換請求響應；D_TRANS中的DONE表示解壓器側模式轉換流程完畢；圖2是0模式到R模式的轉換過程。圖2中，只要解壓器沒有收到模式轉換參數(shù)設置為R的IR、IRDYN或者U0R-2壓縮 包，就仍停留在INITIATED狀態(tài)。當C_TRANS為P時，壓縮器不能發(fā)送0型或1型壓縮包， 也即在接收到模式轉換參數(shù)為R的U0R-2、IRDYN或IR壓縮包的ACK之前都不能發(fā)送0、1 型壓縮包。解壓器在ACK 了 U0R-2、IRDYN或IR壓縮包后，收到0型或者1型壓縮包，才能 設置D_TRANS為D，流程結束。U模式到R模式的轉換流程和0模式到R模式的轉換流程相同。圖3是R模式到0模式的轉換流程。只要解壓器沒有收到模式轉換參數(shù)設置為0的U0R-2、IRDYN或IR壓縮包，則繼 續(xù)保持在INITIATED狀態(tài)。當C_TRANS為P時，壓縮器不能發(fā)送0型或1型壓縮包，也即在 接收到模式轉換參數(shù)為0的U0R-2、IRDYN或IR壓縮包的ACK之前都不能發(fā)送0、1型壓縮 包。解壓器在ACK 了 U0R-2、IRDYN或IR壓縮包后，收到0型或者1型壓縮包，才能設置D_ TRANS為D，流程結束。圖4是R模式、0模式到U模式的轉換流程。在解壓器ACK第一個U0R-2 (U)、IRDYN (U)或IR(U)，也即解壓器ACK模式轉換請 求的響應之后，解壓器必須繼續(xù)發(fā)送模式為U的反饋，直到收到0型或者1型壓縮包。為了防止模式轉換流程三次握手流程中反饋消息丟失造成的死鎖，協(xié)議中也規(guī) 定了當C_TRANS為P時，模式信息包含在發(fā)送的壓縮包中發(fā)送，至少是周期性的(即IR/ IRDYN/U0R-2壓縮包)；當D_TRANS為P時，解壓器不必為每個收到的報文發(fā)送反饋，但是必 須按照一定周期連續(xù)發(fā)送帶CRC的反饋(即圖中最后的ACK報文)。而RFC3095協(xié)議中定義的包格式僅有Prof lei類型(RFC3095協(xié)議中定義的RTP 包類型)的IR/IRDYN壓縮包可以攜帶模式參數(shù)，對于Profile2類型(RFC3095協(xié)議中定義 的UDP包類型)和Profile3類型(RFC3095協(xié)議中定義的ESP包類型)的IR/IRDYN壓縮 包均不攜帶模式參數(shù)。這樣在第一次握手時可能導致壓縮器無法將模式參數(shù)包含在壓縮包 中發(fā)送，從而造成模式轉換過程發(fā)生死鎖。

發(fā)明內容
本發(fā)明要解決的技術問題是，提供一種魯棒性頭壓縮中模式轉換的方法及裝置，使用此方法和裝置可以修正RFC3095協(xié)議中的缺陷，在原有流程上確保模式轉換不會發(fā)生 死鎖。對于IPv4的分組包流而言，同時還提高了對于現(xiàn)有壓縮包存儲空間和傳輸帶寬的利 用效率。為了解決上述技術問題，本發(fā)明提出一種壓縮方法，應用于魯棒性頭壓縮中的模 式轉換，包括在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始化刷新動態(tài)部 分(IRDYN)壓縮包中設置一模式參數(shù)字段；壓縮方在接收到攜帶期望目標模式的模式轉換請求后，如需使用包格式為 Profile2或者Pr0file3的IR壓縮包或者IRDYN壓縮包進行應答，則從所述模式轉換請求 中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所述模 式參數(shù)字段中發(fā)送出去。進一步地，上述壓縮方法還可具有以下特點
所述設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特 設置為模式參數(shù)字段。為了解決上述技術問題，本發(fā)明還提出一種解壓縮方法，應用于魯棒性頭壓縮中 的模式轉換，包括在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始化刷新動態(tài)部 分(IRDYN)壓縮包中設置有一模式參數(shù)字段；解壓方在接收到模式轉換應答后，如果判斷所述應答使用的是包格式為Profile2 或者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包或者所述IRDYN壓縮包 中的所述模式參數(shù)字段中獲取模式參數(shù)信息。進一步地，上述解壓縮方法還可具有以下特點所述模式參數(shù)字段是采用如下方式設置的如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式參數(shù)字段。為了解決上述技術問題，本發(fā)明還提出魯棒性頭壓縮中一種模式轉換的方法，包括在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始化刷新動態(tài)部 分(IRDYN)壓縮包中設置一模式參數(shù)字段；壓縮方在接收到攜帶期望目標模式的模式轉換請求后，如需使用包格式為 Profile2或者Pr0file3的IR壓縮包或者IRDYN壓縮包進行應答，則從所述模式轉換請求 中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所述模 式參數(shù)字段中發(fā)送出去；解壓方在接收到模式轉換應答后，如果判斷所述應答使用的是包格式為Profile2 或者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包或者所述IRDYN壓縮包 中的所述模式參數(shù)字段中獲取模式參數(shù)信息。進一步地，上述模式轉換的方法還可具有以下特點所述設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特 設置為模式參數(shù)字段。為了解決上述技術問題，本發(fā)明還提出一種壓縮裝置，應用于魯棒性頭壓縮中的 模式轉換，包括一配置模塊，用以在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、 初始化刷新動態(tài)部分(IRDYN)壓縮包中設置一模式參數(shù)字段；一壓縮處理模塊，用以在接收到攜帶期望目標模式的模式轉換請求后，如需使用 包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包應答，則從所述模式轉換 請求中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所 述模式參數(shù)字段中發(fā)送出去。進一步地，上述壓縮裝置還可具有以下特點所述配置模塊設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式參數(shù)字段。為了解決上述技術問題，本發(fā)明還提出一種解壓縮裝置，應用于魯棒性頭壓縮中的模式轉換，包括一配置模塊，用以在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、 初始化刷新動態(tài)部分(IRDYN)壓縮包中設置有一模式參數(shù)字段；一解壓縮處理模塊，用以在接收到模式轉換應答后，如果判斷所述應答使用的是 包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包或 者所述IRDYN壓縮包中的所述模式參數(shù)字段中獲取模式參數(shù)信息。進一步地，上述解壓縮裝置還可具有以下特點所述配置模塊設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特 設置為模式參數(shù)字段。為了解決上述技術問題，本發(fā)明還提出魯棒性頭壓縮中一種模式轉換的系統(tǒng)，包 括配置模塊、壓縮處理模塊、解壓縮處理模塊，其中所述配置模塊，用以在包格式為Profile2和Profile3的初始化刷新(IR)壓縮 包、初始化刷新動態(tài)部分(IRDYN)壓縮包中設置一模式參數(shù)字段；所述壓縮處理模塊，用以在接收到攜帶期望目標模式的模式轉換請求后，如需使 用包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包應答，則從所述模式轉 換請求中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的 所述模式參數(shù)字段中發(fā)送出去；所述解壓縮處理模塊，用以在接收到模式轉換應答后，如果判斷所述應答使用的 是包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包 或者所述IRDYN壓縮包中的所述模式參數(shù)字段中獲取模式參數(shù)信息。進一步地，上述模式轉換的系統(tǒng)還可具有以下特點所述配置模塊設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特 設置為模式參數(shù)字段。
本發(fā)明提供的一種魯棒性頭壓縮中模式轉換的方法及裝置，可以修正RFC3095協(xié)議中的缺陷，在原有流程上確保模式轉換不會發(fā)生死鎖。對于IPv4的分組包流而言，同時 還提高了對于現(xiàn)有壓縮包存儲空間和傳輸帶寬的利用效率。


圖1是現(xiàn)有技術中U模式、0模式、R模式之間進行模式轉換的示意圖；圖2是現(xiàn)有技術中0模式到R模式的轉換過程示意圖；圖3是現(xiàn)有技術中R模式到0模式的轉換過程示意圖；圖4是現(xiàn)有技術中R模式、0模式到U模式的轉換過程示意圖；圖5是本發(fā)明實施例在IPv4分組包流Profile2和Profile3使用的IR/IRDYN包 中設置模式參數(shù)字段的示意圖；圖6是本發(fā)明實施例在IPv6分組包流Profile2和Profile3使用的IR/IRDYN包 中設置模式參數(shù)字段的示意圖；圖7是本發(fā)明實施例魯棒性頭壓縮中一種模式轉換的方法流程圖；圖8是本發(fā)明實施例一種壓縮裝置方框圖；圖9是本發(fā)明實施例一種解壓縮裝置方框圖；圖10是本發(fā)明實施例魯棒性頭壓縮中一種模式轉換的裝置方框圖。
具體實施例方式下面將結合附圖對本發(fā)明的實施方案進行詳細介紹。首先，本發(fā)明先在包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包中 設置一模式參數(shù)字段，具體來說，可以采用如下設置方式如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段，例如， 如圖5所示，可以將其IP頭動態(tài)部分第5個字節(jié)中的第3和第4個比特設置為模式參數(shù)字 段。或者，也可以在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干 個比特設置為模式參數(shù)字段?；蛘?，也可以在所述壓縮包的IP頭動態(tài)部分增加若干個比特 之后，將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比特共同設 置為模式參數(shù)字段。如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特 設置為模式參數(shù)字段，例如，如圖6所示，可以在其IP頭動態(tài)部分的Hop Limit字段后新增 一個字節(jié)，然后可以將其高兩個比特定義為模式參數(shù)字段，低6比特為保留位。本發(fā)明所述模式參數(shù)字段可根據(jù)實際需要選擇設置在IR/IRDYN包中的位置，本 發(fā)明對此不做限制。本發(fā)明采用上述方式巧妙地在Profile2或者Profile3的IR壓縮包或者IRDYN 壓縮包中設置模式參數(shù)字段之后，在模式轉換首次握手壓縮器響應解壓器發(fā)送的模式轉換 請求時，即可將期望目標模式參數(shù)寫入所述模式參數(shù)字段，從而避免模式轉換過程發(fā)生死 鎖的可能性。
具體來說，壓縮方在接收到攜帶期望目標模式的模式轉換請求后，如需使用包格 式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包進行應答，則從所述模式轉換 請求中獲取期望目標模式信息后，即可將其承載于所述IR壓縮包或者所述IRDYN壓縮包中 的所述模式參數(shù)字段中發(fā)送出去。相應地，解壓方在接收到模式轉換應答后，如果判斷所述 應答使用的是包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包，則可從所 述IR壓縮包或者所述IRDYN壓縮包中的所述模式參數(shù)字段中獲取到期望目標模式信息。從 而很好地修正了 RFC3095協(xié)議中的缺陷，在原有流程上確保模式轉換不會發(fā)生死鎖。參見圖7，該圖示出了本發(fā)明實施例魯棒性頭壓縮中一種模式轉換的方法流程圖，包括如下步驟步驟S701 模式轉換流程開始，進入步驟S702 ；步驟S702 解壓縮方發(fā)送攜帶期望目標模式的ACK/NACK反饋包，即模式轉換請 求，然后進入步驟S703 ；步驟S703 解壓縮方將狀態(tài)變量D_TRANS置為I，進入步驟S704 ；步驟S704 壓縮方接收到攜帶期望目標模式的ACK/NACK反饋包，即模式轉換請 求，進入步驟S705 ；步驟S705 壓縮方將C_TRANS置為P，C_M0DE置為期望目標模式，進入步驟S706 ；步驟S706 判斷當前處理的Profile類型是否為2或者3，如果是則進入步驟 S707，否則進入步驟S711 ；步驟S707 判斷是否需要發(fā)送IR/IRDYN壓縮包，是則進入步驟S708，否則進入步 驟 S711 ；步驟S708 判斷當前包流是否為IPv4包流，是則進入步驟S709，否則進入步驟
5710；步驟S709 按照圖5的包格式說明將期望目標模式寫入到相應位置，進入步驟
5711；步驟S710 按照圖6的包格式說明將期望目標模式寫入到相應位置，進入步驟 S711 ；步驟S711 發(fā)送攜帶期望目標模式的IR/IRDYN/U0R-2壓縮包，進入步驟S712 ；步驟S712 解壓縮方收到攜帶期望目標模式的IR/IRDYN/U0R-2包，進入步驟 S713 ；步驟S713 解壓縮方解壓IR/IRDYN/U0R-2包中的模式參數(shù)，與期望目標模式相比 較，進入步驟S714 ；步驟S714:判斷上一步驟中的比較結果是否相同，是則進入步驟S715，否則進入 步驟S712 ；步驟S715 解壓縮方周期性發(fā)送攜帶期望目標模式的反饋包，進入步驟S716 ；步驟S716 壓縮方接收到攜帶期望目標模式的反饋包，進入步驟S717 ；步驟S717 壓縮方將狀態(tài)變量C_TRANS改為D，進入步驟S718 ；步驟S718 壓縮方發(fā)送期望目標模式下的0或1類型壓縮包，進入步驟S719 ；步驟S719 解壓縮方接收到期望目標模式下的0或1類型壓縮包，進入步驟S720 ；步驟S720 解壓縮方將狀態(tài)變量D_TRANS改為D，進入步驟S721 ；
步驟S721 模式轉換流程結束。本發(fā)明實施例還提供了 一種壓縮裝置，應用于魯棒性頭壓縮中的模式轉換，如圖8 所示，包括一配置模塊，用以在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始化刷新動態(tài)部分(IRDYN)壓縮包中設置一模式參數(shù)字段。一壓縮處理模塊，用以在接收到攜帶期望目標模式的模式轉換請求后，如需使用 包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包應答，則從所述模式轉換 請求中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所 述模式參數(shù)字段中發(fā)送出去。進一步地，所述配置模塊設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特 設置為模式參數(shù)字段。本發(fā)明實施例還提供了一種解壓縮裝置，應用于魯棒性頭壓縮中的模式轉換，如 圖9所示，包括一配置模塊，用以在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、 初始化刷新動態(tài)部分(IRDYN)壓縮包中設置有一模式參數(shù)字段；—解壓縮處理模塊，用以在接收到模式轉換應答后，如果判斷所述應答使用的是 包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包或 者所述IRDYN壓縮包中的所述模式參數(shù)字段中獲取模式參數(shù)信息。進一步地，所述配置模塊設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特 設置為模式參數(shù)字段。本發(fā)明實施例還提供了魯棒性頭壓縮中一種模式轉換的系統(tǒng)，如圖10所示，包括 配置模塊、壓縮處理模塊、解壓縮處理模塊，其中所述配置模塊，用以在包格式為Profile2和Profile3的初始化刷新(IR)壓縮 包、初始化刷新動態(tài)部分(IRDYN)壓縮包中設置一模式參數(shù)字段；所述壓縮處理模塊，用以在接收到攜帶期望目標模式的模式轉換請求后，如需使用包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包應答，則從所述模式轉 換請求中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的 所述模式參數(shù)字段中發(fā)送出去；所述解壓縮處理模塊，用以在接收到模式轉換應答后，如果判斷所述應答使用的 是包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包 或者所述IRDYN壓縮包中的所述模式參數(shù)字段中獲取模式參數(shù)信息。進一步地，所述配置模塊設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分 組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在 所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式 參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比 特共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分 組包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特 設置為模式參數(shù)字段。以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、 等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
一種壓縮方法，應用于魯棒性頭壓縮中的模式轉換，包括在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始化刷新動態(tài)部分(IRDYN)壓縮包中設置一模式參數(shù)字段；壓縮方在接收到攜帶期望目標模式的模式轉換請求后，如需使用包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包進行應答，則從所述模式轉換請求中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所述模式參數(shù)字段中發(fā)送出去。
2.如權利要求1所述的壓縮方法，其特征在于，所述設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分組 包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在所 述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式參 數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比特 共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分組 包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設 置為模式參數(shù)字段。
3.一種解壓縮方法，應用于魯棒性頭壓縮中的模式轉換，包括在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始化刷新動態(tài)部分 (IRDYN)壓縮包中設置有一模式參數(shù)字段；解壓方在接收到模式轉換應答后，如果判斷所述應答使用的是包格式為Profile2或 者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包或者所述IRDYN壓縮包中 的所述模式參數(shù)字段中獲取模式參數(shù)信息。
4.如權利要求3所述的解壓縮方法，其特征在于，所述模式參數(shù)字段是采用如下方式 設置的如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分組 包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在所 述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式參 數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比特 共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分組 包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設 置為模式參數(shù)字段。
5.魯棒性頭壓縮中一種模式轉換的方法，包括在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始化刷新動態(tài)部分 (IRDYN)壓縮包中設置一模式參數(shù)字段；壓縮方在接收到攜帶期望目標模式的模式轉換請求后，如需使用包格式為Profile2 或者Profile3的IR壓縮包或者IRDYN壓縮包進行應答，則從所述模式轉換請求中獲取期 望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所述模式參數(shù)字 段中發(fā)送出去；解壓方在接收到模式轉換應答后，如果判斷所述應答使用的是包格式為Profile2或 者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包或者所述IRDYN壓縮包中 的所述模式參數(shù)字段中獲取模式參數(shù)信息。
6.如權利要求5所述的模式轉換的方法，其特征在于，所述設置模式參數(shù)字段包括 如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在所 述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式參 數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比特 共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分組 包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設 置為模式參數(shù)字段。
7.—種壓縮裝置，應用于魯棒性頭壓縮中的模式轉換，包括一配置模塊，用以在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始 化刷新動態(tài)部分(IRDYN)壓縮包中設置一模式參數(shù)字段；一壓縮處理模塊，用以在接收到攜帶期望目標模式的模式轉換請求后，如需使用包格 式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包應答，則從所述模式轉換請求 中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所述模 式參數(shù)字段中發(fā)送出去。
8.如權利要求7所述的壓縮裝置，其特征在于，所述配置模塊設置模式參數(shù)字段包括 如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分組包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在所 述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式參 數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比特 共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分組 包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設 置為模式參數(shù)字段。
9.一種解壓縮裝置，應用于魯棒性頭壓縮中的模式轉換，包括一配置模塊，用以在包格式為Prof ile2和Profile3的初始化刷新(IR)壓縮包、初始 化刷新動態(tài)部分(IRDYN)壓縮包中設置有一模式參數(shù)字段；一解壓縮處理模塊，用以在接收到模式轉換應答后，如果判斷所述應答使用的是包格 式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包或者所 述IRDYN壓縮包中的所述模式參數(shù)字段中獲取模式參數(shù)信息。
10.如權利要求9所述的解壓縮裝置，其特征在于，所述配置模塊設置模式參數(shù)字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分組 包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在所 述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式參數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比特 共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分組 包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設 置為模式參數(shù)字段。
11.魯棒性頭壓縮中一種模式轉換的系統(tǒng)，包括配置模塊、壓縮處理模塊、解壓縮處理 模塊，其中所述配置模塊，用以在包格式為Profile2和Profile3的初始化刷新(1R)壓縮包、初 始化刷新動態(tài)部分(IRDYN)壓縮包中設置一模式參數(shù)字段；所述壓縮處理模塊，用以在接收到攜帶期望目標模式的模式轉換請求后，如需使用包 格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包應答，則從所述模式轉換請 求中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所述 模式參數(shù)字段中發(fā)送出去；所述解壓縮處理模塊，用以在接收到模式轉換應答后，如果判斷所述應答使用的是包 格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包，則從所述IR壓縮包或者 所述IRDYN壓縮包中的所述模式參數(shù)字段中獲取模式參數(shù)信息。
12.如權利要求11所述的模式轉換的系統(tǒng)，其特征在于，所述配置模塊設置模式參數(shù) 字段包括如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv4分組 包流，則將所述壓縮包的IP頭動態(tài)部分的若干個預留比特設置為模式參數(shù)字段；或者在所 述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設置為模式參 數(shù)字段，或者將所述增加的若干個比特與所述壓縮包的IP頭動態(tài)部分的若干個預留比特 共同設置為模式參數(shù)字段；如果所述包格式為Profile2和Profile3的IR壓縮包、IRDYN壓縮包采用IPv6分組 包流，則在所述壓縮包的IP頭動態(tài)部分增加若干個比特，然后將所述增加的若干個比特設 置為模式參數(shù)字段。
全文摘要
本發(fā)明提供了魯棒性頭壓縮中一種模式轉換的方法，包括在包格式為Profile2和Profile3的初始化刷新(IR)壓縮包、初始化刷新動態(tài)部分(IRDYN)壓縮包中設置一模式參數(shù)字段；壓縮方在接收到攜帶期望目標模式的模式轉換請求后，如需使用包格式為Profile2或者Profile3的IR壓縮包或者IRDYN壓縮包進行應答，則從所述模式轉換請求中獲取期望目標模式信息并將其承載于所述IR壓縮包或者所述IRDYN壓縮包中的所述模式參數(shù)字段中發(fā)送出去，從而巧妙地修正RFC3095協(xié)議中的缺陷，確保模式轉換不會發(fā)生死鎖。本發(fā)明還提供了魯棒性頭壓縮中一種模式轉換的裝置。
文檔編號H04W28/06GK101848491SQ20101015434
公開日2010年9月29日 申請日期2010年4月21日 優(yōu)先權日2010年4月21日
發(fā)明者史學紅, 張健 申請人:中興通訊股份有限公司