[STDS-802-11-TGBE] 答复: Discussion on power save of AP MLD

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

Hi Jay,

Thanks for your question. Please find my response inline.

Regards

Guogang Huang

发件人: Yang, Zhijie (NSB - CN/Shanghai) [mailto:zhijie.yang@xxxxxxxxxxxxxxx]
发送时间: 2022年3月31日 15:09
收件人: huangguogang <huangguogang1@xxxxxxxxxx>; 顾祥新 (Xiangxin Gu) <Xiangxin.Gu@xxxxxxxxxx>; Kaiying Lu <Kaiying.Lu@xxxxxxxxxxxx>; Jarkko Kneckt <jkneckt@xxxxxxxxx>
抄送: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx; Chunyu Hu <chunyuhu@xxxxxx>; Park, Minyoung <Minyoung.park@xxxxxxxxx>; Morteza Mehrnoush <mmehrnoush@xxxxxx>; Laurent Cariou <laurent.cariou@xxxxxxxxx>; Yonggang Fang <Yonggang.Fang@xxxxxxxxxxxx>; Rubayet Shafin <r.shafin@xxxxxxxxxxx>; Rojan Chitrakar <rojan.chitrakar@xxxxxxxxxxxxxxxx>; Liwen Chu <liwen.chu@xxxxxxx>; Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>; Gaurang Naik <gnaik@xxxxxxxxxxxxxxxx>; Srinivas Kandala <srini.k1@xxxxxxxxxxx>; Xiaofei Wang <Xiaofei.Wang@xxxxxxxxxxxxxxxx>; NEZOU Patrice <Patrice.Nezou@xxxxxxxxxxxx>; Ganming(Ming Gan) <ming.gan@xxxxxxxxxx>
主题: RE: Discussion on power save of AP MLD

Hi Guoguang,

l the AP operating in the power save mode may need periodically to wake up and transmit the Beacon frame

Please note such design will cause the legacy STA connection failure issue if it intends to set up connection based on the received Beacon.

That’s why 802.11 specification has the AP always powering on.

[Guogang Huang]For this question, I add the following note to explain it in my contribution. To optimize the multi-link performance, especially in the enterprise scenario, I think it is useful to manage the non-MLD STAs and only allow them to associate in specified links.

Thanks

Best Regards

Jay Yang

From: huangguogang <huangguogang1@xxxxxxxxxx>
Sent: 2022年3月31日 14:57
To: 顾祥新 (Xiangxin Gu) <Xiangxin.Gu@xxxxxxxxxx>; Kaiying Lu <Kaiying.Lu@xxxxxxxxxxxx>; Jarkko Kneckt <jkneckt@xxxxxxxxx>
Cc: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx; Chunyu Hu <chunyuhu@xxxxxx>; Park, Minyoung <Minyoung.park@xxxxxxxxx>; Morteza Mehrnoush <mmehrnoush@xxxxxx>; Laurent Cariou <laurent.cariou@xxxxxxxxx>; Yang, Zhijie (NSB - CN/Shanghai) <zhijie.yang@xxxxxxxxxxxxxxx>; Yonggang Fang <Yonggang.Fang@xxxxxxxxxxxx>; Rubayet Shafin <r.shafin@xxxxxxxxxxx>; Rojan Chitrakar <rojan.chitrakar@xxxxxxxxxxxxxxxx>; Liwen Chu <liwen.chu@xxxxxxx>; Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>; Gaurang Naik <gnaik@xxxxxxxxxxxxxxxx>; Srinivas Kandala <srini.k1@xxxxxxxxxxx>; Xiaofei Wang <Xiaofei.Wang@xxxxxxxxxxxxxxxx>; NEZOU Patrice <Patrice.Nezou@xxxxxxxxxxxx>; Ganming(Ming Gan) <ming.gan@xxxxxxxxxx>
Subject: 答复: Discussion on power save of AP MLD

Hi Xiangxin,

Thanks for your questions. Please find my response inline.

Regards

Guogang Huang

发件人: 顾祥新 (Xiangxin Gu) [mailto:Xiangxin.Gu@xxxxxxxxxx]
发送时间: 2022年3月31日 13:35
收件人: huangguogang <huangguogang1@xxxxxxxxxx>; Kaiying Lu <Kaiying.Lu@xxxxxxxxxxxx>; Jarkko Kneckt <jkneckt@xxxxxxxxx>
抄送: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx; Chunyu Hu <chunyuhu@xxxxxx>; Park, Minyoung <Minyoung.park@xxxxxxxxx>; Morteza Mehrnoush <mmehrnoush@xxxxxx>; Laurent Cariou <laurent.cariou@xxxxxxxxx>; Yang, Zhijie (NSB - CN/Shanghai) <zhijie.yang@xxxxxxxxxxxxxxx>; Yonggang Fang <Yonggang.Fang@xxxxxxxxxxxx>; Rubayet Shafin <r.shafin@xxxxxxxxxxx>; Rojan Chitrakar <rojan.chitrakar@xxxxxxxxxxxxxxxx>; Liwen Chu <liwen.chu@xxxxxxx>; Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>; Gaurang Naik <gnaik@xxxxxxxxxxxxxxxx>; Srinivas Kandala <srini.k1@xxxxxxxxxxx>; Xiaofei Wang <Xiaofei.Wang@xxxxxxxxxxxxxxxx>; NEZOU Patrice <Patrice.Nezou@xxxxxxxxxxxx>; Ganming(Ming Gan) <ming.gan@xxxxxxxxxx>
主题: RE: Discussion on power save of AP MLD

Hi Guogang,

Thanks for the interesting proposal!

I have questions to expand the mechanism to AP MLD besides mobile AP MLD:

1) How to evaluate signal condition of the link that the non-AP MLD is going to request the AP MLD to wake up.

[Guogang Huang]Good question. Maybe we can consider the following approaches to address this issue:

l the AP operating in the power save mode may need periodically to wake up and transmit the Beacon frame

l Or the non-AP MLD may decide whether it sends a wakeup request according to some kind of the link quality estimation. When the AP in the power save mode transitions from the doze state to the awake state, then the AP can transmit the Beacon frame or do the channel sounding on that link.

2) For an AP affiliated with an AP MLD in doze, what is the TBTT Offset carried RNR in the Beacon transmitted by another AP affiliated with the same AP MLD?

[Guogang Huang]In this case, I suggest when a reported AP is operating in the power save mode or the sleep mode, only the MLD parameters subfield is carried. As I mention before, if we allow the AP in the power save mode to periodically wake up to send the Beacon frame, then your question can be resolved. For this part, I’m open to discuss.

BR,

Xiangxin Gu

Communication Standards Devision

From: huangguogang <huangguogang1@xxxxxxxxxx>
Sent: Thursday, March 31, 2022 10:03 AM
To: Kaiying Lu <Kaiying.Lu@xxxxxxxxxxxx>; Jarkko Kneckt <jkneckt@xxxxxxxxx>
Cc: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx; Chunyu Hu <chunyuhu@xxxxxx>; Park, Minyoung <Minyoung.park@xxxxxxxxx>; Morteza Mehrnoush <mmehrnoush@xxxxxx>; Laurent Cariou <laurent.cariou@xxxxxxxxx>; Yang, Zhijie (NSB - CN/Shanghai) <zhijie.yang@xxxxxxxxxxxxxxx>; Yonggang Fang <Yonggang.Fang@xxxxxxxxxxxx>; 顾祥新 (Xiangxin Gu) <Xiangxin.Gu@xxxxxxxxxx>; Rubayet Shafin <r.shafin@xxxxxxxxxxx>; Rojan Chitrakar <rojan.chitrakar@xxxxxxxxxxxxxxxx>; Liwen Chu <liwen.chu@xxxxxxx>; Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>; Gaurang Naik <gnaik@xxxxxxxxxxxxxxxx>; Srinivas Kandala <srini.k1@xxxxxxxxxxx>; Xiaofei Wang <Xiaofei.Wang@xxxxxxxxxxxxxxxx>; NEZOU Patrice <Patrice.Nezou@xxxxxxxxxxxx>; Ganming(Ming Gan) <ming.gan@xxxxxxxxxx>
Subject: 答复: Discussion on power save of AP MLD

Hi Kaiying,

Thanks for your discussion. Please find my response inline.

Regards

Guogang Huang

发件人: Kaiying Lu [mailto:Kaiying.Lu@xxxxxxxxxxxx]
发送时间: 2022年3月31日 4:01
收件人: Jarkko Kneckt <jkneckt@xxxxxxxxx>; huangguogang <huangguogang1@xxxxxxxxxx>
抄送: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx; Chunyu Hu <chunyuhu@xxxxxx>; Park, Minyoung <Minyoung.park@xxxxxxxxx>; Morteza Mehrnoush <mmehrnoush@xxxxxx>; Laurent Cariou <laurent.cariou@xxxxxxxxx>; Yang, Zhijie (NSB - CN/Shanghai) <zhijie.yang@xxxxxxxxxxxxxxx>; Yonggang Fang <Yonggang.Fang@xxxxxxxxxxxx>; "顾祥新 (Xiangxin Gu)" <Xiangxin.Gu@xxxxxxxxxx>; Rubayet Shafin <r.shafin@xxxxxxxxxxx>; Rojan Chitrakar <rojan.chitrakar@xxxxxxxxxxxxxxxx>; Liwen Chu <liwen.chu@xxxxxxx>; Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>; Gaurang Naik <gnaik@xxxxxxxxxxxxxxxx>; Srinivas Kandala <srini.k1@xxxxxxxxxxx>; Xiaofei Wang <Xiaofei.Wang@xxxxxxxxxxxxxxxx>; NEZOU Patrice <Patrice.Nezou@xxxxxxxxxxxx>; Ganming(Ming Gan) <ming.gan@xxxxxxxxxx>
主题: RE: Discussion on power save of AP MLD

Hi Guogang,

Thanks for the contribution.

I have two general comments for clarification first.

Regarding to “power save mode (10)”, “In this mode, the AP is allowed to transition between the awake state and the doze state. The AP operates in the doze state by default unless it receives a wakeup request and enters the awake state.”

Do you mean that the AP is not allowed to transition between doze and awake itself?

[Guogang Huang]Maybe I get your point. You mean if the AP MLD has DL buffered BU, it also can transition from the doze state to the awake state, right? I agree with you and will fix it in the next revision.

Regarding to “sleep mode (11)”, “In this mode, the corresponding AP is always in the doze state. And The non-AP MLD cannot send a wakeup request to this AP through its affiliated STA.”

What do you mean by “AP is always in the doze state”? Can the AP be awake at some point? Otherwise, the AP is just as disabled.

[Guogang Huang]This mode is used in the following use cases, e.g. the AP maintenance and regulatory reasons. During this period, I think the AP cannot be ready. But when the maintenance is finished, the AP can switch from the sleep mode to the active mode or the power save mode.

Please correct me if I misunderstood something.

Thanks,

Kaiying

From: Jarkko Kneckt <jkneckt@xxxxxxxxx>
Sent: Wednesday, March 30, 2022 9:12 AM
To: huangguogang <huangguogang1@xxxxxxxxxx>
Cc: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx; Kaiying Lu <Kaiying.Lu@xxxxxxxxxxxx>; Chunyu Hu <chunyuhu@xxxxxx>; Park, Minyoung <Minyoung.park@xxxxxxxxx>; Morteza Mehrnoush <mmehrnoush@xxxxxx>; Laurent Cariou <laurent.cariou@xxxxxxxxx>; Yang, Zhijie (NSB - CN/Shanghai) <zhijie.yang@xxxxxxxxxxxxxxx>; Yonggang Fang <Yonggang.Fang@xxxxxxxxxxxx>; "顾祥新 (Xiangxin Gu)" <Xiangxin.Gu@xxxxxxxxxx>; Rubayet Shafin <r.shafin@xxxxxxxxxxx>; Rojan Chitrakar <rojan.chitrakar@xxxxxxxxxxxxxxxx>; Liwen Chu <liwen.chu@xxxxxxx>; Abhishek Patil <appatil@xxxxxxxxxxxxxxxx>; Gaurang Naik <gnaik@xxxxxxxxxxxxxxxx>; Srinivas Kandala <srini.k1@xxxxxxxxxxx>; Xiaofei Wang <Xiaofei.Wang@xxxxxxxxxxxxxxxx>; NEZOU Patrice <Patrice.Nezou@xxxxxxxxxxxx>; Ganming(Ming Gan) <ming.gan@xxxxxxxxxx>
Subject: Re: Discussion on power save of AP MLD

Hi Guogang, thank you for your contribution.

I have two comments:

1. 802.11be has disabled link concept that (no TIDs mapped to a link) could be used to enable long term affiliated AP sleep.

- I am wondering could the AP sleep mode be implemented by using disabled links?

2. Typically regular APs have not operated in power save, but have supported aggressive power save of the STAs.

- Have you considered to make power save enhancements (mode 10) to be available only for the NSTR Mobile APs?

- I think mobile APs could have more aggressive power save mechanisms.

Cheers,

Jarkko

On Mar 30, 2022, at 09:00, huangguogang <huangguogang1@xxxxxxxxxx> wrote:

Hi all,

I have presented my contribution 22/356r5 in the call. But there is no time to take questions. I initiate this email thread to further discussion for doc 22/356. Please let me know your questions and comments.

Regards

Guogang Huang

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