RE: [AVT] RE: <draft-ietf-avt-rtp-vmr-wb-03.txt>: sampling rate

sassan.ahmadi@nokia.com Wed, 08 September 2004 07:17 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA16178 for <avt-archive@ietf.org>; Wed, 8 Sep 2004 03:17:44 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C4wll-00020u-7F for avt-archive@ietf.org; Wed, 08 Sep 2004 03:21:29 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C4wgA-0002y8-7i; Wed, 08 Sep 2004 03:15:42 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C4wbz-0002Jn-Qs for avt@megatron.ietf.org; Wed, 08 Sep 2004 03:11:27 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA15866 for <avt@ietf.org>; Wed, 8 Sep 2004 03:11:22 -0400 (EDT)
From: sassan.ahmadi@nokia.com
Received: from mgw-x1.nokia.com ([131.228.20.21]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C4wfZ-0001vj-U0 for avt@ietf.org; Wed, 08 Sep 2004 03:15:07 -0400
Received: from esdks003.ntc.nokia.com (esdks003.ntc.nokia.com [172.21.138.158]) by mgw-x1.nokia.com (Switch-2.2.8/Switch-2.2.8) with ESMTP id i887BD112444; Wed, 8 Sep 2004 10:11:13 +0300 (EET DST)
X-Scanned: Wed, 8 Sep 2004 10:10:35 +0300 Nokia Message Protector V1.3.31 2004060815 - RELEASE
Received: (from root@localhost) by esdks003.ntc.nokia.com (8.12.9/8.12.9) id i887AZHi002157; Wed, 8 Sep 2004 10:10:35 +0300
Received: from mgw-int2.ntc.nokia.com (172.21.143.97) by esdks003.ntc.nokia.com 00QYbLwR; Wed, 08 Sep 2004 10:08:12 EEST
Received: from daebh001.NOE.Nokia.com (daebh001.americas.nokia.com [10.241.35.121]) by mgw-int2.ntc.nokia.com (Switch-2.2.8/Switch-2.2.8) with ESMTP id i8878BS08817; Wed, 8 Sep 2004 10:08:11 +0300 (EET DST)
Received: from sdebe002.NOE.Nokia.com ([172.19.201.138]) by daebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.6881); Wed, 8 Sep 2004 02:08:10 -0500
x-mimeole: Produced By Microsoft Exchange V6.0.6487.1
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [AVT] RE: <draft-ietf-avt-rtp-vmr-wb-03.txt>: sampling rate
Date: Wed, 08 Sep 2004 00:08:09 -0700
Message-ID: <0B08EA1BF5F6304992CDC985EE02209E02A7435F@sdebe002.americas.nokia.com>
Thread-Topic: [AVT] RE: <draft-ietf-avt-rtp-vmr-wb-03.txt>: sampling rate
Thread-Index: AcSUxiBfgxGE4anoQ4CjepWolvUC0wApcRXg
To: Qiaobing.Xie@motorola.com
X-OriginalArrivalTime: 08 Sep 2004 07:08:10.0518 (UTC) FILETIME=[995F3360:01C49572]
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
Content-Transfer-Encoding: quoted-printable
Cc: magnus.westerlund@ericsson.com, avt@ietf.org, csp@csperkins.org
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
Sender: avt-bounces@ietf.org
Errors-To: avt-bounces@ietf.org
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Content-Transfer-Encoding: quoted-printable

Hi Qiaobing,

> Is it true that all the coded frames output from a VMR-WB 
> __encoder__ use the 12.8k sampling 
> rate, independent of the original sampling rate of the speech?


The above statement is true. However, I want to make sure that it is not misinterpreted.

The VMR-WB encoder converts the 8 or 16 kHz sampled input speech to 12.8 kHz prior to the encoding functions. This INTERNAL sampling frequency is transparent (hidden) to the user. The bit stream generated by the encoder is then transmitted to the VMR-WB decoder.

The VMR-WB decoding functions are independent of the encoder input speech sampling frequency. By default, the VMR-WB decoder generates a wideband output, unless instructed otherwise. The internal sampling frequency must now be converted to 16 kHz (for wideband output) and the higher frequency band (6.4 to 7 kHz spectrum) must be reconstructed by the decoder. If a narrowband output is desired then 12.8 kHz sampling frequency must be converted to 8 kHz. Therefore, you CANNOT use the 12.8 kHz internal sampling frequency for any other purposes than the encoding-decoding functions. 

Depending on the output audio interface (or the network interface), one may wish to instruct the decoder to generate a narrowband or wideband output.

For proper operation, the RTP timestamp clock rate must be either 8000 or 16000 depending on the narrowband or wideband operation, respectively. The 12800 Hz internal sampling rate CANNOT be used for the RTP timestamp clock rate. The correct timestamp or clock rate (8000 or 16000) is required for proper buffering and other functions in the transmitting and receiving sites.

cdma2000 Service Option 62 (VMR-WB) also recognizes only 8000 or 16000 Hz sampling frequencies.

Since VMR-WB and AMR-WB codecs share the same core technology, the concept of 12800 Hz internal sampling frequency is used in both codecs. As you see in AMR-WB RFC and 3GPP specs, there is no external usage of the internal sampling frequency and the default RTP clock rate for the AMR-WB codec is 16000 Hz.

Regards

-Sassan Ahmadi


_______________________________________________
Audio/Video Transport Working Group
avt@ietf.org
https://www1.ietf.org/mailman/listinfo/avt