Hello,
I’ve looked through Wiki and discussion archives but I haven’t found
answer
for my question. Is there any working code for Gnu Radio that is able to
receive Tetra subscriber (not base station) signal and convert it into
bitstream? I believe that demodulation is already done (DQPSK as I know)
but
there is still timing and slot separation issue. Seems that there were
attempts to introduce support for inband signaling for Gnu Radio but
last
information I’ve found are from 2007.
Regards,
On Mon, Jan 19, 2009 at 10:56:13AM +0100, Grzegorz Suder wrote:
Hello,
I’ve looked through Wiki and discussion archives but I haven’t found answer
for my question. Is there any working code for Gnu Radio that is able to
receive Tetra subscriber (not base station) signal and convert it into
bitstream? I believe that demodulation is already done (DQPSK as I know) but
there is still timing and slot separation issue. Seems that there were
attempts to introduce support for inband signaling for Gnu Radio but last
information I’ve found are from 2007.
Regards,
I don’t know of anybody who’s done this, but it should be possible.
(There’s not much (any?) Tetra in the US, so those of us in the US
haven’t spent any time on it.) If you’re doing receive only, you
don’t need the inband features. Just grab all of the signal and sort
out the framing structure on the host.
Eric
Actualy what I am worrying about are discontinuous TDMA signals (for
example: receiving specific time slot). I guess that capturing such TDMA
signal (Tetra is just an example due to 4 time slots) where only one
slot is
transmitting may require synchronization to external time source.
Hello,
I have been thinking about this. I have access to two TETRA terminals.
The down side is I am beginner in Gnu Radio and DSP in general.
Is the π/4 DQPSK modulation really supported by Gnu radio? Any examples
about this?
On Wed, Jan 21, 2009 at 3:17 PM, Grzegorz Suder
[email protected] wrote:
Actualy what I am worrying about are discontinuous TDMA signals (for
example: receiving specific time slot). I guess that capturing such TDMA
signal (Tetra is just an example due to 4 time slots) where only one slot is
transmitting may require synchronization to external time source.
If you’re only doing reception, then there is no real need for time
synchronization at the hardware level.
You can detect the signal on your host computer and the timebase is
irrelevant.
Only if you are transmitting do you really have the hard timeslot that
you have to follow - or else you step on each others toes.
Brian
dqpsk.py module depends on mpsk_receiver_cc. In file
$GNURADIO/gnuradio-core/src/lib/general/gr_mpsk_receiver_cc.h there is
information:
- This block takes care of receiving M-PSK modulated signals through
phase,
frequency, and symbol - synchronization. It performs carrier frequency and phase locking as
well
as symbol timing recovery. - It works with (D)BPSK, (D)QPSK, and (D)8PSK as tested currently. It
should also work for OQPSK and - PI/4 DQPSK.