[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Why not use matched filter in GMSK demodulator
From: |
Achilleas Anastasopoulos |
Subject: |
Re: [Discuss-gnuradio] Why not use matched filter in GMSK demodulator |
Date: |
Thu, 30 Jul 2009 15:07:40 -0400 |
User-agent: |
Thunderbird 2.0.0.22 (Windows/20090605) |
There is no reason why you should not use a matched filter.
However make sure you understand that a symbol-spaced MF
generates sufficient statistics only for detection,
ie, not for (epoch) synchronization.
Also note that in the case of GMSK (CPM in general) a bank of MFs will
generate colored noise.
Another appropriate implementation of a front end projects the entire
oversampled signal to a set of orthonormal basis functions which has the
advantage of generating white noise samples for (simpler) further
processing.
Take a look at how a generic receiver for an arbitrary CPM
is developed in
http://gnuradio.org/svn/gnuradio/trunk/gr-trellis/src/examples/test_cpm.py
There, the signal is first projected to its basis functions (which is
calculated by a helper python application in "fsm_utils.py")
to generate a sufficient statistic which is then used in conjunction
with trellis decoding to do soft-decision sequence detection.
What is missing though is epoch and phase syncronization (to do at some
point...)
Achilleas