试点及实施MRO主要是针对现网的一个主要问题：全网移动性参数采用规范参数集中设置，但对很多场景并不适用，常规通过路测和投诉处理的方式不可能做到每个小区的个性移动性参数优化。

MRO特性是基于在网用户移动真实场景大数据统计结果作为调整依据，自动进行每个小区的个性参数调整，实现精细优化的目标。

MRO整体流程包括①切换故障的识别；②切换故障优化；③优化后的评估和处理。其中切换故障识别包括对4种切换故障（切换过早、切换过晚、切换到错误小区、乒乓切换）的识别。

1.切换过早

切换过早的信令特征如下。

场景1：UE接到切换命令，在切换到目标小区的过程中发生了无线链路失败（Radio Link Failure，RLF），重建回源小区。

场景2：从源小区切换到目标小区成功后，在目标小区只停留了很短的时间，就发生了RLF，重建回源小区。

切换过早示意图如图1-14所示。

图1-14 切换过早示意图

切换过早信令流程如图1-15所示。

图1-15 切换过早信令流程

切换过早两种场景关键信令示意图如图1-16所示。

注：这两种场景分别说明目标小区是一个不稳定的邻区（如信号波动很大的小区），或目标小区容易满足切换条件导致目标小区选择错误，UE的切换发生过早了，都会将邻区关系表（Neighbor Relations Table，NRT）中对应邻区关系对中的切换过早次数加1。

UE从源小区向目标小区切换完成，但很快发生RLF，随后UE在源小区尝试恢复连接。

如果切换完成后经过相当长的时间才发生失败，那么意味着这两个事件之间没有联系，不能判断为过早切换。因此，判断切换过早，发生RLF的时刻距离切换完成的时刻必须要小于一定阈值。

2.切换过晚

图1-16 切换过早两种场景关键信令示意图

切换过晚的信令特征如下。

场景一：UE上报了切换的测量报告，发起切换之后，切换过程中UE在源小区Cell A发生了RLF，并在目标小区Cell B发起了重建。

场景二：UE没有上报切换的测量报告，未发起切换就已经在服务小区Cell A发生了RLF，并在目标小区Cell B发起了重建。

切换过晚示意图如图1-17所示。

图1-17 切换过晚示意图

切换过晚信令流程如图1-18所示。

图1-18 切换过晚信令流程(www.daowen.com)

切换过晚两种场景关键信令示意图如图1-19所示。

切换过晚的过程与切换过早相反，是未开始切换准备过程，UE就发生RLF，随后在目标小区尝试重建网络连接；或者是在切换准备过程中发生RLF，即测量报告已发送，但UE没有收到切换命令就发生失败，UE在目标小区尝试重建连接。

图1-19 切换过晚两种场景关键信令示意图

在实际网络中，发生上述失败现象不仅是由于切换参数不合适引起的，网络中的覆盖漏洞也可能产生同样的现象。例如，在源小区的边界附近存在覆盖空洞，当UE进入空洞后发生RLF，随后UE移动出空洞，进入目标小区的覆盖范围，选择在目标小区重建；或者是在测量报告发送后，UE进入了覆盖空洞，发生失败，UE马上离开空洞进入了目标小区范围，因此UE在目标小区重建连接。

如果是切换参数设置不合理，则可以通过调整Cell A和Cell B之间的切换参数偏移来降低切换触发的困难度，将切换发起的时机提前，解决切换触发过晚的问题。如果Cell A和Cell B之间有覆盖空洞，则需要小站或微基站进行覆盖补盲。

3.切换到错误小区

切换到错误小区的信令特征如下。

场景一：UE从源小区切换到目标小区成功后，在目标小区只停留了很短的时间，就发生了RLF，在RRC重建时，重建到非切换源小区和切换目标小区的第三方小区。

场景二：UE接到切换命令，在切换到目标小区的过程中发生了RLF；在RRC重建时，重建到非源小区和目标小区的第三方小区上。

切换到错误小区示意图如图1-20所示。

图1-20 切换到错误小区示意图

发生切换到错误小区的过程中，也涉及切换过早与切换过晚，在不同场景下对各自情况的关联判决如图1-21所示。

图1-21 切换到错误小区与切换过早、切换过晚的关联判决

切换到错误小区两种场景关键信令示意图如图1-22所示。

可以说，切换到错误小区可归类为切换过早或切换过晚。

图1-22 切换到错误小区两种场景关键信令示意图

由于场景一的优化方向与过早切换相同，因此统计切换到错误小区的场景一时，同时统计Cell A到Cell B的切换过早。由于场景二的优化方向与切换过晚相同，因此统计切换到错误小区的场景二时，同时统计Cell A到Cell C的切换过晚。

4.乒乓切换

乒乓切换的特征如下。

小区A作为切换入小区收到终端历史信息（UE History information）以后，如果UE His⁃tory information中次新小区的CGI与本小区相同，且在最新小区停留的时间（停留时间2）小于乒乓门限时间（PingpongTimeThd），则认为是1次乒乓切换，如图1-23所示。

图1-23 乒乓切换示意图

乒乓切换主要依赖于切换请求中UE History Info信息携带的驻留小区的ECGI和小区驻留时长，如果UE轨迹是小区A→小区B→小区A，且小区B驻留时间小于门限，则认为发生了一次小区AB间的乒乓切换。

乒乓切换可通过Cell A或Cell B各自调整切换参数偏移来提高切换触发的困难度，从而将切换发起的时机推后，缩小两小区间的切换区，解决乒乓切换问题。