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

[STDS-802-11-TGBE] 答复: 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

Hi Xiaogang,

 

Thanks. I modified the text based on your suggestions (highlighted in green). Please double check.

 

Dear all,

Please let me know whether the modifications are fine for you, thanks.

 

Regards,

Yunbo

 

发件人: Chen, Xiaogang C [mailto:xiaogang.c.chen@xxxxxxxxx]
发送时间: 2022年3月1日 9:59
收件人: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE] 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

 

Hi Ross

Yes. That’s the cases I talked about.

IMO, the changes are also future proof in case 20MHz only is introduced.

 

From: Yujian (Ross Yu) <ross.yujian@xxxxxxxxxx>
Sent: Monday, February 28, 2022 4:19 PM
To: Chen, Xiaogang C <xiaogang.c.chen@xxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: 答复: 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

 

Hi Xiaogang,

 

6GHz only supports 80MHz or above only STA currently. You are talking about 20MHz operating STA which reduced its operating bandwidth from 80MHz or above to 20MHz. Do I understand correctly? The STA shall have the capability to understand 320MHz NDPA bandwidth. Whilst if the STA chooses to reduce its bandwidth to 20MHz, during that period, the STA can choose to not understand the 320Mhz NDPA. Is it the case?

 

Ross Jian Yu 于健

Huawei Technologies

 

发件人: Chen, Xiaogang C [mailto:xiaogang.c.chen@xxxxxxxxx]
发送时间: 2022年3月1日 8:06
收件人: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE] 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

 

Hi Yunbo

Here are my thoughts:

  1. 20MHz operating STA is not supposed to be addressed by 320MHz NDPA. We don’t need to mandate these STAs to interpret 320Mhz NDPA. I asked if there are other 320MHz frames need to be parsed by 20MHz STA 6G and you said no others? Seems you also changed RTS and CFEnd (there are also several other MAC frame in your doc but I don’t see changes?).
  2. If it’s only about sounding, I suggest the following edits. If there are other 320MHz MAC frames, except NDPA, need to be interpreted by 20MHz STA, then I don’t have strong opinion to keep original text.

 

If dot11EHTOptionImplemented is equal to true and the STA is not a STA 6G(#4147) or a 20MHz operating STA 6G, then the allowed values are CBW20, CBW40, CBW80, or CBW160.

If dot11EHTOptionImplemented is equal to true and the STA is a STA 6G(#4147) with operating bandwidth greater than 20MHz, then the allowed values are CBW20, CBW40, CBW80, CBW160, or CBW320.

 

From: Liyunbo <00001846a2e5e0c1-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Sunday, February 27, 2022 4:25 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBE] 答复: 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

 

Hi Wook Bong,

 

Thanks for your question. Current text is clear for me, 20MHz only STA is not related for now. Let’s see whether Xiaogang has concern or suggestions.

 

 

Regards,

Yunbo

 

发件人: Wook Bong Lee [mailto:wookbong.lee@xxxxxxxxxxx]
发送时间: 2022年2月26日 1:00
收件人: Liyunbo <liyunbo@xxxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: RE: 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

 

Hi Yunbo and Xiaogang,

 

Thanks for discussion.

Do we need to worry about 20 MHz only STA?

It is clear that this is only for STA 6G.

 

The TA field is the address of the STA transmitting the RTS frame or the bandwidth signaling TA of the STA transmitting the RTS frame. In an RTS frame transmitted by an EHT STA that is a STA 6G with 320 MHz bandwidth support in a non-HT or non-HT duplicate format to another EHT STA that is a STA 6G

 

Best regards,

Wook Bong Lee

 

From: Liyunbo [mailto:00001846a2e5e0c1-dmarc-request@xxxxxxxxxxxxxxxxx]
Sent: Thursday, February 24, 2022 10:44 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBE] 答复: 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

 

Hi Xiaogang,

 

Thanks for your feedback.

 

As you said, since 20MHz only STA is not allowed in 6GHz yet. So current text doesn’t related to 20MHz only STA. How about we clarify the rule for 20MHz only STA based on the decision from the group when it is allowed?

 

From my knowledge, there is no other frame with 320MHz non-HT duplicated format need to be understand by 20MHz only STA.

 

 

Regards,

Yunbo

 

发件人: Chen, Xiaogang C [mailto:xiaogang.c.chen@xxxxxxxxx]
发送时间: 2022年2月25日 4:38
收件人: Liyunbo <liyunbo@xxxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: RE: 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

 

Thanks Yunbo.

CID 4147 is about 320Mhz NDPA, so I add my understanding below:

  • 80/160MHz STA already mandatory support Full BW MU feedback for 320MHz NDPA, so these STA need to understand 320MHz indication in service field for sure.
  • 20MHz only STA is not allow in 6GHz yet. Even it is allowed, BFer is not supposed to address to 20MHz STA with 320MHz NDPA. So no matter 20MHz STA support 320MHz NDPA or not, there is no interop issue.

 

Btw, I cannot find any change directly related to NDPA in your document except RXVECTOR below. If the highlighted is used to cover NDPA, my question is if 20MHz only device is allowed in 6GHz, they also need to support 320MHz BW signaling even they will never be able to participate 320MHz sounding? Is there other frames with 320MHz non-HT dup format need to be understood by 20Mhz only STA?

Parameter

Associated primitive

Value

CH_BANDWIDTH

_IN_NON_HT

PHY-RXSTART.request(RXVECTOR)

Not present if neither dot11VHTOptionImplemented nor dot11HEOptionImplemented is present or equal to true.

Present if at least one of dot11VHTOptionImplemented and dot11HEOptionImplemented is present and equal to true.

If dot11EHTOptionImplemented is not present or equal to false, then the allowed values areIf present, CBW20, CBW40, CBW80, CBW160, or CBW80+80.

If dot11EHTOptionImplemented is equal to true and the STA is not a STA 6G(#4147), then the allowed values are CBW20, CBW40, CBW80, or CBW160.

If dot11EHTOptionImplemented is equal to true and the STA is a STA 6G(#4147), then the allowed values are CBW20, CBW40, CBW80, CBW160, or CBW320.

 

 

From: Liyunbo <00001846a2e5e0c1-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Wednesday, February 23, 2022 8:54 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBE] 11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311

 

Dear all,

 

I initial this e-mail thread to discuss the issue of BW signaling of NPDA which mentioned in CID 4147. Please let me know your comments and suggestions, thanks.

 

I uploaded 230r2 to the server to incorporate Po-Kai’s comments during the presentation.

 

https://mentor.ieee.org/802.11/dcn/22/11-22-0230-02-00be-cc36-cr-of-cid-4147-and-5311.docx

 

 

Regards,

Yunbo

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

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

Attachment: 11-22-0230-03-00be-cc36-cr-of-cid-4147-and-5311.docx
Description: 11-22-0230-03-00be-cc36-cr-of-cid-4147-and-5311.docx