# Forum: GNU Radio decimation rate of GSM

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
on 2009-02-05 04:32
```Hi all,

I have a question about the decimation rate of GSM (channel is 200kHz
wide).

I search the decimation rate of GSM for GNURadio on the Google. Â I got
some information from
http://www.segfault.net/gsm/The_Beginners_Guide_to...

However, I don't understand whyÂ they said the sample rate has to be at
least 400 kHz (after Nyquistâ€™s theorem).Â  TheyÂ used a decimation of 128.
I think throughÂ the Nyquistâ€™s theorem, the sample rate should be 200kHz
(fs>2fmax, and fmax should be 100kHz). I think the decimation factor is
256.

Thank you,
Jane```
on 2009-02-05 04:46
```2009/2/4 Jane C. <removed_email_address@domain.invalid>:

Since the USRP performs quadrature downconversion to complex baseband
samples, the Nyquist limit is *equal* to the maximum passband
bandwidth.  So a 200 KHz wide signal would need a minimum of 200K
(complex) samples per second to faithfully represent its spectral
content.  This is different from dealing with real-valued signals,
which do require a sample rate of at least twice the frequency
content.

However, other factors come in to play.  You will want to allow for
the fact that the USRP's downsampler has a significant (6dB) droop at
the passband edges, and this would affect your signal fidelity.   This
would call for having the baseband sample rate be something higher.

In addition, if you are going to actually start demodulating the
signal, you will need at some point in your signal processing chain to
resample to a sample rate that is related to GSM symbol rate.   There
are a variety of choices that trade off CPU usage vs. complexity, and
one of the variables is the USRP decimation rate you start with.

Johnathan```
on 2009-02-05 21:22
```Hi Johnathan,
Â
Thank you so much for your reply.Â I would like to make sure I don't
misunderstand what you mentioned. Do you mean that I can chooseÂ  a
decimation factor less than 320 (64M/200k) (without considering the 6dB
droop at the passband edges at this moment)? Then, I can tune the
decimation factorÂ  lower to see whatÂ the differences are between them.

Thank you,
Jane

________________________________
From: Johnathan C. <removed_email_address@domain.invalid>
To: Jane C. <removed_email_address@domain.invalid>
Sent: Wednesday, February 4, 2009 6:45:26 PM
Subject: Re: [Discuss-gnuradio] decimation rate of GSM

2009/2/4 Jane C. <removed_email_address@domain.invalid>:

Since the USRP performs quadrature downconversion to complex baseband
samples, the Nyquist limit is *equal* to the maximum passband
bandwidth.Â  So a 200 KHz wide signal would need a minimum of 200K
(complex) samples per second to faithfully represent its spectral
content.Â  This is different from dealing with real-valued signals,
which do require a sample rate of at least twice the frequency
content.

However, other factors come in to play.Â  You will want to allow for
the fact that the USRP's downsampler has a significant (6dB) droop at
the passband edges, and this would affect your signal fidelity.Â  This
would call for having the baseband sample rate be something higher.

In addition, if you are going to actually start demodulating the
signal, you will need at some point in your signal processing chain to
resample to a sample rate that is related to GSM symbol rate.Â  There
are a variety of choices that trade off CPU usage vs. complexity, and
one of the variables is the USRP decimation rate you start with.

Johnathan```
on 2009-02-05 23:24
```On Thu, Feb 5, 2009 at 11:21 AM, Jane C. <removed_email_address@domain.invalid>
wrote:

> Thank you so much for your reply. I would like to make sure I don't
> misunderstand what you mentioned. Do you mean that I can choose  a
> decimation factor less than 320 (64M/200k) (without considering the 6dB
> droop at the passband edges at this moment)? Then, I can tune the decimation
> factor  lower to see what the differences are between them.

Yes.

Johnathan```
This topic is locked and can not be replied to.