Hi Yanjun, Giovanni
Thanks, Yanjun, for jumping in and providing your understanding.
To be precise I guess “any ppdu
that is not a control response” would be better?
I believe the context of this paragraph is when the Coordinated AP is TXOP holder so there is a possibility that it may need to respond to a TB UL PPDU with control response?
The 11be text on which this is based on is for a non-AP as the TXOP holder so should be fine as it is.
Best regards,
Gaius
From: Yanjun Sun <yanjunsunstd@xxxxxxxxx>
Sent: Friday, 25 July 2025 6:55 pm
To: Giovanni Chisci <gchisci@xxxxxxxxxxxxxxxx>; Gaius Yao Huang Wee <yaohuang.wee@xxxxxxxxxxxxxxxx>
Cc: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBN] MAC PDT: CID Resolution CC50 for Co-RTWT
Hi Giovanni, Gaius,
Thank you for the good discussions!
My understanding is that the shall rule doesn’t include control response frames, as the control response frame doesn’t rely on the CW mentioned in the 2nd half.
It'll be good to clarify this aspect to avoid impacts or regression to legacy STAs that transmit uplink data to the AP.
Hi Giovanni,
If that’s the case, I’m wondering does the second part of the sentence still apply (e.g., for an Ack)?
“””
…
shall defer transmission by selecting a random backoff count using the present CW[AC] (without advancing to the next value of CW[AC]).
“””
Best regards,
Gais
Hi Gaius,
Thanks for the question,
I have the same understanding that you have, since it is ‘any PPDU’.
Best,
Giovanni
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.
Hi Giovanni,
May I just clarify regarding this text:
“””
In addition, before starting transmission of
any PPDU, the Co-RTWT coordinated AP shall check if there is enough time for the frame exchange to complete prior to the start of the R-TWT SP and, if there is not enough time, then the Co-RTWT coordinated AP shall defer transmission by selecting a random
backoff count using the present CW[AC] (without advancing to the next value of CW[AC]). The QSRC[AC] for the MSDU or A-MSDU is not affected
“””
I realize that this is copied from 11be but “any PPDU” seems to include immediate responses such as Ack frames. Is that a correct interpretation?
Best regards,
Gaius
[MAC PDT: CID Resolution CC50 for Co-RTWT]
Dear all,
R1 is uploaded on mentor:
https://mentor.ieee.org/802.11/dcn/25/11-25-1177-01-00bn-cid-resolution-cc50-for-cortwt.docx
Best,
Giovanni
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.
[MAC PDT: CID Resolution CC50 for Co-RTWT]
Dear all,
I prepared a document to resolve remaining CIDs for Co-RTWT.
Co-RTWT CIDs (28 are resolved):
831, 894, 1438, 1714, 1868, 1909, 1911, 1995, 1996, 2206, 2210, 2695, 2837, 2838, 3152, 3153, 3154, 3155, 3451, 3452, 3583, 3584, 3711,
3735, 3752, 3754, 3794, 3813,
Please find the document at the following location (@Alfred
Asterjadhi please feel free to update the link on agenda):
https://mentor.ieee.org/802.11/dcn/25/11-25-1177-00-00bn-cid-resolution-cc50-for-cortwt.docx
Please let me know if you have any comment by replying to this thread.
Thank you in advance,
Giovanni
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
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
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
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
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
|