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延时基本没有影响