新闻资讯

当前位置: 网站首页 > 新闻资讯 >

视频会议系统调度MCU多画面会议图像卡顿

问题描述

调度视频会议系统MCU多画面会议,人在画面中运动时,多画面图像频繁卡顿

告警信息

处理过程

问题的详细分析过程:
1) 客户现场重现问题,观察到多画面卡顿时,以此同时视频会议系统MCU编码器的I帧数也在增加,说明图像卡顿是因为编I帧导致的。但是谁在向视频会议系统MCU请求I帧呢?正常情况下,视频会议系统MCU是不会编I帧的。

2) 从视频会议系统MCU状态信息中可以看到,当时会议中有9个会场。其中向视频会议系统MCU请求I帧数最多的两个会场是1号会场 和6号会场,分别请求了616次和47次。

3) 查看1号会场和6号会场的网络状况。
1号会场的通话状态,接收码率为1.3M时,接收丢包率达到6.9%。

6号会场的通话状态,接收码率为700多k时,接收丢包率达到3.5%。

4) 最后确认问题根因是1号会场和6号会场有较大丢包,然后频繁向视频会议系统MCU请求I帧,导致多画面图像频繁卡顿。

根因

广播多画面时,各会场都在看同一路视频会议系统MCU多画面码流,如果某个目的会场网络丢包,会导致视频解码出错而花屏,这时必需要向源请求重发一个I帧恢复。多次I帧的效果则会使看到的多画面有卡顿现象。在同样的硬件配置下,业界同类型的视频会议系统MCU都是如此处理的。在会议正常情况下,则不需要通过编I帧恢复。
所有多画面的编解码处理都是在视频会议系统MCU上完成,即多画面的处理除了在视频会议系统MCU上接收转发数据外,还会在比单画面多了子画面的滤波处理(图像缩小)和多画面的合成处理,以及重新编解码处理,在网络丢包较多时,丢包会场连续的请求I帧,导致视频会议系统MCU的多画面反复编I帧,这些因素都会使视频会议系统MCU多画面编码器降帧。帧率降低,表现出来的现象就是在运动量较大时有偶尔的卡顿现象。

建议与总结

规避措施:
1) 如果在会议之前就知道某会场网络状况较差,在定义会议的时候可以降低该会场的会议带宽,或将丢包会场定义为720P能力,通过视频会议系统MCU适配隔离方法规避。
2) 如果在会议过程中发现某会场网络状况较差,可以让该会场选看某一会场,不要让该会场观看多画面,减少对整体会议多画面的影响。
注:会议中如何判断哪些会场网络状况较差?
1) 第一种方法是通过RM业务软件直观显示:当会场的丢包率达到某个值(RM上可以配置,建议设置成2%)时,RM界面上会在该会场的右侧显示红色指示灯。

2) 另外一种方法是:在视频会议系统MCU主控板上打”con get”命令,显示如下信息,从中可以找到实际会场名称跟会场号的对应关系,如下图中被标红的两列。

然后连续打“con get xx ifr”命令,会显示如下信息,如果被标红那一列中的某个数值在不停增加,说明对应会场(根据会场号可以查找到实际的会场名称)的网络状况差。

建议:
优化视频会议系统MCU配置后,多画面效果会有所改善。但是,想要获得更好的图像效果,还是需要从源头抓起,优化网络。

发布时间:2017-03-15 07:55:20   编辑:北京万歌恒宇