你的位置：
首页
>
IT圈
>
室分VoLTE掉话问题处理总结
2024年3月21日发(作者：诗泽)
室分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修改了如下参数：
参数名
actServBasedMobThr
threshold2aQci1
threshold2InterFreqQci1
threshold3InterFreqQci1（100）
threshold3aInterFreqQci1（2452）
设置值
TRUE
-67
-70
-70
-108
30
a3OffsetRsrpInterFreqQci1
（step0.5）
将VoLTE用户引流至XX大楼室分小区_17/18/19后为防止乒乓切换，参
数修改如下：
参数名
actServBasedMobThr
设置值
TRUE
threshold2aQci1
threshold2InterFreqQci1
threshold3InterFreqQci1（2452）
threshold3aInterFreqQci1（100）
-91
-94
-94
-108
30
a3OffsetRsrpInterFreqQci1
（step0.5）
因L800小区带宽较小，在承载了较多的语音业务后需控制其覆盖范围，我
们将其rsboost调整为-3，电子倾角下压了3度。
根据上述方案调整后拨打测试，感知掉话次数明显减少，用户体验上升。同时
L800负荷仍维持在较低的水平，没有拥塞问题。
四、 经验推广效果
对于一些难以处理的VoLTE掉线问题，可以尝试用其他频段来解决，但仍
需及时处理问题点小区的故障处理。
2024年3月21日发(作者：诗泽)
室分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修改了如下参数：
参数名
actServBasedMobThr
threshold2aQci1
threshold2InterFreqQci1
threshold3InterFreqQci1（100）
threshold3aInterFreqQci1（2452）
设置值
TRUE
-67
-70
-70
-108
30
a3OffsetRsrpInterFreqQci1
（step0.5）
将VoLTE用户引流至XX大楼室分小区_17/18/19后为防止乒乓切换，参
数修改如下：
参数名
actServBasedMobThr
设置值
TRUE
threshold2aQci1
threshold2InterFreqQci1
threshold3InterFreqQci1（2452）
threshold3aInterFreqQci1（100）
-91
-94
-94
-108
30
a3OffsetRsrpInterFreqQci1
（step0.5）
因L800小区带宽较小，在承载了较多的语音业务后需控制其覆盖范围，我
们将其rsboost调整为-3，电子倾角下压了3度。
根据上述方案调整后拨打测试，感知掉话次数明显减少，用户体验上升。同时
L800负荷仍维持在较低的水平，没有拥塞问题。
四、 经验推广效果
对于一些难以处理的VoLTE掉线问题，可以尝试用其他频段来解决，但仍
需及时处理问题点小区的故障处理。