所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

CloudEC V600R019C00 典型故障处理(企业入驻式,融合会议)

评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
视频卡顿/花屏

视频卡顿/花屏

现象以及可能的原因

现象:在多方会议或者点对点通话中,特定的会场,看到其他会场的视频画面卡顿/花屏,或者其他会场看到特定会场的视频画面卡顿/花屏。

终端,传输网以及媒体处理设备的异常都可能导致视频卡顿/花屏,常见的问题根因分别描述如下:

【终端问题】:包括终端发送的视频帧率低、终端频繁发送I帧。

【传输网故障】:包括MCU收到的报文有丢包、MCU收到的报文有误码,UE收到的报文有丢包、UE收到的报文有误码。

【媒体设备故障】:包括MCU发送的视频帧率低。

处理思路

同语音处理类似,会议视频处理是一个串行的过程,从会议发言方信号的采集到接听方终端的播放,经过了多个环节。以一次视频会议为例,需要经过如下的环节:

图1-18 处理过程

对于视频卡顿/花屏的处理思路,基于SessionInsight上采集的指标,从接听方终端起始,沿着媒体处理的方向反方向逐段排查确认,最终达到问题定位的目的。

处理步骤

图1-19 视频卡顿问题分析
P1,当前会场看到其他会场的视频画面卡顿

【判断规则】:

由用户判断是否是当前会场看到其他会场的视频画面卡顿

P2,终端收到的报文有丢包

【判断规则】:

通过接收方终端的网络丢包个数(Net Lost Packets(Network receiving))、收端解码帧率(Decode Frame Rate(Decoding))来判断:在正常情况下,网络丢包个数为0;如果出现丢包,网络丢包个数会大于0,同时收端解码帧率会出现下降。

【示例说明】:

图1 终端接收网络丢包个数与解码帧率指标所示,从19:01开始,网络丢包个数从0开始增加到大于0,同时收端解码帧率出现了下降,可以判定是由于网络丢包导致了视频卡顿。

图1-20 终端接收网络丢包个数与解码帧率指标
P3,MCU到SBC的报文有丢包

【判断规则】:

通过SBC的接收平均丢包率(核心侧视频主流)来判断:如果接收平均丢包率(核心侧视频主流)大于0,则判定MCU到SBC的报文有丢包。

【示例说明】:

图1 SBC视频接收平均丢包率指标所示,接收平均丢包率大于0,则判定MCU到SBC的报文有丢包。

图1-21 SBC视频接收平均丢包率指标
P4,终端收到的报文有误码

【判断规则】:

通过终端的收端解码帧率Decode Frame Rate、收端解码异常次数DstDecErrorCnt、网络丢包个数Net Lost Packets来判断:如果网络丢包个数为0,收端解码异常次数突然增加,同时收端解码帧率下降,则表明终端收到的报文有误码。

【示例说明】:

具体请参见P9,MCU收到的报文有误码中的示例说明。

P5,MCU发送的视频帧率低

【判断规则】:

通过媒体源端(MCU)编码发送总帧数、媒体收端(UE)接收帧率、媒体收端(UE)解码帧率来判断:如果收端解码帧率、收端接收帧率、编码发送总帧数都较低,帧率都低于10帧/s,则标明视频卡顿是由于MCU发送的视频帧率比较低造成的。

【示例说明】:

图1 MCU视频编码帧率指标所示,MCU编码目标编码30帧,实际编码只有1帧;如图2 终端视频解码帧率指标所示,终端解码只有1帧,可以判断MCU编码帧率低。

图1-22 MCU视频编码帧率指标
图1-23 终端视频解码帧率指标
P6,其他会场看到当前会场的视频画面卡顿

【判断规则】:

由用户判断是否是其他会场看到当前会场的视频画面卡顿,进入后续处理流程。

P7,MCU收到的报文有丢包

【判断规则】:

通过MCU侧的网络丢包个数(Net Lost Packets(Network receiving))和收端解码帧率(Decode Frame Rate(Decoding))来判断:如果网络丢包个数突然增加,同时收端解码帧率开始下降,则判定是由于网络丢包造成视频卡顿。

【示例说明】:

图1 MCU视频网络接收丢包率与解码帧率指标所示,在Net Lost Packets上升的时候,Decode Frame Rate开始下降,并且在持续丢包的过程中,Decode Frame Rate一直较低。

图1-24 MCU视频网络接收丢包率与解码帧率指标
P8,终端到SBC的报文有丢包

【判断规则】:

通过SBC的接收平均丢包率(接入侧视频主流)来判断:如果接收平均丢包率(接入侧视频主流)大于0,则判定终端到SBC的报文有丢包。

【示例说明】:

具体请参见P2,终端收到的报文有丢包

P9,MCU收到的报文有误码

【判断规则】:

通过MCU的收端解码帧率Decode Frame Rate、收端解码异常次数Decode Errors(Decoding)、网络丢包个数Net Lost Packets来判断:如果网络丢包个数为0,收端解码异常次数突然增加,同时收端解码帧率下降,则表明MCU收到的报文有误码。

【示例说明】:

图1-25所示,从21:12开始,收端解码异常次数突然增加,同时收端解码帧率下降,但网络丢包个数一直为0,表明MCU收到的报文有误码。

图1-25 MCU视频网络接收丢包数&解码帧率&解码报错次数指标
P10,终端频繁发送I帧

【判断规则】:

通过媒体源端(UE)发送的I帧总数(I Frames(Coding))、媒体收端(MCU)实际收到I帧数(Receive I Frames(Decoding))和收端解码帧率(Decode Frame Rate(Decoding))来判断:如果媒体源端发送的I帧总数和媒体收端实际收到I帧数的帧率较高,达到1帧/s,同时收端解码帧率下降,则判定是由于终端频繁编码I帧导致视频卡顿。

【示例说明】:

图1 终端视频编码帧率指标图1-27所示,I Frames(Coding)和Receive I Frames(Decoding)中I帧的帧率达到了1帧/s,同时Decode Frame Rate(Decoding)出现了下降,是因为终端频繁编码I帧导致视频卡顿。

图1-26 终端视频编码I帧指标
图1-27 MCU视频解码I帧&解码帧率指标
P11,终端发送的视频帧率低

【判断规则】:

通过媒体源端(UE)编码发送的总帧数、媒体收端(MCU)接收帧率和媒体收端(MCU)解码帧率来判断:如果收端解码帧率、收端接收帧率、编码发送总帧数都较低,帧率都低于10帧/s,则表明视频卡顿是由于终端发送的视频帧率比较低造成的。

【示例说明】:

图1-28图1-29所示,收端解码帧率、收端接收帧率、编码发送总帧数都较低,编码发送帧率低于10帧/s,是因为终端发送的视频帧率低导致的视频卡顿。

图1-28 终端视频编码帧数指标
图1-29 MCU视频接收帧数&解码帧率指标
翻译
下载文档
更新时间:2019-08-07

文档编号:EDOC1100059052

浏览量:2938

下载量:28

平均得分:
本文档适用于这些产品
相关版本
相关文档
Share
上一页 下一页