| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
|
Hello all
Several people commented in the TGbe MAC adhoc meeting mentioned “intends to… shall…” (an example in 22/1786)is not correct.
Each of the other assisting AP(s) affiliated with the AP MLD that intends to help the assisted STA that is associated with it and affiliated with the non-AP MLD to recover medium synchronization,
shall schedule for a transmission a Trigger frame to it (13939) to solicit an UL frame(s) after the AP affiliated with the same AP MLD successfully received the AAR Control subfield in a frame if it does not have frame exchanges already scheduled with another
STA. Please refer to the base line in the draft. If you still think the below is not correct, please raise comment and change them. In 802.11be draft 2.2, it appears too many times
1.
For each affiliated AP that the AP MLD intends to remove, the Reconfiguration Multi-Link element shall include a Per-STA Profile subelement with the subfields of the Per-STA Control
field set as following In page 454 line 51
2.
An AP affiliated with an AP MLD that intends to setup quiet interval(s) (#13371)other than quiet intervals scheduled to protect R-TWT SPs (see 35.8.4.2 (Quieting STAs during R-TWT SPs(#10893)(#11109)))
for its BSS shall advertise the corresponding element(s) for a duration that is greater than or equal to the maximum of the TBTTs until the next DTIM Beacon frame corresponding to each AP affiliated with the same AP MLD. In page 476 line 28
3.
When a non-AP MLD with dot11EHTEMLSROptionImplemented equal to true intends to (#12675)enable the EMLSR mode on the EMLSR links, a (#12242)non-AP STA affiliated with the non-AP MLD shall
transmit an EML Operating Mode Notification frame with the EMLSR Mode subfield of the EML Control field of the frame set to 1 to an AP affiliated with an AP MLD with dot11EHTEMLSROptionImplemented equal to true. In page 500 line 36
4.
… In 802.11REVme D1.0
1.
An RD responder that intends to elicit a BlockAck frame from the RD initiator shall set the Ack Policy Indicator subfield of MPDUs addressed to RD initiator
to Scheduled Ack In page 2312 line 20
2.
An S1G STA that is an MFB requester shall set the TXVECTOR parameter RESPONSE_INDICATION to NORMAL_RESPONSE if it intends to elicit link adaptation feedback
in the immediate control response frame.
3.
except when the source DMG STA intends to establish a DMG protected period in which case the rules described in 10.39.6.6 (DMG and CMMG protected period) shall
be followed before the source DMG STA initiates the frame exchange in the SP. In page 2380 line 10
4.
… Best wishes Ming Gan 发件人: Gaurang Naik [mailto:gnaik@xxxxxxxxxxxxxxxx]
Hi Alfred, Could you please add CR doc 22/1480 to the MAC queue? I will be resolving 15 CIDs in the document. Thanks, Gaurang From: Pooya Monajemi <00000ef0b9e0aff7-dmarc-request@xxxxxxxxxxxxxxxxx>
Hello Alfred Can you also please add 11-22/1966 (CR for TID to Link Mapping Advertisement) to the TGbe MAC queue. Resolving 3 CIDs 10535,
11761, and 12632. Many thanks Pooya On Friday, November 11, 2022 at 05:53:26 PM PST, Abhishek Patil <appatil@xxxxxxxxxxxxxxxx> wrote:
Hi Alfred, Can you please help add doc
11-22/1796 to the TGbe MAC agenda? It resolves 10 CIDs. From: Yang,
Zhijie (NSB - CN/Shanghai) <zhijie.yang@xxxxxxxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Alfred, Could you put my following SP to the queue? 1782r1 Thanks Best Regards Jay Yang From: Alfred
Asterjadhi <asterjadhi@xxxxxxxxx>
Hello all, I have received some request from members to have some time to check for the docs that are currently pending SP for day
1 so that they can hopefully reach consensus. In order to give some time i am moving by default the SPs to next week's plenary. If you would like the SP to be ran in the ad-hoc anyways please let me know so that i can leave it in the current slot. Latest agenda (still pending a couple of additions so there will be another update to the queues): Regards, Alfred On Mon, Nov 7, 2022 at 8:52 AM Alfred Asterjadhi <asterjadhi@xxxxxxxxx>
wrote:
--
Alfred Asterjadhi, PhD IEEE802.11 TGbe Chair, Qualcomm Technologies Inc. Cell #: +1 858 263 9445 Office #: +1 858 658 5302 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 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 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
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
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
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 |