移动性负载均衡:(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掌握的怎么样了呢?

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

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

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180607A0GJ1500?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券