802.11 frame types#Action frames
{{Short description|Frames in the Wi-Fi standards (Ipv4_Ipv6 802.11)}}
{{use mdy dates|date=September 2021}}
{{Use American English|date = March 2019}}
In the IEEE 802.11 wireless LAN protocols (such as Wi-Fi), a MAC frame is constructed of common fields (which are present in all types of frames) and specific fields (present in certain cases, depending on the type and subtype specified in the first octet of the frame).
The very first two octets transmitted by a station are the Frame Control. The first three subfields within the frame control and the last field (FCS) are always present in all types of 802.11 frames. These three subfields consist of two bits Protocol Version subfield, two bits Type subfield, and four bits Subtype subfield.
Frame control
The first three fields (Protocol Version, Type and Subtype) in the Frame Control field are always present. The fields, in their order of appearance in transmission, are:
- Protocol Version
- Type
- Subtype
- To-DS
- From-DS
- More-Fragments
- Retry
- Power Management
- More Data
- Protected frame
- +HTC/order
= Protocol version subfield =
The two-bit protocol version subfield is set to 0 for WLAN (PV0) and 1 for IEEE 802.11ah (PV1). The revision level is incremented only when there is a fundamental incompatibility between two versions of the standard.{{Cite web|url=https://community.cisco.com/t5/wireless-mobility-documents/802-11-frames-a-starter-guide-to-learn-wireless-sniffer-traces/ta-p/3110019|title=802.11 frames : A starter guide to learn wireless sniffer traces|date=2010-10-25|website=community.cisco.com|language=en|access-date=2019-02-20}}{{cite book|title=Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications|publisher=IEEE|version=2016|location=New York, NY|page=638|author=802.11 Working Group}} PV1 description is incorporated in the latest 802.11-2020 standard.
=Types and subtypes=
class="wikitable" style="text-align: left;"
|+style="text-align: center;" |Various 802.11 frame types and subtypes !Type value (bits 3–2) !Type description !Subtype value (bits 7–4) !Subtype description |
style="text-align: center;"
|00 |Management |0000 |Association Request |
style="text-align: center;"
|00 |Management |0001 |Association Response |
style="text-align: center;"
|00 |Management |0010 |Reassociation Request |
style="text-align: center;"
|00 |Management |0011 |Reassociation Response |
style="text-align: center;"
|00 |Management |0100 |Probe Request |
style="text-align: center;"
|00 |Management |0101 |Probe Response |
style="text-align: center;"
|00 |Management |0110 |Timing Advertisement |
style="text-align: center;"
|00 |Management |0111 |Reserved |
style="text-align: center;"
|00 |Management |1000 |
style="text-align: center;"
|00 |Management |1001 |ATIM |
style="text-align: center;"
|00 |Management |1010 |Disassociation |
style="text-align: center;"
|00 |Management |1011 |Authentication |
style="text-align: center;"
|00 |Management |1100 |Deauthentication |
style="text-align: center;"
|00 |Management |1101 |Action |
style="text-align: center;"
|00 |Management |1110 |Action No Ack (NACK) |
style="text-align: center;"
|00 |Management |1111 |Reserved |
style="text-align: center;"
|01 |Control |0000–0001 |Reserved |
style="text-align: center;"
|01 |Control |0010 |
style="text-align: center;"
|01 |Control |0011 |TACK |
style="text-align: center;"
|01 |Control |0100 |Beamforming Report Poll |
style="text-align: center;"
|01 |Control |0101 |
style="text-align: center;"
|01 |Control |0110 |Control Frame Extension |
style="text-align: center;"
|01 |Control |0111 |Control Wrapper |
style="text-align: center;"
|01 |Control |1000 |
style="text-align: center;"
|01 |Control |1001 |
style="text-align: center;"
|01 |Control |1010 |
style="text-align: center;"
|01 |Control |1011 |RTS |
style="text-align: center;"
|01 |Control |1100 |CTS |
style="text-align: center;"
|01 |Control |1101 |ACK |
style="text-align: center;"
|01 |Control |1110 |CF-End |
style="text-align: center;"
|01 |Control |1111 |CF-End + CF-ACK |
style="text-align: center;"
|10 |Data |0000 |Data |
style="text-align: center;"
|10 |Data |0001–0011 |Reserved |
style="text-align: center;"
|10 |Data |0100 |Null (no data) |
style="text-align: center;"
|10 |Data |0101–0111 |Reserved |
style="text-align: center;"
|10 |Data |1000 |QoS Data |
style="text-align: center;"
|10 |Data |1001 |QoS Data + CF-ACK |
style="text-align: center;"
|10 |Data |1010 |QoS Data + CF-Poll |
style="text-align: center;"
|10 |Data |1011 |QoS Data + CF-ACK + CF-Poll |
style="text-align: center;"
|10 |Data |1100 |QoS Null (no data) |
style="text-align: center;"
|10 |Data |1101 |Reserved |
style="text-align: center;"
|10 |Data |1110 |QoS CF-Poll (no data) |
style="text-align: center;"
|10 |Data |1111 |QoS CF-ACK + CF-Poll (no data) |
style="text-align: center;"
|11 |Extension |0000 |
style="text-align: center;"
|11 |Extension |0001 |S1G Beacon |
style="text-align: center;"
|11 |Extension |0010–1111 |Reserved |
==Action frames==
Action frames extend management frames to control a certain action. Some of the action categories are QoS, Block Ack, Public, Radio Measurement, Fast BSS Transition, Mesh Peering Management, etc. These frames are sent by a station when it needs to tell its peer for a certain action to be taken.
For example, a station can tell another station to set up a block acknowledgement by sending an ADDBA Request action frame. The other station would then respond with an ADDBA Response action frame.
Wi-Fi Neighbor Awareness Networking (NAN), also known as Wi-Fi Aware, service discovery frames are NAN-specific public action frames.{{cite patent |country=EP |number=3369083B1 |status=patent}} They are used in Remote ID for example.{{cite Q |Q125618419}}
= ToDS and FromDS =
ToDS is one bit in length and set to 1 if destined to Distribution System,{{Cite web|url=https://dalewifisec.wordpress.com/2014/05/17/the-to-ds-and-from-ds-fields/|title=THE TO DS AND FROM DS FIELDS|last=Rapp|first=Dale|date=2014-05-17|website=DALESWIFISEC|archive-url=|archive-date=|access-date=13 August 2019}} while FromDS is a one-bit length that is set to 1 if originated from Distribution System.
= Retry =
Set to 1 if the Data or Management frame is part retransmission of the earlier frame. This bit is reused for different purpose in Control frame.
= Protected frame =
Set to 1 if the Management Frame is protected by encryption as described in IEEE_802.11w-2009.
= +HTC/order =
It is one bit in length and is used for two purposes:
- It is set to 1 in a non-QoS data frame transmitted by a non-QoS WLAN station to indicate the frame being transmitted is using Strictly-Ordered service class (this use is obsolete and will be removed from the future 802.11 Standard).
- It is set to 1 in a QoS data or management frame transmitting at HT or higher rate to indicate that the frame contains HT Control field (see above)
References
{{Reflist}}
{{Internet access}}
{{Wireless video}}
{{Telecommunications}}