Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [STDS-802-11-TGBE] [Suspected Marketing Mail] Re: [STDS-802-11-TGBE] [EXT] Re: [STDS-802-11-TGBE] doc 214 (EMLSR operation description)

Hello Jay,

That wasn't the intention. The intention was to say that there needs to be multiple receive chains for listening on multiple links. I think it is better to move back the 'with multiple receive chains' right after the 'a non-AP MLD' as follows. See if this reads better.

I'm also deleting the orange highlighted text below since it seems not necessary (received a comment). 

"(#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."


All - Please review and let me know if you have any further comments.


Thanks,

Minyoung




On Wed, Mar 23, 2022 at 7:56 AM Yang, Zhijie (NSB - CN/Shanghai) <zhijie.yang@xxxxxxxxxxxxxxx> wrote:

Hi Minyoung,

 

How to understand the following change?  One illustration is that  all links in the set need to have multiple receive chains. Another one is that some links have multiple receive chains, but others(belonging to the same set) have none chains…

 

a set of enabled links with multiple receive chains

 

 

 

Thanks

 

Best Regards

 

Jay Yang

 

From: Minyoung Park <mpark.ieee@xxxxxxxxx>
Sent: 2022年3月23日 1:12
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [Suspected Marketing Mail] Re: [STDS-802-11-TGBE] [EXT] Re: [STDS-802-11-TGBE] doc 214 (EMLSR operation description)

 

Hi all,

 

I've revised doc 214 to r3 based on the discussion in this email thread as follows. Please let me know if you have further comments. 

 

"(#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 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 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."

 

Regards,

Minyoung

 

On Wed, Mar 16, 2022 at 11:38 AM Minyoung Park <mpark.ieee@xxxxxxxxx> wrote:

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 MLD with multiple receive chains to listen on one or more links the 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 MLD with one or more spatial streams on the link on which the initial Control frame was received."

 

Thanks,

Minyoung

 

 

On 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 chains to listen on one or more links the 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 MLD with one or more spatial streams on 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 links the 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 MLD with one or more spatial streams on 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

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