Proposed resolution: Revise P151 L30 in P802.11ac_D3.1 as follows: A VHT NDP Announcement frame with more than one STA Info field shall not carry a(#6027) VHT variant HT Control field, unless all the STAs listed in the AID field of the STA Info fields have set +HTC-VHT Capable to 1 in the VHT Capabilities Info field. 6096 146.02 9.31.5 This note is not right Remove the note REJECTED since a VHT or change the beamformee and note. 1) Don’t see that this note VHT beamformer do implies the VHT BFming not deed to follow frames shall or shall not the TXOP limit rule. follow any TXOP limit rule; 2) TXOP limit rules for VHT BFming frames are sufficiently specified in 9.19.2.2. Don’t see any issue there either. Discussion: The commented note is quoted below: NOTE—The transmission of the VHT NDP Announcement, VHT NDP, VHT Compressed Beamforming and Beamforming Report Poll frames is subject to the rules in 9.19.2.4 (Multiple frame transmission in an EDCA TXOP). 6367 146.18 9.31.5 The example given If the behavior REJECTED in Figure 9-41b described in the shows BF report comment is 1) The figure caption polls sent permitted. Perhaps clearly says it is an immediately after the we could add a note example sequence; so it first VHT to say that this is does not imply whether compressed BF. It is possible. other sequences are not clear to me if allowed or not allowed. sending some other 2) The normative text frames after the does not prohibit the shown VHT commented sequence. compressed BF 3) Don’t it necessary frame is possible to enumate every before sending out possible sequence (there the BF report polls. can be tens of possible sequences allowed)
Proposed resolution: Revise P151 L30 in P802.11ac_D3.1 as follows: A VHT NDP Announcement frame with more than one STA Info field shall not carry a(#6027) VHT variant HT Control field, unless all the STAs listed in the AID field of the STA Info fields have set +HTC-VHT Capable to 1 in the VHT Capabilities Info field. 6096 146.02 9.31.5 This note is not right since a VHT beamformee and VHT beamformer do not deed to follow the TXOP limit rule. Remove the note or change the note. REJECTED 1) Don’t see that this note implies the VHT BFming frames shall or shall not follow any TXOP limit rule; 2) TXOP limit rules for VHT BFming frames are sufficiently specified in 9.19.2.2. Don’t see any issue there either. Discussion: The commented note is quoted below: NOTE—The transmission of the VHT NDP Announcement, VHT NDP, VHT Compressed Beamforming and Beamforming Report Poll frames is subject to the rules in 9.19.2.4 (Multiple frame transmission in an EDCA TXOP). 6367 146.18 9.31.5 The example given in Figure 9-41b shows BF report polls sent immediately after the first VHT compressed BF. It is not clear to me if sending some other frames after the shown VHT compressed BF frame is possible before sending out the BF report polls. If the behavior described in the comment is permitted. Perhaps we could add a note to say that this is possible. REJECTED 1) The figure caption clearly says it is an example sequence; so it does not imply whether other sequences are allowed or not allowed. 2) The normative text does not prohibit the commented sequence. 3) Don’t it necessary to enumate every possible sequence (there can be tens of possible sequences allowed)
11-12-1032-01-00ac-d3-0-sounding-comment-resolutions.docx