Subscribe to newsletter

Do you want to keep updated about GCDC? Click here.

 
LOG IN

register  forgot password  
 
 

Forum - Recent posts

 
GCDC Commutation Stack INSTALLATION PROBLEMS

Dear all,

I have just downloaded GCDC source code and the Makefile inside "src/kernel" has no "install" target, as the manual provided suggests...

Communications Fixing Diary

Sorry, as TNO failed to provide the stack as open source (though they promised to do so), the licensing issues around this repository became...

Product list

We are not in this challenge. But we are very interested in implementing 802.11p on UNEX DCMA 86P2. Is there any help regarding linux driver for...

Communications Fixing Diary

Hi Dr. Holger.
Can you make your improvements available?
I tried at git://github.com/SirVer/GCDC.git but the repository no longer exists.

Best...

GCDC Commutation Stack INSTALLATION PROBLEMS

Hi,Anton,
Quite surprised that you could see this message and replied.I followed your advice and tried the compat*2.6.33* version and patched it...

GCDC forum

reactions
User

The following items regarding the GCDC Communication Protocol Stack will be discussed during the workshop. However, we would like to give everyone the opportunity to comment on these items, regardless if you will attend the workshop or not.

* The use of two channels (Control Channel; CCH & Service Channel; SCH, cf IEEE 1609), and switching between these two.

* Which messages should be sent on what channel?

* The use of IPv6 and CALM FAST: which messages should be sent over IPv6 (& UDP), if any?


Edited by: Martijn Roosen on 02-12-2009 14:40:36
by: Martijn Roosen
02-12-2009 14:33:59

I have studied IEEE 1609 (especially 1609.4 on multichannel operations) and am a bit puzzled about the channel switching. From my research I find that good beaconing in a realistic highway scenario may already reach the limit of a single channel's capacity, and then the idea is for the receiver to reside on a different channel part of the time...

Matters would change, of course, if we were to use two seperate receivers (with all the appropriate shielding/filtering etc.). I have also been in contact with some people working on broadband receivers and they proposed a very elegant solution: just receive all seven WAVE channels at the same time. But there is no 802.11 hardware which can do this at the moment, so it is purely hypothetical.

As for which messages on what channel, I would definitely put alpha on one channel, and platooncontrol stuff may be moved to another to increase capacity on the 'beaconing channel'. But that's just a quick guess.

greets,
Team FUTURUM

by: Martijn van Eenennaam
02-07-2010 10:16:09

Hi Martijn,

I agree with your considerations; we are quite concerned -in general- about the danger of congestion on the 11p channel(s). However, there still seems to be no agreement on which channel to use for what, and how to avoid/mitigate congestion (however, there is now ETSI's Distributed Congestion Control that looks quite promising).

We decided that, to keep things simple and feasible, all GCDC messages will be put on a single 11p channel, 5890 MHz by default. Participants should be prepared to switch channels though (on a one-time basis: We may do the entire GCDC on a different channel; we will not change channels during the event!).

Best,

Jan

by: Jan de Jongh
08-04-2011 15:09:20

Home