identified as Inter-BSS frame for NAV update. TGax editor changes as shown in the as specified in 11-17/0347r. 5506 Yet another power save scheme. In this case it is stating that a STA can go into power save if it is not interested in the received packet. Hmm...it can do that now withut the need to define what packets the STA is not interested in. In general if the packet is not for the STA, having checked the NAV/duration a STA could doze if it wants. There is no need to go through all this text which, as I said, merely defines a packet that the STA need not decode. I can't see the need for this at all and furthermore it involves no interoperablity at all and is at the discretion of the STA - if it wants to doze then let it. Delete the scheme it adds nothing new. Revised – When the received packet is not for the STA, if the STA enters the doze for NAV/PPDU duration, the STA may miss the PPDU sent from the STA’s associated AP because the AP might not know whether the STA enters the doze state or not. But, during Intra-PPDU TX times, AP will never send the STA any packet. Therefore, we need to list the correct conditions for the STA to enter the doze state without its packet loss. Intra-PPDU PS is defined for the purpose. Instead of entering the doze state during PPDU, STA may discard the PPDU as the resolution of CID 7602. TGax editor makes changes as shown in the as specified in 5938 Besides intra-PPDU power save for HE STAs, allowing them to enter doze mode till the end of an inter-BSS PPDU TXOP with received power > OBSS_PDmax may further save some power. As suggested Revised – Power saving for frames may create the problem of failing the intended packet reception. For example, if a STA enters the doze state during the PPDU duration, the STA may not receive a frame sent from its associated AP. Instead of entering the doze state during PPDU, STA may discard the PPDU as the resolution of CID 7602.
TGax editor changes as shown in the as specified in 11-17/0347r. 8242 shouldn't there be a condition where the STA goes to the doze state if the BSS-color is not the same as the AP color to which the STA is associated? Does the STA stays awake all the time for receiving an PPDU as in comment Revised – Power saving for frames may create the problem of failing the intended packet reception. For example, if a STA enters the doze state during the PPDU duration, the STA may not receive a frame sent from its associated AP. Instead of entering the doze during PPDU, STA may discard the PPDU as the resolution of CID 7602. TGax editor makes changes as shown in the as specified in 9602 When the RXVECTOR parameter BSS_COLOR is not the BSS color of the BSS with which the STA is associated and the RXVECTOR parameters SPATIAL_REUSE is SR_Delay Entry, An HE non-AP STA that is in intra-PPDU power save mode can be enter the doze state. Insert the following condition: "The RXVECTOR parameter BSS_COLOR is not the BSS of the BSS with which the STA is associated and the RXVECTOR parameters SPATIAL_REUSE is SR_Delay Entry." Revised – Power saving for frames may create the problem of failing the intended packet reception. For example, if a STA enters the doze state during the PPDU duration, the STA may not receive a frame sent from its associated AP. Instead of entering the doze state during PPDU, STA may discard the PPDU as the resolution of CID 7602. TGax editor makes changes as shown in the as specified in 6782 Unnecessary variant used for defined term: "BSS color". The term is "BSS Color". Change to "BSS Rejected Because ‘BSS color’ is general term, need to keep the current text. 6783 Unnecessary variant used for defined term: "BSS The term is "BSS Color". Change to "BSS Color". Rejected Because BSS color is general term, need to keep the current text.