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

[STDS-802-11-TGBE] 答复: [STDS-802-11-TGBE] NSTR blindness issue



Hello Sharan

 

We discussed this topic offline a few days ago, so I do not repeat the motivation here and answer your question directly, maybe Dibakar could provide more info later.

 

Best wishes

Ming Gan

 

发件人: Sharan Naribole [mailto:n.sharan@xxxxxxxxxxx]
发送时间: 20201217 7:31
收件人: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
主题: Re: [STDS-802-11-TGBE] NSTR blindness issue

 

Hi Dibakar, Ming and all,

 

I am generally fine with the motivation of the added text to SP. I have a couple of clarification questions:

 

1 then another AP (AP 2) of the same AP MLD should send a Trigger frame to STA-2 soliciting UL PPDU or a modified MU-RTS trigger that allocates time for STA-2

 

Should send a Trigger sounds vague to me, is the intention to immediately schedule a Trigger?

[Ming] immediately is not requirement, so this is not in the text. That depends on the process of channel access

 

if the channel is idle, MediumSyncDelay timer is not 0 and if the AP2 does not have frame exchange already scheduled with another STA

 

AP MLD is supposed to track the MediumSyncDelay timer of different non-STR MLDs on each link??

[Ming] just track the MediumSyncDelay timer for one solicited link, not each, e.g., the link on which the STA2 works. Moreover, the MediumSyncDelay timer is determined by the AP now.

 

Thanks,

Sharan

 

 

 

From: Das, Dibakar [mailto:dibakar.das@xxxxxxxxx]
Sent: Wednesday, December 16, 2020 11:10 AM
To: STDS-802-11-TGBE@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBE] NSTR blindness issue

 

Hi Pooya,

 

The highlighted text is from 613r2. That contribution was presented and discussed few months ago.

 

Regards,

Dibakar

 

From: Pooya Monajemi <pmonajemy@xxxxxxxxx>
Sent: Wednesday, December 16, 2020 10:52 AM
To: stds-802-11-tgbe@xxxxxxxxxxxxxxxxx; Das, Dibakar <dibakar.das@xxxxxxxxx>
Subject: Re: [STDS-802-11-TGBE] NSTR blindness issue

 

Hi Dibakar,

Would you kindly point me to the discussion on the yellow highlighted part? I think this text is discussing a very different topic and needs more discussion.

 

Thanks

Pooya

 

 

 

On Tuesday, December 15, 2020, 07:57:46 PM PST, Das, Dibakar <dibakar.das@xxxxxxxxx> wrote:

 

 

Hi all,

 

We worked offline and tried to converge on a SP text for blindness. The new version below captures the main aspects of both 1009r4 and 613r2. The highlighted text are the changes relative to r4. Please review and let us know of any comments.

 

Do you agree to add the following to 11be SFD R1:  if during a transmission of a STA (STA-1) of a non-STR non-AP MLD longer than a TBD duration, another STA (STA-2) of the same MLD cannot detect its medium state when required (due to STA-1’s UL transmission interference), STA-2 shall start a MediumSyncDelay timer at the end of STA-1's transmission, unless the STA-2 ended a transmission at the same time:

·         the MediumSyncDelay timer expires after a duration value that is either assigned by AP or specified in spec or if at least either of the following events happens:

·         any received PPDU with a valid MPDU

·         a received PPDU with a valid TxOP_duration

                  whichever happens first

·         while the MediumSyncDelay timer is running the STA is only allowed to attempt to initiate up to number of TxOPs assigned by the AP (at least 1) and shall attempt to initiate that TxOP with the transmission of an RTS frame using regular EDCA backoff using baseline CCA but a TBD ED threshold value

·         The TBD ED threshold value has a default value specified in the spec (e.g., -62dBm) but can also be assigned by the AP MLD within a limited range such as between -82dBm and -62dBm

·         If the channel was busy immediately after the blind period, additional TBD rules to use RTS may apply.

·         If  the PPDU transmitted by STA 1 carries a signal (Signaling is TBD) which indicates that STA 2  intends to send UL frame after transmission from STA-1 then another AP (AP 2) of the same AP MLD should send a Trigger frame to STA-2 soliciting UL PPDU or a modified MU-RTS trigger that allocates time for STA-2 if the channel is idle, MediumSyncDelay timer is not 0 and if the AP2 does not have frame exchange already scheduled with another STA

Note:

·         If either the intra-BSS NAV or the inter-BSS NAV is non-zero in STA-2 at the end of transmission of STA-1, STA-2 does not transmit any PPDU using EDCA until the NAV expires.

·         If either the intra-BSS NAV or the inter-BSS NAV is non-zero in STA-2 at the end of transmission of STA-1, there could be further TBD conditions and requirements to expire the MediumSyncDelay timer.

 

 

Regards,

Dibakar

 

 

 

 

 


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