Hi Ron,
Indeed 1010 does not include one of the content channels according to 11ax definition. But this can be solved in 2 ways as I suggested in the contribution:
1.
Change the order of the content channels for this case, or
2.
Expand the preamble puncture signaling to P160 so the missing content channel in P80 will be extracted from S80.
BR,
Oded
From: Ron Porat [mailto:ron.porat@xxxxxxxxxxxx]
Sent: Thursday, April 9, 2020 8:37 PM
To: Oded Redlich (TRC) <oded.redlich@xxxxxxxxxx>; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: 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