| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Alfred,Please add the following doc 306r2 to the MAC call.I want to run a SP on the 5 deferred CIDs: 6345, 5747, 5905, 5773, 4932All - the following are the updates. Please review and let me know if you have further comments.CID 6345 (EMLSR and dynamic SM power save) - updated the resolution as follows based on offline discussions with Liwen and Yong:"(#6345)When a non-AP MLD is operating in EMLSR mode on the EMLSR links, the non-AP MLD shall not operate in dynamic SM power save mode (11.2.6 (SM power save)) on the EMLSR links."CID 5747, 5905 (TSF Offset) - had offline discussions with Yongho Seok and Xiangxin and addressed their comments. No changes made.CID 5773, 4932 (EMLSR mandatory) - there were some discussions on the email thread but since the group cannot reach consensus, I updated the resolution as follows:
5773
Laurent Cariou
35.3.15
281.17
eMLSR has been introduced a bit late compared to other modes like NSTR and has therefore been introduced as optional. However, support for operation with non-AP MLD with the other main modes is mandatory at the AP MLD side (NSTR, STR). It would make sense that all the main modes are actually mandatory supported on all AP MLDs. On top of that, eMLSR has shown significant gains and is clearly a very important features for MLO in 11be. Also complexity to support eMLSR for an AP MLD that already supports operation for NSTR or STR non-AP MLD is relatively minor.
Make eMLSR support mandatory on AP MLD side.
Rejected.
Although the EMLSR operation shows benefits in terms of throughput and latency by enabling multi-link operation with similar complexity compared to 802.11ax,The task group’s consensus has not been reached to make this feature mandatory.4932
Eldad Perahia
35.3.15
281.19
"A non-AP MLD may operate in the EMLSR mode on the enabled links between the non-AP MLD and its associated AP MLD". Make this operation default and mandatory
as in comment
Rejected.
Although the EMLSR operation shows benefits in terms of throughput and latency by enabling multi-link operation with similar complexity compared to 802.11ax,The task group’s consensus has not been reached to make this feature mandatory.Regards,MinyoungOn Tue, Mar 15, 2022 at 1:38 PM Alfred Asterjadhi <asterjadhi@xxxxxxxxx> wrote:Hello all,
I uploaded an updated version of the agendas, which contains the agenda for the next conference calls, scheduled on Wednesday, March 16 (MAC), 10:00-12:00 ET, and Thursday, March 17 (MAC), 10:00-12:00 ET.
The agendas can be found here:
The dial in details can be found in the IEEE 802.11 calendar in their respective entries. The calendar can be accessed from this webpage.
Regards,Alfred
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