Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Thanks all for your feedback and I am fine with whichever approach we would like to; B4 or B3. I recognized that Dong reused B4 to signal between
1-byte vs. 2-byte ‘Trigger dependent common info field’ so that we could use one byte for SR2SR sounding (which is Passive sounding for ranging). That is the motivation however, I am fine with either approach.
Ali
From: Dong Wei <dong.wei@xxxxxxx>
WARNING:
This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi Ali, Thanks for your interesting suggestion! I would like to echo Dongguk and Naren for keeping the use of B4 to indicate sensing versus ranging. In your table, you listed five subtypes of sensing
TF. There may be two subtypes of TF needed for threshold-base reporting, which leads to a total of six subvariants. Thus, I feel that it may be safer to keep the four bits B0 – B3 for defining ranging/sensing subvariants. Best regards, Dong
From:
stds-802-11-tgbf@xxxxxxxxxxxxxxxxx <stds-802-11-tgbf@xxxxxxxxxxxxxxxxx>
On Behalf Of narengerile Caution: EXT Email
Hello Ali Thank you for providing the table.
I intend to agree with Dongguk that using B4 is a very simple and clean way to do the trick if we agree on reusing Ranging trigger frames. Using B4
will allow either ranging or sensing to have the flexibility to define more trigger subtypes for possible future use. In my humble opinion, if B3 is used for sensing/ranging indication, at least 5 values for trigger subtypes become invalid for either ranging or sensing.
For example, value = 8, 9, 10, 11 and 12, cannot be used for ranging any more. Otherwise it may cause confusion for sensing clients.
If B4 is used for sensing/ranging indication, either ranging or sensing has 16 values available to define trigger subtypes. At the current stage,
I think it might be better to keep the possibility for defining more trigger subtypes for potential future use. Please do correct me if I am wrong. Thanks, Naren
发件人:
Dongguk Lim [mailto:dongguk.lim@xxxxxxx]
Hi Ali, Thanks for your suggestion.
To avoid misunderstanding or remove the ambiguity according to a value of the Trigger Subtype field in the Trigger dependent common info subfield, I think that reserved values (i.e., it
was not used in 11az) can be assigned to the variant of the sensing Trigger frame. However, as you know we considered the reuse of the ranging Trigger frame format for the sensing trigger frame. since we inherit the ranging frame format for the sensing trigger frame
format, by using the value of this subfield, STA can recognize the variant of the trigger frame which was already indicated by using the Trigger type field. Thus, I think that it needs the indication whether it is a ranging trigger or a sensing Trigger, and
for that using B4 is a very simple and clear way without additional ambiguity. So, even though we assign the reserved value which is not used in the ranging Trigger frame for the variant of sensing Trigger frame as suggested by Ali, I think that the use of B4 to
indicate the type of Trigger frame is still useful and helpful for a clear distinction between two Trigger frame. Best regards, Dongguk.
From: Ali Raissinia [mailto:alirezar@xxxxxxxxxxxxxxxx]
Gents, Does it make sense to change the table to indicate the subtypes for Poll, Sounding and Report as 8, 9, 10 and keep B4 as
reserved in case we need it for something else? The table would look like below. Of course we could still use B4 for sensing?
From: Dongguk Lim <dongguk.lim@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 hope you had a nice holiday.
I knew that some members would like to discuss this topic by scheduling additional meetings. However, since we have scheduled many CCs for the discussion of other topics this week, it is hard to schedule
another CC for this discussion for the sensing Trigger frame. in addition, the 802.11 Interim sessions are scheduled for next week.
Thus, first of all, I would like to discuss the sensing Trigger topic by using the email discussion to gather opinions for other members.
I revised the CR document for the sensing Trigger frame based on the Comments received during the last CC.
For the indication of this modification, I add the memo in the attached document and add also some discussion points using the memo.
Attached, Please take look at it. I look forward to the good comments from you.
Best regards, Dongguk. ________________________________________________________________________________________
Dongguk Lim
Chief Technology Officer IoT Connectivity Standard Task/Professional
LG Electronics Inc
19, Yangjae-daero 11-gil, Seocho-gu, Seoul, Korea
M.82-10-8996-4690
E.dongguk.lim@xxxxxxx
___________________________________________________________________ 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 |