Hi Xiangxin,
Thank you for your comments and initiating the discussion.
- I personally don’t have a very strong opinion about this, i.e., is a capability indication by the AP MLD necessary or
not. Others had suggested that a capability indication should be used during offline discussions. Without a capability indication, it may be unclear what the AP operation will be if an indication of group-link is provided by an EMLSR non-AP MLD, i.e., will
it take action based on it or not.
- Beacon frames are also included in the list of group addressed frames. So even if no services are running over group-addressed
data frames, the proposed mechanism is still required for protecting beacon frames. Can you elaborate further what case you are referring to and what is your suggestion?
- This point was also in debate in offline discussions, and two people suggested that the indication should be in a new
EHT action frame. One of the reason is also that the indication of group link can be provided after switch to EMLSR mode, at any time. So reusing EML Operating Mode Notification frame might in fact reduce flexibility that the indication can only be provided
when the switch to EMLSR mode happens. The EML Operating Mode Notification frame also has a response frame, while for this feature we don’t require a response frame from AP MLD. We can also have an offline discussion on this if you want a more detailed discussion.
Regards,
Vishnu
From:
顾祥新 (Xiangxin Gu) <Xiangxin.Gu@xxxxxxxxxx>
Sent: Tuesday, August 16, 2022 12:41 AM
To: Vishnu Vardhan Ratnam <vishnu.r@xxxxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: RE: [STDS-802-11-TGBE] Latest comment spreadsheet on LB266 (11be D2.0) posted
Hi Vishnu,
Thanks for the contribution document 22/1335r0, I have concerns:
-
With this mechanism, the AP MLD get easier to operating with EMLSR/EMLMR mode. So it is unreasonable to have a capability item on this.
-
The solution doesn’t cover the case that there is no services running over group addressed frames at non-AP MLD side.
-
It’s better to put the information in EML Operating Notification frame, which consumes less steps and less signal
overhead. I don’t think it’s a good idea to utilize an inefficient way just because we want to cover NSTR case. Actually no CID is related to NSTR. We can have a separate discussion on NSTR.
BR,
Xiangxin Gu
Communication Standards Devision
From: Vishnu Ratnam <vishnu.r@xxxxxxxxxxx>
Sent: Friday, August 12, 2022 11:18 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] Latest comment spreadsheet on LB266 (11be D2.0) posted
Hi Alfred,
Could you kindly add the following document to the MAC queue. It resolves 13 CIDs.
|
12-Aug-2022 ET |
2022 |
1335 |
0 |
TGbe |
CR for CIDs related to Group-addressed frame Reception in EMLSR/NSTR |
Vishnu Ratnam (Samsung) |
12-Aug-2022 11:13:05 ET |
In addition, I have uploaded the 1201r1 which is a PDT (in place of 1201r0 which was a ppt). As discussed, could you kindly move that document to the MAC Comment
Resolution queue from the contribution queue? It resolves 1 CID.
|
12-Aug-2022 ET |
2022 |
1201 |
1 |
TGbe |
ML traffic indication using A-control |
Vishnu Ratnam (Samsung) |
12-Aug-2022 11:04:33 ET |
Thanking you,
Vishnu
From: Edward Au <edward.ks.au@xxxxxxxxx>
Sent: Thursday, August 11, 2022 6:52 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBE] Latest comment spreadsheet on LB266 (11be D2.0) posted
|
Caution: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
|
Dear Alfred and all,
Revision 16 of the comment spreadsheet is posted:
This version updated the status of selected CIDs after the motions on Wednesday, together with a few TTT assignments and PoC reassignment.
Regards,
Edward
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 email (including its attachments) is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential
or otherwise protected from disclosure. Unauthorized use, dissemination, distribution or copying of this email or the information herein or taking any action in reliance on the contents of this email or the information herein, by anyone other than the intended
recipient, or an employee or agent responsible for delivering the message to the intended recipient, is strictly prohibited. If you are not the intended recipient, please do not read, copy, use or disclose any part of this e-mail to others. Please notify the
sender immediately and permanently delete this e-mail and any attachments if you received it in error. Internet communications cannot be guaranteed to be timely, secure, error-free or virus-free. The sender does not accept liability for any errors or omissions.
本邮件及其附件具有保密性质，受法律保护不得泄露，仅发送给本邮件所指特定收件人。严禁非经授权使用、宣传、发布或复制本邮件或其内容。若非该特定收件人，请勿阅读、复制、
使用或披露本邮件的任何内容。若误收本邮件，请从系统中永久性删除本邮件及所有附件，并以回复邮件的方式即刻告知发件人。无法保证互联网通信及时、安全、无误或防毒。发件人对任何错漏均不承担责任。
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