[Top][All Lists]

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

Re: [Discuss-gnuradio] gr-channel: adding ETSI/3GPP channel model taps

From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] gr-channel: adding ETSI/3GPP channel model taps
Date: Wed, 30 Dec 2015 10:58:00 -0500

On Wed, Dec 30, 2015 at 5:33 AM, Marcus Müller <address@hidden> wrote:
I must admit I did that, but feel unsure about how many sines I'd need to use to simulate spread.
The result I got with 8 and standard doppler spread don't look overly healthy, and osmocore/gr-gsm has a hard time understanding noise-free synthetic bcch bursts after going through the fading model.
Any advice on that?

Best regards,

Talk to Tom Tsou and show him your results. He has a lot of experience looking at these things and should be able to tell you within a few orders of magnitude* if they look at all reasonable.


* "Few orders" is kind of a joke. But not entirely.

Am 29. Dezember 2015 22:16:53 MEZ, schrieb Johnathan Corgan <address@hidden>:
On Tue, Dec 29, 2015 at 11:50 AM, Marcus Müller <address@hidden> wrote:
ETSI TS 145 005 V[1] specifies the relevant GSM channel models.

I do have a bit of python code that converts those to 10MS/s sampled
FIRs. Should I just add something to gr-channels python code that gives
you FIR taps for different of these models?

​It would be useful to see how well the Annex C tables can be mapped to the Frequency Selective Fading Model block parameters and do some resulting simulations with these.  The block simulates the time-varying effects of doppler and Rician/Rayleigh fading given a power delay profile and other relevant parameters.​

Johnathan Corgan
Corgan Labs - SDR Training and Development Services

Sent from my Android device with K-9 Mail. Please excuse my brevity.

Discuss-gnuradio mailing list

reply via email to

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