| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi all, I have uploaded r3 of the document to Mentor: NPCA NAV: I would like to discuss this topic further. NPCA backoff due to the peer STA’s switching delay: I have revised the proposed text against D2.0 as follows: TGbn editor: In 37.18.4, insert the following new item y). (#13885, #13897) y) If the backoff counter for an AC of an NPCA STA operating on the NPCA primary channel reaches zero and no MPDU in the transmit queues for that AC is available for transmission because the intended recipient — has not yet completed its NPCA switching delay as specified in item 7), or — has not enabled NPCA, then the NPCA STA shall invoke the backoff procedure for that AC. In this case, CW[AC] and QSRC[AC] are left unchanged, as for item i) of 10.23.2.2 (EDCA backoff procedure). The revised text clarifies that the backoff procedure is invoked when the intended recipient has not yet completed its NPCA switching delay or has not enabled NPCA. Please note that r3 mainly focuses on the backoff operation. Any feedback would be appreciated. Best regards, Juseong Moon
To unsubscribe from the STDS-802-11-TGBN list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 |