專利名稱：一種無線網(wǎng)絡中頭壓縮的處理方法及系統(tǒng)、裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域，特別是一種無線網(wǎng)絡中頭壓縮的處理方法、系 統(tǒng)及裝置。
背景技術：
由于物理條件的限制，無線鏈路與有線鏈路相比，其傳輸速率較低，而誤 碼率偏高。當在無線小區(qū)環(huán)境中應用IP技術時，存在分組頭標開銷過大的問
題。例如， 一個IPv6語音通信分組，用戶真正需要的分組凈荷往往只占整個 分組的22%。這樣不僅浪費帶寬，還增大了分組因出錯而被丟棄的概率。若不 采取有效措施，在浪費寶貴無線網(wǎng)絡資源的同時，還會降低服務質量(QoS)。
魯棒性頭標壓縮(ROHC, Robust Header Compression)是一種基于流的頭 標壓縮方案。在網(wǎng)絡數(shù)據(jù)傳輸過程中，同一個流的分組其大部分頭標域具有相 同的域值。ROHC在某個流中取一個參考分組，對于其他分組僅僅發(fā)送頭標域 中相對參考分組變化的信息，以達到壓縮目的，從而更加有效地利用帶寬。同 時，ROHC還通過控制反饋消息的頻率和數(shù)量、檢測不同步的嚴格邏輯、以及 差錯校驗等手段，使該頭標壓縮機制具有高度的有效性和合理的魯棒性。這樣， ROHC便提供了 一個適合于高誤碼率和長時延鏈路的頭標壓縮機制。
ROHC定義了壓縮器(Compressor)和解壓縮器(DeCompressor),分別 有三種狀態(tài)。壓縮器的三個狀態(tài)為IR (Initialization and Refresh), FO (First Order)和SO (Second Order);解壓縮器的三個狀態(tài)為NC (No Context )， SC (Static Context)和FC ( Full Context )。
ROHC基于反饋的形式還分了三種模式單向模式(U-mode)、雙向可靠 模式(R-mode)和雙向優(yōu)化模式(O-mode)。 U模式中通信是單向的，壓縮器狀態(tài)遷移不依賴于反饋；O模式中負反饋是強制的；R模式中正反饋和負反饋 都是強制的。
但是，ROHC只能工作在IP層以上，而且無法對以太網(wǎng)的數(shù)據(jù)包進行頭 壓縮。同時，ROHC的操作效率不高，和無線網(wǎng)絡的底層技術結合不夠緊密。
數(shù)據(jù)包頭壓縮(Packet Header Suppression, PHS )是一套頭壓縮機制，可 以對多個IP層上不同的profile進行壓縮，也支持對以太網(wǎng)包進行的頭壓縮， 相對于ROHC等頭壓縮方式，有更廣的應用范圍。PHS有如下參數(shù)，數(shù)據(jù)包 頭壓縮大小(PHSS, Packet header suppression size ),凄t據(jù)包頭壓縮掩碼(Packet header suppression mask ， PHSM ), 數(shù)據(jù)包頭壓縮索引 (Packet header suppression index ， PHSI),數(shù)據(jù)包頭壓縮域值(Packet header suppression field , PHSF )，數(shù)據(jù)包頭壓縮確認(Packet header suppression valid , PHSV確認)。
PHSF由高層實體決定，然后在空口上用一個更短的PHSI替代PHSF和 PHSM組合后的比特串進行傳送，從而達到節(jié)省空口資源的目的。
這種技術方案中，PHS只能對靜態(tài)的數(shù)據(jù)包頭部分進行壓縮， 一些業(yè)務進 行過程中可能發(fā)生變化的部分都無法壓縮；其沒有反饋機制，不具備ROHC 的魯棒性，以及伴隨業(yè)務進行的實時動態(tài)特性。
發(fā)明內(nèi)容
本發(fā)明實施例的目的是提供一種無線網(wǎng)絡中頭壓縮的處理方法及系統(tǒng)、裝 置，可以實現(xiàn)在IP層以下進行頭壓縮并能對壓縮機制發(fā)生改變的參數(shù)進行狀 態(tài)改變。
本發(fā)明實施例4是供的一種無線網(wǎng)絡中頭壓縮的處理方法，包括 壓縮端和解壓縮端建立數(shù)據(jù)包頭壓縮PHC初始上下文； 需要轉變壓縮狀態(tài)時，所述壓縮端將狀態(tài)轉變信息發(fā)送給所述解壓縮端； 所述解壓縮端利用所述狀態(tài)轉變信息對來自所述壓縮端的數(shù)據(jù)包進行解 壓縮處理。
ii本發(fā)明實施例提供的一種無線網(wǎng)絡中頭壓縮的反饋處理方法，包括 需要轉變壓縮狀態(tài)時，壓縮端將狀態(tài)轉變信息發(fā)送給解壓縮端；
解壓縮端收到該狀態(tài)轉變信息后，利用狀態(tài)轉變信息更新解壓縮狀態(tài)，并
向壓縮端發(fā)送反饋信息；
壓縮端收到反^^責信息后，利用所述狀態(tài)轉變信息更新壓縮狀態(tài)。 本發(fā)明實施例提供的一種無線網(wǎng)絡中PHC初始上下文建立方法，包括 發(fā)送端與接收端進行能力協(xié)商，在所述能力協(xié)商過程中所述發(fā)送端和接收
端將自身的PHC支持能力告知對端；
在業(yè)務連接建立過程中，所述發(fā)送端向接收端發(fā)送含有連接標識、分類器
信息以及對應的PHC信息的連接建立消息。
本發(fā)明實施例提供的一種無線網(wǎng)絡中頭壓縮的處理系統(tǒng)，包括壓縮器和
解壓縮器，其中，
所述壓縮器，用于與所述解壓縮器建立PHC初始上下文；在需要轉變壓 縮狀態(tài)時，將狀態(tài)轉變信息發(fā)送解壓縮器；向所述解壓縮器發(fā)送壓縮的數(shù)據(jù)包；
所述解壓縮器，用于與所述壓縮器建立PHC初始上下文；利用所述狀態(tài) 轉變信息對來自壓縮器的數(shù)據(jù)包進行解壓縮處理。
本發(fā)明實施例提供的一種無線網(wǎng)絡中頭壓縮的反饋處理系統(tǒng)，包括 壓縮器和解壓縮器，其中，
所述壓縮器，用于需要轉變壓縮狀態(tài)時，將狀態(tài)轉變信息發(fā)送給所述解壓 縮器，所述狀態(tài)轉變信息為壓縮機制變化信息；收到來自解壓縮器的反饋信息 后，利用所述狀態(tài)轉變信息更新壓縮狀態(tài)；
所述解壓縮器，用于利用所述狀態(tài)轉變信息更新解壓縮狀態(tài)，并向壓縮器 發(fā)送反饋信息。
本發(fā)明提供的一種通信系統(tǒng)，包括
所述發(fā)送裝置，用于與所述接收裝置進行能力協(xié)商，在所述能力協(xié)商過程 中將所述自身的PHC支持能力信息通知所述接收裝置；向接收裝置發(fā)送連標識、分類器信息以及對應的PHC信息；
接收裝置，用于與所述發(fā)送裝置進行能力協(xié)商，在頭壓縮機制建立過程中 將所述自身的PHC支持能力信息發(fā)送給所述發(fā)送裝置。
本發(fā)明實施例中，壓縮端和解壓縮端建立PHC初始上下文；壓縮端確定 需要轉變壓縮狀態(tài)時，將狀態(tài)轉變信息發(fā)送解壓縮端；所述解壓縮端利用所述 狀態(tài)轉變信息對來自壓縮端的數(shù)據(jù)包進行解壓縮處理。本發(fā)明可以對變化的動 態(tài)參數(shù)實時進行更新，而且還可以在MAC層進行頭壓縮。 船閎w日日
圖1為本發(fā)明實施例方法的流程示意圖2為本發(fā)明實施例的狀態(tài)轉變子頭的格式；
圖3為本發(fā)明實施例的設置的一個信令消息格式示意圖4為本發(fā)明實施例的設置的另一個信令消息格式示意圖5為本發(fā)明實施例的MACPDU的結構示意圖6為壓縮端和解壓縮端建立PHC初始上下文的具體流程示意圖7為以網(wǎng)絡觸發(fā)的場景為例說明本發(fā)明實施例參數(shù)協(xié)商的具體流程示意
圖8為以下^f亍場景為例本發(fā)明實施例在PHC初始上下文建立后壓縮狀態(tài) 發(fā)生變化更新壓縮狀態(tài)的流程示意圖9為本發(fā)明實施例的一種無線網(wǎng)絡中頭壓縮的處理系統(tǒng)結構示意圖； 圖10為本發(fā)明實施例的無線網(wǎng)絡中頭壓縮的^^4t處理系統(tǒng)結構示意圖； 圖11為本發(fā)明實施例提供的一種通信系統(tǒng)的結構示意圖。
具體實施例方式
在本發(fā)明實施例中，在壓縮端和解壓縮端之間建立了 PHC初始上下文后， 如果在PHC初始上下文建立過程中協(xié)商的初始壓縮參數(shù)發(fā)生改變，也就是需 要轉變壓縮狀態(tài)時，壓縮端將狀態(tài)轉變信息發(fā)送解壓縮端，所述狀態(tài)轉變信息為壓縮機制變化信息；所述解壓縮端利用所述狀態(tài)轉變信息對來自壓縮端的數(shù)
據(jù)包進行解壓縮處理。
參見圖1所示，本發(fā)明實施例的方法包括以下步驟
步驟101:壓縮端和解壓縮端建立PHC初始上下文。
步驟102:壓縮端確定需要轉變壓縮狀態(tài)時，將狀態(tài)轉變信息發(fā)送解壓縮 端，所述狀態(tài)轉變信息為壓縮機制變化信息。
壓縮端可以通過如下方式將狀態(tài)轉變信息發(fā)送給解壓縮端
所述壓縮端發(fā)送媒體接入控制(MediaAccess Control, MAC)協(xié)議數(shù)據(jù)包 單元(Protocol Data Unit, PDU)給所述解壓縮端，其中MAC PDU的MAC 頭含有MACPDU中是否攜帶狀態(tài)轉變子頭的指示，以及狀態(tài)轉變子頭，參見 圖2所示，所述狀態(tài)轉變子頭中攜帶狀態(tài)轉變信息，還可以進一步包括狀態(tài)轉 變信息的序列號。所述狀態(tài)轉變信息可以包括PHCI以及對應的動態(tài)參數(shù)修 改值。
當然，圖2中狀態(tài)轉變子頭還可以包括CRC碼，或，由發(fā)送端和接收端 之間的共享密鑰產(chǎn)生的消息摘要。因此，所述解壓縮端進行解壓縮處理前，解
壓縮端可以先利用所述狀態(tài)轉變信息的CRC碼以及所述消息摘要對壓縮端進 行驗證，并且在驗證通過后，再進行解壓縮處理。
可以利用MAC頭中的空閑比特位指示狀態(tài)轉變子頭。但由于MAC頭上 的空閑bit只有一個，為了滿足后續(xù)的協(xié)議擴展性，可以將MAC頭中的空閑 比特位和可擴展的子頭域(ESF)進行組合來指示狀態(tài)轉變子頭。
另外，由于MACSDU在成為MACPDU的過程中，可能會被分割或者組 合，而本發(fā)明實施例中，利用MAC PDU中的狀態(tài)轉變子頭，來控制MAC SDU 層次上的壓縮，因此狀態(tài)轉變子頭和MAC SDU的相對位置需要確定。
圖2所示是以利用MAC頭中的空閑比特位指示狀態(tài)轉變子頭為例，PHC 就是MAC頭上的狀態(tài)轉變子頭指示，等于1表示MAC頭后存在狀態(tài)轉變子 頭；否則不存在狀態(tài)轉變子頭；PHC-UPD-SUB-H為狀態(tài)轉變子頭。狀態(tài)轉變子頭可以包含PHCI以及其對應的動態(tài)參數(shù)修改值，狀態(tài)轉變信息的序列號、 消息摘要算法相關參數(shù)，以及CRC算法相關參數(shù)。圖2中狀態(tài)轉變信息的序 列號可以為PHC的序列號(SN)，該序列號用于反^t時索引。
步驟103:所述解壓縮端利用所述狀態(tài)轉變信息對來自壓縮端的數(shù)據(jù)包進 行解壓縮處理。
當然，為了實現(xiàn)之后的數(shù)據(jù)包的連續(xù)傳輸，壓縮端確定需要轉變壓縮狀態(tài) 時，將狀態(tài)轉變信息發(fā)送解壓縮端；也就說說，需要壓縮端和解壓縮端都利用 狀態(tài)轉變信息更新解壓縮狀態(tài)，因此，在之后的數(shù)據(jù)包傳輸中，壓縮端可以利 用變化后的壓縮狀態(tài)進行壓縮處理，解壓縮端可以利用與相應的解壓縮狀態(tài)進 行解壓縮處理。
這里，壓縮端和解壓縮端更新壓縮狀態(tài)可以包括很多方式，比如 第一種方式是直接更新壓縮端和解壓縮端更新壓縮狀態(tài)的方式，具體的 說，當所述壓縮端確定需要轉變壓縮狀態(tài)時，利用所述狀態(tài)轉變信息直接更新 壓縮狀態(tài)，并采用更新后的壓縮狀態(tài)對要發(fā)送給解壓縮端的MACPDU進行壓 縮，其中MAC PDU的MAC頭含有MAC PDU中是否攜帶狀態(tài)轉變子頭的指 示，以及狀態(tài)轉變子頭。因此，解壓縮端收到所述MAC PDU后，如果所述 MAC PDU中含有狀態(tài)轉變子頭的指示，可以利用所述MACPDU中狀態(tài)轉變 子頭中的狀態(tài)轉變信息，更新解壓縮狀態(tài)，并利用更新后的解壓縮狀態(tài)對所述 MAC PDU進行解壓縮。
第二種方式通過在特定時間或事件發(fā)生時再更新壓縮和解壓縮狀態(tài)，具體
可以這樣實現(xiàn)
解壓縮端采用原壓縮狀態(tài)機制進行壓縮或沒有進行壓縮MAC PDU，該 MACPDU中不僅包括狀態(tài)轉變子頭的指示，以及狀態(tài)轉變子頭，進一步還可 以包括壓縮機制變化指示信息。因此，壓縮端可以利用原壓縮機制壓縮該MAC PDU或不壓縮該MAC PDU，在所述壓縮機制變化指示的時間或事件發(fā)生時， 更新壓縮狀態(tài)，此后，可以利用更新后的壓縮狀態(tài)對要發(fā)送給解壓縮端的MACPDU進行壓縮。而在解壓縮端，可以在收到該MACPDU后，可以才艮據(jù)所述壓 縮機制變化指示的時間或事件發(fā)生時，利用所述狀態(tài)轉變信息更新解壓縮端的 解壓縮狀態(tài)，并利用更新后的解壓縮狀態(tài)對所述壓縮機制變化指示的時間或事 件發(fā)生之后的來自所述壓縮端的數(shù)據(jù)包進行解壓縮處理。
第三種是壓縮端在收到解壓縮端更新反饋后，再更新解壓縮狀態(tài)，具體可 以這樣實現(xiàn)
壓縮端可以采用原壓縮狀態(tài)機制進行壓縮或沒有進行壓縮所述MAC PDU,其中MAC PDU的MAC頭含有MAC PDU中是否攜帶狀態(tài)轉變子頭的 指示，以及狀態(tài)轉變子頭；解壓縮端收到所述MACPDU后，利用所述狀態(tài)轉 變信息更新解壓縮狀態(tài)，并向壓縮端發(fā)送反饋信息，其中含有更新結果；壓縮 端可以根據(jù)所述反饋信息中的更新結果確定是否更新壓縮狀態(tài)，如果確定解壓 縮端已更新，壓縮端再利用所述狀態(tài)轉變信息更新壓縮狀態(tài)。
第四種是壓縮端在收到解壓縮端接收反^:貴后，更新解壓縮狀態(tài)，然后再指 示解壓縮端更新解壓縮狀態(tài)。具體如下
所述MAC PDU可以采用原壓縮狀態(tài)機制進行壓縮或沒有進行壓縮，則在 所述壓縮端發(fā)送MAC PDU給所述解壓縮端后，解壓縮端收到所述MAC PDU 后，向壓縮端發(fā)送反饋信息，其中含有接收結果；壓縮端根據(jù)所述反饋信息中 的接收結果確定是否更新壓縮狀態(tài)，如果是，則壓縮端利用所述狀態(tài)轉變信息 更新壓縮狀態(tài)，并且在更新壓縮器狀態(tài)后的未壓縮MACPDU或者第一個壓縮 MACPDU上攜帶壓縮端狀態(tài)已更新指示信息，當解壓縮端收到這個指示信息 后，利用所述狀態(tài)轉變信息立即更新解壓縮狀態(tài)。
這里，所述解壓縮端可以通過設置的信令消息向所述壓縮端發(fā)送反饋信 息，也可以通過MACPDU向所述壓縮端發(fā)送反饋信息，還可以通過特定的物 理資源向壓縮端發(fā)送反饋信息。
圖3為設置的信令消息所包含的內(nèi)容格式(不包含MAC頭)示意圖。參 見圖3所示，該信息消息可以包括CID、 PHC1以及PHCI對應的動態(tài)參數(shù)的
16接收結果(Reception Result)、 PHCSN和CRC碼。還可以包括基于哈西算法 的消息驗證碼，或基于密碼的消息驗證碼(H/CMAC )。
當然，參見圖4所示，如果一個連接標識中，有多個分類器以及對應的 PHCI,并且CRC針對一個PHC參數(shù)集進行計算，那么還需要指明所反饋的 PHCI。
而且，可以通過擴展的MACPDU承載反饋信息，解壓縮端利用擴展后的 MACPDU向壓縮端反饋信息。圖5為擴展后的MACPDU的結構示意圖。參 見圖5所示，該MAC PDU可以包括PHC的反々赍子頭(PHC FDBK SUB-H), PHC的反饋子頭中可以包括CID、接受結果(ReceptionResult)、 PHC序列號 (SN)、 CRC碼。還可以包括HMAC或CMAC。同樣，如果存在多個PHC動 態(tài)參數(shù)狀態(tài)變化，PHC的反饋子頭中還可以包括每個PHCI的Reception Result。
當壓縮端為終端側，解壓縮端為網(wǎng)絡側，并且，所述解壓縮端向壓縮端發(fā) 送反饋信息的情況，即下行發(fā)送反饋信息的情況，網(wǎng)絡側可以通過DL-MAP 消息通知終端PHC反饋信息的物理資源，網(wǎng)絡側可以利用該物理資源向終端 發(fā)送CID、 Reception Result、 PHC SN、 CRC碼。還可以包括HMAC或CMAC。
當壓縮端為網(wǎng)絡側，解壓縮端為終端側，并且，所述解壓縮端通過特定的 物理資源向壓縮端發(fā)送反饋信息的情況，即上行發(fā)送反饋信息的情況，網(wǎng)絡側 可以向終端側發(fā)送含有用于指示終端進行PHC反饋的特定物理資源的下行資 源分配(DL-MAP)消息，因此，終端可以在網(wǎng)絡側指定的特定物理資源上發(fā) 送反饋信息。
針對上述情況，網(wǎng)絡側也可以向終端發(fā)送上行資源分配(UL-MAP)消息； 終端收到所述UL-MAP消息時，如果終端有反饋信息，則向網(wǎng)絡側發(fā)送反饋 信息。而且，所述反饋信息中可以進一步包括是否發(fā)送完的指示，如果所述反 饋信息沒有發(fā)送完，則網(wǎng)絡側一直為所述終端分配資源，直到所述終端的反饋 信息發(fā)送完畢。
當然，網(wǎng)絡側可以采用輪詢方式向所述終端發(fā)送UL-MAP消息，也可以在收到終端的反饋請求后，向終端發(fā)送UL-MAP消息。
參見圖6所示，壓縮端和解壓縮端建立PHC初始上下文的具體過程可以 這樣實現(xiàn)
步驟601:壓縮端與解壓縮端進行能力協(xié)商，在所述基本能力協(xié)商過程中 所述壓縮端和解壓縮端將自身的PHC支持能力告知對端。
由于PHC參數(shù)可以分為兩種，靜態(tài)的和終端相關的參數(shù)，即PHC靜態(tài)參 數(shù)；動態(tài)的業(yè)務相關的參數(shù)，即PHC動態(tài)參數(shù)。
PHC靜態(tài)參數(shù)可以在入網(wǎng)過程中，通過SBC或者REG消息進行能力協(xié)商， 例如，PHC靜態(tài)參數(shù)可以包含如下一種或幾種參數(shù)PHC的能力支持，即動 態(tài)改變頭壓縮參數(shù)的能力、PHSS的最大值、 一個連接標識上分類器或PHCI 的最大值、PHC反饋能力的支持、支持的反饋形式、所支持的CRC算法、所 支持的頭壓縮方式，如頭壓縮方式為PHS、 PHC或ROHC等。
PHC動態(tài)參數(shù)可以在連接建立過程中，通過DSX消息進行協(xié)商，例如， 可以包含如下參數(shù)PHCS初始值、PHCF初始值、PHCV初始值、PHCM初 始值、PHCI以及反饋相關參數(shù)中的一種或幾種，其中所述反饋相關參數(shù)包括 是否需要反饋、反饋信道CID和反饋模式。進一步，所述PHC動態(tài)參數(shù)還可 以包括采用的消息摘要算法相關參數(shù)，和/或，CRC算法相關參數(shù)。
在步驟601中進行基本能力協(xié)商過程中，協(xié)商了 PHC靜態(tài)參數(shù)，以及PHC 動態(tài)參數(shù)的初始值。此后，更新狀態(tài)發(fā)生變化時，即PHC動態(tài)參數(shù)發(fā)生變化。
以SBC交互為例說明靜態(tài)參數(shù)協(xié)商過程
MS發(fā)送基本能力請求(SBC-REQ)消息給BS,攜帶終端的PHC靜態(tài)參 數(shù)；BS向GW請求依賴GW確定的PHC靜態(tài)參數(shù)的相關信息，同時也可以攜 帶終端的PHC靜態(tài)參數(shù)；GW返回BS所請求的信息；BS發(fā)送基本能力響應 (SBC-RSP)消息給MS,攜帶BS的PHC靜態(tài)參數(shù)。至此，終端和接入網(wǎng)互 相獲得了基本的PHC能力信息，后續(xù)的通信過程中的參數(shù)將在此基礎上進行。 步驟602:在所述壓縮端對解壓縮端進行接入認證后，向解壓縮端發(fā)送連
18接建立消息，如DSA請求消息，其中包括連接標識、分類器信息以及對應的 PHC信息。
步驟603:所述解壓縮端收到所述連接建立消息后，向所述壓縮端反饋DSA 響應消息，其中包括連接建立消息的接收結果、進一步還可以包含每個PHC 參數(shù)的接收結果。
圖7是以網(wǎng)絡觸發(fā)的場景為例說明本發(fā)明實施例參數(shù)協(xié)商的具體過程。參 見圖7所示，本發(fā)明實施例參數(shù)協(xié)商的具體過程如下
步驟701:網(wǎng)絡觸發(fā)實體觸發(fā)BS,要求進行連^^建立，圖中示出網(wǎng)絡觸發(fā) 實體為GW;此步驟可以攜帶上述PHC動態(tài)參數(shù)，但是如果PHC動態(tài)參數(shù)完 全由BS控制，則可不攜帶動態(tài)參數(shù)；
步驟702: BS發(fā)送動態(tài)服務增加(DSA)請求(DSA-REQ)消息給終端， 攜帶上述PHC動態(tài)參數(shù)，上述PHC動態(tài)參數(shù)可以和連接標識——對應，也可 以和分類器——對應；而符合不同分類器規(guī)則的數(shù)據(jù)是允許共享一個連接標識 的，因此一個連接標識上可能有多套的PHC動態(tài)參數(shù)。
步驟703:終端收到DSA-REQ消息后，對PHC動態(tài)參數(shù)進行解析，如果 有需要修改的PHC動態(tài)參數(shù)，可以發(fā)送攜帶需要修改的PHC動態(tài)參數(shù)的DSA 響應(DSA-RSP)消息給接入網(wǎng)；或者，通知接入網(wǎng)終端接受所有的PHC動 態(tài)參數(shù)。
步驟704:對應于步驟701, BS通知網(wǎng)絡觸發(fā)實體終端的接受狀態(tài)；如果 DSA-RSP中的PHC動態(tài)參數(shù)修改需要其確認，還可以攜帶此修改信息；如果 完全由BS控制，則不需要。
步驟705:網(wǎng)絡觸發(fā)實體進行綜合判斷，給出最終的PHC動態(tài)參數(shù)。如果 完全由BS控制，則不需要此步驟。
步驟706:接入網(wǎng)中的發(fā)送DSA確認(DSA-ACK)消息給終端，表示僅 僅確認已經(jīng)正確接收DSA-RSP消息，或者通過DSA-ACK消息將步驟705中 的最終PHC動態(tài)參數(shù)發(fā)送給終端。本發(fā)明實施例的無線網(wǎng)絡中PHC初始上下文建立方法的過程可以這樣實
現(xiàn)
發(fā)送端與接收端進行能力協(xié)商，在所述能力協(xié)商過程中所述發(fā)送端和接收
端將自身的PHC支持能力告知對端；在頭壓縮機制建立過程中，所述發(fā)送端
向接收端發(fā)送含有連接標識、分類器信息以及對應的PHC信息的連接建立消 自
圖8為以下行場景為例說明本發(fā)明實施例在PHC初始上下文建立后壓縮 狀態(tài)發(fā)生變化更新壓縮狀態(tài)的過程。參見圖8所示，本發(fā)明實施例的具體過程 如下:
步驟801:在基本能力協(xié)商(SBC)過程中，MS將自身對PHC支持的能 力發(fā)送給接入網(wǎng)；所述接入網(wǎng)將自身的PHC支持能力發(fā)送給MS。此時的支持 能力包括PHC靜態(tài)參數(shù)。
步驟802:可選地，MS與接入網(wǎng)之間進行接入認證過程。
步驟803:接入網(wǎng)發(fā)送DSA請求消息給MS,其中，包含連接標識，分類 器信息以及對應的PHC信息。
步驟804: MS發(fā)送DSA響應消息給接入網(wǎng)，其中，包含對請求消息的接 收結果，PHC參數(shù)的接受結果。步驟803和804后，終端和接入網(wǎng)之間就建立 了 PHC的初始上下文。
步驟805:接入網(wǎng)收到下行數(shù)據(jù)時，將收到的下行數(shù)據(jù)進行緩存，然后按 照上述初始上下文進行頭壓縮操作，并且檢測下行數(shù)據(jù)的數(shù)據(jù)包頭是否出現(xiàn)了 變化，并且是否滿足狀態(tài)轉變的需求。
步驟806: —旦發(fā)現(xiàn)下行數(shù)據(jù)的數(shù)據(jù)包頭發(fā)生變化，并且滿足狀態(tài)轉變的 需求，則需要在所述下行數(shù)據(jù)包的MAC頭后面增加一個子頭，把更新后的PHC 參數(shù)通知給MS。
步驟807:如果MS和接入網(wǎng)之間協(xié)商了反饋以及反饋模式，則終端接受 到上述子頭后，進行驗證，即CRC或者消息摘要驗證，終端將驗證結果反饋
20給接入網(wǎng)；如果反饋需要資源分配，則接入網(wǎng)可以提前為終端分配反饋資源。
以上實施實例中是在業(yè)務連接建立過程中實現(xiàn)壓縮機制的建立，即在空口 連接建立時就確定需要應用頭壓縮機制并且協(xié)商初始動態(tài)參數(shù)，實際上還可以 是空口連接建立時沒有確定要應用頭壓縮機制，而是在空口連接建立了一段時 間后，有需求(例如空口資源緊張)觸發(fā)應用頭壓縮機制。此時，可以采用
DSC-REQ/RSP消息協(xié)商初始動態(tài)參數(shù)。同樣，也可以在頭壓縮已經(jīng)應用的時 候，通過DSC-REQ/RSP來取消該空口連接上的頭壓縮。
參見圖9所示，本發(fā)明實施例提供的一種無線網(wǎng)絡中頭壓縮的處理系統(tǒng)， 包括壓縮器和解壓縮器，其中，
所述壓縮器91，用于與所述解壓縮器建立PHC初始上下文；在確定需要 轉變壓縮狀態(tài)時，將狀態(tài)轉變信息發(fā)送解壓縮器，所述狀態(tài)轉變信息為壓縮機 制變化信息；向所述解壓縮器發(fā)送壓縮的it據(jù)包；
所述解壓縮器92,用于與所述壓縮器建立PHC初始上下文；利用所述狀 態(tài)轉變信息對來自壓縮器的數(shù)據(jù)包進行解壓縮處理。
所述壓縮器91包括第一上下文建立單元911、狀態(tài)轉變信息發(fā)送單元 912以及發(fā)送處理單元913 。
第一上下文建立單元911,用于與所述解壓縮器進行PHC初始上下文協(xié)商， 建立PHC初始上下文；
狀態(tài)轉變信息發(fā)送單元912,用于在確定需要轉變壓縮狀態(tài)時，發(fā)送MAC PDU給所述解壓縮器，所述MAC PDU的MAC頭含有MAC PDU中是否攜 帶狀態(tài)轉變子頭的指示，以及狀態(tài)轉變子頭，所述狀態(tài)轉變子頭中攜帶狀態(tài)轉 變信息；
發(fā)送處理單元913，用于對發(fā)送給所述解壓縮器的數(shù)據(jù)包進行壓縮，并向 所述解壓縮器發(fā)送壓縮后的數(shù)據(jù)包。
所述壓縮器91還可以包括第一更新單元914，用于在狀態(tài)機制發(fā)生改變 時，利用所述狀態(tài)轉變信息更新壓縮狀態(tài)。所述解壓縮器92可以包括第二上下文建立單元921和接收處理單元922。 第二上下文建立單元921，用于與所述壓縮器進行PHC初始上下文協(xié)商，
建立PHC初始上下文；
接收處理單元922,用于利用所述狀態(tài)轉變信息對來自壓縮器的數(shù)據(jù)包進
行解壓縮處理。
所述解壓縮92還可以包括第二更新單元923,用于在收到所述狀態(tài)轉變 信息后，利用所述狀態(tài)轉變信息壓縮端更新解壓縮狀態(tài)。
所述解壓縮92還可以包括反饋單元924，用于在收到所述狀態(tài)轉變信息 后，向所述壓縮器發(fā)送反饋信息。
參見圖10所示，本發(fā)明實施例的無線網(wǎng)絡中頭壓縮的反饋處理系統(tǒng)，可 以包括壓縮器11和解壓縮器12,其中，
所述壓縮器ll,用于確定需要轉變壓縮狀態(tài)時，將狀態(tài)轉變信息發(fā)送給解 壓縮器，所述狀態(tài)轉變信息為壓縮機制變化信息；收到來自解壓縮器的反饋信 息后，利用所述狀態(tài)轉變信息更新壓縮狀態(tài)；
所述解壓縮器12,用于利用所述狀態(tài)轉變信息更新解壓縮狀態(tài)，并向壓縮 器發(fā)送反饋信息。
所述壓縮器11可以包括
狀態(tài)轉變信息發(fā)送單元111，用于在確定需要轉變壓縮狀態(tài)時，發(fā)送MAC PDU給所述解壓縮器，所述MAC PDU的MAC頭含有MAC PDU中是否攜 帶狀態(tài)轉變子頭的指示，以及狀態(tài)轉變子頭，所述狀態(tài)轉變子頭中攜帶狀態(tài)轉 變信息；
第一更新單元112，用于收到來自解壓縮器的反饋信息后，利用所述狀態(tài)
轉變信息更新壓縮狀態(tài)。
所述解壓縮器12可以包括
第二更新單元121,用于利用所述狀態(tài)轉變信息更新解壓縮狀態(tài)， 反饋單元122，用于向壓縮器發(fā)送反饋信息。參見圖ll所示，本發(fā)明實施例提供的一種通信系統(tǒng)，包括 發(fā)送裝置20,用于與接收端進行能力協(xié)商，在所述能力協(xié)商過程中所述自 身的PHC支持能力告知所述接收裝置21;對接收裝置進行接入認證，向接收 裝置21發(fā)送DSA請求消息，其中包括連接標識、分類器信息以及對應的PHC 信息；
接收裝置21,用于與接收端進行能力協(xié)商，在所述能力協(xié)商過程中所述自 身的PHC支持能力告知所述發(fā)送裝置20;收到所述DSA請求后，向所述發(fā)送 裝置20反饋DSA響應消息，其中包括請求消息的接收結果、PHC參數(shù)的接收 結果。
在本發(fā)明實施例中，壓縮端確定需要轉變壓縮狀態(tài)時，可以將狀態(tài)轉變信 息發(fā)送解壓縮端，所述解壓縮端利用所述狀態(tài)轉變信息對來自壓縮端的數(shù)據(jù)包 進行解壓縮處理，因此，可以對變化的動態(tài)參數(shù)實時進行狀態(tài)改變。這種方式 而且，這種方式可以在MAC層進行頭壓縮，也可以對^:據(jù)包的以太網(wǎng)包頭， IP數(shù)據(jù)包頭，UDP/TCP以及其他協(xié)議頭進行壓縮。而且，本發(fā)明實施例中還 提供了實時的反饋機制，對狀態(tài)改變指示信息進行反饋，確保更新操作的準確 度。
本領域的技術人員可以理解，本發(fā)明實施例中所列舉的信令消息及各項參 數(shù)的內(nèi)容格式僅是示例性的，本發(fā)明的實施例并未限定所述內(nèi)容格式的具體表 現(xiàn)形式。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及 其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1、一種無線網(wǎng)絡中頭壓縮的處理方法，其特征在于，該方法包括壓縮端和解壓縮端建立數(shù)據(jù)包頭壓縮PHC初始上下文；需要轉變壓縮狀態(tài)時，所述壓縮端將狀態(tài)轉變信息發(fā)送給所述解壓縮端；所述解壓縮端利用所述狀態(tài)轉變信息對來自所述壓縮端的數(shù)據(jù)包進行解壓縮處理。
2、 根據(jù)權利要求1所述的方法，其特征在于，所述壓縮端將狀態(tài)轉變信 息發(fā)送給解壓縮端，包括所述壓縮端發(fā)送媒體接入控制MAC協(xié)議數(shù)據(jù)包單元PDU給所述解壓縮 端，其中所述MACPDU的MAC頭含有MACPDU中是否攜帶狀態(tài)轉變子頭 的指示，以及狀態(tài)轉變子頭，所述狀態(tài)轉變子頭中攜帶狀態(tài)轉變信息，或，攜 帶狀態(tài)轉變信息以及狀態(tài)轉變信息的序列號。
3、 根據(jù)權利要求2所述的方法，其特征在于，所述狀態(tài)轉變子頭的指示 為MAC頭中的空閑比特位，或為MAC頭中的空閑比特位和可擴展的子頭域 ESF的組合。
4、 根據(jù)權利要求2所述的方法，其特征在于，所述狀態(tài)轉變子頭還包括 循環(huán)冗余校驗CRC碼，則所述解壓縮端進行解壓縮處理前，該方法進一步包括 所述解壓縮端利用所述CRC碼對壓縮端進行驗證。
5、 根據(jù)權利要求2所述的方法，其特征在于，所述狀態(tài)轉變子頭還包括 由發(fā)送端和接收端之間的共享密鑰產(chǎn)生的消息摘要；則所述解壓縮端進行解壓縮處理前，該方法進一步包括 所述解壓縮端利用所述消息摘要對壓縮端進行認證。
6、根據(jù)權利要求1所述的方法，其特征在于，所述狀態(tài)轉變信息包括 數(shù)據(jù)包頭壓縮索引PHCI以及對應的動態(tài)參數(shù)修改值。
7、根據(jù)權利要求2所述的方法，其特征在于，需要轉變壓縮狀態(tài)時，所述壓縮端利用所述狀態(tài)轉變信息直接更新壓縮狀態(tài)，并采用更新后的壓縮狀態(tài)對所述MAC PDU進行壓縮，則所述解壓縮端利用所迷狀態(tài)轉變信息對來自壓縮端的數(shù)據(jù)包進行解壓 縮處理，包括所述解壓縮端收到所述MACPDU后，如果所述MACPDU中含有狀態(tài)轉解壓縮狀態(tài)，并利用更新后的解壓縮狀態(tài)對所述MAC PDU進行解壓縮。
8、 根據(jù)權利要求2所述的方法，其特征在于，所述MAC PDU采用原壓 縮狀態(tài)機制進行壓縮或沒有進行壓縮，并且，所述MACPDU中還進一步包括 壓縮機制變化指示信息，壓縮端在所述壓縮機制變化指示的時間或事件發(fā)生時，更新壓縮狀態(tài)，并 利用更新后的壓縮狀態(tài)對要發(fā)送給解壓縮端的MAC PDU進行壓縮；則所述解壓縮端根據(jù)所述壓縮機制變化指示的時間或事件發(fā)生時，利用所 述狀態(tài)轉變信息更新解壓縮端的解壓縮狀態(tài)，并利用更新后的解壓縮狀態(tài)對所 述壓縮機制變化指示的時間或事件發(fā)生之后的來自所述壓縮端的數(shù)據(jù)包進行 解壓縮處理。
9、 根據(jù)權利要求2所述的方法，其特征在于，所述MAC PDU采用原壓 縮狀態(tài)機制進行壓縮或沒有進行壓縮，則在所述壓縮端發(fā)送MAC PDU給所述 解壓縮端之后，所述解壓縮端利用所述狀態(tài)轉變信息對來自壓縮端的數(shù)據(jù)包進 行解壓縮處理前，該方法進一步包括解壓縮端收到所述MAC PDU后，利用所述狀態(tài)轉變信息更新解壓縮狀態(tài)， 并向壓縮端發(fā)送反饋信息，其中含有更新結果；壓縮端根據(jù)所述反饋信息中的更新結果確定是否更新壓縮狀態(tài)，如果是， 則壓縮端利用所述狀態(tài)轉變信息更新壓縮狀態(tài)。
10、 根據(jù)權利要求2所述的方法，其特征在于，所述MACPDU采用原壓 縮狀態(tài)機制進行壓縮或沒有進行壓縮，則在所述壓縮端發(fā)送MAC PDU給所述解壓縮端之后，所述解壓縮端利用所述狀態(tài)轉變信息對來自壓縮端的數(shù)據(jù)包進行解壓縮處理前，該方法進一步包括解壓縮端收到所述MACPDU后，向壓縮端發(fā)送反饋信息，其中含有接收 結果；壓縮端根據(jù)所述反饋信息中的接收結果確定是否更新壓縮狀態(tài)，如果是， 則壓縮端利用所述狀態(tài)轉變信息更新壓縮狀態(tài)，并且在更新壓縮端狀態(tài)后的未 壓縮MAC PDU或者第一個壓縮MAC PDU上攜帶壓縮端狀態(tài)已更新指示信 息，當解壓縮端收到該指示信息后，利用所述狀態(tài)轉變信息更新解壓縮狀態(tài)。
11、 根據(jù)權利要求9所述的方法，其特征在于，所述解壓縮端通過設置的 信令消息向所述壓縮端發(fā)送反饋信息，或，通過MACPDU向所述壓縮端發(fā)送 反饋信息，或，通過特定的物理資源向壓縮端發(fā)送反々貴信息。
12、 根據(jù)權利要求9所述的方法，其特征在于，當解壓縮端為網(wǎng)絡側，壓 縮端為終端側時，所述解壓縮端通過特定的物理資源向壓縮端發(fā)送反饋信息之 前，進一步包括網(wǎng)絡側向終端側發(fā)送含有用于指示終端進行PHC反饋的特 定物理資源的下行資源分配消息。
13、 根據(jù)權利要求9所述的方法，其特征在于，當解壓縮端為終端側，壓 縮端為網(wǎng)絡側時，解壓縮端在特定的資源上向壓縮端發(fā)送反饋信息之前，進一 步包括網(wǎng)絡側向終端發(fā)送上行資源分配消息；終端收到所述上行資源分配消息時，如果終端有反饋信息，則向網(wǎng)絡側發(fā) 送反饋信息。
14、 根據(jù)權利要求13所述的方法，其特征在于，所述反饋信息還包括反 饋信息是否發(fā)送完的指示，如果所述反饋信息沒有發(fā)送完，則網(wǎng)絡側一直為所 述終端分配資源，直到所述終端的反饋信息發(fā)送完畢。
15、 根據(jù)權利要求13所述的方法，其特征在于，所述網(wǎng)絡側采用輪詢方 式向所述終端發(fā)送上行資源分配消息，或，所述網(wǎng)絡側是在收到終端的反饋請求后，向終端發(fā)送上行資源分配消息。
16、 一種無線網(wǎng)絡中頭壓縮的反饋處理方法，其特征在于，該方法包括 需要轉變壓縮狀態(tài)時，壓縮端將狀態(tài)轉變信息發(fā)送給解壓縮端； 解壓縮端收到該狀態(tài)轉變信息后，利用狀態(tài)轉變信息更新解壓縮狀態(tài)，并向壓縮端發(fā)送反饋信息；壓縮端收到反^t信息后，利用所述狀態(tài)轉變信息更新壓縮狀態(tài)。
17、 根據(jù)權利要求16所述的方法，其特征在于，所述壓縮端將狀態(tài)轉變 信息發(fā)送給解壓縮端，包括所述壓縮端發(fā)送MAC PDU給所述解壓縮端，其中MAC PDU的MAC頭 含有MACPDU中是否攜帶狀態(tài)轉變子頭的指示，以及狀態(tài)轉變子頭，所述狀 態(tài)轉變子頭中攜帶狀態(tài)轉變信息，或，攜帶狀態(tài)轉變信息和狀態(tài)轉變信息的序 列號。
18、 根據(jù)權利要求17所述的方法，其特征在于，所述狀態(tài)轉變子頭為MAC 頭中的空閑比特位，或為MAC頭中的空閑比特位和ESF的組合。
19、 根據(jù)權利要求17所述的方法，其特征在于，所述狀態(tài)轉變子頭還包 括CRC碼，則所述解壓縮端進行解壓縮處理前，該方法進一步包括 所述解壓縮端利用所述CRC碼對壓縮端進行驗證。
20、 根據(jù)權利要求17所述的方法，其特征在于，所述狀態(tài)轉變子頭還包 括由發(fā)送端和接收端之間的共享密鑰產(chǎn)生的消息摘要；則所述解壓縮端進行解壓縮處理前，該方法進一步包括所述解壓縮端利 用所述消息摘要對壓縮端進行認證。
21、 根據(jù)權利要求16所述的方法，其特征在于，所述狀態(tài)轉變信息包括 PHCI以及對應的動態(tài)參數(shù)修改值。
22、 根據(jù)權利要求16所述的方法，其特征在于，所述解壓縮端通過設置 的信令消息向所述壓縮端發(fā)送反饋信息，或，通過擴展后的MACPDU向所述壓縮端發(fā)送反饋信息，或，通過特定的物理資源向壓縮端發(fā)送反饋信息。
23、 根據(jù)權利要求16所述的方法，其特征在于，當解壓縮端為網(wǎng)絡側， 壓縮端為終端側時，所述解壓縮端通過特定的物理資源向壓縮端發(fā)送反饋信息 之前，進一步包括網(wǎng)絡側向終端側發(fā)送含有用于指示終端進行PHC反饋的 特定物理資源的下行資源分配消息。
24、 根據(jù)權利要求16所述的方法，其特征在于，當解壓縮端為終端側， 壓縮端為網(wǎng)絡側時，解壓縮端在特定的資源上向壓縮端發(fā)送反饋信息之前，進 一步包括網(wǎng)絡側向終端發(fā)送上行資源分配消息；終端收到所述上行資源分配消息時，如果終端有反饋信息，則向網(wǎng)絡側發(fā) 送反饋信息，其中包括反饋信息是否發(fā)送完的指示，如果所述反饋信息沒有發(fā) 送完，則網(wǎng)絡側一直為所述終端分配資源，直到所述終端的反饋信息發(fā)送完畢。
25、 根據(jù)權利要求24所述的方法，其特征在于，所述網(wǎng)絡側釆用輪詢方 式向所述終端發(fā)送上行資源分配消息，或，所述網(wǎng)絡側是在收到終端的反饋請 求后，向終端發(fā)送上行資源分配UL-MAP消息。
26、 一種無線網(wǎng)絡中PHC初始上下文建立方法，其特征在于，該方法包括發(fā)送端與接收端進行能力協(xié)商，在所述能力協(xié)商過程中所述發(fā)送端和接收 端將自身的PHC支持能力告知對端；在頭壓縮機制建立過程中，所述發(fā)送端向接收端發(fā)送含有連接標識、分類 器信息以及對應的PHC信息的連接建立消息。
27、 根據(jù)權利要求26所述的方法，其特征在于，在發(fā)送端向接收端發(fā)送 含有連接標識、分類器信息以及對應的PHC信息的連接建立消息之后，該方 法進一步包括所述接收端向所述發(fā)送端反饋針對每個PHC信息的接收結果。
28、 根據(jù)權利要求26所述的方法，其特征在于，所述PHC信息包括數(shù)據(jù)包頭壓縮大小PHCS初始值、數(shù)據(jù)包頭壓縮域值PHCF初始值、數(shù)據(jù) 包頭壓縮確認PHCV初始值、數(shù)據(jù)包頭壓縮掩碼PHCM初始值、PHCI、以及 反饋相關參數(shù)中的一種或幾種，所述反饋相關參數(shù)包括是否需要反饋、反饋信 道CID和反饋模式。
29、 根據(jù)權利要求28所述的方法，其特征在于，所述PHC信息還進一步 包括采用的消息摘要算法相關參數(shù)，和/或，CRC算法相關參數(shù)。
30、 一種無線網(wǎng)絡中頭壓縮的處理系統(tǒng)，其特征在于，該系統(tǒng)包括壓縮 器和解壓縮器，其中，所述壓縮器，用于與所述解壓縮器建立PHC初始上下文；在需要轉變壓 縮狀態(tài)時，將狀態(tài)轉變信息發(fā)送解壓縮器；向所述解壓縮器發(fā)送壓縮的數(shù)據(jù)包；所述解壓縮器，用于與所述壓縮器建立PHC初始上下文；利用所述狀態(tài) 轉變信息對來自壓縮器的數(shù)據(jù)包進行解壓縮處理。
31、 根據(jù)權利要求30所述的系統(tǒng)，其特征在于，所述壓縮器包括 第一上下文建立單元，用于與所述解壓縮器進行PHC初始上下文協(xié)商，建立PHC初始上下文；狀態(tài)轉變信息發(fā)送單元，用于在需要轉變壓縮狀態(tài)時，發(fā)送MACPDU給 所述解壓縮器，所述MAC PDU的MAC頭含有MAC PDU中是否攜帶狀態(tài)轉 變子頭的指示，以及狀態(tài)轉變子頭，所述狀態(tài)轉變子頭中攜帶狀態(tài)轉變信息；發(fā)送處理單元，用于對發(fā)送給所述解壓縮器的數(shù)據(jù)包進行壓縮，并向所述 解壓縮器發(fā)送壓縮后的數(shù)據(jù)包。
32、 根據(jù)權利要求30所述的系統(tǒng)，其特征在于，所述解壓縮器包括 第二上下文建立單元，用于與所述壓縮器進行PHC初始上下文協(xié)商，建立PHC初始上下文；接收處理單元，用于利用所述狀態(tài)轉變信息對來自壓縮器的數(shù)據(jù)包進行解 壓縮處理。
33、 根據(jù)權利要求30所述的系統(tǒng)，其特征在于，所述壓縮器還包括第一更新單元，用于在狀態(tài)機制發(fā)生改變時，利用所述狀態(tài)轉變信息更新 壓縮狀態(tài)。
34、 根據(jù)權利要求31所述的系統(tǒng)，其特征在于，所述解壓縮還包括 第二更新單元，用于在收到所述狀態(tài)轉變信息后，利用所述狀態(tài)轉變信息壓縮器更新解壓縮狀態(tài)。
35、 根據(jù)權利要求31所述的系統(tǒng)，其特征在于，所述解壓縮器還包括 反饋單元，用于在收到所述狀態(tài)轉變信息后，向所述壓縮器發(fā)送反饋信息。
36、 一種無線網(wǎng)絡中頭壓縮的反饋處理系統(tǒng)，其特征在于，該系統(tǒng)包括 壓縮器和解壓縮器，其中，所述壓縮器，用于需要轉變壓縮狀態(tài)時，將狀態(tài)轉變信息發(fā)送給所述解壓 縮器，所述狀態(tài)轉變信息為壓縮機制變化信息；收到來自解壓縮器的反饋信息 后，利用所述狀態(tài)轉變信息更新壓縮狀態(tài)；所述解壓縮器，用于利用所述狀態(tài)轉變信息更新解壓縮狀態(tài)，并向壓縮器 發(fā)送反饋信息。
37、 根據(jù)權利要求36所述的系統(tǒng)，其特征在于，所述壓縮器包括 狀態(tài)轉變信息發(fā)送單元，用于在確定需要轉變壓縮狀態(tài)時，發(fā)送MAC PDU給所述解壓縮器，所述MAC PDU的MAC頭含有MAC PDU中是否攜帶狀態(tài) 轉變子頭的指示，以及狀態(tài)轉變子頭，所述狀態(tài)轉變子頭中攜帶狀態(tài)轉變信息； 第一更新單元，用于收到來自解壓縮器的反^t信息后，利用所述狀態(tài)轉變 信息更新壓縮狀態(tài)。
38、 根據(jù)權利要求37所述的系統(tǒng)，其特征在于，所述解壓縮器包括 第二更新單元，用于利用所述狀態(tài)轉變信息更新解壓縮狀態(tài)， 反饋單元，用于向壓縮器發(fā)送反饋信息。
39、 一種通信系統(tǒng)，其特征在于，該系統(tǒng)包括發(fā)送裝置和接收裝置，其中，所述發(fā)送裝置，用于與所述接收裝置進行能力協(xié)商，在所述能力協(xié)商過程中將所述自身的PHC支持能力信息通知所述接收裝置；向接收裝置發(fā)送連接 標識、分類器信息以及對應的PHC信息；所述接收裝置，用于與所述發(fā)送裝置進行能力協(xié)商，在頭壓縮機制建立過 程中將所述自身的PHC支持能力信息發(fā)送給所述發(fā)送裝置。
全文摘要
本發(fā)明公開了一種無線網(wǎng)絡中頭壓縮的處理方法，該方法為壓縮端和解壓縮端建立數(shù)據(jù)包頭壓縮(PHC)初始上下文；需要轉變壓縮狀態(tài)時，壓縮端將狀態(tài)轉變信息發(fā)送解壓縮端；所述解壓縮端利用所述狀態(tài)轉變信息對來自壓縮端的數(shù)據(jù)包進行解壓縮處理。本發(fā)明可以對變化的動態(tài)參數(shù)實時進行狀態(tài)改變，而且還可以在媒體接入控制(MAC)層進行頭壓縮。同時，本發(fā)明還公開了一種無線網(wǎng)絡中頭壓縮的處理系統(tǒng)及裝置。
文檔編號H04L1/00GK101453298SQ20071019903
公開日2009年6月10日 申請日期2007年12月7日 優(yōu)先權日2007年12月7日
發(fā)明者吳建軍, 梁文亮 申請人:華為技術有限公司