Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Yan, Thanks, I agree that NDP format is an important topic that we need to discuss in 11bf. In my opinion, fixing a single NDP format for sensing may not be optimal, for example
HE NDP cannot cover all bandwidths (e.g., 320MHz) case, while EHT NDP may not be decodable by all 11bf STAs (e.g. pre-EHT STAs). One solution would be to dynamically choose the NDP format based on the responder’s capabilities. Regards, Rojan From: Yan Xin <Yan.Xin@xxxxxxxxxx>
Hi Rojan: Thanks for sharing your view. You are correct. Currently, the NDP format for sensing is TBD in SFD. TGbf needs to determine what type of NDP PPDU in 802.11 is
to be selected for sensing. Then, we may follow the existing definitions on the parameters for the selected NDP PPDU for sensing. Regards, Yan. From: Rojan Chitrakar [mailto:rojan.chitrakar@xxxxxxxxxxxxxxxx]
Hi Chris, If I may add, regarding TXVECTOR parameters related to NDP transmissions, they are PHY specific and each PHY has defined methods to specify the NDP. E.g., for EHT PHY, the
FORMAT has to be EHT_MU and PSDU_LENGTH = 0 signals an EHT Sounding NDP. HE/VHT have similar tables.
In my opinion, what is unclear now in 11bf is how to specify the NDP format for each sequence, especially if 11bf defines a new Sensing NDPA. Regards, Rojan -----Original Message----- Hi Chris: Thanks for sharing the questions. For the case of 11az, HE ranging NDP uses 2x HT-LTF with 8 us symbol duration, which is a specific case of HE-LTFs (with alternative parameters GIs, 1x / 2x/ 4x). For 11bf,
I think we need to have further discussion on the parameters related to the NDP for sensing. Thanks, Yan. -----Original Message----- From: Chris Beg [mailto:chris.beg@xxxxxxxxxxxxxxxxxxxx]
Sent: Friday, January 21, 2022 6:03 PM Subject: Re: [STDS-802-11-TGBF] draft baseline PDT for "NDP format" This is an interesting point, one which I wouldn’t mind discussing a bit further to understand the limitations.
I agree that we already have multiple NDP types defined, and creating a new one is outside the scope. But, what about defining TXVECTOR parameters for which are used to transmit
the existing NDPs. Is this something we have flexibility to define, and if so, where would we define it? Thanks and regards, -Chris ________________________________________________________________________ To unsubscribe from the STDS-802-11-TGBF list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBF&A=1 ________________________________________________________________________ To unsubscribe from the STDS-802-11-TGBF list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBF&A=1 To unsubscribe from the STDS-802-11-TGBF list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBF&A=1 |