專利名稱：一種分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)，尤其涉及一種分組數(shù)據(jù)匯聚協(xié)議(Packet DataConvergence Protocol, PDCP)層處理數(shù)據(jù)的方法及系統(tǒng)。
背景技術(shù)：
圖1為長期演進(Long Term Evolution, LTE)用戶面協(xié)議棧示意圖，如圖1所示，演進陸地無線接入網(wǎng)節(jié)點B(E_URTAN NodeB, eNB)和用戶設(shè)備(UserEquipment，UE) 的協(xié)議棧中，從高層到低層包含PDCP層、無線鏈路控制(RadioLink Control, RLC)層、 MAC (Medium Access Control)層、物理層(Physicallayer，PHY)。發(fā)送端需要傳送業(yè)務數(shù)據(jù)到達接收端時，發(fā)送端將接收到的業(yè)務數(shù)據(jù)經(jīng)過eNB的PDCP層、RLC層、MAC層處理，最后到達發(fā)送端的PHY層，發(fā)送端通過PHY層的物理通路將業(yè)務發(fā)送到接收端的PHY層，經(jīng)過接收端的MAC層、RLC層、PDCP層的處理，向接收端的高層投遞。其中，所述發(fā)送端和接收端可以分別為eNB和UE，也可以分別為UE和eNB。在上述從高層到低層的傳送過程中，PDCP層將收到的PDCP服務數(shù)據(jù)單元(SDU， Service Data Unit)首先進行頭壓縮，然后進行加密，最后加上PDCP頭形成PDCP協(xié)議數(shù)據(jù)單元(PDU，Protocol Data Unit)，發(fā)送到RLC層。其中，PDCP頭中包含了序列號(SN， Sequence Number)，用于標示各PDCP SDU的發(fā)送順序，該SN稱為PDCP SN0反之，在從低層到高層的傳送過程中，PDCP首先將收到的PDCP PDU解去PDCP頭，然后進行解密，之后解壓縮，形成了 PDCP的SDU?，F(xiàn)有技術(shù)中，PDCP具有丟棄(PDCP Discard)功能，即當PDCP SDU的丟棄定時器(discardTimer)超時，或者向?qū)Χ送哆f的PDCP SDU被來自對端的狀態(tài)報告(Status Report)所確認，那么PDCP發(fā)送端會將所述PDCP SDU丟棄，并且將其對應的PDCP PDU丟棄。進一步的，如果該PDCP PDU被投遞到了 RLC層，那么PDCP要向RLC發(fā)送該PDCP PDU 的丟棄指示。但是，現(xiàn)有技術(shù)的做法，使得接收端PDCP的解壓器在解壓縮過程中存在失敗的可能。假設(shè)發(fā)送端有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發(fā)送，各PDCP SDU依次對應實時傳輸協(xié)議(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字段的壓縮報文進行壓縮處理。此時，發(fā)送端PDCP 的 PDCP SN 為 4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19 這16個PDCP SDU由于其discardTimer超時或者是收到了來自對端WMatus R印ort的確認，發(fā)送端PDCP執(zhí)行PDCP Discard功能，將這16個PDCP SDU丟棄。由于壓縮器并不知道PDCP Discard發(fā)生，會繼續(xù)按照之前的壓縮方法進行壓縮處理，即繼續(xù)傳送4bit SN的壓縮報文，即對于PDCP SN為20的PDCP SDU，由于其RTP首部中的SN為20，二進制為10100，所以壓縮器只將低4bit傳送給解壓器，即將0100傳送給解壓器，并且，由于解壓器無法收到 PDCP SN從4到19的報文，所以解壓器的參考值維持為3，二進制為0011，當解壓器收到了 PDCP SN為20的報文時，使用0100在參考值0011的基礎(chǔ)上還原，得到SN為0100，即SN為 4，這和所傳送的SN為20是不一致的，導致解壓縮失敗。之所以能出現(xiàn)上述問題，在于壓縮器和解壓器對報文的處理未能一致，即解壓器本應該獲取的報文被PDCP Discard功能所丟棄，進而導致了解壓器無法正確維護用以解壓縮的參考值，最終使得解壓縮失敗。解壓縮失敗后，壓縮器和解壓器都會發(fā)起一系列的修復流程，增加了空口交互的數(shù)據(jù)量，造成帶寬浪費。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的方法及系統(tǒng)，能夠避免上述問題、節(jié)省帶寬。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種分組數(shù)據(jù)匯聚協(xié)議PDCP層處理數(shù)據(jù)的方法，包括PDCP服務數(shù)據(jù)單元PDCP SDU的丟棄定時器discardTimer超時，或者，PDCP SDU 被來自對端的狀態(tài)報告Matus R印ort所確認時，判斷所述PDCP SDU是否已經(jīng)過PDCP處理，所述PDCP SDU未經(jīng)過PDCP處理，則將所述PDCPSDU丟棄。所述判斷所述PDCP SDU是否已經(jīng)過PDCP處理為判斷是否有與所述PDCP SDU對應的PDCP協(xié)議數(shù)據(jù)單元PDCP PDU存在，有與所述PDCP SDU對應的PDCP PDU存在，則判定所述PDCP SDU已經(jīng)過PDCP處理。該方法還包括判定所述PDCP SDU已經(jīng)過PDCP處理時，不丟棄所述PDCP SDU和其對應的PDCP PDU, PDCP不向無線鏈路控制RLC層發(fā)送丟棄的通知。一種分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的系統(tǒng)，包括定時模塊、判斷模塊和執(zhí)行模塊； 其中，所述定時模塊，用于對PDCP SDU進行丟棄定時，以及在定時超時后通知判斷模塊；所述判斷模塊，用于根據(jù)定時模塊的通知判斷所述PDCP SDU是否已經(jīng)過PDCP處理，以及在判定所述PDCP SDU未經(jīng)過PDCP處理時通知執(zhí)行模塊；所述執(zhí)行模塊，用于在收到判斷模塊的通知后，將所述PDCP SDU丟棄。所述判斷模塊判斷所述PDCP SDU是否已經(jīng)過PDCP處理為判斷是否有與所述 PDCP SDU對應的PDCP PDU存在，有與所述PDCP SDU對應的PDCPPDU存在，則判定所述PDCP SDU已經(jīng)過PDCP處理。一種分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的系統(tǒng)，包括接收模塊、判斷模塊和執(zhí)行模塊； 其中，所述接收模塊，用于接收來自對端WMatus R印ort，以及在PDCP SDU被來自對端的Matus Report所確認時通知判斷模塊；所述判斷模塊，用于根據(jù)接收模塊的通知判斷所述PDCP SDU是否已經(jīng)過PDCP處
4理，以及在判定所述PDCP SDU未經(jīng)過PDCP處理時通知執(zhí)行模塊；所述執(zhí)行模塊，用于在收到判斷模塊的通知后，將所述PDCP SDU丟棄。所述判斷模塊判斷所述PDCP SDU是否已經(jīng)過PDCP處理為判斷是否有與所述 PDCP SDU對應的PDCP PDU存在，有與所述PDCP SDU對應的PDCPPDU存在，則判定所述PDCP SDU已經(jīng)過PDCP處理。本發(fā)明分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的方法及系統(tǒng)，PDCP SDU的discardTimer 超時，或者，向?qū)Χ送哆f的PDCP SDU被來自對端的Matus R印ort所確認時，判定所述PDCP SDU未經(jīng)過PDCP處理，則將所述PDCP SDU丟棄。通過本發(fā)明，能夠保證接收端PDCP的解壓器成功解壓縮報文，從而避免解壓縮失敗后的一系列修復流程，節(jié)省帶寬。


圖1為LTE用戶面協(xié)議棧示意圖；圖2為本發(fā)明分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的方法流程示意圖。
具體實施例方式本發(fā)明的基本思想是PDCP SDU的discardTimer超時，或者，向?qū)Χ送哆f的PDCP SDU被來自對端的Matus Report所確認時，判定所述PDCP SDU未經(jīng)過PDCP處理，則將所述PDCP SDU丟棄。圖2為本發(fā)明分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的方法流程示意圖，如圖2所示，該方法包括步驟201 當PDCP SDU的discardTimer超時，或者，向?qū)Χ送哆f的PDCPSDU被來自對端的Matus Report所確認。本發(fā)明中，PDCP具有Discard功能。步驟202 判斷所述PDCP SDU是否已經(jīng)過PDCP處理，如果已經(jīng)過PDCP處理，則不丟棄所述PDCP SDU和其對應的PDCP PDU，PDCP不會向RLC層發(fā)送丟棄的通知，后續(xù)流程可以根據(jù)現(xiàn)有技術(shù)進行；否則，執(zhí)行步驟203。這里，判斷所述PDCP SDU是否已經(jīng)過PDCP處理可以為判斷是否有與所述PDCP SDU對應的PDCP PDU存在，如果存在，則判定該PDCP SDU已經(jīng)過PDCP處理，如果不存在，則判定該PDCP SDU未經(jīng)過PDCP處理。步驟203 將所述PDCP SDU丟棄。本發(fā)明還相應地提出一種分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的系統(tǒng)，該系統(tǒng)包括定時模塊、判斷模塊和執(zhí)行模塊；其中，所述定時模塊，用于對PDCP SDU進行丟棄定時，以及在定時超時后通知判斷模塊；所述判斷模塊，用于根據(jù)定時模塊的通知判斷所述PDCP SDU是否已經(jīng)過PDCP處理，以及在判定所述PDCP SDU未經(jīng)過PDCP處理時通知執(zhí)行模塊；所述執(zhí)行模塊，用于在收到判斷模塊的通知后，將所述PDCP SDU丟棄。所述判斷模塊判斷所述PDCP SDU是否已經(jīng)過PDCP處理為判斷是否有與所述 PDCP SDU對應的PDCP PDU存在，有與所述PDCP SDU對應的PDCPPDU存在，則判定所述PDCPSDU已經(jīng)過PDCP處理。本發(fā)明還相應地提出一種分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的系統(tǒng)，該系統(tǒng)包括接收模塊、判斷模塊和執(zhí)行模塊；其中，所述接收模塊，用于接收來自對端WMatus R印ort，以及在PDCP SDU被來自對端的Matus Report所確認時通知判斷模塊；所述判斷模塊，用于根據(jù)接收模塊的通知判斷所述PDCP SDU是否已經(jīng)過PDCP處理，以及在判定所述PDCP SDU未經(jīng)過PDCP處理時通知執(zhí)行模塊；所述執(zhí)行模塊，用于在收到判斷模塊的通知后，將所述PDCP SDU丟棄。所述判斷模塊判斷所述PDCP SDU是否已經(jīng)過PDCP處理為判斷是否有與所述 PDCP SDU對應的PDCP PDU存在，有與所述PDCP SDU對應的PDCPPDU存在，則判定所述PDCP SDU已經(jīng)過PDCP處理。根據(jù)本發(fā)明提供的方法及系統(tǒng)，可以保證壓縮器和解壓器對報文處理的一致，進而保證了解壓縮的正確執(zhí)行，為正確處理數(shù)據(jù)包提供了保證。下面結(jié)合具體實施例對技術(shù)方案的實施作進一步的詳細描述。實施例1本實施例中，發(fā)送端有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發(fā)送，各PDCP SDU依此對應的RTP首部中的SN為1、2、 3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20。發(fā)送端PDCP的壓縮器將PDCP SN為1、2、3的報文壓縮后發(fā)至接收端PDCP的解壓器，解壓器成功解壓報文后將解壓縮的參考值更新為3，二進制為0011。發(fā)送端PDCP對PDCP SN為4到19的PDCP SDU進行處理，生成對應的PDCP PDU。發(fā)送端PDCP的PDCP SN為4到19的PDCP SDU未收到來自底層的確認，停留在 PDCP發(fā)送緩沖區(qū)中，此時PDCP SN為4到19的PDCP SDU的discardTimer超時。發(fā)送端PDCP執(zhí)行PDCP Discard功能，判斷PDCP SN為4到19的PDCPSDU已經(jīng)過了 PDCP處理，因此不對這些PDCP SDU以及相應的PDCP PDU丟棄。接收端PDCP收到PDCP SN為4到19的報文，更新PDCP解壓器的參考值為19，二進制為10011。發(fā)送端PDCP的壓縮器對PDCP SN為20的PDCP SDU壓縮，只傳送低4bit，即0100。接收端PDCP收到PDCP SN為20的壓縮報文，即其低4bit (0100)，用參考值10011 還原，得到SN為10100，即SN為20。保證了報文的正確解壓縮，進而保證了報文的成功處理。實施例2本實施例中，發(fā)送端有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發(fā)送，各PDCP SDU依此對應的RTP首部中的SN為1、2、 3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20。發(fā)送端PDCP的壓縮器將PDCP SN為1、2、3的報文壓縮后發(fā)至接收端PDCP的解壓器，解壓器成功解壓報文后將解壓縮的參考值更新為3，二進制為0011。發(fā)送端PDCP未對PDCP SN為4至Ij 19的PDCP SDU處理，此時PDCP SN為4至Ij 19 的 PDCP SDU 的 discardTimer 超時。
發(fā)送端PDCP執(zhí)行PDCP Discard功能，判斷PDCP SN為4到19的PDCPSDU未經(jīng)過 PDCP處理，沒有對應的PDCP PDU存在，對PDCP SN為4到19的PDCP SDU丟棄。發(fā)送端PDCP的壓縮器處理PDCP SN為20的PDCP SDU時，根據(jù)壓縮算法判斷3 到20已超出4bit的范圍，所以要傳送更多的bit位到接收端PDCP的解壓器，這里傳送了 5bit (10100)到接收端。接收端PDCP的解壓器收到PDCP SN為20的壓縮報文，即其低^it (10100)，用參考值0011還原，得到SN為10100，即SN為20。保證了報文的正確解壓縮，進而保證了報文的成功處理。實施例3本實施例以X2切換場景為例，目的側(cè)eNB的PDCP接收緩沖區(qū)收到了來自源側(cè)eNB 的 PDCP 上行轉(zhuǎn)發(fā)的數(shù)據(jù)，其 PDCP SN 為 4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19。源側(cè)eNB發(fā)送給目的側(cè)eNB的SN Status Transfer (序號狀態(tài)傳送)消息中攜帶的UL COUNT (上行計數(shù)值)對應的PDCP SN為1，消息中攜帶的bitmap (位圖)為 001111111111111111，目的側(cè) eNB 構(gòu)造 Status Report，將 Matus Report 發(fā)送到 UE。UE 的 PDCP 的發(fā)送緩沖區(qū)中有 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發(fā)送，各PDCP SDU依此對應的RTP首部中的SN為 1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20。發(fā)送端PDCP的壓縮器將PDCP SN為1、2、3的報文壓縮后發(fā)至接收端PDCP的解壓器，解壓器成功解壓報文后將解壓縮的參考值更新為3，二進制為0011。發(fā)送端PDCP對PDCP SN為4到10的PDCP SDU進行處理，生成對應的PDCP PDU, 對PDCP SN為11到19的PDCP SDU未處理。PDCP SN為4到10的PDCP SDU未收到來自底層的確認，停留在PDCP發(fā)送緩沖區(qū)中，此時接收端PDCP收到來自發(fā)送端的Matus Report0接收端PDCP 根據(jù) Matus Report 中的 bitmap 信息對 PDCP SN 為 4 到 19 的 PDCP SDU執(zhí)行PDCP Discard功能，判斷PDCP SN為4到10的PDCP SDU都已經(jīng)過了 PDCP處理， 因此不對這些PDCP SDU以及相應的PDCP PDU進行丟棄。判斷PDCP SN為11到19的PDCP SDU未經(jīng)過PDCP處理，沒有對應的PDCP PDU存在，對PDCP SN為11到19的PDCP SDU進行丟棄。解壓器收到PDCP SN為10的報文，將其成功解壓后將解壓縮的參考值更新為10， 對應的二進制為1010。發(fā)送端PDCP將PDCP SN為10的PDCP SDU發(fā)完之后，由于PDCP SN為11到19的被PDCP Discard丟棄，因此發(fā)送PDCP SN為20的報文，由于PDCPSN為10的PDCP SDU的 RTP首部中的SN為10，PDCP SN為20的PDCP SDU的RTP首部中的SN為20，根據(jù)壓縮算法，從10到20并沒有超過4bit的范圍，所以只傳送SN為20的低4bit，即0100。接收端PDCP的解壓器收到PDCP SN為20的報文，即其低4bit (0100)，用參考值 1010還原，得到SN為10100，即SN為20。保證了報文的正確解壓縮，進而保證了報文的正確處理。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種分組數(shù)據(jù)匯聚協(xié)議PDCP層處理數(shù)據(jù)的方法，其特征在于，該方法包括PDCP服務數(shù)據(jù)單元PDCP SDU的丟棄定時器discardTimer超時，或者，PDCP SDU被來自對端的狀態(tài)報告Matus Report所確認時，判斷所述PDCP SDU是否已經(jīng)過PDCP處理，所述PDCP SDU未經(jīng)過PDCP處理，則將所述PDCPSDU丟棄。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷所述PDCPSDU是否已經(jīng)過PDCP 處理為判斷是否有與所述PDCP SDU對應的PDCP協(xié)議數(shù)據(jù)單元PDCP PDU存在，有與所述 PDCP SDU對應的PDCP PDU存在，則判定所述PDCP SDU已經(jīng)過PDCP處理。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，該方法還包括判定所述PDCPSDU已經(jīng)過PDCP處理時，不丟棄所述PDCP SDU和其對應的PDCPPDU，PDCP不向無線鏈路控制RLC 層發(fā)送丟棄的通知。
4.一種分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的系統(tǒng)，其特征在于，該系統(tǒng)包括定時模塊、判斷模塊和執(zhí)行模塊；其中，所述定時模塊，用于對PDCP SDU進行丟棄定時，以及在定時超時后通知判斷模塊；所述判斷模塊，用于根據(jù)定時模塊的通知判斷所述PDCP SDU是否已經(jīng)過PDCP處理，以及在判定所述PDCP SDU未經(jīng)過PDCP處理時通知執(zhí)行模塊；所述執(zhí)行模塊，用于在收到判斷模塊的通知后，將所述PDCP SDU丟棄。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述判斷模塊判斷所述PDCPSDU是否已經(jīng)過PDCP處理為判斷是否有與所述PDCP SDU對應的PDCPPDU存在，有與所述PDCP SDU對應的PDCP PDU存在，則判定所述PDCP SDU已經(jīng)過PDCP處理。
6.一種分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的系統(tǒng)，其特征在于，該系統(tǒng)包括接收模塊、判斷模塊和執(zhí)行模塊；其中，所述接收模塊，用于接收來自對端WMatus R印ort，以及在PDCP SDU被來自對端的 Status Report所確認時通知判斷模塊；所述判斷模塊，用于根據(jù)接收模塊的通知判斷所述PDCP SDU是否已經(jīng)過PDCP處理，以及在判定所述PDCP SDU未經(jīng)過PDCP處理時通知執(zhí)行模塊；所述執(zhí)行模塊，用于在收到判斷模塊的通知后，將所述PDCP SDU丟棄。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述判斷模塊判斷所述PDCPSDU是否已經(jīng)過PDCP處理為判斷是否有與所述PDCP SDU對應的PDCPPDU存在，有與所述PDCP SDU對應的PDCP PDU存在，則判定所述PDCP SDU已經(jīng)過PDCP處理。
全文摘要
本發(fā)明公開了一種分組數(shù)據(jù)匯聚協(xié)議(PDCP)層處理數(shù)據(jù)的方法，PDCP服務數(shù)據(jù)單元(PDCP SDU)的丟棄定時器(discardTimer)超時，或者，向?qū)Χ送哆f的PDCP SDU被來自對端的狀態(tài)報告(Status Report)所確認時，判斷所述PDCP SDU是否已經(jīng)過PDCP處理，所述PDCP SDU未經(jīng)過PDCP處理，則將所述PDCP SDU丟棄。本發(fā)明還相應地公開了分組數(shù)據(jù)匯聚協(xié)議層處理數(shù)據(jù)的系統(tǒng)。通過本發(fā)明，能夠保證接收端PDCP的解壓器成功解壓縮，從而避免解壓縮失敗后的一系列修復流程，節(jié)省帶寬。
文檔編號H04W28/06GK102469511SQ20101054605
公開日2012年5月23日 申請日期2010年11月15日 優(yōu)先權(quán)日2010年11月15日
發(fā)明者張健, 王達菲 申請人:中興通訊股份有限公司