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

[Tom Rondeau]

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,
Marcus

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.

Tom

* "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

http://corganlabs.com

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

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio