移动性负载均衡：（3）负荷均衡执行

通过前两天的学习，我们知道，触发负荷均衡后，eNodeB从首个InterFreqLoadEvalPrd周期超时时刻起，从异频邻区列表中选择目标小区列表，最后执行负荷均衡动作，从而完成整个MLB过程。

今天，我们如约来一起看看MLB的最后一个过程-负荷均衡执行！

2.3 负荷均衡执行

2.3.1 UE选择

eNodeB在服务小区选择同时满足以下条件的UE进行负荷均衡转移：

1） 如果UE配置了SPID，UE的SPID值对应的InterFreqMlbSwitch配置为“TRUE（是）”。

2） UE不处于CA状态。

3）UE的PRB利用率同时 满足以下条件：

在本次负荷平衡触发方向上，

当触发类型是GBR业务类型时，UE的GBR业务的PRB利用率＞MlbUeSelectPrbThd；

当触发类型是Non-GBR业务类型或Total业务类型时，UE的Non-GBR业务的PBR利用率＞MlbUeSelectPrbThd。

在本次负荷平衡触发方向上，

当触发类型是GBR业务类型时，所有转移出的UE的GBR业务的PRB利用率总和处于一个上限以下；

当触发类型是Non-GBR业务类型或Total业务类型时，所有转移出的UE的Non-GBR业务的PRB利用率总和处于一个上限以下。

以上两个上限均由本区和邻区的PRB利用率、本区和邻区的RB资源数以及参数InterFreqMlbThd、LoadDiffThd、LoadOffset和LoadTransferFactor决定。

在非本次负荷平衡触发方向上，

当触发类型是GBR业务类型时，UE的GBR业务的PRB利用率≤MlbUeSelectPrbThd；

当触发类型是Non-GBR业务类型或Total业务类型时，UE的Non-GBR业务的PRB利用率≤MlbUeSelectPrbThd。

4）UE不处于惩罚状态。

每个InterFreqLoadEvalPrd周期内转移的最大UE个数不能超过MlbMaxUeNum；

如果本次负荷平衡中服务小区所有UE都不满足条件，则不执行本次负荷平衡动作。

2.3.2 负荷转移

根据参数MlbHoMode配置和UE能力信息，eNodeB通过基于测量的切换、盲切换、基于测量的重定向或盲重定向将选择的UE转移到目标小区。

基于测量的切换

如果UE支持测量目标小区的频点，则eNodeB下发测量控制让其执行EventA4异频测量，同时启动3秒定时器。

在定时器超时前，根据UE上报的测量结果，指示满足条件的UE启动切换。

切换目标为目标邻区列表中UE测量到满足EventA4门限且信号最强的邻区。

定时器超时后，对UE下发删除EventA4测量控制。

2.3.3 目标小区接纳判断

当收到的切换请求消息携带的负荷平衡切换原因为Reduce load in serving cell时，目标小区不做接纳判断，按照正常切换流程处理。

当收到的切换请求消息携带的负荷平衡切换原因为Resource Optimisation Handover时，如果目标小区PRB利用率处于潜在高载状态或者负荷平衡触发状态，则目标小区回复切换拒绝响应消息HANDOVER PREPARATION FAILURE，否则按照正常切换流程处理。

负荷均衡（MLB）的介绍就暂时到这里了，不知道大家对MLB掌握的怎么样了呢？

如果你觉得本文对你的工作和学习有帮助，或者想获取更多信息，就请关注我的公众号平台吧，相信一定会让你有所收益的！

您也可以加入我们的微信群进行讨论：