[發明專利]一種分組數據匯聚協議層處理數據的方法及系統無效
| 申請號: | 201010546056.9 | 申請日: | 2010-11-15 |
| 公開(公告)號: | CN102469511A | 公開(公告)日: | 2012-05-23 |
| 發明(設計)人: | 王達菲;張健 | 申請(專利權)人: | 中興通訊股份有限公司 |
| 主分類號: | H04W28/06 | 分類號: | H04W28/06;H04W80/00 |
| 代理公司: | 北京派特恩知識產權代理事務所(普通合伙) 11270 | 代理人: | 王黎延;周義剛 |
| 地址: | 518057 廣東省深圳市南山*** | 國省代碼: | 廣東;44 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 分組 數據 匯聚 協議 處理 方法 系統 | ||
技術領域
本發明涉及無線通信技術,尤其涉及一種分組數據匯聚協議(Packet?DataConvergence?Protocol,PDCP)層處理數據的方法及系統。
背景技術
圖1為長期演進(Long?Term?Evolution,LTE)用戶面協議棧示意圖,如圖1所示,演進陸地無線接入網節點B(E-URTAN?NodeB,eNB)和用戶設備(UserEquipment,UE)的協議棧中,從高層到低層包含:PDCP層、無線鏈路控制(RadioLink?Control,RLC)層、MAC(Medium?Access?Control)層、物理層(Physicallayer,PHY)。發送端需要傳送業務數據到達接收端時,發送端將接收到的業務數據經過eNB的PDCP層、RLC層、MAC層處理,最后到達發送端的PHY層,發送端通過PHY層的物理通路將業務發送到接收端的PHY層,經過接收端的MAC層、RLC層、PDCP層的處理,向接收端的高層投遞。其中,所述發送端和接收端可以分別為eNB和UE,也可以分別為UE和eNB。
在上述從高層到低層的傳送過程中,PDCP層將收到的PDCP服務數據單元(SDU,Service?Data?Unit)首先進行頭壓縮,然后進行加密,最后加上PDCP頭形成PDCP協議數據單元(PDU,Protocol?Data?Unit),發送到RLC層。其中,PDCP頭中包含了序列號(SN,Sequence?Number),用于標示各PDCP?SDU的發送順序,該SN稱為PDCP?SN。反之,在從低層到高層的傳送過程中,PDCP首先將收到的PDCP?PDU解去PDCP頭,然后進行解密,之后解壓縮,形成了PDCP的SDU。
現有技術中,PDCP具有丟棄(PDCP?Discard)功能,即當PDCP?SDU的丟棄定時器(discardTimer)超時,或者向對端投遞的PDCP?SDU被來自對端的狀態報告(Status?Report)所確認,那么PDCP發送端會將所述PDCP?SDU丟棄,并且將其對應的PDCP?PDU丟棄。進一步的,如果該PDCP?PDU被投遞到了RLC層,那么PDCP要向RLC發送該PDCP?PDU的丟棄指示。
但是,現有技術的做法,使得接收端PDCP的解壓器在解壓縮過程中存在失敗的可能。
假設發送端有PDCP?SN為1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20一共20個PDCP?SDU發送,各PDCP?SDU依次對應實時傳輸協議(Real-time?Transport?Protocol,RTP)首部中的SN為1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20,PDCPSN為1、2、3的3個報文被接收端成功接收,并且接收端PDCP對報文成功解壓縮,解壓器的參考值更新為3,其二進制為0011,SN的壓縮效率達到最大,壓縮器使用含4bit?SN字段的壓縮報文進行壓縮,PDCP壓縮器將會從PDCP?SN為4的PDCP?SDU開始,到PDCP?SN為20的PDCP?SDU,全部使用4bit?SN字段的壓縮報文進行壓縮處理。
此時,發送端PDCP的PDCP?SN為4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19這16個PDCP?SDU由于其discardTimer超時或者是收到了來自對端的Status?Report的確認,發送端PDCP執行PDCP?Discard功能,將這16個PDCP?SDU丟棄。由于壓縮器并不知道PDCP?Discard發生,會繼續按照之前的壓縮方法進行壓縮處理,即繼續傳送4bit?SN的壓縮報文,即對于PDCP?SN為20的PDCP?SDU,由于其RTP首部中的SN為20,二進制為10100,所以壓縮器只將低4bit傳送給解壓器,即將0100傳送給解壓器,并且,由于解壓器無法收到PDCP?SN從4到19的報文,所以解壓器的參考值維持為3,二進制為0011,當解壓器收到了PDCP?SN為20的報文時,使用0100在參考值0011的基礎上還原,得到SN為0100,即SN為4,這和所傳送的SN為20是不一致的,導致解壓縮失敗。
之所以能出現上述問題,在于壓縮器和解壓器對報文的處理未能一致,即解壓器本應該獲取的報文被PDCP?Discard功能所丟棄,進而導致了解壓器無法正確維護用以解壓縮的參考值,最終使得解壓縮失敗。解壓縮失敗后,壓縮器和解壓器都會發起一系列的修復流程,增加了空口交互的數據量,造成帶寬浪費。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于中興通訊股份有限公司,未經中興通訊股份有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201010546056.9/2.html,轉載請聲明來源鉆瓜專利網。
- 數據顯示系統、數據中繼設備、數據中繼方法、數據系統、接收設備和數據讀取方法
- 數據記錄方法、數據記錄裝置、數據記錄媒體、數據重播方法和數據重播裝置
- 數據發送方法、數據發送系統、數據發送裝置以及數據結構
- 數據顯示系統、數據中繼設備、數據中繼方法及數據系統
- 數據嵌入裝置、數據嵌入方法、數據提取裝置及數據提取方法
- 數據管理裝置、數據編輯裝置、數據閱覽裝置、數據管理方法、數據編輯方法以及數據閱覽方法
- 數據發送和數據接收設備、數據發送和數據接收方法
- 數據發送裝置、數據接收裝置、數據收發系統、數據發送方法、數據接收方法和數據收發方法
- 數據發送方法、數據再現方法、數據發送裝置及數據再現裝置
- 數據發送方法、數據再現方法、數據發送裝置及數據再現裝置





