under the heading for CID 1238 to 2950. 1732 187.31 9.42.2.1 There is no "IE" in IEEE 802.11. Replace "IE" with Accepted. "element" throughout the 1950 208.53 9.42.2.1 I am a bit confused over this PRAW Convince me that this is Rejected. feature. Surely the idea of the a good thing and really STA is that it only does not wan aids long term sleeping The comment failed t to listen to beacons because it STAs to identify a real to sleep for long periods, but here issue. we have feature that sets up periodic slots for such STAs. Now these In response to the STAs sleep for long periods so they commenter: lose syncronization with the AP so Even non-TIM have to now resync before they can STAs are supposed use the PRAW allocation. BUT they to wake up and have now sent a packet to find out adjust its when to send a packet. How is this synchronization by PRAWs really useful? Al it seems to checking TSF do is penalize TIM STAs by taking value before they away time from them. totally lose synchronization. Therefore, current working assumption in TWT scheduling is that at least those non-TIM STAs can be in synchronized state and can wake up at their scheduled TWT timing. Therefore, assigning the TWT scheduled duration by PRAW can protect non-TIM STAs’ channel access. 2948 186.56 9.42.2.1 PRAW is no longer for non-TIM Delete 'non-TIM' in the Accepted. STAs only. sentence. 2949 186.57 9.42.2.1 Identical resource allocation' is not Specify that identical Revised Agree – clear resource allocation may with the commenter be refer to same RAW in principle. start time / RAW duration, etc. Further TGah editor to qualify that such make changes resource allocation is in 14/0298r0 under only identical within the the heading for CID beacon interval of each 1238 to 2950. PRAW period. 2950 187.10 9.42.2.1 PRAW update procedure is not clear Specify the PRAW Revised Agree – update rules. with the commenter in principle. TGah editor to make changes shown in 14/0298r0 under the heading for CID 1238 to 2950. Discussion:
under the heading for CID 1238 to 2950. 1732 187.31 9.42.2.1 There is no "IE" in IEEE 802.11. Replace "IE" with "element" throughout the Accepted. 1950 208.53 9.42.2.1 I am a bit confused over this PRAW feature. Surely the idea of the STA is that it only does not wan t to listen to beacons because it to sleep for long periods, but here we have feature that sets up periodic slots for such STAs. Now these STAs sleep for long periods so they lose syncronization with the AP so have to now resync before they can use the PRAW allocation. BUT they have now sent a packet to find out when to send a packet. How is this PRAWs really useful? Al it seems to do is penalize TIM STAs by taking away time from them. Convince me that this is a good thing and really aids long term sleeping STAs Rejected. The comment failed to identify a real issue. In response to the commenter: Even non-TIM STAs are supposed to wake up and adjust its synchronization by checking TSF value before they totally lose synchronization. Therefore, current working assumption in TWT scheduling is that at least those non-TIM STAs can be in synchronized state and can wake up at their scheduled TWT timing. Therefore, assigning the TWT scheduled duration by PRAW can protect non-TIM STAs’ channel access. 2948 186.56 9.42.2.1 PRAW is no longer for non-TIM STAs only. Delete 'non-TIM' in the sentence. Accepted. 2949 186.57 9.42.2.1 Identical resource allocation' is not clear Specify that identical resource allocation may be refer to same RAW start time / RAW duration, etc. Further qualify that such resource allocation is only identical within the beacon interval of each PRAW period. Revised – Agree with the commenter in principle. TGah editor to make changes in 14/0298r0 under the heading for CID 1238 to 2950. 2950 187.10 9.42.2.1 PRAW update procedure is not clear Specify the PRAW update rules. Revised – Agree with the commenter in principle. TGah editor to make changes shown in 14/0298r0 under the heading for CID 1238 to 2950. Discussion:
11-14-0298-00-00ah-lb200-clause-9-42-2-1-comment-resolution.docx