- 1、本文档共5页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
VOLTE丢包率专题分析.
VOLTE RTP丢包率问题分析一、网管统计丢包率情况1、丢包率变化情况:通过对指标的观察,发现上行丢包率大于下行丢包率,且指标都位于0.1%-0.3%之间。二、丢包率的影响因素(无线侧)1、上行丢包率影响上行丢包率的主要有三大因素:弱覆盖、大话务、上行干扰。弱覆盖:上行弱覆盖导致上下行链路不平衡,导致丢包;案例:邻区漏配导致的弱覆盖,丢包严重,MOS低大话务:控制信道配置不足,同一小区内上行用户量多时概率性出现上行数据包未正常发送,导致丢包;案例:凉山西昌市东城移动大楼-HLW业务量较大,上行丢包率较高东城移动大楼-HLW站点长期业务量较大,上行丢包率大于1%,主要原因是上行资源不足,需要修改上下行初始CCE分配比例,加大上行CCE的资源预留。③外部干扰:4G网络受到网内、网外干扰的情况依然存在,如电信FDD干扰、干扰器、站点GPS故障等,导致丢包。案例:上行干扰导致上行丢包严重,造成掉话问题描述UE在芙蓉路由北往南移动,主叫占用东坡区红星路玫瑰园-HLH-2(RSRP:-77.56dBm SINR:26.9dB)在16:55:29.181完成呼叫,发起BYE REQUEST请求;被叫占用相同小区(RSRP:-80.75dBm SINR:23.5dB)在此时未收到网络侧下发的BYE REQUEST,在16:55:32.105主动发起BYE REQUEST,系统记为一次掉话。问题分析主叫在通话完成以后上发BYE REQUEST,基站侧未收到,被叫主动发起BYE REQUEST,系统记为掉话。查看主被叫信令,发现在挂机时刻UE重复发送BYE REQUEST消息和BYE OK消息,基站侧也重复下发BYE REQUEST给主叫,此时上行BLER非常高,达到70%-80%,上行链路质量非常差;通过查询当时的干扰信息,发现该路段附近存在较大的上行干扰:(参考此时段共站共覆盖TDS小区“SMSNR1:红星路玫瑰园_2”干扰信号)问题结论该路段存在较强的外部干扰,需对干扰源进行定位,排除干扰。2、下行丢包率影响下行丢包率的主要有三大因素:弱覆盖、下行质差、外部干扰。弱覆盖:上行弱覆盖导致上下行链路不平衡,导致丢包;下行质差:4G网络组网结构复杂,目前存在F/D/E共计7 个频点,等同于7张网络,切换、重选参数设置难度很大,在部分复杂场景下容易发生重叠覆盖、频繁切换问题,导致丢包;部分区域存在模3干扰导致丢包;案例1:模3干扰导致丢包,影响MOS值案例2:重叠覆盖导致丢包,影响MOS值外部干扰:4G网络受到网内、网外干扰的情况依然存在,如电信FDD干扰、干扰器、站点GPS故障等,导致丢包。三、针对影响因素目前可以使用的优化手段1、针对上行丢包率可用的优化手段弱覆盖处理手段:大话务导致丢包的优化手段:1. 梳理现网的大话务小区,以及CCE分配失败的话务统计,发现有类似小区要加大上行CCE的预留资源。2. 梳理现网CCE8聚合比例高的小区,通常这类小区是边缘用户数较多,需要解决覆盖或者邻区漏配问题。3. 话统中是否有大量的无邻区导致的无法触发的切换统计,说明有漏配邻区问题,要及时优化邻区。外部干扰处理手段:通过测试、扫频、后台提取干扰数据等方法定位干扰源,排除干扰。2、针对下行丢包率可用的优化手段覆盖类问题处理同上。下行质差、外部干扰处理流程及方法:3、新功能、参数的应用对于以上影响因素,目前还可以通过调整参数、开启或关闭基站相关功能降低丢包率。开启UL CoMP降低上行丢包(现网暂未开启)原理:cell2所接收到的UE1的干扰,被用于与cell1所接收的UE1信号进行合并。对UE1而言,接收天线从2根变为4根;消除了UE之间的干扰。优化P0_PUCCH功控参数(现网设置为-105,浙江建议设置-115)优化功控参数P0可控制全网干扰水平,提升语音覆盖,实测结果提升覆盖1~4dB。另一方面,P0配置过低,在降低全网干扰的同时将影响上行吞吐量,对全网性能的影响程度仍需评估。大话务场景开启DRX长时间无调度问题上行资源调度与基站预估算法有关,以下情况会导致基站预估不准确:1)UE正常的BSR上报。比如:SR上报后,到调度这段时间产生的语音包;或者UE上行其它承载产生的一些数据(信令,QCI9)。2)静默期转激活期时。基站在静默期不进行数据预估,对SR资源预估不准确。3)补偿调度对激活期和静默期的误判。目前华为基站8.1版本对激活期和静默期存在误判的问题,也存在SR资源预估不准确的情况。4)边缘用户。小区边缘用户上行可能会产生RLC分片,也会出现BSR。后续华为11.1版本会将有BSR上报的Volte用户单独进行调度,不再进入散列队列中排队进行调度,可有效解决该问题。目前关闭QCI1的DRX开关来规避。4、RRC重建参数优化优化思路:减少N310、T3
文档评论(0)