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

Re: [STDS-802-11-TGBF] 11-22-1830-02-00bf Resolution of DMG CID 351 356



Hi Chaoming,

I appreciate your help.

 

Best  regards,

Solomon Trainin

+972547885738

 

From: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
Sent: Thursday, November 10, 2022 4:33 AM
To: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
Cc: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Hi Solomon,

 

Sounds good to me, thanks very much!

 

BR,

Chaoming

 

发件人: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
发送时间: 20221110 0:25
收件人: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
抄送: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
主题: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

Hello Chaoming,

Let's return to our discussion.

As I mentioned earlier, there is no need to specify the airtime allocation by the DMG Measurement Setting ID. The initiator addresses the responders with DMG Sensing Request frames at the allocated airtime to initiate the sensing and reporting phases. So, the controversial text is not needed at all.

From the other side, the responders shall know the airtime allocated by the initiator to proceed with the instances with them.

Please see the attached with the changes I made on top of page 5.

 

Best  regards,

Solomon Trainin

+972547885738

 

From: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
Sent: Monday, November 7, 2022 5:53 PM
To: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
Cc: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Cool, you got the point, looking forward to your solution, thanks


 


发件人: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
发送时间: 20221107 22:54
收件人: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
抄送: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx <STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx>
主题: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

Hi Chaoming,

I think that this solution does not work

I will think about different approaches

 

Best  regards,

Solomon Trainin

+972547885738

 

From: Solomon Trainin
Sent: Monday, November 7, 2022 4:44 PM
To: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
Cc: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

Do you interpret the tuple rule that the same Allocation ID can be used multiple times with different responders and cannot be used with the same responder?

Is it what you mean?

If yes, there is another problem to keep few bursts in one BI.

 

Best  regards,

Solomon Trainin

+972547885738

 

From: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
Sent: Monday, November 7, 2022 3:58 PM
To: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
Cc: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Hi Solomon,

 

Unfortunately not. I think the Allocation ID could be replicated for different responders. Note that the field is only 4 bits, it’s not sufficient to be unique in the BSS level.

I’d suggest to change the text to “The Allocation ID subfield shall be unique for one sensing responder per the DMG Measurement setup ID.

 

BR,

Chaoming

 

发件人: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
发送时间: 2022117 19:58
收件人: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
抄送: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
主题: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

Hi Chaoming,

I guess I understand your concern.

You interpret the sentence "the tuple (Source AID, Destination AID, Allocation ID) uniquely identifies the allocation" as only one responder is allowed to be in the allocation of the Allocation ID.

I tend to agree with you. Different Allocation IDs are used for the same airtime allocation to support the DMG measurement setup with multiple responders. For example, the following allocations overlap and serve the same DMG Measurement ID: ((Source AID=1, Destination AID=1, Allocation ID=1), (Source AID=1, Destination AID=2, Allocation ID=2)).

The rule The Allocation ID subfield shall be unique per the DMG Measurement setup ID is applicable for this case.

The rule means:

One DMG measurement setup may utilize more than one allocation.

The same allocation shall not belong to more than one DMG Measurement setup.

 

Best  regards,

Solomon Trainin

+972547885738

 

From: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
Sent: Monday, November 7, 2022 12:00 PM
To: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
Cc: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Hi Solomon,

 

I guess I didn’t make my points clear.  Let me clarify the question:

The Allocation ID subfield shall be unique per the DMG Measurement setup ID could be interpreted as two distinct meanings:

  1. For one responder, different Allocation ID shall be assigned to different MSs. For different responders, if they participate in the same MS, they shall be assigned with the same allocation ID; if they participate in different MSs, the allocation ID shall be different.
  2. For one responder, different Allocation ID shall be assigned to different MSs.

For different responders, no matter they participate in the same or different MS, the allocation ID could be same or different. 

 

 

 

BR,

Chaoming

 

发件人: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
发送时间: 2022117 17:14
收件人: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
抄送: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
主题: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

Hi Chaoming,

Thank you for the comment.

Please note that The Allocation ID subfield, when set to a nonzero value, identifies an airtime allocation from Source AID to Destination AID.

So, the rule The Allocation ID subfield shall be unique per the DMG Measurement setup ID is to use the airtime for one particular DMG Measurement setup ID.

Even when different Source AID and Destination AID use the allocated airtime, it is still limited for one specific DMG Measurement setup ID.

 

Best  regards,

Solomon Trainin

+972547885738

 

From: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
Sent: Monday, November 7, 2022 9:02 AM
To: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
Cc: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
Subject: RE: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

Hi Solomon,

 

Thanks for the clarification! I understand your intention now. But still has a few comments for wording:

The Allocation ID subfield shall be unique per the DMG Measurement setup ID” sounds confusing, since multiple STAs may receive same DMG MS ID. E.g., Could Allocation ID 1 be used for both STA 2 and 4 participating DMG MS ID 3? Or your text is indeed enforcing the use of same Allocation ID for multiple STAs participating in the same DMG MS?

Note that in baseline we have “Except for CBAP allocations with broadcast Source AID and broadcast Destination AID, the tuple (Source AID, Destination AID, Allocation ID) uniquely identifies the allocation”, which means Allocation ID singly does not identify an allocation.

 

BR,

Chaoming

 

发件人: Solomon Trainin <strainin@xxxxxxxxxxxxxxxx>
发送时间: 2022116 19:18
收件人: 罗朝明(Chaoming Luo) <luochaoming@xxxxxxxx>
抄送: Claudio Da Silva <claudiodasilva@xxxxxx>; Assaf Kasher <akasher@xxxxxxxxxxxxxxxx>; Alecsander Eitan <eitana@xxxxxxxxxxxxxxxx>; STDS-802-11-TGBF@xxxxxxxxxxxxxxxxx
主题: 11-22-1830-02-00bf Resolution of DMG CID 351 356

 

Hello Chaoming,

You noted that the SP allocation shall contain the DMG Measurement setup ID.

There is no such need. Destination AID indicates the responder participating in the SP. From the extended schedule element, the responder knows that it participates in the SP at the specified time, and the instance information is delivered in the DMG Sensing Request frame, just as it is in the case of CBAP.

 

Best  regards,

Solomon Trainin

+972547885738

 


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