discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

## Re: [Discuss-gnuradio] decimation rate of GSM

 From: Jane Chen Subject: Re: [Discuss-gnuradio] decimation rate of GSM Date: Thu, 5 Feb 2009 11:21:11 -0800 (PST)

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 Corgan <address@hidden>
To: Jane Chen <address@hidden>
Cc: address@hidden
Sent: Wednesday, February 4, 2009 6:45:26 PM
Subject: Re: [Discuss-gnuradio] decimation rate of GSM

2009/2/4 Jane Chen <address@hidden>:

> 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_analyzing_GSM_data_in_MatLab.pdf
>
> 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.
> I am confused. Could anyone please help me?

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

reply via email to

 [Prev in Thread] Current Thread [Next in Thread]