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

Re: [STDS-802-11-TGBN] SP list

Hi Yanjun,

I thought this limitation was desirable considering the ease of implementation, but I'd like to reconsider its necessity.
Thank you for your feedback.

Best Reagrds,
Kosuke (SONY)

差出人: Yanjun Sun <yanjunsunstd@xxxxxxxxx>
送信: 2025 年 7 月 31 日 (木曜日) 0:30
宛先: Aio, Kosuke (SEC) <Kosuke.Aio@xxxxxxxx>
Cc: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx <STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx>
件名: Re: [STDS-802-11-TGBN] SP list

This Message Is From an Untrusted Sender
You have not previously corresponded with this sender and they are external to Sony
 
Hi Kosuke

Thank you for the clarification. 

Can you help elaborate a little more about the rationale/benefit behind such limitation (i.e. disable implicit or TB Ack in sequence acknowledgment) on the coordinating AP?

Thanks,
Yanjun

On Jul 30, 2025, at 5:25 PM, Kosuke.Aio@xxxxxxxx wrote:

  • In the sequential Ack procedure, the Co-BF coordinating AP and the Co-BF coordinated AP shall set the Ack policy Indicator subfield of the QoS Control field in the Co-BF DL PPDU to "Block Ack".
[YS]: this will prevent the coordinating AP from using implicit or TB Ack, is this the intention?
[KA]: The main intetion is to prevent the coordinating AP and the coordinated AP from using implicit or TB Ack in the sequential Ack procedure.

To unsubscribe from the STDS-802-11-TGBN list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1