(完整版)VOLTERTP丢包率参数实验专项报告

VOLTE TA调整优化RTP丢包率2019年9月目录一、问题描述 (2)二、分析过程 (2)三、解决措施 (7)四、经验总结 (8)【摘要】广州中兴区域某宏站小区RTP严重丢包，UE在较短的一段时间内多次成功收到大小相近的TA调整命令，最终导致UE的上行TA调整出错，上行链路性能恶化，基站收不到UE发来的PUSCH上的语音数据，使得语音数据RTP丢包严重。

通过修改TA调整维护代码，对下行PDSCH的HARQfail做进一步判断，当该HARQfail属于上述“假HARQfail”时，需要将历史值清空为初始值，来保证实际上已经传输成功的TA调整值不在参与TA值计算。

通过这种保护，可以解决该问题。

【关键字】RTP丢包、TA调整、【业务类别】丢包率优化一、问题描述广州中兴区域某宏站小区RTP严重丢包，分析UE LOG时发现，UE在较短的一段时间内多次成功收到大小相近的TA调整命令，最终导致UE的上行TA调整出错，上行链路性能恶化，基站收不到UE发来的PUSCH上的语音数据，使得语音数据RTP丢包严重。

上行链路NI 高（如达到-90dBm）会较容易导致该问题发生，UE反馈的带TA的PDSCH的ACK基站没有解对，且对应的所有重传的PDSCH的ACK基站也没有解对。

一旦进入TA调偏，就进入了一个恶性循环，这个问题就会出现。

二、分析过程广州VoLTE定点测试中，发现终端在某宏站小区下，RTP严重丢包。

问题复现：为了排查问题，用MATE 10终端连接QXDM按三方测试规范进行测试抓LOG，再次复现了UE的RTP丢包问题，情况说明如下：1.4_0414-144954896_source_1.MDM:source1有TA连续下发，source2接收端看丢包率69%2.4_0414-144954896_source_2.MDM:source2有TA连续下发，source1接收端看丢包率48%3.2_0414-141339280_source_1.MDM:source1有TA连续下发，source2接收端看丢包率74%进一步分析UE log发现UE在较短的一段时间内多次成功收到大小相近的TA调整命令，最终导致UE的上行TA调整出错，上行链路性能恶化，但是此时TAT定时器没有超时，导致上行链路的PUSCH、PUCCH和SRS发射时间调整出错。

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%较为严重，影响整体指标。

RTP丢包率参数实验专项报告目录1、实验背景 (3)2、参数介绍及实验思路 (3)2.1参数介绍 (3)2.2实验思路 (3)3、参数实验准备工作及调整情况 (4)3.1实验路线及方法 (4)3.2测试规范及要求 (4)3.3涉及相关参数调整实验方案 (4)4、实验效果统计对比 (5)4.1DT语音业务测试效果验证对比 (5)4.2KPI统计指标对比 (8)5、参数实验总结及建议 (9)5.1实验总结 (9)5.2调整建议 (9)1、实验背景根据VoLTE网络质量提升百日会战的要求，为提升VoLTE语音DT测试指标，提升用户感知，对可能与测试指标相关联的参数进行分析研究，通过对相应参数的调整实验寻找合适于网络需求的参数优化值，提升DT测试中各项指标；此次参数实验主要是针对VoLTE语音DT测试指标中的RTP丢包率相关的参数PDCPPROF101TDISCARD，期望通过对该参数的调整试验，同时观察对其他指标的影响，找到有益于指标和感知的实验值。

2、参数介绍及实验思路2.1参数介绍参数ID：PDCPPROF101TDISCARD含义：该参数表示PDCP丢弃定时器的大小界面取值范围：100ms(0)，150ms(1)，300ms(2)，500ms(3)，750ms(4)，1500ms(5)，infinity(6)缺省值：QCI 1取值100现网值： QCI 1现网取值为100影响范围：基站级，该参数修改不需要闭站，操作不影响业务。

附RTP丢包率公式：RTP丢包率=（发送RTP数-接收到RTP数）/发送RTP数×100%；2.2实验思路在无线质量较好的情况下基本无丢包，而在无线质量较差的情况下上行丢包现象较为严重，PDCP重传时间超时，数据包将被丢弃，从而影响RTP丢包率指标和用户感知；若将PDCP丢弃定时器调整增大，则可使在无线质量差的环境中一定程度概率上改善丢包情况，但若PDCP丢弃定时器调整增大可能存在影响RTP抖动指标变大，而RTP抖动过大会影响用户感知；因此需对该参数进行各种实验调整统计对比，各种设置下RTP丢包率、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测试中，发现高铁的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专项优化总结报告1．VoLTE网络规模概述2．VoLTE网络优化总体情况3．VoLTE专项优化专题1：丢包率优化1、丢包率修改参数prohibitPHRti mer sf0 sf100该参数控制周期性发送PHR的禁止周期PHR上报不需要这么短时间，功控没有这么频繁，同时可以节省上行资源，给VOIP数据提供更多的资源，减少由于资源不足而丢包的概率macHARQMaxNumberOfTransmis sionDl 2 5该参数控制下行Harq层的重传次数默认模板里对应QCI1承载的下行Harq重传配置的过于保守，导致一次重传失败后就会harq failure导致丢包，适当增大这个参数，可以增强在中差点的鲁棒性logicalChannelPrioritizedB itRateUL kBps8 kBps16该参数控制上行逻辑信道的PrioritizedBitRate适当增大QCI1承载上行逻辑信道的优先级，使QCI1 bear的传输得到更好的保障，降低丢包率logicalChannelbucketSizeDu rationUL ms50 ms100该参数控制上行逻辑信道的bucketSizeDuration适当增大QCI1承载上行逻辑信道的缓冲区大小，使QCI1 bear的传输得到更好的保障，降低丢包率filterCoeffic ient <unset>FC6该参数控制UE计算RSRP采用的滤波因子值每个场景该值都可以不同，为了更好的平滑计算出UE的路损，通过测试调整该值。

如果估计出的路损越接近实际值，丢包率越小xtable {0,8000,10000,20000,…}{0,500,10000,20000,…}该参数定义系统中FnFunction的x轴默认定义没有针对volte的小包业务进行优化，采用普通数据业务模型参数，需要修改ytable {1,100,400,400,…}{0,400,400,400}该参数定义系统中FnFunction的Y轴默认定义没有针对volte的小包业务进行优化，采用普通数据业务模型参数，需要修改activeToInactiveSpeechThre sholdUl 3 5该参数控制UE从“SpeechActive”到“SpeechInactive”状态的转换阈值优化系统内部对于UE volte状态判断speechActivityObservationW indow Ms60 Ms100该参数控制决定UE是“SpeechActive”还是“SpeechInactive”的观察窗口大小优化系统内部对于UE volte状态判断V O LTE丢包率优化参数.xl sx2、下表是衢州东港区域参数修改前后的丢包率指标统计，数据显示丢包率降低一倍。

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 口到基站的过程中。

volte丢包率TOP小区处理2016年7月目录一、概述 (3)二、volte丢包率高TOP小区处理流程 (8)三、丢包率高TOP小区处理案例 (8)1．选择丢包率高TOP小区 (8)2．提取相关联指标项 (9)3. 实施处理 (9)3.1 下行丢包率高TOP小区处理 (9)3.2 上行丢包率高TOP小区处理 (11)四、TOP小区处理总结 (12)一、概述上下行语音丢包率是是表征VoLTE业务的一个重要指标，与时延，抖动是影响VOLTE 语音质量的三大因素之一。

监控，优化，提升上下行语音丢包率可以辅助VOLTE用户语音感知质量的提升。

PDCP层丢包对语音感知影响VOLTE业务与GU业务不同，LTE走PS域，通过不同QCI承载来进行QoS保障，影响其VOLTE 语音质量的关键指标为丢包，时延，抖动，其中丢包对MOS值基本是线性分布，一般丢包率在1%以内，MOS分都比较好；一旦丢包率大于1%后，MOS分明显下降，语音质量将会受到影响。

丢包率定义和影响因素指标定义：VOLTE语音包关联指标分析举例如下：若出现PUSCH MCS0阶占比和PDSCH MCS0阶占比同时恶化，弱覆盖导致的可能性较大。

根据关键指标关联，分析用户数问题根据如下话统信息，判断终端所处小区的负载情况，判断是否小区语音负载大，导致不能及时调度用户，带来PDCP层丢包；空口丢包原理上行空口丢包统计原理：主要影响因素：上行调度不及时，如图中的1，会导致UE PDCP层的丢弃定时器超时，但现网值是集团规范值，不存在该问题。

空口传输质量差，如图中2，MAC层多次传输错误导致丢包。

上行空口丢包统计原理：主要影响因素：下行丢包基本上是用户处于小区弱覆盖区域。

常见PDCP层丢包原因总结常见PDCP层丢包处理总体思路VOLTE语音包分析常规动作1.KPI定义以及公式核查2.问题范围，KPI趋势和话统原因分析：通过话统排查丢包区域，确认是全网问题还是TOP小区问题，如果是TOP小区问题就需要进一步排查该小区的配置，操作记录和参数差异等。

VoLTE RTP丢包优化案例XXXX 年 XX 月目录RTP丢包优化指导报告 (3)1 RTP丢包的生成 (3)1.1 Volte特性 (3)1.2 RTP丢包特征 (4)2RTP丢包分析思路 (5)2.1 硬件故障排查 (5)2.2 弱覆盖优化 (6)2.3 干扰排查 (7)2.4 RRC重建优化 (8)2.5 切换优化 (9)2.6 高负荷优化 (9)3功能参数详解&方案实施 (10)3.1 功能参数详解 (10)3.1.1 Feature功能类 (11)3.1.2 RLC参数 (11)3.1.3 上行功控参数 (11)3.1.4 空闲参数 (11)3.1.5 异频门限参数 (12)3.2 方案实施 (12)4效果对比 (13)4.1 TcpOptimization&HoOscCtrlUE功能效果 (13)4.1.1 RTP丢包率 (13)4.1.2 切换成功率 (13)4.2 RLC相关参数优化结果 (14)4.3 TOPn问题小区优化效果 (14)4.4 整体优化效果 (15)5 经验总结及推广 (15)VoLTE RTP丢包优化指导报告XX【摘要】不同地区由于不同的人文和地理环境造就了各自独特的网络环境分布，RTP丢包是影响用户感知的关键因素之一，随着VoLTE业务的快速普及，VoLTE用户数和业务量进入了快速上涨期，为更加准确找到全网VoLTE语音感知差点，通过深入分析空口语音调度机制，了解RTP丢包的生成，掌握RTP丢包原因，为后续优化volte语音质量提供保障。

【关键字】RTP丢包、语音感知、调度机制【业务类别】volte1 RTP丢包的生成1.1 Volte特性VOLTE是经过长期演进一种语音承载，是一个面向手机和数据终端的高速无线通信标准。

与2G、3G通信网络不同的是，在4G网络中CS域节点已经消失，无论是语音、多媒体业务、数据业务等都走PS域。

1.2 RTP丢包特征VoLTE语音编码采用AMR-WB，VoLTE高清语音编码速率为23.85kbps，终端每20ms 生成一个VoLTE语音包，使用RTP实时流媒体协议传输，再加上UDP包头、IP包头，在应用层最终打包成IP包进行传输。

“四维二景”VOLTE丢包率参数优化实践案例目录一、问题描述 (2)二、分析过程 (3)三、解决措施 (4)四、经验总结 (11)“四维二景”VOLTE丢包率参数优化【摘要】VoLTE语音通话用户正在逐渐增多，其通话质量、用户感知成为主要优化方向。

目前无线问题导致的高丢包率是影响VoLTE用户感知的最主要因素之一，会出现通话断续、掉话等问题。

本案例主要通过”四维二景”优化法,选取出最适合地市的无线环境的的参数配置方案.【关键字】VOLTE丢包、VOLTE质差、通话断续、PDBOFFSET、pdcchTargetBlerVolte【业务类别】化化方法、VoLTE、流程类、参数优化一、问题描述自广东VOLTE试商用以后,网络发现VOLTE的问题越来越多,比较关注的重要指标VOLTE 质差率,从下表可以看出韶关VoLTE质差及RTP上行丢包两项指标排名都落后于全省均值VOLTE的指标优化迫在眉睫.二、分析过程1.1 VOL TE丢包原理介绍利用VOLTE用户面数据，分析语音包丢包情况，拟合通话中发生的单通、吞字和断续情况。

质差与单通、断续及吞字相关，本质上是丢包关联。

在广东VOLTE端到端SEQ平台，通过对用户面的5S分段按机器学习算法模型和阈值，检测出单通、吞字、断续。

具体语音感知检测规则如下：（1）单通：5秒分段RTP总丢包率超过80%，或没收到RTP包。

（2）吞字：5秒分段中连续20个RTP包丢包率超过60%。

（3）断续：5秒分段连续50个RTP包的丢包率超过60%。

吞字、断续采用滑窗、语音包和静默包识别等，实现语音问题精准识别。

当一通VOLTE通话有5S分段存在这三种情况就定义为质差通话，发生质差话单的用户就定义为质差用户。

质差话单占比可以反映该小区整体的VoLTE业务质量，质差用户占比可反映该小区VoLTE语音用户的整体感知情况，可以排除因个别用户多次质差话单导致的质差话单占比高的情况。

VOLTE质差归根到底就是通话过程中丢包的严重程度体现，故分析质差必须从丢包入手。

VOLTE丢包率优化分析与功能参数验证目录VOLTE丢包率优化分析与功能参数验证 (3)一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (9)VOLTE丢包率优化分析与功能参数验证【摘要】自从电信VOLTE商用以来，随着市场推广，电信VOLTE用户逐渐增多，VOLTE丢包率对用户语音质量影响较大，为提升用户感知，现针对VOLTE语音业务丢包进行优化分析验证，提升用户VOLTE使用感知。

【关键字】丢包率、功能参数验证【业务类别】化指标优化一、问题描述VOLTE高清语音通话的质量取决于语音传送完整和语音传送保真，用户对语音质量的感知直接受语音编码、丢包、时延以及抖动影响，所以传输时延小、误码及丢包率低是VoLTE 高清语音通话质量的关键，严重的丢包对通话质量影响，甚至导致掉话。

提取TOP指标进行筛选部分扇区进行优化验证。

二、分析过程影响VOLTE丢包的主要因素：障碍类：●LTE基站设备故障，影响业务质量覆盖类：●弱覆盖：缺站、阻挡、深度覆盖不足，距离过远●越区覆盖：超高站、波导效应●邻区漏配：邻区配置不合理导致假弱覆盖现象干扰类：●PUSCH带宽干扰：PUSCH解调能力下降，上行IBLER和BLER高●下行干扰：下行质差干扰主要来自于重叠覆盖和模三干扰，会导致UE无法检测或错检在PDCCH信道中的调度和反馈信息以及包本身调度类：●上行MCS低阶：上下行弱覆盖，或上行干扰，小区重载、边缘用户较多等原因造成基站或UE功率受限，导致MCS低●上行CCE资源不足：用户数多，弱覆盖，或边缘用户多，导致CCE8的聚合比例高●高负荷：PRB利用率高，用户多●PDCP层语音丢包弃定时器超时：上下行干扰弱覆盖造成调度不及时导致定时器超时●语数协同相关功能未开启：如上行补偿调度，RLC分片，基于TBS的MCS选阶，基于质量的SRVCC切换，边缘用户主动调度、下行CQI调整量优化开关●QCI调度优先级：设置错误可能导致调度不及时●上下行HARQ达到最大量：上下行干扰和弱覆盖高丢包问题小区优化分析思路：三、解决措施针对现网高丢包率小区，按照TOP小区处理思路，分析高丢包原因，根据不同原因输出合理优化方案。

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专项优化总结报告1．VoLTE网络规模概述2．VoLTE网络优化总体情况3．VoLTE专项优化专题1：丢包率优化1、丢包率修改参数VOLTE丢包率优化参数.xlsx2、下表是衢州东港区域参数修改前后的丢包率指标统计，数据显示丢包率降低一倍。

3从表中数据可以看出丢包率降低近一倍，第三组测试中其他关键指标也均有提升专题2：MOS 均值优化1、修改参数dlQCISchedulingWeight 、timerTreorderingDownlink 、timerTreorderingDownlink 等对mos 值进行优化专题3：VOLTE接入时延优化专题4：esrvcc切换门限优化专题5：视频卡顿优化1、视频卡顿修改参数注意：只改ENBEquipment/xxx Enb/0 DedicatedConf/0 TrafficRadioBearerConf/1节点VOLTE视频卡顿优化参数.xlsx2、下表是平均峰谷统计：3、下表是衢江春江花苑F_3小区参数修改前后的视频卡顿统计，修改前卡顿次数63次，修改后卡顿次数21次；剔除可能存在的终端问题：修改前卡顿次数43次，修改后卡顿次数15次；数据显示视频卡顿次数降低一倍。

VOLTE视频卡顿调查统计表.xlsx专题6：VIP用户Gn异常事件分析及优化专题7：VoLTE KPI指标优化1、VOLTE指标现状：目前衢州VOLTE各项指标排名全省中游，与金华持平，但因平台统计波动较大，数据仅供参考。

2、指标较商用之处对比：较商用之初对比VOLTE 各项指标指标均有所改善。

VOLTE 接通失败原因分布图如下：衢州接通率受用户影响较大，剔除用户行为原因，衢州接通率较好；在非用户原因造成的未接通中，核心网侧问题比重较大，如403 Forbidden、504 Gateway Time-out等。

2）掉话问题：mate7 731版本在soc站点下单通引起掉话，解析头压缩失败引起单通，目前已通过补丁解决；3）切换问题：MSG4，MSG2问题，上行失步，重建失败等问题，已通过版本升级解决；4、目前指标分析存在的问题1）SEQ平台掉线专题分析中，没有统计到失败原因，也没有地市查询统计；2）SEQ平台切换专题分析中，没有统计到失败原因，也没有地市查询统计，省公司通报指标ESRVCC切换成功率为空，无法确认提取指标准确性；3）由于专题分析中掉线、切换没有地市查询,原因分类等，VOLTE的KPI分析目前暂时通过关联NPO指标，MR，路测异常事件等进行分析；其他专题测试及优化4．VoLTE专项优化总结。

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无线感知丢包率优化发生丢包的原理空口丢包带来VoLTE的RTP包丢失，导致VoLTE业务出现吞字、断续、杂音等降低用户感知问题。

通过对吞字断续的量化分析，可以直观反映出用户感知变差的情况：1个字约占用8至10个RTP包，1个RTP包时长约20ms，因此1个字约占200ms，如果丢包持续超过1秒，用户将会感觉到约5个字听不到。

下图是丢包导致被叫用户感受到吞字的典型示例：主叫发出的50个包，对应5个字，持续1秒在空口丢失，被叫侧没有检测到，被叫用户有明显吞字感。

发生丢包的原因VoLTE高清语音编码速率为23.85kbps，终端每20ms生成一个VoLTE语音包（使用RTP实时流媒体协议传输），再加上UDP包头、IP包头、在应用层最终打包成IP包进行传输。

在无线空口，按照协议IP包进一步被转换成PDCP包，PDCP 包就是空口传输的有效数据，PDCP包在终端和基站间传输异常会导致应用层RTP 包的丢失，从而引起语音感知差。

用户面的RTP包在空口是承载在PDCP包中，终端或基站调度发出PDCP包后，由于空口质量问题导致在空口传输过程中丢失称为空口丢包,无线问题导致的丢包即PDCP的丢包，从丢包统计方面分析，上下行略有差别：1、上行空口丢包从PDCP层统计，基站根据收到终端上发的PDCP SN序列号判断上行空口丢包。

例如终端发送了PDCP SN为1/2/3/4/5共5个包，而基站收到PDCP SN为1/2/3/5共4个包，那么基站侧统计的丢包率为1/5=20%。

2、下行空口丢包下行语音空口丢包较上行复杂，基站是根据MAC层反馈的ACK/NACK统计空口丢包。

举例：一个TBSize初传反馈NACK，第一次重传反馈ACK，这个包不统计为丢包。

一个TBSize初传反馈NACK，第一次、第二次…，直到最大重传次数都反馈NACK，计为1次MAC丢包。

因RLC层为UM透传模式，当MAC层NACK达到最大次且基站侧的PDCP Discord 定时器超时后，基站会丢弃因MAC无法调度的PDCP下行包，因此基站侧的PCDP 弃包为下行空口丢包。

VoLTE无线感知丢包率优化发生丢包的原理空口丢包带来VoLTE的RTP包丢失，导致VoLTE业务出现吞字、断续、杂音等降低用户感知问题。

通过对吞字断续的量化分析，可以直观反映出用户感知变差的情况：1个字约占用8至10个RTP包，1个RTP包时长约20ms，因此1个字约占200ms，如果丢包持续超过1秒，用户将会感觉到约5个字听不到。

下图是丢包导致被叫用户感受到吞字的典型示例：主叫发出的50个包，对应5个字，持续1秒在空口丢失，被叫侧没有检测到，被叫用户有明显吞字感。

发生丢包的原因VoLTE高清语音编码速率为23.85kbps，终端每20ms生成一个VoLTE语音包（使用RTP实时流媒体协议传输），再加上UDP包头、IP包头、在应用层最终打包成IP包进行传输。

在无线空口，按照协议IP包进一步被转换成PDCP包，PDCP 包就是空口传输的有效数据，PDCP包在终端和基站间传输异常会导致应用层RTP 包的丢失，从而引起语音感知差。

用户面的RTP包在空口是承载在PDCP包中，终端或基站调度发出PDCP 包后，由于空口质量问题导致在空口传输过程中丢失称为空口丢包,无线问题导致的丢包即PDCP的丢包，从丢包统计方面分析，上下行略有差别：1、上行空口丢包从PDCP层统计，基站根据收到终端上发的PDCP SN序列号判断上行空口丢包。

例如终端发送了PDCP SN为1/2/3/4/5共5个包，而基站收到PDCP SN为1/2/3/5共4个包，那么基站侧统计的丢包率为1/5=20%。

2、下行空口丢包下行语音空口丢包较上行复杂，基站是根据MAC层反馈的ACK/NACK统计空口丢包。

举例：一个TBSize初传反馈NACK，第一次重传反馈ACK，这个包不统计为丢包。

一个TBSize初传反馈NACK，第一次、第二次…，直到最大重传次数都反馈NACK，计为1次MAC丢包。

因RLC层为UM透传模式，当MAC层NACK达到最大次且基站侧的PDCP Discord 定时器超时后，基站会丢弃因MAC无法调度的PDCP下行包，因此基站侧的PCDP弃包为下行空口丢包。