的HO的準(zhǔn)備時(shí)，源eNodeB開始向目標(biāo)eNodeB轉(zhuǎn)發(fā)用戶數(shù)據(jù)分組。
[0036]4.UE接收具有所需參數(shù)的HANDOVER (HO) COMMAND (越區(qū)切換命令)，所述參數(shù)例如是新的C-RNT1、可能的開始時(shí)間、目標(biāo)eNodeB、SIB等。雖然未在圖4A和4B中示出，然而，UE可以通過RLC確認(rèn)過程對(duì)H0C0MMAND的接收進(jìn)行確認(rèn)。
[0037]5.當(dāng)在HO COMMAND中定義的開始時(shí)間截止后，UE停止其上行鏈路發(fā)送，執(zhí)行到目標(biāo)eNodeB的同步，并且隨后開始獲取UL定時(shí)提前(TA)。
[0038]6.目標(biāo)eNodeB利用UL分配和定時(shí)提前信息進(jìn)行響應(yīng)。這些由UE用來將HANDOVERCOMPLETE (越區(qū)切換完成)消息發(fā)送到目標(biāo)eNodeB，完成針對(duì)UE的越區(qū)切換過程。雖然未示出，然而，目標(biāo)eNodeB可以通過RLC確認(rèn)過程對(duì)HO COMPLETE的接收進(jìn)行確認(rèn)。
[0039]7a.目標(biāo)eNodeB向源eNodeB通知HO的成功，源eNodeB隨后可以將已轉(zhuǎn)發(fā)的數(shù)據(jù)從其緩沖器中清除。如果源eNodeB在其緩沖器中具有一些數(shù)據(jù)或者如果網(wǎng)絡(luò)User PlaneEntity (用戶平面實(shí)體，UPE)仍向其轉(zhuǎn)發(fā)數(shù)據(jù)，則源eNodeB仍繼續(xù)轉(zhuǎn)發(fā)UE數(shù)據(jù)。
[0040]7b.目標(biāo) eNodeB 向網(wǎng)絡(luò) Mobility Management Entity (移動(dòng)管理實(shí)體，MME)/UPE更新UE位置信息，以使得UPE將適當(dāng)?shù)挠脩舴纸M直接轉(zhuǎn)發(fā)到目標(biāo)eNodeB。
[0041](詳述越區(qū)切換過程)
[0042]當(dāng)在步驟4中從源eNodeB接收到RRC Handover Command (RRC越區(qū)切換命令)時(shí)，越區(qū)切換執(zhí)行階段在UE中開始。當(dāng)接收到Handover Command時(shí)，UE在步驟5中停止上行鏈路發(fā)送，開始緩沖上行鏈路分組，從舊小區(qū)分離并且嘗試同步到目標(biāo)小區(qū)。
[0043]當(dāng)UE實(shí)現(xiàn)了上行鏈路同步之后，目標(biāo)eNodeB利用用于發(fā)送Handover Complete消息的上行鏈路分配進(jìn)行響應(yīng)。UE在步驟6中發(fā)送Handover Complete (越區(qū)切換完成)消息，完成UE中的HO過程。
[0044]當(dāng)在目標(biāo)eNodeB中接收到Handover Complete消息之后，其基于從源eNodeB接收到的(標(biāo)識(shí)正由源eNodeB提供給UE的服務(wù)的)下行鏈路緩沖器的狀態(tài)和QoS參數(shù)，對(duì)用于下行鏈路U-平面數(shù)據(jù)的資源適當(dāng)?shù)剡M(jìn)行分配。目標(biāo)eNodeB必須為UE分配上行鏈路U平面資源。這可以基于對(duì)UE內(nèi)的上行鏈路緩沖器狀態(tài)的猜測(cè)以及QoS參數(shù)來完成。然而，考慮到UE在試圖與目標(biāo)小區(qū)同步時(shí)不能執(zhí)行任何UL傳輸，因此緊接著越區(qū)切換之后的目標(biāo)小區(qū)中的這種上行鏈路U平面資源分配可能不是最佳的。在UE不能發(fā)送上行鏈路數(shù)據(jù)的時(shí)間期間，其將數(shù)據(jù)緩沖在其內(nèi)部的緩沖器89中。到UE能夠向目標(biāo)eNodeB發(fā)送上行鏈路數(shù)據(jù)時(shí)，可能存在大量上行鏈路數(shù)據(jù)分組位于上行鏈路緩沖器89中。為了 UE可以快速降低其緩沖水平(buffer level)，目標(biāo)eNodeB必須在目標(biāo)小區(qū)中為該上行鏈路U平面數(shù)據(jù)分配足夠的資源。
[0045]雖然上述越區(qū)切換執(zhí)行過程是用于eNodeB間的越區(qū)切換場(chǎng)合的，然而，其同樣可應(yīng)用于eNodeB內(nèi)越區(qū)切換，只要考慮到UL中的調(diào)度和資源分配即可。
[0046]作為對(duì)猜測(cè)所需上行鏈路資源需求的替代，目標(biāo)eNodeB可以基于UE向源eNodeB發(fā)送的上次的緩沖器狀態(tài)報(bào)告以及QoS參數(shù)來對(duì)UE進(jìn)行初始分配。UE隨后可以通過發(fā)送上行鏈路緩沖器狀態(tài)報(bào)告來請(qǐng)求額外的上行鏈路資源以降低由于上行鏈路發(fā)送暫停而增加的緩沖水平。然而，這需要源eNodeB在越區(qū)切換過程期間必須存儲(chǔ)每個(gè)UE的最近的上行鏈路緩沖器狀態(tài)報(bào)告，并且將其轉(zhuǎn)移給目標(biāo)eNodeB。
[0047]因此，在優(yōu)選實(shí)施例中，上述越區(qū)切換過程被稍作修改，以使得當(dāng)UE發(fā)送Handover Complete消息時(shí)，將最近的上行鏈路緩沖器狀態(tài)報(bào)告附加到該消息中。目標(biāo)eNodeB隨后可以使用該信息來精確地分配UE需要的所需上行鏈路資源。該經(jīng)修改的越區(qū)切換過程被圖示在圖5A和5B中，并且具有相對(duì)于上述其它技術(shù)的多個(gè)優(yōu)點(diǎn):
[0048]1.對(duì)于eNodeB間越區(qū)切換，源eNodeB不必存儲(chǔ)每個(gè)UE的最近的UL緩沖器狀態(tài)報(bào)告并將其轉(zhuǎn)移給目標(biāo)eNodeB。這使得減少了 eNodeB上的存儲(chǔ)器需求并減少了 eNodeB之間的X2接口上的信號(hào)傳輸負(fù)荷。
[0049]2.對(duì)于eNodeB內(nèi)越區(qū)切換，緩沖器狀態(tài)報(bào)告不必被存儲(chǔ)并從源轉(zhuǎn)移到目標(biāo)小區(qū)UL調(diào)度實(shí)體。
[0050]3.由于緊接著越區(qū)切換之后執(zhí)行對(duì)上行鏈路資源的精確分配，因此，無需UE請(qǐng)求更多的資源，這使得降低了 L2信號(hào)傳輸開銷。
[0051](修改和替換)
[0052]上面描述了詳細(xì)的實(shí)施例。如本領(lǐng)域技術(shù)人員將理解的，可以對(duì)上面的實(shí)施例進(jìn)行多種修改和替換，只要仍然受益于其中所體現(xiàn)的本發(fā)明。現(xiàn)在將通過舉例說明的方式描述這些替換和修改中的僅一些。
[0053]在上面的實(shí)施例中，描述了基于移動(dòng)電話的電信系統(tǒng)。如本領(lǐng)域的技術(shù)人員將會(huì)理解的，在本申請(qǐng)中描述的越區(qū)切換技術(shù)可以應(yīng)用在任何通信系統(tǒng)中。具體地，這些越區(qū)切換技術(shù)中的許多可以用在使用電磁信號(hào)或聲信號(hào)來攜帶數(shù)據(jù)的基于有線或無線的通信系統(tǒng)中。在一般情況下，基站和移動(dòng)電話可以被當(dāng)作是彼此通信的通信節(jié)點(diǎn)或設(shè)備。在eNodeB內(nèi)越區(qū)切換中，源和目標(biāo)通信節(jié)點(diǎn)由一個(gè)基站內(nèi)的各個(gè)調(diào)度實(shí)體形成。其它通信節(jié)點(diǎn)或設(shè)備可以包括用戶設(shè)備，例如，個(gè)人數(shù)字助理、膝上型計(jì)算機(jī)、網(wǎng)絡(luò)瀏覽器等。
[0054]在上面的實(shí)施例中，描述了許多軟件模塊。如技術(shù)人員將會(huì)理解的，軟件模塊可以以經(jīng)編譯的或未經(jīng)編譯的形式被提供，并且可以作為通過計(jì)算機(jī)網(wǎng)絡(luò)的信號(hào)或者記錄介質(zhì)上的信號(hào)而被提供給基站或移動(dòng)電話。此外，由部分或所有的這些軟件執(zhí)行的功能可以用一個(gè)或多個(gè)專用硬件電路來執(zhí)行。然而，優(yōu)選地使用軟件模塊，這是因?yàn)楸阌诟禄?和移動(dòng)電話3以便更新它們的功能。
[0055](3GPP術(shù)語詞匯表)
[0056]LTE-0JTRAN 的)長(zhǎng)期演進(jìn)
[0057]eNodeB-E-UTRAN 節(jié)點(diǎn) B
[0058]UE-用戶設(shè)備-移動(dòng)通信設(shè)備
[0059]DL-下行鏈路-從基站到移動(dòng)設(shè)備的鏈路
[0060]UL-上行鏈路-從移動(dòng)設(shè)備到基站的鏈路
[0061]MME-移動(dòng)管理實(shí)體
[0062]UPE-用戶平面實(shí)體
[0063]HO-越區(qū)切換
[0064]RLC-無線電鏈路控制
[0065]RRC-無線電資源控制
[0066]RRM-無線電資源管理
[0067]SAE-系統(tǒng)體系結(jié)構(gòu)演進(jìn)
[0068]C-RNT1-小區(qū)-無線電網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)
[0069]SIB-系統(tǒng){目息塊
[0070]U-平面-用戶平面
[0071 ] X2接口-兩個(gè)eNodeB之間的接口
[0072]下面將詳細(xì)描述根據(jù)當(dāng)前提出的3GPP LTE標(biāo)準(zhǔn)，本發(fā)明可以實(shí)現(xiàn)的方式。雖然各種特征被描述為本質(zhì)的或必須的，然而例如由于已提出的3GPP LTE標(biāo)準(zhǔn)施加的其它要求，這種方式僅僅是用于該標(biāo)準(zhǔn)的情況。因此，這些陳述不應(yīng)當(dāng)以任何方式被解釋為限制本發(fā)明。
[0073](引言)
[0074]用于LTE內(nèi)的越區(qū)切換過程的信號(hào)傳輸序列已記錄在TS 36.300中，然而，有關(guān)目標(biāo)小區(qū)中資源分配的細(xì)節(jié)仍未詳細(xì)提出。在此貢獻(xiàn)(contribut1n)中，我們提出了關(guān)于越區(qū)切換之后目標(biāo)小區(qū)中的UL資源分配以及UL緩沖器狀態(tài)報(bào)告的處理的一些其它細(xì)節(jié)。
[0075](論述)
[0076]學(xué)習(xí)了移動(dòng)性的“典型”信號(hào)傳輸流后，我們可以看出越區(qū)切換過程由以下內(nèi)容組成:無線電條件改變，UE發(fā)送測(cè)量報(bào)告，網(wǎng)絡(luò)作出決定并準(zhǔn)備好目標(biāo)小區(qū)，網(wǎng)絡(luò)命令UE改變小區(qū)，UE重新配置LI并同步到目標(biāo)小區(qū)，數(shù)據(jù)在目標(biāo)小區(qū)中被發(fā)送和接收并且源小區(qū)中的資源被釋放。
[0077]針對(duì)eNodeB間的越區(qū)切換過程約定的控制平面的信號(hào)傳輸流被概述，并被當(dāng)作進(jìn)一步論述的基礎(chǔ)。來自用于信號(hào)傳輸序列的草案階段2TS的描述也被包括。
[0078]下面是對(duì)MME/UPE內(nèi)部的HO過程的更詳細(xì)描述:
[0079]1.UE被觸發(fā)來通過即由系統(tǒng)信息、規(guī)范等設(shè)置的規(guī)則發(fā)送MEASUREMENT REPORT。
[0080]2.源eNB基于MEASUREMENT REPORT和RRM信息作出決定來傳遞UE。源eNB準(zhǔn)備好用于越區(qū)切換的目標(biāo)eNB，并且在Handover Request中傳送相關(guān)信息。相關(guān)信息包括SAE載體的QoS簡(jiǎn)檔以及可能地這些載體的AS配置(FFS)。
[0081]3.目標(biāo)eNB為HO準(zhǔn)備好L1/L2，并且通過提供新的C-RNTI以及可能地一些其它參數(shù)即接入?yún)?shù)、SIB等，來對(duì)源eNB作出響應(yīng)。當(dāng)接收到被接受的HO的準(zhǔn)備時(shí)，源eNB開始向目標(biāo)eNB轉(zhuǎn)發(fā)數(shù)據(jù)分組。
[0082]4.UE接收具有所需參數(shù)的HANDOVER COMMAND，所述參數(shù)即是新的C-RNT1、可能的開始時(shí)間、目標(biāo)eB、SIB等。UE可能需要通過RLC確認(rèn)過程對(duì)H0C0MMAND的接收進(jìn)行確認(rèn)。
[0083]5.當(dāng)H0C0MMAND中的開始時(shí)間截止后，UE執(zhí)行到目標(biāo)eB的同步，并且隨后開始獲取UL定時(shí)提前。
[0084]6.網(wǎng)絡(luò)利用UL分配和定時(shí)提前進(jìn)行響應(yīng)。這些由UE用來將HANDOVER COMPLETE發(fā)送到目標(biāo)eNB，完成針對(duì)UE的越區(qū)切換過程。NW可能需要通過