LTE-MRO功能详述和优化验证.docxVIP

LTE-MRO功能详述和优化验证

目录

TOC\o1-3\h\z\u概述 4

一、 MRO原理 4

(一) 系统内MRO 5

(二) 场景识别及优化 6

1. 切换过早 7

2. 切换过晚 9

3. 乒乓切换 14

二、 Q市MRO参数验证 16

(一) 优化策略及参数配置 16

1. 试验区域 16

2. 参数配置 16

3. 操作步骤 错误!未定义书签。

(二) 后台指标对比 17

1. 乒乓切换、切换过早过晚次数变化 18

2. 切换成功率及E-RAB掉线率变化 18

3. CQI指标变化 19

4. RRC重建指标变化 19

5. 重定向指标变化 20

三、 优化总结 21

概述

在实际网络建设阶段和网络运行阶段，由于很多移动性参数都是采用基线参数配置形式和人工路测修改移动性参数维护模式，使得网络移动性参数的维护成本非常高。为了满足在覆盖有效的基础上，提升移动性性能和降低其维护成本，标准和产品中都引入MRO算法需求。

MobilityRobustOptimization（MRO）移动性鲁棒性优化，即优化设置不当的切换参数。切换参数设置不当，会引起同频、异频、异系统的切换过早、过晚或乒乓，导致切换失败或UE掉话。MRO通过统计这些异常数据来优化移动参数，目前通过调整邻区CIO来优化。

MRO原理

MRO通过对不同切换情况的识别，并对它们进行统计，根据统计结果对切换的相关参数进行优化，使得网络中的切换失败、掉话和不必要的切换降到最少。MRO是通过如下过程进行参数优化：

场景识别

分析切换异常的特征，定义切换过早、过晚以及乒乓切换的场景。在切换时，识别这些切换场景。

场景处理

在MRO优化周期内，对识别到切换异常的次数进行统计。在优化周期到达时，根据统计的切换异常次数与门限，确定参数调整的方向。

结果监控

在参数调整后，监控切换的各项指标是否得到优化。若切换指标得到优化，则在下个优化周期不会回退参数；若切换指标恶化，则在下个周期进行参数回退。

系统内MRO

系统内MRO优化是指在LTE系统内的同频邻区或异频邻区之间进行的切换参数优化。同频邻区的切换由事件A3决定，异频邻区的切换由事件A2、事件A4或事件A3决定，所以优化的参数是同频和异频的事件A3的CIO（CellIndividualOffset）、事件A4的CIO以及事件A2的门限。需要注意的是，只有当eNodeB之间建立了X2链路时，才能进行系统内MRO优化。

LTE系统内的同频邻区的MRO优化流程中没有参数回退的判断，即没有图3-1中虚线所框的部分。

（图3-1系统内MRO优化流程）

场景识别及优化

场景识别是判断切换异常的场景，包括切换过早、切换过晚以及乒乓切换。如图3-2所示，切换过早、过晚是针对UE从小区A切向小区B来说的。

（图3-2切换过早过晚示意图）

切换过早

源小区对UE下发切换命令后，由于目标小区信号质量不佳，UE切换到目标小区发生失败，UE发起RRC重建回源小区，源小区的质量还能满足UE的要求并继续为UE服务，这种场景我们判断为切换过早。

解决办法：切换过早就是在没有达到正常切换区域就进行切换了，导致UE在目标小区信号差，因此，需要将CIO调小，让切换更晚一点到来。

（切换过早示意图）

在eNodeB中，切换过早有以下两种情况：

1）、UE接到切换命令，在切换到目标小区的过程中发生了RLF（RadioLinkFailure）。在RRC重建时，重建回源小区。这种情况说明源小区信号质量还可以继续做为该UE的服务小区，或目标小区过容易满足切换条件导致目标小区选择错误，UE的切换发生过早了。

2）、从源小区切换到目标小区成功后，在目标小区只停留了很短的时间，就发生了RLF。在RRC重建时，重建回源小区或重建到其他小区。这两种情况分别说明目标小区是一个不稳定的邻区（如信号波动很大的小区），或目标小区过容易满足切换条件导致目标小区选择错误，UE的切换发生过早了。

如果判断为切换过早，不管是哪一种情况，都会将NRT（NeighborRelationsTable）中对应邻区关系对中的切换过早次数加1。

切换过晚

UE因为源小区的信号不好，没来得及上报测量报告，或者有测量报告上报但是还没有收到切换命令，UE就发生RRC重建，重建到目标小区或者一个新小区，这个时候UE重建到的小区通过RLFINDICATION信令将UE的重建信息带给源小区，源小区根据UE重建信息判定是否为切换过晚场景，根据重建信息中的目标小区的PCI，查找到对应的邻区记录后，判定为切换过晚。

解决办法：切换过晚就是UE已经过了正常切换区域还没有切