Hi Matthew,
I have found some errors in my suggestion. Please refer to the following.
12) If an NPCA STA's backoff for an AC on the NPCA primary channel reaches zero but the STA does not transmit due to the lack of availability of any MPDU in its queue that satisfies each of the following: - the NPCA switch delay of each intended recipient of the MPDU has elapsed since the applicable NPCA switch time,
- the end of the MPDU transmission and its solicited response (if any) would occur before the expiration of the NPCA_TIMER,
- The intended recipient of the MPDU does not use NPCA operation, i.e., one of the following applies:
- The intended recipient is a UHR STA with dot11NPCAOptionImplemented equal to false.
- The intended recipient is an NPCA non-AP STA as defined in 37.17 (Non-primary channel access (NPCA)), but disabled NPCA mode.
- The intended recipient is a pre-UHR STA.
then the NPCA STA shall invoke the backoff procedure described in 10.23.2.2 (EDCA backoff procedure), item g), for that AC.(#7150)
2026. 3. 10. 오후 5:51, 문주성 (Juseong Moon) <theonebird81@xxxxxxxxx> 작성:
Hi Matthew,
Thank you for your effort. I would like to suggest the resolution text for CID 7150, which is addressing backoff operation in NPCA primary channel due to lack of availability, as follows. I underlined the modifications from your document, 319r10.
12) If an NPCA STA's backoff for an AC on the NPCA primary channel reaches zero but the STA does not transmit due to the lack of availability of any MPDU in its queue that satisfies each of the following:
- the NPCA switch delay of each intended recipient of the MPDU has elapsed since the applicable NPCA switch time,
- the end of the MPDU transmission and its solicited response (if any) would occur before the expiration of the NPCA_TIMER,
- The intended recipient of the MPDU does not use NPCA operation, i.e., one of the following applies:
- The intended recipient is a UHR STA with dot11NPCAOptionImplemented equal to false.
- The intended recipient is an NPCA non-AP STA as defined in 37.17 (Non-primary channel access (NPCA)).
- The intended recipient is a pre-UHR STA.
then the NPCA STA shall invoke the backoff procedure described in 10.23.2.2 (EDCA backoff procedure), item g), for that AC.(#7150)
The proposed changes from this e-mail include a consideration of non-NPCA capable non-AP STAs and a backoff item.
First, as we discussed in the San Diego meeting last week, the text should cover some non-NPCA capable non-AP STAs (e.g., STAs with dot11NPCAOptionImplemented set to false, STAs with dot11NPCAOptionImplemented set to true but disabled NPCA mode, legacy STAs). I have added a behavior for the non-NPCA capable non-AP STAs above.
Also, I sent another e-mail to you regarding CID 7150 of 319r6. Item k) of EDCA backoff operation is used for transmission failure and therefore EDCAF using this item shall increase its QSRC and CW. Therefore, I have changed the item k) to item g). The following paragraph is quoted from the previous e-mail, which has detailed explanations.
Currently, the resolution text for the CID is as follows: 12) An NPCA STA that is not allowed to transmit an MPDU on the NPCA primary channel when its backoff reaches zero because it does not have an MPDU in any transmission queue that meets all of the requirements for transmitting an MPDU that are specified in this subclause shall invoke the backoff procedure as specified in 10.23.2.2 (EDCA backoff procedure) item k).
Regarding item k) of 10.23.2.2 (EDCA backoff procedure) in REVmf, item k) increases QSRC[AC] and corresponding CW[AC] for transmission failure case, as follows: k) For the EDCAF that is the TXOP holder, the transmission by the TXOP holder of all MPDUs in a non-initial PPDU of a TXOP fails, as defined in this subclause, and the PPDU contains an MPDU that solicits (#11be)a TB PPDU.
I think the case which the resolution is considering is not a transmission failure, so using item k) may not be so suitable for the resolution. Rather than using item k), it would be better to use one of the following items in REVmf: g) If explicitly indicated, such as in 26.17.2.3.3 (Non-AP STA scanning behavior). h) (#11be)If explicitly indicated as in 35.3.16.4 (Nonsimultaneous transmit and receive (NSTR) operation). i) The EDCAF is permitted to initiate a TXOP (see 10.23.2.4 (Obtaining an EDCA TXOP)) but chooses not to.
The items do not increase QSRC[AC] and CW[AC]. Among these items, it seems that any of the items g) or i) should be better. Because h) is only for EHT NSTR operation, I think it would be inappropriate.
|
Thank you.
Best regards, Juseong Moon 2026. 3. 10. 오후 5:06, Matthew Fischer <matthew.fischer@xxxxxxxxx> 작성:
A new revision of 11-26-0319 is now available:
-- Matthew Fischer
-- Matthew Fischer
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
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
|