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

Re: [STDS-802-11-TGBN] NPCA SP feedback

Hi Minyoung,

 

From my point of view, the BSS STAs are at different locations in general and with different impacts by the OBSS PPDU. Some of them will switch to the NPC while others won’t. The AP and STAs don’t know whether the peer switch to NPC or not. So it is a complex mechanism and has to deal with many exceptions.

Besides, I also doubt how many chances there will be to access NPC in practice, given that frequency resources are used out in dense deployments. Even though the AP and STAs do exchange frames on NPC, the duration of the frame exchange on the NPC is very limited.

Overall, I think the idea is gain limited but very complex.

 

BR,

 

Xiangxin Gu

Spreadtrum

 

From: Leonardo Lanante <llanante@xxxxxxxxxx>
Sent: Tuesday, April 2, 2024 5:10 AM
To: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx
Subject: Re: [STDS-802-11-TGBN] NPCA SP feedback

 

Hi Minyoung,

 

We think it’s too early to dismiss STAs that are capable of decoding secondary channel NAV information at this stage of the task group. STAs can also obtain NAV information quickly from the PHY header without decoding an actual frame and we may see implementations that leverage this capability for NPCA. We believe it will be better for STAs to be aware that these implementations may exist so we prefer to remove the first bullet or make it TBD for now.

 

Thanks,

Leonardo

 

 

From: Minyoung Park <mpark.ieee@xxxxxxxxx>
Sent: Thursday, March 14, 2024 6:18 PM
To: STDS-802-11-TGBN@xxxxxxxxxxxxxxxxx
Subject: [STDS-802-11-TGBN] NPCA SP feedback

 

You don't often get email from mpark.ieee@xxxxxxxxx. Learn why this is important

Hi all,

 

We ran the following SP in TGbn and the result was 99Y,42N,26A. Since the SP doesn't record the votes, I'm sending this email asking members who voted 'No' to please reach out to me so that we can resolve your concerns. 

 

SP on NPCA:
Do you support to define in 11bn a mode of operation that enables a STA to access the secondary channel while the primary channel is known to be busy due to OBSS traffic or other TBD conditions?

?      The mode of operation shall not assume that the STA is capable to detect or decode a frame and obtain NAV information of the secondary channel concurrently with the primary channel.

?      A BSS shall only have a single NPCA primary channel (name TBD) on which the STA contends while the primary channel of the BSS is known to be busy due to OBSS traffic or other TBD conditions.


Note: Discussed in several sessions and several submissions discuss similar concept, ref: 11-23/2005r1, 11-23/2023r1, 11-24/70r1, 11-24/458r0, 11-24/486r0, 11-24/538r0, 11-23/1935r1, 11-23/1913r2, 11-23/1911r0

 

Regards,

Minyoung

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

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