數據的解壓縮、解壓縮處理方法及裝置的製作方法

2023-10-09 00:15:59

專利名稱：數據的解壓縮、解壓縮處理方法及裝置的製作方法
技術領域：
本發明涉及通信領域，具體而言，涉及一種數據的解壓縮、解壓縮處理方法及裝置。
背景技術：
由於物理條件的限制，移動通信系統中的無線鏈路與有線鏈路相比傳輸速率較低，誤碼率較高。為了能有效利用有限的無線信道帶寬資源，引入了魯棒性頭壓縮(RObustHeaderCompress,以下簡稱R0HC)技術。ROHC技術的核心是利用業務流的分組之間的信息冗餘來透明的壓縮和解壓縮直接相連節點間的分組頭中的信息。最少有效位(Least Significant Bits，簡稱為LSB)算法是ROHC技術中的重要算法，它主要用於壓縮主序列號(Master Sequence Number,簡稱為MSN)信息。LSB壓縮算法通過使用一個參考以及指定值P，將一個待壓縮的，佔kl比特位的值A進行LSB壓縮，隨後得到一個壓縮後的，佔用更少比特位k2 (k2〈kl)的，與V_ref關聯的值B。通過LSB壓縮，無變化的比特位被刪除，B值所表示的即為從值V_ref變化到值A的最低有效位(即B=A的低k2位)。採用LSB解壓縮將壓縮後的值進行還原的過程與上述過程相反。R0HCv2 (RFC5225)，即ROHC技術的第二個版本，明確提出支持亂序投遞的包流解壓縮。它引入了重排序比例(Re0rde r_rati0)的概念，即壓縮器可以在傳輸過程中，通過調整LSBP值大小，在健壯性和壓縮效率之間尋找合理的平衡點，從而達到最優的傳輸質量。LSB算法中P值與Reorder_ratio之間的關係，具體可以參見圖1所示，其中，圖1中的P，k為自然數。在數據傳輸過程中，特別是在網絡狀況一般的場景，底層總會出現一定概率的誤碼及丟包，這將會導致ROHC層的壓縮器和解壓器的上下文在一定程度上失步。如果這個失步過程不及時修正，壓縮數據是無法被解壓器正確識別的。如果底層承載的上層應用協議是類似於實時傳輸協議(Real-time Transport Protocol,簡稱為RTP)這樣的語音流,則會表現出一定程度的丟幀和延時，大大影響通信質量。在存在反饋通道的場景，當解壓器檢測到上下文失步時，可以通過發送NACK或者STATIC_NACK來及時通知壓縮器主動同步上下文。壓縮器在接收到NACK或者STATIC_NACK這兩種消極反饋包後則會立即發送初始刷新-動態部分(IR_DYN)或者初始化刷新(IR)來刷新解壓器的上下文。存在下面兩種場景，其一，解壓器發送的反饋包被壓縮器立即接收，期間，壓縮器沒有發送任何壓縮包，具體如圖2所示。即解壓器在發送消極反饋包後沒有丟棄任何壓縮包。其二，解壓器發送的消極反饋包被底層鏈路延遲了，期間，壓縮器仍然選擇正常發送壓縮包。由於此時解壓器和壓縮器的上下文已經失步，這些壓縮包是無法被正確解壓的，具體如圖3所示。這些無法解壓的壓縮包會在一定程度上影響整個包流的通信質量。針對相關技術中的上述問題，目前尚未提出有效的解決方案。

發明內容
針對相關技術中，解壓器在檢測到上下文失步並發送完消極反饋信息後，解壓器無法正確解壓縮後續接收到的壓縮包等技術問題，本發明提供了一種數據的解壓縮、解壓縮處理方法及裝置，以至少解決上述問題。根據本發明的一個方面，提供了一種數據的解壓縮方法，包括解壓器發送用於通知壓縮器同步上下文的反饋信息，其中，該反饋信息在解壓器檢測到上下文失步後發送；在發送上述反饋信息後，解壓器緩存後續接收到的待解壓縮數據包；解壓器接收壓縮器發送的用於同步上下文的同步信息；解壓器根據上述同步信息對待解壓縮數據包進行解壓縮。優選地，解壓器根據同步信息對待解壓縮數據包進行解壓縮，包括解壓器利用接收待解壓縮數據包的先後順序，按照從後向前的順序對待解壓數據包進行解壓縮。優選地,上述方法還包括在緩存的待解壓縮數據包的數量到達預定數量,或者在預定時間段內未接收到同步信息時，清空緩存的所有待解壓縮數據包並停止緩存後續接收的待解壓縮數據包。優選地，解壓器根據同步信息對待解壓縮數據包進行解壓縮之前，還包括解壓器對同步信息進行校驗，其中，校驗通過後的同步信息用於對待解壓縮數據包進行解壓縮。根據本發明的另一個方面，提供了一種數據的解壓縮處理方法，包括壓縮器接收解壓器發送的同步上下文的反饋信息，其中，反饋信息在解壓器檢測到上下文失步後發送；在接收到反饋信息後，壓縮器向解壓器發送用於同步上下文的同步信息，其中，同步信息用於對解壓器在發送反饋信息後緩存的待解壓縮數據包進行解壓縮。根據本發明的又一個方面，提供了一種數據的解壓縮裝置，位於解壓器中，包括檢測模塊，用於檢測上下文是否失步；發送模塊，用於在檢測模塊檢測到上下文失步時，發送用於通知壓縮器 同步上下文的反饋信息；緩存模塊，用於在發送模塊發送反饋信息後，緩存後續接收到的待解壓縮數據包；接收模塊，用於接收壓縮器發送的用於同步上下文的同步信息；解壓縮模塊，用於根據上述同步信息對待解壓縮數據包進行解壓縮。優選地，上述解壓縮模塊，用於利用接收待解壓縮數據包的先後順序，按照從後向前的順序對待解壓數據包進行解壓縮。優選地，上述裝置還包括停止緩存模塊，用於在緩存的待解壓縮數據包的數量到達預定數量，或者在預定時間段內未接收到同步信息時，清空緩存的所有待解壓縮數據包並停止緩存後續接收的待解壓縮數據包。優選地，上述裝置，還包括校驗模塊，用於對同步信息進行校驗，其中，校驗通過後的同步信息用於對待解壓縮數據包進行解壓縮。根據本發明的再一個方面，提供了一種數據的解壓縮處理裝置，包括接收模塊，用於接收解壓器發送的同步上下文的反饋信息，其中，反饋信息在解壓器檢測到上下文失步後發送；發送模塊，用於在接收到反饋信息後，向解壓器發送用於同步上下文的同步信息，其中，同步信息用於對解壓器在發送反饋信息後緩存的待解壓縮數據包進行解壓縮。通過本發明，採用對解壓器發送用於通知壓縮器同步上下文的反饋信息後，緩存後續接收到的壓縮包，並根據接收的同步信息對緩存的壓縮包進行解壓縮的技術手段，解決了相關技術中，解壓器在檢測到上下文失步並發送完消極反饋信息後，解壓器無法正確解壓縮後續接收到的壓縮包等技術問題，從而有效地減少了因為上下文失步造成的丟包現象，提供了通信質量。


此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中圖1為根據相關技術的LSB算法中P值與reorder_ratio之間的關係示意圖；圖2為根據相關技術的消極反饋包正常抵達時的流程圖；圖3為根據相關技術的消極反饋包延遲抵達時的流程圖；圖4為根據本發明實施例1的數據的解壓縮方法的流程圖；圖5為根據本發明實施例1的數據的解壓縮裝置的結構框圖；圖6為根據本發明實施例1的數據的解壓縮裝置的另一結構框圖；圖7為根據本發明實施例2的數據的解壓縮處理方法的流程圖；圖8為根據本發明實施例2的數據的解壓縮處理裝置的結構框圖；圖9為根據本發明實施例的消極反饋包延遲抵達且開啟解壓器包緩存及修復工作的原理流程示意圖；圖10為根據本發明實施例3的開啟包緩存及修復功能流程圖；圖11為根據本發明實施例3的開啟包緩存及修復功能後的解壓器的包接收流程圖12為根據本發明實施例3的壓縮包緩存處理流程圖；圖13為根據本發明實施例的對緩存包進行修復處理的流程圖；圖14為根據本發明實施例3的關閉包緩存及修復功能的處理流程圖。
具體實施例方式下文中將參考附圖並結合實施例來詳細說明本發明。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。考慮到相關技術中，解壓器在檢測到上下文失步並發送完消極反饋信息後，解壓器無法正確解壓縮後續接收到的壓縮包等技術問題，以下結合實施例1-3提供了相關的解決方案，現詳細說明。實施例1本實施例從解壓器角度進行說明。圖4為根據本發明實施例1的數據的解壓縮方法的流程圖。如圖4所示，該方法包括步驟S402，解壓器發送用於通知壓縮器同步上下文的反饋信息，其中，該反饋信息在解壓器檢測到上下文失步後發送；步驟S404，在發送反饋信息後，解壓器緩存後續接收到的待解壓縮數據包；步驟S406，解壓器接收壓縮器發送的用於同步上下文的同步信息；步驟S408，解壓器根據同步信息對待解壓縮數據包進行解壓縮。通過上述處理步驟，由於採用了解壓器通過發送用於通知壓縮器同步上下文的反饋信息後，緩存後續接收到的待解壓縮數據包，並根據壓縮器反饋的用於同步上下文的同步信息對該待解壓縮數據包進行解壓縮的技術手段，因此，在一定程度上減少了丟包現象的發生，進一步提高了通信質量。在本實施例中，步驟S402可以表現為以下實現過程當解壓器支持亂序解壓且當前解壓器檢測到上下文已失步時，解壓器發起通知壓縮器同步上下文的反饋信息，例如用於反映解壓器解壓縮失敗或解壓縮失步情況嚴重的消極反饋信息。此時，解壓器可以開啟壓縮包緩存及修復功能，將變量RedeCOmp_Flag置位。與步驟S402的上述具體實現過程相對應，步驟S404在具體實施時可以表現為以下實現過程上述在解壓器緩存及修復功能開啟，即RedeC0mp_Flag置位的場合，解壓器會等待同步上下文的包，如果之前發送的消極反饋(NACK)，則等待IR_DYN包，如果發送的是靜態消極反饋(STATIC_NACK)，則等待IR包。在此過程中，解壓器可以緩存其他類型無法正確解壓的數據包。一旦正確接收到上下文同步包，則開始嘗試修復之前緩存的數據。步驟S408中，解壓器對緩存的上述待解壓縮數據包進行解壓縮的方式有多種，例如可以按照接收上述待解壓縮數據包的先後順序依次進行解壓縮，或者隨機對待解壓縮數據進行解壓縮。考慮到在LSB算法中，在時間或位置上距離IR或IR_DYN越近的數據包，與IR或IR_DYN的關聯性越強，修復的成功率越高，在本實施例的一個優選實施方式中，解壓器利用接收待解壓縮數據包的先後順序，按照從後向前的順序對待解壓數據包進行解壓縮。具體可以採用以下表現形式在壓縮包修復過程中，採取倒序修復，通常情況下，在發起消極反饋到接收到IR/IR_DYN包的過程中，包流中變化最多的域一般是SN/TS/IPID，對於其他域而言，可以顯示的使用待修復壓縮包中的域或者隱式的使用I R/IR_DYN包中的域。即使一些壓縮包可以被成功修復，為了保證上下文的同步性，最終更新上下文的包一定只是IR/IR_DYN包。

為了防止對上述待解壓縮數據包的無限制緩存，佔用較多資源，進而影響通信質量，在緩存的待解壓縮數據包的數量到達預定數量，或者在預定時間段內未接收到同步信息時，清空緩存的所有待解壓縮數據包並停止緩存後續接收的待解壓縮數據包。具體可以表現為以下處理過程在解壓器緩存及修復功能開啟，即RedeCOmp_Flag置位的場合，解壓器會緩存無法正確解壓的數據包。可以通過設置緩存門限來打開或者關閉該算法。比如，方法一，可以通過設置最大緩存包個數來避免無限制的緩存數據，因為ROHC —般承載的上層應用是實時通信，它不允許底層產生額外的延遲。超過緩存門限數量還未收到IR/IR_DYN，清空已緩存的數據，關閉該算法；方法二，可以根據上層應用，設置最大延遲時間。當達到最大延遲時間還未收到IR/IR_DYN時，清空已緩存的數據，關閉緩存及修復功能，同時將上述標識Redecomp_Flag清 O。在本實施例中，解壓器根據同步信息對待解壓縮數據包進行解壓縮之前，還可以對同步信息進行校驗，其中，校驗通過後的同步信息用於對待解壓縮數據包進行解壓縮。如果解壓器接收到的上下文同步包錯誤(即校驗未通過)，則放棄此次緩存及修復過程。在本實施例中還提供了一種數據的解壓縮裝置，該裝置位於解壓器中，用於實現上述實施例及優選實施方式，已經進行過說明的不再贅述，下面對該裝置中涉及到的模塊進行說明。如以下所使用的，術語「模塊」可以實現預定功能的軟體和/或硬體的組合。儘管以下實施例所描述的裝置較佳地以軟體來實現，但是硬體，或者軟體和硬體的組合的實現也是可能並被構想的。圖5為根據本發明實施例1的數據的解壓縮裝置的結構框圖。如圖5所示，該裝置包括檢測模塊50，連接至發送模塊52，用於檢測上下文是否失步；發送模塊52，連接至緩存模塊54，用於在檢測模塊50檢測到上下文失步時，發送用於通知壓縮器同步上下文的反饋信息；緩存模塊54，連接至解壓縮模塊58，用於在發送模塊52發送反饋信息後，緩存後續接收到的待解壓縮數據包；接收模塊56，連接至解壓縮模塊58，用於接收壓縮器發送的用於同步上下文的同步信息；解壓縮模塊58，用於根據同步信息對待解壓縮數據包進行解壓縮。通過上述各個模塊實現的功能，和上述方法實施例類似，同樣可以在一定程度上減少丟包現象的發生，進一步提高通信質量。在本實施例中，上述解壓縮模塊58，用於利用接收待解壓縮數據包的先後順序，按照從後向前的順序對待解壓數據 包進行解壓縮。在本實施例中，為了防止無限制地緩存壓縮包，如圖6所示，上述裝置還包括停止緩存模塊60，用於在緩存的待解壓縮數據包的數量到達預定數量，或者在預定時間段內未接收到同步信息時，清空緩存的所有待解壓縮數據包並停止緩存後續接收的待解壓縮數據包。在本實施例中，如圖6所示，上述裝置還可以包括以下模塊校驗模塊62，用於對同步信息進行校驗，其中，校驗通過後的同步信息用於對待解壓縮數據包進行解壓縮。實施例2本實施例與實施例1相對應，從壓縮器角度進行說明。圖7為根據本發明實施例2的數據的解壓縮處理方法的流程圖。如圖7所示，該方法包括步驟S702，壓縮器接收解壓器發送的同步上下文的反饋信息，其中，該反饋信息在解壓器檢測到上下文失步後發送；步驟S704，在接收到反饋信息後，壓縮器向解壓器發送用於同步上下文的同步信息，其中，該同步信息用於對解壓器在發送所述反饋信息後緩存的待解壓縮數據包進行解壓縮。通過上述處理步驟，對壓縮器的功能作了改進，從而與解壓器的功能相對應，進而解決了解壓器在檢測到上下文失步並發送完消極反饋信息後，解壓器無法正確解壓縮後續接收到的壓縮包的技術問題。在本實施例中，還提供了一種數據的解壓縮處理裝置，該裝置位於壓縮器中，用於實現上述方法，如圖8所示，該裝置包括接收模塊80，連接至發送模塊82，用於接收解壓器發送的同步上下文的反饋信息，其中，反饋信息在解壓器檢測到上下文失步後發送；發送模塊82，用於在接收到反饋信息後，向解壓器發送用於同步上下文的同步信息，其中，同步信息用於對解壓器在發送所述反饋信息後緩存的待解壓縮數據包進行解壓縮實施例3本實施例的主要設計思想在於，在解壓器發送完消極反饋包後，緩存後續收到的壓縮包，待收到期望的IR/IR_DYN包時，重新倒序解壓先前由於上下文失步從而導致無法正確解壓的壓縮包。最後，儘可能多的將緩存中連續的可修復的壓縮包投遞給上層處理，從而將底層丟包對ROHC層的影響降到最低，提高上層應用的通信質量。具體可以參見圖9，如圖9所示，本實施例的主要設計思路包括以下處理步驟步驟S902，在解壓器發送的消極反饋信息(STATIC_NACK/NACK)未抵達壓縮器時，壓縮器正常發送壓縮包I ;步驟S904，對壓縮包I進行解壓，解壓失敗後緩存壓縮包I ;步驟S906，壓縮器向解壓器發送壓縮包2 ；步驟S908，解壓器對壓縮包2進行解壓，解壓失敗後緩存包2 ；步驟S910，在上述消極反饋信息(STATIC_NACK/NACK)抵達壓縮器時，壓縮器向解壓器發送同步上下文的信息(即IR/IR_DYN包3)；步驟S912，解壓器利用IR/IR_DYN包3修復緩存的壓縮包I和壓縮包2 ；步驟S914，按順序依次投遞壓縮包1、壓縮包2以及IR/IR_DYN包3。圖10為根據本發明實施例3的開啟包緩存及修復功能流程圖。如圖10所示，該流程包括以下處理步驟步驟S1002，開啟包緩存及修復功能流程啟動，進入步驟S1004 ；步驟S1004，如果解壓器由於檢測到上下文失步並且需要發起消極反饋，進入步驟S1006 ;否則，解壓器上下文和壓縮器同步，進入步驟S1012 ；

步驟S1006，如果ROHC的版本支持亂序解壓，進入步驟S1008 ;否則，進入步驟S1012 ；步驟S1008,判斷當前是否已經開啟壓縮包緩存及修復功能,檢查標識Redecomp_Flag，如果Redecomp_Flag為0，進入步驟S1010 ;否則，進入步驟S1012 ；步驟S1010，解壓器需要開啟包緩存及修復功能，將Redecomp_Flag置為1，進入步驟 S1012 ；步驟S1012，開啟包緩存及修復功能流程結束。圖11為根據本發明實施例3的開啟包緩存及修復功能後的解壓器的包接收流程圖。如圖11所示,該流程包括步驟S1102，開啟包緩存及修復功能後的解壓器包接收流程啟動，進入步驟S1104 ；步驟S1104,如果開啟包緩存及修復功能，即Redecomp_Flag置I,進入步驟S1106 ；否則，進入步驟S1116 ；步驟S1106，判斷當前接收到的包是否是期望的IR/IR_DYN，如果是，進入步驟S1108;否則，認為壓縮器暫時還未收到解壓器發送的消極反饋，緩存當前接收到的壓縮包，進入步驟SI 114 ;步驟SI 108，解碼IR/IR_DYN包，如果CRC校驗通過，進入步驟SI 112 ;否則，認為此次上下文同步過程失敗，放棄壓縮包緩存及修復過程，進入步驟SlllO ；步驟SI 110，關閉包緩存及修復過程，進入步驟SI 116 ；步驟SI 112，成功接收IR/IR_DYN包，進行包修復過程，進入步驟S1116 ；步驟S1114，解壓器等待接收IR/IR_DYN包，暫時緩存無法解壓的壓縮包，進入步驟 S1116 ；步驟SI 116，開啟包緩存及修復功能後的解壓器包接收流程結束。下面結合圖12對本實施例所涉及的壓縮包緩存處理流程做進一步的詳細描述，如圖12所示，該流程包括步驟S1202，壓縮包緩存處理流程啟動，進入步驟S1204 ;步驟S1204，判斷是否達到緩存門限，即能否繼續進行包緩存及修復功能，如果可以繼續緩存，進入步驟S1206 ;否則，進入步驟S1208 ;步驟S1206，緩存當前收到的壓縮數據包，進入步驟S1210 ；步驟S1208，關閉包緩存及修復功能，進入步驟S1210 ；步驟S1210，壓縮包緩存處理流程結束；下面結合圖13對本實施例涉及的緩存包修復處理流程做進一步的詳細描述，如圖13所示，該流程包括步驟S1302，緩存包修復處理流程啟動，進入步驟S1304 ;步驟S1304，由于越靠近IR/IR_DYN包，壓縮包越可能被修復，按照倒序的方式解壓所有緩存的壓縮包，進入步驟S1306 ；步驟S1306,判斷當前修復的緩存壓縮包能否通過CRC校驗,如果修復成功，進入步驟S1308 ;否則，進入步驟S1310 ；步驟S1308，判 斷是否存在待修復的緩存壓縮包，如果存在，進入步驟S1304 ;否則，進入步驟S1310 ；步驟S1310，按照壓縮包的接收順序，將所有成功修復的數據包和IR/IR_DYN包一起投遞給上層，進入步驟S1312 ；步驟S1312，結束本次包緩存及修復操作，進入步驟S1314 ；步驟S1314，使用成功解壓的IR/IR_DYN包更新解壓上下文，完成上下文同步過程，進入步驟S1316 ；步驟S1316，緩存包修復處理過程結束。下面結合圖14對本發明所涉及的關閉包緩存及修復處理流程做進一步的詳細描述，如圖14所示，該流程包括步驟S1402，關閉包緩存及修複流程啟動，進入步驟S1404 ；步驟S1404，清空已經緩存的壓縮包，進入步驟S1404 ；步驟S1406，將Redecomp_Flag置為0，關閉包緩存及修復功能，進入步驟S1408 ；步驟S1408，關閉包緩存及修復功能結束。通過上述實施例可以看出，本發明實施例實現了以下有益效果在解壓器發現上下文失步時，緩存一定數量的無法正確解壓的壓縮包，待壓縮解壓上下文同步後，再次嘗試解壓緩存數據包，從而最大程度上減少上下文同步過程中可能丟棄的壓縮包，以及將底層丟包對ROHC層的影響降到最低，在一定程度上改善上層應用程式的通信質量。在另外一個實施例中，還提供了一種軟體，該軟體用於執行上述實施例及優選實施方式中描述的技術方案。在另外一個實施例中，還提供了一種存儲介質，該存儲介質中存儲有上述軟體，該存儲介質包括但不限於光碟、軟盤、硬碟、可擦寫存儲器等。
顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，並且在某些情況下，可以以不同於此處的順序執行所示出或描述的步驟，或者將它們分別製作成各個集成電路模塊，或者將它們中的多個模塊或步驟製作成單個集成電路模塊來實現。這樣，本發明不限制於任何特定的硬體和軟體結合。以上僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應 包含在本發明的保護範圍之內。
權利要求
1.一種數據的解壓縮方法，其特徵在於，包括解壓器發送用於通知壓縮器同步上下文的反饋信息，其中，所述反饋信息在所述解壓器檢測到上下文失步後發送；在發送所述反饋信息後，所述解壓器緩存後續接收到的待解壓縮數據包；所述解壓器接收所述壓縮器發送的用於同步上下文的同步信息；所述解壓器根據所述同步信息對所述待解壓縮數據包進行解壓縮。
2.根據權利要求1所述的方法，其特徵在於，所述解壓器根據所述同步信息對所述待解壓縮數據包進行解壓縮，包括所述解壓器利用接收所述待解壓縮數據包的先後順序，按照從後向前的順序對所述待解壓數據包進行解壓縮。
3.根據權利要求1所述的方法，其特徵在於，還包括在緩存的所述待解壓縮數據包的數量到達預定數量，或者在預定時間段內未接收到所述同步信息時，清空緩存的所有待解壓縮數據包並停止緩存後續接收的待解壓縮數據包。
4.根據權利要求1至3中任一項所述的方法，其特徵在於，所述解壓器根據所述同步信息對所述待解壓縮數據包進行解壓縮之前，還包括所述解壓器對所述同步信息進行校驗，其中，校驗通過後的所述同步信息用於對所述待解壓縮數據包進行解壓縮。
5.一種數據的解壓縮處理方法，其特徵在於，包括壓縮器接收解壓器發送的同步上下文的反饋信息，其中，所述反饋信息在所述解壓器檢測到上下文失步後發送；在接收到所述反饋信息後，所述壓縮器向所述解壓器發送用於同步上下文的同步信息，其中，所述同步信息用於對所述解壓 器在發送所述反饋信息後緩存的待解壓縮數據包進行解壓縮。
6.一種數據的解壓縮裝置，位於解壓器中，其特徵在於，包括檢測模塊，用於檢測上下文是否失步；發送模塊，用於在所述檢測模塊檢測到所述上下文失步時，發送用於通知壓縮器同步上下文的反饋信息；緩存模塊，用於在所述發送模塊發送所述反饋信息後，緩存後續接收到的待解壓縮數據包；接收模塊，用於接收所述壓縮器發送的用於同步上下文的同步信息；解壓縮模塊，用於根據所述同步信息對所述待解壓縮數據包進行解壓縮。
7.根據權利要求6所述的裝置，其特徵在於，所述解壓縮模塊，用於利用接收所述待解壓縮數據包的先後順序，按照從後向前的順序對所述待解壓數據包進行解壓縮。
8.根據權利要求6所述的裝置，其特徵在於，還包括停止緩存模塊，用於在緩存的所述待解壓縮數據包的數量到達預定數量，或者在預定時間段內未接收到所述同步信息時， 清空緩存的所有待解壓縮數據包並停止緩存後續接收的待解壓縮數據包。
9.根據權利要求6至8中任一項所述的裝置，其特徵在於，還包括校驗模塊，用於對所述同步信息進行校驗，其中，校驗通過後的所述同步信息用於對所述待解壓縮數據包進行解壓縮。
10.一種數據的解壓縮處理裝置，其特徵在於，包括 接收模塊，用於接收解壓器發送的同步上下文的反饋信息，其中，所述反饋信息在所述解壓器檢測到上下文失步後發送； 發送模塊，用於在接收到所述反饋信息後，向所述解壓器發送用於同步上下文的同步信息，其中，所述同步信息用於對所述解壓器在發送所述反饋信息後緩存的待解壓縮數據包進行解壓縮。
全文摘要
本發明提供了一種數據的解壓縮、解壓縮處理方法及裝置，其中，上述解壓縮方法包括解壓器發送用於通知壓縮器同步上下文的反饋信息，其中，該反饋信息在解壓器檢測到上下文失步後發送；在發送上述反饋信息後，解壓器緩存後續接收到的待解壓縮數據包；解壓器接收壓縮器發送的用於同步上下文的同步信息；解壓器根據上述同步信息對待解壓縮數據包進行解壓縮。採用本發明提供的上述方案，有效地減少了因為上下文失步造成的丟包現象，提供了通信質量。
文檔編號H04L1/16GK103051434SQ201210557068
公開日2013年4月17日 申請日期2012年12月20日 優先權日2012年12月20日
發明者史學紅, 高翔, 董淑松, 孫以雷 申請人:中興通訊股份有限公司