webrtc黑盒延时测试

声明:本文翻译自BLACK BOX DELAY TESTING OF WEBRTC

1.服务质量与延时

VoIP应用的3个主要服务质量维度分别是:网络抖动、丢包率和发送端到接收端的延迟。
延迟相关建议:

  • 0-150ms 是可以接受的
  • 150-400ms 可以接受,但是会影响通话质量
  • 超过400ms 通常是不可接受的

备注:M2E(mouth-to-ear)

2.webrtc延时相关问题

  • 端点对整体M2E延时的影响?
  • 数据包的大小是如何影响webrtc的M2E延时的?
  • 编码率是如何影响webrtc的M2E延时的?
  • 编解码器对webrtc的M2E延时有何影响?
    这里写图片描述

3.测试条件

  • 每一次实验包括10次呼叫,每一次呼叫包含10次延时样本,每一次呼叫持续时间3到3.5分钟。
  • 每一次实验共包括100次延时测量和100次ping样本。
  • 在所有实验中ping 远小于 10ms,可以忽略不计。
    这里写图片描述

4.视频和音频的影响

这里主要考虑只有音频和同时有音频视频两种情况的延时,比较结果如下:
这里写图片描述
从比较如果可以看出:如果只有音频,延时降低了10ms,并且标准差更小。

5.数据包大小的影响

数据包大小与延时的关系如下表所示:

这里写图片描述
当数据包的大小递增时,M2E延时呈非线性关系。
数据包的大小有一个极值,当数据包的大小在20ms左右时,延时最小,大于或者小这个范围都会导致延时增加。
这里写图片描述

6.编码速率的影响

考虑不同编码速率对延时的影响,统计结果如下表:
这里写图片描述
不同编码速率对webrtc的M2E延时基本没有影响。

7.编解码器的影响

考虑不同的编解码器对延时的影响,统计结果如下表:
这里写图片描述
不同的编解码器对webrtc的M2E延时基本没有影响。

8.结论

  • 数据包的大小对webrtc的M2E延时有显著影响
    • 抖动缓冲被识别为关键因素
  • 编码速率和编解码器对webrtc的M2E延时基本没有影响

猜你喜欢

转载自blog.csdn.net/zhuiyuanqingya/article/details/81130549