5G用户作被叫未接通问题

本文描述了一个5G室分系统中遇到的用户电话接听问题,分析了接通率低和下行MACBLER高的现象。通过现场测试发现,双流模式下存在调制问题,导致数据下载速率降低。优化方法是切换到单流模式,成功将下行MACBLER降至正常水平,解决了通话接通问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

由于涉及到厂家,运营商,为了遵守保密协议,因此并没有将相关指标、截图呈上,只分享一些优化思路及方法。
【问题现象】
用户所在办公室属于室分系统,用的是华为5G手机,经常收不到其他人拔进来的电话,其他人拔打时,提示无法接通或转留言信箱,最后通过短信提示才知道有多个来电。
【问题分析】
1、从后台指标可以看出,接通是没有问题的,但是下行MAC BLER非常高,达到60%~80%,
2、现场测试时:
2.1.拔打电话复现问题:被叫在RSRP较好情况下,发起NR->RRCReestablishmentRequest时会出现NR Cell PRACH Failure(Reason: (-9999)),且看到下行PUSCH BLER也很高,达到90%,最终无法接通
2.2、从数据业务来关联问题:使用数据业务时,当使用双流时调制为QPSK,下载速率只有30Mbps,当使用单流时调制为256QAM,可达到200Mbps左右。
由于是室分系统,RRU出来两路,其中一路接分布系统,另一路接负载。在没有关注到单双流问题时,偿试过定位合路器、天线等问题,但仍然没能发现问题,直到结合数据业务测试结果来看时,才看出单双流问题。
【优化方法】
通过将双流改为单流方式后,后台下行MAC BLER恢复到5%以下,数据业务及作被叫均正常,问题最终得到解决。

5G接通率优化 5G无线接通率排查提升思路 将参数“PDCCH公共空间EPRE相对于小区RE参考功率的偏移”增大,可以提升接通率,但负面影响是减少了PDCCH可用资源,当5G用户较多的时候,可能会导致资源不足。该参数网管截图及路径如下: 第二个参数是“MSG3相对于PRACH的功率偏移”,可以针对MSG4没有携带“PO-PUSCH-Alphaset”,会导致概率性基站收不到UE建立完成消息,主要还是提升UE的发射功率,进而提升RRC连接建立成功率和QoS Flow建立成功率。 HW对该参数的命令是:LST NRDUCELLULPCCONFIG 协议对该参数的定义如下:(取值为-1到6,现网是4,实际值是取值的2倍,也就是8).该参数设置的越小,Msg3的发射功率越低,Msg3被基站成功接收的概率越小,对邻区的干扰越小;该参数设置的越大,Msg3的发射功率越高,Msg3被基站成功接收的概率越大,对邻区的干扰越大。 (一)RRC连接建立成功率 中兴RRC建立失败目前分为三类,定时器超时、接纳失败和其他原因。 定时器超时这里不做过多分析,因为定时器参数设置都是集团管控,全网统一设置,可优化空间不大。 接纳失败的原因主要有参数设置异常、负荷过高等。 其他原因一般是5G基站内部处理异常,比如CPU利用率过高。 总体原因可以归纳如下: 1. 基站故障,优先处理告警; 2. 接入参数异常、最小接入电频等; 3. 有干扰; 4. 用户数过多,导致SR容量不足; 5. 弱场接入。这里有本身弱覆盖、邻区不完善导致切换不及时,包括缺少到4G的邻区,特别是到FDD900的邻区。 6. 基站CPU负荷过高。 (二)QoS Flow建立成功率 QoS Flow属于用户面流程,建立失败的原因有:参数错误、切换失败、无线原因和其他原因。 参数错误涉及的流程:Initial Context Setup Request、PDU session response setup request、PDU session response modify response,可能造成消息携带的QoS Flow Setup Request List中QoS Flow异常释放。 切换流程异常会导致PDU Session Resource Setup Response、PDU Session Resource Modify Resource造成QoS Flow Setup Request List某些QoS Flow异常释放。 无线原因是因为向AMF发送Initial Context Setup Failure、PDU Session Resource Failed to Setup List、Initial Context setup response携带了一个或多个PDU Session的QoS Flow Failed to setup List、PDU Session Resource Modify Response携带一个或多个QoS Flow Failed to add or Modify List。 主要的原因可以归纳如下: 1. 是否关联了E-RAB建立成功率,如果关联,那就和基站侧或无线侧关联较大; 2. 核查节能策略,是否由节能导致建立失败; 3. 干扰 4. 传输故障 5. 部分异常终端或SIM卡异常,加密算法或完整性算法不合理
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

qq_44390640

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值