Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [STDS-802-11-TGBF] 回复: Feedback on 1934r5



Thanks, Mike.  If this is the case, we should at least make a reference to the clause where the protocol is defined.

 

Claudio

 

From: M Montemurro <montemurro.michael@xxxxxxxxx>
Sent: Tuesday, April 19, 2022 8:01 AM
To: STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBF] 回复: Feedback on 1934r5

 

Hi Chaoming, 

 

For Claudio's information, the 4-way handshake is a protocol exchange between a STA and an AP to derive a PTK. 

 

Also I'd like to understand the intention here, because I don't believe completion of the 4-way handshake can be used to assume anything with respect to sensing - unless there is a plan to include sensing authorization information in the 4-way handshake.

 

Thanks,


Mike

 

On Tue, Apr 19, 2022 at 10:56 AM 罗朝明(Chaoming Luo) <000015d97e832564-dmarc-request@xxxxxxxxxxxxxxxxx> wrote:

Hi Claudio,

 

I'm fine to list the frames used in 4-way handshake, but I guess people may argue that it's already in baseline and do not need SP for it, anyway I'll add it and see whether there are other comments.

I'll make those four roles as TBD, as Cheng also suggest further discussion for mandatory roles.

 

BR,

Chaoming

 


发件人: Claudio da Silva <claudiodasilva@xxxxxx>
发送时间: 2022419 22:48
收件人: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>; Claudio Da Silva <000015f3cbee3aeb-dmarc-request@xxxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx <STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx>
: RE: Feedback on 1934r5

 

Hi Chaoming,

 

I’m just asking you to list the frames that make up the four-way handshake – to avoid ambiguity.

Yes, as a group, we will have to define a minimum feature set for 11bf.

 

Claudio

 

From: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
Sent: Tuesday, April 19, 2022 7:44 AM
To: Claudio da Silva <claudiodasilva@xxxxxx>; Claudio Da Silva <000015f3cbee3aeb-dmarc-request@xxxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: 回复: Feedback on 1934r5

 

Hi Claudio,

 

1. '4-way handshake' is a procedure already in the baseline, we're not adding any frame into the procedure. We just utilize the state established by the 4-way handshake procedure.

2. I'm open if the group wants to define a minimum set of mandatory roles, let's more opinions on this point.

 

BR,

Chaoming


发件人: Claudio da Silva <claudiodasilva@xxxxxx>
发送时间: 2022419 22:11
收件人: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>; Claudio Da Silva <000015f3cbee3aeb-dmarc-request@xxxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx <STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx>
主题: RE: Feedback on 1934r5

 

Hi Chaoming,

 

Two points:

  • We must define which frames are sent as part of the 4-way handshake.
  • We can’t make all sensing roles to be optional first, and then define a minimum feature set.  It won’t work.  I suggest you delete the proposed initiator/responder/transmitter/receiver capabilities from slide 6.  Defining the minimum feature set will require discussion.

Claudio

 

From: luochaoming@xxxxxxxx <luochaoming@xxxxxxxx>
Sent: Monday, April 18, 2022 8:03 PM
To: Claudio Da Silva <000015f3cbee3aeb-dmarc-request@xxxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: RE: Feedback on 1934r5

 

Hi Claudio,

 

Thanks very much for your constructive comments! Please see my reply inline. And please let me know if you have further comments, thanks again!

 

BR,

Chaoming

 

Date: 2022-04-19 02:49

Subject: RE: Feedback on 1934r5

Sorry, my last email has an error:

For example, define that support of the sensing receiver responder role is mandatory for 11bf capable STAs.

 

Claudio

 

From: Claudio da Silva <000015f3cbee3aeb-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Monday, April 18, 2022 11:42 AM
To: STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBF] Feedback on 1934r5

 

Chaoming,

 

Thanks for all the work you have done on the session setup.  I appreciate it.

Find below a few suggestions and questions on the SPs found in 1934r5.

Thank you for all your effort,

 

Claudio

 

·         Because SP3 describes the overall sensing session setup procedure, my suggestion is to begin with it (that is, make it SP1).

·         [cm] I did make the SP3 as SP1 during the previous offline discussion, but people think it's better to SP for the MS Query related sequences first, and I tend to agree that it's a simpler way to push forward.

o    The “4-way HS” for the associated case must be defined.

o    [cm] I'll correct the term as "4-way handshake", which is already in clause 3.2 and 12.7.6 of the baseline.

o    “For an unassociated STA, after PASN, if there is, an exchange of MS Query….”  What does “if there is” refer to: PASN or “an exchange of MS Query…”?

o    [cm] it does refer to PASN. Would it be better to rewording as "For an unassociated STA, after PASN if PASN is used, an exchange of MS Query…"?

o    I do not believe the figures in slides 7, 8, 9… should be included in the draft.  (If you would like to do so, you will need to reformat them.)  Thus, my suggestion is that we don’t add them in the SFD.  If there is any normative behavior defined in them that you would like to cover, please write text instead.

o    [cm] I'm fine with not adding them in the SFD. My intention was to make it easier to understand the procedure.

·         Propose the edits below (in blue) to (current) SP1.  (Propose to make this SP2.)

o    The intend of the last sentence of this SP is not clear to me (“The polling TF within…”).

o    [cm] The intention of "The polling TF within…" is to describe the cases in slide 10 and 12, which are also related to when and how to use the MS Query frame.

·         I do not agree with some of the sensing capabilities defined in slide 6:

o    Can a STA be “11bf capable” if it does not support the roles of sensing initiator nor of sensing responder?  We must define a minimum feature set for a STA to be “11bf capable.”  For example, define that support of the sensing receiver role is mandatory for 11bf capable STAs.

o    [cm] My thinking is we may write a normative text such as  "if a STA is sensing capable then it shall support at least one of the roles of sensing initiator and/or sensing responder".  IMHO,  "support of the sensing receiver responder role is mandatory for sensing capable STAs" appears a little bit strong, because there may be cases a STA only works as sensing initiator ("neither a sensing transmitter nor a sensing receiver" as in D0.01).

o    “Support of reporting”:  Does this refer to the ability of a STA to send a Sensing Measurement Report frame or report measurements up to the application (same STA)?  This must be defined.

o    [cm] Appologize for the confusion. I should have put a note there "refer to motion 60 for the exact meaning of optional reporting. "

 

Proposed changes to SP1: 

[cm] Thanks for the refinement, I'll take it.

Do you agree to add the following into 11bf SFD?

·         An unassociated STA (denoted as U-STA) transmits the measurement setup (denoted as MS) Query frame to solicit an MS Request frame from an AP.

o    The MS Query frame may contain the detailed sensing capabilities of the U-STA.

·         Upon receiving an MS Query frame, the AP responds with an MS Request frame to the U-STA.

o    The MS Request frame contains the UID assigned to the U-STA.

o    The MS Request frame contains one bit to inform the U-STA to comeback before session timeout expires to solicit an MS Request frame.

·         The AP can also send a MS Termination frame to the U-STA, which contains one bit indicating termination of the sensing session.

·         The Polling TF within a measurement instance contains one bit to inform the U-STA to transmit an MS Query frame outside the measurement instance.

 

 


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


OPPO

 

本电子邮件及其附件含有OPPO公司的保密信息,仅限于邮件指明的收件人使用(包含个人及群组)。禁止任何人在未经授权的情况下以任何形式使用。如果您错收了本邮件,请立即以电子邮件通知发件人并删除本邮件及其附件。

This e-mail and its attachments contain confidential information from OPPO, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!


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