抗干擾、抗衰落、移動(dòng)性，一直都被認(rèn)為是移動(dòng)通信系統(tǒng)的經(jīng)典特征。而連接態(tài)下的切換，也一直以來都是移動(dòng)通信系統(tǒng)中的必須要研究的重要問題之一。 春天工作室小二，花費(fèi)了較多的時(shí)間，為大家?guī)�來了LTE切換過程解析的系列博文。雖然切換是一個(gè)較為老生常談的話題，但小二同志的博文做了大量的參數(shù)和信令解析，非常詳實(shí)，很適合初學(xué)者的學(xué)習(xí)和閱讀。
本文由春天工作室小二編寫和整理，春天哥審核。而因文章較長，春天工作室將分篇發(fā)送。
---------------------------------------------------------------
切換是指UE在連接狀態(tài)下，由于在不同的小區(qū)間移動(dòng)時(shí)，UE需要通過一些列信令過程從而完成UE上下文的倒換和更新過程。切換的目的往往有兩類，比如基于覆蓋的切換，和基于負(fù)荷的切換。基于覆蓋的切換往往是為了解決用戶在移動(dòng)的過程中業(yè)務(wù)的連續(xù)性。而基于負(fù)載的切換往往是基于負(fù)載狀況觸發(fā)的切換，以保證整個(gè)系統(tǒng)的性能最優(yōu)。
而對(duì)于LTE網(wǎng)絡(luò)，系統(tǒng)內(nèi)的切換，我們往往又分為三種：
站內(nèi)切換：連接態(tài)的UE從某基站的一個(gè)小區(qū)切換至另一個(gè)小區(qū)。也即切換過程封閉在一個(gè)基站內(nèi)。
X2切換（站內(nèi)）：連接態(tài)的UE從某基站的一個(gè)小區(qū)切換至另一個(gè)基站的一個(gè)小區(qū)，這兩個(gè)基站存在并配置了X2接口。
S1切換（站間）：連接態(tài)的UE從某基站的一個(gè)小區(qū)切換至另一個(gè)基站的一個(gè)小區(qū)，這兩個(gè)基站未配置X2接口。
[attach]322146[/attach]

切換包括切換測(cè)量、切換判決、切換執(zhí)行三個(gè)階段：
測(cè)量階段，UE根據(jù)eNodeB下發(fā)的測(cè)量配置消息(RRC重配)進(jìn)行相關(guān)測(cè)量，并將測(cè)量結(jié)果上報(bào)給eNodeB。
判決階段，eNodeB根據(jù)UE上報(bào)的測(cè)量結(jié)果進(jìn)行評(píng)估，決定是否觸發(fā)切換。
執(zhí)行階段，eNodeB根據(jù)決策結(jié)果，控制UE切換到目標(biāo)小區(qū)，并最終由UE完成切換。
LTE中整個(gè)切換流程采用UE輔助網(wǎng)絡(luò)控制的設(shè)計(jì)思路：基站下發(fā)測(cè)量控制；UE進(jìn)行測(cè)量上報(bào)；基站執(zhí)行切換判決、資源準(zhǔn)備、切換執(zhí)行和原有資源釋放。即，當(dāng)UE在CONNECTED模式下時(shí)，eNodeB可以根據(jù)UE上報(bào)的測(cè)量信息來判決是否需要執(zhí)行切換，如果需要切換，則發(fā)送切換命令給UE，UE執(zhí)行切換動(dòng)作并切換至目標(biāo)小區(qū)。當(dāng)然，根據(jù)頻率屬性，LTE系統(tǒng)內(nèi)切換又分同頻切換和異頻切換。
（一） 站內(nèi)切換流程與信令解析站內(nèi)切換流程解析對(duì)于eNodeB站內(nèi)小區(qū)切換：
l
切換只是更新Uu口資源，源小區(qū)和目標(biāo)小區(qū)的資源申請(qǐng)和資源釋放都通過eNodeB內(nèi)部消息實(shí)現(xiàn)；
l
沒有eNodeB間的數(shù)據(jù)轉(zhuǎn)發(fā)，同時(shí)也沒有UE的隨機(jī)接入過程，也不需要與核心網(wǎng)有信令交互。
站內(nèi)小區(qū)間切換流程和信令流程如下圖所示。
[attach]322147[/attach]

[attach]322148[/attach]

流程解析
站內(nèi)小區(qū)間切換基本思路是，當(dāng)eNodeB源小區(qū)收到UE的測(cè)量上報(bào)，并判決UE向目標(biāo)小區(qū)切換時(shí)，eNodeB自行調(diào)配資源，完成目標(biāo)小區(qū)的資源準(zhǔn)備，之后通過空口的重配消息通知UE向目標(biāo)小區(qū)切換，在切換成功后，eNodeB通知源小區(qū)釋放原來小區(qū)的無線資源。
詳細(xì)流程解析如下：
1、Measurement Reports
方向：UE ——> eNodeB
解析：UE在執(zhí)行測(cè)量過程中，如果發(fā)現(xiàn)測(cè)量環(huán)境滿足Measurement Control中描述的事件時(shí)，則通過Measurement Report消息上報(bào)給eNodeB。
2、Handover Command
方向：eNodeB ——> UE
解析：eNodeB接收到測(cè)量報(bào)告后，開始決策是否需要下發(fā)切換命令，如果確定要切換的話，就開始準(zhǔn)備目標(biāo)小區(qū)的準(zhǔn)入和無線資源準(zhǔn)備，然后通過RRC Connection Reconfiguration 消息向UE下發(fā)切換命令。
當(dāng)eNodeB給UE發(fā)送攜帶mobilityControlInfo 的“RRC連接重配置”消息（RRCConnectionReconfiguration）時(shí)，觸發(fā)eNB內(nèi)小區(qū)間（同頻/異頻）切換出準(zhǔn)備成功次數(shù)進(jìn)行采樣統(tǒng)計(jì)。 RRC連接重配有5種作用，見前博文描述。
3、Handover Confirm
方向：UE ——> eNodeB
解析：UE接收到切換命令后，根據(jù)命令指示與目標(biāo)小區(qū)完成同步，回復(fù)RRC Connection Reconfiguration Complete到目標(biāo)切換小區(qū)告知Handover Confirm，并接入目標(biāo)小區(qū)，釋放源小區(qū)資源。


站內(nèi)切換信令要點(diǎn)解析



信令消息
[attach]322149[/attach]
[attach]322150[/attach]

信令解析
RRC Connection Reconfiguration信令reportConfigToAddModList消息攜帶的重要IE有：

reportConfigId，報(bào)告配置標(biāo)識(shí)。該參數(shù)用于標(biāo)識(shí)一個(gè)測(cè)量報(bào)告配置，下面的reportConfigEUTRA即為其內(nèi)容，描述觸發(fā)一個(gè)E‑UTRA 測(cè)量報(bào)告事件的標(biāo)準(zhǔn)，E‑UTRA測(cè)量報(bào)告事件標(biāo)記為AN\ BN，其中N等于1~6。

triggerType，觸發(fā)類型。該參數(shù)標(biāo)識(shí)觸發(fā)測(cè)量報(bào)告類型，t=0為周期觸發(fā)，示例中t=1為事件觸發(fā)，其詳細(xì)描述對(duì)應(yīng)下面的event消息。

eventId，觸發(fā)事件ID。該參數(shù)為觸發(fā)報(bào)告的 E‑UTRA事件索引，示例中t=3表示為A3事件，其詳細(xì)描述對(duì)應(yīng)下面的eventA3消息。

a3_Offset，A3偏移。該參數(shù)表示A3事件所使用的偏移，實(shí)際值=IE value * 0.5dB，示例中a3_Offset=3，則實(shí)際值為1.5dB。

reportOnLeave，離開報(bào)告。該參數(shù)表示cellsTriggeredList 中的一個(gè)小區(qū)滿足離開條件時(shí)，UE是否初始化測(cè)量上報(bào)過程，TURE表示需要初始化測(cè)量上報(bào)過程，示例中FALSE表示不需要。


hysteresis，滯后值。表示該事件的滯后值，實(shí)際值 =IE Value *0.5 dB，示例中hysteresis =3，則實(shí)際值為1.5dB。

timeToTrigger，觸發(fā)時(shí)間。該參數(shù)為觸發(fā)測(cè)量報(bào)告的事件需要滿足特定條件的持續(xù)時(shí)間，取值范圍為{ms0, ms40, ms64, ms80, ms100, ms128, ms160, ms256, ms320, ms480,ms512, ms640, ms1024, ms1280, ms2560,ms5120}，示例中timeToTrigger=ms320表示320ms。

triggerQuantity，觸發(fā)量。該參數(shù)描述用于評(píng)估事件觸發(fā)條件的量，其值rsrp和rsrq 分別對(duì)應(yīng)參考信號(hào)接收功率（RSRP）和參考信號(hào)接收質(zhì)量（RSRQ）。


reportQuantity，報(bào)告量。該參數(shù)表示測(cè)量報(bào)告中包含的量，示例中both表示測(cè)量報(bào)告中既包含rsrp 量，也包含rsrq 量。
maxReportCells，最大報(bào)告小區(qū)數(shù)。該參數(shù)表示測(cè)量報(bào)告中上報(bào)最大小區(qū)數(shù)量。


reportInterval，報(bào)告間隔。該參數(shù)表示周期報(bào)告間的間隔，取值范圍為{ms120, ms240, ms480, ms640, ms1024, ms2048, ms5120, ms10240,min1,min6, min12, min30, min60, spare3, spare2, spare1}。如果UE執(zhí)行周期性上報(bào)（即當(dāng)reportAmount超過1時(shí)），該reportInterval適用于triggerType 為‘event’以及 triggerType 為‘periodical’的情形。示例中值為ms1024 對(duì)應(yīng)為1024ms，如果是min6 則對(duì)應(yīng)6min等。

reportAmount，報(bào)告數(shù)量。該參數(shù)表示適用于觸發(fā)類型為事件以及周期的測(cè)量報(bào)告數(shù)量，取值范圍為{r1, r2, r4, r8, r16, r32, r64, infinity}。


RRC Connection Reconfiguration信令measIdToAddModList消息包含要添加或修改的測(cè)量標(biāo)識(shí)列表，其中每個(gè)條目都有measId（用于識(shí)別一個(gè)測(cè)量配置，即測(cè)量目標(biāo)的連接以及報(bào)告的配置），相關(guān)的 measObjectId（用于標(biāo)識(shí)一個(gè)測(cè)量對(duì)象配置） 以及相關(guān)的reportConfigId（用于標(biāo)識(shí)一個(gè)測(cè)量報(bào)告配置）。
信令消息
[attach]322151[/attach]

信令解析
RRCConnection Reconfiguration信令measObjectToAddModList消息，主要描述要添加或修改的測(cè)量對(duì)象列表、本小區(qū)與其他系統(tǒng)的鄰區(qū)信息。其攜帶的重要IE有：

measObjectId，測(cè)量對(duì)象ID。該參數(shù)表示從下面的measObject中選擇其中一組，示例中，measObjectId=1說明選擇了measObject中t=1的一組。

carrierFreq，E-UTRAN承載頻率。該參數(shù)表示測(cè)量小區(qū)的E_UTRA 載頻，通常以EARFCN（E-UTRA AbsoluteRadio Frequency Channel Number）標(biāo)識(shí)，取值范圍0~65535，計(jì)算公式為（以下行為例，TDD上下行同頻）：
NDL = 10* (FDL–FDL_low ) +NOffs-DL
其中NDL為EARFCN標(biāo)識(shí)，FDL為實(shí)際中心頻點(diǎn)（MHz），FDL_low為頻點(diǎn)所在頻段的下限，NOffs-DL為偏置起始值，相關(guān)取值如下表。也可通過NDL反推FDL，計(jì)算公式為：
FDL = FDL_low + 0.1(NDL– NOffs-DL)
示例中，NDL=38350，查下表可以得知屬于39頻段，同時(shí)得出FDL_low=1880，NOffs-DL=38250，因此可以計(jì)算得出小區(qū)中心頻點(diǎn)FDL=1880+0.1（38350-38250）=1900MHz。
[attach]322152[/attach]

allowedMeasBandwidt，允許測(cè)量帶寬。用于描述參數(shù)傳輸帶寬配置載頻上所允許的最大測(cè)量帶寬，取值范圍為{0：mbw6,:1：mbw15,:2：mbw25,:3：mbw50,:4：mbw75,:5：mbw100}，分別表示 6, 15, 25, 50, 75 以及100資源塊，對(duì)應(yīng)1.4、3、5、10、15、20MHz的系統(tǒng)帶寬。

presenceAntennaPort1，當(dāng)前天線端口1屬性。該參數(shù)用于表示目標(biāo)小區(qū)是否都使用AntennaPort 1，當(dāng)設(shè)置為TRUE時(shí)，UE可以認(rèn)為該小區(qū)中至少使用兩個(gè)小區(qū)專用的天線端口，示例中為FALSE則表示該小區(qū)只有一個(gè)天線端口。

neighCellConfig，相鄰小區(qū)配置。該參數(shù)用于提供MBSFN和鄰區(qū)上/下行配置相關(guān)信息，為2bit的二進(jìn)制數(shù)，對(duì)于TDD，00\10\01僅僅用于與服務(wù)小區(qū)相同的上行/下行分配場(chǎng)景，11用于與服務(wù)小區(qū)不同的上行/下行分配場(chǎng)景，具體含義為：
00：表示不是所有的鄰區(qū)都有與服務(wù)小區(qū)相同的MBSFN子幀分配
10：表示所有鄰區(qū)的MBSFN子幀分配是與服務(wù)小區(qū)相同或者是其子集
01：表示在所有鄰區(qū)中沒有MBSFN子幀
11：與服務(wù)小區(qū)相比較，在鄰區(qū)中有不同的TDD上行/下行分配
offsetFreq，承載頻率的偏移值。表示適用于載頻的偏移值。該參數(shù)用于調(diào)整異頻鄰區(qū)的頻率優(yōu)先級(jí)。小區(qū)偏移量---CellIndividualOffset：CELL級(jí)別(dBm)
cellsToAddModList，相鄰小區(qū)添加或修改列表。包含cellIndex（鄰區(qū)列表索引）、physCellID（物理小區(qū)標(biāo)識(shí)）和cellIndivedualOffset（適用于特定鄰區(qū)的小區(qū)各自偏移）三個(gè)參數(shù)。


MeasurementReports信令解析[attach]322153[/attach]

信令解析
當(dāng)UE完成測(cè)量后，會(huì)依照測(cè)量報(bào)告配置對(duì)報(bào)告條件進(jìn)行評(píng)估，當(dāng)設(shè)定條件滿足時(shí)，UE會(huì)將測(cè)量結(jié)果填入MeasurementReport消息，發(fā)送給eNodeB。該消息攜帶主要IE如下：
measID，測(cè)量標(biāo)識(shí)。每個(gè)measId對(duì)應(yīng)一個(gè)measObjectId和一個(gè)reportConfigId。其中，measId是數(shù)據(jù)庫測(cè)量配置條目索引；measObjectId是測(cè)量對(duì)象標(biāo)識(shí)，對(duì)應(yīng)一個(gè)測(cè)量對(duì)象配置項(xiàng)；reportConfigId是測(cè)量報(bào)告標(biāo)識(shí)，對(duì)應(yīng)一個(gè)測(cè)量報(bào)告配置項(xiàng)。
measResultPCell，服務(wù)小區(qū)測(cè)量結(jié)果：

rsrpResult，RSRP測(cè)量結(jié)果。 RSRP（Reference Singnal Received Power）參考信號(hào)接收功率，定義為在考察的測(cè)量帶寬內(nèi)，承載小區(qū)專有參考信號(hào)的資源粒子的功率貢獻(xiàn)的線性平均值。取值范圍為0~97，實(shí)際值=取值-140dBm，示例中取值為43，則實(shí)際RSRP值為-97dBm。

rsrqResult，RSRQ測(cè)量結(jié)果。 RSRQ（Reference Singnal Received Quanity）參考信號(hào)接收質(zhì)量，定義為比值NxRSRP/(E-UTRA carrier RSSI)，其中N表示E-UTRA carrier RSSI測(cè)量帶寬中的RB的數(shù)量，E-UTRA 載波接收信號(hào)場(chǎng)強(qiáng)指示（E-UTRA Carrier RSSI）表示由UE從所有源上觀察到的總的接收功率（以W為單位）的線性平均，包括公共信道服務(wù)和非服務(wù)小區(qū)，鄰僅信道干擾，熱噪聲等。RSRQ比值中分子和分母應(yīng)該在相同的資源上獲得。取值范圍為0-34，實(shí)際值=(取值-40)/2dB，示例中取值為28，則實(shí)際RSRQ值為-6dB。

measResultListEUTRA，eUTRA鄰小區(qū)測(cè)量結(jié)果：
physCellId，物理小區(qū)ID。測(cè)量目標(biāo)鄰小區(qū)的PCI。
rsrpResult，測(cè)量目標(biāo)鄰小區(qū)的RSRP測(cè)量結(jié)果。
rsrqResult，測(cè)量目標(biāo)鄰小區(qū)的RSRQ測(cè)量結(jié)果。
經(jīng)驗(yàn)總結(jié)：測(cè)試過程中會(huì)看到大量的測(cè)量報(bào)告，要看測(cè)量報(bào)告是由哪個(gè)事件、怎么樣的參數(shù)觸發(fā)時(shí)，需從測(cè)量報(bào)告的measID->找到上次切換完成的RRC重配消息的對(duì)應(yīng)的measID->對(duì)應(yīng)的ReportConfigID->對(duì)應(yīng)的事件及參數(shù)配置。

HandoverCommand信令解析Handover Command消息包含在RRC Connection Reconfiguration信令中的，見上描述。但RRC重配不一定就是切換命令，有5種作用。
HandoverConfirm信令解析Handover Confirm消息包含在RRC Connection Reconfiguration Complete信令中。
[attach]322154[/attach]


當(dāng)UE的SRB2建立完成后，UE給eNodeB發(fā)送rrcConnectionReconfigurationComplete消息，該消息可以看做是UE對(duì)RRC Connection Reconfiguration消息的響應(yīng)消息，并無實(shí)質(zhì)性內(nèi)容。


（一） X2口切換流程與信令解析X2口切換流程解析X2口切換，由A3（或A4/A5)觸發(fā)事件上報(bào)。當(dāng)目標(biāo)小區(qū)和源小區(qū)分別屬于兩個(gè)eNodeB時(shí)，且有X2鏈路時(shí)，此時(shí)會(huì)引發(fā)eNodeB間的X2切換。前提是2個(gè)eNodeB之間配置了X2關(guān)系，且X2切換使能。X2口切換流程和信令流程如下圖所示。
[attach]322155[/attach]

[attach]322156[/attach]

流程解析
X2口切換的基本思路是，當(dāng)源eNodeB收到UE的測(cè)量上報(bào)，并判決UE向目標(biāo)eNodeB切換時(shí)，會(huì)直接通過X2接口向目標(biāo)eNodeB申請(qǐng)資源，完成目標(biāo)小區(qū)的資源準(zhǔn)備，之后通過空口的重配消息通知UE向目標(biāo)小區(qū)切換，在切換成功后，目標(biāo)eNodeB通知源eNodeB釋放原來小區(qū)的無線資源。此外還要將源eNodeB未發(fā)送的數(shù)據(jù)轉(zhuǎn)發(fā)給目標(biāo)eNodeB，并更新用戶平面和控制平面的節(jié)點(diǎn)關(guān)系。
詳細(xì)流程解析如下：
1、Measurement Reports
方向：UE ——> Source eNodeB
解析：UE在執(zhí)行測(cè)量過程中，如果發(fā)現(xiàn)測(cè)量環(huán)境滿足Measurement Control中描述的事件時(shí)，則通過Measurement Reports消息上報(bào)給eNodeB。
2、Handover Request
方向：Source eNodeB ——> Target eNodeB
解析：源eNodeB參考UE上報(bào)的測(cè)量結(jié)果，根據(jù)自身切換算法，進(jìn)行切換判決。判決切換后，向目標(biāo)eNodeB發(fā)送切換請(qǐng)求Handover Request。觸發(fā)eNB間X2口小區(qū)間(同頻/異頻)切換出準(zhǔn)備請(qǐng)求次數(shù)進(jìn)行采樣統(tǒng)計(jì)。
[attach]322157[/attach]

3、Handover Request ACK
方向：Target eNodeB——> Source eNodeB
解析：目標(biāo)eNodeB接收到Handover Request后，開始進(jìn)行L1/L2的切換準(zhǔn)備，同時(shí)向源eNodeB發(fā)送切換請(qǐng)求ACK消息。
4、Handover Command
方向：Source eNodeB ——> UE
解析：源eNodeB收到目標(biāo)eNodeB的切換請(qǐng)求ACK后，通過RRC Connection Reconfiguration 消息向UE下發(fā)切換命令，攜帶了移動(dòng)性控制信息的RRC連接重配置消息。觸發(fā)eNB間X2口小區(qū)間同頻（異頻）切換出準(zhǔn)備成功次數(shù)進(jìn)行采樣統(tǒng)計(jì)。
[attach]322158[/attach]

5、SN Status Transfer
方向：Source eNodeB ——> Target eNodeB
解析：源eNodeB發(fā)送序列號(hào)（SN，Sequence Number）狀態(tài)傳輸消息到目標(biāo)eNodeB。

6、Handover Confirm
方向：UE ——> Target eNodeB
解析：UE接到切換命令后，從源eNodeB中去附著，并執(zhí)行與目標(biāo)小區(qū)的同步。（與eNodeB內(nèi)切換相同，如果在切換命令中配置了隨機(jī)接入專用Preamble碼，則使用非競爭隨機(jī)接入流程接入目標(biāo)小區(qū)，如果沒有配置專用Preamble碼，則使用競爭隨機(jī)接入流程接入目標(biāo)小區(qū)）。UE通過L1/L2消息獲取目標(biāo)eNodeB提供的相關(guān)上行資源分配和定時(shí)提前Time Advance信息后，開始發(fā)送RRC Connection Reconfiguration Complete消息，向目標(biāo)eNodeB確認(rèn)切換過程完成。
7、Path Switch Request
方向：Target eNodeB ——> MME
解析：Handover Confirm步驟完成后，目標(biāo)eNodeB開始將上行數(shù)據(jù)發(fā)送給SGW。但此時(shí)目標(biāo)eNodeB并不知道此次切換是否要進(jìn)行SGW的Relocation，只是將上行數(shù)據(jù)轉(zhuǎn)發(fā)給從源eNodeB獲取的SGW，此時(shí)由于到目標(biāo)eNodeB的下行隧道尚未建立，因而下行的數(shù)據(jù)仍然要通過源eNodeB轉(zhuǎn)發(fā)到目標(biāo)eNodeB，從而，需要MME和SGW之間進(jìn)行路徑確認(rèn)。因此，目標(biāo)eNodeB向MME發(fā)送一個(gè)路徑轉(zhuǎn)換請(qǐng)求消息來告知其UE更換了小區(qū)。此時(shí)空口已經(jīng)切換完成。
8、User Plane UpdateRequest
方向：MME ——> S-GW
解析：MME根據(jù)Path Switch Request消息向S-GW發(fā)送用戶平面更新請(qǐng)求消User Plane UpdateRequest，相當(dāng)于Modify BearerRequest。
9、User Plane UpdateResponse
方向：S-GW ——> MME
解析：S-GW收到User Plane Update Request消息后，不再向源eNodeB發(fā)送UE的用戶面數(shù)據(jù)，將下行數(shù)據(jù)路徑切換到目標(biāo)eNodeB側(cè)（由于SGW保持不變，因此不需要SGW與PGW之間的信令交互）。S-GW在舊路徑上發(fā)送一個(gè)或多個(gè)“end marker包”到源eNodeB，End Marker數(shù)據(jù)包不含有任何數(shù)據(jù)，在GTP的頭部表明是End Marker數(shù)據(jù)包，指示對(duì)應(yīng)的是GTP Tunnel上的數(shù)據(jù)傳輸結(jié)束。隨后，S-GW就釋放源eNodeB的用戶平面資源，并發(fā)送User Plane Update Response消息給MME，表示用戶平面更新的響應(yīng)，即Modify Bearer Response。
10、Path Switch Request Ack
方向：MME ——> Target eNodeB
解析：MME發(fā)送Path Switch ACK消息給目標(biāo)eNodeB，告知路徑轉(zhuǎn)換完成。
11、Release Resource
方向：Target eNodeB——> Source eNodeB
解析：目標(biāo)eNodeB接收到從MME發(fā)回的路徑轉(zhuǎn)換ACK消息后，馬上發(fā)送UE Context Release消息給源eNodeB，通知其切換成功并觸發(fā)源eNodeB的資源釋放（Release Resource）。
幾個(gè)要點(diǎn)：1. 步驟8到11完成了路徑轉(zhuǎn)換過程，該過程的目的是將用戶平面的數(shù)據(jù)路徑從源eNodeB轉(zhuǎn)移到目標(biāo)eNodeB上。在S-GW轉(zhuǎn)換了下行路徑之后，前轉(zhuǎn)路徑和新路徑的下行包在目標(biāo)eNodeB可能會(huì)交替到達(dá)，目標(biāo)eNodeB應(yīng)該先傳遞所有的前轉(zhuǎn)數(shù)據(jù)包給UE，然后再傳遞從新路徑接收到的數(shù)據(jù)包。在目標(biāo)eNodeB使用這一方法可以強(qiáng)制性保證正確的傳輸順序。為了輔助在目標(biāo)eNodeB的重排功能，S-GW在E-RAB轉(zhuǎn)換路徑后，立即在舊路徑發(fā)送一個(gè)或多個(gè)“End Marker數(shù)據(jù)包”�！�EndMarker數(shù)據(jù)包”內(nèi)不包含用戶數(shù)據(jù)，由GTP頭部指示其為EndMarker包。在完成發(fā)送含有標(biāo)識(shí)符的包以后，S-GW不應(yīng)該在舊路徑發(fā)送任何數(shù)據(jù)包。在收到“End Marker包”以后，如果前轉(zhuǎn)對(duì)這個(gè)承載是激活的，源eNodeB應(yīng)該將此包轉(zhuǎn)發(fā)給目標(biāo)eNodeB。在察覺了“End Mark包”以后，目標(biāo)eNodeB應(yīng)該丟棄“End Marker包”并發(fā)起任何必要的流程來維持用戶數(shù)據(jù)的按序遞交，這些數(shù)據(jù)是通過X2口前轉(zhuǎn)的或者路徑轉(zhuǎn)換后從S-GW通過S1接收的。 2.源eNodeB收到UE上下文資源釋放消息后，釋放無線承載和與UE上下文相關(guān)的控制平面資源。不過，任何正在進(jìn)行的數(shù)據(jù)前轉(zhuǎn)將繼續(xù)進(jìn)行，直到完成。 3.切換完成后，目標(biāo)eNodeB重新下發(fā)測(cè)量控制信令（RRC Connection Reconfiguration）給UE，包含measConfig內(nèi)容，UE也需回復(fù)RRC Connection Reconfiguration Complete消息給eNodeB。