室分VoLTE掉话问题处理总结

室分VoLTE掉话问题处理总结
一、问题描述
近日接到县局反馈在XX电信大楼通话过程中容易掉话，出现次数较多。

二、分析处理过程
根据县局提供室分信息，查询了基站的告警情况，该小区为1t2r配置，底噪情况如下，实际底噪-85左右，（诺基亚基站小区正常底噪在-105左右；该小区ANT2实际未接馈线）：
根据县局提供的手机号码及掉话时间，在智慧优化平台查看通话记录，发现其掉话原因为BEARER_RELEASED。

端到端语音质量对比情况，主被叫语音质量均优良，没有丢包问题和时延问题：
分析被叫端语音质量，可以看出在最后的5秒内达到的达到包数相比减少了非常多：
在“信令回溯”页面，可以看出eNobeB发送了UE Context Release Complete 消息给MME，具体原因未知：
继续查询XDR话单，找到对应的使用记录，可以看出UE Context Release 的原因是Radio Connection With UE Lost:
根据上述分析，在空口侧应该是UE失步了导致基站释放了它的上下文信息。

按照通话时间在基站侧进行了calltrace，从信令来看，掉线原因是Radio Connection With UE Lost，具体原因为上行BLER达到了100%，然后基站认为手机out of syn并释放了其手机上下文信息，导致掉话问题出现。

若干秒后
三、处理方案
根据上面的分析，是手机失步了然后基站释放上下文导致掉话问题出现。

查询小区参数，其N310，N311，T310均已达到最极限值，没有修改的空间了，而该小区的底噪问题由于涉及到较多的环节，暂时无法处理。

分析该小区周边站点情况，同站址内有L800小区在用，故暂时采用语数分析方案，临时解决掉话问题。

XX大楼室分小区_1修改了如下参数：
数修改如下：
因L800小区带宽较小，在承载了较多的语音业务后需控制其覆盖范围，我们将其rsboost调整为-3，电子倾角下压了3度。

根据上述方案调整后拨打测试，感知掉话次数明显减少，用户体验上升。

同时L800负荷仍维持在较低的水平，没有拥塞问题。

四、经验推广效果
对于一些难以处理的VoLTE掉线问题，可以尝试用其他频段来解决，但仍需及时处理问题点小区的故障处理。