Alfred (all), Can I make a request/suggestion, that for these CIDs where no consensus can be reached, that we try to include some hint of what the concerns are that have been expressed (and not resolved to consensus)? Just one quick sentence, or 2-3 bullets, is all it would take. For those of us with conflicts, who can’t attend all the calls, this would be a huge benefit to understanding what aspect of the proposal still needs to be sorted out. It is a technique that TGm has used for many years, with considerable success (in my opinion). It is even more important when we get to SA ballot, where there are balloters who are not at all coupled into the meetings – and its good practice before SA ballot just so we get in the habit. Thanks for any consideration. Mark From: Minyoung Park <mpark.ieee@xxxxxxxxx>
Sent: Tuesday, March 29, 2022 12:10 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] TGbe Teleconferences [03/16/2022, 03/17/2022]: Agenda Posted 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, 4932 All - 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, 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.
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 |