Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Matt and All, As discussed during the 17 June TGbe MAC ad hoc: The proposed resolution and text, basically changes the current “shall” requirement for all STAs to respond to a received RTS, to may respond to an RTS for NSTR STAs.
While it is true that due to the capabilities of an NSTR STA, requiring an NSTR STA to responding to an RTS may interrupt the reception of “data” on an another “link” and the interruption of the reception of such “data” is something that
should be avoided, changing the requirement to respond to an RTS to be “may” respond for an NSTR STA does not clearly specify the desired behavior.
Desired behavior: An NSTR STA that receives an RTS shall respond as any other STA shall, unless the NSTR STA is currently “NSTR limited” (the transmission of the CTS will cause the NSTR STA to not be able to receive a “useful” transmission
on another “link”). My understanding is that not responding to a received CTS for any other reason is
not acceptable behavior. Hence, the use of “may” does not correctly specify the desired behavior that an NSTR STA should respond unless it will cause harmful interference to the NSTR STA’s ability to receive ongoing transmission on other “links”.
Assuming the above desired behavior is what most TGbe participants agree is the desired behavior, I have the following observations:
Therefore, there should be two requirements in the 802.11be to address RTS/CTS behavior:
Regards, Joseph Levy New York o: +1.631.622.4139 m: +1.516.835.9353 To unsubscribe from the STDS-802-11-TGBE list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1 |