Priority access in wireless local area network (WLAN)

Abstract

This disclosure provides systems, methods, and apparatus, including computer programs encoded on a computer readable medium, for priority access on a shared wireless channel. A priority station (STA), an access point (AP), or a network operator may activate a priority access service. A priority access service provides priority access to grant priority STAs by allowing the priority STAs to use contention parameters aggressive compared to other STAs for contention-based access to the wireless channel. In some implementations, a non-priority STA may be configured with attenuated contention parameters to increase or ensure the likelihood that a priority STA will win contention for access to a wireless channel.

Description

[0001] This application is a divisional application of the invention patent application entitled "Priority Access in Wireless Local Area Network (WLAN)" with an international application date of November 10, 2020 and application number 202080077080.4 (international application number PCT / US2020 / 059801).

[0002] CROSS-REFERENCE TO RELATED APPLICATIONS

[0003] This patent application claims priority to U.S. Provisional Patent Application No. 17 / 093,411 filed on November 9, 2020 and U.S. Provisional Patent Application No. 62 / 933,959 filed on November 11, 2019, both of which are entitled "PRIORITY ACCESS IN A WIRELESS LOCAL AREA NETWORK (WLAN)" and are assigned to the assignee of this application. The disclosures of these prior applications are considered part of this patent application and are incorporated into this patent application by reference. Technical Field

[0004] The present disclosure relates to the field of wireless communications, and more particularly to priority access in a wireless local area network (WLAN). Background Art

[0005] A wireless local area network (WLAN) may be formed by one or more access points (APs) that provide a shared wireless communication medium for use by several client devices, also referred to as stations (STAs). The basic building block of a WLAN that complies with the Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards is a basic service set (BSS), which is managed by an AP and includes one or more wirelessly connected STAs. When a station (STA) has been authenticated and has established a wireless session with an AP, the STA may have a wireless connection (referred to as a wireless association, or simply "association"). One or more STAs in a WLAN may utilize a shared wireless communication medium to communicate with an AP, and vice versa. The AP and STA may use a contention-based access scheme to determine which WLAN device may use the shared wireless communication medium at a particular time. It is desirable for the AP to enable priority access for certain STAs to transmit or receive communications via a shared wireless communication medium. Summary of the invention

[0006] The systems, methods, and devices of the disclosure each have several innovative aspects, no single one of which is solely responsible for the desirable attributes disclosed herein.

[0007] An innovative aspect of the subject matter described in the present disclosure may be implemented as a method performed by an access point (AP) of a wireless local area network (WLAN). The method may include managing a first basic service set (BSS) on a wireless channel. The method may include determining that at least a first station (STA) is configured to utilize a priority access service of the first BSS. The priority access service may be associated with prioritizing traffic to or from the first STA via the wireless channel. The method may include modifying one or more settings of the first BSS based on determining that the first STA is configured to utilize the priority access service. The one or more settings may be modified to facilitate contention-based access to the wireless channel by the first STA relative to one or more other STAs in the first BSS that are not configured to utilize the priority access service.

[0008] In some implementations, determining that at least the first STA is configured to utilize the priority access service includes receiving a priority service request frame from the first STA. In some implementations, the method may include transmitting a priority service response frame to the first STA to confirm that the first STA is authorized to use the priority access service.

[0009] In some implementations, determining that at least the first STA is configured to utilize the priority access service includes: receiving, by the AP, a message including a priority access enablement indicator from a network operator. Alternatively or additionally, determining that at least the first STA is configured to utilize the priority access service may include: receiving, from a second STA associated with the first BSS, a priority access detection indicator indicating that the second STA has detected a priority transmission from the first STA. Alternatively or additionally, determining that at least the first STA is configured to utilize the priority access service may include: detecting, by the AP, a transmission including a priority access indication from the first STA.

[0010] In some implementations, one or more bits of a preamble or physical layer (PHY) header of a transmission from the first STA are populated with the priority access indication.

[0011] In some implementations, modifying one or more settings of the first BSS includes signaling a priority service enabled indicator to STAs in the first BSS in a management frame.

[0012] In some implementations, modifying the one or more settings includes enabling a priority access class for the first STA based on determining that the first STA is configured to utilize a priority access service. The priority access class may have a higher priority than other access classes used by the one or more other STAs.

[0013] In some implementations, the priority access class is associated with a first set of enhanced distributed channel access (EDCA) parameters, the priority access class being different from other access classes used for the one or more other STAs.

[0014] In some implementations, modifying the one or more settings includes causing the one or more other STAs to use a different access class for contention-based access to the wireless channel.

[0015] In some implementations, modifying the one or more settings includes causing the one or more other STAs to use a shortened transmission opportunity (TXOP) duration when they win contention-based access to the wireless channel.

[0016] In some implementations, modifying the one or more settings includes causing the one or more other STAs to adjust one or more EDCA parameters. The one or more EDCA parameters may include an arbitration inter-frame space number (AIFSN) setting, a minimum contention window size (CWmin) setting, a maximum contention window size (CWmax) setting, or any combination thereof.

[0017] In some implementations, causing the one or more other STAs to adjust the one or more EDCA parameters includes causing the one or more STAs to apply an offset value to the AIFSN setting, the CWmin setting, or the CWmax setting. Additionally or alternatively, causing the one or more other STAs to adjust the one or more EDCA parameters may include causing the one or more other STAs to adjust AIFSN[AC], CWmin[AC], CWmax[AC], TXOP limit[AC], or any combination thereof, wherein the AC is an access category of a traffic flow currently assigned to the one or more other STAs.

[0018] In some implementations, the method may include: determining whether the first STA is authorized to use the priority access service before modifying the one or more settings; and modifying the one or more settings if the first STA is authorized to utilize the priority access service.

[0019] In some implementations, the AP is a National Security and Emergency Preparedness (NSEP) AP configured to support a priority access service in a first BSS managed by the NSEP AP.The first STA may be a NSEP STA.

[0020] Another innovative aspect of the subject matter described in the present disclosure may be implemented as a method performed by a first station (STA) that is configured to utilize a priority access service of a basic service set (BSS) of an access point (AP). The method may include transmitting a priority service request frame including a priority access indication to the AP via a wireless channel. The method may include receiving a priority service response frame indicating that the first STA is authorized to use the priority access service. The method may include performing prioritized contention-based access to the wireless channel using a first enhanced distributed channel access (EDCA) parameter set associated with the priority access service. The first EDCA parameter set may favor the first STA relative to one or more other STAs that are not configured to utilize the priority access service.

[0021] In some implementations, the first EDCA parameter set is associated with a priority access class that is different from other access classes used for the one or more other STAs. The priority access class may have relatively aggressive EDCA parameters when compared to one or more of a voice access class (AC_VQ), a video access class (AC_VI), a best effort access class (AC_BE), a background access class (AC_BK), or any combination thereof used by the one or more other STAs.

[0022] In some implementations, the method includes receiving a beacon message from the AP, wherein the beacon message indicates that the AP supports priority access service. The method may include transmitting the priority service request frame in response to determining that the AP supports priority access service.

[0023] In some implementations, the first STA is a National Security and Emergency Preparedness (NSEP) STA configured to utilize a priority access service in a BSS managed by a NSEP AP. The AP may be a NSEP AP.

[0024] Another innovative aspect of the subject matter described in the present disclosure may be implemented as an apparatus of an access point (AP). The apparatus may include at least one processor communicatively coupled to at least one modem. The processor may be configured to: manage a first basic service set (BSS) on a wireless channel; and determine that at least a first station (STA) is configured to utilize a priority access service of the first BSS. The priority access service may be associated with prioritizing traffic to or from the first STA via the wireless channel. The apparatus may include at least one modem configured to modify one or more settings of the first BSS based on determining that the first STA is configured to utilize the priority access service, wherein the one or more settings are modified to facilitate contention-based access to the wireless channel by the first STA relative to one or more other STAs in the first BSS that are not configured to utilize the priority access service.

[0025] In some implementations, the at least one processor is configured to process a priority service request frame received from the first STA via the at least one modem. The at least one processor may be configured to output a priority service response frame for transmission to the first STA via the at least one modem to confirm that the first STA is authorized to use the priority access service.

[0026] In some implementations, the at least one processor is configured to process a message received from a network operator via the at least one modem, the message including a priority access enablement indicator.

[0027] In some implementations, the at least one modem is configured to signal a priority service enabled indicator in a management frame to a STA in the first BSS in response to determining that the first STA is configured to utilize the priority access service.

[0028] In some implementations, the at least one processor is configured to enable a priority access class for the first STA based on determining that the first STA is configured to utilize a priority access service, the priority access class having a higher priority than other access classes used by the one or more other STAs.

[0029] In some implementations, the priority access class is associated with a first set of enhanced distributed channel access (EDCA) parameters, the priority access class being different from other access classes used for the one or more other STAs.

[0030] In some implementations, the at least one processor is configured to output one or more messages to cause the one or more other STAs to use a different access class for contention-based access to the wireless channel.

[0031] In some implementations, the at least one processor is configured to: determine whether the first STA is authorized to utilize the priority access service; and cause the at least one modem to modify the one or more settings if the first STA is authorized to utilize the priority access service.

[0032] In some implementations, the AP is a National Security and Emergency Preparedness (NSEP) AP, the NSEP AP is configured to support priority access service in a BSS managed by the NSEP AP, and the first STA is a NSEP STA.

[0033] In some implementations, the device includes: at least one transceiver coupled to the at least one modem; multiple antennas coupled to the at least one transceiver to wirelessly transmit signals output from the at least one transceiver; and a housing enclosing the at least one modem, the at least one processor, the at least one transceiver and at least a portion of the multiple antennas.

[0034] Another innovative aspect of the subject matter described in the present disclosure may be implemented as a device of a first station (STA) that is configured to utilize a priority access service of a basic service set (BSS) of an access point (AP). The device may include at least one modem configured to output a priority service request frame including a priority access indication for transmission to the AP via a wireless channel. The at least one modem may be configured to obtain a priority service response frame indicating that the first STA is authorized to use the priority access service. The device may include at least one processor that is communicatively coupled to the at least one modem and configured to perform prioritized contention-based access to the wireless channel via the at least one modem using a first enhanced distributed channel access (EDCA) parameter set associated with the priority access service, wherein the first EDCA parameter set favors the first STA relative to one or more other STAs that are not configured to utilize the priority access service.

[0035] In some implementations, the at least one modem is configured to receive a beacon message from the AP, wherein the beacon message indicates that the AP supports priority access service. The at least one modem may be configured to output the priority service request frame in response to determining that the AP supports priority access service.

[0036] In some implementations, the device includes: at least one transceiver coupled to the at least one modem; multiple antennas coupled to the at least one transceiver to wirelessly transmit signals output from the at least one transceiver; and a housing enclosing the at least one modem, the at least one processor, the at least one transceiver and at least a portion of the multiple antennas.

[0037] Another innovative aspect of the subject matter described in this disclosure can be implemented as a computer-readable medium having stored therein instructions that, when executed by a processor, cause the processor to perform any of the methods described above.

[0038] Another innovative aspect of the subject matter described in this disclosure can be implemented as a system including means for implementing any of the above-described methods.

[0039] Details of one or more implementations of the subject matter described in the present disclosure are set forth in the accompanying drawings and the following description. Other features, aspects, and advantages will become apparent from the description, drawings, and claims. It should be noted that the relative sizes of the following drawings may not be drawn to scale. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] Figure 1A schematic diagram of an example wireless communication network supporting priority access according to some implementations is shown.

[0041] Figure 2A An example conceptual diagram of Orthogonal Frequency Division Multiplexing (OFDM) is shown.

[0042] Figure 2B An example conceptual diagram of Orthogonal Frequency Division Multiple Access (OFDMA) is shown.

[0043] Figure 3 An example relationship between quality of service (QoS) and various access modes is shown.

[0044] Figure 4 Various example access modes and various associated access classes are shown.

[0045] Figure 5A An example conceptual timing diagram is shown in which a priority station (STA) wins contention for a wireless channel.

[0046] Figure 5B An example conceptual timing diagram is shown in which a non-priority STA initially wins contention for a wireless channel.

[0047] Fig. 6A An example message flow diagram is shown for a priority access mode where all nearby devices support priority STAs.

[0048] Figure 6B An example message flow diagram is shown in which an AP activates a priority access service for a priority STA.

[0049] Figure 6C An example message flow diagram is shown in which a non-priority STA may implement a priority access service on behalf of a priority STA.

[0050] Figure 7 A schematic diagram of an example environment with overlapping basic service sets (OBSS) is shown.

[0051] Fig. 8A Example protocol data units (PDUs) that may be used for communications between an access point (AP) and a STA are shown.

[0052] Figure 8B Shows Fig. 8A Example fields in a PDU.

[0053] Fig. 9 A conceptual diagram illustrating an example message format for communicating priority access information.

[0054] Fig.10 A flow chart illustrating an example process performed by an AP to support priority access is shown.

[0055] Fig.11 A flow chart illustrating an example process performed by a priority STA to achieve priority access is shown.

[0056] Fig.12 A flow diagram illustrating an example process by a non-priority STA to support priority access is shown.

[0057] Fig.13 A block diagram of an example wireless communication device is shown.

[0058] Fig.14A A block diagram of an example AP is shown.

[0059] Fig. 14B A block diagram of an example STA is shown.

[0060] Like reference numbers and designations in the various drawings indicate like elements. DETAILED DESCRIPTION

[0061] The following description is directed to certain specific implementations in order to describe the innovative aspects of the present disclosure. However, one of ordinary skill in the art will readily recognize that the teachings herein can be applied in many different ways. The described implementations can be implemented in a manner that is capable of being implemented in accordance with the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard, the IEEE 802.15 standard, the Bluetooth Special Interest Group (SIG), or the like. The described implementations may be implemented in any device, system, or network capable of transmitting and receiving radio frequency (RF) signals according to one or more of the Long Term Evolution (LTE), 3G, 4G, or 5G (New Radio (NR)) standards, or the like released by the Third Generation Partnership Project (3GPP). The described implementations may be implemented in any device, system, or network capable of transmitting and receiving RF signals according to one or more of the following technologies or techniques: code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single carrier FDMA (SC-FDMA), single user (SU) multiple input multiple output (MIMO), and multi-user (MU) MIMO. The described implementations may also be implemented using other wireless communication protocols or RF signals suitable for use in one or more of a wireless personal area network (WPAN), a wireless local area network (WLAN), a wireless wide area network (WWAN), or an Internet of Things (IOT) network.

[0062] A wireless local area network (WLAN, sometimes called Wi-Fi) in a home, apartment, business, or other area. TMA WLAN network may include one or more WLAN devices. An access point (AP) is a WLAN device that includes a distribution system access function. The AP may provide a wireless coverage area for a device to access the WLAN via a wireless channel. The AP may provide distribution system access for one or more stations (STAs, sometimes also referred to as non-AP STAs) associated with the AP. The basic building block of a WLAN is a basic service set (BSS), which is managed by an AP and includes one or more STAs associated with the AP. A STA may establish a wireless association (also referred to as a wireless link, wireless connection, and other examples) with an AP via a wireless channel to join the BSS. Once the STA has a wireless association with the AP, the STA may communicate with other devices of the WLAN or another network via the distribution system access function of the AP.

[0063] A contention-based access scheme may be used to determine which WLAN device (such as an AP or STA) may use a wireless channel at a specific time. A contention-based access scheme may affect the distribution of resources available in a shared wireless channel. Using contention-based access, each WLAN device may contend for access to a wireless channel. To prevent conflicts, each WLAN device may observe the wireless channel before attempting to transmit. If the wireless channel is busy (occupied by another device), the device may wait for a random backoff period before checking the wireless channel again. If the wireless channel is idle, the WLAN device may contend for access to the network. Multiple WLAN devices may contend at the same time. Enhanced Distributed Channel Access (EDCA) is an example of a contention-based access protocol. Examples of contention-based access techniques in the present disclosure are based on EDCA. However, other types of contention-based access and contention parameters may be used. Using EDCA, a set of parameters (referred to as EDCA parameters) may be associated with a specific access class (AC) and a priority level. Different access categories (with different priority levels) may have different contention parameters that affect the likelihood that a STA will win contention for a wireless channel. Examples of contention parameters include contention window boundaries (CWmin, CWmax), arbitration inter-frame spacing number (AIFSN), and backoff algorithms. In addition to defining rules for contention, EDCA also permits the winner of the contention to use the wireless channel during a time period called a transmission opportunity (TXOP). Several factors may affect which device wins the contention. Depending on the number of devices competing for access and the duration of the TXOP, some devices may be blocked from transmitting or receiving important wireless communications. It is desirable to provide some WLAN devices with higher priority access to shared wireless channels. For example, National Security and Emergency Preparedness (NSEP) personnel may benefit from having a higher priority or lower waiting time when using a shared wireless channel. Examples of NSEP personnel may include first responders and law enforcement personnel.

[0064] The present disclosure provides systems, methods, and devices that enable priority access to specific STAs in a wireless local area network, including computer programs encoded on computer-readable media. Various implementations generally involve managing contention-based access settings to enable priority access for one or more STAs (which may be referred to as priority STAs or NSEP STAs, as well as other examples). In some implementations, priority STAs may use different EDCA parameters (such as more aggressive contention window times, shorter interframe intervals, and longer TXOPs compared to other STAs) to ensure or increase the likelihood that the priority STA wins contention for a wireless channel. Other STAs that do not support priority access services or are not authorized to use priority access services may be referred to as non-priority STAs. In some implementations, non-priority STAs may use less aggressive EDCA parameters (compared to priority STAs) to provide priority STAs with more opportunities to win contention for wireless channels.

[0065] Priority access provides authorized users with priority access to system resources to enhance their probability of successful communication during periods of network congestion. Priority access involves preferential treatment in obtaining channel access and network resource allocation. Priority access service (also known as priority access mode) is only available to designated authorized individuals or devices. When an authorized user or hosting service provider determines the need for priority, it can invoke the priority access service in an on-demand manner according to the examples described herein.

[0066] In some implementations, the priority STA may invoke the priority access service by sending a request to the AP. For example, the priority STA may transmit a frame including a priority access indication. The priority access indication may be included in a transmission such as a physical layer convergence protocol (PLCP) protocol data unit (PPDU). In some implementations, the priority access indication may be included in the preamble or physical layer (PHY) header of the PPDU. In some implementations, the priority STA may also signal the priority service duration. The priority service duration may inform other devices of the amount of time that the priority STA intends to use the priority access service. The priority service indication or the priority service duration (or both) may be signaled as one or more bits of the preamble or PHY header of the PPDU. In some implementations, when the priority STA activates the priority access service in the BSS, other priority STAs associated with the BSS may use the priority access service.

[0067] In some implementations, the priority STA may transmit a priority service request frame indicating a request to utilize the priority access service. The AP may be configured to verify that the priority STA is authorized to use the priority access service and respond with a priority access response frame. If the priority STA is authorized to use the priority access service, the AP and the priority STA may manage the transmission of traffic to and from the priority STA according to the priority access service. In some implementations, managing the transmission of traffic to and from the priority STA may include using priority processing. Alternatively or additionally, the AP may detect the priority STA's need for priority access. Thus, in some implementations, the AP invokes the priority access service by sending a priority service request frame to the priority STA.

[0068] In some implementations, the AP may adjust or select contention parameters to support priority access for priority STAs. Referring to the example of contention-based access using EDCA, EDCA currently defines four access classes (ACs) based on traffic type. ACs may refer interchangeably to "access classes" or "access categories". In some implementations, each traffic flow from a STA may be associated with a specific AC, and a set of EDCA parameters associated with the AC may be used. ACs may include background, best effort, voice, and video access classes. For example, a background access class (AC_BK) may have a lower quality of service than a best effort access class (AC_BE). A voice access class (AC_VO) may have a higher quality of service than AC_BE. A video access class (AC_VI) may have a higher quality of service than AC_VO. In some implementations, priority access service may be associated with an AC_VO access class, while giving priority to or from a priority STA over traffic to a non-priority STA using the AC_VO access class. In some implementations, the AP may redefine access categories or adjust contention parameters for priority STAs. Additionally or alternatively, the AP may adjust the contention parameters of the non-priority STAs to enable the priority STAs to have a higher priority. As an example, the AP may provide more aggressive EDCA contention parameters to the priority STAs, or provide less aggressive EDCA contention parameters to the non-priority STAs. The net result of adjusting the EDCA contention parameters (for one or both of the priority STAs or the non-priority STAs) is that the priority STAs have a higher priority when contending for the medium to transmit the priority traffic.

[0069] In some implementations, one or more new access categories may be defined to have a higher priority level than existing access categories. In some implementations, priority access service is defined by a priority access class (AC_PRI) that has a higher quality of service than existing access classes defined for EDCA (including AC_BK, AC_BE, AC_VO, and AC_VI). Because AC_PRI may not be recognized by legacy STAs that recognize only the existing four access classes, it is possible that legacy STAs may not recognize AC_PRI and may not comply with the priority STA. Therefore, in some implementations, the AP may modify one or more settings (such as EDCA parameters) for existing access classes to weaken contention-based access for STAs using existing access classes.

[0070] In some implementations, the AP may adjust the EDCA parameters for non-priority STAs so that non-priority STAs receive a lower priority than priority STAs. For example, the AP may adjust the EDCA parameters (also referred to as EDCA sets) for an existing access class to be less aggressive. In some implementations, the AP may create a new EDCA set for priority STAs based on the existing EDCA parameters for an access class, while downgrading the existing EDCA parameters for the access class. Regardless of which EDCA parameters for the various access classes are modified, the result is that priority STAs have a higher priority than non-priority STAs.

[0071] In some implementations, the non-priority STA may modify its corresponding EDCA parameters or TXOP duration limit to back off the use of the wireless channel so that the priority STA will have more possibilities to win the contention. For example, the non-priority STA may adjust its contention parameters to weaken the contention-based access for the existing access class. In some implementations, the non-priority STA may modify the backoff algorithm or contention window boundary so that the priority STA may have a higher possibility to win the contention. For example, the non-priority STA may disable the minimum contention window size (CWmin) or upper limit for the random backoff counter. As a result, the non-priority STA may be less aggressive when retrying contention. In some implementations, the random backoff counter may be selected in the range from 0 to 1 less than the maximum contention window size (CWmax). The priority STA will continue to use CWmin, which will give the priority STA a smaller range for selecting the initial random backoff counter. In some implementations, the non-priority STA may add an offset value to the contention window boundary (CWmin, CWmax) or the arbitration inter-frame interval number (AIFSN). Additionally or alternatively, the non-priority STA may reduce the TXOP duration limit by an offset value. In some implementations, the AP may signal an offset value or other setting to modify CWmin, CWmax, AIFSN, or TXOP duration. Additionally or alternatively, the offset value or other setting may be specified in a standard technical specification.

[0072] In some implementations, a first AP managing a first BSS may support priority access for a priority STA, even if the priority STA is not associated with the first BSS. As more WLANs are deployed in an environment, the wireless medium may be shared by many BSSs. For example, a first AP may manage a first BSS via the same wireless channel utilized by a second AP managing a second BSS. BSSs that share a wireless channel at the same location may be referred to as adjacent BSSs or overlapping BSSs (OBSSs). In some implementations, a priority STA may be associated with an OBSS (such as a second BSS) that uses the same wireless channel as the first BSS. The first AP may determine that the priority STA is utilizing a priority access service. For example, the first AP may detect a transmission from a priority STA in an OBSS. The first AP may observe a preamble or PHY header for a priority access indication in the transmission. If the first AP detects a priority access indication for any device (in its BSS or in the OBSS), the first AP may signal a priority service enable indicator to the first BSS. The priority service enable indicator may cause the STA in the first BSS to weaken its contention parameter or otherwise give priority treatment to the priority STA access to the wireless channel.

[0073] In some implementations, the first AP may notify the second AP when the priority service is activated. In general, the first AP controls the EDCA parameters of the associated STA (priority STA or non-priority STA). It may be desirable to adjust the EDCA parameters for the non-priority STA associated to the second AP so that the priority STA associated with the first AP may have a higher priority than the non-priority STA in the OBSS managed by the second BSS. Thus, in some implementations, the first AP may request or instruct a nearby second AP (or any other AP that manages the OBSS) to cause the non-priority STA to update the EDCA contention parameters in its corresponding BSS. For example, the first AP may send a message to the second AP (via a wireless or wired communication medium or via a service provider network) to notify the second AP that the priority service has been activated by the priority STA in the first BSS managed by the first AP. It is expected that the second AP adjusts the EDCA contention parameters for the STA in the second BSS managed by the second AP to support the priority service for the priority STA in the first BSS.

[0074] In some implementations, a non-priority STA may help the AP determine that a priority STA is utilizing a priority access service. For example, a non-priority STA may detect a transmission including a priority access indication from a priority STA. A non-priority STA may signal a priority detection indicator to its corresponding AP so that its AP supports priority access. When the AP receives the priority detection indicator, the AP may signal a priority service enablement indicator to its BSS. In addition, in some implementations, the AP may signal changes to contention parameters for existing access classes. Thus, legacy STAs in the BSS may weaken their contention parameters even if they do not recognize the priority access service and even if the priority STA is in the OBSS.

[0075] In some implementations, the AP may announce the access modes (including priority access modes) and access classes supported by the AP. For example, the AP may include an indication in a beacon message or a probe response message that the AP supports a priority access service. The priority STA may select an AP that supports the priority access service. In some implementations, when the priority STA or AP activates the priority access service, the priority access service may be used for all traffic between the AP and the priority STA. Alternatively, the AP or the priority STA may use the priority access service for specific frames, such as those including emergency communications.

[0076] The present disclosure includes various techniques for an AP to set different contention parameters for different access classes used by STAs in its BSS. For example, the AP may include an EDCA parameter set element in a management frame (such as a beacon, a probe response, or an association response, among other examples). In some implementations, the AP may indicate to a particular STA that another access class is to be used so that a priority STA may have a higher quality of service. The AP may signal the change to a particular STA or to all STAs using a legacy access class in a frame. In addition, in some implementations, the AP may transmit a beacon frame or other management frame including a priority service activation notification so that any STA or other AP near the priority STA may become aware that the priority service has been activated. Any non-priority STA or other AP may adjust the EDCA contention parameters so that the priority STA can obtain higher priority access to the wireless channel.

[0077] In some implementations, the AP or the priority STA may also indicate to the non-priority STA the duration of time during which the priority access service is valid (priority service event duration). Thus, the AP or the priority STA may selectively turn on and off the priority access service by enabling the priority access service for traffic to and from the priority STA, using the priority access indication in a specific transmission, and enabling the priority access service within the indicated priority service event duration.

[0078] In some implementations, the AP may determine that a STA is abusing the priority access service to transmit non-priority traffic. For example, a non-priority STA may attempt to use the priority access service without authorization. The AP may authorize the priority access service based on network configuration, manufacturer configuration, or device settings. However, if the STA does not have authorization to use the priority access service, the AP may take a backoff measure against the STA. For example, the AP may disassociate with the STA, or may modify one or more settings for other STAs to redistribute contention potential for other STAs.

[0079] In some implementations, an AP that supports priority access services may announce this capability in beacon frames and probe response frames. Priority STAs may query the AP for additional details before associating. During association, the AP may verify the requesting STA's authority to use the priority access service. This may be achieved using the subscription service provider's authorization infrastructure via a subscription service provider network (SSPN) interface. In some implementations, the AP may store the results of the authorization process locally for subsequent verification. The AP may also use this information to confirm authority during an association or reassociation request from a priority STA. For example, the AP may confirm the priority STA's authority to use the priority access service (such as using locally stored verification information or contacting the NSEP service provider via the SSPN interface).

[0080] Specific implementations of the subject matter described in the present disclosure may be implemented to achieve one or more of the following potential advantages. Priority STAs may share priority access services, while non-priority STAs may use a lower quality of service (QoS) relative to priority STAs. NSEP personnel may obtain priority access services to increase their probability of successful communication during periods of network congestion. By modifying EDCA parameters for priority STAs or non-priority STAs, an AP may provide priority access services to priority STAs, even though non-priority STAs may be legacy devices. Advantageously, some implementations of the present disclosure enable priority access for priority STAs, regardless of whether the priority STA is associated with an OBSS.

[0081] Figure 1 A schematic diagram of an example wireless communication network 100 supporting priority access according to some implementations is shown. According to some aspects, the wireless communication network 100 may be an example of a wireless local area network (WLAN) such as a Wi-Fi network (and will be referred to as WLAN 100 hereinafter). For example, the WLAN 100 may be a network implementing at least one of the IEEE 802.11 family of wireless communication protocol standards, such as standards defined by the IEEE 802.11-2016 specification or its revisions, including but not limited to 802.11ah, 802.11ad, 802.11ay, 802.11ax, 802.11az, 802.11ba, and 802.11be. The WLAN 100 may provide access to another network 140. For example, the AP 102 may be connected to a gateway device (not shown) that provides connectivity to the other network 140. WLAN 100 may include numerous wireless communication devices, such as at least one access point (AP) 102 and a plurality of stations (STAs) 104 that may have wireless associations with AP 102. Although only one AP 102 is shown, WLAN network 100 may also include multiple APs 102.

[0082] Each STA 104 may also be referred to as a mobile station (MS), a mobile device, a mobile handset, a wireless handset, an access terminal (AT), a user equipment (UE), a subscriber station (SS), or a subscriber unit, among other possibilities. STA 104 may represent a variety of devices, such as mobile phones, personal digital assistants (PDAs), other handheld devices, netbooks, netbook computers, tablet computers, laptops, display devices (e.g., TVs, computer monitors, navigation systems, etc.), music or other audio or stereo equipment, remote control devices (“remote controls”), printers, kitchen or other home appliances, key fobs (e.g., for passive keyless entry and start (PKES) systems), and other possibilities.

[0083] A single AP 102 and the associated set of STAs 104 may be referred to as a basic service set (BSS), which is managed by the respective AP 102 . Figure 1 Additionally shown is an example coverage area 108 of the AP 102, which may represent a basic service area (BSA) of the WLAN 100. The BSS may be identified to users by a service set identifier (SSID) and may also be identified to other devices by a basic service set identifier (BSSID), which may be a media access control (MAC) address of the AP 102. The AP 102 periodically broadcasts a beacon frame (“beacon”) including the BSSID to enable any STA 104 within the wireless range of the AP 102 to “associate” or re-associate with the AP 102 to establish or maintain a corresponding communication link 106 (hereinafter also referred to as a “Wi-Fi link”) with the AP 102. For example, the beacon may include: an identification of a primary channel used by the corresponding AP 102 and a timing synchronization function for establishing or maintaining timing synchronization with the AP 102. The AP 102 may provide access to external networks to various STAs 104 in the WLAN via corresponding communication links 106 .

[0084] To establish a communication link 106 with the AP 102, each STA 104 is configured to perform passive or active scanning operations ("scanning") on frequency channels in one or more frequency bands (eg, 2.4 GHz, 5 GHz, 6 GHz, or 60 GHz bands). To perform a passive scan, the STA 104 listens for beacons transmitted by the corresponding AP 102 at periodic time intervals, referred to as target beacon transmission times (TBTTs), measured in time units (TUs), where one TU may be equal to 1024 microseconds (μs). To perform an active scan, the STA 104 generates probe requests and sequentially transmits these probe requests on each channel to be scanned, and listens for probe responses from the AP 102. Each STA 104 may be configured to identify or select an AP 102 to associate with based on the scan information obtained through passive or active scanning, and perform authentication and association operations to establish a communication link 106 with the selected AP 102. The AP 102 assigns an association identifier (AID) to the STA 104 at the end of the association operation, and the AP 102 uses the AID to track the STA 104.

[0085] As wireless networks become more and more common, STA 104 may have the opportunity to select one of many BSSs within the range of the STA or to select among multiple APs 102 that together form an extended service set (ESS) (including multiple connected BSSs). The extended network station associated with WLAN 100 may be connected to a wired or wireless distribution system that allows multiple APs 102 to be connected in such an ESS. In this way, STA 104 may be covered by more than one AP 102 and may be associated with different APs 102 at different times for different transmissions. Additionally, after associating with AP 102, STA 104 may also be configured to periodically scan its surroundings to find a more suitable AP 102 to associate with. For example, a STA 104 that is moving relative to its associated AP 102 may perform a "roaming" scan to find another AP 102 with more suitable network characteristics (such as a larger received signal strength indicator (RSSI) or a reduced traffic load).

[0086] In some cases, STA 104 may form a network without AP 102 or other equipment other than STA 104 itself. An example of such a network is an ad hoc network (or wireless ad hoc network). Ad hoc networks may alternatively be referred to as mesh networks or peer-to-peer (P2P) networks. In some cases, ad hoc networks may be implemented within a larger wireless network (such as WLAN 100). In such implementations, although STA 104 may be able to communicate with each other via AP 102 using communication link 106, STA 104 may also communicate directly with each other via direct wireless link 111. In addition, two STA 104 may communicate via direct communication link 111, regardless of whether the two STA 104 are associated with the same AP 102 and served by the same AP 102. In such an ad hoc system, one or more STA 104 may assume the role played by AP 102 in the BSS. Such STA 104 may be referred to as a group owner (GO) and may coordinate transmission within the ad hoc network. Examples of direct wireless link 111 include a Wi-Fi Direct connection, a connection established by using a Wi-Fi Tunneled Direct Link Setup (TDLS) link, and other P2P group connections.

[0087] The AP 102 and the STA 104 may function and communicate (via corresponding communication links 106) in accordance with the IEEE 802.11 family of wireless communication protocol standards, such as those defined by the IEEE 802.11-2016 specification or its revisions, including, but not limited to, 802.11ah, 802.11ad, 802.11ay, 802.11ax, 802.11az, 802.11ba, and 802.11be. These standards define WLAN radio and baseband protocols for the PHY and media access control (MAC) layers. The AP 102 and the STA 104 transmit and receive wireless communications (hereinafter also referred to as "Wi-Fi communications") to and from each other in the form of physical layer convergence protocol (PLCP) protocol data units (PPDUs). The AP 102 and STA 104 in the WLAN 100 may transmit PPDUs on an unlicensed spectrum, which may be a portion of a spectrum that includes frequency bands traditionally used by Wi-Fi technology, such as the 2.4 GHz band, the 5 GHz band, the 60 GHz band, the 3.6 GHz band, and the 900 MHz band. Some implementations of the AP 102 and STA 104 described herein may also communicate in other frequency bands, such as the 6 GHz band, that may support both licensed and unlicensed communications. The AP 102 and STA 104 may also be configured to communicate on other frequency bands, such as shared licensed frequency bands, where multiple operators may have licenses to operate in one or more of the same or overlapping frequency bands.

[0088] Each frequency band may include multiple sub-bands or frequency channels. For example, PPDUs compliant with IEEE 802.11n, 802.11ac, and 802.11ax standard revisions may be transmitted on 2.4 GHz and 5 GHz frequency bands, where each frequency band is divided into multiple 20 MHz channels. As such, these PPDUs are transmitted on a physical channel with a minimum bandwidth of 20 MHz, but larger channels may be formed through channel bonding. For example, a PPDU may be transmitted on a physical channel with a bandwidth of 40 MHz, 80 MHz, 160 MHz, or 320 MHz by bonding multiple 20 MHz channels together.

[0089] Each PPDU is a composite structure including a PHY preamble and a payload in the form of a PLCP service data unit (PSDU). The information provided in the preamble can be used by the receiving device to decode subsequent data in the PSDU. In an instance where the PPDU is transmitted over a bonded channel, the preamble field can be copied and transmitted in each of a plurality of component channels. The PHY preamble may include both a legacy portion (or "legacy preamble") and a non-legacy portion (or "non-legacy preamble"). Legacy preambles can be used for packet detection, automatic gain control, and channel estimation, as well as other purposes. Legacy preambles can also generally be used to maintain compatibility with legacy devices. The format, decoding, and information provided therein of the non-legacy portion of the preamble are based on the specific IEEE 802.11 protocol to be used to transmit the payload.

[0090] Figure 1 A priority STA 144 associated with an AP 102 is shown. For example, the priority STA 144 may have a wireless communication link 106 with the AP 102. The priority STA 144 may have priority traffic to send to the AP 102, or the AP 102 may have priority traffic to send to the priority STA 144. However, in a conventional contention-based access scheme, each of these devices (AP 102, priority STA 144, and other STAs 104) may contend for access to a wireless channel. Without the techniques in the present disclosure, one of the other STAs 104 is more likely to win the contention, thereby preventing the priority STA 144 from having access to the wireless channel for a period of time. According to the present disclosure, the WLAN may support priority access for the priority STA 144 to enhance their probability of successful communication during periods of network congestion.

[0091] In some implementations, the priority STA 144 may invoke the priority access service by sending a request to the AP 102. The AP 102 may verify that the priority STA 144 is authorized to use the priority access service and respond with a priority access response message. The priority access service may include prioritizing traffic to or from the priority STA 144 over other STAs 104. For example, the AP 102 may give traffic to or from the priority STA 144 a higher priority relative to other STAs 104. In some implementations, when the priority STA 144 is authorized to use the priority access service, the priority STA 144 may use the AC_VO access class for its contention-based access to the wireless channel. The AP 102 may prioritize traffic to or from the priority STA 144 over traffic to or from other STAs 103 that are assigned the AC_VO access class.

[0092] In some implementations, the AP 102 may manipulate one or more contention parameters to enable priority access services for the priority STA 144. For example, priority access may be achieved by modifying EDCA parameters for different access classes. EDCA defines four access classes based on the type of traffic: AC_BK, AC_BE, AC_VO, and AC_VI. However, there is currently no access class for priority access. In some implementations, a priority access class (AC_PRI) may be defined. In addition, since the AC_VI and AC_VO access classes already have aggressive contention parameters, the contention parameters for those classes may be temporarily weakened to make it more likely that the priority STA 144 will win contention-based access to the wireless channel. The AP 102 or other STA 104 may detect a transmission from the priority STA 144 that enables priority access services for the priority STA 144. The AP 102 and other STAs 104 may weaken their corresponding contention parameters to support priority access for the priority STA 144.

[0093] The AP 102 may include a priority access support unit 150 that supports priority access by the priority STA 144. The priority access support unit 150 may include a priority access service detection unit 152. The priority access service detection unit 152 may detect a transmission including a priority access indication from the priority STA 144. The priority access indication may be in a preamble or a PHY header of a PPDU transmitted by the priority STA 144. In some implementations, the priority access service detection unit 152 may be configured to receive a management message from a network operator that activates the priority access service. The priority access support unit 150 may be configured to send a priority access enable indicator 154 so that other STAs 104 may also support the priority access service of the priority STA 144. The priority access support unit 150 may also include a contention parameter modification unit 156 to modify the contention parameters of the access class for other STAs 104. In some implementations, the contention parameter modification unit 156 may announce different CWmin, CWmax, AIFSN, or TXOP duration for one or more legacy access classes so that a legacy STA will have a lesser likelihood of winning contention than a priority STA 144. Although the priority access support unit 150 is described in the AP 102, it may also be implemented in a non-priority STA, such as one of the other STAs 104.

[0094] The priority STA 144 may include a priority access utilization unit 160. The priority access utilization unit 160 may include a priority access service controller 162 configured to enable or disable a priority access service for the priority STA 144. In some implementations, the priority STA 144 may be configured to always use the priority access service. Alternatively, the priority access service may be activated by the priority access service controller 162 when needed (such as an emergency). The priority access utilization unit 160 may be configured to send a priority access indication 164. The priority access indication 164 may be included in the transmission of the priority STA 144 so that the AP 102 and other STAs 104 may determine that the priority STA 144 is using the priority access service. The priority access utilization unit 160 may include a priority access contention manager 166 configured to manage contention-based access by the priority STA 144. The priority access contention manager 166 may implement aggressive EDCA parameters (compared to other STAs 104) to ensure or increase the likelihood that the priority access utilization unit 160 will win contention-based access to the wireless channel.

[0095] In traditional WLAN deployments, the single user (SU) access mode is based on contention-based access, where a station obtains use of the entire channel up to the TXOP duration when it wins the contention. Different priorities and access classes can be used by WLAN to achieve prioritization of traffic. Recently, the IEEE draft 802.11ax technical standard implements OFDMA that supports more efficient use of wireless channels using scheduled access mode or MU EDCA access mode. Using OFDMA and scheduled access mode, AP102 can schedule air time availability for different stations. Using OFDMA and MU EDCA access mode, AP 102 can trigger contention-based access by each STA within each part of the transmission opportunity. However, it may be possible for the SU access mode to provide a higher quality of service than the MU EDCA access mode because it includes full channel access or may have different contention parameters associated with access categories. In order to provide a higher quality of service to the priority STA 144, the priority STA 144 can use a better priority access service than the existing access mode. Figure 3 and 4 More details are provided on how the priority access service described in this disclosure compares to existing access modes and access classes.

[0096] Figure 2AAn example conceptual diagram of OFDM 201 is shown. OFDM channel width may include multiple subcarriers. WLAN packet 230 (also called PPDU) includes data encoded using subcarriers of the channel width. For example, a first STA may transmit a first PPDU 210 during a first time period. During a second time period, a second STA may transmit a second PPDU 220. PPDUs 210 and 220 may be of different time lengths. Typically, the first STA and the second STA (as well as any other STAs in the BSS) will contend for access to the channel. Once a STA wins the contention, the STA may use the channel to transmit a PPDU. As Figure 2A As shown in , the different shading of the PPDU indicates that different STAs can utilize the wireless channels in sequence, one at a time. However, this communication structure may be inefficient if the STA does not have enough data to justify the use of the full channel width. IEEE802.11ax introduces the use of OFDMA in WLAN.

[0097] Figure 2B An example conceptual diagram of OFDMA 202 is shown. OFDMA decomposes the channel width into multiple resource units (RUs). Each RU may include a different number of subcarriers. By using OFDMA, the AP may allocate different RUs to different STAs. For example, a PPDU 250 may include different RUs allocated for a first STA, a second STA, a third STA, and a fourth STA. One RU 240 is allocated to a STA to transmit data in the PPDU 250, while other RUs are allocated to different STAs. The allocation of RUs may be used to schedule channel access. For example, a trigger message from an AP may indicate which RUs are allocated to a specific STA for traffic following the trigger message in the PPDU.

[0098] The allocation of RUs may be used to schedule priority access. For example, the AP may transmit a trigger message indicating which RUs are allocated to priority STAs for priority access service following the trigger message in the UL MU PPDU. In some implementations, the AP may allocate some RUs (referred to as random access resource units or RA-RUs) for contention-based access. One or more STAs may transmit data via RA-RUs using UL OFDMA-based random access (UORA) techniques.

[0099] Figure 3 SU access mode 320 provides quality of service based on the priority of access category (e.g., as in Figure 430). Some legacy STAs may only support SU access mode 320. For example, a legacy STA may include a non-high throughput (non-HT) STA, a high throughput (HT) STA, or a very high throughput (VHT) STA, as described in IEEE 802.11 and its amendments. However, WLAN protocols have evolved to also support more access modes. For example, IEEE 802.11ax describes a high efficiency (HE) STA that supports scheduled access mode 330 and MU EDCA access mode 310. Since the MU scheduled access mode includes scheduling by the AP, the AP can use the scheduled access mode 330 to control the scheduling of resources to support better service quality compared to the SU access mode 320. However, it is possible that the MU EDCA access mode 310 provides a lower quality of service than the SU access mode 320 because the MU EDCA access mode 310 will be used to obtain access to only a portion of the transmission opportunities or only a portion of the channel. Scheduled access mode 330 and MU EDCA access mode 310 are introduced in IEEE 802.11ax and are supported by devices with high efficiency (HE) capabilities and are expected to be supported by devices with extremely high throughput (EHT) capabilities.

[0100] The priority access service 340 may provide even better quality of service than the scheduled access mode 330. The priority access service 340 may be based on one or more new access classes specified in a technical standard such as IEEE 802.11be. The priority access service may be used by a priority STA. The priority access service 340 may be used on a per-STA basis depending on the implementation or based on QoS parameters supported by the priority access service 340.

[0101] In some implementations, priority access service may be based on a modification of contention parameters for SU access mode 320 or MU EDCA access mode 310. For example, priority STAs may use more aggressive contention parameters for SU access contention or MU-EDCA contention. Non-priority STAs may use weaker contention parameters for SU access contention or MU-EDCA contention.

[0102] Figure 4 Various example access modes and various associated access classes are shown. Chart 400 shows the relative quality of service for each AC defined for the access mode. ACs may include access classes for background, best effort, voice, and video. For example, a background access class (AC_BK) 410 may have a lower quality of service than a best effort access class (AC_BE) 412. A voice access class (AC_VO) 414 may have a higher quality of service than AC_BE 412. A video access class (AC_VI) 416 may have a higher quality of service than AC_VO 414.

[0103] The quality of service of the access class may be based on contention parameters or priority levels for each AC. Contention parameters may include a minimum contention window (CWmin), a maximum contention window (CWmax), an arbitration inter-frame spacing number (AIFSN), or a maximum transmission opportunity (TXOP) duration, as well as other examples. Contention parameters may be referred to as AIFSN[AC], CWmin[AC], CWmax[AC], TXOP limit[AC], where AC refers to a specific access class. Each STA may generate traffic flows associated with AC_VO, AC_VI, AC_BE, and AC_BK access classes. Each traffic flow may use contention parameters associated with each access class depending on the type of traffic in the traffic flow. Table 1 shows some example contention parameters for access classes.

[0104] AC CW CWmax AIFSN Maximum TXOP Video (AC_VI) 7 15 2 3.008 ms Voice (AC_VO) 3 7 2 1.504 ms Best Effort (AC_BE) 15 1023 3 0 Background (AC_BK) 15 1023 7 0

[0105] Table 1. Example contention parameters for access classes

[0106] As in Figure 3 As described in , different access modes also affect the quality of service. For example, AC_BK 412 for MU EDCA access mode 310 can be lower than AC_BK 420 for SU access mode 320. SU access mode 320 can have similarly defined access classes (AC_BK 420, AC_BE 422, AC_VO 424, and AC_VI 426) as described above. Scheduled access mode 330 can use traffic classes and scheduling of resources to provide a higher quality of service than that provided by SU access mode 320.

[0107] Priority access service 340 may provide a higher quality of service than scheduled access mode 330. Priority access service 340 may define a new access class for priority traffic (AC_PRI) 440. AC_PRI may be associated with different contention parameters that give priority ATAs a higher quality of service than the existing AC defined for SU access mode 320 and MU EDCA access mode 310. For example, they may have a smaller AIFSN, a more preferred contention window, or a larger TXOP duration, among other examples. Although AC_PRI 440 is shown as a separate priority access service, it may be used with SU access or MU EDCA access mode.

[0108] In some implementations, the AP may announce contention parameters defined for the AC. For example, the AP may transmit a beacon message, a probe response, or another management frame indicating contention parameters. The AP may adjust contention parameters for non-priority access classes as needed to support priority access by priority STAs.

[0109] Modifying contention parameters such as CWmin, CWmax, AIFSN, and TXOP duration limit can be achieved in a variety of ways. In one example, the AP may transmit modified contention parameters for each access class. In another example, each non-priority STA may modify its own contention parameters according to a predefined algorithm. For example, each non-priority STA may add an offset value to CWmin, CWmax, or AIFSN to increase the values ​​associated with those parameters. In another example, each non-priority STA may reduce the TXOP duration limit based on a fixed or signaled offset value. The offset value used to modify the contention parameter may be signaled by the AP to its BSS, or may be predefined in a standard technical specification.

[0110] In some implementations, modifying the contention parameters may also include changing the backoff algorithm. Typically, each STA starts an initial random backoff counter, which causes a randomized delay before each STA attempts to access the wireless channel. The initial random backoff counter is selected in the range from 0 to CWmin (which sets the upper limit of the initial backoff time). If the wireless channel is busy, the STA will double the initial random backoff counter up to a maximum value (CWmax). In some implementations, when the priority access service is being used by the priority STA, other STAs may modify their backoff algorithms to give the priority STA more preferred access. An example of modifying the backoff algorithm may include ignoring CWmin and selecting an initial random backoff counter between the range from 0 to CWmax (or CWmax minus 1).

[0111] Although the present disclosure describes an AC_PRI access class that is different from existing access classes, some implementations of priority access may utilize prioritization within existing access classes. For example, priority access may be associated with a specific access class, such as an AC_VI access class or an AC_VO access class. Among STAs within a specific access class, the AP may prioritize the traffic of the priority STA over other STAs in the same access class.

[0112] Figure 5AAn example conceptual timing diagram 501 is shown in which a priority STA wins contention for a wireless channel. The conceptual timing diagram 501 shows an AP 102, a priority STA 144, and a plurality of other STAs (non-priority STAs) 104 sharing a wireless channel using contention-based access. At a first contention 530, the priority STA 144 wins the contention because the priority STA 144 has more aggressive contention parameters, or because the AP 102 and the other STAs 104 have less aggressive contention parameters, or both. The first contention 530 may be a contention period for SU access mode (as shown), or may be triggered by a MU UL MIMO trigger message from the AP 102. In either case, the priority STA 144 is configured to use priority access service. Therefore, the priority STA 144 has better contention parameters and wins the first contention 530. After winning the first contention 530, the priority STA 144 may transmit a priority access transmission (such as a priority access frame 510). The priority access transmission may include an indicator to specify that the priority STA 144 is using the priority access service. The priority STA 144 may maintain control of the wireless channel within the TXOP duration 532. In some implementations, a longer TXOP duration is granted for the priority STA. After the TXOP duration 532, a second contention 550 may occur. Again, if the priority STA 144 still has priority traffic to transmit, the non-priority STA 114 may contend after the second contention 550 and win control in another TXOP (not shown).

[0113] Figure 5B An example conceptual timing diagram 502 is shown in which a non-priority STA initially wins contention for a wireless channel. Although unlikely, it is possible that the non-priority STA 104 wins the first contention 530, albeit with weakened contention parameters. There may be a variety of ways to mitigate delays for priority STAs (e.g., Figure 2B ). One mechanism is to cause the non-priority STA 104 to use a shortened TXOP duration 534. For example, the AP 102 may have previously signaled a TXOP duration limit for each access class. When priority access service is enabled, the AP 102 may signal a shortened TXOP duration limit or may signal a priority service enablement indicator that causes the non-priority STA 104 to use a shortened TXOP duration 534 in the event that they win contention. In some implementations, the shortened TXOP duration may be specified in a standard technical specification. During the shortened TXOP duration 534, since the non-priority STA 104 has won contention, the non-priority STA 104 may transmit a non-priority frame 535.

[0114] Figure 5BA second contention 540 is shown occurring after the non-priority frame 535. This provides an opportunity to describe another example mechanism for favoring the priority STA 144. Typically, after transmitting or detecting a transmission, each STA will wait for a time interval, referred to as the Distributed Coordination Function (DCF) Inter-Frame Space (DIFS), before attempting to access the wireless channel. The DIFS may define the start of the contention window. Figure 5B As shown in , the priority STA 144 may use a shortened DIFS, such as a priority interframe space (PIFS) 542. PIFS 542 may be less than the DIFS used by other devices. As a result of using PIFS 542 instead of DIFS, the priority STA 144 may gain some additional advantage when winning the second contention 540. After winning the second contention 540, the priority STA 144 may transmit a priority access frame 545.

[0115] Fig. 6A An example message flow diagram is shown in which all nearby devices support a priority access service for a priority STA. In this illustrative example 601, AP 102 and other STAs 104 are able to identify a priority access indicator in a transmission 612 from a priority STA 144. Priority STA 144 may be in the same BSS as AP 102 and other STAs 104 or may be in an OBSS. For example, the priority access indication may be included in a preamble or PHY header of a transmission from priority STA 144. Other devices may be able to interpret the preamble or the PHY header even if they do not belong to the same BSS as priority STA 144. Upon receiving transmission 612, AP 102 may modify (as shown in box 621) its own contention parameters to prevent AP 102 from winning contention over priority STA 144. Similarly, other STAs 104 may modify (as shown in box 622) their corresponding contention parameters to prevent them from winning contention over priority STA 144. During the time that the priority STA 144 is transmitting the priority transmission 671 , the priority STA 144 may be referred to as using the priority access service 620 .

[0116] Figure 6BA message flow diagram is shown in which an AP activates a priority access service for a priority STA. In this illustrative example 602, AP 102 may determine that priority STA 144 requires priority access service. For example, priority STA 144 may send a message (such as priority access request message 611) indicating that priority STA 144 is requesting priority access service. AP 102 may receive priority access request message 611 from priority STA 144. Alternatively or additionally, AP 102 may receive priority service activation message 613 from another priority STA (not shown) in network operator 103 or BSS. AP 102 may process (shown in box 621) priority access request message 611 or priority service activation message 613 and determine whether priority STA 144 is authorized to use priority access service. In some implementations, AP 102 may send a priority service response message (not shown) to priority STA 144 to indicate that priority access service has been successfully enabled for priority STA 144.

[0117] The AP 102 may determine changes to one or more settings for STAs in the BSS to increase the probability that the priority STA 144 will successfully win access to the wireless channel before other STAs. For example, the AP 102 may send one or more configuration messages 651 to modify settings (such as contention parameters) in the BSS. The non-priority STA 104 may modify (as shown in block 622) its corresponding contention parameters to prevent them from winning contention over the priority STA 144. Alternatively or additionally, the AP 102 may transmit a priority service enablement indicator 652 (such as a priority service response frame) to the priority STA 144 indicating that the priority STA 144 can use the priority access service. In some implementations, the priority service enablement indicator 652 may be included in a priority service activation notification sent to other APs (not shown) or any STAs near the AP 102. For example, the priority service activation notification may be a beacon frame or other management frame that notifies other STAs 104 or other APs (not shown) to adjust their corresponding EDCA parameters so that the priority STA 144 has a higher priority to utilize the wireless channel. The priority STA 144 may continue to transmit the priority transmission 671. During the time that the priority STA 144 is transmitting the priority transmission 671, the priority STA 144 may be referred to as being using the priority access service 620.

[0118] In some implementations, the priority access service may have a limited duration (such as a priority service event duration). The priority service event duration may be signaled in the priority access request message 611 or the priority service activation message 613. After the priority service event duration, the AP 102 may determine (shown in block 681) to end the priority access service 620. Alternatively or additionally, the AP 102 may receive a management message from the network operator 103 indicating the end of the priority access service. The AP 102 may transmit a configuration message 693 to reply to the regular access mode 680 settings. During the regular access mode 680, the priority STA 144 and the non-priority STA 104 may have an equal opportunity to win contention for the wireless channel based on the existing access class.

[0119] Figure 6C An example message flow diagram is shown in which a non-priority STA can implement a priority access service on behalf of a priority STA. In this illustrative example 603, one of the other STAs 104 may be able to identify a priority access indicator in a transmission 612 from a priority STA 144. For example, the priority access indicator may be included in a preamble or a PHY header of a transmission from a priority STA 144. Other devices are able to interpret the preamble or the PHY header, even if they do not belong to the same BSS as the priority STA 144. Upon receiving the transmission 612, the other STA 104 may modify (as shown in box 623) its corresponding contention parameters to prevent it from winning contention over the priority STA 144. However, the other STA 104 (or AP 102) may be too far away to correctly receive the transmission 612 including the priority access indicator from the priority STA 144. In addition, there may be an old STA (not shown) that cannot interpret the priority access indicator. In both scenarios, the non-priority STA 104 detecting the priority access indicator may send a priority service detection indication 615 to the AP 102. The AP 102 may modify its contention parameters (shown in block 621). In addition, the AP 102 may send a priority service enable indicator or one or more configuration messages 651 to cause the STAs in its BSS to modify their contention parameters. Alternatively or additionally, the AP 102 may transmit a priority service enable indicator 652 (such as a priority service response frame) to the priority STA 144 indicating that the priority STA 144 may use the priority access service. In addition, in some implementations, the AP 102 may transmit a priority service activation notification (not shown) to any STA or other AP to cause them to adjust their corresponding EDCA parameters so that the priority STA 144 has a higher priority to utilize the wireless channel.

[0120] Figure 71 shows a schematic diagram of an example environment with an OBSS 700. A first BSS may be managed by a first AP 110. Similarly, a second BSS may be managed by a second AP 120. Each of the APs 110, 120 may be similar to Figure 1 AP102 as described in. Figure 7 An example coverage area associated with each AP is additionally shown. For example, the first coverage area 118 of the AP 110 may represent a basic service area (BSA) of the first BSS. The example second coverage area 128 of the second AP 120 may form a BSA of the second BSS. Each BSS may be a network that implements at least one of the IEEE 802.11 series of standards (such as the standards defined by the IEEE 802.11-2016 specification or its revision). Each AP may provide access to other networks (not shown). In some implementations, the second BSS managed by the second AP 120 may be referred to as a BSS (OBSS) overlapping with respect to the first BSS managed by the first AP 110. Each BSS may include multiple wireless communication devices (such as an AP and multiple STAs). In this description, the first AP 110 is described as an access point using an infrastructure mode. However, in some implementations, the first AP 110 may be a STA that is operating as an AP. For example, the first AP 110 may be a STA that can operate in a peer-to-peer mode or an independent mode. In other examples, the first AP 110 may be a software AP (SoftAP) operating on a computer system.

[0121] exist Figure 7 In FIG. 1 , the first BSS includes a first AP 110 and at least one priority STA 144. Non-priority STAs (not shown) may also exist in the first BSS. The second BSS includes a second AP 120 and STAs 104 and 114. Figure 7 In the example of FIG. 1 , APs 110 and 120 may be configured to use the same wireless channel. For example, the first BSS and the second BSS may be referred to as OBSSs (or adjacent BSSs) because they are configured to use the same wireless channel for the same location. Conventionally, APs may share wireless channels using time-based partitioning of wireless channels or acquiring access through contention-based procedures.

[0122] exist Figure 7 In one example, one of the STAs of the second BSS may help the second AP 120 determine that the priority STA 144 requires priority service via the wireless channel. For example, the first STA 114 and the second AP 120 may implement reference Figure 6CThe first STA 114 associated with the second AP 120 may detect the priority transmission 712 from the priority STA 144. Even though the priority STA 144 is in the first BSS (managed by the first AP 110), the preamble or PHY header of the priority transmission 712 may be detected by the first STA 114. The first STA 114 may communicate with the second AP 120 to cause the second AP 120 to modify contention parameters for STAs associated with the second BSS managed by the second AP 120 (including the legacy STA 104).

[0123] In reference Figure 7 In another example described, the first AP 110 may determine that the priority STA 144 requires priority service. The first AP 110 may communicate a priority service activation notification to the second AP 120 via a communication link 750. The communication link 750 may be a wireless communication link or may be a wired or networked communication link between the first AP 110 and the second AP 120. The priority service activation notification may notify the second AP 120 that the first AP 110 is activating the priority service. Upon receiving the priority service activation notification, the second AP 120 may adjust the access class or EDCA contention parameters for the STAs in the second BSS (including STAs 104 and 114 if they are non-priority STAs). Thus, the first AP 110 may enable priority service for the priority STA 144 to access the wireless channel by causing the second AP 120 to reduce the EDCA parameters for the non-priority STAs in the OBSS managed by the second AP 120.

[0124] In reference Figure 7 In another example described, when the first AP 110 enables priority service for the priority STA 144, the first AP 110 may broadcast a beacon frame or other management frame including a priority service activation notification. The second AP 120 may receive the priority service activation notification and adjust EDCA parameters for non-priority STAs in the second BSS managed by the second AP 120.

[0125] Fig. 8AAn example protocol data unit (PDU) 800 that can be used for communication between an AP and several STAs is shown. For example, the PDU 800 can be configured as a PPDU. As shown, the PDU 800 includes a PHY preamble 802 and a PHY payload 804. For example, the PHY preamble 802 may include a legacy portion, which itself includes a legacy short training field (L-STF) 806, a legacy long training field (L-LTF) 808, and a legacy signaling field (L-SIG) 810. The PHY preamble 802 may also include a non-legacy portion (not shown). The L-STF 806 generally enables a receiving device to perform automatic gain control (AGC) and coarse timing and frequency estimation. The L-LTF 808 generally enables a receiving device to perform fine timing and frequency estimation, and also estimates a wireless channel. The L-SIG 810 generally enables a receiving device to determine the duration of the PDU and use the determined duration to avoid transmitting over the PDU. For example, L-STF 806, L-LTF 808, and L-SIG 810 may be modulated according to a binary phase shift keying (BPSK) modulation scheme. Payload 804 may be modulated according to a BPSK modulation scheme, a quadrature BPSK (Q-BPSK) modulation scheme, a quadrature amplitude modulation (QAM) modulation scheme, or another appropriate modulation scheme. Payload 804 may generally carry higher layer data, such as in the form of a media access control (MAC) protocol data unit (MPDU) or an aggregated MPDU (A-MPDU).

[0126] Figure 8B Shows Fig. 8A 804. The L-SIG 810 includes a data rate field 812, a reserved (R) bit 814, a length field 816, a parity (P) bit 818, and a tail field 820. The data rate field 812 indicates the data rate (note that the data rate indicated in the data rate field 812 may not be the actual data rate of the data carried in the payload 804). The length field 816 indicates the length of the packet, for example, in bytes. The parity bit 818 is used to detect bit errors. The tail field 820 includes tail bits that are used by the receiving device to terminate the operation of a decoder (e.g., a Viterbi decoder). The receiving device uses the data rate and length indicated in the data rate field 812 and the length field 816 to determine the packet duration, for example, in microseconds (μs).

[0127] In some implementations, the L-SIG 810 or PHY header in the payload 804 may be modified to include one or more indicators described in the present disclosure (such as a priority access indication, a priority detection indicator, a priority service duration, or a priority service enabled indicator). These indicators may be signaled using one or more bits of the preamble or PHY header.

[0128] In some implementations, a priority STA or AP may use management frames (such as beacon frames, probe response frames, general advertisement service (GAS) messages, and other examples) to indicate that the wireless communication device supports priority access services.

[0129] Fig. 9 A conceptual diagram of an example format of a message 900 for conveying priority access information is shown. For example, a priority STA 144 may transmit the message 900 to an AP 102 or another STA 104. AP 102 may transmit the message 900 to a priority STA 144 or another STA 104. The message 900 may include one or more indicators (or information elements) containing priority access information. In some implementations, the message 900 is transmitted in the form of a PPDU. The message 900 (which may also be formatted as a PPDU) may include a preamble 922, a frame header 924, a frame body 910, and a frame check sequence (FCS) 926. The preamble 922 may include one or more bits for establishing synchronization. The frame header 924 may include source and destination network addresses (such as the network addresses of the sender AP and the receiver AP, respectively), the length of the data frame, or other frame control information. The frame body 910 may include various indicators 932.

[0130] Fig. 9 Several example indicators 960 are included. These indicators may be included as one or more bits of the preamble 922 or frame header 924, such as Fig. 9. Alternatively, these indicators may be included in the payload of the frame body 910 as an information element or field of a management message (not shown). Example indicator 960 includes a priority access indicator 962. In some implementations, the priority access indicator 962 may be included in each priority transmission from a priority STA. Example indicator 960 may include a priority service event duration 964 that specifies the duration of the priority access service. Example indicator 960 may include a priority service enable indicator 968. The priority service enable indicator 968 may be included in a message from the AP to its BSS. Example indicator 960 may include modified contention parameters 972. For example, AP 102 may include contention parameters for each access class (potentially including a new AC_PRI) in a configuration message to the BSS. Example indicator 960 may include access class change information 974. For example, AP 102 may cause some STAs to change to a lower access class to provide support for priority access by priority STAs. The example indicator 960 may include a priority service activation notification 974 to notify the STA or other STAs that a priority service has been activated for the priority STA.

[0131] Fig. 9 The examples in are provided for didactic purposes, and other example messages may be within the scope of the present disclosure. For example, message 900 may be a priority access request frame formatted to include a request to activate a priority access service. The priority access request frame may include a request indicator, a security token, a duration, or any combination thereof. In another example, message 900 may be a priority access response frame formatted to include a success or failure to activate a priority access service. In yet another example, message 900 may be a management or configuration frame indicating whether a sender WLAN device (such as an AP or a priority STA) supports a priority access service.

[0132] Fig.10 A flow chart illustrating an example process 1000 performed by an AP to support priority access is shown. In some implementations, process 1000 may be performed by a wireless communication device, such as AP 102 described above. In some implementations, process 1000 begins at block 1010. At block 1010, an AP may manage a first basic service set (BSS) on a wireless channel. At block 1020, the AP may determine that at least a first station (STA) is configured to utilize a priority access service of the first BSS, the priority access service being associated with prioritizing traffic to or from the first STA via the wireless channel. At block 1030, the AP may modify one or more settings of the first BSS based on determining that the first STA is configured to utilize the priority access service, wherein the one or more settings are modified to facilitate contention-based access of the first STA to the wireless channel relative to one or more other STAs in the first BSS that are not configured to utilize the priority access service.

[0133] Fig.11 A flow chart illustrating an example process 1100 performed by a priority STA to implement priority access is shown. In some implementations, the process 1100 may be performed by a wireless communication device, such as the priority STA 144 described above. In some implementations, the process 1100 starts at block 1110. At block 1110, the priority STA may transmit a priority service request frame including a priority access indication to the AP. At block 1120, the priority STA may receive a priority service response frame indicating that the first STA is authorized to use the priority access service. At block 1130, the priority STA may perform prioritized contention-based access to the wireless channel using a first enhanced distributed channel access (EDCA) parameter set associated with the priority access service, wherein the first EDCA parameter set favors the first STA relative to one or more other STAs that are not configured to utilize the priority access service.

[0134] Fig.12 A flow chart illustrating an example process performed by a non-priority STA to support priority access is shown. In some implementations, process 1200 may be performed by a wireless communication device (such as STA 104 described above). In some implementations, process 1200 starts at box 1210. In box 1210, a first STA may determine that at least a second station (STA) is configured to utilize a priority access service of a basic service set (BSS), which priority access service is associated with prioritizing traffic to or from the second STA via a wireless channel. In box 1220, the first STA may determine that the first STA is not configured to utilize the priority access service. In box 1230, the first STA may modify one or more settings used by the first STA for contention-based access to a wireless channel, wherein the modification of the one or more settings causes the second STA to have priority over the first STA.

[0135] Fig.13 1 shows a block diagram of an example wireless communication device 1300. In some implementations, the wireless communication device 1300 may be a wireless communication device for a STA (such as the one described above with reference to FIG. Figure 1 In some implementations, the wireless communication device 1300 may be an example of a device in an AP (such as one of the STAs 104 or 144 described above). Figure 1The wireless communication device 1300 is an example of a device in the described AP 102. The wireless communication device 1300 is capable of transmitting (or outputting for transmission) and receiving wireless communications (e.g., in the form of wireless packets). For example, the wireless communication device can be configured to: transmit and receive packets in the form of physical layer convergence protocol (PLCP) protocol data units (PPDUs) and media access control (MAC) protocol data units (MPDUs) that comply with IEEE 802.11 wireless communication protocol standards (such as standards defined by the IEEE802.11-2016 specification or its revisions, including but not limited to 802.11ah, 802.11ad, 802.11ay, 802.11ax, 802.11az, 802.11ba, and 802.11be).

[0136] The wireless communication device 1300 may be or may include a chip, system on chip (SoC), chipset, package, or device including one or more modems 1302 (e.g., Wi-Fi (IEEE 802.11 compliant) modems). In some implementations, one or more modems 1302 (collectively, “modems 1302”) additionally include a WWAN modem (e.g., a 3GPP 4G LTE or 5G compatible modem). In some implementations, the wireless communication device 1300 also includes one or more radios 1304 (collectively, “radios 1304”). In some implementations, the wireless communication device 1300 further includes one or more processors, processing blocks, or processing elements 1306 (collectively, “processors 1306”) and one or more memory blocks or elements 1308 (collectively, “memory 1308”).

[0137] The modem 1302 may include an intelligent hardware block or device (for example, such as an application specific integrated circuit (ASIC)). The modem 1302 is generally configured to implement the PHY layer. For example, the modem 1302 is configured to modulate packets and output the modulated packets to the radio 1304 for transmission on the wireless medium. Similarly, the modem 1302 is configured to obtain the modulated packets received by the radio 1304 and demodulate the packets to provide demodulated packets. In addition to the modulator and demodulator, the modem 1302 may further include a digital signal processing (DSP) circuit system, an automatic gain control (AGC), an encoder, a decoder, a multiplexer, and a demultiplexer. For example, when in the transmission mode, the data obtained from the processor 1306 is provided to the encoder, which encodes the data to provide coded bits. The coded bits are then mapped to points in the modulation constellation (using the selected MCS) to provide modulated symbols. Subsequently, the modulated symbols can be mapped to a number (NSS) of spatial streams or a number (NSTS) of space-time streams. The modulated symbols in the corresponding spatial streams or space-time streams may then be multiplexed, transformed via an inverse fast Fourier transform (IFFT) block, and then provided to the DSP circuitry for Tx windowing and filtering. The digital signal may then be provided to a digital-to-analog converter (DAC). The resulting analog signal may then be provided to an upconverter and ultimately to the radio 1304. In an implementation involving beamforming, the modulated symbols in the corresponding spatial streams may be precoded via a steering matrix before being provided to the IFFT block.

[0138] When in receive mode, a digital signal received from the radio 1304 is provided to a DSP circuit system that is configured to acquire the received signal, for example, by detecting the presence of the signal and estimating the initial timing and frequency offset. The DSP circuit system is further configured to digitally condition the digital signal, for example, using channel (narrowband) filtering, analog impairment conditioning (such as correcting I / Q imbalance), and applying digital gain to ultimately acquire a narrowband signal. Subsequently, the output of the DSP circuit system may be fed to an AGC that is configured to use information extracted from the digital signal (e.g., in one or more received training fields) to determine an appropriate gain. The output of the DSP circuit system is also coupled to a demodulator that is configured to extract modulated symbols from the signal and, for example, calculate a log-likelihood ratio (LLR) for each bit position of each subcarrier in each spatial stream. The demodulator is coupled to a decoder that may be configured to process the LLRs to provide decoded bits. Subsequently, the decoded bits from all spatial streams are fed to a demultiplexer for demultiplexing. The demultiplexed bits may then be descrambled and provided to the MAC layer (processor 1306) for processing, evaluation, or interpretation.

[0139] The radio 1304 generally includes at least one radio frequency (RF) transmitter (or "transmitter chain") and at least one RF receiver (or "receiver chain"), which may be combined into one or more transceivers. For example, the RF transmitter and receiver may include various DSP circuit systems, including at least one power amplifier (PA) and at least one low noise amplifier (LNA), respectively. The RF transmitter and receiver may in turn be coupled to one or more antennas. For example, in some implementations, the wireless communication device 1300 may include or be coupled to multiple transmit antennas (each having a corresponding transmit chain) and multiple receive antennas (each having a corresponding receive chain). The codewords output from the modem 1302 are provided to the radio 1304, which then transmits the codewords via the coupled antennas. Similarly, the codewords received via the antennas are obtained by the radio 1304, which then provides the codewords to the modem 1302.

[0140] The processor 1306 may include an intelligent hardware block or device designed to perform the functions described herein, such as, for example, a processing core, a processing block, a central processing unit (CPU), a microprocessor, a microcontroller, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a programmable logic device (PLD) (such as a field programmable gate array (FPGA)), discrete gate or transistor logic, discrete hardware components, or any combination thereof. The processor 1306 processes information received through the radio 1304 and the modem 1302, and processes information to be output by the modem 1302 and the radio 1304 for transmission over a wireless medium. For example, the processor 1306 may implement a control plane and a MAC layer, which is configured to perform various operations related to the generation and transmission of MPDUs, frames, or packets. The MAC layer is configured to perform or facilitate encoding and decoding of frames, spatial multiplexing, space-time block coding (STBC), beamforming, and OFDMA resource allocation, and other operations or techniques. In some implementations, the processor 1306 may generally control the modem 1302 to cause the modem to perform the various operations described above.

[0141] The memory 1304 may include a tangible storage medium, such as a random access memory (RAM) or a read-only memory (ROM) or a combination thereof. The memory 1304 may also store non-transient processor or computer executable software (SW) code containing instructions that, when executed by the processor 1306, cause the processor to perform various operations for wireless communication described herein, including generation, transmission, reception, and interpretation of MPDUs, frames, or packets. For example, the various functions of the various components disclosed herein or the various blocks or steps of the methods, operations, processes, or algorithms disclosed herein may be implemented as one or more modules of one or more computer programs.

[0142] Fig.14A 1 shows a block diagram of an example AP 1402. For example, the AP 1402 may be a reference Figure 1 An example implementation of the AP 102 is described. The AP 1402 includes a wireless communication device (WCD) 1410 (although the AP 1402 itself may also be generally referred to as a wireless communication device as used herein). For example, the wireless communication device 1410 may be a wireless communication device (WCD) 1410. Fig.13 An example implementation of the wireless communication device 13000 described. The AP 1402 also includes a plurality of antennas 1420 coupled to the wireless communication device 1410 to transmit and receive wireless communications. In some implementations, the AP 1402 additionally includes an application processor 1430 coupled to the wireless communication device 1410, and a memory 1440 coupled to the application processor 1430. The AP 1402 further includes at least one external network interface 1450, which enables the AP 1402 to communicate with a core network or a backhaul network to obtain access to an external network including the Internet. For example, the external network interface 1450 may include one or both of a wired (e.g., Ethernet) network interface and a wireless network interface (such as a WWAN interface). Components in the aforementioned components may communicate directly or indirectly with other components in these components on at least one bus. The AP 1402 further includes a housing that encloses the wireless communication device 1410, the application processor 1430, the memory 1440, and encloses at least a portion of the antenna 1420 and the external network interface 1450.

[0143] Fig. 14B 1404 is a block diagram of an example STA 1404. For example, STA 1404 may be a reference Figure 1 1404 includes a wireless communication device 1415 (although the STA 1404 itself may also be generally referred to as a wireless communication device as used herein). For example, the wireless communication device 1415 may be a wireless communication device. Fig.13An example implementation of the wireless communication device 1300 described. The STA 1404 also includes one or more antennas 1425 coupled to the wireless communication device 1415 to transmit and receive wireless communications. The STA 1404 additionally includes an application processor 1435 coupled to the wireless communication device 1415, and a memory 1445 coupled to the application processor 1435. In some implementations, the STA 1404 further includes a user interface (UI) 1455 (such as a touch screen or keyboard) and a display 1465, which can be integrated with the UI 1455 to form a touch screen display. In some implementations, the STA 1404 can further include one or more sensors 1475 (such as one or more inertial sensors, accelerometers, temperature sensors, pressure sensors, or altitude sensors, for example). Components of the foregoing components can communicate with other components of these components directly or indirectly on at least one bus. STA 1404 further includes a housing that encloses the wireless communication device 1415 , the application processor 1435 , the memory 1445 , and encloses at least portions of the antenna 1425 , the UI 1455 , and the display 1465 .

[0144] Figure 1-14B The operations described herein are examples intended to aid in understanding example implementations and should not be used to limit potential implementations or to limit the scope of the claims. Some implementations may perform additional operations, perform fewer operations, perform operations in parallel or in a different order, and perform some operations differently.

[0145] Although various aspects of the present disclosure have been described in the form of various examples, any combination of aspects from any one of these examples is also within the scope of the present disclosure. The examples in the present disclosure are provided for teaching purposes. As an alternative or supplement to other examples described herein, examples include any combination of the following implementation options.

[0146] In some implementations, a method may be performed by an AP of a WLAN. The method may include managing a first BSS on a wireless channel. The method may include determining that at least a first STA is configured to utilize a priority access service on the wireless channel. The method may include modifying one or more settings of the first BSS based on determining that the first STA is configured to utilize the priority access service. The one or more settings may be modified to facilitate contention-based access to the wireless channel by the first STA relative to one or more other STAs in the first BSS that are not configured to utilize the priority access service.

[0147] In some implementations, determining that at least a first STA is configured to utilize a priority access service may include at least one of the following: receiving, by the AP, a message including a priority access enablement indicator from a network operator; receiving, by the AP, a priority access detection indicator from a second STA associated with the first BSS indicating that the second STA has detected a priority transmission from the first AP; and detecting, by the AP, a transmission from the first STA including the priority access indication.

[0148] In some implementations, one or more bits of a preamble or a PHY header of a transmission from the first STA are populated with the priority access indication.

[0149] In some implementations, the transmission may include a priority service duration.The method may include restoring one or more settings of the first BSS after the priority service duration.

[0150] In some implementations, modifying one or more settings of the first BSS includes signaling a priority service enablement indicator in the first BSS.

[0151] In some implementations, signaling the priority service enablement indicator includes outputting a management frame including the priority service enablement indicator for transmission via a wireless communication interface.

[0152] In some implementations, the management frame is a beacon frame.The priority service enablement indicator may be included in an operations element of the beacon frame.

[0153] In some implementations, the first STA is associated with a second BSS that is different from the first BSS. The first BSS and the second BSS may be OBSSs.

[0154] In some implementations, the priority access service is associated with a PIFS that is shorter than the DIFS used by the one or more other STAs.

[0155] In some implementations, modifying the one or more settings includes enabling a priority access class (AC_PRI) for the first STA based on determining that the first STA is configured to utilize a priority access service.

[0156] In some implementations, the AC_PRI is associated with a first set of EDCA parameters, the AC_PRI being different from other access classes used for the one or more other STAs.

[0157] In some implementations, the AC_PRI has EDCA parameters that are different from EDCA parameters of a voice access class (AC_VO), a video access class (AC_VI), a best effort access class (AC_BE), or a background access class (AC_BK) used by the one or more other STAs.

[0158] In some implementations, the method may include advertising the AC_PRI in a beacon message.

[0159] In some implementations, modifying the one or more settings includes causing the one or more other STAs to use a different access class for contention-based access to the wireless channel.

[0160] In some implementations, modifying the one or more settings includes causing the one or more other STAs to use a shortened TXOP duration when they win contention-based access to the wireless channel.

[0161] In some implementations, the method may include modifying the one or more settings, including causing the one or more other STAs to adjust one or more EDCA parameters for contention-based access to the wireless channel.

[0162] In some implementations, the method may include causing the one or more other STAs to adjust the one or more EDCA parameters, including causing the one or more STAs to change an AIFSN setting, a CWmin setting, or a CWmax setting.

[0163] In some implementations, causing the one or more other STAs to adjust one or more EDCA parameters includes causing the one or more STAs to apply an offset value to the AIFSN setting, the CWmin setting, or the CWmax setting.

[0164] In some implementations, the offset value is specified in a standard specification.

[0165] In some implementations, the method may include signaling the offset value from the AP to the one or more other STAs in a management message.

[0166] In some implementations, the one or more other STAs include a second STA. In some implementations, causing the one or more other STAs to apply the offset value includes: applying a first offset value to one or more EDCA parameters when the second STA is using a first access class; and applying a second offset value to the one or more EDCA parameters when the second STA is using a second access class.

[0167] In some implementations, causing the one or more other STAs to adjust one or more EDCA parameters includes causing the one or more other STAs to use a modified algorithm to determine an initial backoff wait time for contention-based access to the wireless channel.

[0168] In some implementations, the modified algorithm ignores the CWmin setting used to determine the initial backoff wait time.

[0169] In some implementations, the modified algorithm is configured to determine the initial backoff wait time within a range from 0 to 1 less than the CWmax setting.

[0170] In some implementations, the method may include: determining whether the first STA is authorized to use the priority access service before modifying the one or more settings; and modifying the one or more settings if the first STA is authorized to utilize the priority access service.

[0171] In some implementations, the method may include preventing the first STA from acquiring advantageous contention-based access if the first STA is not authorized to utilize the priority access service.

[0172] In some implementations, preventing the first STA from acquiring the advantageous contention-based access includes one or more backoff measures. These backoff measures may include: disassociating the first STA from the first BSS if the first STA is associated with the first BSS; or modifying one or more EDCA parameters for the one or more other STAs.

[0173] In some implementations, a method performed by a first STA of a WLAN. The first STA may be configured to utilize a priority access service on a wireless channel. In some implementations, the method may include outputting a transmission including a priority access indication via a wireless communication interface. The method may include using a first EDCA parameter set for contention-based access to the wireless channel. The first EDCA parameter set may benefit the first STA relative to one or more other STAs that are not configured to utilize the priority access service.

[0174] In some implementations, the transmission is a PPDU.

[0175] In some implementations, one or more bits of the preamble or PHY header of the PPDU are populated with the priority access indication.

[0176] In some implementations, the transmission includes a priority service duration.

[0177] In some implementations, the first set of EDCA parameters is associated with a priority access class (AC_PRI) that is different from other access classes for the one or more other STAs.

[0178] In some implementations, the AC_PRI has relatively aggressive EDCA parameters when compared to the voice access class (AC_VO), video access class (AC_VI), best effort access class (AC_BE), and background access class (AC_BK) used by the one or more other STAs.

[0179] In some implementations, the method may include receiving a beacon message from an AP. The beacon message may indicate that the AP supports priority access service. The method may include outputting the transmission via the wireless communication interface in response to determining that the AP supports priority access service.

[0180] In some implementations, the method may include transmitting a priority service activation notification to a second AP managing the OBSS to cause the second AP to adjust EDCA parameters for non-priority STAs associated with the second AP.

[0181] In some implementations, the priority service activation notification may be included in a beacon frame or other management frame broadcast by the first AP.

[0182] Another innovative aspect of the subject matter described in the present disclosure may be implemented as a method performed by a first STA of a WLAN. The method may include determining that at least a second STA is configured to use a priority access service for contention-based access to a wireless channel. The method may include determining that the first STA is not configured to use a priority access service for contention-based access to the wireless channel. The method may include modifying one or more settings used by the first STA for contention-based access to the wireless channel. Modifying the one or more settings may cause the second STA to have priority over the first STA.

[0183] In some implementations, determining that the at least the second STA is configured to utilize the priority access service includes detecting a transmission from the second STA that includes a priority access indication.

[0184] In some implementations, the transmission is a PPDU.

[0185] In some implementations, one or more bits of the preamble or PHY header of the PPDU are populated with the priority access indication.

[0186] In some implementations, the transmission includes a priority service duration. The method may include reverting the one or more settings after the priority service duration.

[0187] In some implementations, determining that at least the second STA is configured to utilize the priority access service includes receiving a priority service enabled indicator from the access point.

[0188] In some implementations, receiving the priority service enablement indicator includes receiving a management frame including the priority service enablement indicator.

[0189] In some implementations, the management frame is a beacon frame.The priority service enablement indicator may be included in an operations element of the beacon frame.

[0190] In some implementations, modifying the one or more settings includes using a different access class for contention-based access to the wireless channel.

[0191] In some implementations, modifying the one or more settings includes using a shortened TXOP duration when the first STA wins contention-based access to the wireless channel.

[0192] In some implementations, the shortened TXOP duration is specified by a standard technical specification.

[0193] In some implementations, modifying the one or more settings includes adjusting one or more EDCA parameters used by the first STA for contention-based access to the wireless channel.

[0194] In some implementations, adjusting the one or more EDCA parameters includes changing an AIFSN setting, a CWmin setting, a CWmax setting, or any combination thereof.

[0195] In some implementations, adjusting the one or more EDCA parameters includes applying an offset value to an AIFSN setting, a CWmin setting, or a CWmax setting.

[0196] In some implementations, the offset value is specified in a standard specification.

[0197] In some implementations, the method may include receiving the offset value from the access point in a management message.

[0198] In some implementations, adjusting the one or more EDCA parameters includes: applying a first offset value to the one or more EDCA parameters if the first STA is using a first access class; and applying a second offset value to the one or more EDCA parameters if the first STA is using a second access class.

[0199] In some implementations, modifying the one or more settings includes using a modified algorithm to determine an initial backoff wait time for contention-based access to the wireless channel.

[0200] In some implementations, the modified algorithm ignores the CWmin setting used to determine the initial backoff wait time.

[0201] In some implementations, the modified algorithm is configured to determine the initial backoff wait time within a range from 0 to 1 less than the CWmax setting.

[0202] In some implementations, the method may include outputting a priority detection indicator to the AP for transmission via the wireless communication interface to indicate that the first STA has determined that at least the second STA is configured to utilize the priority access service. The method may include causing the AP to transmit the priority service activation indicator to a first BSS managed by the AP.

[0203] In some implementations, the method may include causing the AP to modify one or more settings of the first BSS. The one or more settings may be modified to favor contention-based access to the wireless channel by the second STA relative to one or more other STAs in the first BSS that are not configured to utilize the priority access service.

[0204] Another innovative aspect of the subject matter described in this disclosure can be implemented as an apparatus. The apparatus may include a processor configured to perform any of the above methods.

[0205] Another innovative aspect of the subject matter described in this disclosure can be implemented as a computer-readable medium having stored therein instructions that, when executed by a processor, cause the processor to perform any of the methods described above.

[0206] Another innovative aspect of the subject matter described in this disclosure can be implemented as a system including means for implementing any of the above-described methods.

[0207] As used herein, a phrase referring to "at least one of" or "one or more of" a list of items refers to any combination of those items, including single members. For example, "at least one of a, b, or c" is intended to cover the following possibilities: only a, only b, only c, a combination of a and b, a combination of a and c, a combination of b and c, and a combination of a, b, and c.

[0208] The various illustrative components, logic, logic blocks, modules, circuits, operations, and algorithmic processes described in conjunction with the implementations disclosed herein may be implemented as electronic hardware, firmware, software, or a combination of hardware, firmware, or software, including the structures disclosed in this specification and their structural equivalents. This interchangeability of hardware, firmware, and software has been generally described in terms of their functionality and is illustrated in the various illustrative components, blocks, modules, circuits, and processes described above. Whether such functionality is implemented in hardware, firmware, or software depends on the specific application and the design constraints imposed on the overall system.

[0209] The hardware and data processing apparatus for implementing the various illustrative components, logic, logic blocks, modules, and circuits described in conjunction with the aspects disclosed herein may be implemented or executed with a general purpose single-chip or multi-chip processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device (PLD), discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general purpose processor may be a microprocessor, or any conventional processor, controller, microcontroller, or state machine. The processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration). In some implementations, specific processes, operations, and methods may be performed by circuit systems dedicated to a given function.

[0210] As described above, in some aspects, the realization of the subject matter described in this specification can be implemented as software.For example, each function of each component disclosed herein or each frame or step of the method, operation, process or algorithm disclosed herein can be implemented as one or more modules of one or more computer programs.Such computer programs may include non-transient processors or computer executable instructions encoded on one or more tangible processors or computer-readable storage media, which are used to perform or control the operation of the data processing device by the data processing device including the components of the device described herein.As an example and not a limitation, this storage medium may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, disk storage or other magnetic storage devices, or any other medium that can be used to store program codes in the form of instructions or data structures.The above combination should also be included in the scope of storage media.

[0211] Various modifications to the implementations described in this disclosure may be apparent to those of ordinary skill in the art, and the universal principles defined herein may be applied to other implementations without departing from the spirit or scope of the disclosure. Thus, the claims are not intended to be limited to the implementations shown herein, but should be granted the widest scope consistent with the disclosure, the principles and novel features disclosed herein.

[0212] In addition, various features described in this specification in the context of separate implementations may also be implemented in combination in a single implementation. Conversely, various features described in the context of a single implementation may also be implemented in multiple implementations separately or in any suitable subcombination. Thus, while features may be described above as functioning in a particular combination and even initially claimed as such, one or more features from a claimed combination may in some cases be removed from the combination, and a claimed combination may be directed to a subcombination, or a variation of a subcombination.

[0213] Similarly, although operations are depicted in a particular order in the accompanying drawings, this should not be understood as requiring such operations to be performed in the particular order shown or in a sequential order, or to perform all the operations described in order to achieve the desired result. In addition, the accompanying drawings may schematically depict one or more example processes in the form of a flow chart or a flow diagram. However, other operations not depicted may be incorporated into the example processes schematically illustrated. For example, one or more additional operations may be performed before, after, simultaneously or between any of the illustrated operations. In some environments, multitasking and parallel processing may be advantageous. In addition, the separation of various system components in the implementation described above should not be understood as requiring such separation in all implementations, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products. Additionally, other implementations also fall within the scope of the appended claims. In some cases, the actions described in the claims may be performed in different orders and still achieve the desired result.

Claims

1. A method for wireless communication at a first wireless device, comprising: transmitting a priority service request frame including a priority access indication to a second wireless device; receiving, from the second wireless device, a priority service response frame indicating that the first wireless device is authorized to use a priority access service of a basic service set (BSS) managed by the second wireless device; as well as Prioritized access to a channel of the BSS is performed using a first enhanced distributed channel access (EDCA) parameter set associated with the priority access service, wherein the first EDCA parameter set favors the first wireless device for contention-based access to the channel relative to one or more other wireless devices not using the priority access service.

2. The method of claim 1, wherein the first set of EDCA parameters is associated with a priority access class that is different from other access classes used for the one or more other wireless devices.

3. The method of claim 2, wherein the priority access class has more aggressive EDCA parameters than a voice access class AC_VQ, a video access class AC_VI, a best effort access class AC_BE, or a background access class AC_BK used by the one or more other wireless devices.

4. The method of claim 1, further comprising: receiving a beacon message from the second wireless device, wherein the beacon message indicates that the second wireless device supports the priority access service; as well as The priority service request frame is transmitted in response to receiving the beacon message.

5. A first wireless device, comprising: At least one modem configured to: outputting a priority service request frame including a priority access indication for transmission by the first wireless device to a second wireless device; and acquiring, from the second wireless device, a priority service response frame indicating that the first wireless device is authorized to use a priority access service of a basic service set (BSS) managed by the second wireless device; and at least one processor communicatively coupled to the at least one modem and configured to perform prioritized access to a channel of the BSS using a first enhanced distributed channel access (EDCA) parameter set associated with the priority access service, wherein the first EDCA parameter set favors the first wireless device for contention-based access to the channel relative to one or more other wireless devices not using the priority access service.

6. The first wireless device of claim 5, wherein the first set of EDCA parameters is associated with a priority access class that is different from other access classes used for the one or more other wireless devices.

7. The first wireless device of claim 6, wherein the priority access class has more aggressive EDCA parameters than a voice access class AC_VQ, a video access class AC_VI, a best effort access class AC_BE, or a background access class AC_BK used by the one or more other wireless devices.

8. The first wireless device of claim 5, wherein the at least one modem is further configured to: acquiring a beacon message from the second wireless device, wherein the beacon message indicates that the second wireless device supports the priority access service; and The priority service request frame is output based at least in part on an indication that the second wireless device supports the priority access service.

9. The first wireless device of claim 5, further comprising: A transceiver configured to: transmitting the priority service request frame output by the at least one modem to the second wireless device via the channel; as well as The priority service response frame is received indicating that the first wireless device is authorized to use the priority access service of the BSS.

10. The first wireless device of claim 9, further comprising: a plurality of antennas coupled to the transceiver and configured to wirelessly transmit signals output from the transceiver; as well as A housing enclosing the at least one processor, the at least one modem, the transceiver, and at least a portion of the plurality of antennas.

11. A first wireless device, comprising: means for transmitting a priority service request frame including a priority access indication to a second wireless device; means for receiving, from the second wireless device, a priority service response frame indicating that the first wireless device is authorized to use a priority access service of a basic service set (BSS) managed by the second wireless device; as well as Means for performing prioritized access to a channel of the BSS using a first set of enhanced distributed channel access (EDCA) parameters associated with the priority access service, wherein the first set of EDCA parameters favors the first wireless device for contention-based access to the channel relative to one or more other wireless devices not using the priority access service.

12. The first wireless device of claim 11, wherein the first set of EDCA parameters is associated with a priority access class that is different from other access classes used for the one or more other wireless devices.

13. The first wireless device of claim 12, wherein the priority access class has more aggressive EDCA parameters than a voice access class AC_VQ, a video access class AC_VI, a best effort access class AC_BE, or a background access class AC_BK used by the one or more other wireless devices.

14. The first wireless device of claim 12, further comprising: means for receiving a beacon message from the second wireless device, wherein the beacon message indicates that the second wireless device supports the priority access service; as well as Means for transmitting the priority service request frame in response to receiving the beacon message.

Images