高清视频联网系统中一种新的丢包率分析方法

合集下载

丢包解决方案

丢包解决方案引言概述：在网络通信中，丢包是一种常见的问题，它会导致数据传输的不完整和延迟。

为了解决这个问题，本文将介绍一些常见的丢包解决方案。

正文内容将分为五个部分，分别是网络优化、数据包重传、拥塞控制、错误检测和纠错编码、网络设备升级。

一、网络优化1.1 路由器优化：确保路由器的性能和配置符合网络需求，例如调整缓冲区大小，优化路由表等。

1.2 网络拓扑优化：合理规划网络拓扑结构，减少网络延迟和拥塞，提高数据传输的稳定性。

1.3 优化带宽利用率：利用带宽管理技术，如流量控制、流量整形等，合理分配带宽资源，避免网络拥塞。

二、数据包重传2.1 ARQ协议：自动重传请求协议，当接收方检测到丢包时，发送请求重传丢失的数据包，确保数据的完整性。

2.2 FEC技术：正向纠错技术，通过添加冗余数据，使接收方能够在一定程度上纠正丢失的数据包。

2.3 窗口滑动机制：通过调整发送和接收窗口的大小，动态适应网络状况，减少丢包率。

三、拥塞控制3.1 流量控制：通过限制发送方的发送速率，避免过多数据包造成网络拥塞。

3.2 拥塞避免算法：如TCP的拥塞避免算法，根据网络的拥塞程度动态调整发送速率，保持网络的稳定性。

3.3 基于反馈的拥塞控制：通过接收方的反馈信息，动态调整发送方的发送速率，避免网络拥塞。

四、错误检测和纠错编码4.1 校验和：在数据包中添加校验和字段，接收方通过校验和字段判断数据包是否有误。

4.2 奇偶校验：通过检查数据位的奇偶性，判断数据是否有误。

4.3 CRC校验：通过计算数据包的循环冗余校验码，检测数据包是否有误。

五、网络设备升级5.1 网络设备硬件升级：升级路由器、交换机等网络设备的硬件，提高其处理速度和容量，减少丢包率。

5.2 网络设备固件升级：及时更新网络设备的固件，修复已知的丢包问题和漏洞。

5.3 网络设备配置优化：根据网络需求，对网络设备进行优化配置，提高其性能和稳定性。

结论：通过网络优化、数据包重传、拥塞控制、错误检测和纠错编码以及网络设备升级等多种手段，可以有效解决丢包问题。

如何解决网络丢包问题：网络故障诊断与解决(五)

如何解决网络丢包问题：网络故障诊断与解决在当今高度互联的时代，网络已经成为人们生活中不可或缺的一部分。

然而，网络丢包问题却是广大用户经常面临的困扰。

网络丢包不仅令人烦恼，还可能妨碍人们正常的工作和学习。

那么，如何解决网络丢包问题？本文将从网络故障诊断的角度，为大家提供一些实用的建议和解决办法。

网络丢包问题是指在数据传输过程中，部分数据包未能到达目标节点，导致数据传输中断或出现延迟的情况。

首先，我们需要了解网络丢包问题的原因。

网络丢包可能由多种因素引起，例如网络设备故障、网络拥堵、网络攻击等。

因此，诊断网络丢包问题的第一步就是确定问题的根源。

为了确定网络丢包问题的根源，我们可以采取以下措施。

首先，我们可以使用网络诊断工具，例如ping和tracert命令。

通过ping命令，我们可以测试网络连接的质量和稳定性。

如果ping命令的结果显示有数据包丢失，那么很可能是网络设备故障引起的问题。

而tracert命令可以帮助我们确定数据包在传输过程中的路径，从而找到网络链路中可能存在的问题。

除了使用网络诊断工具，我们还可以检查网络设备的设置。

例如，检查路由器和交换机的配置，确保它们正常运行并且没有出现故障。

另外，我们还可以检查网络电缆的连接状态，确保它们没有受损。

有时候，简单的设备故障或连接问题就是网络丢包问题的根源。

如果以上方法仍然无法解决网络丢包问题，我们可能需要联系网络服务提供商寻求帮助。

网络服务提供商通常会有专门的技术支持团队，他们能够帮助我们解决网络故障。

在与技术支持团队沟通时，我们需要准备好详细的问题描述和相关的网络诊断结果，以便他们更好地帮助我们解决问题。

当然，预防网络丢包问题也是非常重要的。

首先，我们可以安装防火墙和杀毒软件，以提高网络的安全性。

其次，我们应该定期更新网络设备的驱动程序和固件，以确保其始终处于最新的状态。

此外，我们还应该避免同时进行大量的网络传输，以防止网络拥堵。

总之，网络丢包问题是一种常见而令人头痛的网络故障。

基于MR的VoLTE高丢包优化分析方法研究

TD-LTE已定义邻区关系和未定义邻区关系的物理小区识别码
榊只榊只
小区和邻小区的指标情况和指标变换判定造成用户高丢包的原因。
(1) 高丢包用户在发生高丢包的前后时刻，当服务小区的电平值RSRP<-108dBm时，判定弱覆盖是造成高丢包的主要原因。此时根据高丢包用户丢包时刻的TA及AOA值，结合站址分布情况，定位弱覆盖的大概位置，并确定造成高丢包用户所在位置弱覆盖的具体原因。
doi: 10.3969/j.issn. 1000-1247.2019.06.006
基于mr的volte高丢包优化分析方法研究
王建王康刘方森
中国移动通信集团设计院有限公司山东分公司
通过对MR数据的深度挖掘，利用关联分析法准确定位小区内用户在发生高丢包时的无线指标特点来分析造成
m高丢包的无线侧的根本原因，并基于此制定针对性的解决方案，做到精准优化。 I LTE MR数据丢包率
MR.LteScRIP TD-LTE服务小区的eNodeB接收干扰功率样本
MR.LteScAOA TD-LTE服务小区的eNodeB天线到达角
MR.LteScPIrULQciX TD-LTE服务小区的上行丢包率，以X标
注：X=1 9
识不同QCI的丢包率
MR.LteScPIrDLQciX TD-LTE服釦J'区的下行丢包率，以X标
丢包率A5%,且QCI = 1的DRB业务PDCP SDU上行期望收到的总包数＞”）00。
VoLTE下行高丢包小区（语音）：QCI = 1的下行数据丢包率A5%,且QCI=1的DRB业务PDCP SDU上行期望收到的总包数＞100（）。
3.2 VoLTE高丟包用户分析方法在日常优化工作中往往根据高丢包小区整体弱覆盖占

4G优化案例：VOLTE高丢包率优化研究和经验总结案例

VOLTE高丢包率优化研究和经验总结案例XXXX年XX月目录VOLTE高丢包率优化研究和经验总结 (3)一、问题描述 (3)二、分析过程 (3)2.1、丢包的指标定义 (3)2.2、丢包的原理机制 (4)2.3、丢包率的影响因素 (5)2.4丢包率的优化思路 (5)三、优化案例 (8)3.1、小区下行质差导致丢包 (8)3.2、小区干扰导致丢包 (9)3.3、全网参数优化调整改善丢包 (12)四、经验总结 (14)VOLTE高丢包率优化研究和经验总结XX【摘要】为了提升VoLTE用户感知，从故障、无线环境、网络负荷、干扰等方面入手排查丢包原因，逐一推进直至问题闭环，做到对工作的流程化、可控化、精细化，总结归纳出相应的处理流程及思路，保障VoLTE用户良好业务感知，达到集团既定目标。

多方位的高丢包率问题处理定界思路，可以大大的提升问题解决速度，做到急用户之所急，提高用户使用感知。

加强网络指标监控，及时通报指标异常区域及TOPN小区，做到早发现早处理早解决问题。

【关键字】VOLTE高丢包小区、故障告警，无线环境，容量，参数【业务类别】优化方法、基础维护、VoLTE、参数优化。

一、问题描述随着VOLTE高清语音的快速普及、VOLTE用户数和业务量逐步增多，VOLTE丢包率对用户语音质量影响较大，为提升用户使用感知，珠海分公司无线中心现针对VOLTE上下行丢包问题进行分析并问题定位。

二、分析过程2.1、丢包的指标定义感知丢包率公式：上行感知丢包率：上行空口丢包率=空口上行用户面丢包数（QCI1）/PDCP层上行用户面流量包数（QCI1）下行感知丢包率：空口下行用户面丢包数（QCI1）/PDCP层下行用户面流量包数（QCI1）VOLTE语音质差小区定义：VOLTE上行高丢包小区：上行感知丢包率≥3%VOLTE下行高丢包小区：下行感知丢包率≥3%终端或者基站调度发出PDCP包后，由于空口质量问题导致在空口传输过程中丢失称为空口丢包。

VoLTE丢包率优化指导手册

VoLTE丢包率优化指导⼿册VoLTE丢包率优化指导⼿册本⽂针对弱覆盖、⼲扰、切换差、⼤话务等造成VoLTE⾼丢包的4⼤类主要原因，分别从分原因处理⾼丢包⼩区、利⽤质量切换和功控调优等策略提升⽹络级指标、运⽤新功能针对性改善特性区域指标等⽅⾯，开展VoLTE丢包分析和优化，根据优化成果，总结了VoLTE 丢包优化⽅法，以供⽇常丢包优化⼯作中使⽤，提⾼优化效果和处理效率。

1. 基于劣化原因快速处理VOLTE⾼丢包⼩区1.1. VoLTE⾼丢包问题原因分析通过统计分析⽇常督办VoLTE⾼丢包⼩区问题原因，主要存在4⽅⾯，分别为弱覆盖、⼲扰、切换问题和⾼话务造成的资源受限，4类问题⼩区占⽐分别达87.5%、3.55%、2.13%、1.7%。

⽽在TDD制式中，VoLTE上⾏覆盖受限和资源受限问题较突出，在分析⾼丢包⼩区时，重点需定位上⾏弱覆盖、上⾏⼲扰、切换及上⾏CCE等资源受限问题，先通过参数优化，快速降低丢包率，改善语⾳感知。

现⽹VoLTE⾼丢包⼩区4类主要原因：⼤话务，资源受限，导致⼤量CCE分配失败；弱覆盖场景（现⽹的主要问题是上⾏弱覆盖）；上⾏⼲扰切换问题（包括切换失败、乒乓切换、切换不及时、邻区缺失等）2019-12-20 第1页, 共36页1.2. ⾼丢包⼩区劣化原因的定义和识别处理VoLTE⾼丢包⼩区的第⼀步是要对丢包原因进⾏定位。

将上述的4类丢包原因定义为4个劣化场景，通过MR⼤数据关联分析，并结合前期已优化解决⼩区详情，找到⼩区劣化场景识别标准和⽅法，可⼤⼤提⾼问题分析效率。

场景定义：空⼝的丢包主要为弱覆盖，⼲扰和⼤话务、切换差4种场景，每种场景会有对应的外在表现，通过⽹管的相关指标可以识别。

识别思路如下：上⾏弱覆盖场景下，PUSCH PRSP<-124dBm⽐例打，同时CCE聚合⽐例和上⾏iBler也变⼤；MR统计时，主要表现为⽆上⾏⼲扰但⼩区PUSCH SINR低于0dBm的⽐例和PHR<0占⽐较⾼。

网络测量中的时延抖动和丢包延迟测量方法解析(三)

在进行网络测量时，时延抖动和丢包延迟是两个重要的指标。

本文将分析和解析网络测量中的这两个指标，并介绍一些常用的方法。

时延抖动是指网络中数据包传输过程中的延迟变化。

在数据传输过程中，由于网络拓扑、路由器、链路负载等因素的影响，数据包的传输延迟会出现波动。

这种波动即为时延抖动。

时延抖动的大小直接影响到网络传输的实时性和稳定性。

在实际应用中，例如语音通话和视频直播等场景中，时延抖动过大会导致音视频的不连贯和丢帧现象，影响用户体验。

为了测量时延抖动，常用的方法是使用网络探测工具或数据包分析工具进行抓包。

通过抓包获取多个数据包的传输时间戳信息，可以计算出时延抖动的具体数值。

在抓包过程中，需要选择合适的采样间隔，即采集数据包的时间间隔。

采样间隔太长会导致时延抖动的统计不准确，无法及时发现延迟波动，而采样间隔太短则会增加测量工作的开销。

因此，选择合适的采样间隔对于时延抖动的测量非常重要。

丢包延迟是指网络中由于网络拥塞、丢包丢失等因素导致的数据包的延迟。

在实时性要求较高的应用场景下，丢包延迟会直接影响到数据的有效传输。

例如视频直播中，如果丢包延迟过高，会导致视频的花屏和卡顿现象，降低用户体验。

为了测量丢包延迟，可以通过发送连续的数据包并在接收端进行统计来得到丢包率和延迟信息。

在实际应用中，常用的方法是使用网络监测工具监测网络中的丢包情况，例如Ping命令和Traceroute命令。

Ping命令通过发送ICMP包并接收响应来判断网络的可达性和延迟情况，可以获取到丢包率和最小/最大/平均延迟等信息。

Traceroute命令则通过发送多个UDP数据包跟踪网络路径，并获取每个节点的延迟信息。

这些信息都有助于评估和分析网络中的丢包延迟情况。

除了上述的基本测量方法，网络测量中还存在一些高级的技术和方法，如主动测量和被动测量。

主动测量是通过主动发送探测数据包，例如UDP、TCP或ICMP包，来测量网络时延抖动和丢包延迟。

被动测量则是通过监听网络中流经的数据包并分析其时间戳等信息，来获取网络的性能指标。

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

网络丢包分析案例解决方案网络丢包是指在数据传输过程中，部分数据包未能正常到达目的地。

网络丢包可能导致数据传输速度变慢、网络连接中断以及影响用户体验等问题。

本文将针对网络丢包分析一个案例，并提出解决方案。

案例分析：假设一个中小型企业，拥有自己的局域网和接入互联网的路由器，由于最近网络丢包问题频发，导致员工在办公过程中遇到了困难。

为了解决这个问题，我们需要进行以下步骤：1.判断丢包情况：首先，需要确定是否存在网络丢包问题。

可以通过ping命令检测网络丢包率。

在命令提示符中输入ping目标IP，可以观察到ping的结果，如果出现丢包，则说明存在丢包问题。

2.排除硬件故障：网络丢包问题可能是由于硬件故障引起的。

首先，需要确保路由器和交换机没有故障。

可以尝试更换网络设备进行排错。

3.检查网络拓扑结构：网络拓扑结构可能导致丢包问题。

过多的中转、线路负载不均衡等都可能导致丢包。

需要检查路由器、交换机和服务器的连接情况，确保没有物理障碍。

4.调整MTU和MSS：最大传输单元（MTU）和最大报文段长度（MSS）是数据包大小的两个参数。

过大的MTU或MSS可能导致网络丢包。

可以通过调整这两个参数，减小数据包的大小，以提高网络稳定性。

5.网络流量管理：网络流量过大可能导致网络拥堵和丢包。

可以限制特定应用程序的带宽使用，或者调整路由器的流量控制策略，以减少网络拥堵和丢包。

6.升级网络设备固件：网络设备的固件可能存在漏洞，导致网络丢包。

可以升级网络设备的固件，以修复已知的漏洞，并提高网络性能。

解决方案：针对上述分析结果，我们提出以下解决方案：1.网络设备故障：更换或修复故障的网络设备，确保网络设备正常运行。

2.优化网络拓扑结构：根据实际情况重新设计网络拓扑结构，减少中转节点，确保网络连接稳定。

3.调整MTU和MSS：根据网络情况调整MTU和MSS的参数，保证数据包大小合适。

4.网络流量管理：使用流量管理工具进行网络流量监控和控制，合理分配网络带宽资源，减少网络拥堵。

一种新的IP网络视频通信丢包错误纠正方案

ｆＭＯ，对纠删失效的视频数据在解码端进行错误掩盖。Ｆ）
关键词视频通信，分组丢失，纠删码，Ｈ．６，灵活的宏块次序２４文献标识码：Ａ文章编号：ｌ０．８６２０）０１７．４０９５９（０６ｌ．８９０
中图分类号：Ｔｌ．Ｎ９９８
Ａｖｌｓ．ｃｅｃｖｒＳｃｍｅｆｒＶｉｅＮｏｅｔＰａｋｔＬｏＲｅｏｅｈｅｏｄｏ
ｅｏｏｃａｍｅｔｏｌＭＯｏ２４ｉｕｅｅｌｔｅｖｄｏｉｆｒｔｎｐｃｅａａｏｅｒｃｖｒｄｒｒｎｅｌｎｏｃｔＦｆＨ．６ｓｓｄｔｄａｈｔｉｅｏｍａｉａｋｔｈｔｎｎｔｅｏｅｅ．ｏｗｉｈｎｏｔｃｂ
ｅａｕｅｃｒｅｔｎｏｅｉｈｓｐｐｒｈｓｅｃｌｎｏｔｒｃｖｒｇｃｐｂｌｙｌｅｒｅｃｄｎｎｅｏｉｇｔｎｓｒｓｒｏｒｃｉｇｃｄｎｔｉａｅａｘｅｌｔｌｓｅｏｅｉａａｉｔ，ｉａｎｏｉｇａｄｄｃｄｎｉａｄｉｅｎｉｎｍｅ
ｅｓｌｏｓｒｃｅ．ｈａｋｔａｉｎｍｅｈｄｉｃｅｓｓｔｅｃｐｂｌｙｏｒｏｅｉｅｃｇｉｓｅｂｒｔｐｃｅｓ．ｈａｉｃｎｔｔｄＴｅｐｃｅｉｔｔｏｒａｅｈａａｉｔｆｅｒｒｓｌｎｅａａｎｔｈｕｓａｋｔｌｓＴｅｙｕｚｏｎｉｉｔｏ

高清视频对网络要求

高清视频通讯对基础网络的整体要求
高清视频会议系统，由于有大量的音视频信息传输，作为一种高标准的网络应用对作为其基础的承载网络环境有着较高的要求。

1.1网络带宽需求
视频会议对网络的带宽需求为：视频带宽+IP包头开销。

一般IP包头开销大约占报文大小的25%。

常用的计算方法为：
视频带宽×125%为网络带宽的最大需求，对于高清的传输一般至少为1.25Mbps。

窄带高清目前实现双向1080p25fps高清通讯最低呼叫速率1Mbps；实现双向720p50fps 高清通讯最低呼叫速率832Kbps；实现双向720p25fps高清通讯最低呼叫速率512Kbps。

因此，建议召开1080p高清会议时，各会场出口带宽不低于1.25Mbps；建议召开720p 高清会议时，各会场出口带宽不低于640Kbps。

1.2端到端的时延
视频会议的通用时延建议小于150ms。

1.3时延抖动
由于音频/视频的传输为实时的交互，因此网络的时延抖动更为至关重要，我们的建议范围为通用时延小于50ms。

1.4丟包率
一般常规网络业务网络丢包率不应该高于0.1%。

视频会议等即时交互通讯在引入优异的网络容错机制后，通常网络上的丟包率不应该高于1%。

1.5跨网通信要求
边界网关即云接入平台RPAD需部署于内网防火墙DMZ区，并针对RPAD给予一对一的地址映射。

此外防火墙需针对RPAD开放若干端口段。

公网终端所在内网无特殊要求。

但防火墙需允许长连接。

1。

一种udp流量丢包率检测方法与流程设计

一种UDP流量丢包率检测方法与流程设计随着互联网的快速发展，网络通信已经成为人们日常生活和工作中不可或缺的一部分。

在网络通信中，UDP（User Datagram Protocol）作为一种无连接的传输层协议，被广泛应用于音视瓶传输、上线游戏等实时性要求较高的场景。

然而，由于UDP协议的特点，如无连接、不可靠，使得在传输过程中可能出现丢包的现象，而丢包率的监测对于实时性要求高的应用而言尤为重要。

本文将介绍一种用于检测UDP 流量丢包率的方法与流程设计。

一、UDP流量丢包率检测方法1. 确定监测节点：首先需要确定监测UDP流量丢包率的节点位置，通常可以选择在客户端和服务器端之间设置一个监测节点，在该节点上进行流量丢包率的监测。

2. 收集数据包：在监测节点上，需要通过抓包工具如Wireshark等工具来收集UDP流量数据包，其中包括UDP数据包的序号、时间戳等信息。

3. 数据分析与计算：收集到UDP流量数据包之后，需要对这些数据进行分析和计算，计算出实际丢包的数量。

4. 计算丢包率：根据实际丢包的数量和总发送的数据包数量，可以计算出UDP流量的丢包率，通常以百分比来表示。

二、UDP流量丢包率检测流程设计1. 设置监测节点：首先需要在客户端和服务器端之间设置一个监测节点，通常可以使用一台专门的服务器来作为监测节点。

2. 安装抓包工具：在监测节点上安装抓包工具，如Wireshark等，用于对UDP流量数据包进行抓取和分析。

3. 配置抓包规则：针对UDP流量，配置抓包工具的抓包规则，只抓取UDP数据包，并筛选出需要监测的目标流量。

4. 数据处理与计算：对抓取到的UDP流量数据包进行处理和计算，分析出实际的丢包数量。

5. 统计丢包率：根据实际丢包数量和总发送数据包的数量，计算出UDP流量的丢包率，并进行统计和记录。

6. 报警与处理：如果UDP流量丢包率超出预设阈值，及时进行报警并进行相应的处理，例如调整网络参数、优化传输路径等。

VoLTE无线感知丢包率优化

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 弃包为下行空口丢包。

网络视频会议丢包问题的排查及解决分析方法

网络视频会议丢包问题的排查及解决分析方法【摘要】本文针对视频会议中遇到的最典型的丢包问题进行了具体分析，并结合实际案例提出了分级分层次的排查问题、解决的问题的方法。

【关键词】网络视频会议；丢包；排查在视频会议项目中，广域网部分都是由运营商来承建。

一旦视频会议中出现因为网络丢包造成的图像或者声音效果不理想时，运营商方面除了通过ICMP协议中的ping包检查他们线路之外，基本没有其他更合适的解决办法。

并且当此网络上其他的非实时业务还在比较正常运行的时候，大家容易将问题归结到视频会议系统的设备上。

事实上，这类问题的原因一般是出在网络这一层面。

本文以一个典型案例来说明，出现因丢包而导致网络视频会议效果不理想时，对这种问题的排查分析方法。

1.案例背景在内蒙古某市工商管理局实施的网络视频会议项目中，视频会议主会场采用的是某视频设备生产商的视讯终端MG6050和视讯网关MCU ME5000且这两个设备都位于市局。

13个旗县的终端MG6050通过运营商的MSTP网络与市局相连。

如图1所示。

在项目实施初期便发现有3个旗县局点掉包严重，使得市局视讯网关MCU ME5000不断的发送异常报文，导致市局观看自己的图像以及下联旗县局的图像有很严重的停顿、马赛克现象。

旗县局观看市局图像同样停顿现象及马赛克现象也很严重。

在图像编解码算法中，媒体流中的视频图像是有I帧、P帧、B帧几种不同的视频帧组合而成。

I帧是关键帧，其它类型的视频帧以I帧为基础进行图像变化部分的编码，，I帧包含了一副图像的完整信息，其数据量很大，一般只在视讯终端刚加入会议、MCU切换广播会场、终端或MCU接收丢包等情况下产生。

P帧是一种以I帧或其它P帧为参考值、对图像的变化量进行编码的视频帧，其数据量较小，会议中一般以传送P帧为主。

B帧是以P帧为基础对图像运动预测进行的编码的双向预测帧，在视讯会议中并不常用。

在多点会议中，当有大量的终端接收数据产生丢包时，这些终端就会向MCU 产生大量的I帧请求，MCU如果不响应则这些丢包终端由于没有I帧作为参考帧，就会无法解码或者出现花屏。

VoLTE丢包弃包分析方法与应用

为实现VoLTE语音包(PDCP层)在终端与基站间的正常传输，则务必保证两个关键点：其一：基站（或终端）不能丢弃PDCP包。业务高负荷、质差引发重传都会大量消耗无线资源，若基站因为缺乏有效的无线资源无法完成对PDCP包的及时调度时，基站（或终端）会主动丢弃VoLTE语音包；其二：空口不能丢失PDCP包。弱覆盖，系统内干扰，系统外干扰都会引发无线网络质差，会直接导致VoLTE语音包在无线空口传输过程中出现丢失。
目前基站语音包下行发送不出去的原因主要有4个： 1）基站打开“异常UE停止调度算法开关”，在空口较差的情况下，一段时间内停止调度该UE，导致弃包； 2）大话务或者远点用户较多的场景下，由于CCE不足导致下行调度延迟，最终导致PDCP层弃包； 3）空口失步后重同步失败的场景下，下行调度停止，PDCP层数据包超时丢弃； 4）切换时UE在目的小区接入出现延迟，数据包转移到目的小区后超时弃包。
1
切换场景入网时延过长导致弃包
原理
如右图所示，在切换过程中，切换命令下发后，源侧基站PDCP 层会把数据包转移到目的侧。如果UE在目的侧入网时延过大，会导致这些转移后的数据包超时而弃包。
案例：如下图所示，UE在目的侧第一次入网时间为710，但直至786后才入网成功，时延为
760ms，在此期间会出现基站弃包。
1
VoLTE感知丢包案例
现象：“通州次渠南里HL-1”小区在近一周出现上行高感知丢包31小时次,严重影响用户感知。分析：通过分析该小区存在大量CCE分配失败，根据CCE分配失败次数情况严重，考虑应该为CCE功率不足导致，查看该小区CCE分配策略为基于覆盖的策略
建议修改PDCCH聚合级别自适应策略为基于容量的策略，于8月8 日中午13点修改，修改后指标行丢包率已经下降至5%以下。