VOLTE丢包率专题分析
VoLTE业务丢包率专题分析与提质方案
VoLTE业务丢包率专题分析与提质⽅案VoLTE业务丢包率专题分析与提质⽅案⽬录1原理介绍 (2)1.1原理介绍........................................................................................错误!未定义书签。
1.2指标定义........................................................................................错误!未定义书签。
2问题描述.. (5)3问题分析 (6)3.1覆盖 (6)3.2⼲扰 (8)3.3重建 (10)4解决措施 (16)4.1针对覆盖的优化 (16)4.2针对⼲扰的优化 (21)4.3针对重建的优化： (32)4.4特性参数优化 (34)5经验总结 (37)VoLTE业务丢包率专题分析与提质⽅案【摘要】VoLTE业务和传统语⾳相⽐，具有接通时延短、语⾳质量清晰的优点。
VOLTE丢包能导致⽤户出现吞字、断续、单通等语⾳质量问题。
本⽂分析影响VOLTE空⼝丢包率⾼的三⼤因素：覆盖、⼲扰、RRC重建；VOLTE空⼝丢包优化着重从覆盖优化（弱覆盖、上⾏不平衡、重叠覆盖），⼲扰的特性优化及多频切换策略优化，RRC重建优化（着重切换优化）及特性参数优化⽅⾯进⾏。
【关键字】覆盖、⼲扰、重建【业务类别】VoLTE优化、感知提升1VoLTE原理介绍VoLTE⾼清语⾳编码速率为23.85kbps，终端每20ms⽣成⼀个VoLTE 语⾳包（使⽤RTP 实时流媒体协议传输），再加上UDP包头、IP包头，在应⽤层最终打包成IP包进⾏传输。
在⽆线空⼝，按照协议IP包进⼀步被转换成PDCP包，PDCP包就是空⼝传输的有效数据。
PDCP包在终端和基站间传输异常会导致应⽤层RTP包的丢失，从⽽引起语⾳感知差。
空⼝丢包，终端或基站调度发出PDCP 包后，由于空⼝质量问题导致在空⼝传输过程中丢失称为空⼝丢包。
案例-关于VoLTE丢包率高优化处理最佳实践总结
VOLTE关于丢包率高优化处理总结一、问题描述上下行语音丢包率是是表征VoLTE业务的一个重要指标，与时延，抖动是影响VOLTE 语音质量的三大因素之一。
监控，优化，提升上下行语音丢包率可以辅助VOLTE用户语音感知质量的提升。
PDCP层丢包对语音感知影响 VOLTE业务与GU业务不同，LTE走PS域，通过不同QCI承载来进行QoS保障，影响其VOLTE语音质量的关键指标为丢包，时延，抖动，其中丢包对MOS值基本是线性分布，一般丢包率在1%以内，MOS分都比较好；一旦丢包率大于1%后，MOS分明显下降，语音质量将会受到影响。
提取指标发现LF_H_YY余舜宇集团voLTE语音下行丢包率高达5.27%，voLTE语音上行丢包率6.24%，严重影响网络指标。
二、问题分析丢包率定义和影响因素指标定义：VOLTE语音包关联指标分析举例如下：若出现PUSCH MCS0阶占比和PDSCH MCS0阶占比同时恶化，弱覆盖导致的可能性较大。
➢根据关键指标关联，分析用户数问题根据如下话统信息，判断终端所处小区的负载情况，判断是否小区语音负载大，导致不能及时调度用户，带来PDCP层丢包；➢空口丢包原理上行空口丢包统计原理：主要影响因素：上行调度不及时，如图中的1，会导致UE PDCP层的丢弃定时器超时，但现网值是集团规范值，不存在该问题。
空口传输质量差，如图中2，MAC层多次传输错误导致丢包。
➢上行空口丢包统计原理：主要影响因素：下行丢包基本上是用户处于小区弱覆盖区域。
➢常见PDCP层丢包原因总结➢常见PDCP层丢包处理总体思路➢VOLTE语音包分析常规动作1.KPI定义以及公式核查2.问题范围，KPI趋势和话统原因分析：通过话统排查丢包区域，确认是全网问题还是TOP小区问题，如果是TOP小区问题就需要进一步排查该小区的配置，操作记录和参数差异等。
还可以分析丢包的变化趋势，看一下是不是网络突变问题，找到时间节点，查看最近网络的大型操作记录入网络改造，参数修改等等原因。
Volte丢包率优化案例
V o l t e丢包率优化案例 Document number【AA80KGB-AA98YT-AAT8CB-2A6UT-A18GG】V o l t e丢包率优化方案一、概述随着市场推广，移动VOLTE用户逐步增多，Volte丢包率对用户语音质量影响较大，为提升用户感知，现针对VOLTE上下行丢包进行优化，提升用户满意度。
二、Volte丢包率优化思路1、影响Volte丢包率的因素用户对语音质量的感知直接受语音编码、丢包、时延以及抖动影响。
语音编码：高速率编码消耗带宽大，低速率编码影响语音质量丢包：数据包丢失，会显着地影响语音质量时延：时延会带来语音变形和会话中断抖动：效果类似丢包，某些字词听不清楚2、Volte语音通话协议栈和接口映射从协议上看，一个Volte语音通话的参与网元主要有：UE、eNB、SGW、IMS，既有RAN侧网元，又有传统EPC侧网元，还有IMS侧网元。
其中在无线测我们需要重点关注的网元是UE和eNB以及UE和eNB之间的Uu接口。
即主要涉及的协议是PHY、MAC、RLC、PDCP。
需要注意的是，IMS侧的控制面协议，在EPC是以用户面数据形式进行传输的，在IMS侧才会被拆分成控制面和用户面。
Volte语音通话涉及的协议图：当前网络结构图：三、Volte丢包率优化目标梳理Volte语音通话中各设备的问题表现及对应的影响因素，即可明确无线优化手段：参数优化，覆盖优化，干扰优化，移动性能优化，邻区优化，容量优化，功能优化。
1、PDCP 层参数优化PDCP 是对分组数据汇聚协议的一个简称。
它是UMTS 中的一个无线传输协议栈，它负责将IP 头压缩和解压、传输用户数据并维护为无损的无线网络服务子系统（SRNS ）设置的无线承载的序列号。
涉及参数：pdb 、pdboffset 、aqmmode 、 UlPdcpSduTimerDiscardEnabled 涉及的功能：TcpOptimization?参数优化原理：通过修改相关参数，延长或缩短?PDCP 层的丢包定时器，从而控制丢包 具体步骤如下 参数优化建议：RLC RLC UM 接收实体设置了一个RLC PDC 重新排列的定时器，当检测到有收到PDU 时启动定时器，如果定时器超时，UM 接收实体将不再等待未接受的PDU,而是直接将接收缓冲区的PDU 重组为SDU 交给上层。
VOLTE问题分析RTP丢包率
RTP丢包率问题分析一、问题分析1、弱覆盖:主要由于道路弱覆盖RSRP持续偏低，导致RTP丢包率偏高；现网部分路段由于覆盖较差，导致SINR值较高，无线环境不良，UE在此路段建立通话时，存在一定程度丢包现象。
●网格6被叫UE京杭运河A1路段时，由于该道路缺少站点覆盖，UE占用Z730046中山大厦_2小区，RSRP在-116左右SINR在-9左右属于弱覆盖路段，UE不断发送测量报告触发A3事件。
在此期间对RTP丢包率影响较大，该路段丢包率为24.13%。
优化建议：该区域缺少基站覆盖，需要新建站点解决弱覆盖问题。
●网格6被叫UE在进过纵一路由南往北行驶途中，UE占用Z736782嘉兴梁林帆影庄南_1小区，随着UE与该小区距离不断增加，UE最终在13:34:17.014重选到G网，此时UE的RSRP为-116.18，SINR为-7.8。
在此期间对RTP丢包率影响较大，该路段丢包率为6.6%。
优化建议：该区域缺少基站覆盖，需要新建站点解决弱覆盖问题，结合北边A1路段的弱覆盖情况，可以再紫色区域新建站点解决此路段弱覆盖问题。
网格4被叫UE在中港路由东往西行驶过程中，经过与云东路交叉的十字路口后信号变差，此时UE占用Z730391嘉兴中港城东区_2小区，信号不断衰弱到RSRP位-109.87，邻区列表中也无较强信号小区。
在此期间对RTP丢包率影响较大，该路段丢包率为4.84%。
优化建议：该路段可能存在遮挡情况，可以通过现场核实后进行天馈调整来增强该路段的信号覆盖。
DCP分析：扫频此段路Z730391嘉兴中港城东区_2小区最低-99（个别点），基本在-89至-93只能。
建议从切换重选门限值去考虑。
2、Mod3干扰：问题路段，进行无线干扰优化提升指标。
网格4 Mod3干扰问题：由于MOD3干扰，被叫UE行驶至该路段时，Z730261嘉兴江淮汽车_1 PCI 44与Z730127嘉兴国际电器城_3 PCI 395，存在Mod3干扰影响UE正常切换，在此期间RTP丢包率达到40%较为严重，影响整体指标。
VOLTE问题分析RTP丢包率
RTP丢包率问题分析一、问题描述第一轮VOLTE测试工作已完成，通过后台指标统计发现全网RTP丢包率为1.98%，导致该指标的原因主要有4点：基站故障、弱覆盖、无线干扰、重叠覆盖；为此对全网丢包率较高的路段、小区进行问题分析及处理。
二、问题分析1、基站故障:主要由于基站退服导致主被叫呼叫建立时延较久或建立失败，导致RTP丢包率偏高；●主叫UE在集宁朗庭洗浴中心附近时，由于集宁朗庭洗浴-ZLHF退服导致UE占用集宁多经办-2小区，RSRP为-120.56dbm，SINR为-1.6，集宁多经办-2小区信号达到-110dbm以下，开始启动Event A2系统测量，进行B2切换，集宁多经办-2小区切换至2G小区，但是通过层3信令提示“cs-FallbackIndicator= false“说明重选2G失败，导致被叫脱网，在此期间对RTP丢包率影响较大，该路段丢包率为3.455%。
2、弱覆盖：现网部分路段由于覆盖较差，导致SINR值较高，无线环境不良，UE在此路段建立通话时，存在一定程度丢包现象。
●现网弱覆盖主要问题区域集中在4个地方，现已有规划街道站、新建站，目前尚未正式开通，具体区域及覆盖情况如下：3、无线干扰：本次VOLTE测试的主要受2方面影响，一是内部（MOD3）干扰；二是外部干扰器；导致呼叫建立时延较久，RTP丢包率较大；通过对主要路段进行分析确定问题路段，进行无线干扰优化提升指标。
●内部Mod3干扰问题：由于MOD3干扰，主叫UE行驶至该路段时，由集宁联通-3小区切换至集宁博物馆-3小区，并在完成RRC建立、ERAB建立及EPS 承载建立后，开始频繁切换2次（集宁博物馆-3→集宁联通-3→集宁教育局2），在此期间RTP丢包率较差，影响整体指标。
●外部干扰问题：由于外部干扰导致RTP丢包率较大路段一处；位于杜尔伯特路与迎宾路交叉口（集宁一中校区）时，由于上行干扰主叫UE未能正常切换至2G网络，引起掉话；在此期间RTP丢包率较大，主叫被迫脱网。
精品案例-关于高铁VoLTE RTP丢包率问题处理总结
关于高铁VoLTE RTP丢包率问题处理总结一、问题描述在针对上海的高铁VOLTE测试中，发现高铁的VOLTE的RTP丢包率异常高，尤其是在B1/B3的频段下，RTP丢包率高达16%以上，及其不正常。
B5的丢包率也在13%以上。
二、分析处理过程2.1原理分析从原理上分析，造成RTP丢包率高的原因主要有以下几个：2.2t-discarding timer分析分析发现网络设置的t-discarding timer为100ms，综合丢包率这么高，建议将t-discarding timer设置为300ms，用来减少RTP的丢包问题。
t-discarding timer主要作用是用于限定业务包的传输时间，当传输时间超过该定时器长度，将丢弃超时的业务包，造成RTP丢包率高。
2.3无限链路失败分析无线链路失败容易造成RTP的高丢包率，通过分析RSRP、SINR和RTP丢包率之间的关系，可以发现：当RSRP、SINR交差，很容易造成无线链路失败，造成RTP 丢包率高。
2.4低速场景下的RTP丢包率分析由于上海高铁的RTP丢包率异常高，怀疑除无线原因以外，应该还有更加主要的原因，因此我们在低速场景下进行测试，验证其RTP丢包率异常高与无线环境关系不大。
在高铁站台进行徒步测试，发现在站点区域RTP丢包率依然比较高，达到了8%左右。
统计分析站台的测试log，发现RTP丢包的规律如下：在本次测试中，共丢失了1770个RTP包，但是只有50个RTP丢包是连续发生的，1720个丢包都是只丢弃了1个包的情况，因此可以明确造成RTP丢包率异常高的原因并非无线环境。
原因有二：1）无线环境造成的丢包一般都是连续丢包，2）站台测试无线环境相对稳定。
2.5 RTP丢包空口详细分析由于本次测试未能跟踪eNodeB的log，因此采用无线的TX端和RX端两端进行联合分析。
TX端：分析发现，在RTP丢包的时候，TX端上发的包都是连续的，并且有ACK 的应答消息，因此可以判断，TX到eNodeB之间的链路没有问题，消息没有在上行的空口丢失。
VoLTE丢包弃包分析方法与应用
VoLTE感知丢包案例
现象：“通州次渠南里HL-1”小区在近一周出现上行高感知丢包31小时次,严重
14
影响用户感知。
分析：通过分析该小区存在大量CCE分配失败，根据CCE分配失败次数情况严
重，考虑应该为CCE功率不足导致，查看该小区CCE分配策略为基于覆盖的策
略
建议修改PDCCH聚合级别自适应策略为基于容量的策略，于8月8日 中午13点修改，修改后指标行丢包率已经下降至5%以下。
为实现VoLTE语音包(PDCP层)在终端与基站间的正常传输，则务必保证两个关键点： 其一：基站（或终端）不能丢弃PDCP包。业务高负荷、质差引发重传都会大量消耗无
线资源，若基站因为缺乏有效的无线资源无法完成对PDCP包的及时调度时，基站（或 终端）会主动丢弃VoLTE语音包； 其二：空口不能丢失PDCP包。弱覆盖，系统内干扰，系统外干扰都会引发无线网络质 差，会直接导致VoLTE语音包在无线空口传输过程中出现丢失。 无论空口丢包还是基站弃包，都会直接影响VoLTE用户的实际语音感知。
VoLTE“感知丢包”统计
为综合表征4G无线质量和VoLTE语音感知，网优中心定义了感知丢包=空
4
口丢包+基站弃包，来表征小区级无线质差
感知丢包率公式
上行感知丢包率=上行空口丢包率=上行PDCP丢包数/上行PDCP总包数 下行感知丢包率=(下行PDCP丢包数+下行PDCP弃包数)/下行PDCP总包数
1
VoLTE丢包弃包分析方法与应用
概述 2
无线问题导致丢包是影响VoLTE用户感知的关键因素之一，随着VoLTE业务的快 速普及、VoLTE用户数和业务量进入了快速上涨期，为更加准确找到全网VOLTE语音 感知差点，北京公司深入分析空口语音调度机制，发现“空口丢包”和“基站弃包”
0710VoLTE通话过程中丢包分析
VoLTE通话过程中丢包问题分析一、数据统计1.丢包总数根据QXDM统计,全过程丢包数为：主叫终端发出总包数-被叫终端接收总包数+被叫终端统计丢包数。
将计算结果统计后汇总如图所示：2.炎强平台统计主叫上行SGI总包数，上行SGI丢包数；被叫下行SGI总包数，下行SGI丢包数，如图所示：3.网管统计基站侧被叫下行S1-u丢包数统计，如下图所示 :4.根据网管统计主叫上行空口丢包数;被叫下行空口丢包数如下图所示：二、问题分析如上图所示，终端在进行VoLTE 通话时，数据包经过空口传输到主叫侧基站，经过传输到核心网SGW,PGW,IMS,再经过传输到被叫侧基站，经过空口被被叫终端接收。
对测试的5通电话进行分析： 第一通：通话过程中总丢包数为1个，QXDM统计主叫终端共发出2171个包；被叫下行SGI统计总包数为2171，丢包数为0个。
由此可知丢包发生在被叫SGI口之后。
QXDM统计被叫终端接收到2170个包，丢包数为0，被叫空口统计丢包为0，S1-u统计丢包为0，可知丢包发生在下行IMS到基站过程中，丢了1个包。
第二通：通话过程中总包数为5个，QXDM统计主叫发出3076个包，SGI上行统计总包数为3076个，丢包4个，上行空口统计丢包为2个，由此可知主叫终端到IMS过程中丢包数为2个；QXDM统计被叫终端下行被叫共收到3075个包，丢包为4个，SGI下行统计总包数为3076，丢包为4个，可知由IMS至下行终端过程中丢了1个包，根据空口统计丢包数为0个，S1-u口统计丢包数为4个，可知丢包发生在被叫IMS至基站侧过程中，丢包数为1个。
第三通：根据QXDM显示主叫上行ACK后共发包1836个包，上行SGI统计收到1836个包，丢包1个。
上行空口统计丢包0个，由此可知主叫终端到IMS SGI口过程中发生丢包，丢包为1个。
下行SGI统计发出1836个包，QXDM统计被叫终端下行收到1835个包，下行SGI口到终端发生丢包为1个，由于下行空口统计丢包数为0，由此可知丢包发生在下行SGI 口到基站的过程中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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、新功能、参数的应用
对于以上影响因素，目前还可以通过调整参数、开启或关闭基站相关功能降低丢包率。
1、开启UL CoMP降低上行丢包（现网暂未开启）
原理：cell2所接收到的UE1的干扰，被用于与cell1所接收的UE1信号进行合并。
对UE1而言，接收天线从2根变为4根；消除了UE之间的干扰。
2、优化P0_PUCCH功控参数（现网设置为-105，浙江建议设置-115）
优化功控参数P0可控制全网干扰水平，提升语音覆盖，实测结果提升覆盖1～4dB。
另一方面，P0配置过低，在降低全网干扰的同时将影响上行吞吐量，对全网性能的影响程度仍需评估。
3、大话务场景开启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、T310，在无线信号差的时候尽快触发重建以恢复无线链路正常。
注意：在参数优化后，语音感知从2-3秒吞字改善为仅听到颤音，感知提升比较明显，但同时RRC重建次数会有一定比例的增加，需要视具体情况进行优化设置。