OPENVIDU实现网络质量检测统计

1.前言

在WebRTC中,我们需要对当前的音视频情况进行监控,便于对音视频质量有一个了解,同时可以用来分析定位音视频卡顿模糊等问题。WebRTC提供了一个标准的解决方案:标准详情,基于此标准Kurento也提供了一套实现方案,接下来就来具体介绍一下。

 

2. 序列图

依照上述时序图openvidu这块步骤分为2步:

第一步创建媒体通道时开启WEBRTC统计信息:

pipeline.setLatencyStats(true);

 

第二步端点调用getStats方法并处理返回Map类型的数据,重点在第二步上面。

 

 

其中getStats方法可分别获取video流,audio流,data数据的质量统计,其中返回的Map数据里面以键值对的形式包含有所需要的数据。

列表如下:

l ssrc:同步源(SSRC)。

l firCount:计算发送方收到的完整内部请求(FIR)数据包的总数。此指标仅对视频有效,并由接收方发送。

l pliCount:计算发送方接收并由接收方发送的数据包丢失指示(PLI)数据包的总数。

l nackCount:计算发送方接收到并由接收方发送的否定确认(NACK)数据包的总数。

l sliCount:计算发送方接收的切片丢失指示(SLI)数据包的总数。此指标仅对视频有效,并由接收方发送。

l remb:接收器估计的最大比特率(REMB)。此指标仅对视频有效。

l packetLost:此SSRC丢失的RTP数据包总数。

l packetReceived:为此SSRC接收的RTP数据包总数。

l bytesReceived:为此SSRC接收的字节总数。

l jitter:此SSRC的数据包抖动(以秒为单位)。

l packetSent:为此SSRC发送的RTP数据包总数。

l bytesSent:为此SSRC发送的字节总数。

l targetBitrate:此SSRC当前配置的比特率目标,以每秒比特数为单位。

l roundTripTime:基于RTCP时间戳,此SSRC的估计往返时间(秒)。

l audioE2ELatency:端到端音频延迟(以纳秒为单位)。

l videoE2ELatency:端到端视频延迟(以纳秒为单位)。

l inboundrtp:KMS中收到的流的统计信息。

l outboundrtp:KMS发送的流的统计信息。

 

3. 注意事项

网络质量衡量的是网络链路的强度,而不是用户对视频或音频的实际感知。这一区别很重要:即使面对非常糟糕的网络链接,WebRTC仍包含非常先进的机制来尝试调整传输,但是并不能保证这些机制足以提供无缝的体验。在最佳情况下,没人会注意到,视频或音频流将以高质量进行,好像什么也没发生。否则,视频和音频可能会断断续续,并且整体质量会下降。

 

4.结束语

关于openvidu实现网络质量检测统计的分享就到这里咯。还请各位观众老爷多多交流指正哦。

posted on 2021-04-02 14:47  睿江云  阅读(392)  评论(0编辑  收藏  举报