discuss-gnuradio
[Top][All Lists]
Advanced

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

[Discuss-gnuradio] IEEE802.11a/g/p OFDM Encoder for USRP2 released on CG


From: Paul Fuxjäger
Subject: [Discuss-gnuradio] IEEE802.11a/g/p OFDM Encoder for USRP2 released on CGRAN
Date: Mon, 18 Jan 2010 11:23:25 +0100
User-agent: Microsoft-Entourage/12.23.0.091001

Hello Everyone,

we are glad to announce that our IEEE802.11a/g/p OFDM frame encoder has
passed the last round of testing and is now finally released on CGRAN (under
GPLv3): 

https://www.cgran.org/wiki/ftw80211ofdmtx

What does the encoder do? In a nutshell: take a MAC payload, slap a static
header on it and then do ALL the processing steps that it takes to generate
a standard-compliant IEEE802.11a/g/p OFDM frame. That includes things like:
CRC32 calculation, generating the bits for the signal-symbol, scrambling,
convolutional encoding, forcing the tailbits, symbol-mapping, interleaving,
pilot symbol insertion, remapping the carriers, iFFT, cyclic prefix
insertion, training-sequence insertion, normalization, etc......

The encoder produces the digital complex baseband signal for the frame and
sends it the USRP2 sink (using the appropriate interpolation factor).
Unfortunately, due to USB2 bandwidth constraints this method cannot be used
with the USRP Version 1.

The result: the frame is successfully decoded by any ordinary WiFi chipset
that supports either 11a, 11g or 11p.

!!It is important which USRP2 firmware-version is used - for details see the
lengthy README included in the trunk!!

In the release included is also the MATLAB encoder we wrote in the process
of development. It facilitated debugging of the GNURadio encoder as it can
be used to generate a reference frame. The MATLAB encoder itself has been
checked to be 100% consistent with the ANNEX G reference frame in
802.11-2007. Funny enough - turned out that the reference frame in the
official STANDARD document STILL (dated 2007) contains a false CRC32 - so
much about taking things for granted :)



Our original motivation to implement an OFDM-encoder in GNURadio was that
there are no chipsets available for _11p_. This standard is not very well
known as it is still in draft status - but it is likely that this amendment
will become the industry-standard for vehicular car-to-car and
car-to-infrastructure communication applications in the future. And it
turned out that the 11p physical layer only differs marginally from 11a and
11g - the OFDM-symbol time is doubled.



This is our first contribution and we would like to say a big Thanks! to all
the other enthusiasts that supported us by giving helpful hints here on this
mailing-list. The main credits for this work go to Andrea Costantini, a
young master-thesis student from the University of Salento, Italy. He spent
countless hours on this project an was supported by Paul Fuxjaeger, Danilo
Valerio, Paolo Castiglione and last but not least Giammarco Zacheo (the only
one with decent coding skillz in our group ;)

Originally, this release was planned as a small Christmas present to the
GNURadio community for December 2009 but last-minute bug-fixes delayed the
process. 



We would like to collaborate with other groups that are interested in WiFi
standards and their implementation using SDR tools. Currently, we are
concentrating on the receiver counterpart, the main problems seem to be
automatic gain control and carrier sensing. Also of special interest for us
is the subject of low-latency implementation - to finally implement to a
fully fledged WiFi OFDM transceiver in GNURadio.....


-------
Cheers!
The SDR-team at FTW





PS: In case of questions regarding the code please get in contact with
either Paul (address@hidden), Danilo (address@hidden) or Paolo
(address@hidden) as Andrea has left our team after he completed his
thesis (good luck down there!)






reply via email to

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