Re: [STDS-802-11-TGBE] Comments on "0755 Non-STR AP"
Hi Jinjing,
Thanks for the response. Just have couple more follow up questions on your responses.
" BTW, we are mainly talking about multi-link EHT STAs who can do non-STR on both 5 and 6GHz links, rather than single-radio/link STAs"
-> Do you mean the non-AP STA associated to the soft AP is mainly non-STR and not single radio/single link ?
Regarding #2, if a single radio non-AP EHT STA is trying to send something to non-STR soft AP in a conditional link using EDCA, the AP may not be able to receive it if its busy transmitting to another legacy STA on the basic link.
Regards,
Dibakar
-----Original Message-----
From: Jinjing Jiang <jinjing@xxxxxxxxx>
Sent: Monday, June 15, 2020 2:59 PM
To: Das, Dibakar <dibakar.das@xxxxxxxxx>
Cc: George Cherian <gcherian@xxxxxxxxxxxxxxxx>; Zhou Lan <zhou.lan@xxxxxxxxxxxx>; liyunbo@xxxxxxxxxx; Cariou, Laurent <laurent.cariou@xxxxxxxxx>; Srinivas Kandala <srini.k1@xxxxxxxxxxx>; Yongho Seok <Yongho.Seok@xxxxxxxxxxxx>; liwen.chu@xxxxxxx; Rui.Yang@xxxxxxxxxxxxxxxx; STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: Comments on "0755 Non-STR AP"
Hi, Dibakar,
Thanks for the comments.
1, The main problem for Non-STR AP MLD is to devise a solution such that there won't be a case that a non-STR MLD will transmit and receive at the same time. In terms of the gain, every TXOP, if there is an additional data pipe that could be of use, we think it is better. Similar analogy could be found on the channel puncture schemes.
BTW, we are mainly talking about multi-link EHT STAs who can do non-STR on both 5 and 6GHz links, rather than single-radio/link STAs.
2, Some companies are interested in Trigger-based access on the conditional link, we have no strong opinion on this. Our proposal works for both DL and UL without the assumption that Triggered channel access is supported. This simply reflects the reality that most STA won’t be able to send Trigger frame for now.
3, There are 3 flavors in Non-STR STA MLD operation with the STR AP MLD discussed in the group, a) PIFS or some variants of PIFS based method, b) Receiver-assisted method using RTS/CTS-style exchange c) Receiver-decided method; in our opinion, at least a) and b) could be suitable for Non-STR AP case.
Best regards,
Jinjing
> On Jun 15, 2020, at 11:23 AM, Das, Dibakar <dibakar.das@xxxxxxxxx> wrote:
>
> Hi Jinjing,
>
> Thank you for the presentation. I just had few clarification questions:
> 1. Per this proposal, legacy STAs (that are more likely to be 5 GHz versus 6 GHz in short run) will be parked in basic links while EHT STAs on the conditional link. Now, assuming the 5 GHz link is more congested, the chances of winning channel access for 5 GHz link may be small. Since you are further constraining yourself to transmit on the conditional link only after winning the channel access on the basic link, this means the performance gain for the EHT STA is pretty limited. Looking at the proposal, I am not sure why this constraint is even needed.
> 2. Is it assumed that UL for the EHT STA is only Trigger based ?
> 3. The proposal seems to be suggesting a PIFS-based channel access on conditional link after winning channel access on basic link. Is that correct ?
>
> Regards,
> Dibakar
>
> -----Original Message-----
> From: Jinjing Jiang <jinjing@xxxxxxxxx>
> Sent: Thursday, June 11, 2020 5:17 PM
> To: George Cherian <gcherian@xxxxxxxxxxxxxxxx>; Zhou Lan <zhou.lan@xxxxxxxxxxxx>; liyunbo@xxxxxxxxxx; Das, Dibakar <dibakar.das@xxxxxxxxx>; Cariou, Laurent <laurent.cariou@xxxxxxxxx>; Srinivas Kandala <srini.k1@xxxxxxxxxxx>; Yongho Seok <Yongho.Seok@xxxxxxxxxxxx>; liwen.chu@xxxxxxx; Rui.Yang@xxxxxxxxxxxxxxxx
> Cc: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
> Subject: Comments on "0755 Non-STR AP"
>
>
> Dear all,
>
> Due to the time constraints at the conference call, I was not able to collect all the comments and answer questions on the Non-STR AP contribution.
> Please kindly share your thoughts through this thread, I will try to answer.
>
> Thanks and best regards,
>
> Jinjing
________________________________________________________________________
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