一種數(shù)據(jù)處理方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)處理方法，所述方法包括：向?qū)Χ税l(fā)送的PDCP服務(wù)數(shù)據(jù)單元SDU被來自對端的狀態(tài)報告確認(rèn)時，并且確定所述PDCP SDU存在與所述PDCP SDU對應(yīng)的PDCP協(xié)議數(shù)據(jù)單元PDU時，不丟棄所述PDCP SDU和與所述PDCP SDU對應(yīng)的PDCP PDU。本發(fā)明還公開了一種數(shù)據(jù)處理裝置。采用本發(fā)明的技術(shù)方案，能夠保證PDCP接收端的解壓器對報文的正確解壓縮，從而保證了報文的正確處理，進(jìn)而節(jié)省帶寬。
【專利說明】 一種數(shù)據(jù)處理方法及裝置

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)處理技術(shù)，尤其涉及一種分組數(shù)據(jù)匯聚協(xié)議(PDCP，Packet DataConvergence Protocol)層的數(shù)據(jù)處理方法及裝置。

【背景技術(shù)】
[0002]在第三代伙伴組織計劃(3GPP,Third Generat1n Partnership Projects)以及3GPP 長期演進(jìn)(LTE, Long Term Evolut1n)系統(tǒng)中，在用戶設(shè)備(UE, User Equipment)和基站(eNB，evolved NodeB)的空中接口協(xié)議棧存在I3DCP層。圖1為相關(guān)技術(shù)的LTE用戶面協(xié)議棧示意圖，如圖1所示，LTE用戶面協(xié)議棧包括H)CP、無線鏈路控制(RLC, Rad1 LinkControl )、媒體接入控制(MAC, Medium Access Control )、物理層(PHY, Physical Layer)。其中，rocp層為高層用戶面數(shù)據(jù)如用戶IP分組包或控制面數(shù)據(jù)如無線資源控制(RRC，Rad1 Resource Control)消息提供數(shù)據(jù)會聚服務(wù)。
[0003]圖2為相關(guān)技術(shù)的rocp實體功能的結(jié)構(gòu)示意圖，如圖2所示，所述rocp實體包括PDCP發(fā)送端和rocp接收端。rocp實體的主要功能包括:為用戶面(u-plane)數(shù)據(jù)提供包頭壓縮(Header Compress1n)和包頭解壓縮(Header Decompress1n)功能；為用戶面和控制面(c-plane)數(shù)據(jù)提供加密(Ciphering)和解密(Deciphering)功能；為控制面數(shù)據(jù)提供數(shù)據(jù)一致性保護(hù)(Integrity Protect1n)和一致性檢查(Integrity Verif icat1n)功能；在發(fā)生切換時為高層數(shù)據(jù)提供按序傳送(Sequence numbering)和重排序(Re-ordering)功能，以及實現(xiàn)無丟包切換(Lossless Handover)。F1DCP發(fā)送端還會為F1DCP服務(wù)數(shù)據(jù)單元(SDU, Service Data Unit)分配一個序列號(SN, Sequence Number),用于標(biāo)不各 F1DCP SDU的發(fā)送順序，該SN稱為I3DCP SN。
[0004]在從高層向低層的傳送過程中，PDCP發(fā)送端依次將接收到的rocp SDU進(jìn)行頭壓縮、加密、加上PDCP頭形成PDCP協(xié)議數(shù)據(jù)單元(PDU，Protocol Data Unit)，發(fā)送到RLC層。而在從低層到高層的傳送過程中，PDCP接收端依次將收到的rocp PDU解去rocp頭、解密、解壓縮，形成rocp的SDU發(fā)送出去。
[0005]通常，PDCP發(fā)送端具有丟棄(PDCP Discard)功能，即當(dāng)HXP SDU的丟棄定時器(Discard Timer)超時，或者，向?qū)Χ税l(fā)送的HXP SDU被來自對端的狀態(tài)報告(StatusR印ort)所確認(rèn)時，PDCP發(fā)送端會將該HXP SDU丟棄，并且將其對應(yīng)的TOCP PDU丟棄。進(jìn)一步的，如果該rocp PDU被發(fā)送到了 RLC層，那么rocp要向RLC發(fā)送該rocp pdu的丟棄指示。rocp發(fā)送端這種丟棄功能使得rocp接收端的解壓器在解壓縮過程中存在失敗的可倉泛。
[0006]例如:假設(shè)PDCP發(fā)送端要發(fā)送PDCP SN為I至20的PDCP SDU，PDCP SN為I至20的rocp SDU依次對應(yīng)的實時傳輸協(xié)議(RTP，Real-time Transport Protocol)首部中的SN為I至20，假設(shè)rocp發(fā)送端先發(fā)送rocp SN為1至3的3個報文，而且rocp發(fā)送端中的壓縮器使用SN的壓縮效率達(dá)到最大的含4bit SN字段的壓縮報文進(jìn)行壓縮，那么3的二進(jìn)制表示為0011;再假設(shè)rocp SN為I至3的3個報文已經(jīng)被rocp接收端成功接收且成功解壓縮，這時，PDCP接收端中解壓器的參考值更新為3 ;接著，PDCP發(fā)送端中的壓縮器會將rocp SN為4至20的rocp SDU全部使用4bit SN字段的壓縮報文進(jìn)行壓縮處理。此時，如果rocp SN為4至19這16個rocp SDU被丟棄，但是rocp發(fā)送端中的壓縮器并不知道rocp Discard發(fā)生，會繼續(xù)按照之前的壓縮方法進(jìn)行壓縮處理，即繼續(xù)傳送4bit SN的壓縮報文；對于rocp SN為20的rocp sdu，由于其對應(yīng)的rtp首部中的SN為20，由于20的二進(jìn)制表示為10100，所以壓縮器只將低4bit傳送給解壓器，即將0100傳送給解壓器，由于解壓器無法收到rocp SN從4至19的報文，所以解壓器的參考值維持為3，對應(yīng)的二進(jìn)制為0011 ;當(dāng)解壓器收到了 rocp SN為20的報文時，使用0100在參考值0011的基礎(chǔ)上還原，得到SN為0100，即SN為4，這和所傳送的SN為20是不一致的，導(dǎo)致解壓縮失敗。
[0007]之所以出現(xiàn)上述問題，在于壓縮器和解壓器對報文的處理未能一致，即解壓器本應(yīng)該獲取的報文被壓縮端的丟棄功能所丟棄，進(jìn)而導(dǎo)致了解壓器無法正確維護(hù)用以解壓縮的參考值，最終使得解壓縮失敗。解壓縮失敗后，壓縮器和解壓器都會發(fā)起一系列的修復(fù)流程，增加了空口交互的數(shù)據(jù)量，造成帶寬浪費(fèi)。


【發(fā)明內(nèi)容】

[0008]有鑒于此，本發(fā)明實施例的主要目的在于提供一種數(shù)據(jù)處理方法及裝置，能夠保證rocp接收端的解壓器對報文的正確解壓縮，從而保證了報文的正確處理，進(jìn)而節(jié)省帶寬。
[0009]為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:
[0010]本發(fā)明實施例提供了一種數(shù)據(jù)處理方法，所述方法包括:向?qū)Χ税l(fā)送的rocp服務(wù)數(shù)據(jù)單元SDU被來自對端的狀態(tài)報告確認(rèn)時，并且確定所述rocp SDU存在與所述rocp sdu對應(yīng)的rocp協(xié)議數(shù)據(jù)單元pdu時，不丟棄所述rocp sdu和與所述rocp sdu對應(yīng)的rocpPDU。
[0011]優(yōu)選地，所述方法還包括:對所述rocp SDU進(jìn)行壓縮并發(fā)送至所述對端。
[0012]優(yōu)選地，所述方法還包括:網(wǎng)絡(luò)側(cè)根據(jù)待發(fā)送的所述rocp SDU的序號狀態(tài)傳送信息構(gòu)造狀態(tài)報告，并將所述狀態(tài)報告發(fā)送至所述對端；對應(yīng)地，所述rocp SDU被來自對端的狀態(tài)報告確認(rèn)，包括:接收所述對端發(fā)送的所述狀態(tài)報告，并確定所述狀態(tài)報告對應(yīng)的PDCP SDU，所確定的rocp SDU被所述狀態(tài)報告確認(rèn)。
[0013]優(yōu)選地，所述方法還包括:向?qū)Χ税l(fā)送的rocp SDU被來自對端的狀態(tài)報告確認(rèn)時，并且確定所述rocp sdu不存在與所述rocp sdu對應(yīng)的rocp pdu時，丟棄所述rocpSDU。
[0014]優(yōu)選地，所述方法還包括:所述rocp SDU的丟棄定時器超時時，丟棄所述rocpSDU。
[0015]本發(fā)明實施例還提供了一種數(shù)據(jù)處理裝置，所述裝置包括第一確定單元和第一處理單元，其中:所述第一確定單元，用于當(dāng)向?qū)Χ税l(fā)送的rocp服務(wù)數(shù)據(jù)單元SDU被來自對端的狀態(tài)報告所確認(rèn)時，判斷所述rocp SDU是否存在與所述rocp sdu對應(yīng)的rocp協(xié)議數(shù)據(jù)單元rou，是時，觸發(fā)所述第一處理單元；所述第一處理單元，用于不丟棄所述rocp sdu，且不丟棄與所述rocp sdu對應(yīng)的rocp rou。
[0016]優(yōu)選地，所述裝置還包括發(fā)送單元，用于對所述rocp SDU進(jìn)行壓縮并發(fā)送至所述對端。
[0017]優(yōu)選地，所述裝置還包括第二處理單元，所述第一確定單元確定所述rocp SDU不存在與所述rocp sdu對應(yīng)的rocp pdu時，觸發(fā)所述第二處理單元；對應(yīng)地，所述第二處理單元，用于丟棄所述rocp sdu。
[0018]優(yōu)選地，所述裝置還包括第二確定單元，用于確定所述rocp SDU的丟棄定時器是否超時，是時，觸發(fā)所述第二處理單元；所述第二處理單元，用于丟棄所述rocp SDU0
[0019]本發(fā)明實施例提供的一種數(shù)據(jù)處理方法及裝置，向?qū)Χ税l(fā)送的rocp服務(wù)數(shù)據(jù)單元SDU被來自對端的狀態(tài)報告確認(rèn)時，并且確定所述rocp SDU存在與所述rocp sdu對應(yīng)的rocp協(xié)議數(shù)據(jù)單元pdu時，不丟棄所述rocp sdu和與所述rocp sdu對應(yīng)的rocp pdu ；如此，保證rocp接收端的解壓器對報文的正確解壓縮，從而保證了報文的正確處理，進(jìn)而節(jié)省帶寬。

【專利附圖】

【附圖說明】
[0020]圖1為相關(guān)技術(shù)的LTE用戶面協(xié)議棧示意圖；
[0021]圖2為相關(guān)技術(shù)的HXP實體功能的結(jié)構(gòu)示意圖；
[0022]圖3為本發(fā)明實施例一數(shù)據(jù)處理方法的實現(xiàn)流程示意圖；
[0023]圖4為本發(fā)明實施例三數(shù)據(jù)處理裝置的組成結(jié)構(gòu)示意圖；
[0024]圖5為本發(fā)明實施例四數(shù)據(jù)處理裝置的組成結(jié)構(gòu)示意圖；
[0025]圖6為本發(fā)明實施例五數(shù)據(jù)處理裝置的組成結(jié)構(gòu)示意圖。

【具體實施方式】
[0026]下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。
[0027]實施例一
[0028]通常，PDCP發(fā)送端具有丟棄功能，當(dāng)HXP SDU的丟棄定時器超時；或者，PDCP發(fā)送端向?qū)Χ税l(fā)送的rocp sdu被來自對端的狀態(tài)報告所確認(rèn)時；rocp發(fā)送端會將該rocp sdu丟棄，并且將rocp sdu對應(yīng)的rocp pdu也丟棄。
[0029]本發(fā)明實施例中的rocp發(fā)送端具有的丟棄功能，也分上述兩種情況，但是針對每一種情況都有相應(yīng)的處理方式；圖3為本發(fā)明實施例一數(shù)據(jù)處理方法的實現(xiàn)流程示意圖，如圖3所示，所述數(shù)據(jù)處理方法包括:
[0030]步驟301，PDCP SDU的丟棄定時器超時，進(jìn)入步驟302 ；
[0031 ] 步驟302，將該P(yáng)DCP SDU丟棄；
[0032]步驟303，向?qū)Χ税l(fā)送的HXP SDU被來自對端的狀態(tài)報告所確認(rèn)，進(jìn)步步驟304 ；
[0033]這里，所述對端可以為HXP接收端；
[0034]步驟304，判斷各rocp SDU是否存在與其相應(yīng)的rocp rou，是時，進(jìn)入步驟305 ;反之，進(jìn)入步驟302 ；
[0035]這里，如果該P(yáng)DCP SDU未經(jīng)過PDCP處理，則PDCP SDU沒有對應(yīng)的PDCP PDU存在；如果該P(yáng)DCP SDU已經(jīng)過PDCP處理的PDCP SDU，則PDCP SDU有對應(yīng)的PDCP PDU存在。
[0036]步驟305，不丟棄該TOCP SDU和與其對應(yīng)的TOCP PDU0
[0037]實施例二
[0038]在發(fā)生切換時，對于那些對丟包比較敏感的業(yè)務(wù)如文件傳輸業(yè)務(wù)可以通過在UE和eNB的rocp實體間交換rocp狀態(tài)報告來保證無丟包切換。本發(fā)明實施例能夠保證rocp接收端的解壓器對報文的正確解壓縮，進(jìn)而保證了報文的正確處理。下面以X2切換的程為例進(jìn)行詳細(xì)說明。
[0039]步驟401，rocp發(fā)送端的發(fā)送緩沖區(qū)中有rocp SN為I至20 —共20個rocp SDU發(fā)送，各rocp SDU依此對應(yīng)的RTP首部中的SN為I至20 ;
[0040]步驟402，rocp發(fā)送端的壓縮器將rocp SN為1至3的報文壓縮后發(fā)送至rocp接收端的解壓器；
[0041]步驟403，PDCP接收端的解壓器成功解壓報文后，將解壓縮的參考值更新為3，對應(yīng)的二進(jìn)制為0011 ；
[0042]步驟404，rocp發(fā)送端對rocp SN為4至10的rocp SDU進(jìn)行了處理，生成對應(yīng)的PDCP PDU, PDCP發(fā)送端還沒有來得及對PDCP SN為11至19的PDCP SDU進(jìn)行處理；
[0043]步驟405，rocp SN為4到11的HXP SDU未收到來自底層的確認(rèn)，被停留在HXP發(fā)送緩沖區(qū)中，此時rocp發(fā)送端接收到來自rocp接收端發(fā)送的狀態(tài)報告；
[0044]這里，所述狀態(tài)報告是這樣確定的，包括以下步驟:源eNB向目標(biāo)eNB發(fā)送序號狀態(tài)傳送(SN Status Transfer)消息；所述序號狀態(tài)傳送消息中攜帶的上行計數(shù)值(ULCOUNT)對應(yīng)的 PDCP SN 為 1，攜帶的位圖(bitmap)為 00，1111，1111，1111，1111 ;以及，目標(biāo)eNB根據(jù)所述序號狀態(tài)傳送消息構(gòu)造狀態(tài)報告，并將所述狀態(tài)報告發(fā)送到UE的HXP接收端；rocp接收端將所述狀態(tài)報告發(fā)送給rocp發(fā)送端。
[0045]步驟406，PDCP發(fā)送端根據(jù)狀態(tài)報告中的位圖信息決定對HXP SN為4到19的PDCP SDU是否進(jìn)行丟棄:
[0046]判斷PDCP SN為4到10的PDCP SDU都已經(jīng)過PDCP處理，從而PDCP SN為4到10的PDCP SDU對應(yīng)的PDCP PDU存在，因此，不對PDCP SN為4至10的PDCP SDU以及與PDCPSDU相應(yīng)的I3DCP PDU進(jìn)行丟棄；
[0047]判斷PDCP SN為11到19的PDCP SDU未經(jīng)過PDCP處理，從而PDCP SN為11到19的rocp sdu沒有對應(yīng)的rocp pdu存在，因此，對rocp SN為11到19的rocp sdu進(jìn)行丟棄；
[0048]步驟407，rocp接收端的解壓器收到rocp SN為4到10的報文，將其成功解壓后，并將解壓縮的參考值更新為10，對應(yīng)的二進(jìn)制為1010 ；
[0049]步驟408，PDCP發(fā)送端將PDCP SN為10的PDCP SDU發(fā)完之后，由于PDCP SN為11到19的被丟棄，因此，發(fā)送rocp SN為20的報文；
[0050]由于PDCP SN 為 10 的 PDCP SDU 的 RTP 首部中的 SN 為 10，PDCP SN 為 20 的 PDCPSDU的RTP首部中的SN為20，根據(jù)壓縮算法，從10到20并沒有超過4bit的范圍，所以只傳送SN為20的低4bit,即0100 ；
[0051]步驟409，PDCP接收端的解壓器收到HXP SN為20的報文，即其低4bit (0100)用參考值1010還原，得到SN為10100，即SN為20。
[0052]從上述步驟401至411可以看出，在本發(fā)明實施例中，當(dāng)HXP發(fā)送端向?qū)Χ税l(fā)送的rocp sdu被來自對端的狀態(tài)報告所確認(rèn)時，進(jìn)一步判斷該rocp sdu是否經(jīng)過rocp處理；確定未經(jīng)過rocp處理時，即rocp sdu沒有對應(yīng)的rocp pdu存在，則將該rocp sdu丟棄；確定已經(jīng)過rocp處理時，即rocp sdu有對應(yīng)的rocp pdu存在，則不對rocp sdu進(jìn)行丟棄，并對與之對應(yīng)的rocp pdu也不進(jìn)行丟棄；如此，本發(fā)明實施例能夠保證rocp接收端的解壓器對報文的正確解壓縮，進(jìn)而保證了報文的正確處理。
[0053]實施例三
[0054]圖4為本發(fā)明實施例三數(shù)據(jù)處理裝置的組成結(jié)構(gòu)示意圖，如圖4所示，所述數(shù)據(jù)處理裝置應(yīng)用于rocp層，所述裝置包括第一確定單元41、第一處理單元42和發(fā)送單元43，其中:
[0055]所述第一確定單元41,用于F1DCP發(fā)送端向?qū)Χ税l(fā)送的F1DCP服SDU被來自對端的狀態(tài)報告所確認(rèn)時，判斷所述rocp sdu是否存在與所述rocp sdu對應(yīng)的rocp rou，是時，觸發(fā)所述第一處理單元；
[0056]所述第一處理單元42，用于不丟棄所述rocp sdu和與其相對應(yīng)的rocp rou，觸發(fā)所述發(fā)送單元43 ；
[0057]所述發(fā)送單元43，用于對所述HXP SDU進(jìn)行壓縮并發(fā)送至所述對端。
[0058]實施例四
[0059]圖5為本發(fā)明實施例四數(shù)據(jù)處理裝置的組成結(jié)構(gòu)示意圖，如圖5所示，所述數(shù)據(jù)處理裝置應(yīng)用于rocp層，所述裝置包括第一確定單元51、第一處理單元52、第二處理單元53和發(fā)送單元54，其中:
[0060]所述第一確定單元51，用于rocp發(fā)送端向?qū)Χ税l(fā)送的rocp sdu被來自對端的狀態(tài)報告所確認(rèn)時，判斷所述rocp sdu是否存在與所述rocp sdu相對應(yīng)的rocp rou，是時，觸發(fā)所述第一處理單元52，否時，觸發(fā)所述第二處理單元53 ；
[0061]所述第一處理單元52，用于不丟棄所述rocp sdu和與其相對應(yīng)的rocp rou，觸發(fā)所述發(fā)送單元54 ；
[0062]所述第二處理單元53，用于丟棄所述PDCP SDU ；
[0063]所述發(fā)送單元54，用于對所述HXP SDU進(jìn)行壓縮并發(fā)送至所述對端。
[0064]實施例五
[0065]圖6為本發(fā)明實施例五數(shù)據(jù)處理裝置的組成結(jié)構(gòu)示意圖，如圖6所示，所述數(shù)據(jù)處理裝置應(yīng)用于rocp層，所述裝置包括第一確定單元61、第一處理單元62、發(fā)送單元63、第二處理單元64和第二確定單元65，其中:
[0066]所述第一確定單元61，用于當(dāng)rocp發(fā)送端向?qū)Χ税l(fā)送的rocp sdu被來自對端的狀態(tài)報告所確認(rèn)時，并且確定所述rocp sdu是否存在與所述rocp sdu相對應(yīng)的rocp pdu ；是時，觸發(fā)所述第一處理單元62 ;否時，觸發(fā)所述第二處理單元64 ；
[0067]所述第一處理單元62，用于不丟棄所述rocp sdu和與其相對應(yīng)的rocp rou，觸發(fā)所述發(fā)送單元63 ；
[0068]所述發(fā)送單元63，用于對所述rocp SDU進(jìn)行壓縮并發(fā)送至所述對端；
[0069]所述第二處理單元64，用于丟棄所述PDCP SDU ；
[0070]所述第二確定單元65，用于確定所述HXP SDU的丟棄定時器是否超時，是時，觸發(fā)所述第二處理單元64。
[0071]本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，本發(fā)明數(shù)據(jù)處理裝置的各單元的實現(xiàn)功能可參照前述數(shù)據(jù)處理方法的相關(guān)描述而理解。本領(lǐng)域技術(shù)人員還應(yīng)當(dāng)理解，本發(fā)明數(shù)據(jù)處理裝置的各單元可通過所述rocp發(fā)送端的處理器而實現(xiàn)，也可通過具體的邏輯電路而實現(xiàn)。比如，在實際應(yīng)用中，可由中央處理器(CPU)、微處理器(MPU)、數(shù)字信號處理器(DSP)、或現(xiàn)場可編程門陣列(FPGA)實現(xiàn)。
[0072]以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種數(shù)據(jù)處理方法，其特征在于，所述方法包括: 向?qū)Χ税l(fā)送的rocp服務(wù)數(shù)據(jù)單元SDU被來自對端的狀態(tài)報告確認(rèn)時，并且確定所述PDCP SDU存在與所述rocp SDU對應(yīng)的rocp協(xié)議數(shù)據(jù)單元PDU時，不丟棄所述rocp sdu和與所述rocp sdu對應(yīng)的rocp Pdu0
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 對所述rocp sdu進(jìn)行壓縮并發(fā)送至所述對端。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 網(wǎng)絡(luò)側(cè)根據(jù)待發(fā)送的所述rocp sdu的序號狀態(tài)傳送消息構(gòu)造狀態(tài)報告，并將所述狀態(tài)報告發(fā)送至所述對端； 對應(yīng)地，所述rocp sdu被來自對端的狀態(tài)報告確認(rèn)，包括: 接收所述對端發(fā)送的所述狀態(tài)報告，并確定所述狀態(tài)報告對應(yīng)的rocp sdu，所確定的PDCP SDU被所述狀態(tài)報告確認(rèn)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 向?qū)Χ税l(fā)送的rocp SDU被來自對端的狀態(tài)報告確認(rèn)時，并且確定所述rocp sdu不存在與所述rocp sdu對應(yīng)的rocp pdu時，丟棄所述rocp sdu。
5.根據(jù)權(quán)利要求1至4任一項所述的方法，其特征在于，所述方法還包括: 所述rocp sdu的丟棄定時器超時時，丟棄所述rocp sdu。
6.一種數(shù)據(jù)處理裝置，其特征在于，所述裝置包括第一確定單元和第一處理單元，其中: 所述第一確定單元，用于當(dāng)向?qū)Χ税l(fā)送的rocp服務(wù)數(shù)據(jù)單元SDU被來自對端的狀態(tài)報告所確認(rèn)時，判斷所述rocp sdu是否存在與所述rocp sdu對應(yīng)的rocp協(xié)議數(shù)據(jù)單元rou，是時，觸發(fā)所述第一處理單元； 所述第一處理單元，用于不丟棄所述rocp sdu，且不丟棄與所述rocp sdu對應(yīng)的rocpPDU。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括發(fā)送單元，用于對所述PDCP SDU進(jìn)行壓縮并發(fā)送至所述對端。
8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括第二處理單元， 所述第一確定單元確定所述rocp sdu不存在與所述rocp sdu對應(yīng)的rocp pdu時，觸發(fā)所述第二處理單元；對應(yīng)地，所述第二處理單元，用于丟棄所述rocp sdu.
9.根據(jù)權(quán)利要求6至8所述的裝置，其特征在于，所述裝置還包括第二確定單元，用于確定所述rocp sdu的丟棄定時器是否超時，是時，觸發(fā)所述第二處理單元； 所述第二處理單元，用于丟棄所述rocp Sdu0
【文檔編號】H04L1/14GK104518851SQ201310452437
【公開日】2015年4月15日 申請日期:2013年9月27日 優(yōu)先權(quán)日:2013年9月27日
【發(fā)明者】王達(dá)菲 申請人:中興通訊股份有限公司