專利名稱:一種避免上行數(shù)據(jù)丟失的方法及裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及長期演進系統(tǒng),尤其涉及長期演進系統(tǒng)內(nèi)的避免上行數(shù)據(jù)丟失的方法 及裝置。
背景技術(shù):
LTE是3GPP組織的移動通訊系統(tǒng)項目,該項目主要性能目標包括在20MHz頻譜 帶寬提供下行100Mbps、上行50Mbps的峰值速率;改善小區(qū)邊緣用戶的性能;提高小區(qū)容 量;降低系統(tǒng)延遲;支持IOOkm半徑的小區(qū)覆蓋;能夠為350km/h高速移動用戶提供大于 IOOkbps的接入服務(wù);支持成對或非成對頻譜,靈活配置帶寬等。為了達到上述性能目標,LTE系統(tǒng)采用了簡化的系統(tǒng)架構(gòu),其用戶面網(wǎng)元主要包 括用戶設(shè)備(UE, User Equipment),演進節(jié)點 B(eNB,evolved NodeB)和服務(wù)網(wǎng)關(guān)(S-GW, Serving gateway)。eNB與S-GW通過基站-服務(wù)網(wǎng)關(guān)接口 S 1連接,eNB之間通過基站間 接口 X2連接,UE與eNB通過無線接口 Uu連接。在正常情況下,下行數(shù)據(jù)的接收過程如下S-GW通過eNB與s_GW之間的S 1接口 將PDCP (分組數(shù)據(jù)匯聚協(xié)議)SDU (Service Data Unit,服務(wù)數(shù)據(jù)單元)提交給eNB,eNB收 到PDCP SDU后,經(jīng)過PDCP實體,RLC (無線鏈路控制協(xié)議)實體的處理后形成RLC PDU (協(xié) 議數(shù)據(jù)單元),MAC (Media Access Control,介質(zhì)訪問控制子層協(xié)議)實體復(fù)用RLC PDU后 形成MAC PDU,MAC PDU經(jīng)過物理信道處理后通過Uu 口發(fā)送給UE。UE的MAC實體收到來自 物理信道提交的MAC PDU,從MAC PDU中提取出邏輯信道數(shù)據(jù)RLC PDU JfRLC PDU重組后 形成PDCP PDU, PDCP實體去除PDCP PDU的PDCP頭部后進行解密,解壓(對于數(shù)據(jù)而言) 和完整性驗證(對于信令而言)形成PDCP SDU JfPDCP SDU按序的提交給PDCP的上層實 體。在正常情況下,UE的上行數(shù)據(jù)發(fā)送過程如下UE的PDCP實體接收上層的數(shù)據(jù)包 作為PDCP實體的PDCP SDU JfPDCP SDU進行壓縮(對于數(shù)據(jù)而言)、完整性保護(對于信 令而言)、加密并加上PDCP頭部后形成PDCPPDU。PDCP PDU提交給下層的RLC實體后成為 RLC SDU,RLC SDU經(jīng)過分割和串接后形成RLC PDU, MAC層復(fù)用RLC PDU后形成MAC PDU, MAC PDU經(jīng)過物理信道處理后通過Uu 口發(fā)送給eNB,eNB采用相反的過程恢復(fù)出PDCP SDU, 并通過eNB與s-GW之間的Sl接口將PDCP SDU按序提交給S-GW。切換(handover)和無線鏈路失敗(RLF,radio link failure)等原因?qū)驍嗌?述正常的上下行發(fā)送過程。如果發(fā)生了切換或者無線鏈路失敗,那么對于映射到確認(AM, Acknowledge Mode)模式的邏輯信道,需要進行上下行數(shù)據(jù)的接續(xù)。在UE側(cè)的數(shù)據(jù)接續(xù)通 過PDCP實體重建立來完成,由于PDCP實體重建立將改變安全環(huán)境和壓縮上下文,因此在 PDCP實體重建立之前,RLC實體首先進行重建立。在上行方向上,UE的RLC實體發(fā)送方將丟 棄所有正在RLC緩存中的RLC SDU和AMD PDU, PDCP實體根據(jù)上行數(shù)據(jù)發(fā)送情況將需要重 傳的PDCP SDU采用新的安全環(huán)境和壓縮上下文的處理后提交給RLC實體進行重傳;在網(wǎng)絡(luò) 側(cè)的數(shù)據(jù)接續(xù)通過新舊PDCP實體的切換來完成,新舊PDCP實體采用不同的安全環(huán)境和壓縮上下文,在上行方向上,對于下層RLC實體無法遞交給PDCP實體的RLC SDU和AMD PDU, 將被丟棄,對于下層RLC實體已經(jīng)向舊PDCP實體連續(xù)提交成功的PDCPSDU將被按序地提交 s-GW,對于不連續(xù)提交的PDCP SDU,舊PDCP實體具有轉(zhuǎn)發(fā)給新PDCP實體的選擇,舊PDCP實 體將PDCP SDU的接收情況轉(zhuǎn)發(fā)給新的PDCP實體。新的PDCP實體將接收來自UE的上行數(shù) 據(jù),并根據(jù)舊PDCP實體的PDCP狀態(tài)信息發(fā)送PDCP狀態(tài)報告給UE,PDCP狀態(tài)報告主要包括 兩部分內(nèi)容首個丟失序號(FMS,F(xiàn)irst missing SN)和不連續(xù)確認序號(ACK)。PDCP實體 對已發(fā)送的SN小于FMS的PDCP SDU而言,認為這些PDCP SDU被連續(xù)成功提交,對已發(fā)送 的SN等于ACK的PDCPSDU而言,認為這些PDCP SDU被不連續(xù)成功提交。UE根據(jù)狀態(tài)報告 調(diào)整正在發(fā)送的上行數(shù)據(jù)或者即將發(fā)送的上行數(shù)據(jù)將確認的PDCP SDU從緩存中刪除,同 時取消這些PDCP SDU在RLC的發(fā)送并從RLC的緩存中刪除。如圖1所示,UE某一邏輯信道上的PDCP實體U從對等實體PDCP實體A切換至 對等實體PDCP實體B,緊接著又從對等實體PDCP實體B切換至對等實體PDCP實體C的過 程如下。PDCP實體U與PDCP實體A進行上行數(shù)據(jù)傳輸,PDCP實體U發(fā)送1、2、3、4、5、6號 PDCP PDU給PDCP實體A,PDCP實體A成功接收了 1,4,5,6號PDCP PDU,并將這些PDCP PDU 的RLC確認發(fā)送給PDCP實體U關(guān)聯(lián)的RLC實體。PDCP實體A將接收的PDCP PDU的狀態(tài)信 息發(fā)送給PDCP實體B,表明成功向s-GW提交1號PDCP PDU,并轉(zhuǎn)發(fā)4,5,6號不連續(xù)PDCP PDU0 PDCP實體U切換到PDCP實體B后,PDCP實體U從重傳緩存中刪除1號PDCPPDU,同 時UE將重發(fā)2,3,4, 5,6號PDCP PDU給PDCP實體B,如果UE收到了 PDCP實體B的PDCP狀 態(tài)報告,表示不連續(xù)的4,5,6號PDCP PDU被轉(zhuǎn)發(fā),那么PDCP實體B將丟棄指令傳遞給RLC 實體,以取消4,5,6號PDCP PDU的發(fā)送,同時在PDCP實體的重傳緩存中刪除4,5,6號PDCP SDU,當PDCP實體U從PDCP實體B切換到PDCP實體C時,如果4,5,6號PDCP SDU仍然為 不連續(xù)確認,比如PDCP實體B沒有成功收到3號PDCP PDU,那么PDCP實體U將從重傳緩 存中刪除2號PDCPPDU,切換到PDCP實體C后,在重發(fā)3的同時,重發(fā)4,5,6號PDCP SDU。 如果PDCP實體C收到了 PDCP實體B轉(zhuǎn)發(fā)的4,5,6號PDCP PDU,那么PDCP實體C將通過 PDCP狀態(tài)報告來給UE發(fā)送確認信息,說明4,5,6已經(jīng)收到,UE將再次取消4,5,6的發(fā)送。在上述的切換過程中,當首次切換時PDCP實體A向PDCP實體B轉(zhuǎn)發(fā)了 4,5,6號 PDCP SDU,而第二次切換時PDCP實體B不向PDCP實體C轉(zhuǎn)發(fā)4,5,6號PDCP SDU時,將造 成4,5,6號PDCP SDU的丟失,即s-GW將收不到4,5,6號PDCP SDU。問題原因在于PDCP實 體A從PDCP實體U處接收到了不連續(xù)的PDCP SDU,而不連續(xù)的PDCP SDU是不會被PDCP實 體B轉(zhuǎn)發(fā)給s-GW的,只可能被PDCP實體B向PDCP實體C轉(zhuǎn)發(fā)。PDCP實體U根據(jù)PDCP狀 態(tài)報告來刪除PDCP實體內(nèi)已確認成功接收的PDCP SDU,包括不連續(xù)的SDU。當PDCP實體 U從PDCP實體B切換到PDCP實體C時,如果PDCP實體B不轉(zhuǎn)發(fā)不連續(xù)的PDCP SDU,那么 PDCP實體U處的不連續(xù)SDU已經(jīng)被刪除,這造成了數(shù)據(jù)的丟失。另外,在上述的切換過程中,如果首次切換時PDCP實體A向PDCP實體B不轉(zhuǎn)發(fā) 了 4,5,6號PDCP SDU,那么就不會造成數(shù)據(jù)的丟失,原因是PDCP實體U不會收到的PDCP status Report中4,5,6號PDCP SDU的確認,因此PDCP實體U不會從重傳緩存中刪除4, 5,6 號 PDCP SDU0另外,在上述的切換過程中,如果PDCP實體B保證向PDCP實體C發(fā)送4,5,6號 PDCP SDU,那么也不會造成數(shù)據(jù)的丟失,原因是PDCP實體U即使刪除了 4,5,6號PDCP SDU,但是PDCP實體B向PDCP實體C轉(zhuǎn)發(fā)了 PDCP SDU,因此不造成數(shù)據(jù)的丟失。值得一提的是,上述例子4,5,6號PDCP SDU可以泛指不連續(xù)PDCPSDU。上面所述的PDCP實體A,PDCP實體B和PDCP實體C之間的連續(xù)切換所發(fā)生的場 景根據(jù)PDCP實體所處網(wǎng)元位置的不同,可能發(fā)生的場景包括(l)eNB內(nèi)切換發(fā)生后又發(fā)生 跨eNB切換的情況,引起eNB內(nèi)部切換的原因可能是無線鏈路失敗。由于eNB內(nèi)切換時,第 一次轉(zhuǎn)發(fā)的數(shù)據(jù)在eNB內(nèi)部進行,即PDCP實體A和PDCP實體B位于第一個eNB,因此轉(zhuǎn)發(fā) 不連續(xù)數(shù)據(jù)的可能性較大,而當切換到位于其他eNB內(nèi)的PDCP實體C時,eNB根據(jù)網(wǎng)絡(luò)情況 來決定是否轉(zhuǎn)發(fā)不連續(xù)的數(shù)據(jù)包。(2) intra-RAT切換后發(fā)生inter-RAT切換,PDCP實體A 和PDCP實體B使用同一個RAT,第二次切換時,網(wǎng)絡(luò)情況復(fù)雜,PDCP實體C使用不同的RAT, 數(shù)據(jù)包的轉(zhuǎn)發(fā)可能帶來很大的時延,因此可能PDCP實體B會考慮不進行數(shù)據(jù)包的轉(zhuǎn)發(fā),此 時空口將負責進行數(shù)據(jù)包的重發(fā),這帶來了可靠性和低時延。
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是,提供一種避免上行數(shù)據(jù)丟失的方法及裝置,從而 在連續(xù)PDCP重建立時,避免上行數(shù)據(jù)的丟失。為了解決上述問題,本發(fā)明公開了一種避免上行數(shù)據(jù)丟失的方法包括在PDCP重建立過程中,UE的PDCP實體收到PDCP反饋信息時,在PDCP重傳緩存 中僅刪除PDCP反饋信息中確認連續(xù)收到的PDCP SDU0進一步地,上述方法中,所述PDCP反饋信息為PDCP狀態(tài)報告時,所述UE的PDCP 實體讀取所述狀態(tài)報告中首個丟失序號(FMS),在所述PDCP重傳緩存中僅刪除序號小于所 述 FMS 的 PDCP SDU。進一步地,所述UE的PDCP實體保留所述PDCP狀態(tài)報告中不連接確認序號(ACK) 所確認的PDCP SDU,同時刪除所述UE的下層無線鏈路控制協(xié)議(RLC)實體中與所述ACK所 確認的PDCP SDU對應(yīng)的PDCP PDU0進一步地,上述方法中,所述PDCP反饋信息為所述UE的下層RLC實體確認的連續(xù) 成功收到的PDCP PDU時,所述UE的PDCP實體在所述PDCP重傳緩存中僅刪除與所述RLC 實體確認的連續(xù)成功收到的PDCP PDU對應(yīng)的PDCP SDU0其中,當所述UE的PDCP實體收到下層RLC實體確認的非連續(xù)收到的PDCP PDU時, 在所述PDCP重傳緩存中保留所述PDCP PDU對應(yīng)的PDCPSDU。所述UE的PDCP實體在PDCP重傳緩存中設(shè)置向下層RLC實體提交的PDU的位置 指示,在該位置指示的一側(cè)是所述UE的PDCP實體已向下層RLC實體提交過的PDCP PDU,該 位置指示的另一側(cè)是所述UE的PDCP實體未向下層RLC實體提交的PDCP PDU0本發(fā)明還公開了一種避免上行數(shù)據(jù)丟失的方法,包括網(wǎng)絡(luò)側(cè)的第一 PDCP實體將PDCP狀態(tài)報告發(fā)送給UE的PDCP實體后,若所述UE的 PDCP實體切換到網(wǎng)絡(luò)側(cè)的第二 PDCP實體,則所述第一 PDCP實體向所述第二 PDCP實體轉(zhuǎn)發(fā) 所述PDCP狀態(tài)報告中ACK所確認的PDCPSDU。進一步地,上述方法中,所述UE的PDCP實體收到所述第一 PDCP實體發(fā)送的PDCP 狀態(tài)報告后,從PDCP重傳緩存中刪除序號小于所述PDCP狀態(tài)報告中FMS的PDCP服務(wù)數(shù)據(jù) 單元(SDU),以及所述PDCP狀態(tài)報告中ACK所確認的PDCP SDU0
本發(fā)明還公開了一種避免上行數(shù)據(jù)丟失的裝置,包括PDCP實體和PDCP重傳緩存, 其中所述PDCP實體,用于在PDCP重建立過程中,接收PDCP反饋信息,并從所述PDCP 重傳緩存中刪除PDCP反饋信息中確認連續(xù)收到的PDCPSDU ;所述PDCP重傳緩存,用于保存PDCP重傳的PDCP SDU。進一步地,上述裝置中,所述PDCP反饋信息為PDCP狀態(tài)報告時,所述PDCP實體讀 取所述狀態(tài)報告中FMS和ACK,從所述PDCP重傳緩存中刪除序號小于所述FMS的PDCP SDU, 保留所述ACK所確認的PDCP SDU,同時刪除所述UE的下層RLC實體中與所述ACK所確認的 PDCP SDU 對應(yīng)的 PDCP PDU。進一步地,上述裝置中,所述PDCP反饋信息為所述UE的下層RLC實體確認的連續(xù) 成功收到的PDCP PDU時,所述UE的PDCP實體在所述PDCP重傳緩存中僅刪除與所述RLC 實體確認的連續(xù)成功收到的PDCP PDU對應(yīng)的PDCP SDU0本發(fā)明還公開了一種避免上行數(shù)據(jù)丟失的裝置,包括PDCP狀態(tài)報告生成模塊以 及PDCP處理模塊,其中所述PDCP狀態(tài)報告生成模塊,用于根據(jù)所接收的上行數(shù)據(jù)的狀態(tài)生成PDCP狀態(tài) 報告,并將所述PDCP狀態(tài)報告發(fā)送給UE的PDCP實體; 所述PDCP處理模塊,在所述UE的PDCP實體生成PDCP切換時,將所述PDCP狀態(tài) 報告生成模塊生成的PDCP狀態(tài)報告中ACK所確認的PDCPSDU發(fā)送給切換后的目標PDCP實體。本發(fā)明技術(shù)方案優(yōu)化了上行數(shù)據(jù)的發(fā)送,特別是在發(fā)生連續(xù)PDCP重建立的情況 下避免了數(shù)據(jù)丟失的情況,并且節(jié)省了 PDCP緩存資源。
圖1為現(xiàn)有技術(shù)中用戶設(shè)備用于AM模式的PDCP實體發(fā)送示意圖;圖2為本實施例中發(fā)送上行數(shù)據(jù)的裝置示意圖;圖3為圖2所示裝置中PDCP重傳緩存的示意圖;圖4為圖2所示裝置發(fā)送上行數(shù)據(jù)的流程圖;圖5為本實施例中場景1的流程圖;圖6為本實施例中場景2的流程圖;圖7為本實施例中場景3的流程圖;圖8為本實施例中由網(wǎng)絡(luò)側(cè)設(shè)備避免上行數(shù)據(jù)丟失的流程圖。
具體實施例方式本發(fā)明的主要內(nèi)容是,當UE在進行上行數(shù)據(jù)發(fā)送時,PDCP的上層實體將數(shù)據(jù)包提 交給PDCP實體后,PDCP實體將該PDCP SDU緩存在PDCP重傳緩存內(nèi),并為該PDCP SDU啟動 一個discard_timer,當discard_timer到期時,PDCP SDU將自動從重傳緩存中刪除,根據(jù) 先提交先啟動discard-timer的原則,一般而言,先提交的PDCP SDU將先于后提交的PDCP SDU被刪除。其中,對于UE的RLC實體向UE的PDCP實體指示成功發(fā)送的PDCPPDU而言,如果指示PDCP實體成功發(fā)送的PDCP PDU是連續(xù)的,那么UE的PDCP實體將從緩存中刪除這些 連續(xù)的PDCP PDU所對應(yīng)的PDCP SDU,如果PDCP實體成功發(fā)送的PDCP PDU是不連續(xù)的,那 么UE的PDCP實體將在緩存中保留這些非連續(xù)的PDCP PDU所對應(yīng)的PDCP SDU ;對于UE的PDCP實體收到的PDCP狀態(tài)報告中指示成功發(fā)送的PDCPPDU,如果指示 成功發(fā)送的PDCP PDU是連續(xù)的,那么UE的PDCP實體將從緩存中刪除這些連續(xù)的PDCP PDU 所對應(yīng)的PDCP SDU,并且UE的PDCP實體指示UE的RLC實體刪除對應(yīng)的PDCP PDU,同時UE 的PDCP實體指示UE的RLC實體取消當前發(fā)送該PDCP PDU ;如果指示成功發(fā)送的PDCPPDU 是不連續(xù)的,那么UE的PDCP實體將在緩存中保留這些非連接的PDCPPDU所對應(yīng)的PDCP SDU,并且UE的PDCP實體指示UE的RLC實體刪除對應(yīng)的PDCP PDU,同時取消當前該PDCP PDU的發(fā)送。下面結(jié)合附圖及具體實施例對本發(fā)明技術(shù)方案作進一步說明。一種避免上行數(shù)據(jù)丟失的裝置,即UE,其結(jié)構(gòu)如圖2所示,包括PDCP實體、下層 RLC實體以及PDCP重傳緩存模塊。各部分功能介紹如下。PDCP實體,用于接收PDCP反饋信息,并根據(jù)這些信息實時更新PDCP重傳緩存模塊 中的PDCP重傳緩存,其中,PDCP反饋信息為PDCP狀態(tài)報告、下層RLC實體確認的連續(xù)成功 收到的PDCP PDU ;在本實施例中,PDCP實體在PDCP重傳緩存模塊中設(shè)置了下層RLC實體提交位置 指示和發(fā)送成功位置指示,下層RLC實體提交位置指示的一側(cè)是已向下層RLC實體提交的 PDCP SDU,另一側(cè)是未向下層RLC實體提交的PDCP SDU ;發(fā)送成功位置指示的一側(cè)是已連 續(xù)成功發(fā)送的PDCP SDU,另一側(cè)是未連續(xù)成功發(fā)送的PDCP SDU ;當PDCP收到的PDCP反饋信息為PDCP狀態(tài)報告時,刪除PDCP重傳緩存模塊中所保 存的序號小于PDCP狀態(tài)報告中FMS的PDCP SDU或者PDCP PDU (即將發(fā)送成功位置指示移 動到FMS所確認的PDCP SDU),并保留PDCP狀態(tài)報告中ACK所確認的PDCP SDU或者PDCP PDU ;當UE收到的PDCP反饋信息為RLC確認的連續(xù)成功收到的PDCP PDU時,刪除PDCP重 傳緩存模塊中這些PDCP PDU,及其對應(yīng)的PDCP SDU (即將發(fā)送成功位置指示移動到RLC實 體所確認的PDCP SDU);當PDCP實體收到下層RLC實體確認的非連續(xù)收到的PDCP PDU時, 保留PDCP重傳緩存模塊中這些PDCP PDU,及其對應(yīng)的PDCP SDU0PDCP實體還在重傳緩存中記錄向下層RLC提交過的但未被確認連續(xù)成功發(fā)送的 PDCP PDU(即位于下層RLC實體提交位置指示和發(fā)送成功位置指示之間的PDCP PDU)對應(yīng) 的PDCP SDU狀態(tài)即被確認接收或者未被確認接收。RLC實體,用于向PDCP實體發(fā)送確認的連續(xù)成功收到的PDCP PDU以及確認的非連 續(xù)收到的PDCP PDU ;PDCP重傳緩存模塊,用于存儲所要重傳的所述PDCP SDU ;本實施例中,PDCP重傳緩存模塊按照圖3所示的結(jié)構(gòu)進行緩存,其中,■表示 PDCP狀態(tài)報告或者RLC所確認的收到的不連續(xù)的PDCP SDU0先介紹上述UE在發(fā)生PDCP重建立后,發(fā)送上行數(shù)據(jù)的整個過程,如圖4所示,包 括以下步驟步驟400 =UE的PDCP實體收到PDCP反饋信息時,進行PDCP重傳緩存的更新;該步驟中,PDCP反饋信息為PDCP狀態(tài)報告或者下層RLC確認的連續(xù)成功收到的PDCP PDU,當UE收到PDCP狀態(tài)報告時,則從PDCP重傳緩存僅刪除序號小于PDCP狀態(tài)報告 中FMS的PDCP SDU或者PDCP PDU,并保留PDCP狀態(tài)報告中ACK所確認的PDCP SDU或者 PDCP PDU ;當UE收到RLC確認的連續(xù)成功收到的PDCP PDU時,則從PDCP重傳緩存中刪除這 些PDCP PDU,及其對應(yīng)的PDCP SDU0步驟401 當UE的PDCP實體U發(fā)生切換后,UE的PDCP實體U向切換后的目標 PDCP實體發(fā)送或者重發(fā)當前PDCP重傳緩存中所有PDCPSDU或者PDCP PDU。UE在發(fā)生PDCP重建立后,根據(jù)上行數(shù)據(jù)的發(fā)送和接收PDCP狀態(tài)報告的次序的差 別,可分為三個場景,在不同的場景,UE的PDCP實體U需要不同的處理。下面就結(jié)合這三個場景,具體介紹UE的處理過程,從而避免上行數(shù)據(jù)的丟失。場景1UE的PDCP實體U收到目標PDCP實體發(fā)送的PDCP狀態(tài)報告后,上行數(shù)據(jù)還未發(fā) 送,UE需要先向eNB申請上行數(shù)據(jù)的空口資源的過程,如圖5所示,包括以下步驟步驟500 =UE某一邏輯信道上的PDCP實體U從PDCP實體A切換到PDCP實體B后, 目標PDCP實體PDCP實體B在給PDCP實體U分配上行資源之前,向PDCP實體U發(fā)送PDCP 狀態(tài)報告,狀態(tài)報告反映PDCP實體A向PDCP實體B發(fā)送的上行PDCP SDU的確認信息;步驟510 =UE的PDCP實體U收到PDCP實體B發(fā)送的PDCP狀態(tài)報告,根據(jù)PDCP狀 態(tài)報告內(nèi)的確認信息進行重傳緩存操作;具體地,對于PDCP狀態(tài)報告中連續(xù)確認的PDCP SDU,UE的PDCP實體U將從PDCP 重傳緩存中刪除連續(xù)確認的PDCP SDU以及相關(guān)聯(lián)的PDCP PDU,同時,UE的PDCP實體U還 將發(fā)送成功位置指示向前移動,以表示PDCP重傳緩存中首個未確認的PDCP SDU的位置,而 非連續(xù)確認的PDCP SDU將被保留在UE的PDCP實體U的PDCP重傳緩存中。步驟520 =UE的PDCP實體U根據(jù)PDCP重傳緩存中的內(nèi)容計算上行緩存報告以向 PDCP實體B申請上行數(shù)據(jù)的空口資源,PDCP實體B收到申請后為UE分配上行數(shù)據(jù)的資源;該步驟中,UE根據(jù)PDCP重傳緩存中發(fā)送成功位置指示起的所有PDCPSDU(或者 PDCP PDU)的大小計算上行緩存報告,其中,發(fā)送成功位置指示起的所有PDCP SDU包括未提 交給UE的RLC實體的PDCP SDU,以及向下層RLC提交過但從沒有被RLC實體或者PDCP狀 態(tài)報告確認發(fā)送成功的第一個PDCP SDU起的PDCP SDU,但被PDCP實體B發(fā)送的PDCP狀態(tài) 報告確認的PDCP SDU除外。步驟530 =UE的PDCP實體U將PDCP重傳緩存中發(fā)送成功位置指示起的所有PDCP SDU(或者PDCP PDU)使用新的壓縮上下文和新的安全環(huán)境形成PDPC SDU后提交給的RLC 實體進行發(fā)送,但被PDCP實體B發(fā)送的PDCP狀態(tài)報告確認的PDCP SDU除外;步驟540 當UE的PDCP實體U從PDCP實體B切換到PDCP實體C后,UE的PDCP 實體U向PDCP實體C發(fā)送或者重發(fā)當前PDCP重傳緩存中發(fā)送成功位置指示起的所有PDCP SDU (或者PDCP PDU),但被PDCP實體C發(fā)送的PDCP狀態(tài)報告確認的PDCP SDU除外。場景2UE的PDCP實體U收到目標PDCP實體發(fā)送的PDCP狀態(tài)報告后,上行數(shù)據(jù)正在發(fā)送 且未發(fā)送成功,UE將PDCP狀態(tài)報告確認的PDCP PDU的丟棄指示發(fā)送給RLC實體的過程, 如圖6所示,包括以下步驟
步驟600 :UE某一邏輯信道上的PDCP實體U從PDCP實體A切換到PDCP實體B后, 向目標PDCP實體B申請空口資源;步驟610 =UE的PDCP實體U根據(jù)當前PDCP重傳緩存中的內(nèi)容計算上行緩存報告 以向PDCP實體B申請上行數(shù)據(jù)的空口資源,PDCP實體B收到申請后為UE分配上行數(shù)據(jù)的 資源;該步驟中,UE的PDCP實體申請上行資源時,根據(jù)PDCP重傳緩存中發(fā)送成功位置 指示起的所有PDCP SDU (或者PDCP PDU)的大小計算上行緩存報告,其中,發(fā)送成功位置指 示起的所有PDCP SDU包括未提交給UE的RLC實體的PDCP SDU,以及向下層RLC提交過但 從沒有被RLC實體或者PDCP狀態(tài)報告確認發(fā)送成功的第一個PDCP SDU起的PDCP SDU0步驟620 =UE的PDCP實體接收到上行資源的分配后,將未提交給RLC實體的PDCP SDU或者PDU,以及提交給RLC實體但尚未得到連續(xù)確認的第一個PDCP SDU起的所有PDCP PDU發(fā)送給PDCP實體B ;步驟630 =UE的PDCP實體在步驟610的發(fā)送過程,接收到PDCP狀態(tài)報告,對于 PDCP狀態(tài)報告中確認的連續(xù)PDCP PDU, UE的PDCP實體U將丟棄該PDCP PDU對應(yīng)的在PDCP 重傳緩存中的PDCP SDU以及相應(yīng)的PDCP PDU,對于PDCP狀態(tài)報告中確認的所有連續(xù)的或 者不連續(xù)的PDCPPDU,將發(fā)送丟棄指示給下層RLC實體;步驟640 =UE的PDCP實體U從PDCP實體B切換到PDCP實體C后,UE的PDCP實 體U向PDCP實體C發(fā)送或者重發(fā)當前PDCP重傳緩存中發(fā)送成功位置指示起的所有PDCP SDU (或者PDCP PDU),但被PDCP實體C發(fā)送的PDCP狀態(tài)報告確認的PDCP SDU除外。場景3UE收到目標PDCP實體發(fā)送的PDCP狀態(tài)報告后,上行發(fā)送數(shù)據(jù)已經(jīng)被成功發(fā)送并 確認的過程,如圖7所示,包括以下步驟步驟700 =UE的PDCP實體U從PDCP實體A切換到PDCP實體B后,目標PDCP實體 B成功接收到所有PDCP上行數(shù)據(jù),之后向UE的PDCP實體發(fā)送PDCP狀態(tài)報告;步驟710 =UE的PDCP實體將根據(jù)所收到PDCP狀態(tài)報告中確認確認所有PDCP上行 數(shù)據(jù)發(fā)送成功,則對PDCP重傳緩存不進行任何操作;步驟720 =UE的PDCP實體U從PDCP實體B切換到PDCP實體C后,UE的PDCP實 體U向PDCP實體C發(fā)送或者重發(fā)當前PDCP重傳緩存中發(fā)送成功位置指示起的所有PDCP SDU (或者PDCP PDU),但被PDCP實體C發(fā)送的PDCP狀態(tài)報告確認的PDCP SDU除外。另外,還可以在網(wǎng)絡(luò)側(cè)的改善以進行上行數(shù)據(jù)的發(fā)送,即網(wǎng)絡(luò)側(cè)的PDCP實體B將 PDCP狀態(tài)報告發(fā)送給UE側(cè)的對等PDCP實體U后,如果PDCP實體U再次切換到網(wǎng)絡(luò)側(cè)的 PDCP實體C,則PDCP實體B將向PDCP實體C轉(zhuǎn)發(fā)上述PDCP狀態(tài)報告中所確認的不連續(xù) PDCP SDU,這樣,就可以避免上行數(shù)據(jù)的丟失。具體地,在本實施例中可以提出一種包括PDCP狀態(tài)報告生成模塊以及PDCP處理 模塊的網(wǎng)絡(luò)側(cè)設(shè)備。其中PDCP狀態(tài)報告生成模塊,用于根據(jù)所接收的上行數(shù)據(jù)的狀態(tài)生成PDCP狀態(tài)報告, 并將所述PDCP狀態(tài)報告發(fā)送給UE的PDCP實體;PDCP處理模塊,在UE的PDCP實體生成PDCP切換時,將PDCP狀態(tài)報告生成模塊生 成的PDCP狀態(tài)報告中ACK所確認的PDCP SDU發(fā)送給切換后的目標PDCP實體。
上述網(wǎng)絡(luò)側(cè)設(shè)備的工作原理是,記錄每一個PDCP狀態(tài)報告中所確認的不連續(xù)的 PDCP SDU,在UE的PDCP實體生成PDCP切換時,向切換后的目標PDCP實體C轉(zhuǎn)發(fā)狀態(tài)報告 的時刻,獲取這些PDCP SDU的連續(xù)接收情況,僅將非連續(xù)接收的PDCP SDU和狀態(tài)報告一起 轉(zhuǎn)發(fā)給PDCP實體C,而UE在收到PDCP狀態(tài)報告后,將從重傳緩存中刪除所有PDCP狀態(tài)報 告確認的連續(xù)和不連續(xù)的PDCP SDU,并取消這些數(shù)據(jù)的發(fā)送。具體過程如圖8,包括以下步驟步驟800 =PDCP實體A向PDCP實體B轉(zhuǎn)發(fā)PDCP狀態(tài)信息和狀態(tài)信息指示的數(shù)據(jù) 包后,PDCP實體B向UE的PDCP實體U發(fā)送PDCP狀態(tài)報告;步驟810 =UE的PDCP實體U將從重傳緩存中刪除PDCP狀態(tài)報告已確認發(fā)送成功 的PDCP PDU,其中,刪除的PDCP PDU包括已連續(xù)接收的PDCP PDU以及非連續(xù)接收的PDCP PDU ;步驟820 =UE的PDCP實體U從PDCP實體B切換到PDCP實體C后,UE的PDCP實體 U向PDCP實體C重發(fā)在切換之前從第一個未得到下層RLC確認的PDCP SDU以及目標PDCP 實體C發(fā)送的PDCP狀態(tài)報告中未被確認的PDCP SDU開始的所有PDCP SDU ;步驟830 =PDCP實體B僅向PDCP實體C轉(zhuǎn)發(fā)成功接收的非連續(xù)PDCPSDU,而將成 功接收的連續(xù)PDCP SDU提交給網(wǎng)關(guān)。上述流程中所稱的PDCP實體A、PDCP實體B以及PDCP實體C均屬于本實施例所 提出的網(wǎng)絡(luò)側(cè)設(shè)備。從上述實施例可以看出,本發(fā)明技術(shù)方案在用戶設(shè)備發(fā)送上行數(shù)據(jù)時,將PDCP狀 態(tài)報告確認的不連續(xù)的PDCP SDU保留在PDCP實體的重傳緩存內(nèi),從而避免了連續(xù)切換導(dǎo) 致的上行數(shù)據(jù)丟失問題;對由RLC確認或者PDCP status Report確認的連續(xù)的PDCP SDU 則不保留在PDCP實體的重傳緩存內(nèi),從而節(jié)省了 PDCP緩存資源。當然,本發(fā)明還可有多種實施方式,在不背離本發(fā)明精神及其實質(zhì)的情況,熟悉本 領(lǐng)域的技術(shù)人員當可根據(jù)本發(fā)明作出各種相應(yīng)的更改或變化,但凡在本發(fā)明的精神和原則 之內(nèi)所作的任何修改、等同替換、改進,均應(yīng)包含在本發(fā)明所附的權(quán)利要求的保護范圍之 內(nèi)。
權(quán)利要求
1.一種避免上行數(shù)據(jù)丟失的方法,其特征在于,該方法包括在分組數(shù)據(jù)匯聚協(xié)議(PDCP)重建立過程中,用戶設(shè)備(UE)的PDCP實體收到PDCP反 饋信息時,在PDCP重傳緩存中僅刪除PDCP反饋信息中確認連續(xù)收到的PDCP服務(wù)數(shù)據(jù)單元 (SDU)。
2.如權(quán)利要求1所述的方法,其特征在于,所述PDCP反饋信息為PDCP狀態(tài)報告時,所述UE的PDCP實體讀取所述狀態(tài)報告中首 個丟失序號(FMS),在所述PDCP重傳緩存中僅刪除序號小于所述FMS的PDCP SDU0
3.如權(quán)利要求2所述的方法,其特征在于,所述UE的PDCP實體保留所述PDCP狀態(tài)報告中不連接確認序號(ACK)所確認的PDCP SDU,同時刪除所述UE的下層無線鏈路控制協(xié)議(RLC)實體中與所述ACK所確認的PDCP SDU 對應(yīng)的 PDCP PDU。
4.如權(quán)利要求1所述的方法,其特征在于,所述PDCP反饋信息為所述UE的下層RLC實體確認的連續(xù)成功收到的PDCP協(xié)議數(shù)據(jù) 單元(PDU)時,所述UE的PDCP實體在所述PDCP重傳緩存中僅刪除與所述RLC實體確認的 連續(xù)成功收到的PDCP PDU對應(yīng)的PDCP SDU。
5.如權(quán)利要求4所述的方法,其特征在于,當所述UE的PDCP實體收到下層RLC實體確認的非連續(xù)收到的PDCPPDU時,在所述PDCP 重傳緩存中保留所述PDCP PDU對應(yīng)的PDCP SDU0
6.如權(quán)利要求1至5任一項所述的方法,其特征在于,所述UE的PDCP實體在PDCP重傳緩存中設(shè)置向下層RLC實體提交的PDU的位置指示, 在該位置指示的一側(cè)是所述UE的PDCP實體已向下層RLC實體提交過的PDCP PDU,該位置 指示的另一側(cè)是所述UE的PDCP實體未向下層RLC實體提交的PDCP PDU。
7.—種避免上行數(shù)據(jù)丟失的方法,其特征在于,該方法包括網(wǎng)絡(luò)側(cè)的第一分組數(shù)據(jù)匯聚協(xié)議(PDCP)實體將PDCP狀態(tài)報告發(fā)送給用戶設(shè)備(UE) 的PDCP實體后,若所述UE的PDCP實體切換到網(wǎng)絡(luò)側(cè)的第二 PDCP實體,則所述第一 PDCP 實體向所述第二 PDCP實體轉(zhuǎn)發(fā)所述PDCP狀態(tài)報告中不連接確認序號(ACK)所確認的PDCP SDU。
8.如權(quán)利要求7所述的方法,其特征在于,所述UE的PDCP實體收到所述第一 PDCP實體發(fā)送的PDCP狀態(tài)報告后,從PDCP重傳緩 存中刪除序號小于所述PDCP狀態(tài)報告中首個丟失序號(FMS)的PDCP服務(wù)數(shù)據(jù)單元(SDU), 以及所述PDCP狀態(tài)報告中ACK所確認的PDCP SDU0
9.一種避免上行數(shù)據(jù)丟失的裝置,其特征在于,該裝置包括分組數(shù)據(jù)匯聚協(xié)議(PDCP) 實體和PDCP重傳緩存,其中所述PDCP實體,用于在PDCP重建立過程中,接收PDCP反饋信息,并從所述PDCP重傳 緩存中刪除PDCP反饋信息中確認連續(xù)收到的PDCP服務(wù)數(shù)據(jù)單元(SDU);所述PDCP重傳緩存,用于保存PDCP重傳的PDCP SDU。
10.如權(quán)利要求9所述的裝置,其特征在于,所述PDCP反饋信息為PDCP狀態(tài)報告時,所述PDCP實體讀取所述狀態(tài)報告中首個丟 失序號(FMS)和不連接確認序號(ACK),從所述PDCP重傳緩存中刪除序號小于所述FMS的PDCP SDU,保留所述ACK所確認的PDCP SDU,同時刪除所述UE的下層無線鏈路控制協(xié)議 (RLC)實體中與所述ACK所確認的PDCP SDU對應(yīng)的PDCP PDU0
11.如權(quán)利要求9所述的裝置,其特征在于,所述PDCP反饋信息為所述UE的下層RLC實體確認的連續(xù)成功收到的PDCP協(xié)議數(shù)據(jù) 單元(PDU)時,所述UE的PDCP實體在所述PDCP重傳緩存中僅刪除與所述RLC實體確認的 連續(xù)成功收到的PDCP PDU對應(yīng)的PDCP SDU0
12.—種避免上行數(shù)據(jù)丟失的裝置,其特征在于,該裝置包括分組數(shù)據(jù)匯聚協(xié)議 (PDCP)狀態(tài)報告生成模塊以及PDCP處理模塊,其中所述PDCP狀態(tài)報告生成模塊,用于根據(jù)所接收的上行數(shù)據(jù)的狀態(tài)生成PDCP狀態(tài)報告, 并將所述PDCP狀態(tài)報告發(fā)送給用戶設(shè)備(UE)的PDCP實體;所述PDCP處理模塊,在所述UE的PDCP實體生成PDCP切換時,將所述PDCP狀態(tài)報告 生成模塊生成的PDCP狀態(tài)報告中不連接確認序號(ACK)所確認的PDCP SDU發(fā)送給切換后 的目標PDCP實體。
全文摘要
本發(fā)明公開了一種避免上行數(shù)據(jù)丟失的方法及裝置,涉及長期演進系統(tǒng)。本發(fā)明方法包括在PDCP重建立過程中,UE的PDCP實體收到PDCP反饋信息時,在PDCP重傳緩存中僅刪除PDCP反饋信息中確認連續(xù)收到的PDCP SDU。本發(fā)明技術(shù)方案優(yōu)化了上行數(shù)據(jù)的發(fā)送,特別是在發(fā)生連續(xù)PDCP重建立的情況下避免了數(shù)據(jù)丟失的情況,并且節(jié)省了PDCP緩存資源。
文檔編號H04L1/16GK101997660SQ200910165280
公開日2011年3月30日 申請日期2009年8月14日 優(yōu)先權(quán)日2009年8月14日
發(fā)明者張健, 張銀成, 王堅 申請人:中興通訊股份有限公司