專利名稱：魯棒性頭壓縮中一種模式轉換的方法和裝置的制作方法
技術領域：
本發(fā)明涉及在移動通信領域中的魯棒性頭壓縮技術，尤其涉及魯棒性頭壓縮中一 種模式轉換的方法和裝置。
背景技術：
由于物理條件的限制，移動通信系統(tǒng)中的無線鏈路與有線鏈路相比傳輸速率較低，誤碼率較高。為了能有效利用有限的無線信道帶寬資源，引入了魯棒性頭壓縮技術 (RObust Header Compress，以下簡稱R0HC)。ROHC的核心是利用業(yè)務流的分組之間的信息 冗余來透明的壓縮和解壓縮直接相連節(jié)點間的分組頭中的信息。ROHC技術由IETF(互聯(lián)網(wǎng) 工程任務組)的RFC3095文檔進行描述，并且在2007年2月份IETF對其進行了修訂，修訂 文檔是RFC4815。模式是ROHC中一個非常重要的概念。RFC3095協(xié)議中定義了三種操作模式，分別 是單向模式(Unidirectional mode,以下簡稱為U模式)、雙向優(yōu)化模式(Bidirectional Optimistic mode，以下簡稱為 0 模式)、雙向可靠模式(Bidirectional Reliable mode，以 下簡稱為R模式)。U模式下不存在反饋通道，分組數(shù)據(jù)包只能向一個方向發(fā)送，即壓縮器到解壓器方 向，不存在解壓器向壓縮器發(fā)送的反饋包。壓縮器的狀態(tài)改變主要依賴于周期性更新和分 組包流中頭字段的不規(guī)則變化。由于周期性更新和缺少用于錯誤恢復的反饋機制，U模式 的壓縮效率相對于其他兩種模式而言比較低。ROHC的壓縮必須從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 (DONE)， C_TRANS的初始值為D。
在解壓器側也引入了兩個狀態(tài)變量，分別是D_M0DE(解壓器模式變量)和D_ TRANS (解壓器模式轉換狀態(tài)變量)。D_M0DE的取值在{U，0，R}中，初始值為U ;D_TRANS的 取值在{I (Initiated)，P，D}中，初始值為D。ROHC的模式轉換流程由解壓器發(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的IRdnitiation andRefresh)、IRDYN(Initiation and Refresh-dynamic)或者 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é)議中定義的包格式僅有Profilel類型的IR/IRDYN壓縮包可以攜帶 模式參數(shù)，對于Profile2和Profile3類型的IR/IRDYN壓縮包均不攜帶模式參數(shù)。這樣在 第一次握手時可能導致壓縮器無法將模式參數(shù)包含在壓縮包中發(fā)送，從而造成模式轉換過 程發(fā)生死鎖。
發(fā)明內容
本發(fā)明要解決的技術問題是，提供魯棒性頭壓縮中一種模式轉換的方法和裝置， 防止模式轉換過程中發(fā)生死鎖。為了解決上述技術問題，本發(fā)明提出魯棒性頭壓縮中一種模式轉換的方法，應用 于profile〗和pr0file3的壓縮器和解壓器進行模式轉換，包括壓縮器在接收到攜帶目標模式的反饋包后，如果超過一預定時間 仍無法向解壓器 發(fā)送攜帶目標模式的U0R-2類型包，則向解壓器發(fā)送撤銷模式轉換的指令；所述解壓器接收到撤銷模式轉換的指令后，結束模式轉換。進一步地，上述模式轉換的方法還可具有以下特點所述壓縮器在接收到攜帶目標模式的反饋包后，啟動一定時器，其定時時間為所述 預定時間，在所述定時器到時前，如果能夠使用攜帶目標模式的U0R-2類型包進行壓縮，則關 閉所述定時器，并向解壓器發(fā)送攜帶目標模式的U0R-2類型包，如果所述定時器到時時仍無 法使用攜帶目標模式的U0R-2類型包進行壓縮，則向解壓器發(fā)送撤銷模式轉換的指令。進一步地，上述模式轉換的方法還可具有以下特點壓縮器在其C_TRANS中增加一等待(W)狀態(tài)；壓縮器在接收到攜帶目標模式的反饋包后，將C_TRANS設置為W狀態(tài)，如果在所述 預定時間內能夠向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS設置為P狀態(tài)， 如果超過所述預定時間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS 設置為D狀態(tài)。進一步地，上述模式轉換的方法還可具有以下特點壓縮器在接收到攜帶目標模式的反饋包后，在所述預定時間內，在每次收到新的 待壓縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮。為了解決上述技術問題，本發(fā)明還提出魯棒性頭壓縮中一種壓縮方法，應用于 profile2和profile3的壓縮器進行模式轉換，包括壓縮器在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無法向解壓器 發(fā)送攜帶目標模式的U0R-2類型包，則向解壓器發(fā)送撤銷模式轉換的指令。進一步地，上述壓縮方法還可具有以下特點所述壓縮器在接收到攜帶目標模式的反饋包后，啟動一定時器，其定時時間為所 述預定時間，在所述定時器到時前，如果能夠使用攜帶目標模式的U0R-2類型包進行壓縮， 則關閉所述定時器，并向解壓器發(fā)送攜帶目標模式的U0R-2類型包，如果所述定時器到時 時仍無法使用攜帶目標模式的U0R-2類型包進行壓縮，則向解壓器發(fā)送撤銷模式轉換的指 令。進一步地，上述壓縮方法還可具有以下特點壓縮器在其C_TRANS中增加一等待(W)狀態(tài)；壓縮器在接收到攜帶目標模式的反饋包后，將C_TRANS設置為W狀態(tài)，如果在所述 預定時間內能夠向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS設置為P狀態(tài)， 如果超過所述預定時間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS 設置為D狀態(tài)。進一步地，上述壓縮方法還可具有以下特點
壓縮器在接收到攜帶目標模式的反饋包后，在所述預定時間內，在每次收到新的 待壓縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮。為了解決上述技術問題，本發(fā)明還提出魯棒性頭壓縮中一種解壓縮的方法，應用 于profile2和profile3的解壓器進行模式轉換，包括解壓器在接收到壓縮器發(fā)送來的撤銷模式轉換的指令后，結束模式轉換。為了解決上述技術問題，本發(fā)明還提出魯棒性頭壓縮中一種壓縮裝置，應用于 profile2和pr0file3的壓縮器進行模式轉換，包括處理模塊和發(fā)送模塊，其中所述處理模塊，在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無法 向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則向所述發(fā)送模塊發(fā)送撤銷模式轉換的指 令；所述發(fā)送模塊，將所述處理模塊發(fā)送來的撤銷模式轉換的指令發(fā)送至解壓器。進一步地，上述壓縮裝置還可具有以下特點還包括一定時器所述處理模塊，在接收到攜帶目標模式的反饋包后，啟動所述定時器，在所述定時 器到時前，如果能夠使用攜帶目標模式的U0R-2類型包進行壓縮，則關閉所述定時器，并向 所述發(fā)送模塊發(fā)送攜帶目標模式的U0R-2類型包，如果所述定時器到時時仍無法使用攜帶 目標模式的U0R-2類型包進行壓縮，則向所述發(fā)送模塊發(fā)送撤銷模式轉換的指令；所述定時器，在所述處理器的控制下啟動，其定時時間為所述預定時間；所述發(fā)送模塊，在接收到所述處理模塊發(fā)送來的撤銷模式轉換的指令或者攜帶目 標模式的U0R-2類型包時，將所述撤銷模式轉換的指令或者攜帶目標模式的U0R-2類型包 發(fā)送至解壓器。進一步地，上述壓縮裝置還可具有以下特點還包括一狀態(tài)設置模塊，其中所述狀態(tài)設置模塊，在其C_TRANS中增加一等待(W)狀態(tài)，以及根據(jù)所述處理模塊 發(fā)送來的狀態(tài)設置指令設置C_TRANS的狀態(tài)；所述處理模塊，在接收到攜帶目標模式的反饋包后，還向所述狀態(tài)設置模塊發(fā)送 將C_TRANS設置為W狀態(tài)的指令；在所述預定時間內能夠向解壓器發(fā)送攜帶目標模式的 U0R-2類型包時，還向所述狀態(tài)設置模塊發(fā)送將C_TRANS設置為P狀態(tài)的指令；在超過所述 預定時間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包時，還向所述狀態(tài)設置模塊發(fā) 送將C_TRANS設置為D狀態(tài)的指令。進一步地，上述壓縮裝置還可具有以下特點所述處理模塊，在接收到攜帶目標模式的反饋包后，在所述預定時間內，在每次收 到新的待壓縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮。為了解決上述技術問題，本發(fā)明還提出魯棒性頭壓縮中一種解壓縮裝置，應用于 profile2和profile3的解壓器進行模式轉換，包括所述解壓縮裝置，在接收到壓縮器發(fā)送來的撤銷模式轉換的指令后，結束模式轉 換。為了解決上述技術問題，本發(fā)明還提出魯棒性頭壓縮中一種模式轉換的系統(tǒng)，應 用于profile〗和pr0file3的壓縮器和解壓器進行模式轉換，包括上述壓縮裝置和上述解壓縮裝置。本發(fā)明提供的魯棒性頭壓縮中的模式轉換的方法和裝置，相對于現(xiàn)有技術，具有 如下優(yōu)點1、修正RFC3095協(xié)議中的缺陷，從流程上確保模式轉換不會發(fā)生死鎖；2、壓縮器(^1^賂增加一個中間態(tài)10^^ for sending U0R-2)，即 C_TRANS 的取 值更改為{p，W，D}，使模式轉換流程更加清晰可靠；3、在壓縮器上開啟模式轉換定時器，增加一個壓縮器發(fā)送給解壓器撤銷模式轉換 的反饋選項，提高模式轉換的安全性。
圖1是現(xiàn)有技術中U模式、0模式、R模式彼此轉換的示意圖；
圖2是現(xiàn)有技術中0模式到R模式的轉換過程示意圖；圖3是現(xiàn)有技術中R模式到0模式的轉換過程示意圖；圖4是現(xiàn)有技術中R模式、0模式到U模式的轉換過程示意圖；圖5是本發(fā)明實施例魯棒性頭壓縮中一種模式轉換的方法流程示意圖；圖6是本發(fā)明實施例魯棒性頭壓縮中一種撤銷模式轉換的指令示意圖；圖7是采用本發(fā)明實施例模式轉換方法的具體流程示意圖；圖8是本發(fā)明實施例魯棒性頭壓縮中一種模式轉換的裝置方框圖。
具體實施例方式本發(fā)明提出魯棒性頭壓縮中一種模式轉換的方法，應用于pr0file2和pr0file3 的壓縮器和解壓器進行模式轉換，其基本構思是壓縮器在接收到攜帶目標模式的反饋包 后，如果超過一預定時間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則向解壓器 發(fā)送撤銷模式轉換的指令；所述解壓器接收到撤銷模式轉換的指令后，結束模式轉換，從而 很好地修正RFC3095協(xié)議中的缺陷，從流程上確保模式轉換不會發(fā)生死鎖。下面將結合附圖對本發(fā)明實施方式進行詳細描述。參見圖5，該圖示出了本發(fā)明實施例魯棒性頭壓縮中一種模式轉換的方法，應用于 profile2和profile3的壓縮器和解壓器進行模式轉換，包括步驟步驟S501 壓縮器在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無 法向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則向解壓器發(fā)送撤銷模式轉換的指令；步驟S502 所述解壓器接收到撤銷模式轉換的指令后，結束模式轉換?？梢圆捎靡欢〞r器對所述預定時間進行定時。所述壓縮器在接收到攜帶目標模式 的反饋包后，啟動所述定時器，其定時時間為所述預定時間，在所述定時器到時前，如果能 夠使用攜帶目標模式的U0R-2類型包進行壓縮，則關閉所述定時器，并向解壓器發(fā)送攜帶 目標模式的U0R-2類型包，如果所述定時器到時時仍無法使用攜帶目標模式的U0R-2類型 包進行壓縮，則向解壓器發(fā)送撤銷模式轉換的指令。進一步地，壓縮器向解壓器發(fā)送的撤銷模式轉換的指令可以是一選項，如圖6所 示，所述選項類型為8，長度為0。進一步地，壓縮器可以在其C_TRANS中增加一等待(W)狀態(tài)，以使得模式轉換流程更加清晰可靠。壓縮器在接收到攜帶目標模式的反饋包后，將C_TRANS設置為W狀態(tài)，如果在所述預定時間內能夠向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS設置為 P狀態(tài)，如果超過所述預定時間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_ TRANS設置為D狀態(tài)。壓縮器在接收到攜帶目標模式的反饋包后，在所述預定時間內，在每次收到新的 待壓縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮。參見圖7，該圖示出了采用本發(fā)明上述實施方式進行模式轉換的具體流程示意圖， 包括步驟步驟S701 模式轉換流程開始，進入步驟S702 ；步驟S702 解壓器發(fā)送攜帶期望目標模式的ACK/NACK反饋包，進入步驟S703 ；步驟S703 解壓縮器將狀態(tài)變量D_TRANS置為I，進入步驟S704 ；步驟S704 壓縮器接收到攜帶期望目標模式的ACK/NACK反饋包，進入步驟S705 ；步驟S705 壓縮器將狀態(tài)變量C_TRANS置為W態(tài)，進入步驟S706 ；步驟S706 壓縮器開啟定時器T_ModeTranS，如果定時器未超時則進入步驟S707， 如果定時器超時，則進入步驟S121 ；步驟S707 收到新的待壓縮包，進入步驟S708 ；步驟S708 判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮，是則進入 步驟S709，否則進入步驟S707 ；步驟S709 關閉T_ModeTrans定時器，進入步驟S710 ；步驟S710 發(fā)送攜帶期望目標模式的U0R-2包，C_TRANS置為P，C_M0DE置為目標 模式，進入步驟S711 ；步驟S711 解壓器收到攜帶期望目標模式的U0R-2包，進入步驟S712 ；步驟S712 解壓器解壓U0R-2包中的模式參數(shù)，與期望目標模式相比較，進入步驟 S713 ；步驟S713 判斷上一步驟中的比較結果是否相同，是則進入步驟S714，否則進入 步驟S711 ；步驟S714 解壓器周期性發(fā)送攜帶期望目標模式的反饋包，進入步驟S715 ；步驟S715 壓縮器接收到攜帶期望目標模式的反饋包，進入步驟S716 ；步驟S716 壓縮器將狀態(tài)變量C_TRANS改為D，進入步驟S717 ；步驟S717 壓縮器發(fā)送期望目標模式下的0或1類型壓縮包，進入步驟S718 ；步驟S718 解壓器接收到期望目標模式下的0或1類型壓縮包，進入步驟S719 ；步驟S719 解壓器將狀態(tài)變量D_TRANS改為D，進入步驟S720 ；步驟S720 模式轉換流程結束；步驟S721 定時器T_ModeTrans超時，進入步驟S721 ；步驟S722:發(fā)送如圖6所示的撤銷模式轉換選項的反饋給解壓器，進入步驟 S723 ；步驟S723 置C_TRANS為D狀態(tài)，進入步驟S724 ；步驟S724 解壓器收到攜帶撤銷模式轉換選項的反饋，進入步驟S725 ；步驟S725 置解壓！D_TRANS為D狀態(tài)，進入步驟S726 ；
步驟S726 模式轉換撤銷流程完成。本發(fā)明實施例還提供了魯棒性頭壓縮中一種壓縮方法，應用于profile2和 profile3的壓縮器進行模式轉換，包括壓縮器在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無法向解壓器 發(fā)送攜帶目標模式的U0R-2類型包，則向解壓器發(fā)送撤銷模式轉換的指令。進一步地，所述壓縮器在接收到攜帶目標模式的反饋包后，啟動一定時器，其定時 時間為所述預定時間，在所述定時器到時前，如果能夠使用攜帶目標模式的U0R-2類型包 進行壓縮，則關閉所述定時器，并向解壓器發(fā)送攜帶目標模式的U0R-2類型包，如果所述定 時器到時時仍無法使用攜帶目標模式的U0R-2類型包進行壓縮，則向解壓器發(fā)送撤銷模式 轉換的指令。進一步地，壓縮器向解壓器發(fā)送的撤銷模式轉換的指令是一選項，所述選項類型 為8，長度為0。進一步地，壓縮器在中增加一等待(W)狀態(tài)。壓縮器在接收到攜帶目 標模式的反饋包后，將C_TRANS設置為W狀態(tài)，如果在所述預定時間內能夠向解壓器發(fā)送攜 帶目標模式的U0R-2類型包，則將C_TRANS設置為P狀態(tài)，如果超過所述預定時間仍無法向 解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS設置為D狀態(tài)。進一步地，壓縮器在接收到攜帶目標模式的反饋包后，在所述預定時間內，在每次 收到新的待壓縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮。本發(fā)明實施例還提供了魯棒性頭壓縮中一種壓縮方法，應用于profile2和 profile3的解壓器進行模式轉換，解壓器在接收到壓縮器發(fā)送來的撤銷模式轉換的指令 后，結束模式轉換。為了實現(xiàn)上述壓縮方法，本發(fā)明實施例還提供了魯棒性頭壓縮中一種壓縮裝置， 應用于profile2和profile3的壓縮器進行模式轉換，如圖8所示，包括處理模塊和發(fā)送模 塊，其中所述處理模塊，在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無法 向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則向所述發(fā)送模塊發(fā)送撤銷模式轉換的指 令；所述發(fā)送模塊，將所述處理模塊發(fā)送來的撤銷模式轉換的指令發(fā)送至解壓器。進一步地，還包括一定時器所述處理模塊，在接收到攜帶目標模式的反饋包后，啟動所述定時器，在所述定時 器到時前，如果能夠使用攜帶目標模式的U0R-2類型包進行壓縮，則關閉所述定時器，并向 所述發(fā)送模塊發(fā)送攜帶目標模式的U0R-2類型包，如果所述定時器到時時仍無法使用攜帶 目標模式的U0R-2類型包進行壓縮，則向所述發(fā)送模塊發(fā)送撤銷模式轉換的指令；所述定時器，在所述處理器的控制下啟動，其定時時間為所述預定時間；所述發(fā)送模塊，在接收到所述處理模塊發(fā)送來的撤銷模式轉換的指令或者攜帶目標模式的U0R-2類型包時，將所述撤銷模式轉換的指令或者攜帶目標模式的U0R-2類型包 發(fā)送至解壓器。進一步地，還包括一狀態(tài)設置模塊，其中所述狀態(tài)設置模塊，在其C_TRANS中增加一等待(W)狀態(tài)，以及根據(jù)所述處理模塊發(fā)送來的狀態(tài)設置指令設置C_TRANS的狀態(tài)；所述處理模塊，在接收到攜帶目標模式的反饋包后，還向所述狀態(tài)設置模塊發(fā)送 將C_TRANS設置為W狀態(tài)的指令；在所述預定時間內能夠向解壓器發(fā)送攜帶目標模式的 U0R-2類型包時，還向所述狀態(tài)設置模塊發(fā)送將C_TRANS設置為P狀態(tài)的指令；在超過所述 預定時間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包時，還向所述狀態(tài)設置模塊發(fā) 送將C_TRANS設置為D狀態(tài)的指令。進一步地，所述處理模塊，在接收到攜帶目標模式的反饋包后，在所述預定時間 內，在每次收到新的待壓縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓
縮。進一步地，所述撤銷模式轉換的指令可以是一選項，如圖6所示，所述選項類型為 8，長度為0。為了實現(xiàn)上述解壓縮方法，本發(fā)明實施例還提供了一種解壓縮裝置，應用于 profile2和pr0file3的解壓器進行模式轉換，所述解壓縮裝置，在接收到壓縮器發(fā)送來的 撤銷模式轉換的指令后，結束模式轉換。為了實現(xiàn)上述解壓縮方法，本發(fā)明實施例還提供了魯棒性頭壓縮中一種模式轉換 的系統(tǒng)，應用于profile2和pr0file3的壓縮器和解壓器進行模式轉換，包括上述壓縮裝 置和上述解壓縮裝置，由上述壓縮裝置對模式轉換進行時間監(jiān)控，在超時時及時向解壓縮 裝置發(fā)送撤銷模式轉換的指令，解壓縮裝置在接收到壓縮器發(fā)送來的撤銷模式轉換的指令 后，結束模式轉換，從而有效地修正RFC3095協(xié)議中的缺陷，從流程上確保模式轉換不會發(fā) 生死鎖。以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人 員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、 等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
魯棒性頭壓縮中一種模式轉換的方法，應用于profile2和profile3的壓縮器和解壓器進行模式轉換，其特征在于，包括壓縮器在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無法向解壓器發(fā)送攜帶目標模式的UOR-2類型包，則向解壓器發(fā)送撤銷模式轉換的指令；所述解壓器接收到撤銷模式轉換的指令后，結束模式轉換。
2.如權利要求1所述的模式轉換的方法，其特征在于所述壓縮器在接收到攜帶目標模式的反饋包后，啟動一定時器，其定時時間為所述預 定時間，在所述定時器到時前，如果能夠使用攜帶目標模式的U0R-2類型包進行壓縮，則關 閉所述定時器，并向解壓器發(fā)送攜帶目標模式的U0R-2類型包，如果所述定時器到時時仍 無法使用攜帶目標模式的U0R-2類型包進行壓縮，則向解壓器發(fā)送撤銷模式轉換的指令。
3.如權利要求1或2所述的模式轉換的方法，其特征在于壓縮器在其C_TRANS中增加一等待(W)狀態(tài)；壓縮器在接收到攜帶目標模式的反饋包后，將C_TRANS設置為W狀態(tài)，如果在所述預定 時間內能夠向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS設置為P狀態(tài)，如果 超過所述預定時間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS設置 為D狀態(tài)。
4.如權利要求1所述的模式轉換的方法，其特征在于壓縮器在接收到攜帶目標模式的反饋包后，在所述預定時間內，在每次收到新的待壓 縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮。
5.魯棒性頭壓縮中一種壓縮方法，應用于profile2和profile3的壓縮器進行模式轉 換，其特征在于，包括壓縮器在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無法向解壓器發(fā)送 攜帶目標模式的U0R-2類型包，則向解壓器發(fā)送撤銷模式轉換的指令。
6.如權利要求5所述的壓縮方法，其特征在于所述壓縮器在接收到攜帶目標模式的反饋包后，啟動一定時器，其定時時間為所述預 定時間，在所述定時器到時前，如果能夠使用攜帶目標模式的U0R-2類型包進行壓縮，則關 閉所述定時器，并向解壓器發(fā)送攜帶目標模式的U0R-2類型包，如果所述定時器到時時仍 無法使用攜帶目標模式的U0R-2類型包進行壓縮，則向解壓器發(fā)送撤銷模式轉換的指令。
7.如權利要求5或6所述的壓縮方法，其特征在于壓縮器在其C_TRANS中增加一等待(W)狀態(tài)；壓縮器在接收到攜帶目標模式的反饋包后，將C_TRANS設置為W狀態(tài)，如果在所述預定 時間內能夠向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS設置為P狀態(tài)，如果 超過所述預定時間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包，則將C_TRANS設置 為D狀態(tài)。
8.如權利要求5所述的壓縮方法，其特征在于壓縮器在接收到攜帶目標模式的反饋包后，在所述預定時間內，在每次收到新的待壓 縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮。
9.魯棒性頭壓縮中一種解壓縮的方法，應用于profile2和pr0file3的解壓器進行模 式轉換，其特征在于，包括解壓器在接收到壓縮器發(fā)送來的撤銷模式轉換的指令后，結束模式轉換。
10.魯棒性頭壓縮中一種壓縮裝置，應用于profile2和pr0file3的壓縮器進行模式轉 換，包括處理模塊和發(fā)送模塊，其中所述處理模塊，在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無法向解 壓器發(fā)送攜帶目標模式的U0R-2類型包，則向所述發(fā)送模塊發(fā)送撤銷模式轉換的指令；所述發(fā)送模塊，將所述處理模塊發(fā)送來的撤銷模式轉換的指令發(fā)送至解壓器。
11.如權利要求10所述的壓縮裝置，其特征在于，還包括一定時器所述處理模塊，在接收到攜帶目標模式的反饋包后，啟動所述定時器，在所述定時器到 時前，如果能夠使用攜帶目標模式的U0R-2類型包進行壓縮，則關閉所述定時器，并向所述 發(fā)送模塊發(fā)送攜帶目標模式的U0R-2類型包，如果所述定時器到時時仍無法使用攜帶目標 模式的U0R-2類型包進行壓縮，則向所述發(fā)送模塊發(fā)送撤銷模式轉換的指令；所述定時器，在所述處理器的控制下啟動，其定時時間為所述預定時間；所述發(fā)送模塊，在接收到所述處理模塊發(fā)送來的撤銷模式轉換的指令或者攜帶目標模 式的U0R-2類型包時，將所述撤銷模式轉換的指令或者攜帶目標模式的U0R-2類型包發(fā)送 至解壓器。
12.如權利要求10或11所述的壓縮裝置，其特征在于，還包括一狀態(tài)設置模塊，其中所述狀態(tài)設置模塊，在其C_TRANS中增加一等待(W)狀態(tài)，以及根據(jù)所述處理模塊發(fā)送來的狀態(tài)設置指令設置C_TRANS的狀態(tài)；所述處理模塊，在接收到攜帶目標模式的反饋包后，還向所述狀態(tài)設置模塊發(fā)送將C_ TRANS設置為W狀態(tài)的指令；在所述預定時間內能夠向解壓器發(fā)送攜帶目標模式的U0R-2 類型包時，還向所述狀態(tài)設置模塊發(fā)送將C_TRANS設置為P狀態(tài)的指令；在超過所述預定時 間仍無法向解壓器發(fā)送攜帶目標模式的U0R-2類型包時，還向所述狀態(tài)設置模塊發(fā)送將C_ TRANS設置為D狀態(tài)的指令。
13.如權利要求10所述的壓縮裝置，其特征在于所述處理模塊，在接收到攜帶目標模式的反饋包后，在所述預定時間內，在每次收到新 的待壓縮包時，判斷是否可以使用攜帶目標模式的U0R-2類型包進行壓縮。
14.魯棒性頭壓縮中一種解壓縮裝置，應用于profile2和pr0file3的解壓器進行模式 轉換，其特征在于，包括所述解壓縮裝置，在接收到壓縮器發(fā)送來的撤銷模式轉換的指令后，結束模式轉換。
15.魯棒性頭壓縮中一種模式轉換的系統(tǒng)，應用于profile2和pr0file3的壓縮器和解 壓器進行模式轉換，包括權利要求10至13中任何一項所述的壓縮裝置和權利要求14所述 的解壓縮裝置。
全文摘要
本發(fā)明提供了魯棒性頭壓縮中一種模式轉換的方法和裝置，應用于profile2和profile3的壓縮器和解壓器進行模式轉換，該方法包括壓縮器在接收到攜帶目標模式的反饋包后，如果超過一預定時間仍無法向解壓器發(fā)送攜帶目標模式的UOR-2類型包，則向解壓器發(fā)送撤銷模式轉換的指令；所述解壓器接收到撤銷模式轉換的指令后，結束模式轉換。該方法可以有效地修正RFC3095協(xié)議中的缺陷，從流程上確保模式轉換不會發(fā)生死鎖。
文檔編號H04W28/06GK101835196SQ201010175248
公開日2010年9月15日 申請日期2010年5月14日 優(yōu)先權日2010年5月14日
發(fā)明者史學紅, 張健 申請人:中興通訊股份有限公司