Auxiliary primary channel access mechanism in wireless communications

Abstract

Techniques pertaining to an auxiliary primary channel access mechanism in wireless communications are described. An apparatus (e.g., an access point (AP) or non-AP station (STA) ) detects an overlapping basic service set (OBSS) transmission on a primary channel. In response to detecting the OBSS transmission on the primary channel, the apparatus switches to an auxiliary primary channel.

Description

AUXILIARY PRIMARY CHANNEL ACCESS MECHANISM IN WIRELESS COMMUNICATIONS

[0001] CROSS REFERENCE TO RELATED PATENT APPLICATION

[0002] The present disclosure is part of a non-provisional patent application claiming the priority benefit of U.S. Provisional Patent Application No. 63 / 498,565, filed 27 April 2023, the content of which herein is incorporated by reference in its entirety.TECHNICAL FIELD

[0003] The present disclosure is generally related to wireless communications and, more particularly, to an auxiliary primary channel access mechanism in wireless communications.BACKGROUND

[0004] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0005] In wireless communications such as Wi-Fi (or WiFi) and wireless local area networks (WLANs) under the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards, an access point (AP) and its associated non-AP stations (STAs) monitor a primary channel to detect transmission (s) on the primary channel or to perform channel access to initiate transmission (s) when the channel is determined as idle. When a device (e.g., AP or non-AP STA) detects an overlapping basic service set (OBSS) transmission with a signal strength equal to or greater than a specific level (e.g., -62dBm) , the device may monitor a non-primary channel (herein referred to as an “auxiliary primary channel” ) to transmit or receive data without including the primary channel and one or more other non-primary channels occupied by an OBSS frame transmission. Before initiating a transmission opportunity (TXOP) on the auxiliary primary channel, the device may invoke a backoff procedure. After the end of the TXOP on the auxiliary primary channel, the device may switch back to the primary channel to resume its operation on the primary channel.

[0006] However, it is possible that the AP and its associated non-AP STAs do not have the same channel status on the primary and auxiliary primary channels. If the AP and its associated non-AP STAs are not on the same channel, then a transmission would be missed. For example, a non-AP STA may have switched to the auxiliary primary channel and detected an OBSS transmission on the auxiliary primary channel. The non-AP STA may then switch back to the primary channel. Yet, the AP may perform frame exchange with one or more other of its associated non-AP STAs on the auxiliary primary channel, while the non-AP STA is on the primary channel. Thus, when the non-AP STA detects an OBSS transmission on the primary channel, the AP may not see the same OBSS transmission on the primary channel. If the non-AP STA switches to the auxiliary primary channel due to its detection of the OBSS transmission on the primary channel, the AP and this non-AP STA would fail frame exchange with each other. As can be seen, how to efficiently utilize the auxiliary primary channel remains a critical issue to be addressed. Therefore, there is a need for a solution of an auxiliary primary channel access mechanism in wireless communications.SUMMARY

[0007] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits, and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0008] An objective of the present disclosure is to provide schemes, concepts, designs, techniques, methods, and apparatuses pertaining to an auxiliary primary channel access mechanism in wireless communications. It is believed that implementation of one or more schemes proposed herein may address or otherwise alleviate the aforementioned issue (s) .

[0009] In one aspect, a method may involve a processor of a station (STA) detecting an OBSS transmission on a primary channel. The method may also involve the processor switching to an auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel.

[0010] In another aspect, a method may involve a processor of an AP detecting an OBSS transmission on a primary channel. The method may also involve the processor switching to an auxiliary primary channel responsive to the detecting. The auxiliary primary channel may be aligned for one or more auxiliary primary channel access-capable STAs associated with the AP.

[0011] In still another aspect, an apparatus may include a transceiver configured to communicate wirelessly and a processor coupled to the transceiver. The processor may detect an OBSS transmission on a primary channel. The processor may also switch to an auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel.

[0012] It is noteworthy that, although the description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Wi-Fi, the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies such as, for example and without limitation, Bluetooth, ZigBee, 5th Generation (5G)  / New Radio (NR) , Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, Internet-of-Things (IoT) , Industrial IoT (IIoT) and narrowband IoT (NB-IoT) . Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation to clearly illustrate the concept of the present disclosure.

[0014] FIG. 1 is a diagram of an example network environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

[0015] FIG. 2 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0016] FIG. 3 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0017] FIG. 4 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0018] FIG. 5 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0019] FIG. 6 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0020] FIG. 7 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0021] FIG. 8 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0022] FIG. 9 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0023] FIG. 10 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0024] FIG. 11 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0025] FIG. 12 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0026] FIG. 13 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0027] FIG. 14 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0028] FIG. 15 is a diagram of an example scenario in which a proposed scheme in accordance with the present disclosure may be implemented.

[0029] FIG. 16 is a block diagram of an example communication system in accordance with various implementations of the present disclosure.

[0030] FIG. 17 is a flowchart of a first example process in accordance with various implementations of the present disclosure.

[0031] FIG. 18 is a flowchart of a second example process in accordance with various implementations of the present disclosure.DETAILED DESCRIPTION

[0032] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that the description of the present disclosure is thorough and complete and  will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations.

[0033] Overview

[0034] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to an auxiliary primary channel access mechanism in wireless communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another. The various solutions and schemes implement an auxiliary primary channel access mechanism between APs and non-AP STAs. Accordingly, the various solutions and schemes proposed herein may address or otherwise alleviate issues described above.

[0035] FIG. 1 illustrates an example network environment 100 in which various solutions and schemes in accordance with the present disclosure may be implemented. FIG. 2 -FIG. 18 illustrate examples of implementation of various proposed schemes in network environment 100 in accordance with the present disclosure. The following description of various proposed schemes is provided with reference to FIG. 1 -FIG. 18.

[0036] Referring to FIG. 1, network environment 100 may include at least a first STA (STA 110) and a second STA (STA 120) . One of STA 110 and STA 120 may be an AP STA (herein interchangeably referred to as “AP” ) and the other of STA 110 and STA 120 may be a non-AP STA (herein interchangeably referred to as “STA” ) associated with the AP STA. While there may be additional STAs involved in network environment 100 under one or more schemes proposed herein, for simplicity only two STAs (STA 110 and STA 120) are shown in FIG. 1 with the understanding that additional STAs may be involved (e.g., additional non-AP STAs participating in the auxiliary primary channel access mechanism under the proposed schemes) . Each of STA 110 and STA 120 may be configured to implement various proposed schemes in accordance with the present disclosure as described below. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0037] Under a proposed scheme in accordance with the present disclosure, as an auxiliary primary channel access rule, an AP or non-AP STA may start channel access on an auxiliary primary channel (anon-primary channel) when it detects the primary channel as busy due to an OBSS transmission. A non-AP STA may further check if its intra-basic service set (intra-BSS) network allocation vector (NAV) counter is zero. If the Intra-BSS NAV counter is not zero, then it should stay on the primary channel without switching to the auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel. The auxiliary primary channel may be aligned for all auxiliary primary channel access-capable associated STAs. Under the proposed scheme, after switching from the primary channel to the auxiliary primary channel, an AP may keep staying on the auxiliary primary channel if it detects a physical-layer protocol data unit (PPDU) that is sent to the AP or it obtains a transmission opportunity to initiate frame exchanges with one or more associated non-AP STAs. Moreover, the AP may return to the primary channel  if any of a number of events occurs. One such event may be that the AP’s Basic Network Allocation Vector (NAV) counter on the primary channel has a value equal to or less than a threshold value (e.g., ≥ 0) , in case that the AP is not participating in a TXOP on the auxiliary primary channel. Another event may be that the AP sends an announcement to return to the primary channel, with the announcement being carried in a physical-layer (PHY) header or medium access control (MAC) header or MAC payload of a PPDU sent by the AP or in a specific control frame, and so on. Still another event may be that the AP detects an OBSS transmission on the auxiliary primary channel with an ending time of the OBSS PPDU or TXOP later than a threshold time before an ending time of the AP’s Basic NAV or OBSS PPDU length on the primary channel (e.g., the threshold is equal to or greater than zero) .

[0038] Under a proposed scheme in accordance with the present disclosure, after switching from the primary channel to the auxiliary primary channel, a non-AP STA may keep staying on the auxiliary primary channel if it detects a PPDU that is sent by its associated AP. The PPDU may be used to set an intra-basic service set (intra-BSS) NAV based on the detected PPDU on the auxiliary primary channel.. Under the proposed scheme, after switching from the primary channel to the auxiliary primary channel, the non-AP STA may return to the primary channel if any of a number of events occurs. A first event (case A) may be that the non-AP STA’s intra-BSS NAV has been set based on the detected PPDU on the auxiliary primary channel and counted down to zero. A second event (case B) may be that the non-AP STA participated in a TXOP on the auxiliary primary channel and the TXOP ended. A third event (case C) may be that the non-AP STA’s Basic NAV counter on the primary channel has a value equal to or less than a threshold value (e.g., ≥ 0) if the non-AP STA is not participating a TXOP on the auxiliary primary channel. A fourth event (case D) may be that the non-AP STA reached a maximum number of retry times to initiate frame exchange on the auxiliary primary channel (e.g., after sending a request-to-send (RTS) frame, no response detected a duration after an end of the soliciting frame, with the duration being a short interframe space (SIFS) +physical-layer reception delay (PHY_RX_Ddelay) ) . A fifth event (case E) may be that the non-AP STA receives an OBSS transmission on the auxiliary primary channel with an ending time of the OBSS PPDU or TXOP later than a threshold time before an ending time of the non-AP STA’s Basic NAV on the primary channel (e.g., the threshold is equal to or greater than zero) . A sixth event (case F) may be that the non-AP STA receives an announcement of returning to the primary channel sent by the AP.

[0039] Under a proposed scheme in accordance with the present disclosure, after switching back from the auxiliary primary channel to the primary channel, a non-AP STA may switch to access the auxiliary primary channel based on the auxiliary primary channel access rule described above after the non-AP STA determines that the associated AP has returned to or has been on the primary channel. If the non-AP STA detects a PPDU sent by its associated AP on the primary channel, then it determines that the AP is on the primary channel. The non-AP STA may start a timer (e.g., primary channel synchronization delay timer, or PrimaryChannelSyncDelay timer) when it returns to the primary channel. The timer may be reset to zero during a countdown procedure if the non-AP STA detects a PPDU sent by its associated AP on the primary channel. The timer with a zero value may be equivalent to or considered as an event in which the non-AP STA detects a PPDU sent by its associated AP on the primary channel so that the non-AP STA may determine that the associated AP has returned to or has been on the primary channel. Under the proposed scheme, the AP may start a timer (e.g., primary channel synchronization delay timer, or  PrimaryChannelSyncDelay timer) when it returns to the primary channel. The AP may reset the timer after sending a PPDU which indicates that it has returned to the primary channel. The PPDU may be a PPDU transmitted to one or more target non-AP STAs, or a response PPDU responded to a received PPDU from non-AP STA (s) , or a control frame such as CTS-to-Self without the need of response. The AP may switch to access the auxiliary primary channel based on the auxiliary primary channel access rule described above if the timer has zero value.

[0040] FIG. 2 illustrates an example scenario 200 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 200 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 200, an AP and a non-AP STA (denoted as “STA1” in FIG. 2) may detect an OBSS transmission on a primary channel (e.g., 20MHz primary channel) and, accordingly, switch to an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) at time point 1 in the case that STA1’s Intra-BSS NAV has zero value. STA1 may perform an enhanced distributed channel access (EDCA) backoff procedure and obtain a TXOP by successfully initiating an RTS frame to its associated AP on the auxiliary primary channel. A duration of the TXOP may be limited by the duration of the OBSS TXOP on the primary channel. At the end of the TXOP, at time point 2, STA1 and AP may switch back to the primary channel. The AP may provide an indication to STA1 in a block acknowledgement (BA) frame or aggregate with a BA in another frame that the AP will return to the primary channel at the end of the BA frame.

[0041] FIG. 3 illustrates an example scenario 300 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 300 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 300, a non-AP STA (denoted as “STA1” in FIG. 3) may detect an OBSS transmission on a primary channel (e.g., 20MHz primary channel) and, accordingly, switch to an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) at time point 1 in the case that STA1’s Intra-BSS NAV has zero value. An associated AP (as a TXOP holder) and STA1 (as a TXOP responder) may have frame exchanges on the auxiliary primary channel. At the end of the TXOP, at time point 2, STA1 and AP may switch back to the primary channel. The AP may provide an indication to STA1 in a downlink (DL) PPDU or aggregate with a DL PPDU in another frame to indicate that the AP will return to the primary channel either: (i) at the end of a BA frame if the DL PPDU solicits an immediate response frame, or (ii) at the end of the DL PPDU if the DL PPDU does not solicit an immediate response frame. It is noteworthy that the TXOP on the auxiliary primary channel ends at time point 2 which may be later than the end of the OBSS TXOP on the primary channel detected by STA1.

[0042] FIG. 4 illustrates an example scenario 400 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 400 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 400, a non-AP STA (denoted as “STA2” in FIG. 4) detects an OBSS transmission on a primary channel (e.g., 20MHz primary channel) and, accordingly, switch to an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) at time point 1. An associated AP and another non-AP STA (denoted as “STA1” in FIG. 4) may have frame exchanges on the auxiliary primary channel. STA2 may detect a PPDU (e.g., RTS) sent by its associated AP on the auxiliary primary channel and thus set its intra-BSS NAV based on duration information in the PPDU. The AP may provide an indication in a DL PPDU or aggregate with a DL PPDU in another frame to indicate that it will  return to the primary channel. At the end of the TXOP, at time point 2, STA1, STA2 and AP may switch back to the primary channel. It is noteworthy that the TXOP on the auxiliary primary channel may end at time point 2, which may be later than the end of the OBSS TXOP on the primary channel detected by STA2.

[0043] FIG. 5 illustrates an example scenario 500 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 500 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 500, a non-AP STA may perform an EDCA backoff procedure and initiate an RTS frame to its associated AP on an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) . The non-AP STA may not receive a clear-to-send (CTS) frame as a response to the RTS frame within a duration after the end of the RTS, with the duration being SIFS +PHY_RX_Ddelay. The non-AP STA may retry to initiate RTS but may not receive any CTS as a response to the RTS within the duration of SIFS + PHY_RX_Ddelay after the end of the RTS. After the number of retry times reaches a maximum threshold, the non-AP STA may switch back to a primary channel (e.g., 20MHz primary channel) . It is noteworthy that the non-AP STA may switch back to the primary channel before its Basic NAV counter on the primary channel reaches a threshold value (e.g., ≥ 0) .

[0044] FIG. 6 illustrates an example scenario 600 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 600 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 600, a non-AP STA may detect an OBSS transmission on an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) . The non-AP STA may determine that the OBSS transmission has an ending time of an OBSS PPDU or TXOP, which is later than a threshold time before an ending time of the non-AP STA’s Basic NAV on the primary channel (e.g., the threshold is equal to or greater than zero) . The non-AP STA may switch back to a primary channel (e.g., 20MHz primary channel) in response to such determination. It is noteworthy that the non-AP STA may switch back to the primary channel before its Basic NAV counter on the primary channel reaches to a threshold value (e.g., ≥ 0) .

[0045] FIG. 7 illustrates an example scenario 700 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 700 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 700, a non-AP STA may switch back from an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) to a primary channel (e.g., 20MHz primary channel) after failure of initiating a frame exchange by a maximum number of try times. The non-AP STA may also start a timer (e.g., PrimaryChannelSyncDelay timer) . The non-AP STA may begin counting down the timer to zero regardless of any detection of an OBSS PPDU on the primary channel. After the timer reaches zero, the non-AP STA may switch from the primary channel to the auxiliary primary channel when detecting an OBSS transmission (e.g., by detecting a preamble of an OBSS PPDU2) on the primary channel (with the Basic NAV set or updated) .

[0046] FIG. 8 illustrates an example scenario 800 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 800 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 800, a non-AP STA may switch back from an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) to a primary channel (e.g., 20MHz primary channel) after detecting an OBSS transmission and the non-AP STA may start a timer (e.g., PrimaryChannelSyncDelay timer) . The non-AP STA may begin counting down the timer. When the non- AP STA detects a PPDU (e.g., BA, CTS, CTS-to-Self with Duration field set to 0) sent by its associated AP, the timer (e.g., PrimaryChannelSyncDelay timer) may be reset to zero in response to the detection of the PPDU. After the timer reaches zero, the non-AP STA may switch from the primary channel to the auxiliary primary channel when detecting an OBSS transmission (e.g., by detecting a preamble of an OBSS PPDU2) on the primary channel (with the Basic NAV set or updated) .

[0047] FIG. 9 illustrates an example scenario 900 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 900 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 900, a non-AP STA may switch back from an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) to a primary channel (e.g., 20MHz primary channel) and may start a timer (e.g., PrimaryChannelSyncDelay timer) . The non-AP STA may begin counting down the timer. An AP associated with the non-AP STA may initiate a frame exchange with the non-AP STA on the primary channel (e.g., by sending a DL PPDU to the non-AP STA) . The timer may be reset to zero in response to the reception of the DL PPDU. After the timer resets to zero, the non-AP STA may switch from the primary channel to the auxiliary primary channel when detecting an OBSS PPDU or TXOP on the primary channel.

[0048] FIG. 10 illustrates an example scenario 1000 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 1000 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 1000, a non-AP STA may complete a frame exchange with its associated AP on an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) and switch back to a primary channel (e.g., 20MHz primary channel) . The non-AP STA may not start a timer (e.g., PrimaryChannelSyncDelay timer) (i.e., set the timer to zero) and may switch from the primary channel to the auxiliary primary channel when detecting an OBSS transmission on the primary channel since it has a zero-valued timer (as the timer was not started) .

[0049] FIG. 11 illustrates an example scenario 1100 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 1100 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 1100, an AP and its associated STA1 and STA2 may participate in downlink multi-user (MU) frame exchange (s) on an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) . STA1 and STA2 may set their intra-BSS NAV based on a Duration field of a MU-RTS frame received from the AP. STA1 and STA2 may switch back to a primary channel (e.g., 20MHz primary channel) at an end of the TXOP (e.g., as the intra-BSS NAV reaches zero) on the auxiliary primary channel without starting a timer (e.g., PrimaryChannelSyncDelay timer) . STA1 and STA2 may monitor the primary channel after switching back from the auxiliary primary channel. STA1 and STA2 may switch again from the primary channel to the auxiliary primary channel when detecting an OBSS transmission (e.g., preamble of OBSS PPDU2) on the primary channel.

[0050] FIG. 12 illustrates an example scenario 1200 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 1200 pertains to an example of auxiliary primary channel access under the proposed scheme. In scenario 1200, a non-AP STA (denoted as “STA1” in FIG. 12) may monitor an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) and detect an intra-BSS TXOP between its associated AP and a third-party STA2 on the auxiliary primary channel. STA1 may then set its intra-BSS NAV based on a Duration field of the intra-BSS TXOP. STA1 may switch back  to a primary channel (e.g., 20MHz primary channel) at an end of the intra-BSS TXOP (e.g., as the intra-BSS NAV reaches zero) on the auxiliary primary channel without starting a timer (e.g., PrimaryChannelSyncDelay timer) . STA1 may monitor the primary channel after switching back from the auxiliary primary channel. STA1 may also switch again from the primary channel to the auxiliary primary channel when detecting an OBSS transmission (e.g., preamble of an OBSS PPDU) on the primary channel. It is noteworthy that the intra-BSS TXOP may end after the basic NAV of STA1 on the primary channel.

[0051] FIG. 13 illustrates an example scenario 1300 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 1300 pertains to an example of a NAV mechanism for auxiliary primary channel access under the proposed scheme. In scenario 1300, an AP may indicate that it is on an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) and a duration that it will stay on the auxiliary primary channel. For DL transmissions on the auxiliary primary channel, the AP may initiate a TXOP with an RTS, an MU-RTS or a buffer status request poll (BSRP) with a transmitter address (TA) as the AP’s MAC address and a Duration set to the time that the AP will stay on the auxiliary primary channel. A non-AP STA (denoted as “STA2” in FIG. 13) may not be an intended recipient of the RTS and it may set its intra-BSS NAV on the auxiliary primary channel based on the RTS sent by the AP. A virtual channel sensing (CS) by STA2 on the primary channel may indicate busy before time point 1.

[0052] FIG. 14 illustrates an example scenario 1400 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 1400 pertains to an example of a NAV mechanism for auxiliary primary channel access under the proposed scheme. In scenario 1400, an AP may indicate that it is on an auxiliary primary channel (e.g., 20MHz auxiliary primary channel) and a duration that it will stay on the auxiliary primary channel. For uplink (UL) transmissions on the auxiliary primary channel, the AP may respond to an RTS sent by STA1 on the auxiliary primary channel with a CTS-to-SELF frame. The CTS-to-SELF frame may carry a receiver address (RA) as the AP’s own MAC address. The AP may set the value of a Duration field of the CTS-to-SELF frame based on: (i) rules of setting for control response frames (e.g., based on the Duration field of the RTS) , or (ii) the AP’s intended duration of staying on the auxiliary primary channel (e.g., based on the AP’s Basic NAV on the primary channel) . STA2 may not be an intended recipient of the RTS and it may set its intra-BSS NAV on the auxiliary primary channel based on the CTS-to-SELF frame sent by the AP. STA2’s virtual CS on the primary channel may indicate busy before time point 1.

[0053] FIG. 15 illustrates an example scenario 1500 in which a proposed scheme in accordance with the present disclosure may be implemented. Scenario 1500 pertains to an example of a NAV mechanism for auxiliary primary channel access under the proposed scheme. In scenario 1500, in case that STA2 returns to a primary channel (e.g., 20MHz primary channel) after an ending time of its Basic NAV on the primary channel, STA2 may be considered to be in a state of “medium synchronization lost” on the primary channel. Part (A) of FIG. 15 shows an example situation in which STA2 sets its intra-BSS NAV at the end of the RTS frame. Part (B) of FIG. 15 shows an example situation in which STA2 sets its intra-BSS NAV at the end of the CTS-to-SELF frame. In both situations, STA2 may perform medium synchronization recovery at time point 1 in order to exit the “medium synchronization lost” state.

[0054] Illustrative Implementations

[0055] FIG. 16 illustrates an example system 1600 having at least an example apparatus 1610 and an  example apparatus 1620 in accordance with an implementation of the present disclosure. Each of apparatus 1610 and apparatus 1620 may perform various functions to implement schemes, techniques, processes, and methods described herein pertaining to an auxiliary primary channel access mechanism in wireless communications, including the various schemes described above with respect to various proposed designs, concepts, schemes, systems and methods described above as well as processes described below. For instance, apparatus 1610 may be implemented in a non-AP STA (e.g., STA 110) and apparatus 1620 may be implemented in an AP (e.g., STA 120) .

[0056] Each of apparatus 1610 and apparatus 1620 may be a part of an electronic apparatus, such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. When implemented in a STA, each of apparatus 1610 and apparatus 1620 may be implemented in a smartphone, a smart watch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Each of apparatus 1610 and apparatus 1620 may also be a part of a machine type apparatus, which may be an IoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, each of apparatus 1610 and apparatus 1620 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker, or a home control center. When implemented in or as a network apparatus, apparatus 1610 and / or apparatus 1620 may be implemented in a network node, such as an AP in a WLAN or a mesh device.

[0057] In some implementations, each of apparatus 1610 and apparatus 1620 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. In the various schemes described above, each of apparatus 1610 and apparatus 1620 may be implemented in or as a STA or an AP. Each of apparatus 1610 and apparatus 1620 may include at least some of those components shown in FIG. 16 such as a processor 1612 and a processor 1622, respectively, for example. Each of apparatus 1610 and apparatus 1620 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of apparatus 1610 and apparatus 1620 are neither shown in FIG. 16 nor described below in the interest of simplicity and brevity.

[0058] In one aspect, each of processor 1612 and processor 1622 may be implemented in the form of one or more single-core processors, one or more multi-core processors, one or more RISC processors or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 1612 and processor 1622, each of processor 1612 and processor 1622 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 1612 and processor 1622 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 1612 and processor 1622 is a special-purpose machine  specifically designed, arranged and configured to perform specific tasks including those pertaining to an auxiliary primary channel access mechanism in wireless communications in accordance with various implementations of the present disclosure.

[0059] In some implementations, apparatus 1610 may also include a transceiver 1616 coupled to processor 1612. Transceiver 1616 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. In some implementations, apparatus 1620 may also include a transceiver 1626 coupled to processor 1622. Transceiver 1626 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. It is noteworthy that, although transceiver 1616 and transceiver 1626 are illustrated as being external to and separate from processor 1612 and processor 1622, respectively, in some implementations, transceiver 1616 may be an integral part of processor 1612 as a system on chip (SoC) and / or transceiver 1626 may be an integral part of processor 1622 as a SoC.

[0060] In some implementations, apparatus 1610 may further include a memory 1614 coupled to processor 1612 and capable of being accessed by processor 1612 and storing data therein. In some implementations, apparatus 1620 may further include a memory 1624 coupled to processor 1622 and capable of being accessed by processor 1622 and storing data therein. Each of memory 1614 and memory 1624 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 1614 and memory 1624 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 1614 and memory 1624 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0061] Each of apparatus 1610 and apparatus 1620 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of capabilities of apparatus 1610 or apparatus 1620, as an STA (e.g., STAs 102, 104, 106) or an AP, such as AP 108, respectively, is provided below in the context of example processes 1700 and 1800. It is noteworthy that, although a detailed description of capabilities, functionalities and / or technical features of either of apparatus 1610 and apparatus 1620 is provided below, the same may be applied to the other of apparatus 1610 and apparatus 1620 although a detailed description thereof is not provided solely in the interest of brevity. It is also noteworthy that, although the example implementations described below are provided in the context of WLAN, the same may be implemented in other types of networks.

[0062] Illustrative Processes

[0063] FIG. 17 illustrates an example process 1700 in accordance with an implementation of the present disclosure. Process 1700 may represent an aspect of implementing various proposed designs, concepts, schemes, systems, and methods described above. More specifically, process 1700 may represent an aspect of the proposed concepts and schemes pertaining to an auxiliary primary channel access mechanism in wireless communications. Process 1700 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1710 and 1720. Although illustrated as discrete blocks,  various blocks of process 1700 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 1700 may be executed in the order shown in FIG. 17 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 1700 may be executed repeatedly or iteratively. Process 1700 may be implemented by or in apparatus 1610 and apparatus 1620 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 1700 is described below in the context of apparatus 1610 implemented in or as a non-AP STA (e.g., STA 110) and apparatus 1620 implemented in or as an AP (e.g., STA 120) of a wireless network such as a WLAN in network environment 100 in accordance with one or more of IEEE 802.11 standards. Process 1700 may begin at block 1710.

[0064] At 1710, process 1700 may involve processor 1612 of apparatus 1610, as a non-AP STA (e.g., STA 110) , detecting, via transceiver 1616, an OBSS transmission on a primary channel. Process 1700 may proceed from 1710 to 1720.

[0065] At 1720, process 1700 may involve processor 1612 switching, via transceiver 1616, to an auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel.

[0066] In some implementations, in an event that an intra-BSS NAV counter in apparatus 1610 is not zero, process 1700 may also involve processor 1612 staying on the primary channel without switching to the auxiliary primary channel, in response to detecting the OBSS transmission on the primary channel.

[0067] In some implementations, process 1700 may involve processor 1612 performing additional operations. For instance, process 1700 may involve processor 1612 detecting, via transceiver 1616, a PPDU sent by or sent to an associated AP (e.g., apparatus 1620 as STA 120) on the auxiliary primary channel. Moreover, process 1700 may involve processor 1612 setting the intra-BSS NAV specific based on the detected PPDU.

[0068] In some implementations, process 1700 may also involve processor 1612 returning, via transceiver 1616, to the primary channel from the auxiliary primary channel responsive to an occurrence of a predefined event. In some implementations, the predefined event may include one of the following: (a) an intra-BSS NAV counter of apparatus 1610 having been set and counted down to zero; (b) apparatus 1610 having participated in a TXOP on the auxiliary primary channel and the TXOP having ended; (c) the basic NAV counter of apparatus 1610 having a value equal to or less than a threshold value in case of no participating a TXOP on the auxiliary primary channel; (d) a maximum number of retry times to initiate a frame exchange on the auxiliary primary channel having been reached; (e) apparatus 1610 receiving one other OBSS transmission on the auxiliary primary channel with an ending time of an OBSS PPDU or a TXOP of the other OBSS transmission being later than a threshold time before an ending time of a basic NAV of apparatus 1610 on the primary channel; and (f) apparatus 1610 receiving an announcement from an associated AP (e.g., apparatus 1620) indicating that the associated AP is returning to the primary channel. In some implementations, the threshold value may be equal to or greater than zero. In some implementations, the threshold time may be equal to or greater than zero.

[0069] In some implementations, process 1700 may additionally involve processor 1612 switching, via transceiver 1616, to access the auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel after determining that the associated AP (e.g., apparatus 1620) has returned to the primary channel.

[0070] In some implementations, process 1700 may further involve processor 1612 starting a timer (e.g., PrimaryChannelSyncDelay timer) after returning to the primary channel, . In some implementations, the timer may be reset to zero during a countdown procedure in an event that the PPDU sent by the associated AP on the primary channel is detected. In some implementations, a zero value of the timer may be equivalent to determining that the associated AP (e.g., apparatus 1620) has returned to the primary channel by a detection of the PPDU sent by the associated AP on the primary channel.

[0071] FIG. 18 illustrates an example process 1800 in accordance with an implementation of the present disclosure. Process 1800 may represent an aspect of implementing various proposed designs, concepts, schemes, systems, and methods described above. More specifically, process 1800 may represent an aspect of the proposed concepts and schemes pertaining to an auxiliary primary channel access mechanism in wireless communications. Process 1800 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1810 and 1820. Although illustrated as discrete blocks, various blocks of process 1800 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 1800 may be executed in the order shown in FIG. 18 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 1800 may be executed repeatedly or iteratively. Process 1800 may be implemented by or in apparatus 910 and apparatus 920 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 1800 is described below in the context of apparatus 1610 implemented in or as a non-AP STA (e.g., STA 110) and apparatus 1620 implemented in or as an AP (e.g., STA 120) of a wireless network such as a WLAN in network environment 100 in accordance with one or more of IEEE 802.11 standards. Process 1800 may begin at block 1810.

[0072] At 1810, process 1800 may involve processor 1622 of apparatus 1620, as an AP (e.g., STA 120) , detecting, via transceiver 1626, an OBSS transmission on a primary channel. Process 1800 may proceed from 1810 to 1820.

[0073] At 1820, process 1800 may involve processor 1622 switching, via transceiver 1626, to an auxiliary primary channel responsive to the detecting. The auxiliary primary channel may be aligned for one or more auxiliary primary channel access-capable STAs associated with apparatus 1620 (e.g., including apparatus 1610 implemented in STA 110 as a non-AP STA) .

[0074] In some implementations, process 1800 may involve processor 1622 performing additional operations. For instance, process 1800 may involve processor 1622 performing, via transceiver 1626, one or more frame exchanges on the auxiliary primary channel.

[0075] In some implementations, process 1800 may involve processor 1622 returning, via transceiver 1626, to the primary channel from the auxiliary primary channel responsive to an occurrence of a predefined event. In some implementations, the predefined event may include one of the following: (a) a basic NAV counter on the primary channel having a value equal to or less than a threshold value in an event that the AP is not participating in a TXOP on the auxiliary primary channel; (b) apparatus 1620 sending an announcement indicating apparatus 1620 returning to the primary channel; and (c) detection of one other OBSS transmission on the auxiliary primary channel with an ending time of an OBSS PPDU or a TXOP of the other OBSS transmission being later than a threshold time before an ending time of the basic NAV on the primary channel. In some implementations, the threshold value may be equal to or greater than zero.  In some implementations, the threshold time may be equal to or greater than zero.

[0076] In some implementations, process 1800 may also involve processor 1622 switching, via transceiver 1626, to access the auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel after sending a PPDU on the primary channel. In some implementations, process 1800 may further involve processor 1622 sending, via transceiver 1626, a control frame to indicate a presence (of apparatus 1620) on the primary channel.

[0077] In some implementations, process 1800 may further involve processor 1622 starting a timer (e.g., PrimaryChannelSyncDelay timer) when returning to the primary channel. In some implementations, the timer may be reset to zero during a countdown procedure in an event where apparatus 1620 sends a PPDU on the primary channel. In some implementations, a zero value of the timer may be equivalent to a PPDU being sent by the AP on the primary channel.

[0078] Additional Notes

[0079] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0080] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0081] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the  same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B.”

[0082] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:detecting, by a processor of a station (STA) , an overlapping basic service set (OBSS) transmission on a primary channel; andswitching, by the processor, to an auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel.2.The method of 1, in an event that an intra-basic service set (intra-BSS) network allocation vector (NAV) counter in the STA is not zero, further comprising:staying, by the processor, on the primary channel without switching to the auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel.3.The method of 2, further comprising:detecting, by the processor, a physical-layer protocol data unit (PPDU) sent by or sent to an associated access point (AP) on the auxiliary primary channel; andsetting, by the processor, the intra-BSS NAV counter based on the detected PPDU.4.The method of 1, further comprising:returning, by the processor, to the primary channel from the auxiliary primary channel responsive to an occurrence of a predefined event.5.The method of 4, wherein the predefined event comprises one of:(a) an intra-basic service set (intra-BSS) network allocation vector (NAV) counter of the STA having been set and counted down to zero;(b) the STA having participated in a transmission opportunity (TXOP) on the auxiliary primary channel and the TXOP having ended;(c) a basic NAV counter of the STA having a value equal to or less than a threshold value in case of no participating a TXOP on the auxiliary primary channel;(d) a maximum number of retry times to initiate a frame exchange on the auxiliary primary channel having been reached;(e) the STA receiving one other OBSS transmission on the auxiliary primary channel with an ending time of an OBSS physical-layer protocol data unit (PPDU) or a TXOP of the other OBSS transmission being later than a threshold time before an ending time of a basic NAV of the STA on the primary channel; and(f) the STA receiving an announcement from an associated access point (AP) indicating that the associated AP is returning to the primary channel.6.The method of 4, further comprising:switching, by the processor, to the auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel after determining that the associated AP has returned to the primary channel.7.The method of 4, further comprising:starting, by the processor, a timer after returning to the primary channel.8.The method of 7, wherein the timer is reset to zero during a countdown procedure in an event that the PPDU sent by the associated AP on the primary channel is detected.9.The method of 7, wherein a zero value of the timer is equivalent to determining that the associated AP has returned to the primary channel.10.A method, comprising:detecting, by a processor of an access point (AP) , an overlapping basic service set (OBSS) transmission on a primary channel; andswitching, by the processor, to an auxiliary primary channel responsive to the detecting,wherein the auxiliary primary channel is aligned for one or more auxiliary primary channel access-capable stations (STAs) associated with the AP.11.The method of 10, further comprising:returning, by the processor, to the primary channel from the auxiliary primary channel responsive to an occurrence of a predefined event.12.The method of 11, wherein the predefined event comprises one of:(a) a basic network allocation vector (NAV) counter on the primary channel having a value equal to or less than a threshold value in an event that the AP is not participating in a transmission opportunity (TXOP) on the auxiliary primary channel;(b) the AP sending an announcement indicating the AP returning to the primary channel; and(c) detection of one other OBSS transmission on the auxiliary primary channel with an ending time of an OBSS physical-layer protocol data unit (PPDU) or a TXOP of the other OBSS transmission being later than a threshold time before an ending time of the basic NAV on the primary channel.13.The method of 11, further comprising:switching, by the processor, to access the auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel after sending a physical-layer protocol data unit (PPDU) on the primary channel.14.The method of 13, further comprising:sending, by the processor, a control frame to indicate a presence on the primary channel.15.The method of 11, further comprising:starting, by the processor, a timer when returning to the primary channel.16.The method of 15, wherein the timer is reset to zero during a countdown procedure in an event that the AP sends a physical-layer protocol data unit (PPDU) on the primary channel.17.The method of 15, wherein a zero value of the timer is equivalent to a physical-layer protocol data unit (PPDU) being sent by the AP on the primary channel.18.An apparatus, comprising:a transceiver; anda processor coupled to the transceiver and configured to perform, via the transceiver, operations comprising:detecting an overlapping basic service set (OBSS) transmission on a primary channel; andswitching to an auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel.19.The apparatus of 18, wherein, in an event that an intra-basic service set (intra-BSS) network allocation vector (NAV) counter in the STA is not zero, the processor is further configured to perform operations comprising:staying on the primary channel without switching to the auxiliary primary channel responsive to detecting the OBSS transmission on the primary channel.20.The apparatus of 19, wherein the processor is further configured to perform operations comprising:detecting a physical-layer protocol data unit (PPDU) sent by or sent to an associated access point (AP) on the auxiliary primary channel; andsetting the intra-BSS NAV counter based on the detected PPDU.

Images