Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi yunbo,
Thanks for your quick reponse. Adding "successfully" is better.
How about adding a paragraph to describe the operation at the AP side after AP sends the acknowledge?
Thanks very much.
Best Regards,
Zhiqiang Han
Hi Zhiqiang,
It is a good question. I think current text is not clear enough. Does below modification clarify your questions? Base on the modified text, non-AP STA will continue to take the control if failure happens.
"After successfully transmitting a QoS Data or QoS Null frame with the TXOP Sharing Termination subfield in SRS Control subfield equals to 1, or a QoS Null frame without A-control subfield, the non-AP STA shall not transmit any more PPDUs within the time allocated in theMU-RTS TXS Trigger frame."
Regards,
Yunbo
发件人: han.zhiqiang1@xxxxxxxxxx [mailto:han.zhiqiang1@xxxxxxxxxx]
发送时间: 2021年4月20日 15:11
收件人: Liyunbo <liyunbo@xxxxxxxxxx>
抄送: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re:[STDS-802-11-TGBE] 答复: [STDS-802-11-TGBE] 答复: [STDS-802-11-TGBE] Announcement: Motions for TGbe on Wednesday 14th of April 2021
Hi yunbo,
I have one question on your 21/0552r02:
In the last praghraph "After transmitting a QoS Data or QoS Null frame with the TXOP Sharing Termination subfield in SRS Control subfield equals to 1, or a QoS Null frame without A-control subfield, the non-AP STA shall not transmit any more PPDUs within the time allocated in theMU-RTS TXS Trigger frame."
Does the QoS data or QoS Null frame need acknowledge? If non-AP STA doesn't correctly receive the acknowledge, does non-AP STA or AP control the TXOP?
Thanks very much.
Best Regards,
Zhiqiang Han
原始邮件
发件人:Liyunbo
日 期 :2021年04月20日 14:42
主 题 :[STDS-802-11-TGBE] 答复: [STDS-802-11-TGBE] 答复: [STDS-802-11-TGBE] Announcement: Motions for TGbe on Wednesday 14th of April 2021
Hi Jonghun,
Thanks for sharing your opinions as well as your questions. Please see my response below in-line.
Regards,
Yunbo
发件人: Jonghun Han [mailto:jong_hun.han@xxxxxxxxxxx]
发送时间: 2021年4月20日 8:12
收件人: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE] 答复: [STDS-802-11-TGBE] Announcement: Motions for TGbe on Wednesday 14th of April 2021
Hello Yunbo,
Thanks for your work.
I have comments on your CR 11-21/0552r2.
1. Basically, I support your proposal that utilizing the existing A-control for TXOP return.
[Yunbo] thanks. I am open for it. Currently, the main concern I received from other member is that it is better to use one A-control type that people will implement. While existing A-control hard to address this concern.
1. "Since the explicit indication and implicit indication has their own use cases and benefits, the standard can adopt both of them and the the chip vendor can choose one of them or both in implementation."
I think it would be better to mandate the A-control (ex. SRS) support if the EHT STA supports Triggered TXOP. As you mentioned, SRS is optional feature in HE spec, but I think mandating it only for the EHT STA supporting Triggered TXOP is not a big issue.
This seems to be a simple approach than having another "implicit" indication.
Could you clarify the benifit of having "implicit" indication?
[Yunbo] it depends on the group’s decision. For mandate SRS, I am not sure all people can accept it, because it is designed for NSTR non-AP MLD, so for does it has some scenarios that useful for STR non-AP MLD? The main benefit for the “implicit indication” is that it is not rely on an optional field/element, each STA can free to implement if it wants.
2. Don't we need a mechanism that covers the case that the remaining allocated time is not enough for sending the frame with SRS Control subfield?
[Yunbo] I share some of my thoughts in doc 21/0061. It is a further optimization. Since it already include a lot of details in Dibakar and my CR document for the more basic functions, I didn’t cover it in 21/0552. We can further discuss it whether and how to solve the issue you mentions later.
Best regards,
Jonghun
--------- Original Message ---------
Sender : Liyunbo <liyunbo@xxxxxxxxxx>
Date : 2021-04-15 11:30 (GMT+9)
Title : [STDS-802-11-TGBE] 答复: [STDS-802-11-TGBE] Announcement: Motions for TGbe on Wednesday 14th of April 2021
Hi Alfred,
I sent a request for doc 21/552, and got your response. But seems it doesn’t shown in the agenda document. Would you please check?
21/552 is related to 21/268 (Dibakar), is it possible to schedule them together? I asked Dibakar, if the schedule will defer his presentation one or two meetings, he is fine for that.
11-21-0552-00-00be-cr-txop-return-for-triggered-su Yunbo Li
Regards,
Yunbo
发件人: Alfred Asterjadhi [mailto:asterjadhi@xxxxxxxxx]
发送时间: 2021年4月13日 8:40
收件人: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE] Announcement: Motions for TGbe on Wednesday 14th of April 2021
--
|
|
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
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
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
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
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