Hi Alfred,
Thanks for your further comment. I prefer to treat them as one way that with different frame containers, instead of 3 different ways. Think about
in a scenario that a STA transmits a final UL Data frame in HT/VHT PPDU, it can return TXOP to AP in that HT/VHT PPDU. Otherwise, after sending the final UL Data frame, the STA need to send an extra QoS-Null frame with CAS to return the TXOP.
Regards,
Yunbo
发件人: Alfred Asterjadhi [mailto:asterjadhi@xxxxxxxxx]
发送时间: 2022年11月17日
12:34
收件人: Liyunbo <liyunbo@xxxxxxxxxx>
抄送: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE]
答复: [STDS-802-11-TGBE] RDG/More PPDU subfield (CID 11827)
Thanks Yunbo,
I would think that the answer is obvious: one way to signal something is better than 3 different ways to signal that same thing.
But maybe I am missing something that you might be thinking. So could you please share your thoughts?
Hi Alfred,
OK, I see that sentence. I didn’t notice the different variant of HT control type when
I prepared the text in 35.2.1.2, my mistake. The signaling could works for all variants of HT Control. We should remove the condition in 35.2.1.2. What’s your opinion?
Regards,
Yunbo
发件人:
Alfred Asterjadhi [mailto:asterjadhi@xxxxxxxxx]
发送时间: 2022年11月16日
23:42
收件人: Liyunbo <liyunbo@xxxxxxxxxx>
抄送:
STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE]
答复: [STDS-802-11-TGBE] RDG/More PPDU subfield (CID 11827)
Hi Yunbo,
Thanks for the follow up. Not according to the TGbe draft. Please check 35.2.1.2.
Hi Alfred,
Thanks for sharing your opinions. The meaning of RDG/More PPDU only depends on the role
of the STA. Once the STA is a target STA in MU-RTS TXS frame, the RDG/More PPDU subfield in HT/VHT/CAS Control field have the same meaning, which is return the allocated TXS time period to AP. A non-AP STA will be a TXS target STA and RDG responder at the
same time.
Regards,
Yunbo
发件人:
Alfred Asterjadhi [mailto:asterjadhi@xxxxxxxxx]
发送时间: 2022年11月16日
23:29
收件人: Liyunbo <liyunbo@xxxxxxxxxx>
抄送:
STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE]
答复: [STDS-802-11-TGBE] RDG/More PPDU subfield (CID 11827)
I dont think the comment is saying that those variants are forbidden. The comment is saying that the RDG/More PPDU subfield is found in the HT variant, the VHT
variant and the CAS Control field but only when carried in the CAS control field is it used for the purposes of MU RTS TXS triggering (ref some subclause in 35), When carried in the HT/VT variants it continues having the legacy meaning.
Hi Jinyoung,
Thanks for deferring this CID, and providing the explanation. But an EHT STA can support HT/VHT/HE/EHT PPDU, so no reason
to disallow HT/VHT variant of HT control. So I don’t agree with the comment.
Regards,
Yunbo
Hi, Yunbo and Abdel,
RDG/More PPDU subfield is in HT control for HT/VHT variant, and in CAS control among A-Control for HE variant as below.
The target STA in a MU-RTS TXS Trigger frame, that is newly defined, is an EHT STA. So RDG/More PPDU subfield for the target STA in a MU-RTS TXS Trigger frame is present in the
CAS Control subfield as below resolution.
CID
|
Commenter
|
PP.LL
|
Comment
|
Proposed Change
|
Resolution
|
11827
|
9.2.4.6.1
|
122.04
|
This new interpretation is only valid when the RDG/More PPDU bit is included in the CAS Control. Add a
note to the table specifying that the Target STA case is present when bit is in CAS control as defined in x.y.
|
As in comment.
|
Revised
Agree with the commenter and just add note below.
For your information, other explain about the subfield is described in REVme as below: ‘In
a non-HE HT STA, the RDG/More PPDU subfield and the AC Constraint subfield are present in the HTC field. In an HE STA, the RDG/More PPDU subfield and the AC Constraint subfield are present in the CAS Control subfield.’
To TGbe Editor:
Please add the note below the Table 9-17.
‘NOTE: RDG/More PPDU subfield for the target STA in a MU-RTS TXS Trigger frame is present
in the CAS Control subfield (See 9.2.4.6a.7 (CAS Control)).
|
If you have other opinion, please let me know.
Best regards,
Jinyoung
To unsubscribe from the STDS-802-11-TGBE list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1
--
Qualcomm Technologies Inc.
Office #: +1 858 658 5302
--
Qualcomm Technologies Inc.
Office #: +1 858 658 5302
--
Qualcomm Technologies Inc.
Office #: +1 858 658 5302
To unsubscribe from the STDS-802-11-TGBE list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBE&A=1
|