Hi Edward,
Sorry for the confusion. I meant that I will delete the subclause 9.3.1.8.1 in my draft text. I will update 1281r3 after some further offline discussions on
other comments.
Thanks,
Kaiying
From: Edward Au [mailto:edward.ks.au@xxxxxxxxx]
Sent: Monday, September 14, 2020 12:53 PM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] TXOP bandwidth signaling (1281r2)
Thanks! Based on your comment, may I know if the following is the only sentence you would like to add to subclause 9.3.1.8,1?
In a BlockAck frame
transmitted by an EHT STA in a non-HT duplicate format with bandwidth greater than 160/80+80 MHz, the
TBD field carries the TXVECTOR parameter EXTENDED_CH_BANDWIDTH_IN_NON_HT and
the TA field value is a bandwidth signalling TA.
Hi Edward,
Thanks for your comments.
As Alfred mentioned during the call, HT-delayed block ack is deprecated. So I don’t think I need
to add anything for 9.3.1.8.1 BA frame format.
Actually REVmd draft 4.0 should remove the second sentence.
“In a BlockAck frame transmitted
in the context of (#4439)non-HT duplicate format and where the scrambling sequence carries the TXVECTOR parameter CH_BANDWIDTH_IN_NON_HT, the TA field value is a bandwidth signaling TA(#4439).”
Best regards,
Kaiying
From: Edward Au [mailto:edward.ks.au@xxxxxxxxx]
Sent: Sunday, September 13, 2020 12:18 PM
To: Kaiying Lu
Cc: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx;
asterjadhi@xxxxxxxxx; Liwen Chu; Jeongki Kim; Ganming (Ming); Duncan Ho
Subject: TXOP bandwidth signaling (1281r2)
In 20/1281r2, one of your instruction to the editor is to modify the following subclause 9.3.1.8.1 (based on IEEE 802.11ax
Draft 7.0):
The TA field value is the address of the STA transmitting the BlockAck frame or a bandwidth signaling TA in the context of HT-delayed block ack. In a BlockAck frame transmitted in the
context of HT-delayed block ack by a VHT STA or an HE STA or an EHT STA
in a non-HT or non-HT duplicate format and where the scrambling sequence carries the TXVECTOR parameter CH_BANDWIDTH_IN_NON_HT, the TA field value is a bandwidth signaling TA.
In a
BlockAck
frame transmitted by an EHT STA in a non-HT duplicate format with bandwidth greater
than 160/80+80 MHz, the TBD field carries the TXVECTOR parameter EXTENDED_CH_BANDWIDTH_IN_NON_HT
and the TA field value is a bandwidth signalling TA.
In REVmd Draft 4.0, however, the above-mentioned paragraph is shortened that no VHT
STA and non-HT format are mentioned - see below:
The TA field value is the address of the STA transmitting the BlockAck frame(#4439)(#1512). In a BlockAck frame transmitted
in the context of (#4439)non-HT duplicate format and where the scrambling sequence carries the TXVECTOR parameter CH_BANDWIDTH_IN_NON_HT, the TA field value is a bandwidth signaling TA(#4439).
Do you think you still need to modify 9.3.1.8.1 because of the recent update in REVmd Draft 4.0?
Thanks and Regards,
Edward
Hi Alfred, Liwen and Jeongki,
I would also like to add 1281r1 PDT-MAC-TXOP-Bandwidth-Signaling” to the MAC agenda.
Thanks,
Kaiying
Hi Alfred, Liwen and Jeongki,
Since I forgot to mention that “MLO-Multi-link group addressed data delivery” is in R1 during last joint call, could you please add the following SP to the MAC queue?
SP: Do you support to change the spec text R1/R2 status of the three items under “MLO-Multi-link group addressed data delivery” to “R1”?
Thanks,
Kaiying
Hi Alfred, Liwen, Jeongki,
Could you please add SP of contribution 993r7 to the MAC queue?
Dmitry
Hi Alfred, Liwen, Jeongki,
Could you please add SP of contribution 993r5 to the MAC queue?
Thanks,
Dave
Hi Alfred,
Could you please help add the SP of contribution 993r4 to the MAC agenda,
Thanks, Dmitry
Hi Alfred,
Can you please help add the deferred SP of contribution 993r3 to the MAC agenda?
Thanks,
Dmitry
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
*********** MEDIATEK Confidentiality Notice
***********
The information contained in this e-mail message (including any
attachments) may be confidential, proprietary, privileged, or
otherwise exempt from disclosure under applicable laws. It is
intended to be conveyed only to the designated recipient(s). Any
use, dissemination, distribution, printing, retaining or copying
of this e-mail (including its attachments) by unintended recipient(s)
is strictly prohibited and may be unlawful. If you are not an
intended recipient of this e-mail, or believe that you have received
this e-mail in error, please notify the sender immediately
(by replying to this e-mail), delete any and all copies of this
e-mail (including any attachments) from your system, and do not
disclose the content of this e-mail to any other person. Thank you!
--
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
*********** MEDIATEK Confidentiality Notice ***********
The information contained in this e-mail message (including any
attachments) may be confidential, proprietary, privileged, or
otherwise exempt from disclosure under applicable laws. It is
intended to be conveyed only to the designated recipient(s). Any
use, dissemination, distribution, printing, retaining or copying
of this e-mail (including its attachments) by unintended recipient(s)
is strictly prohibited and may be unlawful. If you are not an
intended recipient of this e-mail, or believe that you have received
this e-mail in error, please notify the sender immediately
(by replying to this e-mail), delete any and all copies of this
e-mail (including any attachments) from your system, and do not
disclose the content of this e-mail to any other person. Thank you!
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
|