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丢包率较大，主叫被迫脱网。
4、重叠覆盖：影响本次RTP丢包率的路段有一处，位于集宁幸福路与民建大街交叉口
路段，该区域由于重叠覆盖较为严重UE频繁发生切换3次（切换流程为集宁维多利-2小区→集宁地税局-1小区→集宁地税局-3小区→集宁地税局-1小区），导致呼叫建立过程中RTP丢包率较大。
三、解决方案
1、基站故障：协调代维人员对集宁朗庭洗浴基站进行故障处理；
2、弱覆盖：目前只能通过新建街道站及宏站解决弱覆盖区域，正在计划开通中；
3、无线干扰：调整集宁博物馆-3小区天线，避免与其它小区重叠覆盖该路段；同时降
低集宁新区联通-3小区至集宁教育局-2小区的切换迟滞，降低切换难度。对于外部干扰目前只能待学校干扰器关闭后，复测验证。
4、重叠覆盖：根据现场环境调整集宁地税局-3小区天线方位角，下压集宁地税局-2小
区天线，保障该路段仅有1个小区主覆盖；同时集宁维多利-2小区至集宁地税局-3小区的切换迟滞，降低切换难度。
5、为进一步提高RTP丢包率问题，后台对全网无线参数进行优化主要调整措施有：PCI
优化调整109个、外部邻区核查并修改201个、新增内部邻区20个、PDCP SDU丢弃时间（只针对QCI1、QCI2、QCI15）参数设置为无穷大，改善RTP丢包率指标。
四、效果呈现
网络优化调整后，对问题路段进行VOLTE复测验证，RTP丢包率得到明显提升，同时RTP抖动时延也相应得到提升，具体效果如下：
丢包率高的原因与解决
网络链接阻塞 数据在网络传输过程中会经过很多设备和网络链接，只要其中一个网络链接在数据到达之前已经满负载了，那么数据将会在这里阻塞一段时间。如果说网络设备非常落后，那么网络链接就没有足够的等待空间给新数据，它唯一能做的就是将信息丢弃。 修复方法: A增加阻塞链接的带宽 B使用Qos(流量优先级和资源保留控制机制)优先处理实时应用。尽管这种方法并不能缓解网络链接阻塞情况，但是它可以优先处理语音和视频来降低断线的可能性。 设备性能（路由器、防火墙、交换机） 在带宽充足的情况下，如果你的路由器、防火墙、交换机不能处理流量，那么你仍然有可能面临丢包的情况。让我们考虑一个场景，流量报告显示日高峰时期流量达到了顶点，所以你将网络带宽从1Gb 升级到10Gb ，升级之后数据显示你只能达到1.5Gb。当网络数据包传送到达网络设备，但是此时网络设备的CPU，或者内存满载了，它们就会丢弃不能处理的数据包。 修复方法: 更换更好的网络硬件，或者构建集群来提高网络的利用率。
网线缆线或硬件问题 另外一个常见的导致丢包的原因可能是由物理组件故障引起的。如果硬件故障，那么通常在设备终端或者系统日志中输出错误信息。如果是网络链接错误，一般是网络接口出错，这可以在铜缆线和光纤上检测到。 修复方法: 这些是网络丢包的常见原因之一，为了准确找到问题所在，最好是做网络评估和彻底的故障排查。核实清楚后故障的硬件必须更换，故障的网络链接必须修复。 网络设备上的软件问题 我们都希望网络设备上的软件是完美的，但是事实并非如此，这些网络设备十分复杂，遇到bug只是时间问题而已。 修复方法: 需要更新软件的最新版本。
S12508由于配置URPF导致设备丢包案例分析
S12508由于配置URPF导致设备丢包案例分析 关键词: ?URPF ?丢包 ?0推荐，1495浏览 ?1收藏，我的收藏 问题现象 如下拓扑图：S12508-1和S12508-2做VRRP，现场发现从S12508-FW这台设备跨S12508－02去ping S12508-01有大量丢包，丢包很规律，每五个包只会通一个。S12508-FW直连ping S12508-2不会丢包，S12508-2与S12508-1直连互ping也不丢包。并且业务一直也不受影响，就如下两个地址互ping有丢包: 从S12508-FW的本地地址（211.138.35.34）到S12508-1（221.181.39.254） [12508-FW]ping -c 12 -a 211.138.35.34 221.181.39.254 Ping 221.181.39.254 (221.181.39.254): 56 data bytes, press CTRL_C to break Request time out Request time out Request time out Request time out Request time out 56 bytes from 221.181.39.254: icmp_seq=0 ttl=255 time=8.305 ms Request time out Request time out Request time out Request time out Request time out 56 bytes from 221.181.39.2549.1.1.2: icmp_seq=4 ttl=255 time=1.651 ms
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，即可判定该小区为上行干扰小区； 干扰特征和干扰原因如下： 处理建议：结合现场进行干扰排查和处理。
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层丢包原因总结
网络丢包分析案例、解决方案
网络丢包分析 数据在网络层以数据包的形式进行传输，由于各种原因，数据包在传输过程中总会存在些许损失，我们称之为丢包。 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 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、针对上行丢包率可用的优化手段 弱覆盖处理手段：
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.360docs.net/doc/f616524105.html,)这个命令中的“-n”开关告诉发送 ping命令的次数，“50”是发送的次数。 然后，你将得到一个测试总结。这个总结将包括丢失的数量和百分比: 199.181.132.250地址Ping的统计结果:
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上下行丢包进行优化，提升用户满意度。 二、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语音通话中各设备的问题表现及对应的影响因素，即可明确无线优化手段：参数优化，覆盖优化，干扰优化，移动性能优化，邻区优化，容量优化，功能优化。
RLC 层参数优化 输承 载 传 序 大时延、抖动，丢包、乱 参数配置，容量或能力限制，传输 质量问题 1、Volte 丢包率参数优化 PDCP 层参数优化 PDCP 是对分组数据汇聚协议的一个简称。它是 UMTS 中的一个无线传输协议栈，它负责将 IP 头压 缩和解压、传输用户数据并维护为无损的无线网络服务子系统（SRNS ）设置的无线承载的序列号。 涉及参数：pdb 、pdboffset 、aqmmode 、 UlPdcpSduTimerDiscardEnabled 涉及的功能：TcpOptimization 参数优化原理：通过修改相关参数，延长或缩短 PDCP 层的丢包定时器，从而控制丢包 具体步骤如 下 参数优化建议： RLC UM 接收实体设置了一个 RLC PDC 重新排列的定时器，当检测到有收到 PDU 时启动定时器，
案例-关于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层丢包处理总体思路
什么是丢包及丢包的原因是什么
什么是丢包及丢包的原因是什么 数据在INTERNET上的传输方式数据在INTERNET上是以数据包为单位传输的，每包nK，不多也不少。这就是说，不管你的网有多好，你的数据都不会是以线性(就象打电话一样)传输的，中间总是有空洞的。数据包的传输，不可能百分之百的能够完成，因为种种原因，总会有一定的损失。碰到这种情况，INTERNET会自动的让双方的电脑根据协议来补包。如果你的线路好，速度快，包的损失会非常小，补包的工作也相对较易完成，因此可以近似的将你的数据看做是无损传输。但是，如果你的线路较差(如用猫)，数据的损失量就会非常大，补包工作也不可能百分之百完成。在这种情况下，数据的传输就会出现空洞，造成丢包。电脑知识。 网络丢包是我们在使用ping对目站进行询问时，数据包由于各种原因在信道中丢失的现象。ping使用了ICMP回送请求与回送回答报文。ICMP回送请求报文是主机或路由器向一个特定的目的主机发出的询问，收到此报文的机器必须给源主机发送ICMP回送回答报文。这种询问报文用来测试目的站是否可到达以及了解其状态。需要指出的是，ping是直接使用网络层ICMP的一个例子，它没有通过运输层的UDP或TCP。网络丢包的原因主要有物理线路故障、设备故障、病毒攻击、路由信息错误等，下面我们结合具体情况进行说明。 物理线路故障 网管员发现广域网线路时通时断，发生这种情况时，有可能是线路出现故障，也可能是用户方面的原因。为了分清是否是线路故障，可以做如下测试。如果广域网线路是通过路由器实现的，可以登录到路由器，通过扩展ping向对端路由器广域网接口发送大量的数据包进行测试。 如果线路是通过三层交换机实现，可在线路两端分别接一台计算机，并将IP地址分别设为本端三层路由交换机的广域网接口地址，使用“ping 对端计算机地址-t”命令进行测试。 如果上述测试没有发生丢包现象，则说明线路运营商提供的线路是好的，引起故障的原因在于用户自身，需要进一步查找。 如果上述测试发生丢包现象，则说明故障是由线路供应商提供的线路引起的，需要与线路供应商联系尽快解决问题。 由物理线路引起的丢包现象还有很多，如光纤连接问题，跳线没有对准设备接口，双绞线及RJ-45接头有问题等。另外，通信线路受到随机噪声或者突发噪声造成的数据报错误，射频信号的干扰和信号的衰减等都可能造成数据包的丢失。我们可以借助网络测试仪来检查线路的质量。 设备故障
经典案例_VoLTE上行丢包率优化思路研究
VOLTE上行丢包率优化思路研究
目录 1问题分析 (1) 1.1V oLTE网管丢包率指标定义 (1) 1.2上行丢包原理 (2) 1.3丢包优化流程与思路 (3) 2分场景优化 (5) 2.1弱覆盖场景 (5) 2.1.1VOLTE上行覆盖增强 (5) 2.1.2天馈调整及功率优化 (7) 2.2大话务场景 (7) 2.2.1PDCCH CCE初始比例优化 (7) 2.2.2ROHC功能开启 (9) 2.3上行干扰场景 (11) 2.3.1基于干扰的动态功控 (11) 2.4频繁切换场景 (13) 2.5其他功能及参数优化 (15) 2.5.1PDCP层参数优化 (15) 2.5.2RLC重排序定时器 (16) 2.5.3包聚合关闭 (16) 3总结 (19)
【摘要】随着VOLTE业务的快速普及，VOLTE用户数和业务量都进入了快速上涨期，用户对语音质量要求越来越高，单通、吞字、双不通等严重影响用户感知，制约着4G业务的发展。其中“空口丢包”和“基站丢包”指标可有效表征VOLTE 语音感知，减少“空口丢包”和“基站丢包”是VOLTE语音质量优化提升的重要方向。本文将对V olte上行QCI1丢包率优化展开全面论述。 【关键词】VOLTE全面商用、QCI1上行丢包率、语音质量 1问题分析 1.1VoLTE网管丢包率指标定义
1.2上行丢包原理 VOLTE高清语音编码速率为23.85kbps，终端每20ms生成一个VOLTE语音包（使用RTP实时流媒体协议传输），再加上UDP包头、IP包头、最终打包成IP 包进行传输。在无线空口，按照协议IP包进一步被转换成PDCP包，PDCP包就是空口传输的有效数据，PDCP包在终端和基站间传输异常会导致应用层RTP包的丢失，从而引起语音感知差。 eNodeB的PDCP层接收语音包时如果检测到语音包的SN号不连续，则认为出现丢包。 上行丢包主要原因： 1)大TA/PHR受限、SR漏检、DCI漏检、RLC分段过多、上行调度不及时（上 图① ）会导致UE PDCP层丢弃定时器超时丢包； 2)空口传输质量（上图② ）差，MAC层多次传输错误后，失败导致丢包；
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 层丢包。 参数优化建议：
精品案例_干扰导致的高丢包小区
干扰导致的高丢包小区
目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (7) 四、经验总结 (8)
干扰导致的高丢包小区 【摘要】本文分析于处理VoLTE高丢包小区，发现为该小区底噪水平异常升高导致，对该扇区进行干扰扫频分析，发现为用户私装放大器导致。 【关键字】VoLTE高丢包干扰放大器 【业务类别】优化方法 一、问题描述 5月处理VoLTE高丢包小区时，发现该扇区下行空口RTP丢包率（QCI=1)最高达35%，严重影响全网指标和用户使用体验。 图1：MA-市区-东方明珠东北-ZFTA-443809-55小区丢包情况 二、分析过程 对该扇区进行分析，查询该扇区的MR和站间距，该扇区覆盖情况正常，无弱覆盖情况。故对扇区质量进行分析，发现该扇区底噪水平较高，最高达-53dBm。
图2：MA-市区-东方明珠东北-ZFTA-443809-55MR覆盖图 图3：MA-市区-东方明珠东北-ZFTA-443809-55底噪情况
图4：MA-市区-东方明珠东北-ZFTA-443809-55底噪情况 对该问题扇区进行降功率和关断操作，底噪水平无明显变化，将MA-市区-东方明珠东北-ZFTA-443809-55方位角由290度调整到0度后，底噪消失。对周边站点底噪情况进行核查，发现仅仅MA-市区-东方明珠东北-ZFTA-443809-55底噪较高，其他扇区底噪正常。故问题定位为外部干扰导致，初步判断外部干扰如下图所在位置： 图5：初步判断干扰位置 对网管RB噪声水平进行统计，得到干扰波形如下所示，主要干扰前50个RB，尤其对前15个RB最为严重。
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%；
精品案例_容量受限导致VoLTE丢包率高分析优化
容量受限导致VOLTE丢包率高分析优 化案例
目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (6) 四、经验总结 (7)
容量受限导致VOLTE丢包率高分析优化案例 【摘要】无线问题导致丢包是影响VoLTE用户感知的关键因素之一，随着VoLTE业务的快速普及、VoLTE用户数和业务量进入了快速上涨期，为更加准确找到全网VOLTE语音感知差点，发现“空口丢包”和“基站弃包”两大关键统计指标可有效表征VoLTE语音感知，减少“空口丢包”和“基站（终端）弃包”是VoLTE语音质量优化提升的重要方向。 【关键字】VoLTE VoLTE上行丢包 【业务类别】参数优化 一、问题描述 日常监控中发现CZ-滁州-乌衣双语小区-ZFTA-435870-53丢包率较高，具体如下： 二、分析过程 1、丢包的原理机制 在基站（或终端）在空口发送PDCP SDU之前，由于容量或空口质量问题， PDCP discardtimer定时器（目前配置为100ms）超时后会发生主动弃包。例如基站调度了序列号为1/2/3/4/5共5个包，而4/5两个包因容量受限或空口质差在100ms内没有被调度出去，基站侧根据认为超过PDCP丢弃时长而主动丢弃，下行弃包率为2/5=40%。 在无线空口，按照协议IP包进一步被转换成PDCP包，PDCP包就是空口传输的有效数据。
PDCP包在终端和基站间传输异常会导致应用层RTP包的丢失，从而引起语音感知差。 2.无线空口丢包主要因素： 影响Volte丢包的因素有故障告警、无线环境、大话务、系统干扰等诸多因素，传输侧链路故障和干扰原因发重传都会大量消耗无线资源，若基站因为传输不及时或缺乏有效的无线资源无法完成对PDCP包的及时调度，会造成基站或终端主动丢弃VoLTE语音包。 针对VoLTE丢包可进行关联分析的指标有： ?无线环境包括TA占比、MR弱覆盖、干扰、RRC重建、切换、邻区漏配等； ?容量包括：PRB利用率、单板利用率、CCE利用率、小区用户数等； 3、处理步骤 1.异常告警及系统干扰核查： 网管核查CZ-滁州-乌衣双语小区-ZFTA-435870-53小区无任何异常告警，查询并统计小区上行干扰指标，系统上行每个PRB干扰噪声平均值为-118(毫瓦分贝)，排除干扰原因导致。具体如下： 2.小区无线环境核查： 该小区主要覆盖居民区、学校及广场，该扇区主要覆盖用户距离基站约500米左右，且下倾角、功率设置合理，不存在超远覆盖，符合无线覆盖要求；核查小区MR覆盖率为95%，MR覆盖率波动正常，无线网络指标正常，如下所示：
丢包率高的原因与解决
丢包率： 丢包率(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、路由错误 网络中的路由器的路径错误也是会导致数据包不能正常传输到主机数据库上这种情况属于正常状况，它所丢失的数据也是很小的。所以用户可以忽略这些数据丢包，而且这也是避免不了的。
【干货】典型网络故障案例及处理思路
【干货】典型网络故障案例及处理思路 很多朋友经常提到网络故障，其中在交换机组网时常见的故障比较多。为了便于大家排除这些故障，在此介绍一些常见的典型故障案例及处理思路。 故障1：交换机刚加电时网络无法通信 故障现象 交换机刚刚开启的时候无法连接至其他网络，需要等待一段时间才可以。另外，需要使用一段时间之后，访问其他计算机的速度才快，如果有一段时间不使用网络，再访问的时候速度又会慢下来。 故障分析 由于这台交换机是一台可网管交换机，为了避免网络中存在拓扑环，从而导致网络瘫痪，可网管交换机在默认情况下都启用生成树协议。这样即使网络中存在环路，也会只保留一条路径，而自动切断其他链路。所以，当交换机在加电启动的时候，各端口需要依次进入监听、学习和转发状态，这个过程大约需要3~5分钟时间。
如果需要迅速启动交换机，可以在直接连接到计算机的端口上启动“PortFast”，使得该端口立即并且永久转换至转发状态，这样设备可以立即连接到网络，避免端口由监听和学习状态向转发状态过渡而必须的等待时间。 故障解决 如果需要在交换机加电之后迅速实现数据转发，可以禁用扩展树协议，或者将端口设置为PortFast模式。不过需要注意的是，这两种方法虽然省略了端口检测过程，但是一旦网络设备之间产生拓扑环，将导致网络通信瘫痪。 故障2:5口交换机只能使用4口 故障现象 办公室中有4台计算机，但是只有一个信息插座，于是配置了一台5口（其中一口为UpLink端口）交换机。原以为4台计算机刚好与4个接口连接，1个UpLink端口用于连接到局域网，但是接入到网络之后，与UpLink端口相邻的1号口无法正常使用。 故障分析 UpLink 端口不能被看作是一个单独的端口，这是因为它与相邻端口其实就是一个端口，只是适用的连接对象不同而已。借助UpLink端口，集线设备可以使
案例-某局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网关大量丢包。
网管员掌握丢包排错 两例网络丢包排错案例
远程商业窃密引发丢包 中天设计院是甘肃省建设厅直属单位，网络规模不大。152台主机根据单位职能部门分为5个子网，分别由Hub连接到交换机。由于公司内部的协同办公比较频繁，除了一个在线视频系统外还部署了一台文件服务器，单独为一个子网提供数据的共享和交流。单位对外的Internet需求不是很大，通过路由器连接到Internet，网络拓扑见图1。 故障现象 某天，该单位的网络突然出现严重堵塞，主机间的数据频频中断导致协同办公不能正常进行，在线视频系统经常掉线。另外，无论是从文件服务器上传还是下载文件都异常缓慢，有时会因超时而中断。主机能够连接到Internet，但是网速缓慢。 初步判断 首先在一台主机上用ping命令测试到网关的连通性，输入命令“ping 192．168．2．1 -n 1000”发送1000个Ping包测试网关。测试结果是可以ping通网关，但是掉包现象很严重：1000个包有720个包丢了，丢包率为72%，持续掉包时间也很长。运行arp -a命令，发现网关IP和网关MAC地址指向正确。通过上面的测试基本排除网络设置错误以及ARP欺骗。 监控分析 于是在核心交换机上做镜像，用Sniffer对整个内网（五个子网）进行监控。首先进入“dashboard”（仪表面板），发现网络利用率达到了97%，这是很不正常的现象。笔者判断以该单位的网络规模以及日常业务量，网络利用率应该在20%~30%之间，有较大的网络冗余。这样我们可以断定，造成网络丢包的根源应该是异常流量占用大量的网络带宽所致。那这些异常流量来自何处呢？ 切换到“matrix”（矩阵面板），发现MAC为00-0A-E6-98-84-B7的主机占了整个网络流量的57．87%。于是初步把目标锁定在该主机上，然后切换到“hosttable”（主机列表）继续分析。从该面板中，没有发现大量的广播包，因此完全排除了广播风暴影响。找到00-0A-E6-98-84-B7，对此主机分析，发现该主机的网络活动非常可疑，进入该主机的数据包才700多个，而出去的数据包在10多分钟内就有了几十万个包。故障解决为了确认上述主机在进行什么网络活动，笔者在交换机上对它单独抓包分析。对数据包解码后发现，该主机通过UDP协议项向外网的一个IP为60．164．82．185主机进行数据拷贝。这个IP怎么这么眼熟，这不是本地的一个IP吗？另外，还发现该主机与文件服务器的连接也十分频繁。笔者根据网段和MAC地址，在交换机上对该主机隔离，断开其网络连接，整个网络马上就恢复了正常，丢包故障排除。 至此，我们通过层层排错找到了造成这次网络丢包的原因——该主机被黑客植了木马，然后远程控制通过8888端口向远程拷贝文件。另外，该主机正在从文件服务器上下载大量文件，估计攻击者正在通过该主机窃取文件夹服务器上的资料。 该主机本来安装了杀毒软件，但不报毒应该是攻击者做了免杀处理。手工清除木马，将该主机连接到网络，网络丢包再也没有发生。事后机主回忆可能是中了移动硬盘中的木马，因为当天他曾经将工程规划书拷贝到客户的移动硬盘中。丢包排错中引出商业窃密这是大家都没有想到的。 循环自动扫描攻击引起丢包 笔者所在地某中学的局域网约有电脑1000台，通常情况下同时在线的有600台左右，网络一直很稳定。期末放假前网络出现异常，具体症状为：整个校园网突然出现网络通信中断，内部用户均不能正常访问互联网。在机房中进行ping包测试时发现，中心机房客户机对中心交换机管理地址的ping包响应时间较长且出现随机性丢包，主机房客户机对二级交换机的通信丢包情况更加严重。深入分析