discuss-gnuradio
[Top][All Lists]
Advanced

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

[Discuss-gnuradio] SOCIS project update 5


From: Johannes Demel
Subject: [Discuss-gnuradio] SOCIS project update 5
Date: Fri, 3 Jul 2015 20:33:33 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

Hey community!

It's Friday! So it's time for another project update.

This week was all about decoders. After I had finished a successive
cancellation decoder, I started working on a successive cancellation
list decoder. By the end of last week, I was confident, I could finish
it earlier this week. Those hopes were smashed when I realized that my
first approach had flaws.
So now my design is spread over multiple classes. One that offers all
the necessary functions to perform successive cancellation decoding. A
second class which uses those functions to decode frames. And another
class for successive cancellation list decoding. Also, I added a class
which deals with everything related to the list used by the list decoder.
According to papers like [3] natural bit indexing order is beneficial
in terms of performance. Thus I changed the decoder to use natural bit
order. I spent some time on a decoder version which would store bit
estimates in a packed array in contrast to on bit per byte. This
should make the so-called combine operation faster. It is the most
demanding operation at the moment.

I realized that realistic tests require realistic channel info.
Currently, I use BEC Z-values for encoder/decoder parameterization but
encoder/decoder are designed to work with BSC. Therefore, I decided to
focus on channel construction next week. Afterwards the
encoder/decoder should be usable in a real flowgraph.

More info and current project progress can be found in [1] and [2].

Cheers
Johannes

[1] https://github.com/jdemel/gnuradio
[2] https://github.com/jdemel/socis-proposal
[3] http://arxiv.org/pdf/1504.00353v1.pdf



reply via email to

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