Hello Chen and Chenchen
If I may chime in, RE the definition of FTM session and a singularity of two STAs to that session.
Although you are correct that the FTM session is limited a single ISTA and RSTA pair, this is limited to the MAC level context.
Medium reservation is done on a Multi User level, so that there is a separation between logical link and medium arbitration.
The medium arbitration for FTM was constructed around Trigger Based operation to support a more spectral efficient MU scheme,
the FTM session is a logical link level.
Bottom line, a single Trigger Frame allocates medium resources to multiple STAs, all ISTAs will be using a shared DL NDP and each ISTA will be transmitting its own UL NDP in the
relevant code and opportunity.
Hope it helps clarify the 11az TB sounding sequence.
Best Regards,
Jonathan
From: Chen, Cheng <cheng.chen@xxxxxxxxx>
Sent: Wednesday, June 10, 2020 21:36
To: STDS-802-11@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11] Some questions for "0807-00-SENS-wlan-sensing-definitions"
--- This message came from the IEEE 802.11 Working Group Reflector ---
Hi Chenchen,
If you look at the basic definition of a FTM session defined in 11az, it clearly indicates an FTM session is always between an initiating STA and a responding STA.
11az D2.0 Section 11.2.6.1
An FTM session is an instance of an FTM procedure between
an initiating STA and a responding
STA along with the associated scheduling and operational parameters (see 9.4.2.167 (Fine
Timing Measurement Parameters element)) and 9.4.2.296 (Ranging Parameters element)).
As a result, the definition here is stricter and only allows one ISTA and one RSTA.
The reason here in the figure that we may have multiple ISTAs in one measurement sounding and measurement reporting is because
the RSTA here has setup overlapping FTM sessions with multiple ISTAs, which is totally allowed per 11az spec. It is NOT because the ISTA establishes one FTM session with multiple RSTAs.
11az D2.0 Section 11.2.6.1
A responding STA (RSTA) might be required to establish
overlapping FTM sessions with a large
number of initiating STAs (e.g., an AP providing measurements to STAs at a mall or a store).
Moreover, an ISTA could setup multiple FTM sessions with different responding STAs too. But within one FTM session, it is always one ISTA and one RSTA.
11az D2.0 Section 11.2.6.1
On
the other hand,
an initiating STA (ISTA) might have multiple ongoing FTM sessions on the same
or different channels with different responding STAs, while being associated with an AP for
the
exchange of data or signaling.
Best,
Cheng
From: liuchenchen <liuchenchen1@xxxxxxxxxx>
Sent: Wednesday, June 10, 2020 8:35 PM
To: durui (D) <ray.du@xxxxxxxxxx>; Chen, Cheng <cheng.chen@xxxxxxxxx>; Hanxiao (Tony, WT Lab) <tony.hanxiao@xxxxxxxxxx>
Cc: Da Silva, Claudio <claudio.da.silva@xxxxxxxxx>; Sadeghi, Bahareh <bahareh.sadeghi@xxxxxxxxx>; zhangmeihong <zhangmeihong@xxxxxxxxxx>;
sunyingxiang <sunyingxiang@xxxxxxxxxx>; Cordeiro, Carlos <carlos.cordeiro@xxxxxxxxx>
Subject: 答复: Some questions for "0807-00-SENS-wlan-sensing-definitions"
Hi Cheng
I checked the 11az standard. It seems that there can be multiple initiators in one ranging measurement session as shown in the following captured figure from 11az draft. So we may not
need to limit the number of initiator to be one in your coming straw poll. What is your opinion?
Thanks
Best Regards
Chenchen LIU
发件人:
durui (D)
发送时间: 2020年5月28日 9:29
收件人: Chen, Cheng <cheng.chen@xxxxxxxxx>; Hanxiao (Tony, WT Lab) <tony.hanxiao@xxxxxxxxxx>
抄送: Da Silva, Claudio <claudio.da.silva@xxxxxxxxx>; Sadeghi, Bahareh <bahareh.sadeghi@xxxxxxxxx>; liuchenchen <liuchenchen1@xxxxxxxxxx>;
zhangmeihong <zhangmeihong@xxxxxxxxxx>; sunyingxiang <sunyingxiang@xxxxxxxxxx>; Cordeiro, Carlos <carlos.cordeiro@xxxxxxxxx>
主题: 答复: Some questions for "0807-00-SENS-wlan-sensing-definitions"
Hi Cheng,
Thanks for your reply and please see inline.
Best wishes,
Rui Du
华为技术有限公司 HUAWEI TECHNOLOGIES CO., LTD.
发件人:
Chen, Cheng [mailto:cheng.chen@xxxxxxxxx]
发送时间: 2020年5月27日 23:45
收件人: Hanxiao (Tony, WT Lab) <tony.hanxiao@xxxxxxxxxx>
抄送: Da Silva, Claudio <claudio.da.silva@xxxxxxxxx>; Sadeghi, Bahareh <bahareh.sadeghi@xxxxxxxxx>; durui (D) <ray.du@xxxxxxxxxx>;
liuchenchen <liuchenchen1@xxxxxxxxxx>; zhangmeihong <zhangmeihong@xxxxxxxxxx>; sunyingxiang <sunyingxiang@xxxxxxxxxx>; Cordeiro,
Carlos <carlos.cordeiro@xxxxxxxxx>
主题: RE: Some questions for "0807-00-SENS-wlan-sensing-definitions"
Hi Tony,
Thanks for the comments. Please see inline.
Best,
Cheng
From: Hanxiao (Tony, WT Lab) <tony.hanxiao@xxxxxxxxxx>
Sent: Wednesday, May 27, 2020 1:46 AM
To: Chen, Cheng <cheng.chen@xxxxxxxxx>
Cc: Da Silva, Claudio <claudio.da.silva@xxxxxxxxx>; durui (D) <ray.du@xxxxxxxxxx>;
liuchenchen <liuchenchen1@xxxxxxxxxx>; zhangmeihong <zhangmeihong@xxxxxxxxxx>;
sunyingxiang <sunyingxiang@xxxxxxxxxx>
Subject: Some questions for "0807-00-SENS-wlan-sensing-definitions"
Hi Cheng Chen,
My colleagues have a few questions for your proposal, so I help them to forward the questions:
1.
In slide3, the first category is radar based method, and the second category is CSI based method. So, why you put the 'radar' for mmWave and 'CSI' for sub 7GHz.
In my opinion, this is independent of operating frequencies.
[Cheng] We are not placing a hard limit between the technologies and frequency bands, and it is not our intent to do so. We used the word “often”
based on the observations that so far the ‘radar’ based method are typically illustrated in mmWave use cases, but we agree with you that theoretically it can be used in any frequency bands.
[Rui] Considering Alecs also has the similar concerns about this during the meeting, can you modify it in your slides. And if
you are going to present or discuss the slides next time, can you clarify it in the
meeting.
2.
In side6, which STA dose the sensing processing? If STA2 dose the sensing processing, then STA2 should support the WLAN sensing, right?
[Cheng] In slide 6 STA2 is doing the processing of sensing packets. By saying ‘support WLAN sensing’ here we are mainly indicating STA 1 is the STA
who will use the sensing results for specific sensing applications. Depending on the sensing protocol we will define, STA 2 could be a legacy STA and does not need to support anything new in some cases. For example, if we simply reuse existing beamforming
protocol to do sensing, then STA2 could be a legacy STA and send beamforming results back. However, if we define some new protocols, I agree then STA2 needs to support the new protocol.
3.
In your mind, what is the content of sensing measurement report? E.g., compressed beamforming matrix or some sensing results after processing？
[Cheng] I think this question is out of the scope of this contribution of ours. But I agree this will be a topic we eventually need to decide when
it comes to technical discussion in TG.
Best Regards : )
Tony Xiao Han
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