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

Re: [STDS-802-11-TGBE] [EXT] Re: [STDS-802-11-TGBE] Discussion on DCN680r1 Operating Bandwidth Indication for EHT BSS



Thank you Young Hoon for the reminder on this topic.

 

Hi Guogang,

 

Yes. We have discussed 11-20/1100 in PHY call. There was good support level, but didn’t reach consensus during the call.

I am having offline discussions with some interested individuals to see whether we can aligned on the understanding.

 

The reasons that we prefer not to define non-contiguous PHY modes are mainly two folds:

  • Non-contiguous modes are not useful from PHY point of view, partly due to higher complexity/cost or lower throughput. So 11ac/ax products do not adopt the design. This is the lesson we learnt and we have a chance to remove the modes in 11be.
  • On the other hand, MLO is a new 11be design for multi-radio/band STA. Compare to the benefits brought by MLO, 11be multi-radio/band STAs will less likely support non-contiguous PHY modes, which need different hardware configurations.  

 

Please kindly defer your SP until we have some conclusions in PHY.

 

Thanks,

Rui

 

From: Young Hoon Kwon <younghoon.kwon@xxxxxxx>
Sent: Monday, August 24, 2020 9:05 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [EXT] Re: [STDS-802-11-TGBE] Discussion on DCN680r1 Operating Bandwidth Indication for EHT BSS

 

Caution: EXT Email

Hi Guogang,

 

Thanks for your reply.

I’m not the author of 1100, so I cannot answer your suggestion.

Let me try the authors to contact you for further discussion.

 

Best regards,

Young Hoon

 

From: huangguogang <huangguogang1@xxxxxxxxxx>
Sent: Thursday, August 20, 2020 6:31 PM
To: Young Hoon Kwon <younghoon.kwon@xxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject:
: Discussion on DCN680r1 Operating Bandwidth Indication for EHT BSS

 

Hi Young Hoon,

 

I know this situation. The main reason mentioned in DCN 1100  is that few 80+80 operating STA on the market. But I think if the device is the MLD device, this mode can be used.

 

I suggest to represent the contribution 1100r0 and run it again in the next joint teleconference call. After that, I can run my SPs.

 

How about it?

 

Thanks,

Guogang Huang

 

 

发件人: Young Hoon Kwon [mailto:younghoon.kwon@xxxxxxx]
发送时间: 2020821 2:37
收件人: huangguogang <huangguogang1@xxxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: RE: Discussion on DCN680r1 Operating Bandwidth Indication for EHT BSS

 

Hi Guogang,

 

Thanks for bringing up this issue to the table.

Actually I also have a similar contribution (684r0) that was presented last time and my own SP is in line with your SPs.

However, based on the off-line discussion, quite many members want me to hold off my own SP because it depends on PHY’s decision on allowed PPDU bandwidth.

And, even though some SPs in PHY (e.g., SP1 of 1100r0) does not get enough support to not allow 80+80MHz and/or 160+160MHz PPDU, it looks there’s no clear decision made on this issue in PHY side yet.

Under this situation, I think we better not be in a hurry in deciding the Channel Width and CCFS field definition until the PHY discussion on this topic is cleared.

 

How do you think?

 

Thanks,

Young Hoon

 

From: huangguogang <huangguogang1@xxxxxxxxxx>
Sent: Thursday, August 20, 2020 1:18 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBE] Discussion on DCN680r1 Operating Bandwidth Indication for EHT BSS

 

Hi all,

 

I have upload a new version of DCN680. I prepare to run the following two straw polls in the next week. If you have any concern or suggestion, please let me know.  

 

  • SP2. Do you support to define EHT Operation element with two CCFS subfields (EHT_CCFS0/EHT_CCFS1) to indicate channel configuration for EHT BSS?

 

  • SP 3. Do you support to use 3 bits of Channel Width field in EHT operation element to indicate the channel width for EHT BSS as following
    • 0: 20
    • 1: 40
    • 2: 80
    • 3: 160/80+80
    • 4: 320/160+160
    • 5~7: reserved

 

 

Regards

Guogang Huang

Huawei Technologies Co.,Ltd.

 


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