[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Discuss-gnuradio] Why no phase ambiguity in digital-bert...
From: |
Ian Holland |
Subject: |
RE: [Discuss-gnuradio] Why no phase ambiguity in digital-bert... |
Date: |
Tue, 13 Apr 2010 16:53:11 +0930 |
Thanks Jonathon
This clears things up a bit.
By the way, the post I was referring to can be found at
http://osdir.com/ml/discuss-gnuradio-gnu/2010-02/msg00098.html
Maybe I misread the reply from Jason, but said reply seemed to suggest
to me that a single sample per symbol should be used. Anyway, your
response has cleared things up for me.
Best Regards
Ian.
-----Original Message-----
From: Johnathan Corgan [mailto:address@hidden
Sent: Tuesday, 13 April 2010 4:36 PM
To: Ian Holland
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] Why no phase ambiguity in
digital-bert...
On Mon, Apr 12, 2010 at 22:11, Ian Holland <address@hidden>
wrote:
> I have been studying up on the Costas loop, and have a couple of
queries as
> to the benchmark_tx.py and benchmark_rx.py as a result.
>
> Firstly, for BPSK, there should in theory be a 180 deg. phase
ambiguity when
> using a Costas loop. Why does this not seem to occur with the
> benchmark_rx.py example? Is this related somehow to the PN code
introduced
> by the scrambler.
The digital-bert example uses a self-synchronizing scrambler to
generate a bit sequence that occupies the full baseband bandwidth of
the channel. The scrambler/descrambler pair is insensitive to the
phase ambiguity; however, this comes at the price of generating extra
bit errors on the descrambled sequence for every bit error in the
channel.
> Secondly, I came across another post in which it was mentioned the
Costas
> loop should only operate on a single sample per symbol. However, as I
read
> the source code, it seems as though it is actually passed sps samples
per
> symbol, where sps > 1. Have I misread something here?
Not sure what post you are referring to. While a Costas loop can
indeed operate on a single sample per symbol, it can also operate on
more than that. Different strategies in a receiver chain places the
frequency/phase synchronization at different places.
Johnathan
Re: [Discuss-gnuradio] Why no phase ambiguity in digital-bert..., Tom Rondeau, 2010/04/14