Wifi Models
[Devices]

Collaboration diagram for Wifi Models:

Wifi Models Overview

The set of 802.11 models provided in ns-3 attempts to provide an accurate MAC-level implementation of the 802.11 specification and to provide a not-so-slow PHY-level model of the 802.11a and 802.11b specifications.

The current implementation provides roughly 4 levels of models:

We have today 6 MAC high models, 3 for non QoS MACs and 3 for QoS MACs.

a)non QoS MACs:

b)QoS MACs:

TID-AccessClass mapping:

TID Access class
7 AC_VO
6 AC_VO
5 AC_VI
4 AC_VI
3 AC_BE
0 AC_BE
2 AC_BK
1 AC_BK

The MAC low layer is split in 3 components:

The PHY layer implements a single 802.11a model in the ns3::WifiPhy class: the physical layer model implemented there is described fully in a paper titled "Yet Another Network Simulator", available at: http://cutebugs.net/files/wns2-yans.pdf and recently extended to cover 802.11b physical layer.

The Wifi Model also provides a set of Rate control algorithms:

Wifi Tracing Model

Like all ns-3 devices, the Wifi Model provides a number of trace sources. These trace sources can be hooked using your own custom trace code, or you can use our helper functions to arrange for tracing to be enabled on devices you specify.

Upper-Level (MAC) Hooks

From the point of view of tracing in the net device, there are several interesting points to insert trace hooks. The first is at the interface between the device and higher layers. We provide trace hooks at this point in packet flow, which corresponds to a transition from the network to data link layer, and call them collectively the device MAC hooks.

The first trace hook is called "Rx" and is fired using the ns3::WifiNetDevice::m_rxLogger trace hook. The perspective here is looking down into the WifiNetDevice so a receive indicates a packet being sent up from the channel to be forwarded up to higher layers.

The second trace hook is called "Tx" and is fired using the ns3::WifiNetDevice::m_txLogger trace hook. This trace hook indicates a packet has been sent from higher layers down to the net device for transmission onto the network.

Low-Level (PHY) Hooks

Another interesting place to insert trace hooks is in the state machine that is driving the actual device transmission and reception logic. We provide the following hooks to instrument the lower levels of the device.

First, we provide a trace hook to indicate state changes. This trace source is called "State" and is fired using the ns3::WifiPhyStateHelper::m_stateLogger trace source.

We also provide a trace hook to indicate the successful reception of a packet from the channel. This trace source is called "RxOk" and is accessed using the ns3::WifiPhyStateHelper::m_rxOkTrace trace source.

There also exists a trace hook to indicate an unsuccessful reception of a packet from the channel. This trace source is called "RxError" and is accessed using the ns3::WifiPhyStateHelper::m_rxErrorTrace trace source.

There is a trace hook to indicate that transmission of a packet is starting onto the channel. This trace source is called "Tx" (don't confuse it with the higher layer "Tx" hook) and is fired using the ns3::WifiPhyStateHelper::m_txTrace trace source.

Remote Station Hooks

We provide access to changes in the the per-remote-station RTS counter through the "Ssrc" trace source which is fired using the ns3::WifiRemoteStation::m_ssrc trace hook.

Finally, we provide access to the per-remote-station SLRC couter that indications the number of retransmissions of data. Changes to this counter are traced using the ns3::WifiRemoteStation::m_slrc source.

Layer 2 Stack Overview

WifiArchitecture.png

Overview of the Wifi L2 sublayers traversed for transmitting and receiving a packet


Generated on Fri Apr 9 15:00:59 2010 for NS-3 by  doxygen 1.5.8