James Yee In the bullet "The received PPDU is an inter-BSS PPDU (see 27.2.2 (Intra-BSS and inter-BSS frame determination)) and the received PPDU is not a non-HT PPDU carrying a response frame (Ack, BlockAck or CTS frame), or the received PPDU contains a CTS and a transition from BUSY to IDLE occurred within the PIFS time immediately preceding the received CTS and that transition corresponded to the end of an inter-BSS PPDU that contained an RTS that was ignored following this procedure", it is not clear why the prior RTS can affect the STA's decision on later the received CTS and what if the this prior RTS is never received by the STA. Please clarify. Revised – Disagree in principle with the comment. This defines that if you receive both the RTS and the CTS, you can do SR. If you receive only CTS, you can not do SR. The sentence is modified per resolution to CID 13929. Yongho Seok "The received PPDU is an inter-BSS PPDU (see 27.2.2 (Intra-BSS and inter-BSS frame determination)) and the received PPDU is not a non-HT PPDU carrying a response frame (Ack, BlockAck or CTS frame),..." The prerequisite of the second condition is that the received PPDU is an inter-BSS PPDU. Because the Ack and CTS frame can't be classifed as an inter-BSS PPDU, the prerequisite of the second condition never be met. Please remove the unnecessay example. Change as the following: "The received PPDU is an PPDU (see 27.2.2 (Intra-BSS and inter-BSS frame determination)) and the received PPDU is not a non-HT PPDU carrying a response frame (BlockAck),..." Reject – partially agree with the commenter. Only BA can be classified as PPDU. Ack and CTS can not. However, for clarity, it is better to keep the current text. 8 BSS BSS
needed and can be removed. Apply the changes as proposed in doc 1852r4. Yee In Equation (27-3), replace "OBSSPDmin" with "OBSS_PDmin" and "OBSSPDmax" with "OBSS_PDmax" since these are the right terms used in other parts of the spec(e.g. figure 27-9). As provided in comment. Revised – agree with the comment. Make the changes as proposed in doc 1852r4. Osama Aboulmagd This clause provides the for adjusting OBSS_PD value. However it doesn't state when this change is requested, i.e. what event does trigger this adjustment? as in comment Rejected – a STA is allowed to apply OBSS_PD SR under specific conditions. If it meets these conditions it can apply this mechanism. In such case, it needs to select OBSS_PD and TxPower values. The selection process is implementation dependent but must adhere to the rules defined in this subclause. Yusuke Tanaka "OBSSPD" and "OBSS PD" should be unified to "OBSS_PD" As commented. Revised – agree with the comment. Make the changes as proposed in doc 1852r4. Graham Smith "...and respect the condition defined in Equation". I can't find any other use of this expression in 11md or this document. Replace Replace cited text with "in accordance with Equation" Revised – with the comment. Make the changes as proposed in doc 1852r4. Graham Smith Equation 27-3 indicates that the TX power may be less than the simple rule and could, in fact, be set to zero. Seems pretty dumb to me to have the < sign there as it is bad enough already and can one really see devices using less than the permitted power if they were dumb enough to do this anyway? Replace Γëñ with = Rejected – one must ask and answer the following question: what are the consequences of a STA a TXP value less than what is permitted? Is it a net positive or negative for the individual STA, and is it a net positive or negative for the system? Unless
Yusuke Tanaka "(including HE Trigger-Based PPDU)" should be "(including an HE TB PPDU, expect when the HE TB PPDU is triggered by a Trigger frame having the CS Required subfield set to 0)" As commented. Revised – with the comment. Apply the changes proposed in doc 1852r4. kaiying Lv Change to "including HE PPDU, except when the HE TB PPDU is triggered by a Trigger frame having the CS Required subfield set to 0" as comment Revised – agree with the comment. Apply the changes proposed in doc 1852r4. Liwen Chu the are too weak. Transferring them to normative requirement. Fix the issue mentioned in comment. Rejected – this is a note because the normative text above covers these conditions. These notes are just to clarify the normative text above. Qi Xue Add a normative text to cover the following two notes: NOTE 1--The STA can increase but not decrease the chosen SRG OBSS_PD level or non-SRG OBSS_PD level during an OBSS_PD SR transmit power restriction period. NOTE 2--The STA's power is always equal or lower than the minimum TXPWRmax among all TXPWRmax from ongoing OBSS_PD SR transmit power restriction periods. As in the comment Rejected – this is a note because the normative text above covers these conditions – see in particular, the equation 27-4. These notes are just to clarify the normative text above. Guoqing Li Note 1 is unnecessary. STA should be allowed to decrease its OBSS_PD level to be more conservative. This restriction does not not seem necessary. Remove NOTE 1. Revised – Agree that the note is confusing. Normative text seems clear enough. TGax editor to make changes identified by CID 11812 in doc 1852r4. Qi Xue Repeated Note 1 & Note 2 in lines 37-40 and lines 27-31 As in the comment Revised – with the comment. Apply the changes proposed in doc 1852r4.