通信人家园
标题: X2 Handover （SGW不变） [查看完整版帖子] [打印本页]
时间: 2017-5-4 16:02
作者: xanancy
标题: X2 Handover （SGW不变）
1：eNodeB为UE配置测量报告的参数。是通过RRCConnnectionReconfiguration中的Measurement Configuration IE 来实现的。
在Measurement Configuration中，以 Measurement ID来标识每个测量，每个测量包含 MeasurementObject 和 Report Configuration两个部分， Measurement Object 定义了UE需要测量的目标，Report Configuration则定义了触发测量报告的事件。在LTE中，测量报告的发送可以是事件触发的，或周期发送的，或事件触发周期发送的。
触发测量报告的事件：
A1： 服务小区的测量值高于预定的测量门限（对于EUTRAN来说，测量值包括RSRP和RSRQ）。
A2： 服务小区的测量值低于预先设定的测量门限。
A3： 相邻的EUTRA小区的测量值优于目标小区 ＋ 预定的偏移量。
A4 ：相邻的EUTRA小区测量值高于预定的测量门限。
A5：服务小区的测量值低于预先设定的测量门限并且相邻小区的测量值高于另一预定的测量门限。
B1：Inter RAT的邻小区测量值高于预定的测量门限。
B2：目标小区低于预先设定的测量门限并且Inter RAT的邻小区测量值高于另一预定的测量门限。
2：这样当测量报告条件满足后， UE就会向eNodeB发送测量报告。
3：源eNodeB根据RRM信息和UE上报的测量报告决定进行切换。
LTE中的切换都是硬切换，也就是说，在接入新的eNodeB之前，断开与原有eNodeB之间的连接。LTE不支持软切换，不存在激活集的概念。
根据源eBodeB 和目标eNodeB是否连接到同一个MME(池,MME Pool）以及他们之间是否存在X2连接，LTE中的切换，可以划分为基于X2的切换和基于S1的切换。LTE中，将缺省进行基于X2的切换，除非源和目标eNodeB之间不在同一个MME（池）的范围或者不存在X2连接或者源eNodeB配置成需要进行基于S1的切换。
在基于X2的切换过程中， EPC中的MME(池)保持不变，而与之相连的SGW则有可能发生改变。
在基于X2的切换过程中，切换过程（包括信令和用户面数据）是在两个eNodeB之间直接进行的，切换时延相对较小。在切换成功的最后才通知MME，以进行路径的切换。
4 ：源eNodeB决定进行基于X2的切换，通过X2接口向目标eNodeB发送HandoverRequest 消息。
5：目标eNodeB根据接收到的 E-RAB的QoS属性进行接入控制判断，如果允许接入，
目标eNodeB将根据E-RAB的QoS属性预留相应的资源，分配C－RNTI以及随机接入的专用前导序列等。
6：目标eNodeB进行L1/L2层的切换准备工作，会向源eNodeB发送Handover Request Acknowledge 确认。 在此消息中，与接入目标eNodeB有关的相关RRC信令作为TransparentContainer也包含在其中。
7：源eNodeB将目标eNodeB生成的RRCConnectionReconfiguration消息（包含MobilityControlInfo信元），发送给UE，其中包括目标小区的物理标识，UE在目标小区中的C－RNTI，目标小区接入的专用前导序列，目标小区的安全算法等。
8： 对于需要进行无损传输的DRB（数据承载），源eNodeB发送SN STATUSTRANSFER消息给目标eNodeB，包括针对需要保持PDCP的E－RAB（例如RLC AM模式）的上行PDCP的接收状态，和下行PDCP的发送状态。目的是为了保证切换过程中的无损数据传输。此时源eNodeB开始转发用户面数据给目标eNodeB。
9：接收到RRCConnectionReconfiguration消息后，UE从源eNodeB中去附着，然后通过随机接入过程与目标eNodeB建立同步。如果在步骤7中接收到专用的随机接入前导序列，则采用无竞争的随机接入过程，否则采用基于竞争的随机接入过程。
10：目标eNodeB返回给UE上行的资源分配及时间同步信息。
11：UE发送RRCConnectionConfigurationComplete消息给目标eNodeB，确认切换成功。此时UE和目标eNodeB之间进行数据的上，下行传输。目标eNodeB开始将上行数据转发给SGW，此时目标eNodeB并不知道此次切换是否要进行SGW的Relocation，只是将上行数据转发给从源eNodeB获得的源SGW，此时由于到目标eNodeB的下行隧道尚未建立，因而下行的数据仍然需要通过源eNodeB转发到目标eNodeB。
12：目标eNodeB发送Path Switch Request消息给MME，将UE已经进行了小区切换的信息通知给MME。其中包括目标小区的TAI ＋ ECGI 以及被目标小区拒绝的EPS承载列表（如果有的话）。目标eNodeB的下行TEID值是此时通知给MME。
(29.274)
13：MME认为SGW可以保持不变，发送UPDATE USERPLANE REQUEST（Modify BearerRequest）消息给SGW，其中包括用户S1 GTP－U在目标eNodeB侧的FTEID值。
14：SGW不再向源eNodeB发送UE的用户面数据，将下行的数据切换到目标eNodeB侧，由于SGW保持不变，因此不需要SGW与PGW之间的信令交互。SGW发送一个或多个“END Marker”数据包给源eNodeB。源eNodeB将“End Marker”消息转发给目标eNodeB。End Marker数据包不含有任何的数据，在GTP的头部表明是End Marker数据包，指示对应的GTP Tunnel上的数据传输结束。随后，SGW释放掉到源eNodeB的用户面资源。此时UE与PGW之间的上，下行GTP－U通道都经过目标eNodeB了。
15： SGW发送 “UPDATE USER PLANE RESPONSE” （Modify Bearer Response）消息给MME。
16： MME发送“PATH Swith ACK”消息给目标eNodeB。
17：收到MME的上述消息后，目标eNodeB发送“UE ContextRelease”消息给源eNodeB，通知源eNodeB切换成功，可以释放相关资源。
18：接收到消息后，目标eNodeB开始释放相关资源。
| 通信人家园 (https://www.txrjy.com/) |
Powered by C114 |