| Thread Links | Date Links | ||||
|---|---|---|---|---|---|
| Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hello Rajat. Currently, I consider associated STAs and an AP as an initiator. Thus, responder to responder sounding makes sense. In the future, if non-associated STA is also allowed to consider, then we can change it to peer to peer sounding. I will use responder to responder sounding for SP text. Best regards, Sang ---------- Original Message ---------- Hi Sang and Ali, In my opinion if the intention is for non-AP to non-AP sounding, Peer-to-Peer sounding would be a better wording. But if the idea is to enable sounding between responders, Ali’s suggestion is great. So the wording would depend on what use case are we targeting. Thanks. Best Regards, Rajat. From: SANG GOOK KIM <sanggook.kim@xxxxxxx>
Hello Rajat. Your understanding is correct. Best regards, Sang
---------- Original Message ---------- Hi Sang and Ali, I am okay with Ali’s suggestion, but just to clarify, your idea (Dr. Sang) is to allow non-AP to non-AP sounding right?
Thanks. Best Regards, Rajat. From: SANG GOOK KIM <sanggook.kim@xxxxxxx>
Many suggestions.. ^^ I am OK with this too. Rajat, Would you provide your thought on this? Best regards, Sang ---------- Original Message ---------- Now that I think of it a bit more, I think it would be better to use the term responder as the responder could in fact be another AP or non-AP STA. How about the text below? Enhance TB sensing measurement instant to optionally allow responder to responder sounding. From: SANG GOOK KIM <sanggook.kim@xxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hello Rajat. Thanks for your kind suggestion. I am OK for your suggestion. If anyone has different suggestion on this, please let me know. Best regards, Sang ---------- Original Message ---------- Hi Ali and Sang, Would it be better to say Peer-to-Peer instead of non-AP to non-AP sounding? Thanks. Best Regards, Rajat. From: Ali Raissinia <alirezar@xxxxxxxxxxxxxxxx>
Thanks Sang.. See below for a slightly better wording to fit the current SFD. Of course, feel free to use it as or edit you see fit. Enhance TB sensing measurement instant to optionally allow non-AP to non-AP sounding. From: SANG GOOK KIM <sanggook.kim@xxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Dear All. I really appreciate your excellent questions and comments during the presentation. Here is a suggested SP text based on the discussion: Do you support to include the following into SFD? - Enhance AP initiator sensing procedure to allow non-AP STA to non-AP STA sensing coordinated by AP. If you have a suggestion, please feel free to provide it. Best regards, Sang 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
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 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 |