Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
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 |