精品案例CCE资源分配不足导致VoLTE高丢包问题案例.docx
- 文档编号:12520639
- 上传时间:2023-04-19
- 格式:DOCX
- 页数:17
- 大小:1.41MB
精品案例CCE资源分配不足导致VoLTE高丢包问题案例.docx
《精品案例CCE资源分配不足导致VoLTE高丢包问题案例.docx》由会员分享,可在线阅读,更多相关《精品案例CCE资源分配不足导致VoLTE高丢包问题案例.docx(17页珍藏版)》请在冰豆网上搜索。
精品案例CCE资源分配不足导致VoLTE高丢包问题案例
CCE资源分配不足导致VoLTE高丢包问题案例
CCE资源分配不足导致VoLTE高丢包问题案例
【摘要】随着终端、基站、EPC、IMS网元的大量端到端配合问题解决,目前VoLTE业务在接通率、掉话率指标均已经达到或超过了GSM网络的水平,接入性和保持性方面的感知得到了较大改善。
但在完整性即通话质量方面仍然有大量的问题需要解决,需要摸索出一套语音质量问题定界定位方法,指导今后的VoLTE语音质量提升优化工作。
本文主要介绍VoLTE语音通话在无线层问题导致的丢弃包问题进行分析、定位,最终定位到CCE资源分配不足导致VoLTE丢包。
希望通过该案例的分析思路对后续VoLTE优化工作提供一定参考。
【关键字】语音质量、OMC统计值、VoLTE语音丢包
【业务类别】、VoLTE、流程类、参数优化、
一、问题描述
19年7月上旬WH-繁昌-繁昌职教中心-HFTA-443328-50小区VoLTE丢包率较高。
后台统计一周平均上行丢包率为0.6%左右,后台分析统计该小区忙时用户数在200左右,PRB利用率达到80%以上,现场语音感知较差。
后台统计指标0705-0710
小区名
日期
忙时流量(GB)
上行PRB利用率(%)
下行PRB利用率(%)
小区内的最大用户数
QCI1业务上行空口丢包率(%)
QCI1业务下行空口丢包率(%)
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/5
7.98
24.972
76.172
152
0.442
0.339
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/6
13.56
20.943
82.122
188
0.622
0.495
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/7
13.39
19.868
88.129
190
0.654
0.476
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/8
11.41
19.278
74.249
189
0.598
0.325
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/9
12.87
20.772
79.299
194
0.499
0.398
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/10
12.35
19.444
94.262
198
0.601
0.487
二、分析过程
无线“感知丢包”问题定位思路
通过对感知丢包小区从“故障”“干扰”“资源”“覆盖”四个方面入手,通过‘硬件处理’、‘干扰排查’、‘CCE容量’、‘CCE功率’、‘FlashSRVCC’、‘覆盖调整’六种方法进行优化处理。
1基站故障排查
通过以下命令在U2000网管查询基站告警信息:
LSTALMAF:
;
LSTALMLOG:
;
对于以下附件中存在的影响业务和和指标的重要告警需要尽快处理。
附件:
2检查干扰情况
通过以下KPI可以分析干扰是否高,当干扰值大于-110时排查是否由于高干扰导致的语音质量变差
KPI名称
KPI字段
KPI公式
PUCCH干扰折算值
AvgPUCCHInteference
SUM(-121*L.UL.Interference.PUCCH.Index0-120*L.UL.Interference.PUCCH.Index1-119*L.UL.Interference.PUCCH.Index2-…-92*L.UL.Interference.PUCCH.Index15)/SUM(L.UL.Interference.PUCCH.Index0~L.UL.Interference.PUCCH.Index15)
PUSCH干扰折算值
AvgPUSCHInteference
SUM(-121*L.UL.Interference.PUSCH.Index0-120*L.UL.Interference.PUSCH.Index1-119*L.UL.Interference.PUSCH.Index2-…-92*L.UL.Interference.PUSCH.Index15)/SUM(L.UL.Interference.PUSCH.Index0~L.UL.Interference.PUCCH.Index15)
3覆盖问题
弱覆盖是影响无线空口质量的主要原因,因此空口质量是判断丢弃包的关键。
以下指标反映了小区一定的覆盖情况,同时也可结合MR数据、现场测试情况进行佐证,对于存在明显弱覆盖情况小区可以进行相应的RF优化,如RF优化不能解决可以考虑通过增加覆盖进行解决。
●下行空口质量
KPI名称
KPI字段
KPI公式
PDSCHMcs0阶占比
ratioofPDSCHMCS0
L.ChMeas.PDSCH.MCS.0/SUM(L.ChMeas.PDSCH.MCS.0~L.ChMeas.PDSCH.MCS.31)
DLRBLER
PDSCHRBLER
(L.Traffic.DL.SCH.QPSK.ErrTB.Rbler+L.Traffic.DL.SCH.16QAM.ErrTB.Rbler+L.Traffic.DL.SCH.64QAM.ErrTB.Rbler)/(L.Traffic.DL.SCH.QPSK.TB+L.Traffic.DL.SCH.16QAM.TB+L.Traffic.DL.SCH.64QAM.TB)
平均CQI
CQIAvg
(0*L.ChMeas.CQI.DL.0+1*L.ChMeas.CQI.DL.1+…+15*L.ChMeas.CQI.DL.15)/SUM(L.ChMeas.CQI.DL.0+L.ChMeas.CQI.DL.1+…+L.ChMeas.CQI.DL.15)
上下行初始HARQ重传比率
小区PDCCH聚合级别为1的次数
L.ChMeas.PDCCH.AggLvl1Num
小区PDCCH聚合级别为2的次数
L.ChMeas.PDCCH.AggLvl2Num
小区PDCCH聚合级别为4的次数
L.ChMeas.PDCCH.AggLvl4Num
小区PDCCH聚合级别为8的次数
L.ChMeas.PDCCH.AggLvl8Num
Ø下行语音丢包率恶化需要分析该KPI指标。
如果该指标抬升,说明存在弱覆盖或者通过PDSCH干扰折算值确认干扰情况。
ØDLRBLER:
该KPI反应下行空口误码情况,但是不区分QCI1业务和其他业务。
观察该KPI的曲线图,如果该KPI的变化趋势与下行语音丢包率的变化趋势一致,可进一步分析下行空口干扰、覆盖等情况。
Ø平均CQI:
反应下行信道质量
ØMR是对下行RSRP信号的直接反应,若RSRP均值差、弱覆盖比例高则空口质差越差,语音质差的风险越大。
●上行空口质量
KPI名称
KPI字段
KPI公式
PUSCHMcs0阶占比
ratioofPUSCHMCS0
L.ChMeas.PUSCH.MCS.0/SUM(L.ChMeas.PUSCH.MCS.0~L.ChMeas.PUSCH.MCS.31)
ULRBLER
PUSCHRBLER
(L.Traffic.UL.SCH.16QAM.ErrTB.Rbler+L.Traffic.UL.SCH.QPSK.ErrTB.Rbler)/(L.Traffic.UL.SCH.16QAM.TB+L.Traffic.UL.SCH.QPSK.TB)
上行初始HARQ重传比率
ØPUSCHMcs0阶占比:
上行语音丢包率恶化需要分析该KPI指标。
如果该指标抬升,说明存在弱覆盖或者通过PUSCH干扰折算值确认干扰情况
Ø由于QCI1在RLC层是UM模式,因此当出现空口误码,那么语音包就会被丢弃。
该KPI反应上行空口误码情况,但是不区分QCI1业务和其他业务。
观察该KPI的曲线图,如果该KPI的变化趋势与上行语音丢包率的变化趋势一致,可进一步分析上行空口干扰、覆盖等情况。
4资源问题
VoLTE容量受限无外乎信令信道、业务信道受限。
VoLTE相较数据业务在业务信道调度时有优先级,但在信令信道调度时确没有优先,所以如果小区内数据业务消耗过多的信令资源,会影响VoLTE用户的感知;如果VoLTE用户过多,业务信道会抢占数据业务,影响数据业务用户感知。
在目前VoLTE用户数普遍偏少的情况下,需要重点关注信令信道资源受限的情况。
PDCCH用来调度上下行业务信道的CCE资源受限,无法及时调度上下行PDCP包,导致出现丢包弃包。
表征容量受限相关指标:
Ø上行资源:
●上行CCE利用率,表征调度上行信令和业务信道的资源占用情况;
●上行SRB占用比例,表征上行调度资源中信令信道使用的比例;
●上行CCE分配失败次数,表征上行调度中失败的次数;
●上行QCI1PRB利用率,表征VoLTE业务占用上行业务信道资源情况。
Ø下行资源:
●下行CCE利用率,表征调度下行信令和业务信道的资源占用情况;
●下行SRB占用比例,表征下行调度资源中信令信道使用的比例;
●下行CCE分配失败次数,表征下行调度中失败的次数;
●下行QCI1PRB利用率,表征VoLTE业务占用下行业务信道资源情况。
相关指标公式:
KPI名称
KPI字段
KPI公式
上行PRB利用率
ULPRBUsageRate
L.ChMeas.PRB.UL.Used.Avg/总RB数
下行PRB利用率
DLPRBUsageRate
L.ChMeas.PRB.DL.Used.Avg/总RB数
SRB调度资源占比
L.ChMeas.CCE.DLUsed.SRB/(L.ChMeas.CCE.DLUsed.DRB+L.ChMeas.CCE.DLUsed.SRB)
CCE利用率
PDCCHCCEUsageRate
("L.ChMeas.CCE.CommUsed"+"L.ChMeas.CCE.ULUsed"+"L.ChMeas.CCE.DLUsed")/"L.ChMeas.CCE.Avail"
上行CCE利用率
自定义
L.ChMeas.CCE.ULUsed/上行可用CCE个数(每秒上行CCE可用个数大致估算为13800,再乘以统计周期即可得到上行CCE可用个数)
下行CCE利用率
自定义
L.ChMeas.CCE.DLUsed/(L.ChMeas.CCE.Avail-69*200*15*60)
上行CCE分配失败次数
L.ChMeas.CCE.UL.AllocFail
下行CCE分配失败次数
L.ChMeas.CCE.DL.AllocFail
CCE分配失败占比
(L.ChMeas.CCE.UL.AllocFail+L.ChMeas.CCE.DL.AllocFail)/("L.ChMeas.CCE.CommUsed"+"L.ChMeas.CCE.ULUsed"+"L.ChMeas.CCE.DLUsed")
受到协议机制的限制,上行信道资源会优先收到限制,所以我们重点关注上行信令和业务信道受限的情况。
●容量排查
根据研发给出的建议,查看上行CCE利用率、上行SRB调度资源占比指标中任意一项出现大于60%的情况,即可判断为小区负荷受限,需要进行CCE最大初始比例修改,进而动态调整CCE功率分配,减少因上行CCE功率受限导致的资源调度失败而丢弃包问题发生。
参数解释:
该参数用于配置PDCCH的上下行最大初始比例值。
当该参数为1/2时,表示上下行CCE初始占比最大值为1/2,当该参数大于1/2时,上下行CCE初始占比最大值可以根据上下行负载状况进行动态调整,调整范围为1/2到配置值之间的所有枚举值。
当参数配置为1_2,上行负载较重,下行负载轻时,上行业务感受较差。
当参数配置大于1_2,上行负载较重,下行负载轻时,上行业务感受有改善,但下行在部分子帧PRB利用率会略有下降。
修改方法:
●基站版本11.0版本
CCE最大初始比例:
CceMaxInitialRatio设置为10/1,表示从1/2自适应到10/1;
●基站版本8.1版本
普通场景:
子帧调度差异化开关:
SubframeSchDiffSwitch打开
CCE最大初始比例:
CceMaxInitialRatio配置1/2
保留参数52:
RsvdPara52配置0
大话务场景:
子帧调度差异化开关:
SubframeSchDiffSwitch打开
CCE最大初始比例:
CceMaxInitialRatio配置1/2
保留参数52:
RsvdPara52配置10,固定上下行10/1
●功率排查
通过查看上行或者下行分配CCE失败次数大于500W次,可以修改PDCCH聚合级别自适应策略参数,由基因覆盖的策略修改为基于容量的策略
修改命令:
MODCELLPDCCHALGO:
LOCALCELLID=3,PDCCHAGGLVLADAPTSTRAGE=STRATEGYBASEDONCAPACIT;
三、解决措施
根据第二部分的问题定位思路,首先查看站点告警。
该站点告警存在很久,但并不影响业务,并非导致本次丢包原因,告警如下:
其次查看该小区PUCCH干扰、PUSCH干扰并无明显干扰情况。
干扰情况如下:
然后分析站点覆盖情况,通过7月份上旬MR数据统计情况如下:
基站名
小区名
厂商
分公司
参考信号接收功率大于等于负110dBm占比(%)
平均参考信号接收功率
分析原因
WH-繁昌-繁昌县局HFBBU08-443328
WH-繁昌-繁昌职教中心-HFTA-443328-50
华为
芜湖分公司
90.074%
-95.6151
该扇区主要覆盖学生宿舍楼,宿舍楼内无室分,宏站信号覆盖室内较差。
结合MR数据得出弱覆盖占比至少超过10%,通过GoogleEart可以看出为该扇区主要覆盖学生宿舍楼,宿舍楼内无室分,宏站信号覆盖室内较差。
GoogleEarth截图如下
同时,为防止该小区因漏加邻区导致存在“假弱覆盖”情况发生,通过开启系统间、系统内受控ANR测量进行漏配邻区检测,开启两小时后的采集情况如下:
小区
漏配邻区数
漏配GERAN
漏配EUTRAN
WH-繁昌-繁昌职教中心-HFTA-443328-50
0
0
0
最后,通过华为CellDT(基站底层调度数据跟踪)功能跟踪小区15分钟粒度丢包情况,数据显示丢包原因值:
通过查看丢包原因值为41484,结论为CCE功率不足导致CCE分配失败,从而导致VoLTE上行数据调度不及时而弃包。
同时段CCE分配失败与上行丢包率对比如下图所示
问题定位后优化方法如下:
目前小区设置PDCCH聚合级别自适应策略为基于覆盖的策略,该策略会导致覆盖较好用户占用较多的PDCCH资源,而处于信号较弱区域用户会因调度资源不足从而导致CCE功率不足导致CCE分配失败。
因此,建议将该参数修改为基于容量的策略,使得弱场强用可以得到更多的CCE功率用于调度,从而减少弃包,改善VoLTE通话质量。
建议修改PDCCH聚合级别自适应策略为基于容量的策略,网管操作如下:
MODCELLPDCCHALGO:
LOCALCELLID=3,PDCCHAGGLVLADAPTSTRAGE=STRATEGYBASEDONCAPACITY;
7月19日上午9点修改后指标对比,上行丢包率已恢复正常,修改后指标情如下:
从以上看出,通过修改PDCCH聚合级别自适应策略为基于容量的策略后,指标明显好转。
上行丢包率已经下降至2%以下。
小区名
日期
忙时流量(GB)
上行PRB利用率(%)
下行PRB利用率(%)
小区内的最大用户数
QCI1业务上行空口丢包率(%)
QCI1业务下行空口丢包率(%)
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/20
15.21
20.918
87.041
200
0.186
0.331
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/21
20.31
21.131
91.132
197
0.215
0.369
WH-繁昌-繁昌职教中心-HFTA-443328-50
2019/7/22
14.60
22.392
90.253
201
0.238
0.296
四、经验总结
目前无线问题导致丢包是影响VoLTE用户感知的最主要因素之一,随着VoLTE用户数的逐渐增多,小区级的相关OMC统计值可以作为日常优化工作的抓手以便于尽快发现问题,问题出现后一般通过对感知丢包小区从“故障”“干扰”“资源”“覆盖”四个方面入手迅速定位问题根源,通过‘硬件处理’、‘干扰排查’、‘CCE容量’、‘CCE功率’、‘FlashSRVCC’、‘覆盖调整’六种方法进行优化处理,以提升全网VOLTE语音感知。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 精品 案例 CCE 资源 分配 不足 导致 VoLTE 高丢包 问题