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 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 |