| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
"(#4760, 5668, 6882, 5612, 5844, 6551)The enhanced multi-link single radio (EMLSR) operation defined in this subclause allows a non-AP MLD with multiple receive chains to listen on one or more links the EMLSR links when the corresponding STAs affiliated with the non-AP MLD are in awake state as defined below with multiple receive chains for an initial Control frame sent by an AP affiliated with an AP MLD in a non-HT (duplicate) PPDU with one spatial stream, followed by frame exchanges of any PPDU type that is supported by a STA affiliated with the non-AP MLD with one or more spatial streams on the link on which the initial Control frame was received."
"(#5650, 7490)enhanced multi-link single radio (EMLSR) operation: a mode of operation that allows a non-AP MLD with multiple receive chains to listen on one or more links a set of enabled links when the corresponding STAs affiliated with the non-AP MLD are in awake state with multiple receive chains for an initial Control frame sent by an AP affiliated with an AP MLD in a non-HT (duplicate) PPDU with one spatial stream, followed by frame exchanges of any PPDU type that is supported by a STA affiliated with the non-AP MLD with one or more spatial streams on the link on which the initial Control frame was received."
Thanks,
Minyoung
Hi Liwen,No, that is not our intention. A STA listens on a link that is a member of the EMLSR links when the STA is in awake state. This is described throughout the subclause.This paragraph is to add an introductory paragraph to the subclause, not adding normative behaviors, and uses the verb 'allows' similar to other subclauses to introduce the EMLSR operation.Do you think we need to make changes to the following description? Do you have any suggestions?""(#4760, 5668, 6882, 5612, 5844, 6551)The enhanced multi-link single radio (EMLSR) operation defined in this subclause allows a non-AP MLDwith multiple receive chainsto listen onone or more linksthe EMLSR links as defined below with multiple receive chains for an initial Control frame sent by an AP affiliated with an AP MLD in a non-HT (duplicate) PPDU with one spatial stream, followed by frame exchanges of any PPDU type that is supported by a STA affiliated with the non-AP MLDwith one or more spatial streamson the link on which the initial Control frame was received."Thanks,MinyoungOn Thu, Mar 10, 2022 at 10:10 AM Liwen Chu <liwen.chu@xxxxxxx> wrote:Hi Minyoung,
When an eMLSR non-AP MLD has one eMLSR link in active mode and all other eMLSR links in power save mode, the MLD will listen on one link. But the updated text disallows such case. Is this what we want?
Best Regards,
Liwen
From: Minyoung Park <mpark.ieee@xxxxxxxxx>
Sent: Thursday, March 10, 2022 9:56 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [EXT] Re: [STDS-802-11-TGBE] doc 214 (EMLSR operation description)
Caution: EXT Email
*Changed the title.
Hi all,
I received a comment from Yongho to make the following change in green. I'm fine with the change.
""(#4760, 5668, 6882, 5612, 5844, 6551)The enhanced multi-link single radio (EMLSR) operation defined in this subclause allows a non-AP MLD
with multiple receive chainsto listen onone or more linksthe EMLSR links as defined below with multiple receive chains for an initial Control frame sent by an AP affiliated with an AP MLD in a non-HT (duplicate) PPDU with one spatial stream, followed by frame exchanges of any PPDU type that is supported by a STA affiliated with the non-AP MLDwith one or more spatial streamson the link on which the initial Control frame was received."
Please review the text and let me know if you have any comments.
Regards,
Minyoung
On Thu, Mar 10, 2022 at 6:31 AM Minyoung Park <mpark.ieee@xxxxxxxxx> wrote:
Hi Subho,
Your suggested text is fine by me.
Here is the revised text:
"(#4760, 5668, 6882, 5612, 5844, 6551)The enhanced multi-link single radio (EMLSR) operation defined in this subclause allows a non-AP MLD with multiple receive chains to listen on
one or more linksthe EMLSR links as defined below for an initial Control frame sent by an AP affiliated with an AP MLD in a non-HT (duplicate) PPDU with one spatial stream, followed by frame exchanges of any PPDU type that is supported by a STA affiliated with the non-AP MLDwith one or more spatial streamson the link on which the initial Control frame was received."
All - please review and let me know if you have any comments.
Thanks,
Minyoung
On Thu, Mar 10, 2022 at 6:09 AM Shubhodeep Adhikari <shubhodeep.adhikari@xxxxxxxxxxxx> wrote:
Hi Minyoung,
In 214r1, EMLSR operation is defined as follows “The enhanced multi-link single radio (EMLSR) operation defined in this subclause allows a non-AP MLD with multiple receive chains to listen on one or more links for an initial Control frame sent by an AP affiliated with an AP MLD in a non-HT (duplicate) PPDU with one spatial stream, followed by frame exchanges of any PPDU type that is supported by a STA affiliated with the non-AP MLD with one or more spatial streams on that link.”
In the proposed text, “listen on one or more links” does not capture the requirement of the MLD in EMLSR mode to listen on all the active EMLSR links. So, I think it may be better to change the text to “listen on the EMLSR links as defined below” to ensure that the non-AP listens to the EMLSR links per the definition of EMLSR links provided in the very next paragraph in D1.4 “The specified set of the enabled links in which the EMLSR mode is applied is called EMLSR links.”
Regards,
Shubho
On Thu, Feb 3, 2022 at 5:56 AM Minyoung Park <mpark.ieee@xxxxxxxxx> wrote:
Hi Alfred,
Please add the following CR doc 11-22/214r0 (21 CIDs) in the MAC queue:
- 11-22/0214r0, CC36 CR EMLSR, Minyoung Park (Intel Corporation)
Regards,
Minyoung
On Tue, Jan 4, 2022 at 1:30 PM Alfred Asterjadhi <asterjadhi@xxxxxxxxx> wrote:
Hello all,
First of all I would like to wish everybody a Happy New Year!
I uploaded an updated version of the agendas, which contains the agenda for the next conference calls, scheduled on Wednesday January 05 (JOINT), 10:00-12:00 ET and Thursday January 06 (MAC), 10:00-12:00 ET.
The agendas can be found here:
https://mentor.ieee.org/802.11/dcn/21/11-21-1775-18-00be-nov-jan-tgbe-teleconference-agenda.docx
Note for CR documents: Please update the baseline to TGbe D1.31 for the CR documents.
DIAL IN DETAILS FOR WEDNESDAY:
Join the JOINT meeting here: https://ieeesa.webex.com/ieeesa/j.php?MTID=m47e46089d108a8ef448b7a3a11976593
Meeting number: 233 886 75218 Meeting password: wireless (94735377 from phones and video systems)
DIAL IN DETAILS FOR THURSDAY:
Join the MAC meeting here: https://ieeesa.webex.com/ieeesa/j.php?MTID=mff9e3bd94518bedcc608845d389fdd3e
Meeting number: 234 227 52561 Meeting password: wireless (94735377 from phones and video systems)
Let me know if you have any questions and/or suggestions.
Best Regards,
Alfred
--
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
This electronic communication and the information and any files transmitted with it, or attached to it, are confidential and are intended solely for the use of the individual or entity to whom it is addressed and may contain information that is confidential, legally privileged, protected by privacy laws, or otherwise restricted from disclosure to anyone else. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, you are hereby notified that any use, copying, distributing, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited. If you received this e-mail in error, please return the e-mail to the sender, delete it from your computer, and destroy any printed copy of it.
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