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

Re: [STDS-802-11-TGBE] Preamble Puncturing for OFDMA PPDUs, 11-20/483



Hi Oded,

 

Any one hole of 20MHz or 40MHz in any 80MHz in OFDMA is OK with me.  That does include 1001 but not 1010.  This guarantees that STA on any 80MHz will get at least one instance of each content channel.

 

Regards,

Ron

 

 

From: Oded Redlich (TRC) [mailto:oded.redlich@xxxxxxxxxx]
Sent: Thursday, April 09, 2020 5:59 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] Preamble Puncturing for OFDMA PPDUs, 11-20/483

 

Hi Jianhan,

 

I’m happy that we have some agreement J

 

I understand that some people see puncturing as a solution for avoiding radar or incumbent signals, but it is also aimed at dealing with OBSS as these are common as well.

My original purpose was to support 1001 & 1010 in P80 (or P160) only. However, seeing that the group is considering using a per-80MHz parking mechanism, including per-80MHz puncturing signaling, I suggested to extend from P80 (or P160) to each 80MHz segment.

I’m OK with defining 1001 & 1010 for P80 only and leaving preamble puncture patterns for S80 as TBD.

What do you think?

 

BR,

 

Oded

 

 

 

From: Jianhan Liu [mailto:jianhanliu@xxxxxxxxx]
Sent: Wednesday, April 8, 2020 9:57 PM
To: Oded Redlich (TRC) <oded.redlich@xxxxxxxxxx>
Cc: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] Preamble Puncturing for OFDMA PPDUs, 11-20/483

 

Hi Oded,

 

Thanks for your email.

 

I agree with you that even if the puncture modes you proposed are accepted in the 11be, RU aggregations for those punctured modes in OFDMA are not allowed so far.   

 

My question is that for OFDMA, transmitter can puncture EHT portion arbitrarily, say, no user is assigned to a certain RU. But for puncture preamble, it is more complicated. For example, it is allowed that a 242 RU is not assigned to any user but the preamble corresponding to this 242 RU is still present, say, the primary 20MHz. So I am wondering how many preamble puncture modes we need to introduce to cover all the cases. I am OK with one hole puncture, but for two holes puncture, I am wondering how useful it is since punctures are mostly for avoiding radar and incumbent signals. 

 

Thanks,

Jianhan

 

 

 

 

On Tue, Apr 7, 2020 at 7:14 AM Oded Redlich (TRC) <oded.redlich@xxxxxxxxxx> wrote:

Hi Jianhan,

 

Following the last discussion about contribution 483 I feel that there were some misunderstandings regarding the SPs.

A reminder for SP1 (SP2 is the same except for the puncturing pattern which is 1010):

       Do you agree to allow puncturing structure 1001 in a given 80MHz segment for OFDMA PPDUs transmitted to STAs operating at BW>=80MHz?

       Assuming 2 content channels are used

       Puncturing signaling may be different for different 80MHz channels

       In 802.11ax in such cases the BW drops to 20MHz

 

You said that these patterns contradict with what is already defined in the SFD and that OFDMA puncturing patterns are defined as a subset of the non-OFDMA patterns.

Well, the only definition in the SFD regarding puncturing is that puncturing will be supported for both PPDUs transmitted to multi STAs and single STA (section 2.4.5)

Maybe you meant to say that large RU combination of 242+242 (either 1001 or 1010) are not supported in OFDMA and I agree with that.

But this has nothing to do with puncturing in OFDMA. These SPs do not suggest to allow multi RU of 242+242 to the same STA. They suggest to allow, for example (see figure below) one RU242 for one STA and another RU242 to a different STA (that’s why the SP discuss the OFDMA case only), hence no contradiction with the SFD.

 

I’m sure that allowing support for such preamble puncturing pattern will improve the channel utilization without any contradiction to other suggestions that are being discussed.

 

Please let me know what you think.

 

BR,

 

Oded

 


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