Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Solomon,
Sorry about the spam, a little typo just corrected. Please see the newest reply. Thanks, Naren 发件人: stds-802-11-tgbf@xxxxxxxxxxxxxxxxx
[mailto:stds-802-11-tgbf@xxxxxxxxxxxxxxxxx] 代表
narengerile Hi Solomon Thank you for your feedback, and sorry for the late response. Please see my answers below.
I think I didn’t clarify well about some of the answers last time. Hope that I could clarify them clearly this time. If you still have questions, I wonder if you
feel OK to have an offline discussion with me, maybe sometime around next Wed or Thur. Thanks, Naren 发件人: Solomon Trainin [mailto:strainin@xxxxxxxxxxxxxxxx]
Hi Naren, Unfortunately, your response does not resolve my concern Please see below Best regards, Solomon Trainin +972547885738 From: narengerile <narengerile@xxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Solomon Thank you for your comments. I understand your concern. I would like to respond as follows.
1.
Potential scenario:
A-BFT is used when a non-AP STA firstly enters the BSS (need to do SLS), or the link is lost (need to redo the SLS). AP could use the SSW/Short SSW during A-BFT to do passive sensing. [ST]
Use of the A-BFT more than one time is unlikely. Once associated, the STA has many other means to keep and redo the beam link. [Naren] Yes, we agree that for most cases, A-BFT may not happen again once associated. But if the link is completely lost, the STA will have to use A-BFT
to redo sector-level sweep.
2.
Practical use and benefit:
Although it seems that A-BFT may only happen once for a specific non-AP STA, it is useful since:
a)
From the perspective of the AP, it can receive transmissions for sensing in different SSW slots from multiple non-AP STAs placed in different locations,
which can be helpful especially in dense environment. [ST] The case is no different and it overburdens the AP to store information about frames received from many non-AP STAs without knowing how to process those
frames. [Naren] From the perspective of the AP, if it wants to do passive sensing using SSW/S-SSW, this means two things: one is that the AP is OK to store the measurements
(so we don’t think it as overburden); second is that the AP will send information request to the STA (so the AP knows what to do next). Actually, for passive sensing using DMG beacons, the non-AP STA will have to store the beacon frames as well and ask for
information explicitly.
b)
Even A-BFT may only happen once for a specific non-AP STA, it can provide a snapshot of the environment, which can be [ST] This means that this method has no value on its own and other methods are required to satisfy the use cases. Does this method provide added value to
justify the effort? In other words, I doubt that if someone implements a solution that suits the use case, would spend extra effort on such a feature. [Naren] Perhaps we didn’t explain it clearly. We do not intend to execute any other explicit actions for processing the passive sensing result.
The passive sensing result can be treated as part of the raw data to be processed together with the other sensing measurement results. So, no extra efforts are needed, except for information req/resp.
i. used as the initial reference to select the proper STAs and/or Beams for specific area/target
ii. combined with the follow up sensing measurement results, to do further processing
for sensing
3.
Future work in consideration:
as suggested by Assaf/Solomon/Claudio and some other group members, we will continue to think about passive sensing as a whole, e.g., not only for BTI/A-BFT, but also DTI.
Since the door for D0.1 is closing, we will continue the work after D0.1, and we may need your further help/discuss to make passive sensing more complete. [ST] I agree that this approach might make sense and I'd be happy to see a complete solution. [Naren] Sure, we will keep working on that and we might need your opinions, for which I would like to thank you in advance.
If you have further concerns, please do let me know. I will be happy to answer them, and we could have a brief discussion, e.g., a call, for me to explain.
Many thanks,
Naren 发件人:
Solomon Trainin [mailto:strainin@xxxxxxxxxxxxxxxx]
Hi Naren, I have the impression that the effort to provide the DMG passive sensing during A-BFT does not pay off. Let’s see the sequence of the passive sensing to understand why it happens.
Best regards, Solomon Trainin +972547885738 From: narengerile <0000191914038692-dmarc-request@xxxxxxxxxxxxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Dear all This is Naren from Huawei. During the last 11bf, I’ve presented a PDT for DMG passive sensing based on A-BFT to provide further information on the contribution.
Based on the SP results, and the fact that I didn’t receive any technical question during the call, I genuinely encourage our TGbf friends
who voted no and those who still have
technical concerns to contact me and share your thoughts, which will be much appreciated. I will be more than happy to have a discussion.
If I don’t receive any technical question or concern, I will
run the SP again for the PDT, during the following 11bf call on Thursday. Many thanks, Naren 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 |