Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Jay, Thanks for the question. As far as I understand, overhearing is one possible implementation and recommended MCS is a way to help this implementation. Moreover, the CSI feedback can be protected or not. As far as I know, the current commercial products (not sure all but most) use unprotected version. For this case, the proposed method under
this motion is helpful. For protected case, how to improve the baseline sounding procedure can be separately discussed. And we are happy to further discuss this among the group with you. Regards Ross Jian Yu
于健 Huawei Technologies 发件人: Junghoon Suh <000017d35818e7c0-dmarc-request@xxxxxxxxxxxxxxxxx>
Hi, Jay Thank you for the question. First of all, the question you raise here is beyond the scope of the motion we run. The motion is about how we provide the indication on the quality of the CSI feedback sent from the OBSS STA, so that the OBSS AP can overhear this CSI feedback easy. This proposal is based on the CoBF sequential and Joint Sounding sequences we already agreed to support in the November meeting. The security issue in overhearing the CSI feedback sent from OBSS STA is beyond the scope of this motion.
We can discuss offline further before the motion. Thank you Regards
From:Jay Yang <yang.zhijie@xxxxxxxxxx> To:STDS-802-11-TGBN <STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx> Date:2025-01-15 05:02:49 Subject:Re: [STDS-802-11-TGBN] Motions Hi Junghoon , and other PHY experts, I understand your following SP is based on the overhear function proposed in PHY team.That's, AP2 can overhear the frame exchange between AP1 and STA1 in sounding procedure, but such
function is never discussed in Joint meeting. Could you explain how it work if the CSI feedback is encrypted by the PTK defined in 11bi? Do you mean AP1 and AP2 share the same PTK ? But we still don't reach any consensus even
in roaming feature, why you thought the PTK sharing can be extended to other feature out of roaming? Maybe the two APs belongs to different ESS , do you really want to share the STA's PTK to your neighbor AP? Or your proposed the CSI feedback is never encrypted in UHR ? It's great appreciated if you and any other PHY experts can explain the precondition of the overhear function first. Thanks Best Regards Jay Yang (杨志杰)
Original From: JunghoonSuh <000017d35818e7c0-dmarc-request@xxxxxxxxxxxxxxxxx> Date: 2025年01月14日
16:31 Subject: Re: [STDS-802-11-TGBN] Motions Hello, Alfred The following SP has passed in the PHY session in PM2 of 14 Jan (Tuesday), and please, add it to the motion list. SP1: Do you support including the following into the 11bn SFD ? -
11bn defines 5 bit Recommended CSI MCS subfield in the 2nd Special STA Info field of the NDPA targeted for OBSS AP in the UHR CoBF sounding o
It is set from B20 to B24 in the 2nd Special STA Info field o
The 5-bit MCS level includes “No Recommendation” MCS entry in addition to the UHR MCS entries §
Index 31 indicates “No Recommendation” o
The Recommended CSI MCS is for the OBSS AP to set the MCS in the BFRP trigger frame sent in the future Cross-BSS sounding / Joint Sounding sequence o
When there are multiple OBSS STAs to feedback the CSI report, the Recommended CSI MCS can be set to the lowest MCS among all those OBSS STAs
Thank you Regards Junghoon Suh
From: Shimi Shilo (TRC ) [mailto:000018c72fccabed-dmarc-request@xxxxxxxxxxxxxxxxx]
Hi Alfred, The following SPs passed in the PHY session, please add them to the motion list: SP1 (Interference Mitigation) Do you support to include the following in the 11bn SFD : •
The Interference Mitigation feature is only defined with LDPC ? Supporting document: [24/1785r2] [No objection] SP3 (Interference Mitigation) Do you support to include the following in the 11bn SFD : •
For each bandwidth, there is a fixed number of IM pilots (value TBD )? Supporting document: [24/1785r2] [No objection] SP4 (Interference Mitigation) Do you support to include the following in the 11bn SFD : •
Within any transmission that uses IM pilots, they are used in every data OFDM symbol and in the same corresponding subcarriers positions, for a given BW ? Supporting document: [24/1785r2] [No objection] Thanks, Shimi
From: Li, Qinghua <qinghua.li@xxxxxxxxx>
Hi Alfred, Thanks for your timely scheduling. The SPs below got passed in PHY with no objection. Please add
them
to the motion list: SP4 –
Qinghua Li – UHR Stream Parser
Do you support to add the following to UHR SFD ? •
Exclude BPSK from UHR UEQM . Supporting documents: [24/1832r6, 24/1807r0] [No objection] SP5 –
Qinghua Li – UHR Stream Parser
Do you support to add the following to UHR SFD ? •
Include 4K QAM in UHR UEQM . Supporting documents: [24/1832r6] [No objection] SP6 –
Qinghua Li – UHR Stream Parser
Do you support to add the following to UHR SFD ? •
Reuse HT stream parser for UHR UEQM with the following restrictions and extension Supporting documents: [24/1832r6, 24/1451r2] [No objection] SP7 –
Qinghua Li – UHR Stream Parser
Do you support to add the following to UHR SFD ? For equal modulation, UHR stream parser remains the same as EHT . Supporting documents: [24/1832r6] [No objection] SP8 –
Qinghua Li – UHR Stream Parser
Do you support to add the following to UHR SFD ? For bandwidths greater than 80 MHz, the coded bit parsing of UHR is stream parsing first followed by segment parsing. Supporting documents: [24/1832r6] [No objection] Thanks, Qinghua
From: Alfred Asterjadhi <asterjadhi@xxxxxxxxx>
Hello all, I posted an updated version of the agenda (here). It contains the most up to data queues and the allocations for the week. Please review and let me know if I have missed anything. PS: I have yet to populate the SPs with the usual format for PHY /MAC/Joint. I expect to do so for the next revision of the agenda. Regards,
--
Alfred Asterjadhi , PhD IEEE802.11 TGbe/TGbn Chair, Qualcomm Technologies Inc. Cell #: +1 858 263 9445 Office #: +1 858 658 5302 To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1
To unsubscribe from the STDS-802-11-TGBN list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1 |