Bug 945 - Revise how we provide support for vehicular communications
Revise how we provide support for vehicular communications
Status: RESOLVED FIXED
Product: ns-3
Classification: Unclassified
Component: wifi
ns-3-dev
All All
: P5 enhancement
Assigned To: ns-bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-06-17 07:41 UTC by Dean Armstrong
Modified: 2013-09-23 00:19 UTC (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dean Armstrong 2010-06-17 07:41:30 UTC
In raising Bug 871, Nicola alluded to a proposed reorganisation of the support for vehicular communications in the ns-3 wifi module. Other elements of Bug 871 have been addressed and with the ns-3.9 release pending this new bug seperates out the unfinished work.

Nicola's comments in Bug 871 were:

4a) IEEE 802.11p and IEEE 1609.4 (WAVE) say that OFDM_5GHz_10Mhz is used as-is,
so we don't need a new WifiPhySpecification. 

4b) for vehicular communications, QoS support (802.11e) is used, but with
different parameters than regular 802.11; this was the main reason why
changeset 5747 introduced the WifiPhyStandard 80211p_CCH and 80211p_SCH. Since
this is really a MAC issue, and not at all a PHY issue, it should be solved by
creating a new WifiMac (say WaveWifiMac), and having a new 

4c) changeset 5747 affected also Qsta and Qap, but this should not be the case,
as vehicular standards define their own BSS  - they call it "Wave Basic Service
Set (WBSS)" - and they do not use the regular association/deassociation
procedures. Using Qadhoc as a substitute makes sense, but not using Qsta/Qap.
(my apologies for not reviewing the patch that became changeset 5747 when it
was time...)
Comment 1 Nicola Baldo 2011-01-17 08:58:04 UTC
This issue is affected by the new MAC High structure:
http://www.nsnam.org/bugzilla/﷒0
Comment 2 Tom Henderson 2013-09-23 00:19:22 UTC
deprecated code removed, will be replaced by new WAVE module

changeset: 7a102bb70a36