Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hello Ross, Thank you for the feedback. Please consider the following option E described below that takes into account your proposal on P80 as well as option A1 which has good support
in SP4. Thanks, Lili Option E: Table 27-20—HE-SIG-A field of an HE MU PPDU, Bandwidth field Set to 4 for preamble puncturing in 80 MHz, where in the preamble the only punctured subchannel is the secondary 20 MHz channel. Set to 5 for preamble puncturing in 80 MHz, where in the preamble the only punctured subchannel is one of the two 20 MHz subchannels in the secondary 40 MHz channel. Set to 6 for preamble puncturing in 160 MHz or 80+80 MHz, where in the preamble the only punctured subchannels are the secondary 20 MHz channel and zero to two of the 20
MHz subchannels in the secondary 80 MHz channel. If two of the 20 MHz subchannels in the secondary 80 MHz channel are punctured, these are either the lower two or the higher two. No more than two adjacent 20 MHz subchannels are punctured across 160 MHz. Set to 7 for preamble puncturing in 160 MHz or 80+80 MHz, where in the preamble the only punctured subchannels are
zero, one or both of the 20 MHz subchannels in the secondary 40 MHz channel and zero to two of the 20 MHz subchannels in the secondary 80 MHz channel
(but at least one if no 20 MHz subchannel was punctured in the secondary 40 MHz channel). If two of the 20 MHz subchannels in the secondary 80 MHz channel are punctured, these are either the lower two
or the higher two. No more than two adjacent 20 MHz subchannels are punctured across 160 MHz. From: *** 802.11 TGax - HEW - High Efficiency WLAN *** <STDS-802-11-TGAX@xxxxxxxxxxxxxxxxx>
On Behalf Of Yujian (Ross Yu) Hi all, Thanks again for the good discussion regarding preamble puncture patterns, especially Mark for preparing different options. This topic has lasted so long. I need to attend two late meetings every week for 11be, and now I need to attend another late meeting
for 11ax, 3 nights out of five working days. Hence I want to finish the CIDs assigned to me soon. Below please find an updated version based on Mark’s Opt C. Opt C makes no additional technical changes but only making clarifications
regarding the confusing part of the current spec, and also better than Opt B (another understanding of the current spec because of confusion). https://mentor.ieee.org/802.11/dcn/20/11-20-0497-03-00ax-misc-cr-on-d6-0.doc I didn’t touch Lili’s CID in my document. For my document, I don’t want the clarification part mixed with new technical changes. Lili
can feel free to further bring proposals. Thanks for your understanding. regards 于健 Ross Yu Huawei Technologies 发件人:
*** 802.11 TGax - HEW - High Efficiency WLAN *** [mailto:STDS-802-11-TGAX@xxxxxxxxxxxxxxxxx]
代表 Lili Hervieu Hello Mark, Ross,
Thanks for the comments on the different options that have been proposed below. A key issue to address is the co-existence with legacy devices.
Option A1 limits high SINR degradation (> 10 dB) on legacy (victim) devices and prevents multiple adjacent punctured channels such as - - X X X X X – (i.e. 100 MHz). Thanks, Lili From: *** 802.11 TGax - HEW - High Efficiency
WLAN *** <STDS-802-11-TGAX@xxxxxxxxxxxxxxxxx>
On Behalf Of Yujian (Ross Yu) Hi Mark, Thanks for the reply. Simply saying, Opt C is better than Opt B.
First of all, Opt B doesn’t support full P80 and may lose 20% Tput efficiency if full P80 is idle, which is a lotJ
Nobody can deny that. Moreover, when The Tx transmits full P80 by Opt C, what’s the loss when the Rx only receives HE-SIG-B by P40? It is not worse than
Opt B. The Rx can never use S40 under Opt B anyway. I don’t understand why transmitting full P80 under Opt C has issues. The logic is not right. The reason why the Tx have duplicated contents in S40 is because of Opt C. For Opt B, the duplication never happens.
Regards 于健, Ross Yu 发件人:
Mark RISON [mailto:m.rison@xxxxxxxxxxx]
> You are correct, Opt C is my preference. And the current description in D6.0 makes people think it as either Opt B or Opt C. And I see no reasons to force the Tx to puncture
one subchannel in P80, which is OptB. > I encourage the group to move forward with Opt C. In that case, we can have a clear description about preamble puncture and with no technical changes at this stage.
The wording is ambiguous in D6.0 for "case 7", so it is far from clear that option C is "no technical changes"; for me option B looks like the "no technical changes" option:
> From implementation point of view, I should say even Opt B disallows full P80 transmission, the AP can still transmit full P80, and it is transparent to STAs.
The problem is that this impairs the receiver's sensitivity, because if it's been told that the S40 might not be present, it will/might only look at the P40 and so not be able to make use of the duplicated content channels in the S40, which are in fact actually there. So in this respect the AP should not say "case 7" if in fact the full P80 is present. In the end, maybe it's a question of what the puncturing signalling is trying to indicate: a) Where the receiver needs to look to be sure to find content channels or b) That some 20M subchannels might or might not be missing I think a) is more useful and important to a receiver than b), so I lean towards option B, if I have to choose between that and option C. But since I think there are regulatory issues with multiple adjacent punctured channels, I lean towards option A1, if I have to choose between that and option B. Thanks, Mark --
Mark RISON, Standards Architect, WLAN English/Esperanto/Français Samsung Cambridge Solution Centre Tel: +44 1223 434600 Innovation Park, Cambridge CB4 0DS Fax: +44 1223 434601 ROYAUME UNI WWW:
http://www.samsung.com/uk On Wed, 13 May 2020 at 09:47, Yujian (Ross Yu) <ross.yujian@xxxxxxxxxx> wrote:
Mark RISON, Standards Architect, WLAN English/Esperanto/Français To unsubscribe from the STDS-802-11-TGAX list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAX&A=1
To unsubscribe from the STDS-802-11-TGAX list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAX&A=1
To unsubscribe from the STDS-802-11-TGAX list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAX&A=1 To unsubscribe from the STDS-802-11-TGAX list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGAX&A=1 |