Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
--- This message came from the IEEE 802.11 Working Group Reflector ---
Hi Youhan, Thanks for the discussion in the REVme meeting last Thursday. I read the specs again. The current spec (REVme D1.0 P4242L1) does not specify that the PSR value is applied to each 20 MHz subchannel of 40 MHz subband for an 80+80 MHz or 160 MHz PPDU. Please see highlighted part of paragraphs below. If we want to have PSR value applied to each 20 MHz subchannel of 40 MHz subband, we should update
this part of the spec. Otherwise, it is quite confusing. Thanks, Zinan From: Yujian (Ross Yu) <00001792b51ef4ea-dmarc-request@xxxxxxxxxxxxxxxxx>
--- This message came from the IEEE 802.11 Working Group Reflector ---
Hi Zinan, I think in 11be the agreement is to make every PSR value per 20MHz, and the action item at that time is to do similar things for 11ax too when we go to Revme. regards 于健 Ross Jian Yu Huawei Technologies 发件人: Zinan Lin [mailto:000019c80da359b9-dmarc-request@xxxxxxxxxxxxxxxxx]
--- This message came from the IEEE 802.11 Working Group Reflector ---
Hi Youhan, I have the different understanding about the UL Spatial Reuse subfield of Trigger frame. Below is the text from REVmeD1.0. It clearly indicates that “the UL Spatial Reuse subfield of the Common Info field of the Trigger frame …
for each 40 MHz subchannel for an 80+80 MHz or 160 MHz by selecting the row in Table 27-23….” The definitions of Tx_PWR_AP and Acceptable receiver Interference Level_AP consistently follow the definition
of the UL Spatial Reuse subfield. Nothing in the texts specifies the unit of PSR is per 20 MHz. Thanks, Zinan From: Youhan Kim <youhank@xxxxxxxxxxxxxxxx>
--- This message came from the IEEE 802.11 Working Group Reflector ---
Hi, Zinan. Regarding #2 in your first email in this thread,
our understanding is that the PSR value is still in units of “/20 MHz” even for 160 and 80+80 MHz HE PPDUs. It is just that the lowest two 20 MHz (40 MHz in total) share the same PSR value (which is
in units of “/20MHz”), and the next two 20 MHz share the same PSR value, etc. Hence, I suggest that in 11-22/652r3:
Thanks. Youhan From: Youhan Kim <youhank@xxxxxxxxxxxxxxxx>
Thanks, Zinan and Ross.
A punctured subchannel must not have any signal present, including any preamble. Therefore, if there is preamble present in a 20 MHz channel, then that 20 MHz channel cannot be a punctured subchannel.
As you pointed out, it is not practical to assume that a STA would know which 20 MHz channel(s) would be used for PSRT PPDU transmission while receiving a PSRR PPDU. That is why my proposed text said “at least one 20 MHz subchannel in which the preamble of both the PSRR PPDU and the PSRT PPDU are present”. Since a STA would
transmit a PSRT PPDU using at least the primary 20 MHz channel included, a reasonable/practical implementation measuring the signal power of a PSRR PPDU at the primary 20 MHz channel of the STA would still be able to transmit the PSRT PPDU in this case. In your proposed text, however, there is a “shall” requirement that the signal power of PSRR PPDU is measured over the subchannels used by the PSRT PPDU. I.e., your proposal actually requires that a STA knows
the PSRT PPDU BW when receiving a PSRR PPDU. Hence, I prefer my proposed language. Thanks. Youhan From: Yujian (Ross Yu) <00001792b51ef4ea-dmarc-request@xxxxxxxxxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. --- This message came from the IEEE 802.11 Working Group Reflector ---
Hi Zinan, Thanks for the contribution and update. Both your version and Youhan’s version look good to me. regards 于健 Ross Jian Yu Huawei Technologies 发件人: Zinan Lin [mailto:000019c80da359b9-dmarc-request@xxxxxxxxxxxxxxxxx]
--- This message came from the IEEE 802.11 Working Group Reflector ---
Youhan, Thanks for your suggestions. I have a few in line comments
on your suggestions. Best, Zinan From: Youhan Kim <youhank@xxxxxxxxxxxxxxxx>
Hi, Zinan. Thank you very much for the document.
The most important thing is to be clear that the unit of RPL_{PSRR,20MHz} is dBm/20MHz. How one computes it is implementation specific, except that I agree with you that 20 MHz subchannels which are used in both the PSRR and PSRT should
be used. Therefore, my suggestion is
[ZL]
Therefore, I would like to have the following update on the text: I still need more time to review your #2. Regards, Youhan From: Zinan Lin <Zinan.Lin@xxxxxxxxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Youhan and Ross, Per the requirement of REVme minutes (11-22/0679r0), I am resending the discussion email to the reflector. Thanks, Zinan From: Zinan Lin Hi Youhan and Ross, Thanks for your comments and discussions on 11-22/0652! Attached please find the updated document. I summarize the resolutions for the comments you made:
RPLPSRR,20MHz
is the received signal power at the receive antenna connector in the nonpunctured 20 MHz subchannel in dBm. It can be the received signal power at the received antenna connector
in at least one nonpunctured 20 MHz subchannel within the overlapping bandwidth of the PSRR PPDU and the PSRT PPDU, or the received signal power at the received antenna connector in the nonpunctured 20 MHz subchannels within the overlapping bandwidth of the
PSRR PPDU and the PSRT PPDU normalized to a 20 MHz subchannel. The identification of the overlapping bandwidth is implementation dependent.
Please let me know your comments. Thanks, Zinan To unsubscribe from the STDS-802-11 list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1 To unsubscribe from the STDS-802-11 list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1 To unsubscribe from the STDS-802-11 list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1 To unsubscribe from the STDS-802-11 list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1 To unsubscribe from the STDS-802-11 list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1 To unsubscribe from the STDS-802-11 list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11&A=1 |