尊敬的管理员,为避免广告拉人嫌疑,已删除资料原出处,请审核!
载波聚合测试无法加载辅载波优化案例
一、问题描述
2月底对众生大厦 (室分)站点进行载波聚合整改,3月2日在呼和浩特电信用speedtest测速软件验证测试众生大厦室分站点时,发现众生大厦 (室分)下测试52小区(20M)与49小区(15M)的CA能力速率较低,反馈下载速率只有120M左右,更换测试设备,速率仍没有改善,远没有达到理论值正常测试指标。
二、CA原理简析
载波聚合使能后,CA UE在主辅载波占用的PRB资源分别被统计,若开启载波间负荷调整,则在达到负荷均衡门限前,优先将载波内的CA UE的GBR承载搬移到另外一个载波,以减少LB导致的切换,更快的实现载波间的负荷均衡。
CA下主辅载波小区间负荷不均衡时,可以触发通过载波间协调调度将Rel-10支持CA的UE的业务数据尽量调度在负荷轻的载波上,从而可以改善网络不均衡,并且可以减少通过切换方式进行负载均衡。由于GBR业务不能在主辅载波上共同调度,故CA下主辅载波负荷调整是针对GBR业务。
CA下载波间承载均衡,主要原理是周期性监控小区的PRB占用情况,如果超过载波间负荷调整的门限,则将小区中的CA用户GBR业务资源回退或者搬移到其它CA协同小区上,以此来减轻小区负荷,使得CA的协同载波间负荷达到基本平衡,达到减少负荷均衡的切换的目的。所谓的搬移是指将本小区(高负荷小区)上PCell的资源搬移到UE的Scell上;回退是指将本小区(高负荷小区)上被UE作为Scell占用的那些资源回退到UE的Pcell上。
CA下载波间负荷调整主要分为四个部分:周期性监测小区负荷是否超过门限、目标载波选择、选择进行资源回退或搬移的承载、承载的回退/搬移。功能框图如下:
CA下载波间负荷调整功能打开后,周期性监控小区的PRB占用情况,如果超过载波间负荷调整的门限(默认值为50%,后台可配置),则在高负荷小区的CA协同小区中,挑选比高负荷小区的负荷低10%以上的负荷最轻的小区,作为载波调整的目标小区;如果存在以高负荷小区为辅载波,以目标小区为主载波的UE,将UE上已被搬移到高负荷小区上的GBR承载回退;如果没有这样的GBR承载,则挑选高负荷小区中CA用户上速率最大的GBR承载,搬移到目标小区上。流程如下图所示:
三、原因分析
从前台测试反馈的下载速率来看,只具备了单载波的下载速率,怀疑该站点下52小区与49小区没有配置DL CA或CA能力未正常激活。
首先进行载波聚合参数核查,检查配置如下:
根据上图可以看到两个小区已经正常配置了DL CA。为了验证单小区速率情况,需要分别检查1.8G小区、2.1G小区单载波时的下行速率,前台验证两个载波的下载速率都能上100M,那么可以排除是因为单载波下载能力受限导致CA下载速率偏低,同时测试现场也更换了测试服务器,速率依然上不去。
排除以上两种情况后,怀疑是speedtest测试时间较短导致辅载波未激活,后台修改辅载波激活门限,将主载波下行总RB利用率门限(激活辅载波)由90%修改为1%,主载波下行总RB利用率门限(去激活辅载波)由默认的30%修改为0%,以有利于开启载波聚合功能,参数修改如下:
修改后,进行前台验证测试,下载速率无明显改善,反馈问题依旧。
下一步需要排查前台测试时,辅载波有没有激活,此处有两种方法:后台指标统计和实时业务观察。按照两种方法分别进行排查,以最终确定辅载波是否激活。
1、目前网管支持统计CA用户数
Counter1:C373384368(以本小区为PCell的下行CA平均激活用户数)
Counter2:C373384369(以本小区为SCell的下行CA平均激活用户数)
在前台测试时,网管后台开启实时性能监控,看这两个小区下有没有激活的CA用户,前台测试时实时监控如下:
从以上实时监控可以看到,在前台测试时,后台统计的两个小区下是没有CA用户的,也就是前台终端测试的还只是单载波的下行速率,辅载波是没有起作用的,证明载波聚合功能未应用。
2、后台也可以通过跟踪这两个小区下的MTS用户来判断辅载波是否激活,信令跟踪如下:
同时跟踪52小区和49小区的MTS用户情况,可以看到50小区下面有一个流量较大的用户(前台做测试的CA终端),UEGid为19754,这个终端在52小区下面接入,只在50小区下面产生了流量,而CA协同小区49小区下面没有产生流量,表明辅载波(49小区)是没有激活的。
通过以上两种方法可以判定,CA下行速率不达标的原因是辅载波未能成功激活,CA终端测试到的只是单载波的速率。
前台已经确认测试终端是支持CA的,在其他CA站点测试能达到CA的速率,因此怀疑后台和CA相关的参数配置有误,需要核查参数:
在CA的配置过程中,有一个重要的参数:【信道选择PUCCH 1b的信道数】该参数表示CA小区支持多少个“可使用两载波的UE”,若该参数配置的越大,则PUCCH占用的RB数就会越多,对系统的流量造成影响;若该参数取值为0,则无法启用CA业务。
现网该参数默认配置为12,对CA功能无影响,所以这个参数很重要,但是很容易被忽略。
检查该站点小区的该参数配置如下:
根据以上分析,该参数取值为0时,无法启用CA业务,CA终端无法启用双载波,导致CA下载速率不达标。
四、问题解决
将信道选择的pucch 1b的信道数修改为默认值12(此处只要不配置为0,CA终端就能启用双载波),前台复测可以看到辅载波已经激活:
可以看到CA终端在50小区接入(主载波),8小区为辅载波。
测试验证时,峰值速率达到200M以上,最高测试值达到256M,测试指标正常,问题解决,测试结果如下:
五、优化总结
本案例问题最终定位为参数“信道选择的pucch 1b的信道数”配置问题,建议在以后的工程开通过程中统一参数模板配置,规范开站流程。同时,无线优化人员应及时对涉及到的参数进行一个全面的核查(包括默认参数),下表汇总了载波聚合站点的重点参数及配置值,后续的优化过程可以进行参考:
序号 | 参数名称及 | 配置值 |
1 | 主辅载波小区的邻区关系属性 | 同覆盖 |
2 | 信道选择PUCCH 1b的信道数 | 12 |
3 | PDCCH DCI 3/3A指示的PUCCH是否有效 | 否 |
4 | CA载波间负载调整开关 | 打开 |
5 | 主载波下行总RB利用率门限(激活辅载波) | 1 |
6 | 辅载波下行总RB利用率门限(激活辅载波) | 100 |
7 | 主载波下行总RB利用率门限(去激活辅载波) | 0 |
8 | 辅载波下行总RB利用率门限(去激活辅载波) | 0 |
载波聚合功能开通能大幅提升用户感知,参数设置不合理会导致载波聚合功能异常或者不能启用,因此需要对新入网站点进行全面的参数核查,为后续的优化测试打下基础,高效的完成优化测试,保障用户感知。