PUCCH
干扰引起基站
SR
漏检导致
MOS
恶化的优化案例
台州接入维护中心
翁礼强
【
摘要
】语音业务的属性之一是要相互交互信息,所以用户对延迟和延迟抖动比较敏感,过
大的延迟和抖动会使通话质量下降,降低用户满意度。终端抖动、时延、编码速率和丢包率
均会影响
MOS
值。
【
关键字
】
MOS
低、基站
SR
漏检、跨专业协同优化
PUCCH
干扰
一、
问题描述
测试发现占用某小区后,主被叫共出现
5
次
MOS
值低于
3
。该路段
5
次
MOS
差占用的小区
为同个基站,且
RSRP
和
SINR
分别为
-
70
dBm
和
20
db
左右。无线环境均较好,排除无线环境问
题。
二、
分析过程
2.1
上行数据传输流程
上行干扰导致
UE
失步,上行链路质量恶化,
PUCCH
Format1
检测性能下降,
Format2
系
列
RB
上的
NI
测量偏高
SR
功率超出解调门限,造成
SR
漏检从而导致
RTP
大量丢包。
上行数据传输流程
2.2
UE
发送
SR
条件
只有处于
RRC_CONNECTED
态且保持上行同步的
UE
才会发送
SR
;且
SR
只
能用于请求新传数据(而不是重传数据)的
UL-SCH
资源。
只有
PUCCH
format
1
(包含
PUCCH
format
1/1a/1b
)和
PUCCH
format
3
可用于发送
SR
。
2.3
SR
漏检原因及影响
UE
失步,未发动
SR;
format
1
和
format
3
解调性能下降,从而导致漏检,
PDCP
丢弃定时器
超时,导致
RTP
丢包。
format2
系列
RB
上的
NI
测量偏高,波动
,
导致
SR
功率超出解调门限,造成
SR
漏检从而导致
RTP
大量丢包。
终端抖动、时延、编码速率和丢包率均会影响
MOS
值,通过统计发现
RTP
丢率较高,其
它相关指标均正常,推断为
RTP
高丢包导致
MOS
差。语音丢包常见问题为终端发包异常、空
口问题、基站问题、核心网问题。针对可能问题进行逐一排查。
2.4
终端问题排查分析
RTP
SN
号按
序增长且语音激活区间每隔
20
mn
发一个包,
表示
发包正常。终端上行发包
正常,排除终端问题。
2.5
基站上行接收包情况分析
主叫基站侧上行接收
RTP
包如下,上行存在大量丢包。基站上行存在丢包,需要进一步
排查基站上行丢包问题。
2.3
核心网丢包排查分析
被叫侧基站下行收到核心网的语音包与主叫基站侧往核心网发的包数相同,即核心网传
输过程中未出现丢包,排除核心网丢包问题。
2.4
终端收包排查分析
被叫下行接收包数、丢包数目和丢包的
SN
与基站侧下行接收到的基本相同。排除下行
空口丢包问题和终端收包异常问题。
结论:通过以上丢包排查,问题主要为基站接收
RTP
包异常。从基站侧话统指
标看,
PUCCH
上的干扰较高,平均
-100
左右。因此判断
MOS
差主要原因为
RTP
高丢包,而高丢包原因为服务小区
PUCCH
干扰导致基站侧漏检
SR
。
三、
解决措施
一方面进行
PUCCH
干扰排查,另一方面开启补偿调度解决基站
SR
漏检问题,补偿调度
效果评估如下:
上行补偿调度是指
eNodeB
对语音用户进行识别,并监控语音用户在上行链路没有被调
度的时间间隔。如果语音用户在一定时间内上行链路没有被调度过,则
eNodeB
主动给该语
音用户发送
UL
Grant
,保证上行语音包可以及时发送,减少语音包等待时延,改善由于超
过
PDCP
Discard
Timer
带来的丢包。
优化效果:开启补偿调度后,该站点
MOS
值由开启前的
2.5
左右提升至
4.45
。
开启补偿调度后测试结果:
UETime
POLQA
MOS
SWB
19:41:15
4.22
19:41:35
4.44
19:41:55
4.52
19:42:15
4.61
19:42:40
4.48
四、
经验总结
1
、减少
UE
上行失步次数及时间,增加
SR
上行重传次数及通话期与静默期上行补偿次
数,有效减少
SR
次数。
2
、优化
PUCCH
format1
码道分配方式,提升
PUCCH
检测成功率,减少
SR
漏检次数。
3
、
全网可以进行
PUCCH
干扰排查,以及针对
PUCCH
高干扰站点开启上行补偿调度功
能。