通过前两天的学习,我们知道,触发负荷均衡后,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掌握的怎么样了呢?
如果你觉得本文对你的工作和学习有帮助,或者想获取更多信息,就请关注我的公众号平台吧,相信一定会让你有所收益的!
您也可以加入我们的微信群进行讨论:
领取专属 10元无门槛券
私享最新 技术干货