[Top][All Lists]

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

Re: [Discuss-gnuradio] Re: [Openbts-discuss] how openbts set channel ban

From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] Re: [Openbts-discuss] how openbts set channel bandwidth?
Date: Wed, 29 Dec 2010 01:17:10 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20101103 Fedora/1.0-0.33.b2pre.fc14 Thunderbird/3.1.6

On 12/28/2010 09:14 PM, James Jordan wrote:
Hi Marcus, Thanks for reply. If set the decimation rate exactly the receive bandwidth then gnuradio will automaticly
filter the signal at the receive bandwidth?
Decimation *is* filtering (or, more precisely, filtering is an integral part of decimation).

On the USRP1, the A/D is sampled at a fixed 64Msps
On the USRP2, the A/D is sampled at a fixed 100Msps

The bandwidth that is "presented" to the host interface is whatever the "native" sample rate is, divided by the decimation value, which is
  a fixed integer, and must be even.

So, using the USRP1 example, which samples at 64Msps, if you use a decimation value of 8, the bandwidth "presented" to the host is 8MHz (64Msps/8), centered around whatever your center frequency is. If your desired bandwidth doesn't exactly match whatever gets presented to the host, you'll have to further filter in software, which is where Gnu Radio comes in if you're using Gnu Radio, or
  what OpenBTS does using its own software.

An added "wrinkle" is that for OpenBTS, generally the USRP1 is modified to use a 52MHz sample clock.

Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

reply via email to

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