March 2011
IEEE P802.11 Wireless LANs
doc.: IEEE 802.11-11/0405r1
TGae LB172 CID 1221 Proposed Resolution Date: 2011-03-16 Author(s): Name Matthew Fischer Company Broadcom Address Phone 190 Mathilda Place, Sunnyvale, +1 408 CA USA 94086 543 3370 email mfischer@broadcom.com Abstract
This submission contains a proposed resolution for TGae CID 1221.
Submission
page 1 Matthew Fischer, Broadcom
March 2011
doc.: IEEE 802.11-11/0405r1
Revision history:
R1: in the table for ToDS/FromDS values for management frames, changed the FromDS value from “don’t care” to “reserved” when coupled with ToDS=1
CID 1221:
While the CID418 for D1.0 seems to identify an area that could be improved, the solution adopted for this in D2.0 does not look acceptable. Forcing the More
Fragments subfield to use value 1 and Fragment Number to value 15 for all IMFQ and MFFQ frames has number of conflicts with the base standard. This design would break fragmentation of IMFQ frames and require large number of special cases in low-level functionality like defragmentation and PS state updates. The following page/line number references are to REVmb/D7.0 and identify some of the conflicts:
- 8.3.3.1 (page 314 line 30): rules for setting Duration field in ACK frames following a frame with More Fragments bit set to 1
- 9.3.4.3 (page 563 line 56): rules for backoff procedure depends on More Fragments bit
- 9.5 (page 576 line 49): “The MAC may fragment and reassemble individually addressed MSDUs or MMPDUs.”
- 9.5 (page 577 line 13): “the fragment number value start at zero” and “More Fragments bit, that is equal to zero to indicate the last (or only) fragment”
- 9.6 (page 577 line 43): “More Fragments indicator: Indicates to the destination STA that this is not the last fragment of the MSDU or MMPDU.”
- 9.6 (page 577 line 52): “If the fragment with the More Fragments bit equal to 0 has not yet been received, then the destination STA knows that the MSDU or MMPDU is not yet complete.”
- Q.1 (page 2079 line 27): “last - Frame has its More Fragments field equal to 0” would result in frame exchange sequencies for MFQ frames being defined
incorrectly (these are used, e.g., to figure out when to change PS state which would need more rules to handle this special case)
Normal frame defragmentation implementation would drop these frames since the previous 14 fragments of the MMPDU have not yet been dropped.
Taken into account all these conflicts that would need to be updated in 802.11ae and low-level changes needed for all implementations of 802.11 the adopted
mechanism does not reasonable optimization to remove the concept of hidden state.
Submission
page 2 Matthew Fischer, Broadcom
March 2011
doc.: IEEE 802.11-11/0405r1
Proposed resolution:
Counter
- all sub-comments are resolved by the following proposal which allows
fragmentation of QMF by modifying the encoding that indicates that a frame is QMF through the use of the combination ToDS=1, FromDS=don’t care in a MGMT frame – ability to use fragment bits according to original purpose is restored for QMF.
TGae Editor: Remove all changes to 8.2.4.1.5 More Fragments field
TGae Editor: Remove all changes to 8.2.4.4.3 Fragment Number field
TGae Editor: Add changes to 8.2.4.1. ToDS and FromDS fields as shown:
TGae Editor: In table 8-2 To/From DS combinations in data frames, remove references to management and control frames.
TGae Editor: Change the first paragraph of 8.2.4.1 as shown:
The meaning of the combinations of values for the To DS and From DS fields in data frames are shown in Table 8-2 (To/From DS combinations in data frames).
TGae Editor: Add the following new text and a new table 8-aeXXX To/From DS Combinations in Management frames, as shown below:
The meaning of the combinations of values for the To DS and From DS fields in management frames are shown in Table 8-aexxx (To/From DS combinations in data frames). ToDS and FromDS Meaning values ToDS=0, FromDS=0 All non-QMF Management frames ToDS=1, All QMF Management frames FromDS=reserved ToDS=0, FromDS=1 This combination is not allowed for any Management frame.
TGae Editor: Add the following text after the new table:
Submission
page 3 Matthew Fischer, Broadcom
March 2011 doc.: IEEE 802.11-11/0405r1
In all Control frames, ToDS and FromDS are both zero.
Submission
page 4 Matthew Fischer, Broadcom
