專利名稱：跨基站切換過程中數(shù)據(jù)的反傳方法及基站的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種跨基站切換過程中數(shù)據(jù)的反傳方法及基站。
背景技術(shù)：
用戶設(shè)備(User Equipment，簡稱為UE)在切換時的數(shù)據(jù)傳輸是一項(xiàng)關(guān)鍵的技術(shù)問題。為了實(shí)現(xiàn)數(shù)據(jù)的無損傳輸，節(jié)約空口的無線資源，在跨基站切換過程中需要將源側(cè)基站尚未發(fā)送的數(shù)據(jù)轉(zhuǎn)交給目標(biāo)側(cè)基站處理，該操作稱為數(shù)據(jù)轉(zhuǎn)發(fā)或數(shù)據(jù)反傳(DataForwarding)。切換開始前，在源側(cè)基站(即，演進(jìn)節(jié)點(diǎn)B (evolved Node B，簡稱為eNB))和目標(biāo)側(cè)eNB間，用戶面建立兩條GTPU-U隧道一條用于上行鏈路數(shù)據(jù)轉(zhuǎn)發(fā)，一條用于下行鏈路的數(shù)據(jù)轉(zhuǎn)發(fā)。 對上行數(shù)據(jù)流來說，切換發(fā)生時，源側(cè)eNB的分組數(shù)據(jù)匯聚協(xié)議(Packet DataConvergenceProtocol,簡稱為F1DCP)層將成功接收到的有序的上行F1DCP服務(wù)數(shù)據(jù)單元(Service Data Unit,簡稱為SDU)發(fā)送給服務(wù)網(wǎng)關(guān)(Serving Gateway,簡稱為S-GW);而將接收到的亂序的上行rocp SDU轉(zhuǎn)發(fā)到目標(biāo)側(cè)基站，上行rocp sdu向服務(wù)網(wǎng)關(guān)的按序遞交由目標(biāo)側(cè)基站rocp層的重排序功能來完成。對下行數(shù)據(jù)流來說，切換發(fā)生時，源側(cè)基站會將以下幾種報(bào)文轉(zhuǎn)發(fā)到目標(biāo)側(cè)基站
(l)rocp層未發(fā)送成功的rocp協(xié)議數(shù)據(jù)單元(Protocol Data Unit，簡稱為TOU)所對應(yīng)的SDU，并攜帶rocp序列號(Serial Number，簡稱為SN)。其中，未發(fā)送成功是指無線鏈路控制(RadioLink Control,簡稱為RLC)層未發(fā)送、或確認(rèn)模式(Acknowledged Mode,簡稱為AM)下未收到UE的確認(rèn)消息。(2)已經(jīng)過HXP層的處理，但當(dāng)切換發(fā)生時還未來得及發(fā)送的roCPPDU所對應(yīng)的SDU，并攜帶rocp序列號。(3)來自核心網(wǎng)絡(luò)SI接口的下行原始數(shù)據(jù)以及用戶面通用無線分組業(yè)務(wù)(General Packet Radio Service,簡稱為GPRS)隧道協(xié)議(GTPU,GPRS Tunneling Protocol for User Plane)層未來得及發(fā)送的F1DU,即該報(bào)文未經(jīng)PDCP層處理，此時不攜帶HXP序列號。圖I是根據(jù)相關(guān)技術(shù)的跨基站切換過程中切換數(shù)據(jù)的流程圖，如圖I所示，該流程包括如下步驟步驟SlOl, UE 向源 eNB 發(fā)送測量報(bào)告(Measure Report)；步驟S102,源eNB接收到該測量報(bào)告后，向發(fā)送切換請求(Handover Request)消息；步驟S103,目標(biāo)eNB向源eNB發(fā)送切換請求確認(rèn)(Acknowledge,簡稱為ACK)消息；步驟S104,源eNB向UE發(fā)送切換命令(HO Command)；步驟S105，源eNB進(jìn)行用戶面數(shù)據(jù)反傳；步驟S106,源eNB向目標(biāo)eNB發(fā)送SN狀態(tài)傳輸(Status Transfer)消息，隨機(jī)接入完成；
步驟S107，UE向目標(biāo)eNB發(fā)送切換確認(rèn)(HO Confirm)消息；步驟S108,目標(biāo)eNB向移動性管理實(shí)體(Mobile Management Entity,簡稱為MME)發(fā)送路徑切換請求(PathSwitch Request)消息；步驟S109，MME向目標(biāo)eNB返回路徑切換請求確認(rèn)消息；步驟S110,目標(biāo)eNB向源eNB發(fā)送釋放資源(Release Resource)消息。圖2是根據(jù)相關(guān)技術(shù)的切換數(shù)據(jù)時源側(cè)eNB與UE之間交互的示意圖，如圖2所示，源側(cè)eNB向UE發(fā)送切換命令(Handover Command)并同時進(jìn)行業(yè)務(wù)數(shù)據(jù)的上下行反傳；由于UE在收到切換命令后會中斷上行數(shù)據(jù)流，且切換命令在傳輸中存在延遲(例如，HARQ重傳、RLC重傳等)，所以，UE重建立的實(shí)際時間晚于eNB用戶面，S卩，在源側(cè)eNB重建之后還可能有數(shù)據(jù)從UE發(fā)上來。這將導(dǎo)致如下問題1)如果是不確認(rèn)模式(Unacknowledged mode,簡稱為UM)承載,勢必造成上行數(shù)據(jù)丟包；2)如果是確認(rèn)模式(Acknowledged mode,簡稱為AM)承載，會造成上行報(bào)文在UE切換完成后的重傳，浪費(fèi)空口帶寬。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種跨基站切換過程中數(shù)據(jù)的反傳方案，以至少解決上述相關(guān)技術(shù)中由于在源eNB重建后仍能接收到來自UE的數(shù)據(jù)而導(dǎo)致上行數(shù)據(jù)包丟失或切換后重傳上行報(bào)文的問題。為了實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供了一種跨基站切換過程中數(shù)據(jù)的反傳方法。根據(jù)本發(fā)明的跨基站切換過程中數(shù)據(jù)的反傳方法，包括以下步驟源eNB向UE發(fā)送切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳；源eNB在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。優(yōu)選地，源eNB向UE發(fā)送切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳包括源eNB的控制面通知源eNB的用戶面向UE發(fā)送切換命令；源eNB的控制面通知源eNB的用戶面向目標(biāo)eNB轉(zhuǎn)發(fā)下行鏈路數(shù)據(jù)流。優(yōu)選地，源eNB對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳之后，該方法還包括源eNB啟動本地預(yù)設(shè)的定時器，繼續(xù)接收來自UE的上行鏈路數(shù)據(jù)流；源eNB在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳包括源eNB在定時器超時后，根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。優(yōu)選地，定時器的定時時長小于隨機(jī)接入時延。優(yōu)選地，源eNB根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳包括源eNB重新建立其用戶面RLC層，并向TOCP層投遞RLC SDU ;根據(jù)當(dāng)前的業(yè)務(wù)承載模式HXP層對RLC SDU進(jìn)行反傳。優(yōu)選地，根據(jù)當(dāng)前的業(yè)務(wù)承載模式rocp層對RLC SDU進(jìn)行反傳包括在業(yè)務(wù)承載模式為UM的情況下，PDCP層對不連續(xù)的RLC SDU進(jìn)行上行反傳，并依次投遞給核心網(wǎng)；和/或，在業(yè)務(wù)承載模式為AM的情況下，PDCP層對不連續(xù)的RLC SDU進(jìn)行上行反傳，并構(gòu)造與該報(bào)文對應(yīng)的接收狀態(tài)信息發(fā)送給目標(biāo)eNB，用于同步UE的上下文。為了實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例還提供了一種eNB。根據(jù)本發(fā)明的eNB，包括發(fā)送模塊，用于向UE發(fā)送切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳；上行數(shù)據(jù)反傳模塊，用于在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。優(yōu)選地，發(fā)送模塊還用于通過控制面通知用戶面向UE發(fā)送切換命令，以及通過控制面通知用戶面向目標(biāo)eNB轉(zhuǎn)發(fā)下行鏈路數(shù)據(jù)流。優(yōu)選地，上行數(shù)據(jù)反傳模塊包括RLC層處理單元，用于重新建立用戶面RLC層，并向rocp層投遞RLC SDU ;rocp層處理單元，用于根據(jù)當(dāng)前的業(yè)務(wù)承載模式rocp層對RLCSDU進(jìn)行反傳。優(yōu)選地，PDCP層處理單元還用于在業(yè)務(wù)承載模式為UM的情況下，PDCP層對不連續(xù)的RLC SDU進(jìn)行上行反傳，并依次投遞給核心網(wǎng)；和/或，在業(yè)務(wù)承載模式為AM的情況下，PDCP層對不連續(xù)的RLC SDU進(jìn)行上行反傳，并構(gòu)造與該報(bào)文對應(yīng)的接收狀態(tài)信息發(fā)送給目標(biāo)eNB，用于同步UE的上下文。
通過本發(fā)明，采用源eNB在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式進(jìn)行上行反傳的方式，解決了相關(guān)技術(shù)中由于在源eNB重建后仍能接收到來自UE的數(shù)據(jù)而導(dǎo)致上行數(shù)據(jù)包丟失或切換后重傳上行報(bào)文的問題，增加了系統(tǒng)的準(zhǔn)確性和有效性，提高了空口資源的利用率。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖I是根據(jù)相關(guān)技術(shù)的跨基站切換過程中切換數(shù)據(jù)的流程圖；圖2是根據(jù)相關(guān)技術(shù)的切換數(shù)據(jù)時源側(cè)eNB與UE之間交互的示意圖；圖3是根據(jù)本發(fā)明實(shí)施例的跨基站切換過程中數(shù)據(jù)的反傳方法的流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的基站的結(jié)構(gòu)框圖；圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的基站的結(jié)構(gòu)框圖；圖6是根據(jù)本發(fā)明實(shí)施例一的切換數(shù)據(jù)時源側(cè)eNB與UE之間交互的示意圖；圖7是根據(jù)本發(fā)明實(shí)施例二的AM承載時數(shù)據(jù)處理的流程圖；圖8是根據(jù)本發(fā)明實(shí)施例三的UM承載時數(shù)據(jù)處理的流程圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。根據(jù)本發(fā)明實(shí)施例，提供了一種跨基站切換過程中數(shù)據(jù)的反傳方法。圖3是根據(jù)本發(fā)明實(shí)施例的跨基站切換過程中數(shù)據(jù)的反傳方法的流程圖，如圖3所示，該方法包括以下步驟步驟S302，源eNB向UE發(fā)送切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳；步驟S304，源eNB在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。通過上述步驟，采用源eNB在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式進(jìn)行上行反傳的方式，解決了相關(guān)技術(shù)中由于在源eNB重建后仍能接收到來自UE的數(shù)據(jù)而導(dǎo)致上行數(shù)據(jù)包丟失或切換后重傳上行報(bào)文的問題，增加了系統(tǒng)的準(zhǔn)確性和有效性，提高了空口資源的利用率。例如，在實(shí)施過程中，步驟S304中，源eNB也可以在接收到UE中斷其上行鏈路數(shù)據(jù)流的通知消息之后，再進(jìn)行上行反傳。優(yōu)選地，在步驟S302中，源eNB的控制面通知源eNB的用戶面向UE發(fā)送切換命令；源eNB的控制面通知源eNB的用戶面向目標(biāo)eNB轉(zhuǎn)發(fā)下行鏈路數(shù)據(jù)流。該方法可操作性強(qiáng)。優(yōu)選地，在步驟S302中，源eNB可以對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳之后，啟動本地預(yù)設(shè)的定時器，繼續(xù)接收來自UE的上行鏈路數(shù)據(jù)流；在步驟S304中，源eNB可以在定時器超時后，根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。該方法實(shí)現(xiàn)簡單、可操作性強(qiáng)。
優(yōu)選地，上述定時器的定時時長小于隨機(jī)接入時延。該方法簡單實(shí)用，可以提高系統(tǒng)的兼容能力。優(yōu)選地，源eNB根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳包括源eNB重新建立其用戶面RLC層，并向TOCP層投遞RLC SDU ;根據(jù)當(dāng)前的業(yè)務(wù)承載模式HXP層對RLC SDU進(jìn)行反傳。該方法簡單實(shí)用，可操作性強(qiáng)。優(yōu)選地，在步驟S304中，根據(jù)當(dāng)前的業(yè)務(wù)承載模式rocp層對RLC SDU進(jìn)行反傳包括在業(yè)務(wù)承載模式為UM的情況下，PDCP層對不連續(xù)的RLC SDU進(jìn)行上行反傳，并依次投遞給核心網(wǎng)；和/或，在業(yè)務(wù)承載模式為AM的情況下，PDCP層對不連續(xù)的RLC SDU進(jìn)行上行反傳，并構(gòu)造與該報(bào)文對應(yīng)的接收狀態(tài)信息發(fā)送給目標(biāo)eNB，用于同步UE的上下文。該方法可以提高系統(tǒng)的靈活性和適應(yīng)能力。對應(yīng)于上述方法，本發(fā)明實(shí)施例還提供了一種eNB。圖4是根據(jù)本發(fā)明實(shí)施例的基站的結(jié)構(gòu)框圖，如圖4所示，該eNB 40包括發(fā)送模塊42，用于向UE發(fā)送切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳；上行數(shù)據(jù)反傳模塊44，耦合至發(fā)送模塊42，用于在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。通過上述eNB 40，采用上行數(shù)據(jù)反傳模塊44在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式進(jìn)行上行反傳的方式，解決了相關(guān)技術(shù)中由于在源eNB重建后仍能接收到來自UE的數(shù)據(jù)而導(dǎo)致上行數(shù)據(jù)包丟失或切換后重傳上行報(bào)文的問題，增加了系統(tǒng)的準(zhǔn)確性和有效性，提高了空口資源的利用率。優(yōu)選地，發(fā)送模塊42還用于通過控制面通知用戶面向UE發(fā)送切換命令，以及通過控制面通知用戶面向目標(biāo)eNB轉(zhuǎn)發(fā)下行鏈路數(shù)據(jù)流。圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的基站的結(jié)構(gòu)框圖，如圖5所示，上行數(shù)據(jù)反傳模塊44包括RLC層處理單元442，用于重新建立用戶面RLC層，并向TOCP層投遞RLC SDU ；PDCP層處理單元444，耦合至RLC層處理單元442，用于根據(jù)當(dāng)前的業(yè)務(wù)承載模式TOCP層對RLCSDU進(jìn)行反傳。優(yōu)選地，PDCP層處理單元444還用于在業(yè)務(wù)承載模式為UM的情況下，PDCP層對不連續(xù)的RLC SDU進(jìn)行上行反傳，并依次投遞給核心網(wǎng)；和/或，在業(yè)務(wù)承載模式為AM的情況下，PDCP層對不連續(xù)的RLC SDU進(jìn)行上行反傳，并構(gòu)造與該報(bào)文對應(yīng)的接收狀態(tài)信息發(fā)送給目標(biāo)eNB，用于同步UE的上下文。下面結(jié)合優(yōu)選實(shí)施例和附圖對上述實(shí)施例的實(shí)現(xiàn)過程進(jìn)行詳細(xì)說明。實(shí)施例一本實(shí)施例提供了一種長期演進(jìn)(Long Term Evolution,簡稱為LTE)系統(tǒng)中UE在eNB間切換時eNB的用戶面數(shù)據(jù)的反傳方案，通過調(diào)整eNB重建立時機(jī)使eNB與UE側(cè)切換的上行數(shù)據(jù)處理達(dá)到同步，以保證UE在收到切換命令(Handover Command)之前發(fā)送的數(shù)據(jù)包被eNB的源側(cè)接收并處理，從而減少上行鏈路丟包及空口資源的浪費(fèi)，改善用戶切換體驗(yàn)。圖6是根據(jù)本發(fā)明實(shí)施例一的切換數(shù)據(jù)時源側(cè)eNB與UE之間交互的示意圖，如圖6所示，本實(shí)施例中的切換數(shù)據(jù)的處理方法包括如下步驟
·
步驟S602,控制面發(fā)送切換命令(Handover Command)并通知用戶面發(fā)往UE;步驟S604，控制面通知用戶面開始進(jìn)行切換處理，即，用戶面開始下行鏈路的數(shù)據(jù)轉(zhuǎn)發(fā)，同時啟動重建立定時器，等待UE進(jìn)行切換并中斷上行數(shù)據(jù)流；步驟S604，UE側(cè)切換開始，上行數(shù)據(jù)流中斷；步驟S608，重建立定時器超時后，用戶面對上行接收數(shù)據(jù)進(jìn)行處理，即，eNB側(cè)開始上行反傳(此時，UE上行數(shù)據(jù)流已經(jīng)中斷)。在實(shí)施過程中，如果是UM模式業(yè)務(wù)，則一并發(fā)往核心網(wǎng)；如果是AM模式業(yè)務(wù)，則開始上行鏈路的數(shù)據(jù)轉(zhuǎn)發(fā)。需要說明的是，本實(shí)施例中步驟S604和步驟S608的提及的重建立定時器可以調(diào)整eNB重建立時機(jī)，使eNB與UE側(cè)切換的上行數(shù)據(jù)處理達(dá)到同步。對于此定時器時長的取值，如果太短，則不能解決切換丟包或空口重傳的問題，如果太長，則可能導(dǎo)致上行數(shù)據(jù)轉(zhuǎn)發(fā)及HXP-SN狀態(tài)信息到達(dá)目標(biāo)側(cè)的時間過晚。優(yōu)選地，在實(shí)施過程中，此值可取小于隨機(jī)接入時延的時間。實(shí)施例二本實(shí)施例中，假設(shè)當(dāng)前業(yè)務(wù)承載為RLC AM模式，且切換時向目標(biāo)側(cè)基站轉(zhuǎn)發(fā)上下行鏈路業(yè)務(wù)數(shù)據(jù)流。圖7是根據(jù)本發(fā)明實(shí)施例二的AM承載時數(shù)據(jù)處理的流程圖，如圖7所示，該數(shù)據(jù)處理的方法包括以下步驟步驟S701,控制面通知用戶面向UE發(fā)送切換命令(Handover Command)；步驟S702，控制面通知用戶面開始下行數(shù)據(jù)反傳，但此時不進(jìn)行上行數(shù)據(jù)反傳，而是啟動重建立定時器；步驟S703，定時器超時后，用戶面RLC層重建立，向HXP層投遞RLC SDU ；步驟S704，PDCP層將接收到的不連續(xù)報(bào)文開始進(jìn)行上行反傳，同時構(gòu)造上行報(bào)文的接收狀態(tài)信息。在實(shí)施過程中，該接收狀態(tài)信息可以將通過x2 口信令發(fā)往目標(biāo)側(cè)eNB用于同步Ue上下文。實(shí)施例三在本實(shí)施例中，假設(shè)當(dāng)前業(yè)務(wù)承載為RLC UM模式，且切換時向目標(biāo)側(cè)基站轉(zhuǎn)發(fā)下行鏈路業(yè)務(wù)數(shù)據(jù)流。圖8是根據(jù)本發(fā)明實(shí)施例三的UM承載時數(shù)據(jù)處理的流程圖，如圖8所示，該數(shù)據(jù)處理的方法包括以下步驟步驟S801,控制面通知用戶面向UE發(fā)送切換命令(Handover Command)；
步驟S802，控制面通知用戶面開始下行數(shù)據(jù)反傳，并啟動重建立定時器；步驟S803，定時器超時后，用戶面RLC層重建立，向HXP層投遞RLC SDU ；步驟S804，PDCP層將接收到的不連續(xù)報(bào)文進(jìn)行處理(即，上行反傳)，并依次投遞給核心網(wǎng)。例如，PDCP層將接收到的不連續(xù)報(bào)文發(fā)送給目標(biāo)側(cè)基站，由目標(biāo)側(cè)基站rocp層重新排序后，按序遞交給核心網(wǎng)中的服務(wù)網(wǎng)關(guān)。綜上所述，本實(shí)施例提供的切換過程中用戶面數(shù)據(jù)的反傳方法，是在eNB開始發(fā)送切換命令時，調(diào)整eNB側(cè)重建立時機(jī)，使eNB與UE側(cè)切換的上行數(shù)據(jù)處理達(dá)到同步，從而減少上行鏈路丟包及空口資源的浪費(fèi)，改善用戶切換體驗(yàn)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個的計(jì)算裝置上，或者分布在多個計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而可以將它們存儲在
存儲裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種跨基站切換過程中數(shù)據(jù)的反傳方法，其特征在于，包括以下步驟 源基站eNB向UE發(fā)送切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳； 所述源eNB在所述UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自所述UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述源eNB向所述UE發(fā)送所述切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳包括 所述源eNB的控制面通知所述源eNB的用戶面向所述UE發(fā)送所述切換命令； 所述源eNB的控制面通知所述源eNB的用戶面向目標(biāo)eNB轉(zhuǎn)發(fā)所述下行鏈路數(shù)據(jù)流。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于， 所述源eNB對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳之后，還包括所述源eNB啟動本地預(yù)設(shè)的定時器，繼續(xù)接收來自所述UE的上行鏈路數(shù)據(jù)流； 所述源eNB在所述UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自所述UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳包括所述源eNB在所述定時器超時后，根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自所述UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述定時器的定時時長小于隨機(jī)接入時延。
5.根據(jù)權(quán)利要求I至4中任一項(xiàng)所述的方法，其特征在于，所述源eNB根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自所述UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳包括 所述源eNB重新建立其用戶面無線鏈路控制RLC層，并向分組數(shù)據(jù)匯聚協(xié)議TOCP層投遞RLC服務(wù)數(shù)據(jù)單元SDU ； 根據(jù)當(dāng)前的所述業(yè)務(wù)承載模式所述HXP層對所述RLC SDU進(jìn)行反傳。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，根據(jù)當(dāng)前的所述業(yè)務(wù)承載模式所述HXP層對所述RLC SDU進(jìn)行反傳包括 在所述業(yè)務(wù)承載模式為不確認(rèn)模式UM的情況下，所述HXP層對不連續(xù)的所述RLCSDU進(jìn)行上行反傳，并依次投遞給核心網(wǎng)；和/或， 在所述業(yè)務(wù)承載模式為確認(rèn)模式AM的情況下，所述HXP層對不連續(xù)的所述RLCSDU進(jìn)行上行反傳，并構(gòu)造與該報(bào)文對應(yīng)的接收狀態(tài)信息發(fā)送給所述目標(biāo)eNB，用于同步所述UE的上下文。
7.一種基站eNB，其特征在于，包括 發(fā)送模塊，用于向UE發(fā)送切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳；上行數(shù)據(jù)反傳模塊，用于在所述UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自所述UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。
8.根據(jù)權(quán)利要求7所述的基站，其特征在于，所述發(fā)送模塊還用于通過控制面通知用戶面向所述UE發(fā)送所述切換命令，以及通過控制面通知用戶面向目標(biāo)eNB轉(zhuǎn)發(fā)所述下行鏈路數(shù)據(jù)流。
9.根據(jù)權(quán)利要求7或8所述的基站，其特征在于，所述上行數(shù)據(jù)反傳模塊包括 無線鏈路控制RLC層處理單元，用于重新建立用戶面RLC層，并向分組數(shù)據(jù)匯聚協(xié)議PDCP層投遞RLC服務(wù)數(shù)據(jù)單元SDU ； PDCP層處理單元，用于根據(jù)當(dāng)前的所述業(yè)務(wù)承載模式所述I3DCP層對所述RLC SDU進(jìn)行反傳。
10.根據(jù)權(quán)利要求9所述的基站，其特征在于，所述rocp層處理單元還用于在所述業(yè)務(wù)承載模式為不確認(rèn)模式UM的情況下，所述rocp層對不連續(xù)的所述RLC SDU進(jìn)行上行反傳，并依次投遞給核心網(wǎng)；和/或，在所述業(yè)務(wù)承載模式為確認(rèn)模式AM的情況下，所述rocp層對不連續(xù)的所述RLC SDU進(jìn)行上行反傳，并構(gòu)造與該報(bào)文對應(yīng)的接收狀態(tài)信息發(fā)送給所述目標(biāo)eNB，用于同步所述UE的上下文。
全文摘要
本發(fā)明公開了一種跨基站切換過程中數(shù)據(jù)的反傳方法及基站，該方法包括以下步驟源基站eNB向UE發(fā)送切換命令，并對來自核心網(wǎng)的下行鏈路數(shù)據(jù)流進(jìn)行反傳；源eNB在UE中斷其上行鏈路數(shù)據(jù)流之后，再根據(jù)當(dāng)前的業(yè)務(wù)承載模式對來自UE的上行鏈路數(shù)據(jù)流進(jìn)行反傳。通過本發(fā)明增加了系統(tǒng)的準(zhǔn)確性和有效性，提高了空口資源的利用率。
文檔編號H04W36/08GK102791008SQ20111012617
公開日2012年11月21日 申請日期2011年5月16日 優(yōu)先權(quán)日2011年5月16日
發(fā)明者李賓 申請人:中興通訊股份有限公司