discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] plateau detectors


From: Martin Braun
Subject: Re: [Discuss-gnuradio] plateau detectors
Date: Mon, 24 Nov 2014 15:08:18 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0

On 11/22/2014 06:01 PM, Marcus Müller wrote:
> Hi zs,
> hm, there's basically three places (that I know of) that GR uses Schmidl
> & Cox:
> the ofdm_chanest Channel estimator, the original S&C-based
> ofdm_sync_pn.py and the more robustness-optimized version in
> ofdm_sync_pnac.py.
> I suspect you're referring to one of the two ofdm_sync_pn*.py , but they
> differ a bit in how they deal with the peaks. Thus:
> Which implementation are you referring to exactly?

He's probably referring to plateau_detector_fb.

> Generally, Schmidl & Cox [1] states that
> "The timing metric reaches a plateau [...] For the AWGN channel, there
> is a window with a length of the guard interval where the metric reaches
> a maximum, and the start of the frame can be taken to be anywhere within
> this window without a loss in the received  SNR."
> Thus, without having really read throu ofdm_sync_pn.py in depth, if
> using the original approach, you shouldn't even care where the plateau
> is converted to a 1.

This. Also, how do you detect plateaus? Have a look at the code. Finding
the middle is easy, but how do you know you're at the beginning?

M



reply via email to

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