VoLTE测试培训文档.pptVIP

6 延迟 6.1 接收方向MFEVIII.1 延迟 : D_RCV_MFEVIII.1 D_RCV_MFEVIII.1可以被描述以下面的方式： AES端口的连续音频输入因为MFEVIII.1处理延迟会引入一定的延迟。当使用AMR，AMR-WB，GSM-EFR和G729编解码，会引入40.0417ms延迟；当使用其他编解码的时候，会引入30.0417ms延迟。Opus编解码重采样延迟是0.75ms。对于其他的编解码，重新采样引入的延迟取决于编码的采样频率。 ? 8kHz：5ms重采样延迟 ? 12kHz：3.33ms重采样延迟 ? 16kHz：2.5ms重采样延迟 ? 32kHz：1.25ms重采样延迟 ? 48kHz：0ms重采样延迟 对于所有可能的编码，编码缓冲器和RTP缓冲器共同引入了RTP传输数据包长度的延迟。 编码引入的延迟： ? AMR，GSM-EFR，G729，Opus：5ms ? AMR-WB:5.9375ms ? G722:1.375ms ? speex 32kHz:15.895ms ? speex 16kHz：14ms ? speex 8kHz：10ms ? SILK ☉ 12kHz，20ms packetlength：5.9ms ☉ 16kHz，20ms packetlength：5.5ms ☉ 24kHz，20ms packetlength：5.5ms ☉ Other parameter combinations：5ms 6.2发送方向MFEVIII.1 延迟 : D_SND_MFEVIII.1 D_SND_MFEVIII.1可以被描述以下面的方式： 抖动缓冲延迟(JItter Buffer Delay)已经在23页描述了。 解码延迟是10ms。 D_SND_MFEVIII.1重采样延迟等同于D_RCV_MFEVIII.1重采样延迟。 MFEVIII.1加了30.0417ms的处理延迟到D_SND_MFEVIII.1. 6.2.1 抖动缓冲延迟和时钟偏移 MFEVIII.1是一个基于数据包的VOIP客户端。不同于电路交换方案，MFEVIII.1 和被测设备（DUT）不被强制要求时钟同步。基于这个原因，三个不同的场景 因抖动缓冲延迟加以区分。 I）DUT的时钟快于MFEVIII.1延迟 DUT发RTP包快于MFEVIII.1解码RTP包。MFEVIII.1抖动缓冲器接收数据包基于 DUT的时钟，抖动缓冲器发送数据包给MFEVIII.1解码基于解码的时钟时间戳也 就是MFEVIII.1的时钟。因此，随着时间推移抖动缓冲程度增加。D_SND_MFE VIII.1延迟随着时间推移也在增加。MFEVIII.1抖动缓冲被限制最大填充是2s。如 果填充达到，抖动缓冲里面所有数据包都会被丢掉。 II）DUT的时钟慢于MFEVIII.1延迟 在这种情况下，MFEVIII.1抖动缓冲发送数据包去解码快于它从DUT接收数据包。 因为这个原因，抖动缓冲填充程度减少。因为减少了填充程度，每个数据包在抖动缓冲花费了更少的时间相比前一个。因此，D_SND_MFEVIII.1延迟在减小。当抖动缓冲为空和解码器等待数据包输入以便解码，静默会被输入到音频流里面。延迟会增加因这一长度的静默，可以通过下图看这一过程： 这一长度的静默增加取决于所用的编解码。对于AMR-WB，AMR和GSM-EFR 编解码20ms的静默被插入，对于其他的编解码是10ms静默。 III）DUT和MFEVIII.1有同步时钟 如果DUT和MFEVIII.1都用同步时钟，在网络上的平均延迟保持恒定。在这种情况下，网路和DUT引入零平均抖动。这引入了通过网络的可变延迟，这恰好由抖动缓冲补偿。因此，网络延迟加上抖动缓冲延迟是恒定的，可以通过下图来看： 很明显的，只有在III）情况下，可以准确的测试延迟。在调节了MFEVIII.1和DUT的时钟后，为了重置抖动缓冲到一个默认的状态，自动抖动缓冲需要重置，或者手动重置。 6.2.2 延迟表 可能的编解码和数据包长度的延迟在下面表格中有列举。下面延迟测试是在内置抖动缓冲长度为0ms和理想网路0ms延迟。对于抖动缓冲长度大于0ms， D_SND_MFEVIII.1延迟和round_trip 延迟由抖动缓冲长度增加。 编解码标记‘*’是