I also wanted to echo my agreement with Liwen on this. Non-AP STA sending this indication doesn’t terminate the SP, that needs the EOSP indication from the AP as per baseline, and AP may transmit frames to non-AP STA after receiving this indication.
On Feb 13, 2026, at 9:30 AM, Binita Gupta <bingupta.ieee@xxxxxxxxx> wrote:
Thanks Liwen and Yajun for the discussion.
,,,and I agree with Liwen. After the DPS non-AP STA provides EOSP to the AP, AP may still have DL frames to be transmitted to the STA. So, STA should not transition to LC mode after sending EOSP.
Thanks, Binita
Hi Yajun, As I mentioned, When the scheduled DPS non-AP STA announces EOST with value 1, the AP may still need transmit its frames to the scheduled DPS non-AP STA. What you described is not true. Best Regards, Liwen
|
Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report
this email' button
|
Hi, Liwen Thank you for your reply. CID4443 mentioned scheduled STA and responding STA. I agree that the responding STA (or scheduling AP) should not transition to LC Mode, even if the peer STA (the scheduled STA or requesting
STA) terminates the TWT SP early. However,
for a scheduled STA that has enabled DPS mode and indicates that there are no pending traffic by transmitting a QoS frame with EOTSP set to 1, the STA shall transition to LC Mode. Best Regards, Yajun
Hi Yajun, Thanks for the discussion. EOTSP equal to 1 is used at the requesting STA or TWT scheduled STA side to indicate no pending frames. It doesn’t mean that the peer TWT STA, e.g. the TWT scheduling STA (AP of the broadcast TWT schedule),
has no pending frames. Best Regards, Liwen
|
Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report
this email' button
|
Hi, Liwen As I mentioned during the joint meeting, a non-AP STA utilizes the TWT early termination procedure to indicate that it had no pending
traffic to transmit during the ongoing TWT SP, rather than indicating that no frames were detected. <image001.png> I might not agree with your decision to reject this comment. Because this condition was not included in the EMLSR rule of switching
back to listening mode. A DPS non-AP STA (acting as a scheduled STA) shall transition to LC Mode immediately after transmitting a QoS Null frame with the
EOTSP subfield set to 1 during an ongoing TWT SP. This improves power-saving performance for the non-AP STA. On the contrary, if a DPS non-AP STA remains in HC mode after terminating a TWT SP early, maintaining the HC mode until the end of the TWT SP results
in unnecessary power consumption. The resolution of this CID should be revised to include an additional condition for a DPS non-AP STA to transition back to LC
Mode. Specifically, in addition to following the EMLSR rule of switching back to listening mode, a DPS non-AP STA shall transition
to LC Mode immediately upon transmitting a QoS Null frame with the EOTSP subfield set to 1 during an ongoing TWT SP. BRs， Yajun
Hi Alfred and all, I uploaded 11-25/1895R1 updated per the feedbacks. https://mentor.ieee.org/802.11/dcn/25/11-25-1895-01-00bn-cr-lb291-mac-cids-in-subclause-37-17-1-part-2.docx Best Regards, Liwen
|
Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report this email' button
|
Hi Alfred, Thanks. I had R1 based on the feedbacks I received.
- Changing the added text related to CID 7988 and 5411 per the feedback.
- Modifying the reject reasons of several CIDs.
I will incorporate your suggestions to R1 and upload it today. Best Regards, Liwen
|
Caution: This is an external email. Please take care when clicking links or opening attachments. When in doubt, report the message using the 'Report this email' button
|
Please find some green tags for the CIDs in the attached file (also some suggestions/comments).
--
IEEE802.11 TGbe/TGbn Chair,
Qualcomm Technologies Inc.
Office #: +1 858 658 5302
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
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
|