專利名稱：一種數(shù)據(jù)處理方法、裝置及分組數(shù)據(jù)匯聚協(xié)議層模塊的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別是涉及F1DCP(Packet Data ConvergenceProtocol，分組數(shù)據(jù)匯聚協(xié)議)層處理數(shù)據(jù)的方法、裝置及分組數(shù)據(jù)匯聚協(xié)議層模塊。
背景技術(shù)：
圖I為現(xiàn)有技術(shù)中的LTE (Long Term Evolution,長期演進)用戶面協(xié)議棧示意圖，如圖I所示，eNB (E-URTAN NodeB,演進陸地?zé)o線接入網(wǎng)節(jié)點B)和UE (User Equipment,用戶設(shè)備)的協(xié)議棧中，從高層到低層包含H)CP層、RLC(Radi0 Link Control，無線鏈路控制)層、MAC (Medium Access Control)層、PHY (Physical layer,物理層)層。發(fā)送端需要傳送業(yè)務(wù)數(shù)據(jù)到達接收端時,發(fā)送端將接收到的業(yè)務(wù)數(shù)據(jù)經(jīng)過eNB的roCP層、RLC層、MAC層處理，最后到達發(fā)送端的PHY層，發(fā)送端通過PHY層的物理通路將業(yè)務(wù)發(fā)送到接收端的PHY層，經(jīng)過接收端的MAC層、RLC層、PDCP層的處理，向接收端的高層投遞。其中，所述 發(fā)送端和接收端可以分別為eNB和UE’也可以分別為UE和eNB。在從低層到高層的傳送過程中，PDCP首先將收到的rocp PDU (ProtocolData Unit,協(xié)議數(shù)據(jù)單元)解去TOCP頭，然后進行解密，之后解壓縮，形成了 TOCP的SDU (Service Data Unit，服務(wù)數(shù)據(jù)單元)，然后將TOCP的SDU向上層投遞。其中，HXP頭中包含了序列號(Sequence Number,簡稱SN),用于標(biāo)示各F1DCP SDU的發(fā)送順序,該SN稱為 PDCP SN。但是，按現(xiàn)有的處理機制，有一些場景是無法將SDU向上層投遞的，比如發(fā)生了重建立，eNB的rocp上行接收滑窗內(nèi)有rocp SN = 0,2,3的報文，如果在UE的HXP上行發(fā)送緩沖區(qū)中只有rocp SN = 0,1,2,3報文，且O，2，3被eNB發(fā)來的狀態(tài)報告給丟棄了，而SN = I的報文由于discardTimer (丟棄定時器)超時而丟棄,如果UE無新數(shù)據(jù)待發(fā),那么0，2，3將一直停留在eNB上行接收窗口而無法向上投遞。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種數(shù)據(jù)處理方法、裝置及分組數(shù)據(jù)匯聚協(xié)議層模塊，以確保rocp上行報文或rocp上行轉(zhuǎn)發(fā)報文都能夠成功向上層投遞。為了解決上述技術(shù)問題，本發(fā)明提供了一種數(shù)據(jù)處理方法，包括分組數(shù)據(jù)匯聚協(xié)議層為接收到的上行報文或上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器；若檢測到所述上行報文或上行轉(zhuǎn)發(fā)報文在上行接收滑窗內(nèi)的停留時間超過所述投遞定時器的定時時長，則將所述報文向上層投遞。進一步地,上述方法還具有下面特點所述分組數(shù)據(jù)匯聚協(xié)議層是在業(yè)務(wù)重建立過程中為接收到的上行報文設(shè)置投遞定時器的。進一步地，上述方法還具有下面特點所述分組數(shù)據(jù)匯聚協(xié)議層是在業(yè)務(wù)切換過程中為接收到的上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器的。為了解決上述問題，本發(fā)明還提供了一種分組數(shù)據(jù)匯聚協(xié)議層模塊，包括設(shè)置單元，用于為接收到的上行報文或上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器；檢測單元，用于檢測所述上行報文或上行轉(zhuǎn)發(fā)報文在上行接收滑窗內(nèi)的停留時間是否超過所述投遞定時器的定時時長；投遞單元，用于在所述檢測單元檢測到所述上行報文或上行轉(zhuǎn)發(fā)報文在所述上行接收滑窗內(nèi)的停留時間超過所述投遞定時器的定時時長的情況下，將所述報文向上層投遞。進一步地，上述分組數(shù)據(jù)匯聚協(xié)議層模塊還具有下面特點·
所述設(shè)置單元，是在業(yè)務(wù)重建立過程為接收到的上行報文設(shè)置投遞定時器的。進一步地，上述分組數(shù)據(jù)匯聚協(xié)議層模塊還具有下面特點所述設(shè)置單元，是在業(yè)務(wù)切換過程為接收到的上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器的。為了解決上述問題，本發(fā)明還提供了一種數(shù)據(jù)處理裝置，包括上述的分組數(shù)據(jù)匯聚協(xié)議層模塊。進一步地，上述數(shù)據(jù)處理裝置還具有下面特點所述數(shù)據(jù)處理裝置包括終端或基站。綜上，本發(fā)明提供一種數(shù)據(jù)處理方法、裝置及分組數(shù)據(jù)匯聚協(xié)議層模塊，能夠確保PDCP上行報文或rocp上行轉(zhuǎn)發(fā)報文都能夠成功向上層投遞。


圖I為LTE用戶面協(xié)議棧示意圖；圖2為本發(fā)明實施例的rocp模塊的示意圖；圖3為本發(fā)明實施例的數(shù)據(jù)處理裝置的示意圖；圖4為本發(fā)明實施例的數(shù)據(jù)處理方法的流程圖；圖5為本發(fā)明應(yīng)用示例一的數(shù)據(jù)處理方法的流程圖；圖6為本發(fā)明應(yīng)用示例二的數(shù)據(jù)處理方法的流程圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。為了更好地理解本發(fā)明，下面結(jié)合附圖和具體實施例對本發(fā)明作進一步地描述。圖2為本發(fā)明實施例的rocp模塊的示意圖，如圖2所示，本實施例的rocp模塊包括設(shè)置單元，用于為接收到的上行報文或上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器；檢測單元，用于檢測所述上行報文或上行轉(zhuǎn)發(fā)報文在上行接收滑窗內(nèi)的停留時間是否超過所述投遞定時器的定時時長；投遞單元，用于在所述檢測單元檢測到所述上行報文或上行轉(zhuǎn)發(fā)報文在所述上行接收滑窗內(nèi)的停留時間超過所述投遞定時器的定時時長的情況下，將所述報文向上層投遞。圖3為本發(fā)明實施例的數(shù)據(jù)處理裝置的示意圖，如圖3所示，本實施例的數(shù)據(jù)處理裝置包括上述的rocp模塊。其中，本實施例的數(shù)據(jù)處理裝置可以是終端，也可以是基站。圖4為本發(fā)明實施例的數(shù)據(jù)處理方法的流程圖，如圖4所示，本實施例的方法包括下面步驟S10, PDCP層為收到的上行報文或上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器；S20、若檢測到所述上行報文或上行轉(zhuǎn)發(fā)報文在所述上行接收滑窗的停留時間超過所述投遞定時器的定時時長，則將所述報文向上層投遞。
本實施例中，PDCP層為報文設(shè)置deliverTimer (投遞定時器)，當(dāng)報文停留在接收滑窗時間若超過deliverTimer時長,則將該報文向上層投遞。根據(jù)本實施例的方法，可以保證rocp上行報文或上行轉(zhuǎn)發(fā)報文都能夠成功向上層投遞，提高了業(yè)務(wù)數(shù)據(jù)傳輸?shù)某晒β?，提升了用戶體驗效果。下面以兩個應(yīng)用示例對本發(fā)明的數(shù)據(jù)處理方法進行詳細的說明。應(yīng)用示例一,如圖5所示,包括下面步驟步驟201、發(fā)生了業(yè)務(wù)重建立，eNB的HXP上行接收滑窗接收到HXPSN = 0,2,3的上行報文，對這些上行報文啟動投遞定時器，UE上行發(fā)送緩沖區(qū)中存有rocp SN = 0、1、
2、3的報文。步驟202、eNB向UE發(fā)送狀態(tài)報告，告知UE將HXP SN = O、2、3的報文丟棄。步驟203、UE收到狀態(tài)報告，將HXP SN = O、2、3的報文丟棄。步驟204、UE上行發(fā)送緩沖區(qū)中HXP SN為I的報文，其由于調(diào)度或者其他原因未能及時發(fā)送而導(dǎo)致了丟棄定時器超時，被UE丟棄。步驟205、eNB上行接收滑窗內(nèi)的HXP SN = 0、2、3的報文由于其投遞定時器超時，將報文向上層投遞。應(yīng)用示例二,如圖6所示,包括下面步驟步驟301、發(fā)生業(yè)務(wù)切換時，目的側(cè)eNB收到了源側(cè)eNB上行轉(zhuǎn)發(fā)的HXP SN = K
2、3的報文，對這些報文啟動投遞定時器，UE的rocp上行發(fā)送緩沖區(qū)中只有rocp SN = O、
1、2、3報文。步驟302、上行轉(zhuǎn)發(fā)的過程中rocp SN = I的報文傳輸過程中丟失了。步驟303、目的側(cè)eNB只收到PDCP SN = 2,3的報文。步驟304、目的側(cè)eNB向UE發(fā)送狀態(tài)報告，告知UE將HXP SN = 1、2、3的報文丟棄。步驟305、UE收到狀態(tài)報告，將HXP SN = 1、2、3的報文丟棄。步驟306、UE將I3DCP SN = O的報文向目的側(cè)eNB投遞。步驟307、目的側(cè)eNB收到TOCP SN = O的報文以后，投遞到上層。步驟308、目的側(cè)eNB上行接收滑窗中的HXP SN = 2、3的數(shù)據(jù)，由于投遞定時器超時向上層投遞。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng) 地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。以上僅為本發(fā)明的優(yōu)選實施例，當(dāng)然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
1.一種數(shù)據(jù)處理方法，包括 分組數(shù)據(jù)匯聚協(xié)議層為接收到的上行報文或上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器； 若檢測到所述上行報文或上行轉(zhuǎn)發(fā)報文在上行接收滑窗內(nèi)的停留時間超過所述投遞定時器的定時時長，則將所述報文向上層投遞。
2.如權(quán)利要求I所述的方法，其特征在于 所述分組數(shù)據(jù)匯聚協(xié)議層是在業(yè)務(wù)重建立過程中為接收到的上行報文設(shè)置投遞定時器的。
3.如權(quán)利要求I所述的方法，其特征在于 所述分組數(shù)據(jù)匯聚協(xié)議層是在業(yè)務(wù)切換過程中為接收到的上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器的。
4.一種分組數(shù)據(jù)匯聚協(xié)議層模塊，包括 設(shè)置單元，用于為接收到的上行報文或上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器； 檢測單元，用于檢測所述上行報文或上行轉(zhuǎn)發(fā)報文在上行接收滑窗內(nèi)的停留時間是否超過所述投遞定時器的定時時長； 投遞單元，用于在所述檢測單元檢測到所述上行報文或上行轉(zhuǎn)發(fā)報文在所述上行接收滑窗內(nèi)的停留時間超過所述投遞定時器的定時時長的情況下，將所述報文向上層投遞。
5.如權(quán)利要求4所述的分組數(shù)據(jù)匯聚協(xié)議層模塊，其特征在于 所述設(shè)置單元，是在業(yè)務(wù)重建立過程為接收到的上行報文設(shè)置投遞定時器的。
6.如權(quán)利要求4所述的分組數(shù)據(jù)匯聚協(xié)議層模塊，其特征在于 所述設(shè)置單元，是在業(yè)務(wù)切換過程為接收到的上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器的。
7.一種數(shù)據(jù)處理裝置，包括如權(quán)利要求4-6任一項所述的分組數(shù)據(jù)匯聚協(xié)議層模塊。
8.如權(quán)利要求7所述的裝置，其特征在于所述數(shù)據(jù)處理裝置包括 終端或基站。
全文摘要
本發(fā)明提供一種數(shù)據(jù)處理方法、裝置及分組數(shù)據(jù)匯聚協(xié)議層模塊，該方法包括分組數(shù)據(jù)匯聚協(xié)議層為接收到的上行報文或上行轉(zhuǎn)發(fā)報文設(shè)置投遞定時器；若檢測到所述上行報文或上行轉(zhuǎn)發(fā)報文在上行接收滑窗內(nèi)的停留時間超過所述投遞定時器的定時時長，則將所述報文向上層投遞。根據(jù)本發(fā)明可以確保PDCP上行報文或PDCP上行轉(zhuǎn)發(fā)報文都能夠成功向上層投遞。
文檔編號H04W36/02GK102905310SQ20111020855
公開日2013年1月30日 申請日期2011年7月25日 優(yōu)先權(quán)日2011年7月25日
發(fā)明者王達菲 申請人:中興通訊股份有限公司