Forum: GNU Radio R: Re: around empty subcarrier in 802.11n implementation

Announcement (2017-05-07): is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see and for other Rails- und Ruby-related community platforms. (Guest)
on 2013-10-09 10:52
(Received via mailing list)
Thanks for your answer.
I'm a computer scientist, so I'm not so aware of what DC-offset exactly
means, but I'm going to try this tuning. I'll let you know if I solve
the problem.
Best regards

----Messaggio originale----


Data: 08/10/2013 16.22

A: <>

Ogg: Re: [Discuss-gnuradio] around empty subcarrier in 802.11n

Likely, if it's the central tones, you're looking at DC-offset (or the
removal thereof) interfering.

You can use offset tuning in the hardware to slide the DC offset outside
of your passband.

on Oct 08, 2013, <> wrote:

Hi list,

I'm using gnuradio 3.6.0 together with USRPs N210 for implementing OFDM
n communications, just SISO for the moment (in the future it would be
have properly modified parameters such as FFT size, number of occupied
and so on. I have also included all preambles (STF, LTF...) and I have
accordingly modified the "correlate" and "calculate_equalizer" functions
ofdm_frame_acquisition. FEC is also included in the chain. In the
ofdm_frame_sink file I've added a function that computes SNR in a

Everything is working fine, I obtain about 80% of correct packets, but
noticed from the snr plotting, that the carriers around the central
empty one
(3 subcarriers before and 3 subcarriers after) have very poor snr
values. So
I've investigated about this effect, and I've realized that the all
transmission errors are in those subcarriers and, in most cases, FEC is
able to
recover, but I would like to understand why this happens.

I conducted some searches in the web but unfortunately I didn't find an
Let me know if you need some other information about my implementation.

Thanks for your attention
This topic is locked and can not be replied to.