经典案例-基于劣化原因处理VoLTE高丢包(推荐)

基于劣化原因处理VOTE高丢包

目录

基于劣化原因处理VOTE高丢包 (1)

1概述 (3)

1.1背景 (3)

2VOLTE高丢包原因分析 (3)

3高丢包小区劣化原因的定义和识别 (4)

3.1基于劣化原因的优化方法 (5)

4、基于劣化场景的VOLTE丢包小区参数优化总结 (21)

【摘要】

本文针对弱覆盖、干扰、切换差、大话务等造成VoLTE高丢包的4大类主要原因，分别从分原因处理高丢包小区、利用质量切换和功控调优等策略提升网络级指标、运用新功能针对性改善特性区域指标等方面，开展VoLTE丢包分析和优化，根据优化成果，总结了VoLTE 丢包优化方法，以供日常丢包优化工作中使用，提高优化效果和处理效率。

【关键词】

VOLTE弱符干扰切换差大话务高丢包

1 概述

1.1背景

VoLTE是基于IMS的语音业务。IMS由于支持多种接入和丰富的多媒体业务，成为全IP 时代的核心网标准架构。经历了过去几年的发展成熟后，如今IMS已经跨越裂谷，成为固定话音领域VoBB、PSTN网改的主流选择，而且也被3GPP、GSMA确定为移动语音的标准架构。VoLTE即VoiceoverLTE，它是一种IP数据传输技术，无需2G/3G网，全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一。换言之，4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。Volte通过过程中高丢包会导致通话不清楚、断续等问题，需要对高丢包问题进行优化。

2 VOLTE高丢包原因分析

通过对某地市分析日常督办VoLTE高丢包小区问题原因，主要存在4方面，分别为弱覆盖、干扰、切换问题和高话务造成的资源受限，4类问题小区占比分别达87.5%、3.55%、2.13%、1.7%。而在TDD制式中，VoLTE上行覆盖受限和资源受限问题较突出，在分析高丢包小区时，重点需定位上行弱覆盖、上行干扰、切换及上行CCE等资源受限问题，先通过参数优化，快速降低丢包率，改善语音感知。

现网VoLTE高丢包小区4类主要原因：

?大话务，资源受限，导致大量CCE分配失败；

?弱覆盖场景（现网的主要问题是上行弱覆盖）；

?上行干扰

?切换问题（包括切换失败、乒乓切换、切换不及时、邻区缺失等）

3 高丢包小区劣化原因的定义和识别

处理VoLTE高丢包小区的第一步是要对丢包原因进行定位。将上述的4类丢包原因定义为4个劣化场景，通过MR大数据关联分析，并结合前期已优化解决小区详情，找到小区劣化场景识别标准和方法，可大大提高问题分析效率。

场景定义：

空口的丢包主要为弱覆盖，干扰和大话务、切换差4种场景，每种场景会有对应的外在表现，通过网管的相关指标可以识别。识别思路如下：

?上行弱覆盖场景下，PUSCH PRSP<-124dBm比例打，同时CCE聚合比例和上行iBler也变大；MR统计时，主要表现为无上行干扰但小区PUSCH SINR低于

0dBm的比例和PHR<0占比较高。

?上行干扰场景下，上行每PRB干扰噪声抬升，明显特征为上行每PRB的干扰噪声>-110dBm。

?大话务场景的频繁调度PDCCH CCE资源受限，导致CCE分配失败。

?切换差场景下，存在大量切换失败、无邻区导致无法切换、切换过晚和乒乓切换等问题统计。

通过丢包处理大数据分析，4种场景小区识别标准如下：

注：网管统计切换相关COUNTER规则如下：

无对应的邻区关系导致无法发起同频（异频/异系统）切换次数：

统计小区范围内无对应的邻区关系导致无法向第一条测量报告里信号质量最强的小区发起切换请求的次数。当源小区和目标小区FDD/TDD模式和频点都相同，称为同频；当源小区和目标小区的FDD/TDD模式相同而频点不同，称为异频；

系统内（系统间）切换过晚次数：

切换过晚是指UE在源小区发生了RLF（Radio Link Failure），并且在RRC重建时，重建到非源小区，这种情况说明UE超出了源小区信号覆盖的范围，UE的切换过晚。如果重建到非源异频小区，且在源小区没有收到异频A2测量报告，说明异频A2门限设置存在过低引起UE异频切换过晚。

系统内乒乓切换次数：

如果用户在乒乓时间门限（PingpongTimeThd，现网配置2秒）内来回切换一次，且源小区和目标小区为有邻区关系的两个小区，则指标加1

对照上述标准，对前期684个高丢包的小区的问题原因进行定位，有效定位668个，定位成功率97.5%，存在弱覆盖原因导致的616个，存在高干扰原因导致25个，存在切换问题15个，存在大话务原因导致12个，定位准确率100%。

3.1基于劣化原因的优化方法

3.1.1针对弱覆盖场景小区的参数优化

1. 上行弱覆盖场景参数优化方案

上行功率受限是高丢包问题的主要原因，可通过以下参数调整改善丢包。

1）、通过修改功控参数，加大UE发射功率；上行共享信道发射功率谱密度控制目标由8-16；调整P0也可达到该目的。

2）、开启SRVCC质量切换，放宽切换门限，使UE在质量稍差时尽早切换。上行SINR 门限大网1-2db，高丢包3-4db。

3）、在农村高丢包场景，对低干扰小区的噪声矩阵类型进行修改，由IRC修改为MRC 4）、考虑室分天线较宏站少，上行增益差，对室分小区单独配置语音业务向宏站的异

频测量参数，来改善室分小区的丢包率。

总体策略是室分E频段到周边宏站容易6db，周边宏站到室分E频段难3db。即可让高丢

包小区早点切换到周边宏站，又可以抑制乒乓切换。如下表：

2．上行弱覆盖的高丢包小区优化效果评估

“上行共享信道发射功率谱密度控制目标”调整验证

现网弱覆盖小区分布比较分散，选取地理位置相对集中的164个小区进行整体试点评估。通过对弱覆盖小区分析，PUSCH PRSP<-124dBm比例为72.36%，这些小区的上行丢

包率4.30%，优化前后对比，PUSCH PRSP<-124dBm比例降低到67.82%，上行丢包率

由4.30%改善到1.70%，其它主要KPI保持稳定，如下表所示。

日期

无线接

通率（包

括重发）

无线

掉线

率

切换成

功率

上行总

吞吐量

（GB)

无线接

通率

(QCI=1

)

VoLTE

语音总

流量

(MB)

PUSCH

PRSP<-12

4dBm比例

上行丢

包率

修改前

（8）

99.63%

0.25

%

97.31

%

160.4 99.67% 80.69 72.36% 4.30%

修改后

（16）

99.61%

0.24

%

97.45

%

188.2 99.69% 86.25 67.82% 1.70% 理论上分析，本小区上行发射功率增大会对抬升周边干扰底噪，因此，对修改前后的关

联邻区主要指标进行统计评估。如下表所示，修改前后周边小区平均底噪抬升0.13dBm，

对主要KPI指标影响不大。

日期

干扰底噪

（dBm）

接通率掉线率切换成

功率

上下行

吞吐量

（GB）

语音接

通率

语音

掉话

率

语音流

量（MB）

修改前-115.2598.63% 0.26% 97.31% 6.0499.72% 0.113.91

修改后-115.1298.64% 0.27% 97.27% 6.8299.76% 0.14.47典型案例：

市区华光H-0，QCI1上行丢包率均值大于1%，经分析，是由于上行弱覆盖导致。统计

小区PUSCH<-124dBm的比例，长期大于60%，弱覆盖严重。

PDCCH的DTX比例10.43%，PDCCH聚合级别为8的比例为43.80%，符合弱覆盖场景。

验证结果：

将“上行共享信道发射功率谱密度控制目标”从8调整成16，上行丢包率从1.06%降低到0.32%，提升69.81%。，其他KPI平稳波动。

负作用影响验证：

将功率谱密度目标从8调整到16，理论上功率增大会对抬升周边干扰底噪，具体抬升尺度不确定，特进行实测验证。

小区选取：

由于影响会随着终端的增大而增大，所以选取不同用户数的小区进行验证，用户数为100以下，200以下，300以下和300以上，小区信息如下：

?LT市区海天阳光园南H-2:-用户数100以下

指标效果评估：上行每PRB干扰噪声抬升0.20dB，KPI稳定，未见异常。

?正定公路工程局搬迁1800H-0(工程):-用户数200以下

指标效果评估：上行每PRB干扰噪声抬升0.06dB，KPI稳定，未见异常。

?新乐移动东来顺H-1:-用户数300以下

指标效果评估：上行每PRB干扰噪声提升0.04dB，KPI稳定，未见异常。

?LT栾城石飞集团1800H-0:-用户数300以上

指标效果评估：上行每PRB干扰噪声下降0.73dB，KPI稳定，未见异常。

结论：

针对小区满足“PUSCH PRSP<-124dBm比例>60%”或者“PUSCH RSRP<-124dBm 比例大于>40%且CCE聚合比例>40%”或者“PUSCH RSRP <-124dBm比例大于>40%且上行iLBER>10%”的小区，可以通过将“上行共享信道发射功率谱密度控制目标”由8修改到16的方法提升终端PUSCH信道发射功率，减少上行丢包。（调整P0也可以达到类似的效果）

SRVCC质量切换调整验证

目前现网中存在许多覆盖较好，但是上/下行信道质量（如SINR）较差的场景。选取符合标准的高丢包小区352个，将质量门限按以下策略调整。

调整方案：上行SINR门限由1db调整为4db。

优化效果：通过调整，352个高丢包小区整体上行丢包率由1.95%改善至0.86%，SRVCC 切换比由2.35%增加至2.93%，丢包率改善同时，其它KPI保持平稳。经过闭环分析，高丢包小区改善率100%，解决率达91%（丢包率下降至1%即为解决）。

农村低干扰高丢包小区调整“天线上行信号选择方式”验证

选取安庆农村32个高丢包低干扰小区，将“天线上行信号选择方式”由IRC改为MRC，修改后丢包率由2.27%下降为1.46%。

室分高丢包小区调整验证

室分上行增益小，单独对单、双通道的室分小区单独配置语音业务向宏站的异频测量参数，来改善室分小区的丢包率。筛选全网室分VOLTE丢包率大于1%小区，共759个，按以下方案进行调整：

调整措施：室分E频段到周边宏站容易6db，周边宏站到室分E频段难3db。即可让高丢包小区早点切换到周边宏站，又可以抑制乒乓切换。

优化效果：修改的所有小区整体上行丢包率由2.03%改善至0.92%，问题解决率82%（丢包

率下降至1%以下即为解决）。

3.1.2针对高干扰场景小区的参数优化

上行干扰可能会导致sr调度（PUCCH）请求无法解析，上行业务消息（PUSCH）无法解析，进而导致丢包问题。

1.高干扰劣化小区参数优化方案

1）、针对VOLTE业务开启SR补充调度，保证在发生SR漏检时，也能及时对语音用户进行上行调度，避免PDCP丢包定时器超时丢包，目前我们对相关参数设置：“语音业务通话期上行补偿调度最小间隔”配置为20ms和“语音业务静默期上行补偿调度最小间隔”设置为160ms。

2）、提升上行功率，具体方案同上行弱覆盖场景小区的优化方法。

3）、开启频选调度；

4）、开启SRVCC质量切换，放宽切换门限，使UE在质量稍差时尽早切换。上行SINR门限大网1-2db，高丢包3-4db，测量周期大网1280，高丢包640。

在开启基于质量切换的同时，针对超高干扰小区适当提高基于覆盖切换的A2中的Thresh由原有-110dbm调整至-90dbm，早触发下发测量配置消息，让UE早对GSM BCCH 频点启测（防止触发基于质量切换后，再下发导致GSM测量频点，再经过一定时延测试后，LTE网络已高质差无法切换导致cancel）。本优化思路仅针对LTE高干扰小区。

2.典型干扰场景丢包优化案例

干扰会导致SR漏检，鹿泉陆军学院西区餐厅H-1(工程) 小区，上行每PRB平均干扰噪声干扰底噪-96.53dBm。

日期基站名称

本地小

区标识

系统上行每个PRB上检测到

的干扰噪声的平均值(毫瓦分

贝)

2018-11-03鹿泉陆军学院西区餐厅H1-96.3646

2018-11-04鹿泉陆军学院西区餐厅H1-96.4063

验证结果：

打开上行补偿调度，并将“语音业务通话期上行补偿调度最小间隔”配置为20ms和“语音业务静默期上行补偿调度最小间隔”设置为160ms，开关打开前后数据业务接通、掉线和切换成功率保持平稳，语音接通和掉线保持平稳，上行丢包率改善0.14%，提升百分比22.58%。

3.1.3针对大话务场景小区的参数优化

1.大话务场景参数优化方案

1）修改小区初始上下行CCE分配比例为10:1；

2）调整语音业务优先调度功能：（上行调度的优先级顺序为，控制信令>VOIP业务的BSR调度和SR调度>数据业务的SR调度>数据业务的BSR调度；在数据和语音混合业务重载场景下，语音业务能够优先被调度，从而保障了语音质量）

2.“CCE最大初始比例”场景小区评估

TOP小区典型特征：

某话务热点小区上行CCE网管统计一天分配失败次数大于500万次&小区最大接入用户数大于200

参数优化方案：

修改小区初始上下行CCE分配比例为10:1，调整语音业务优先调度功能：（上行调度的优先级顺序为，控制信令>VOIP业务的BSR调度和SR调度>数据业务的SR调度>数据业务的BSR调度,在数据和语音混合业务重载场景下，语音业务能够优先被调度，从而保障了语音质量）

验证效果：

市区科技大学人工湖1800H-2(工程)、栾城传媒学院CA2100H-1和市区红旗大街尹泰出租公司CA1800H-0，对比3天（11.06-11.08和11.10.-12.12）的KPI指标，修改后小区上行CCE失败次数从11635780减少到5637632，提升51.55%，上行丢包率从1.86%减少到1.48%，提升20.43%。

3.“CCE最大初始比例”区域性评估

针对CCE最大初始比例的3种特殊配置在城区进行了2个网格的试点，指标如下：

CCE比

例

小区上行

分配

CCE失

败次数

小区下行

分配

CCE失

败次数

小区下

行分配

CCE失

败次数

统计周期

内上行

DCI所使

用的

PDCCH

CCE个数

统计周期

内下行

DCI所使

用的

PDCCH

CCE个数

上行

CCE失

败比例

下行

CCE失

败比例

10:019600433449343049740612240392836640.24% 0.85% 2:0110077728786638864340998084392330090.25% 0.73% 1:0211335126477837812941933657402699390.27% 0.66% 伴随CCE比例由10:1调整至1:2，上行CCE失败比例提升，下行CCE失败比例下降。

由10:1调整至2:1后，上行CCE单小区失败次数由提升了1%，但下行CCE失败次数提升了14%。基于目前的现网建议全网基础网络配置CCE初始比例2:1，仅针对上行CCE 分配次数过多小区调整为10:1. 伴随voLTE用户的发展，全网逐步调整至10:1。

3.1.4针对切换问题场景的优化方法

1. 切换失败问题优化

当eNB通过重配置消息下发切换命令给UE，UE收到后会启动T304定时器，如果T304定时器超时前还未接入完成则会发起切换失败原因的重建，重建失败将导致高丢包。

导致切换失败的原因常见原因包括配置错误、邻区错配、弱覆盖、高干扰等问题，需要

采用针对性的优化方法。

切换失败主要优化措施有：配置参数核查修正、邻区信息核查修正、覆盖和干扰问题整治（方法同1.3.1和1.3.2）。具体见下文案例。

案例1-PDCP/RLC SN Size参数配置不一致导致语音业务单通

某VIP用户投诉在神威药业附近使用VoLTE通话过程中，出现单通，查看该用户话单，发现终端主动上发了BYE消息，信令流程正常。

核查神威药业的配置参数，发现其配置的PDCP和RLC SN Size配置和周围基站不一致，该站配置为7/5/5，周围基站配置为12/10/10。

问题复现测试发现，切换失败后发生重建，重建成功后，重建消息并没有携带PDCP SN SIZE和RLC SN SIZE，导致UE使用源小区的PDCP SN SIZE（7bit）和RLC SN SIZE （5bit），基站使用配置的PDCP SN SIZE（12bit）和RLC SN SIZE（10bit）比特，理解不一致导致单通。

案例2-邻区信息错配导致切换失败引起高丢包

基站触发X2切换，基站下发切换命令，源小区发送SN后，未收到目标小区发送的释放消息，X2定时器（20s）超时，基站发送释放命令。

问题1：外部邻区配置错误，切换等待超时，导致高丢包，如下：测量邻区PCI与切换命令中的PCI不一致。

问题2：TAC配置错误导致切换失败掉话，信令上看，测量报告和切换命令正常，发送SN消息，超时掉话，持续高丢包，目标小区TAC配置128，不在TAL列表中。

2. 邻区缺失问题优化

通过网管统计无邻区导致无法发起切换次数统计（包括系统内和系统间），可以准确定位邻区缺失问题，结合ANR优化功能，可以有效提升切换准确性，减少误切换问题。

邻区缺失主要优化措施：邻区核查，添加漏配邻区。

案例1-通过系统内邻区优化改善丢包率

对高丢包小区进行分析，针对其中存在切换问题（无邻区导致无法发起系统内切换）的33个小区进行邻区分析添加，邻区优化后，无邻区无法切换次数降低25%，VoLTE上行无线丢包率由0.22%降低至0.15%，降低33%；VoLTE下行无线丢包率由0.18%降低至0.15%，降低14.56%。

案例2-通过系统间ANR优化改善丢包率

对高丢包小区进行分析，针对其中存在切换问题（无邻区导致无法发起系统间切换）且eSRVCC切换成功率较差的TOP10小区开启系统间ANR，邻区优化后，无邻区无法切换次数降低75%，VoLTE上行无线丢包率由0.51%降低至0.17%；VoLTE下行无线丢包率由1.37%

降低至0.33%。

3．切换过晚问题优化

通过网管统计切换过晚次数（包括系统内和系统间），可以准确定位切换问题，优化调整系统内和系统间切换迟滞，可以有效减少切换过晚问题。

同时针对高速等快衰场景，引入eSRVCC切换阶段删除异频测量功能，可有效减少切换过晚导致的丢包问题。

切换过晚主要优化措施：减小调整系统内和系统间切换迟滞，引入eSRVCC切换阶段删除异频测量功能。

案例-eSRVCC切换加速改善丢包率

分析高速覆盖小区高丢包问题，针对其中存在系统间切换过晚统计的TOP小区，开启eSRVCC切换加速功能。

功能原理：

在进行VOIP业务的情况下，启动异系统测量后删除异频频点测量，以缩短异系统测量上报时延，加快eSRVCC切换，减少VOLTE丢包和掉话。

参数配置方法：

测量时删除异频测量开关

测量时恢复异频测量开关

效果评估：

功能开启后，VOIP系统间切换过晚次数由177次减少到59次，上行丢包率由0.22%

下降到0.16%，下行丢包率由0.15%下降到0.12%。

4.乒乓切换问题优化

通过网管统计乒乓切换次数（包括系统内和系统间），可以准确定位切换问题，主要措施措施有调整系统内和系统间切换迟滞、CIO等参数设置，可以有效减少切换过晚问题。

案例-CIO设置不合理导致丢包率问题

基于道路和局部地区优化的目的，网络中存在部分同频相邻小区对切换关系中的CIO 设置不对等。如A小区到B小区设置为6dBm, 而B小区到A小区设置为0dBm，这样会造成A和B小区乒乓切换现象。

将合肥网络中五对乒乓小区对的相互差异的CIO均重新设为0dBm，乒乓切换次数下降超过99%，上行丢包率由0.12%下降到0.02%，下行丢包率由0.24%下降到0.1%。

%

99.60

181********

%

99.30

19111490726

%

99.10

201568731381

%

98.80

211579601833

%

98.80

221190991445

%

99.50

23134178615

%

4、基于劣化场景的VOLTE丢包小区参数优化总结

劣化场景优化措施

1）、提升上行功率。修改“上行共享信道发射功率谱密度控制目标”，从8弱覆盖

调整成16，加大终端PUSCH信道的发射功率，减少在弱覆盖场景下的上行

LTE网络优化经典案例-重要

1 LTE优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。

问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为2.7导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。

丢包率高的原因与解决

网络链接阻塞 数据在网络传输过程中会经过很多设备和网络链接，只要其中一个网络链接在数据到达之前已经满负载了，那么数据将会在这里阻塞一段时间。如果说网络设备非常落后，那么网络链接就没有足够的等待空间给新数据，它唯一能做的就是将信息丢弃。 修复方法: A增加阻塞链接的带宽 B使用Qos(流量优先级和资源保留控制机制)优先处理实时应用。尽管这种方法并不能缓解网络链接阻塞情况，但是它可以优先处理语音和视频来降低断线的可能性。 设备性能（路由器、防火墙、交换机） 在带宽充足的情况下，如果你的路由器、防火墙、交换机不能处理流量，那么你仍然有可能面临丢包的情况。让我们考虑一个场景，流量报告显示日高峰时期流量达到了顶点，所以你将网络带宽从1Gb 升级到10Gb ，升级之后数据显示你只能达到1.5Gb。当网络数据包传送到达网络设备，但是此时网络设备的CPU，或者内存满载了，它们就会丢弃不能处理的数据包。 修复方法: 更换更好的网络硬件，或者构建集群来提高网络的利用率。

网线缆线或硬件问题 另外一个常见的导致丢包的原因可能是由物理组件故障引起的。如果硬件故障，那么通常在设备终端或者系统日志中输出错误信息。如果是网络链接错误，一般是网络接口出错，这可以在铜缆线和光纤上检测到。 修复方法: 这些是网络丢包的常见原因之一，为了准确找到问题所在，最好是做网络评估和彻底的故障排查。核实清楚后故障的硬件必须更换，故障的网络链接必须修复。 网络设备上的软件问题 我们都希望网络设备上的软件是完美的，但是事实并非如此，这些网络设备十分复杂，遇到bug只是时间问题而已。 修复方法: 需要更新软件的最新版本。

volte丢包率TOP小区处理.doc

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层丢包原因总结

LTE网络优化案例重要

1LTE优化案例分析 1.1覆盖优化案例 1.1.1弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm 以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。 1.1.2越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。

问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为2.7导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。 介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。 1.1.3重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。

网络丢包分析案例、解决方案

网络丢包分析 数据在网络层以数据包的形式进行传输，由于各种原因，数据包在传输过程中总会存在些许损失，我们称之为丢包。 1.1. 造成丢包的原因有哪些 ?网络设备的故障 包括硬件方面的和软件方面的故障。硬件故障主要是物理层面的故障如：网卡故障，端口故障等。软件故障主要是在配置方面的问题，如错误的静态路由，主机默认网关配置错误等等。 ?网络拥塞 通常由于网络带宽过小或网络中存在异常流量时发生，比如ARP攻击，P2P等。 ?MTU配置不当 在关键设备上MTU设置不当，也会造成网络丢包（以太网：1500字节，IEEE 802.3/802.2 1492字节）。 1.2. 如何确定网络丢包的存在 通常我们利用PING x.x.x.x -t这个命令来进行测试网络中是否存在丢包 在上图中可以看到，在本机上向192.168.122.2这个不存在的地址进行长时间PING的时候，发送出去的ICMP包都丢失了，丢失率达到100%。即从本机到192.168.122.2这个实际不可达地址的路径上存在丢包。 1.3. 定位网络丢包的分析步骤 在网络丢包发生的情况下，用户会明显感受到网络速度变慢，这时候网管首先需要做的就是进行PING X.X.X.X –t来进行大致是哪个网段的诊断。在发现确实有丢失率存在的情况下，我们可以利用科来软件进行进一步分析。 在分析之前，我们有必要学习一下前置知识。 TCP协议的特点之一就是保障数据传输的可靠性，即确保数据能够正确完整传输。那么TCP究竟是如何来保障的？可以看到，TCP在传输时，有着传输确认—重传机制，即发送数据一方在传输数据时为每一个分段编制序列号（Sequence Number），接收方会向发送方发送接收到分段数据的确认（Acknowledgment），通过这种方式确认数据是否准确传送，在无法确认某分段数据被准确传送或确认某分段数据没有被准确传送时重新进行传输。

volte丢包率优化思路

VOLTE丢包专题 1高丢包定义 VoLTE上行高丢包小区（语音）：>5%且小区QCI为1的DRB业务PDCP SDU上行期望收到的总包数>1000； VoLTE下行高丢包小区（语音）：>5%且小区QCI为1的DRB业务PDCP SDU下行发送的包数>1000； 2丢包影响 丢包对VoLTE语音质量的影响较大，当丢包率大于10%时，已不能接受，而在丢包率为5%时，基本可以接受。因此，要求IP承载网的丢包率小于5%。VoLTE丢包率是MOS值的一个重要影响因素，严重的丢包影响通话质量，甚至导致掉话，导致用户感知降低。 3影响丢包的因素 影响Volte丢包的因素有故障告警、无线环境、大话务、传输、核心网、参数等多因素，详细如下：

针对VoLTE 丢包可进行关联分析的指标有： 无线环境包括TA 占比、MR 弱覆盖、干扰、RRC 重建、切换、邻区漏配等； 容量包括：PRB 利用率、单板利用率、CCE 利用率、小区用户数等； 4 高丢包分析流程 针对高丢包问题小区优化分析思路流程如下： 丢包 无线环境覆盖越区覆盖弱覆盖干扰上行干扰 下行干扰 重建频繁切换邻区漏配故障告警容量PRB 利用率单板利用 率小区用户 数CCE 利用率 传输核心网

5优化界定方案 5.1故障告警 核查问题小区及周边一圈层邻近小区是否存在影响业务的故障告警，若存在影响业务的故障

告警，优先处理故障告警； 影响业务的告警如下： 影响业务的告警.xl sx 处理建议：针对相应的故障进行故障处理。 5.2上行干扰 小区级系统上行每个PRB上检测到的干扰噪声的平均值大于-110，即可判定该小区为上行干扰小区； 干扰特征和干扰原因如下： 处理建议：结合现场进行干扰排查和处理。

LTE网络优化经典案例

1 LTE 优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1 小区( PCI =132 )进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm 以下， 出现弱覆盖区域。 问题分析：观察该路段RSRP 值分布发现，柳林路口路段RSRP 值分布较差，均值在-90dBm 以下，主要由京西大厦1 小区( PCI =132)覆盖。观察京西大厦距离该路段约200 米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1 小区天线方位角为120 度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1 小区天线方位角由原120 度调整为20 度，机械下倾角由原6 度调整为5 度。 调整结果：调整完成后，柳林路口RSRP 值有所改善。具体情况如下图所示。 1.1.2 越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3 小区( PCI= 122 )，车辆继续向西行驶，终端切换到西城三里河一区2小区( PCI =115 )，切换后速率由原30M 降低到5M。 问题分析：观察该路段无线环境，速率降低到5M 时，占用西城三里河一区2 小区(PCI =115) RSRP 为-64dBm 覆盖良好，SINR 值为2.7 导致速率下降。观察邻区列表中次服务小区为西城月新大厦3 小区(PCI =122 )RSRP为-78dBm ，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3 小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR 环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3 小区方位角由原270 度调整至250 度，下倾角由原6 度调整为10 度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR 提升到15以上，无线环境有明显提升。 1.1.3 重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2 小区 ( PC=211)进行业务，随后切换至海淀京西大厦1(PC=133)小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区( PC=211)发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2 小区( PC=211)正常切换至海淀京西大厦2 小区后又出现回切情况导致掉话。两小区RSRP 值相近，相差3dBm 以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15 降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR 值有明显改善，保持在20 左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。 1.2 切换优化案例

ping丢包的原因和解决方法

ping丢包的原因和解决方法.txt 如果你是小区宽带那种直接连接网卡的网络,丢包需要从下边查找原因 1-计算机网卡是否损坏 2-RJ45头是否损坏,是否线路错误 3-网线是否折伤 4-附近邻居是否同样出现问题,如果是说明问题出在上一级交换机与出口之间,如果别人正常, 说明问题出在你的计算机到最近的交换机之间 如果是ADSL使用电话线路 首先看看ADSL的衰减情况 USB的能直接看出来,LAN口的需要登陆到MODEM上看,并且LAN口的需要检计算机到MODEM 之间是否丢包,具体MODEM的IP请看说明书 说到投诉意义不大,问题是客观存在的,并且大过年的,虽然你不高兴,但是别人多人不高兴了, 你看好不好,问题能处理了是关键 从家里测试宽带网连接的丢包是一项非常困难的工作。丢包可以发生在从你的计算机到你在 互联网上正在连接的目的地之间的线路上的任何一个地方。引起丢包的原因包括:网络阻塞、 路由器或者交换机超过工作负荷、信号往返时间缓慢以及服务提供商或者托管你访问的网站 的公司使用的通信优先等级。 没有主动测量实际重复传输的TCP流量(对于家庭宽带网连接来说，这类产品太昂贵了)， 很难确定是否真的发生了重复传输。你指出的机制ping和跟踪路由对于帮助家庭用户确定 互联网上哪里的速度慢是最有用的工具。Ping测量你的计算机和你要连接的IP地址之间的 信号往返时间。跟踪路由是测量路由器在你的计算机和你正在跟踪的路由的IP地址之间的 通道的反应时间。 使用Ping 使用Ping测量丢包的最佳方法是向一个IP地址发送大量的Ping命令，然后检查没有应 答的那些Ping命令。如果你快速地发出了50次Ping命令， 你可以检查没有没有应答的次数，并把没有应答的次数作为丢包。没有应答的次数超过 5%可能就值得担心了。 在一台Windows计算机上，在命令提示符后面输入如下命令就可以完成这个任务: Ping -n 50(IP地址或者域名，如https://www.sodocs.net/doc/e26117262.html,)这个命令中的“-n”开关告诉发送 ping命令的次数，“50”是发送的次数。 然后，你将得到一个测试总结。这个总结将包括丢失的数量和百分比: 199.181.132.250地址Ping的统计结果:

VOLTE丢包分析思路

VOLTE RTP丢包率问题分析 一、网管统计丢包率情况 1、丢包率变化情况： 通过对指标的观察，发现上行丢包率大于下行丢包率，且指标都位于0.1%-0.3%之间。 二、丢包率的影响因素（无线侧） 1、上行丢包率 影响上行丢包率的主要有三大因素：弱覆盖、大话务、上行干扰。 ①弱覆盖：上行弱覆盖导致上下行链路不平衡，导致丢包； 案例：邻区漏配导致的弱覆盖，丢包严重，MOS低 ②大话务：控制信道配置不足，同一小区内上行用户量多时概率性出现上行数据包未 正常发送，导致丢包； 案例：XXXXXXX-HLW业务量较大，上行丢包率较高 XXXXXXXX-HLW站点长期业务量较大，上行丢包率大于1%，主要原因是上行资源不足，需要修改上下行初始CCE分配比例，加大上行CCE的资源预留。 ③外部干扰：4G网络受到网内、网外干扰的情况依然存在，如电信FDD干扰、干扰器、

站点GPS故障等，导致丢包。 案例：上行干扰导致上行丢包严重，造成掉话 问题描述 UE在XX路由北往南移动，主叫占用A-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：XXXXX_2”干扰信号） 问题结论 该路段存在较强的外部干扰，需对干扰源进行定位，排除干扰。 2、下行丢包率 影响下行丢包率的主要有三大因素：弱覆盖、下行质差、外部干扰。 弱覆盖：上行弱覆盖导致上下行链路不平衡，导致丢包； 下行质差：4G网络组网结构复杂，目前存在F/D/E共计7 个频点，等同于7张网络，切换、重选参数设置难度很大，在部分复杂场景下容易发生重叠覆盖、频繁切换问题，导致丢包；部分区域存在模3干扰导致丢包； 案例1：模3干扰导致丢包，影响MOS值 案例2：重叠覆盖导致丢包，影响MOS值 外部干扰：4G网络受到网内、网外干扰的情况依然存在，如电信FDD干扰、干扰器、站点GPS故障等，导致丢包。 三、针对影响因素目前可以使用的优化手段 1、针对上行丢包率可用的优化手段 弱覆盖处理手段：

TD-LTE网络优化经典案例汇编

1概述 (1) 2D频段优化案例 (1) 2.1重叠覆盖优化 (1) 2.2PCI优化 (4) 2.3邻区列表优化 (7) 2.4切换优化 (9) 2.4.1切换参数优化 (9) 2.4.2同步参数与切换 (12) 2.5功控参数优化 (16) 2.6天面问题整改 (18) 2.6.1天线抱杆 (18) 2.6.2楼层阻挡 (20) 2.7干扰问题排查 (23) 3F频段优化案例 (25) i

ii

1概述 TD-LTE无线网络要实现系统的高性能指标, 需要有合理的网络规划设计、稳定的产品性能、良好的施工工艺以及高质量的网络优化，几者缺一不可。本报告收录了XX市TD-LTE试验网建网以来遇到的一些典型优化案例，旨在为后续优化工作提供帮助和参考。 2D频段优化案例 2.1重叠覆盖优化 【问题描述】 在华兴街靠近中和路区域测试时，UE驻留在华安证券_3（频点：38050，PCI：88），RSRP： -71dBm左右，SINR：25dB左右，但DL Throughput=31Mbps。 1

【问题分析】 分析路测数据，发现在华兴街靠近中和路的区域，华安证券_2、华安证券_3小区RSRP电平值较接近，如上图所示，对该路段形成了重叠覆盖。而该区域规划的主覆盖小区为华安证券_3，现场勘察发现，华安证券_2信号经周边楼宇反射至该区域，2、3小区形成重叠覆盖，造成吞吐速率降低。 【解决措施】 调整华安证券_2方位角由120°调至155°，机械下倾角由12°调至6°。 【处理效果】 调整小区方位角后，重叠覆盖问题得到较好解决，下载速率明显提升。 小区名称方位角PCI RSRP SINR 下载速率(Mbps) 华安证券3 调整前88 -71.1 25.9 31.5 2

什么是丢包及丢包的原因是什么

什么是丢包及丢包的原因是什么 数据在INTERNET上的传输方式数据在INTERNET上是以数据包为单位传输的，每包nK，不多也不少。这就是说，不管你的网有多好，你的数据都不会是以线性(就象打电话一样)传输的，中间总是有空洞的。数据包的传输，不可能百分之百的能够完成，因为种种原因，总会有一定的损失。碰到这种情况，INTERNET会自动的让双方的电脑根据协议来补包。如果你的线路好，速度快，包的损失会非常小，补包的工作也相对较易完成，因此可以近似的将你的数据看做是无损传输。但是，如果你的线路较差(如用猫)，数据的损失量就会非常大，补包工作也不可能百分之百完成。在这种情况下，数据的传输就会出现空洞，造成丢包。电脑知识。 网络丢包是我们在使用ping对目站进行询问时，数据包由于各种原因在信道中丢失的现象。ping使用了ICMP回送请求与回送回答报文。ICMP回送请求报文是主机或路由器向一个特定的目的主机发出的询问，收到此报文的机器必须给源主机发送ICMP回送回答报文。这种询问报文用来测试目的站是否可到达以及了解其状态。需要指出的是，ping是直接使用网络层ICMP的一个例子，它没有通过运输层的UDP或TCP。网络丢包的原因主要有物理线路故障、设备故障、病毒攻击、路由信息错误等，下面我们结合具体情况进行说明。 物理线路故障 网管员发现广域网线路时通时断，发生这种情况时，有可能是线路出现故障，也可能是用户方面的原因。为了分清是否是线路故障，可以做如下测试。如果广域网线路是通过路由器实现的，可以登录到路由器，通过扩展ping向对端路由器广域网接口发送大量的数据包进行测试。 如果线路是通过三层交换机实现，可在线路两端分别接一台计算机，并将IP地址分别设为本端三层路由交换机的广域网接口地址，使用“ping 对端计算机地址-t”命令进行测试。 如果上述测试没有发生丢包现象，则说明线路运营商提供的线路是好的，引起故障的原因在于用户自身，需要进一步查找。 如果上述测试发生丢包现象，则说明故障是由线路供应商提供的线路引起的，需要与线路供应商联系尽快解决问题。 由物理线路引起的丢包现象还有很多，如光纤连接问题，跳线没有对准设备接口，双绞线及RJ-45接头有问题等。另外，通信线路受到随机噪声或者突发噪声造成的数据报错误，射频信号的干扰和信号的衰减等都可能造成数据包的丢失。我们可以借助网络测试仪来检查线路的质量。 设备故障

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 交给上层。增大treorderingul/dl 参数，能增加UM 等待未接收PDU 的时间，以减少RLC 层丢包。 参数优化建议：

Volte丢包率优化案例

V o l t e丢包率优化案例 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998

Volte丢包率优化方案 一、概述 随着市场推广，移动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层的丢包定时器，从而控制丢包具体步骤如下 参数优化建议：

案例-关于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层丢包处理总体思路

LTE网络优化案例

L T E网络优化案例Prepared on 21 November 2021

1LTE优化案例分析 1.1覆盖优化案例 1.1.1弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。 1.1.2越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。 1.1.3重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR值有明显改善，保持在20左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。

VOLTE-RTP丢包率全参数实验专项报告材料

RTP丢包率参数实验专项报告

目录 1、实验背景 (3) 2、参数介绍及实验思路 (3) 2.1参数介绍 (3) 2.2实验思路 (4) 3、参数实验准备工作及调整情况 (4) 3.1实验路线及方法 (4) 3.2测试规范及要求 (5) 3.3涉及相关参数调整实验方案 (5) 4、实验效果统计对比 (6) 4.1DT语音业务测试效果验证对比 (7) 4.2KPI统计指标对比 (10) 5、参数实验总结及建议 (10) 5.1实验总结 (10) 5.2调整建议 (11)

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%；

lte网络优化经典案例重要

1LTE优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。 1.1.2 越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为 2.7导致速率下降。观察邻区列表中次服务小区为西城 月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点 为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区 覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。 1.1.3 重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR值有明显改善，保持在20左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。

丢包率高的原因与解决

丢包率： 丢包率(Loss Tolerance或Packet Loss Rate)是指测试中所丢失数据包数量占所发送数据组的比率。计算方法是:“[(输入报文-输出报文)/输入报文]*100%”。丢包率与数据包长度以及包发送频率相关。通常,千兆网卡在流量大于200Mbps时,丢包率小于万分之五;百兆网卡在流量大于60Mbps时,丢包率小于万分之一。通常在吞吐量范围内测试。 丢包率高是什么原因呢？： 网络丢包率就是在我们数据包的数据传输过程中，因为中途的传输而导致部分数据包被丢失。对于网络影响是很重要的一个方面。 我们可以从以下四个方面去了解清楚。 1、物理线路故障 如果是物理线路故障所造成网络丢包现象，则说明故障是由线路供应商提供的线路引起的，需要与线路供应商联系尽快解决问题。联系你的服务商来解决网络丢包很严重的情况。 2、设备故障 设备方面主要包括软件设置不当、网络设备接口及光纤收发器故障造成的。这种情况会导致交换机端口处于死机状态。那么可以将你的光纤模块更换掉，换一条新的模块替换掉。 3、网络被堵塞、拥堵 当网络不给力的时候，在通过网络传输数据，就会将网络丢包更多，一般是路由器被占用大量资源造成的。

解决方法就是这时应该show process cpu和show process mem，一般情况下发现IP input process占用过多的资源。 接下来可以检查fast switching在大流量外出端口是否被禁用，如果是，则需要重新使用。 用show interfaces和show interfaces switching命令识别大量包进出的端口。 一旦确认进入端口后，打开IP accounting on the outgoing interface看其特征，如果是攻击，源地址会不断变化但是目的地址不变，可以用命令“access list”暂时解决此类问题。 4、路由错误 网络中的路由器的路径错误也是会导致数据包不能正常传输到主机数据库上这种情况属于正常状况，它所丢失的数据也是很小的。所以用户可以忽略这些数据丢包，而且这也是避免不了的。

案例-某局PING网关丢包分析、解决方案

某局PING网关丢包分析 某局的网管人员最近遇到了奇怪的事情，就是在PING网关的时候时常会出现严重的丢包，却始终无法找到丢包的原因，通过科来技术交流版抓包之后发给我看了一下，我来说一下分析的过程。 首先看到概要之中，发现平均包长只有88.76字节，远远小于正常时候的500-800字节，，再看大小包分布，1024以上的大包没有几个，但是64字节一下的数据包占了将近一半，明显是不正常的，通常小包多的情况，都会伴随有病毒或者攻击的出现。 再来看地址：物理地址数188个，IP地址数69080！差了好几百倍！本地的IP地址数居然有35000多个，实际上该局的主机不超过200台，怎么算都对不上。如此多的地址，那么很有可能是分布式的方式。

再往下看，找到大概的原因了：TCP同步发送高达28161次，但是同步确认发送只有可怜的668个，难道是有蠕虫！我们可以进一步进行分析。DNS查询也高达864次，却没有回应。 打开安全分析界面，来初步确定TCP同步发送的源头在哪儿。 发现了172.16.20.3、21.7、21.224、22.217、22.220、22.71、22.218这几台疑似中了蠕虫病毒，再回到全面分析内，进行取证。 拿20.3来进行观察：

发现了，20.3在不停地使用随机端口对各主机的445端口进行TCP SYN包的发送，每次都只有发送2个数据包，没有回应。这也就导致了大量的TCP SYN包和大量的IP地址的出现。 通过对数据包的解码发现，基本上所有的数据包都是有同步位的数据包。 由此证明，该机中了蠕虫病毒，需要及时查杀。 类似的，在其他几台主机上也发现了蠕虫病毒。这些蠕虫病毒大量的发包，导致了网络的拥塞，使得用户体验就是网速很慢，表现出来的症状就是PING网关大量丢包。

VoLTE-MOS优化思路及方法

一、VoL TE语音MOS采样点机制 VoLTE语音MOS采样机制如下： （1）主叫起呼，进行录音（8s左右）； （2）被叫放音，主叫收音，被叫记录第1个MOS采样点（8s）； （3）主叫放音，被叫收音，主叫记录第1个MOS采样点（8s）； （4）被叫放音，主叫收音，被叫记录第2个MOS采样点（8s，与第1个采样点间隔16s）；（5）主叫放音，被叫收音，主叫记录第2个MOS采样点（8s，与第1个采样点间隔16s）；（6）被叫放音，主叫收音，被叫记录第3个MOS采样点（8s），如此类推…… 二、VoL TE语音MOS优化分析方法 1、MOS差的问题点定位 测试log单次通话连续两个采样点MOS值小于3的问题点定义为MOS差的问题点。 注意事项：需剔除通话结束的最后一个采样点与下次通话第一个采样点的MOS值都小于3的问题点。

2、MOS优化分析方法 由MOS采样点机制可以看出，MOS采样点收集的是采样时间点前8秒的语音质量，所以在分析的时候，需着重分析MOS采样时间前8秒UE本端的下行（包括：无线环境、语音编码、抖动、丢包、频繁切换、RRC重建、异频测量频次等），以及对端的上行（包括：频繁切换、RRC重建、异频测量频次等）。 三、VoL TE语音MOS值的影响因素及优化思路 1、MOS值的影响因素 MOS值的直接影响因素为：端到端时延、抖动、丢包； VoLTE端到端时延可以分解为：UE语音编/解码时延、空口传输时延、核心网的处理时延、传输网的传输时延。丢包和抖动的影响因素包括：空口信号质量、eNB负载、传输网的丢包和抖动。 故将以上因素分解后，MOS的影响因素包括：语音编码、覆盖、干扰、切换、邻区、基站负荷、基站故障、传输、核心网、测试终端、人为操作失误等。 2、MOS值的优化思路 结合以上影响因素和前期VoLTE拉网测试时遇到的MOS问题，共总结出四类问题点类型：无线问题、基站异常、测试规范和设备、核心网/传输。 在分析MOS问题时，我们首先要考虑基站是否正常工作，其次考虑测试是否规范、测试设备是否正常，再次判断是否为无线问题造成的，最后才考虑是否核心网及传输网引起的。 因此我们在分析MOS问题时，应该按以下步骤进行MOS优化： （1）基站问题： 是指问题路段中心经纬度150米以内的基站及主瓣65度范围的小区，若存在基站负荷过大、影响业务的告警、断站等问题，必将影响MOS值。处理方法：在测试前确保基站正常工作。 案例1：基站故障导致MOS值低 问题描述：车辆由南向北行驶至清风路与两河大道交叉路口，UE占用金牛清淳一街-SCDHLS3HM3JN-D2的信号，无线环境RSRP为-116.81dbm,SINR为-2.5，MOS值1.14，经测试数据分析，发现UE未能收到距离清风路与两河大道交叉路口50米的华力汽车公司车队-SCDHLD3HM2GX站点信号，经查询 告警得知，发现该站点网元断链，因而导致该路段出现弱覆盖现象，最终导致MOS值差。 处理建议：建议处理华力汽车公司车队-SCDHLD3HM2GX站点故障。 案例2：基站负荷过大，导致MOS值低 问题描述：无线环境较好（RSRP为-95dBm左右，SINR为10左右），无频繁切换；但MOS打点前8s主被叫占用电子科大-SCDHLS0HM1CH-D5，抖动和丢包均比较异常（RTP Jitter为992ms，RTP Loss Rate