Скачать презентацию NS 3 Wifi progress Disclaimer Still on the Скачать презентацию NS 3 Wifi progress Disclaimer Still on the

NS3_implementation_wifi_Seminar.pptx

  • Количество слайдов: 32

NS 3 Wifi progress Disclaimer Still on the way to understand how to change NS 3 Wifi progress Disclaimer Still on the way to understand how to change

outline • Overview of wifi model • NS 3 view of wifi • Wifi outline • Overview of wifi model • NS 3 view of wifi • Wifi architecture • Yans. Wifichannel • Code • functions • Classes diagrams • • Yens. Wifiphy Mac. Low Dc. FManager Dcx. Top • Notes on tweaking wifi

Wifi Net. Device • ns-3 nodes can contain a collection of Net. Device objects Wifi Net. Device • ns-3 nodes can contain a collection of Net. Device objects • Similar to real computer containing interface card, Ethernet, wifi, etc. • By adding Wifi. Net. Device objects to ns-3 nodes, • one can create models of 802. 11 -based infrastructure and ad hoc networks.

Wifi. Net. Device Model overview • Models a wireless network interface controller based on Wifi. Net. Device Model overview • Models a wireless network interface controller based on the IEEE 802. 11 standard. • basic 802. 11 DCF with infrastructure and adhoc modes • 802. 11 a and 802. 11 b physical layers • Qo. S-based EDCA and queueing extensions of 802. 11 e • various propagation loss models including Nakagami, Rayleigh, Friis, Log. Distance, Fixed. Rss, Random • two propagation delay models, a distance-based and random model • various rate control algorithms including Aarf, Arf, Cara, Onoe, Rraa, Constant. Rate, and Minstrel

Modular implementation • the PHY layer models • the so-called MAC low models: • Modular implementation • the PHY layer models • the so-called MAC low models: • they implement DCF and EDCAF • the so-called MAC high models: • they implement the MAC-level beacon generation, probing, and association state machines, and • A set of Rate control algorithms used by the MAC low models

Mac high layer • Modularity is great but complex • Providing helper classes to Mac high layer • Modularity is great but complex • Providing helper classes to make it easy to control parameters

Mac low layer • ns 3: : Mac. Low: • Takes care of RTS/CTS/DATA/ACK Mac low layer • ns 3: : Mac. Low: • Takes care of RTS/CTS/DATA/ACK transactions. • ns 3: : Dcf. Manager and ns 3: : Dcf. State • Implements the DCF and EDCAF functions. • ns 3: : Dca. Txop and ns 3: : Edca. Txop. N • handle the packet queue, packet fragmentation, and packet retransmissions if they are needed. • The ns 3: : Dca. Txop object is used high MACs that are not Qo. Senabled, and for transmission of frames (e. g. , of type Management) that the standard says should access the medium using the DCF. ns 3: : Edca. Txop. N is is used by Qo. S-enabled high MACs and also performs Qo. S operations like 802. 11 n-style MSDU aggregation.

Upper-Level (MAC) Hooks • From the point of view of tracing in the net 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 ns 3: : Wifi. Net. Device: : m_rx. Logger trace hook. The perspective here is looking down into the Wifi. Net. Device 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 ns 3: : Wifi. Net. Device: : m_tx. Logger 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 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 ns 3: : Wifi. Phy. State. Helper: : m_state. Logger trace source. • We also provide a trace hook to indicate the successful reception of a packet from the channel. This trace source is called "Rx. Ok" and is accessed using the ns 3: : Wifi. Phy. State. Helper: : m_rx. Ok. Trace trace source. • There also exists a trace hook to indicate an unsuccessful reception of a packet from the channel. This trace source is called "Rx. Error" and is accessed using the ns 3: : Wifi. Phy. State. Helper: : m_rx. Error. Trace 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 ns 3: : Wifi. Phy. State. Helper: : m_tx. Trace trace source.

Remote Station Hooks • We provide access to changes in the per-remote-station RTS counter Remote Station Hooks • We provide access to changes in the per-remote-station RTS counter through the "Ssrc" trace source which is fired using the ns 3: : Wifi. Remote. Station: : m_ssrc(station short retry count) trace hook. • Finally, we provide access to the per-remote-station SLRC counter that indications the number of retransmissions of data. Changes to this counter are traced using the ns 3: : Wifi. Remote. Station: : m_slrc source.

Rate control algorithms • ns 3: : Arf. Mac. Stations • ns 3: : Rate control algorithms • ns 3: : Arf. Mac. Stations • ns 3: : AArf. Mac. Stations • ns 3: : Ideal. Mac. Stations • ns 3: : Cr. Mac. Stations • ns 3: : Onoe. Mac. Stations • ns 3: : Amrr. Mac. Station

PHY layer • ns 3: : Wifi. Phy class implement it, • Based on PHY layer • ns 3: : Wifi. Phy class implement it, • Based on YANS simulator • Validation of ns-3 802. 11 b PHY model • Yans PHY layer states: • TX: the physical layer is transmitting on behalf of its associated MAC • SYNC: PHY is synchronized on a signal and it is waiting till it receives the last bit to forward it to MAC. • CCA_BUSY: PHY is not in TX or SYNC state but the measured energy higher than the energy detection threshold. • IDLE: PHY is not in TX or SYNC state • When in TX or SYNC state, • new packet arriving will be droped

Using the Wifi. Net. Device Using the Wifi. Net. Device

DCF manager • Handle a set of independent ns 3: : Dcf. State, each DCF manager • Handle a set of independent ns 3: : Dcf. State, each of which represents a single DCF within a MAC stack. • Each ns 3: : Dcf. State has a priority implicitly associated with it.

ns 3: : Dcf. Manager Class ns 3: : Dcf. Manager Class

Dcf. State • keep track of the state needed for a single DCF function. Dcf. State • keep track of the state needed for a single DCF function. • Multiple instances of a Dcf. State can be registered in a single Dcf. Manager to implement 802. 11 e-style relative Qo. S. Dcf. State: : Set. Aifsn and Dcf. State: : Set. Cw. Bounds allow the user to control the relative Qo. S differentiation.

ns 3: : Dcf. State Class Reference ns 3: : Dcf. State Class Reference

Example of Wi-Fi • A data packet, from upper layer, should be inserted into Example of Wi-Fi • A data packet, from upper layer, should be inserted into the queue (i. e. , temporary storage for data packets). • In ns-3, the IEEE 802. 11 MAC protocol is implemented with several C++ classes. • Five classes are most important to understand the basic procedure of the transmission and reception: - • • Dca. Txop, Dcf. Manager, Mac. Low, Yans. Wifi. Phy, and Yans. Wifi. Channel

Example of Wi-Fi • DCA and DCF mean the dynamic channel assignment and the Example of Wi-Fi • DCA and DCF mean the dynamic channel assignment and the discrete contention function, respectively. • When a data packet is inserted into the queue, DCA and DCF check whether another packet transmission or reception is processing. If there is no other packet, or when the packet transmission is finished, one data packet is extracted from the queue and forwarded to Mac. Low class. Mac. Low checks whether this data packet is multicast packet, or requires the ready to send (RTS) or the fragmentation. After estimating the duration of the transmission, Mac. Low forwards the data packet to Yans. Wifi. Phy and Yans. Wifi. Phy forwards it to Yans. Wifi. Channel.

Example of Wi-Fi • The backoff procedure • Selecting a random number and waiting Example of Wi-Fi • The backoff procedure • Selecting a random number and waiting for a contention • Is required only if channel was busy just before. This means that if there was no transmission or reception (i. e. , channel is idle) for a specific time (i. e. , during DIFS), MAC protocol sends a data packet immediately upon getting a data packet from an upper layer. • Here is an example of Wi. Fi infrastructure network. One nodes is transmitting UDP packets to another node. One node is overhearing packets.

Basic transmission • Upper layer Wifi. Net. Device: : send() • Convert IP address Basic transmission • Upper layer Wifi. Net. Device: : send() • Convert IP address to MAC address; • Add LLC header • adhoc. Wifi. Mac: : enqueue() • Set wifi mac header • Estimate phy modes(data rate) supported by destination • Dca. Txop: : Queue() • Insert packet into queue adhoc. Wifi. Mac: : enqueue() • Dca. Txop: : start. Accessif. Needed • Request to access dcf manager if needed when there is no pending packet(i. e. , if m_access. Requested==true) • Dcf. Manager: : Request. Access(), • If there is another packet pending, a signal collision through Dc. Txop: : notify. Collision() which select a random back-off number and try to access gain.

Basic transmission • Dcf. Manager: : Do. Grant. Access() • Check the internal collision Basic transmission • Dcf. Manager: : Do. Grant. Access() • Check the internal collision among four different access among different queues(for EDCA of ieee 802. 11 e). • Dcf. State: : notify. Access. Granted • Set m_access. Requested to false • Notify channel access is granted • Dca. Txop: : Notify. Access. Granted() • Extract one packet from the queue. • Set new sequence • Check pkt (multicast msg, or requiring fragment or RTS) • Maclow: start. Tranmission() • If RTS is required, call Send. Rts. For. Packet(). • If not, call Send. Data. Packet(). • Mac. Low: send. Data. Packet • Estimate the duration of sum of transmission, ACK reception, and/or next transmission (for Block ACK or fragmentation ) • Mac. Low: : Forward. Down() • Toss the packet to PHY layer

Basic transmission • Yans. Wifi. Phy: : Send. Packet() • Change current PHY state Basic transmission • Yans. Wifi. Phy: : Send. Packet() • Change current PHY state to TX (this command will eventually inform DCF that a transmission is starting); • Toss the packet to CHANNEL layer. • Yans. Wifi. Channel: : Send() • Estimate receive power; • Set the propagation delay to trigger Yans. Wifi. Channel: : Receive() of neighbors after a short period.

Basic reception • Yans. Wifi. Channel: : Receive() • Triggered after the propagation delay Basic reception • Yans. Wifi. Channel: : Receive() • Triggered after the propagation delay (set by sender through Yans. Wifi. Channel: : Receive()). • → Yans. Wifi. Phy: : Start. Receive. Packet() # Calculate the current interference level; Drop the received packet if the state of PHY is not idle or the receive power is below than a threshold; Set the delay to trigger Yans. Wifi. Phy: : End. Sync() after the packet transmission. • Yans. Wifi. Phy: : End. Sync() # Estimate the packet error rate (PER) from the signal to noise ratio (SNR) (i. e. , signal power / (noise + interference power)); If a random value is smaller than the PER value, the packet is dropped.

Basic reception • Mac. Low: : Receive. Ok() • If the packet is the Basic reception • Mac. Low: : Receive. Ok() • If the packet is the RTS packet, schedule Mac. Low: : Send. Cts. After. Rts(); If it is CTS, schedule Mac. Low: : Send. Data. After. Cts(); If it is DATA, forward it to the upper; If the destination is me, schedule Mac. Low: : Send. Ack. After. Data(). • Mac. Rx. Middle: : Receive() • Check whether the received packet is a duplicated one with a sequence number. • Adhoc. Wifi. Mac: : Forward. Up() • Just forward the received packet to the upper. • Wifi. Net. Device: : Forward. Up() • To Upper Layer • Unless the destination is other node, forward the received packet to the upper layer.

References • http: //www. nsnam. org/~pei/80211 b. pdf • http: //cutebugs. net/files/wns 2 -yans. References • http: //www. nsnam. org/~pei/80211 b. pdf • http: //cutebugs. net/files/wns 2 -yans. pdf