XXX单位VP9650MCU 与S友商终端对接;在召集会议时,会议中的其他会场观看主会场(S友商终端)的主流不定时出现卡顿。经确认,会议中的所有会场观看S友商终端的主流会出现不定时的卡顿,观看其他会场华为终端图像正常;会场IP线路测试也正常。更换该局点其他的9660 MCU进行测试,发现同样存在卡顿,且现象更明显.

 处理过程

MCU 日志分析:

1、  查看MCU 信息发现,该会场为10号会场;

2、卡顿一般由于解码过多的 I帧或者解码报错引起,因此查看针对该会场的I帧情况,发现MCU视频模块向该会场请求过99个I帧,说明MCU 视频模块有过多次的解码报错。

3、一线分析相应的S友商终端发送来的码流,经过仿真测试分析发现

1)有少量丢包

2)S友商终端发送来的视频数据存在问题,丢失了一个slice(每一帧数据由多个slice组成,丢失之后会导致解码失败)如下图中的绿色部分为丢失的slice。

4、进一步分析S友商丢失slice 的原因,发现S友商对视频RTP数据的打包格式为 单一分组打包,最后一个slice 应该是这一帧的最后一个包,但分析S友商的视频包,发现这一帧并未丢失,因此排除了丢包引起slice 丢失的可能。确定是S友商本身发出来的视频数据存在问题。
 
 

 根因

综上所述,出现卡顿的根因是S友商终端发送的视频数据中概率性的丢失slice数据。

 解决方案

通过日志及码流分析,基本可以确认是S友商终端对编码处理存在问题。