Method for efficient power saving for wake-up radios

Abstract

To provide a procedure for power efficient and rapid access point (AP) discovery using a wake-up radio, procedures for securely waking up a STA using the wake-up radio (WUR), a method for coverage range detection and STA roaming for the WUR, and a procedure for coexistence for WUR and a PCR.SOLUTION: A method performed by a STA equipped with a WUR and a PCR includes the steps of: receiving, on the WUR while the PCR is in a sleep state, a wake-up frame including a security field; determining whether or not the wake-up frame is valid based at least in part on information in the security field; and waking up the PCR only when a determination is made that the wake-up frame is valid.SELECTED DRAWING: Figure 7

Description

[Technical Field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application is a nonprovisional application of and claims the benefit under 35 U.S.C. §119(e) of U.S. Provisional Patent Application No. 62 / 417,134, entitled "METHODS FOR EFFICIENT POWER SAVING FOR WAKE UP RADIOS," filed November 3, 2016, which is incorporated herein by reference in its entirety. [Background technology]

[0002] Overview of WLAN systems A wireless local area network (WLAN) in infrastructure basic service set (BSS) mode has an access point (AP) for the BSS and one or more stations (STAs) associated with the AP. The AP typically has access or interface to a distribution system (DS) or another type of wired / wireless network that carries traffic within and outside the BSS. Traffic originating from outside the BSS to a STA arrives through the AP and is delivered to the STA. Traffic originating from a STA to a destination outside the BSS is sent to the AP to be delivered to the respective destination. Traffic between STAs within a BSS may also be sent through the AP, with the source STA sending traffic to the AP, and the AP delivering the traffic to the destination STA. Such traffic between STAs within a BSS is actually peer-to-peer traffic. Such peer-to-peer traffic can also be sent directly between the source and destination STAs using direct link setup (DLS) using 802.11e DLS or 802.11z tunneled DLS (TDLS). A WLAN using independent BSS (IBSS) mode does not have APs and / or STAs communicating directly with each other. This communication mode is called an "ad hoc" communication mode.

[0003] Using the 802.11ac infrastructure mode of operation, an AP may transmit beacons on a fixed channel, usually the primary channel. This channel may be 20 MHz wide and is the operating channel of the BSS. This channel is also used by STAs to establish a connection with the AP. The basic channel access mechanism in 802.11 systems is carrier sense multiple access with collision avoidance (CSMA / CA). In this mode of operation, every STA, including the AP, senses the primary channel. If the channel is detected to be busy, the STA backs off. Therefore, only one STA can transmit at a given time in a given BSS.

[0004] In 802.11n, high-throughput (HT) STAs may also use 40 MHz wide channels for communication. This is achieved by combining a primary 20 MHz channel with adjacent 20 MHz channels to form a 40 MHz wide contiguous channel.

[0005] In 802.11ac, very high-throughput (VHT) STAs can support 20 MHz, 40 MHz, 80 MHz, and 160 MHz-wide channels. The 40 MHz and 80 MHz channels are formed by combining contiguous 20 MHz channels, as in 802.11n. A 160 MHz channel can be formed by combining eight contiguous 20 MHz channels or two non-contiguous 80 MHz channels, sometimes referred to as an 80+80 configuration. In the 80+80 configuration, the data after channel coding passes through a segment parser, which splits it into two streams. An inverse fast Fourier transform (IFFT) and time-domain processing are performed separately on each stream. The streams are then mapped onto the two channels, and the data is transmitted. At the receiver, this mechanism is reversed, and the combined data is sent to the MAC.

[0006] Sub-1 GHz operating modes are supported by 802.11af and 802.11ah. In these specifications, the channel operating bandwidths and carriers are reduced relative to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, while 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. A possible use case for 802.11ah is support for machine-type communication (MTC) devices in macro coverage areas. MTC devices have limited capabilities, including only limited bandwidth support, but may also have requirements for extremely long battery life.

[0007] WLAN systems that support multiple channels and channel widths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel referred to as the primary channel. The primary channel may, but does not necessarily, have a bandwidth equal to the largest common operating bandwidth supported by all STAs in the BSS. Thus, the bandwidth of the primary channel is limited by the STA supporting the smallest bandwidth operating mode among all STAs operating in the BSS. In the example of 802.11ah, if there is a STA (e.g., an MTC-type device) that supports only the 1 MHz mode, the primary channel may be 1 MHz wide, even if the AP and other STAs in the BSS may support 2 MHz, 4 MHz, 8 MHz, 16 MHz, or other channel bandwidth operating modes. All carrier sensing and NAV setting depend on the status of the primary channel; for example, if the primary channel is busy because STAs that support only the 1 MHz operating mode are transmitting to the AP, the entire available frequency band is considered busy, even if most of it remains idle and available.

[0008] In the United States, the available frequency bands that can be used by 802.11ah are 902 MHz to 928 MHz. In South Korea, it is 917.5 MHz to 923.5 MHz, and in Japan, it is 916.5 MHz to 927.5 MHz. The total available bandwidth for 802.11ah is 6 MHz to 26 MHz depending on the country code.

[0009] High Efficiency WLAN Research Group and TGax The IEEE 802.11™ High Efficiency WLAN (HEW) Study Group (SG) was formed to consider the scope and objectives of possible future modifications to improve the quality of service experienced by all wireless users over a wide spectrum in many usage scenarios, including high-density scenarios in the 2.4 GHz and 5 GHz bands. New use cases are being considered by the HEW SG to support high-density deployments of APs and STAs, as well as related Radio Resource Management (RRM) techniques.

[0010] Potential applications for HEW include high user density scenarios such as data distribution for stadium events, train stations or corporate / retail environments, as well as evidence of increased reliance on video distribution and emerging usage scenarios such as wireless services for medical applications.

[0011] The IEEE Standards Committee approved the IEEE802.ax Task Group (TG) based on the Project Authorization Request (PAR) and Criteria for Standards Development (CSD) developed in the HEW SG.

[0012] At the TGax standards meeting, several contributions indicated that the measured traffic for various applications has a high likelihood of short packets, and that there are network applications that can also generate short packets. Examples of applications include: Virtual Office TPC ACK Video Streaming ACK Devices / Controllers (mouse, keyboard, game controls, etc.) Access-Probe Request / Response Network Selection - Probe Request, ANQP Network Management-Control Frames

[0013] Many contributions to 802.11ax also propose the introduction of MU functionality, including UL and DL OFDMA and UL and DL MU-MIMO. The specification may consider designing and defining mechanisms for multiplexing UL random access for different purposes.

[0014] Wake-Up Receiver (WUR) Research Group In July 2016, the IEEE 802.11™ Wake-Up Radio (WUR) Study Group (SG) was formed to consider the scope and objectives of future PHY and MAC modifications to provide enhanced low-power operation of 802.11 devices. These MAC and PHY modifications may enable Wake-Up Radio (WUR) operation. Proposed Project Authorization Requests (PARs) and Criteria for Standards Development (CSD) documents are being accepted by the WUR SG.

[0015] The expected operating bands for the WUR include 2.4 GHz, 5 GHz, and may extend to sub-1 GHz. The WUR device operates as a companion radio to the primary connectivity radio, which is used to transmit regular 802.11 packets. The WUR transmits packets carrying only control information and has an active receiver power consumption of less than 1 milliwatt. Receiving a wake-up packet by the WUR can wake the primary connectivity radio from sleep. The WUR is expected to have a range at least equal to the range of the primary connectivity radio operating on at least a 20 MHz payload bandwidth.

[0016] Both AP STAs and non-AP STAs can have a WUR as a companion radio. Some use cases for the WUR include IoT devices, low-power operation of smartphones, fast message / incoming call notification scenarios, fast status query / reporting, configuration change scenarios, and fast emergency / critical event reporting scenarios. Summary of the Invention

[0017] Exemplary embodiments disclosed herein provide procedures for power-efficient and rapid AP discovery using wake-up radios. Additional embodiments provide procedures for securely waking up STAs using wake-up radios. Methods for coverage range detection and STA roaming for wake-up radios are further described herein. Further embodiments relate to procedures for coexistence of wake-up radios and primary connectivity radios.

[0018] In some exemplary embodiments, the method is performed by an access point equipped with a wake-up radio (WUR) and a primary connectivity radio (PCR). In one such method, while the PCR is in a sleep state, the access point receives a wake-up frame on the WUR, the wake-up frame including an uplink / downlink indicator. In response to the wake-up frame, the access point wakes up the PCR only if the uplink / downlink indicator indicates an uplink transmission. In some such embodiments, the wake-up frame further includes an SSID / BSSID, and waking up the PCR is performed only if the SSID / BSSID in the wake-up frame is the SSID / BSSID of the access point. In some such embodiments, the access point is associated with a response schedule, and waking up the PCR is performed only if the wake-up frame is received during a scheduled response time for the access point in the response schedule. In some such embodiments, the access point is associated with a response schedule, and wake-up of the PCR is performed only if (i) the wake-up frame is received during a scheduled response time for the access point, or (ii) the SSID / BSSID received in the wake-up frame is the SSID / BSSID of the access point.

[0019] In some embodiments, the wake-up frame includes the received access point configuration sequence number (CSN). In such embodiments, in response to the wake-up frame, the access point may send an indication from the PCR of whether the received CSN is the current CSN.

[0020] In some embodiments, in response to the wake-up frame, the access point sends a probe response frame from the PCR. In some embodiments, in response to the wake-up frame, the access point transmits a beacon from the PCR.

[0021] In some embodiments, before the PCR goes to sleep, it transmits a security pass phrase. The access point determines whether the received pass phrase in the wake-up frame is the same as the transmitted security pass phrase, and the PCR wakes up only if the received pass phrase is the same as the transmitted security pass phrase.

[0022] In some embodiments, before the PCR goes to sleep, it transmits a challenge phrase, and the access point determines whether the response phrase in the wake-up frame corresponds to the transmitted challenge phrase, and the PCR is woken up only if the response phrase in the wake-up frame corresponds to the transmitted challenge phrase.

[0023] Additional embodiments include access points and other stations configured to implement the methods described herein. [Brief explanation of the drawings]

[0024] [Figure 1A] FIG. 1 is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is a system diagram illustrating an example wireless transmit / receive unit (WTRU) that may be used within the communication system shown in FIG. 1A according to one embodiment. [Figure 1C] 1B is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communication system shown in FIG. 1A according to one embodiment. [Figure 1D] 1B is a system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system shown in FIG. 1A according to one embodiment. [Figure 2] FIG. 1 illustrates an exemplary format of a wake-up frame (WUF). [Figure 3]FIG. 10 illustrates an exemplary WUR packet structure in more detail. [Figure 4] FIG. 1 illustrates exemplary PHY layer OFDM signaling for WUR security. [Figure 5] FIG. 10 illustrates an exemplary detailed WUR packet structure with a security field. [Figure 6] FIG. 1 is a schematic block diagram illustrating an access point equipped with a wake-up radio. [Figure 7] 1 is a flowchart illustrating an example method for processing a wake-up frame in some embodiments. DETAILED DESCRIPTION OF THE INVENTION

[0025] Exemplary Network for Implementation of the Embodiments 1A illustrates an example communication system 100 in which one or more disclosed embodiments may be implemented. The communication system 100 may be a multiple-access system that provides content, such as voice, data, video, messaging, broadcasts, and the like, to multiple wireless users. The communication system 100 may enable the multiple wireless users to access such content through the sharing of system resources, including wireless bandwidth. For example, the communication system 100 may employ one or more channel access schemes, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), zero-tailed unique word DFT spread OFDM (ZT UW DFT-s OFDM), unique word OFDM (UW-OFDM), resource block filtered OFDM, filter bank multicarrier (FBMC), etc.

[0026] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RANs 104 / 113, CNs 106 / 115, public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be appreciated that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. For example, the WTRUs 102a, 102b, 102c, 102d, which may all be referred to as “stations” and / or “STAs,” may be configured to transmit and receive wireless signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, subscription-based units, pagers, cellular phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, wireless sensors, hotspot or Mi-Fi devices, Internet of Things (IoT) devices, watches or other wearables, head-mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices operating in industrial and / or automated processing chain contexts), consumer electronics devices, devices operating on commercial and / or industrial wireless networks, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be referred to interchangeably as UEs.

[0027] The communications system 100 may also include a base station 114a and / or a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to enable access to one or more communications networks, such as the CN 106 / 115, the Internet 110, and / or other networks 112. For example, the base stations 114a, 114b may be a base transceiver station (BTS), a Node B, an eNodeB, a Home Node B, a Home eNodeB, a gNB, an NR Node B, a site controller, an access point (AP), a wireless router, etc. Although the base stations 114a, 114b are each illustrated as a single element, it will be appreciated that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0028] The base station 114a may be part of the RAN 104 / 113, which may also include other base stations and / or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc. The base station 114a and / or base station 114b may be configured to transmit and receive wireless signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell may provide wireless service coverage for a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, i.e., one for each sector of the cell. In one embodiment, the base station 114a may employ multiple-input multiple-output (MIMO) technology and may utilize multiple transceivers per sector of the cell. For example, beamforming may be used to transmit and receive signals in desired spatial directions.

[0029] The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 may be established using any suitable radio access technology (RAT).

[0030] More specifically, as described above, the communication system 100 may be a multiple-access system and may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base stations 114a and WTRUs 102a, 102b, 102c in the RAN 104 / 113 may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115 / 116 / 117 using Wideband CDMA (WCDMA). WCDMA may include communication protocols such as High Speed ​​Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA may include High Speed ​​Downlink (DL) Packet Access (HSDPA) and / or High Speed ​​UL Packet Access (HSUPA).

[0031] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and / or LTE Advanced (LTE-A) and / or LTE Advanced Pro (LTE-A Pro).

[0032] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as New Radio (NR) radio access, which may establish the air interface 116 using NR.

[0033] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, 102c may jointly implement LTE and NR radio access, e.g., using a dual connectivity (DC) principle. In this manner, the air interface utilized by the WTRUs 102a, 102b, 102c may be characterized by multiple types of radio access technologies and / or transmissions sent to / from multiple types of base stations (e.g., eNBs and gNBs).

[0034] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a wireless technology such as IEEE 802.11 (i.e., Wireless Fidelity (WiFi)), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1x, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile Communications (GSM), Enhanced Data Rates for GSM Evolution (EDGE), GSM EDGE (GERAN), or the like.

[0035] 1A may be a wireless router, a Home NodeB, a Home eNodeB, or an access point and may utilize any suitable RAT to enable wireless connectivity in a localized area, such as an enterprise, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a road, etc. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN). In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) to establish a picocell or femtocell. 1A, the base station 114b may have a direct connection to the Internet 110. Thus, the base station 114b may not need to access the Internet 110 via the CN 106 / 115.

[0036] The RAN 104 / 113 may be in communication with the CN 106 / 115, which may be any type of network configured to provide voice, data, application, and / or Voice over Internet Protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. The data may have various quality of service (QoS) requirements, such as different throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, mobility requirements, etc. The CN 106 / 115 may provide call control, billing services, mobile location services, prepaid calling, Internet connectivity, video distribution, etc., and / or perform high-level security functions such as user authentication. Although not shown in FIG. 1A , it will be appreciated that the RAN 104 / 113 and / or the CN 106 / 115 may be in direct or indirect communication with other RANs employing the same RAT as the RAN 104 / 113 or a different RAT. For example, in addition to being connected to the RAN 104 / 113, which may utilize NR radio technology, the CN 106 / 115 may also be in communication with another RAN (not shown) that employs GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0037] The CN 106 / 115 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a circuit-switched telephone network providing Plain Old Telephone Service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as TCP, UDP, and / or IP in the TCP / IP Internet protocol suite. The network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 / 113 or a different RAT.

[0038] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links.) For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a, which may employ a cellular-based wireless technology, and a base station 114b, which may employ an IEEE 802.2 wireless technology.

[0039] 1B is a system diagram illustrating an example WTRU 102. As shown in FIG. 1B, the WTRU 102 may include, among other things, a processor 118, a transceiver 120, a transmit / receive element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a GPS chipset 136, and / or other peripherals 138. It will be appreciated that the WTRU 102 may include any sub-combination of the above elements while remaining consistent with an embodiment.

[0040] The processor 118 may be a general-purpose processor, a special-purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other functionality that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to a transceiver 120, which may be coupled to a transmit / receive element 122. While FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be appreciated that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.

[0041] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) over the air interface 116. For example, in one embodiment, the transmit / receive element 122 may be an antenna configured to transmit and / or receive RF signals. In one embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive IR, UV, or visible light signals, for example. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF and light signals. It will be appreciated that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0042] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More particularly, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0043] The transceiver 120 may be configured to modulate signals to be transmitted by the transmit / receive element 122 and to demodulate signals received by the transmit / receive element 122. As mentioned above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as, for example, NR and IEEE 802.11.

[0044] The processor 118 of the WTRU 102 may be coupled to and may receive user input data from a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. The processor 118 may also access information and store data in any type of suitable memory, such as non-removable memory 130 and / or removable memory 132. The non-removable memory 130 may include random access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, etc. In other embodiments, the processor 118 may access information from and store data in memory that is not physically located on the WTRU 102, such as on a server or home computer (not shown).

[0045] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control power to other components in the WTRU 102. The power source 134 may be any suitable device for powering the WTRU 102. For example, the power source 134 may include one or more dry cell batteries (e.g., nickel cadmium (NiCd), nickel zinc (NiZn), nickel metal hydride (NiMH), lithium ion (Li-ion), etc.), solar cells, fuel cells, etc.

[0046] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current position of the WTRU 102. In addition to, or instead of, information from the GPS chipset 136, the WTRU 102 may receive location information from base stations (e.g., base stations 114a, 114b) over the air interface 116 and / or determine its position based on the timing of signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may collect location information via any suitable location-determination method while remaining consistent with an embodiment.

[0047] The processor 118 may be further coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos and / or videos), a USB port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth module, a frequency modulation (FM) radio unit, a digital music player, a media player, a video game player module, an internet browser, a virtual reality and / or augmented reality (VR / AR) device, an activity tracker, etc. The peripherals 138 may include one or more sensors, which may be one or more of a gyroscope, an accelerometer, a Hall effect sensor, a magnetometer, an orientation sensor, a proximity sensor, a temperature sensor, a time sensor, a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, and / or a humidity sensor.

[0048] The WTRU 102 may include a full-duplex radio where transmission and reception of some or all of the signals (e.g., associated with a particular subframe for both the UL (e.g., for transmission) and the downlink (e.g., for reception)) may be concurrent and / or simultaneous. The full-duplex radio may include an interference management unit to reduce and / or substantially eliminate self-interference either through hardware (e.g., a choke) or signal processing via a processor (e.g., via a separate processor (not shown) or via processor 118). In one embodiment, the WTRU 102 may include a half-duplex radio for transmission and reception of some or all of the signals (e.g., associated with a particular subframe for either the UL (e.g., for transmission) or the downlink (e.g., for reception)).

[0049] 1C is a system diagram illustrating the RAN 104 and the CN 106 according to one embodiment. As mentioned above, the RAN 104 may employ E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also be in communication with the CN 106.

[0050] While the RAN 104 may include eNodeBs 160a, 160b, and 160c, it will be appreciated that the RAN 104 may include any number of eNodeBs while remaining consistent with an embodiment. The eNodeBs 160a, 160b, and 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In one embodiment, the eNodeBs 160a, 160b, and 160c may implement MIMO technology. In this manner, for example, the eNodeB 160a may use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0051] Each of the eNodeBs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, etc. As shown in FIG. 1C, the eNodeBs 160a, 160b, 160c may communicate with one another via an X2 interface.

[0052] 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (or PGW) 166. While each of the above elements is illustrated as part of the CN 106, it will be appreciated that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0053] The MME 162 may be connected to each of the eNodeBs 162a, 162b, 162c in the RAN 104 via an S1 interface and may act as a control node. For example, the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, bearer activation / deactivation, selecting a particular serving gateway during initial attach of the WTRUs 102a, 102b, 102c, etc. The MME 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies such as GSM and / or WCDMA.

[0054] The SGW 164 may be connected to each of the eNodeBs 160a, 160b, 160c in the RAN 104 via an S1 interface. The SGW 164 may generally route and forward user data packets to / from the WTRUs 102a, 102b, 102c. The SGW 164 may perform other functions such as anchoring the user plane during inter-eNodeB handover, triggering paging when DL data is available for the WTRUs 102a, 102b, 102c, managing and storing the context of the WTRUs 102a, 102b, 102c, etc.

[0055] The SGW 164 may be connected to a PGW 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to enable communication between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0056] The CN 106 may enable communication with other networks. For example, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to enable communication between the WTRUs 102a, 102b, 102c and traditional landline communication devices. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the CN 106 and the PSTN 108. In addition, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0057] Although the WTRU is depicted in FIGS. 1A-1D as a wireless terminal, it is contemplated that in some representative embodiments such a terminal may use a wired communication interface (e.g., temporary or permanent) with the communication network.

[0058] In a representative embodiment, the other network 112 may be a WLAN.

[0059] A WLAN in infrastructure basic service set (BSS) mode may have an access point (AP) for the BSS and one or more stations (STAs) associated with the AP. The AP may have access to or interface with a distribution system (DS) or another type of wired / wireless network that carries traffic into and / or from the BSS. Traffic originating from outside the BSS to a STA may arrive through the AP and be delivered to the STA. Traffic originating from a STA to a destination outside the BSS may be sent to the AP to be delivered to the respective destination. Traffic between STAs within a BSS may be sent through the AP; for example, a source STA may send traffic to the AP, and the AP may deliver the traffic to the destination STA. Traffic between STAs within a BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent between (e.g., directly between) a source STA and a destination STA using direct link setup (DLS). In some representative embodiments, the DLS may use 802.11e DLS or 802.11z tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs (e.g., all of the STAs) within or using the IBSS may communicate directly with each other. The IBSS communication mode is sometimes referred to herein as an "ad hoc" communication mode.

[0060] When using the 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit beacons on a fixed channel, such as a primary channel. The primary channel may be a fixed width (e.g., a 20 MHz wide bandwidth) or a dynamically set width via signaling. The primary channel may be the operating channel of the BSS and may be used by STAs to establish a connection with the AP. In some representative embodiments, for example, in an 802.11 system, carrier sense multiple access with collision avoidance (CSMA / CA) may be implemented. For CSMA / CA, STAs (e.g., every STA), including the AP, may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, the particular STA may back off. One STA (e.g., only one station) may transmit at a given time in a given BSS.

[0061] A high-throughput (HT) STA may use a 40 MHz wide channel for communication, for example, by combining a primary 20 MHz channel with adjacent or non-adjacent 20 MHz channels to form a 40 MHz wide channel.

[0062] A very high throughput (VHT) STA may support 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz wide channels. 40 MHz and / or 80 MHz channels may be formed by combining contiguous 20 MHz channels. A 160 MHz channel may be formed by combining eight contiguous 20 MHz channels or two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration. In the 80+80 configuration, data after channel coding may pass through a segment parser, which may split the data into two streams. Inverse fast Fourier transform (IFFT) processing and time-domain processing may be performed separately on each stream. The streams may be mapped onto two 80 MHz channels, and the data may be transmitted by the transmitting STA. At the receiver of the receiving STA, the operations described above for the 80+80 configuration may be reversed, and the combined data may be sent to the medium access control (MAC).

[0063] Sub-1 GHz operating modes are supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, while 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. According to a representative embodiment, 802.11ah may support meter-type control / machine-type communications, such as MTC devices in macro coverage areas. MTC devices may have limited capabilities, including, for example, support for some and / or limited bandwidths (e.g., only that support). MTC devices may include batteries with above-threshold battery life (e.g., to maintain extremely long battery life).

[0064] WLAN systems that may support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that may be referred to as a primary channel. The primary channel may have a bandwidth equal to the largest common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel may be set and / or limited by the STA that supports the smallest bandwidth operating mode among all STAs operating in the BSS. In an 802.11ah example, the primary channel may be 1 MHz wide for a STA (e.g., an MTC-type device) that supports (e.g., only supports) the 1 MHz mode, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or network allocation vector (NAV) setting may depend on the status of the primary channel. For example, if the primary channel is busy with a STA (that only supports 1 MHz mode of operation) transmitting to the AP, the entire available frequency band may be considered busy even though most of the frequency band may remain idle and available.

[0065] In the United States, the available frequency bands that can be used by 802.11ah are 902 MHz to 928 MHz. In South Korea, the available frequency bands are 917.5 MHz to 923.5 MHz. In Japan, the available frequency bands are 916.5 MHz to 927.5 MHz. The total available bandwidth for 802.11ah is 6 MHz to 26 MHz, depending on the country code.

[0066] 1D is a system diagram illustrating the RAN 113 and the CN 115 according to one embodiment. As mentioned above, the RAN 113 may employ NR radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 113 may also be in communication with the CN 115.

[0067] While the RAN 113 may include gNBs 180a, 180b, and 180c, it will be appreciated that the RAN 113 may include any number of gNBs while remaining consistent with an embodiment. The gNBs 180a, 180b, and 180c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In one embodiment, the gNBs 180a, 180b, and 180c may implement MIMO technology. For example, the gNBs 180a, 180b may utilize beamforming to transmit signals to and / or receive signals from the gNBs 180a, 180b, and 180c. In this manner, for example, the gNB 180a may use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a. In one embodiment, the gNBs 180a, 180b, 180c may implement carrier aggregation technology. For example, the gNB 180a may transmit multiple component carriers to the WTRU 102a (not shown). A subset of these component carriers may be on the unlicensed spectrum, while the remaining component carriers may be on the licensed spectrum. In one embodiment, the gNBs 180a, 180b, 180c may implement coordinated multipoint (CoMP) technology. For example, the WTRU 102a may receive coordinated transmissions from the gNBs 180a and 180b (and / or 180c).

[0068] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with a scalable numerology. For example, the OFDM symbol spacing and / or OFDM subcarrier spacing may vary for different transmissions, different cells, and / or different portions of the wireless transmission spectrum. The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using subframes or transmission time intervals (TTIs) of varying or scalable lengths (e.g., including varying numbers of OFDM symbols and / or absolute time durations).

[0069] The gNBs 180a, 180b, 180c may be configured to communicate with the WTRUs 102a, 102b, 102c in a standalone configuration and / or a non-standalone configuration. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c without accessing another RAN (e.g., eNodeBs 160a, 160b, 160c). In a standalone configuration, the WTRUs 102a, 102b, 102c may utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate / connect with a gNB 180a, 180b, 180c while also communicating / connecting with another RAN, such as an eNodeB 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement the DC principle to communicate with one or more gNBs 180a, 180b, 180c and one or more eNodeBs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the eNodeBs 160a, 160b, 160c may act as mobility anchors for the WTRUs 102a, 102b, 102c, and the gNBs 180a, 180b, 180c may provide additional coverage and / or throughput to serve the WTRUs 102a, 102b, 102c.

[0070] Each of the gNBs 180a, 180b, 180c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, support for network slicing, dual connectivity, interworking between NR and E-UTRA, routing of user plane data towards user plane functions (UPFs) 184a, 184b, routing of control plane information towards access and mobility management functions (AMFs) 182a, 182b, etc. As shown in FIG. 1D , the gNBs 180a, 180b, 180c may communicate with each other via an Xn interface.

[0071] 1D may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one Session Management Function (SMF) 183a, 183b, and possibly a Data Network (DN) 185a, 185b. While each of the above elements is illustrated as part of the CN 115, it will be appreciated that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0072] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N2 interface and may act as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize the CN support of the WTRUs 102a, 102b, 102c based on the type of service being utilized by the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on Ultra-Reliable Low-Latency (URLLC) access, services relying on enhanced High-Capacity Mobile Broadband (eMBB) access, services for Machine-Type Communications (MTC) access, etc. The AMF 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies, such as WiFi.

[0073] The SMFs 183a and 183b may be connected to the AMFs 182a and 182b in the CN 115 via an N11 interface. The SMFs 183a and 183b may also be connected to the UPFs 184a and 184b in the CN 115 via an N4 interface. The SMFs 183a and 183b may select and control the UPFs 184a and 184b and configure the routing of traffic through the UPFs 184a and 184b. The SMFs 183a and 183b may perform other functions, such as managing and allocating UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, providing downlink data notification, etc. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

[0074] The UPFs 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N3 interface, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks such as the Internet 110 to enable communication between the WTRUs 102a, 102b, 102c and IP-enabled devices. The UPFs 184a, 184b may perform other functions such as routing and forwarding packets, enforcing user plane policy, supporting multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, providing mobility anchoring, etc.

[0075] The CN 115 may enable communication with other networks. For example, the CN 115 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the CN 115 and the PSTN 108. In addition, the CN 115 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers. In one embodiment, the WTRUs 102a, 102b, 102c may be connected to the local data networks (DNs) 185a, 185b through the UPFs 184a, 184b via an N3 interface to the UPFs 184a, 184b and an N6 interface between the UPFs 184a, 184b and the DNs 185a, 185b.

[0076] 1A-1D and the corresponding description thereof, one or more, or all, of the functions described herein with respect to one or more of the WTRUs 102a-d, base stations 114a-b, eNodeBs 160a-c, MME 162, SGW 164, PGW 166, gNBs 180a-c, AMFs 182a-b, UPFs 184a-b, SMFs 183a-b, DNs 185a-b, and / or any other devices described herein may be performed by one or more emulation devices (not shown). The emulation devices may be one or more devices configured to emulate one or more, or all, of the functions described herein. For example, the emulation devices may be used to test other devices and / or to simulate network and / or WTRU functions.

[0077] The emulation device may be designed to implement one or more tests of other devices in a laboratory environment and / or in a carrier network environment. For example, one or more emulation devices may perform one or more, or all, functions while fully or partially implemented and / or deployed as part of a communication network to test other devices within a wired and / or wireless communication network. One or more emulation devices may perform one or more, or all, functions while temporarily implemented / deployed as part of a wired and / or wireless communication network. The emulation device may be directly coupled to another device for testing and / or may perform testing using over-the-air wireless communication.

[0078] The one or more emulation devices may perform one or more functions, inclusive, without being implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation devices may be utilized in a test lab and / or in a test scenario in an undeployed (e.g., test) wired and / or wireless communication network to implement testing of one or more components. The one or more emulation devices may be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (which may, for example, include one or more antennas) may be used by the emulation devices to transmit and / or receive data.

[0079] Detailed Description Problems Addressed in Exemplary Embodiments The problem of power-efficient and fast AP discovery Exemplary embodiments disclosed herein address the problem of power efficiency and rapid AP discovery. In various WUR scenarios, the primary connectivity radio associated with an AP may enter a sleep state to conserve power. When a STA arrives in the coverage area, it may not be able to detect any beacons if the AP is in a sleep state. Even if the STA sends a probe request, the AP may not respond with a probe response. This may result in a significant delay before the STA can re-establish a connection. On the other hand, if the STA wakes up every AP within its range, even though it only needs to associate with one of the APs, this may result in significant power waste. The embodiments disclosed herein address the problem of how to perform rapid AP discovery in a power-efficient manner for a sleeping AP equipped with WUR.

[0080] STA Secure Wake-Up Issue STAs and APs equipped with WURs typically operate using batteries and are intended to operate for extended periods of time. Malicious devices or parties may attempt to drain the battery of an AP or STA by repeatedly waking up targeted devices and networks until they can no longer operate properly. The embodiments disclosed herein address the problem of how to have STAs and APs set up secure wake-up procedures and protocols to enable their WURs to recognize legitimate wake-up packets from the device in question and wake up their primary connectivity radios when necessary.

[0081] Coverage detection and station roaming issues When the primary radio is asleep, a STA may not hear a WUR packet addressed to it for two reasons: (1) there is no DL traffic buffered at the AP for the STA, or (2) the STA is out of coverage of the AP. Because in the second case, the STA should perform scanning on the primary radio for a new BSS association or perform a handover to a non-802.11 technology, the exemplary embodiment operates to distinguish between these two cases.

[0082] Extended Interframe Space (EIFS) Concession Issues When a STA operates on the primary radio, WUR may be turned off. In this case, the WUR packet / signal is sent on the same channel as the primary radio, and if the primary radio cannot decode the WUR waveform, it may cause the third-party STA to perform an EIFS yield. This overhead may be similar to the time used by the WUR packet / signal. While not significant, it provides an additional advantage to non-802.11 technologies operating on the same channel. Previously, this issue only affected older version STAs. However, in the WUR case, if the primary radio cannot decode the WUR waveform, all STAs participating in the data transfer may be affected.

[0083] Embodiments Relating to Power-Efficient and Fast AP Discovery Wake-up Frame Format In an exemplary embodiment, a wake-up frame (WUF) 200 used by a wake-up radio (WUR) may have the following format as illustrated by Figure 2. The wake-up frame may include one or more of the following parts: a preamble 202, a MAC header 204, a frame body 206, and a frame check sequence (FCS) 208. The wake-up frame may consist of additional fields such as a packet extension (PE), a control trailer, etc. The preamble may include a wake-up radio preamble as well as a legacy 802.11 preamble.

[0084] The wake-up frame may include, in one or more of its portions, one or more of the following fields: a UL / DL indicator field 210, a request / response field 212, a wake-up frame (WUF) purpose field 214, a wake-up scheduling field 216, a TSF (Timing Synchronization Function) timer field 218, a traffic priority indication field 220, a traffic indication field 222, a BSS / SS / ESS identification field 224, and / or a security ID field 226.

[0085] UL / DL Indicator. The UL / DL indicator field 210 may indicate whether the wake-up frame is sent in the uplink direction (from a STA to an AP), or in the downlink direction (from an AP to a STA), or in a peer-to-peer manner (from a non-AP STA to another non-AP STA), or in an AP-to-AP manner (from an AP to another AP). In one example, the UL / DL indicator may use one bit, with one value indicating that the WUF is sent in the uplink direction and the other value indicating that the WUF is sent in the downlink direction. In another example, two bits may be used, with values ​​“00” used to indicate peer-to-peer WUF transmission, “01” used to indicate downlink transmission of the WUF, “10” used to indicate uplink WUF transmission, and “11” used to indicate AP-to-AP WUF transmission. The UL / DL indicator may be included in the preamble or MAC header, or in any other part of the WUF, such as the packet extension and control trailer. The UL / DL indicator may also be implemented using a scrambler seed, phase rotation between symbols, and so on.

[0086] Request / Response. The request / response field 212 identifies whether the wake-up frame is a wake-up request frame or a response frame. In another implementation, a request / response frame may be identified using one or more bits in the preamble or MAC header, or in any other part of the frame, for example, the type / subtype field in the MAC header.

[0087] WUF Purpose. The wake-up frame (WUF) purpose field 214 may contain information indicating one or more of the purposes why the WUF is being sent to wake up the primary connectivity radio associated with the targeted STA. For example, this field may contain one or more of the following values: (re)association, authentication, disassociation, (DL / UL) data transmission, status inquiry, emergency report, general, maximum idle period reached, TDLS establishment, route discovery, listen for beacons, listen for TIM, timing synchronization function (TSF) timer update, etc.

[0088] WU Scheduling. The wake-up scheduling field 216 may contain scheduling and configuration for the targeted STAs' primary connectivity radios after they wake up. This field may indicate whether the targeted STAs' primary connectivity radios should transmit or receive. For example, the WU scheduling field may contain a duration after which the targeted STAs should wake up their primary connectivity radios and begin transmitting or receiving. The duration may be referenced to a TSF timer value (which may be included in the WUF or stored from a previous transmission) or the end of the current WUF.

[0089] TSF Timers. The TSF (Timing Synchronization Function) timers field 218 may contain information reflecting TSF timer values. For example, the entire TSF timer value at the AP or STA may be indicated. In another example, a partial TSF timer may be included, e.g., four, two, or one least significant byte of the TSF timer. In yet another example, a condensed version of the TSF timer may be included.

[0090] Traffic Priority Indication. The traffic priority indication field 220 may be used to indicate the traffic buffered for the targeted STA. For example, it may include any or the highest priority buffered traffic priority and / or access category. Some values ​​for this field may include status poll, emergency report, UL / DL data request, UL / DL data report, maximum idle period exceeded, beacon request. Additionally or alternatively, it may include the traffic priority of the buffered traffic destined for the targeted STA, such as VI, VO, BK, BE, etc. In another example, it may include a hash of the traffic priority selection.

[0091] Traffic Indication. The traffic indication field 222 may be used to indicate the size or amount of buffered traffic destined for the targeted STA. This field may include an indication of whether there is buffered traffic for the targeted STA. Additionally or alternatively, the size of the buffered traffic may be included, e.g., the number of packets, the size of each or all packets, and the estimated time required to transmit one or more or all of the buffered traffic.

[0092] BSS / SS / ESS Identification. The BSS / SS / ESS Identification field 224 may be used to identify one or more BSSs or ESSs to which the WUF is addressed. For example, one or more IDs of the BSS or SS or ESS may be included in this field, such as the BSSID, ESSID, SSID, BSS color, etc. In another example, a hash of one or more IDs or other identifiers of the BSS, SS, or ESS may be included.

[0093] Security ID. The security ID field 226 may be used to indicate security-related information. For example, this field may contain one or more secure passwords or phrases that both the sending STA and the target STA agree upon before one or both of them enter a sleep state. In another example, this field may contain an answer to a challenge phrase sent by the targeted STA. The challenge phrase may be included in a frame sent by the target STA during a previous WUF or by the target STA's primary connectivity radio (PCR) before one or both of them enter a sleep state. For example, if a sleep notification frame is received from a STA, the challenge phrase may be sent in a response frame to that STA. In another example, if a sleep notification frame is received from a STA, a secure password or phrase may be sent in response to that STA. In yet another example, a secure password or phrase may be sent by a STA in a frame informing another STA that it is going to sleep and turning off its PCR.

[0094] WUR AP discovery using targeted networks In some embodiments, an exemplary procedure for WUR AP discovery with a targeted network may be as follows.

[0095] A WUR-equipped STA may initiate a WUR AP discovery process if it is entering a new area or has recently lost its connection to the network (such as by getting off a train or plane), or if the STA's WUR has sent one or more wake-up frames to the STA and has not received a valid response within a certain duration. A WUR STA may initiate a WUR AP discovery process if it receives one or more WUR beacons transmitted by an AP equipped with a WUR.

[0096] The WUR AP discovery process may occur simultaneously with, before, or after the normal AP discovery process using PCR. If a desired AP is discovered by the normal AP discovery process using PCR, in some embodiments, the WUR AP discovery process is immediately stopped. This may be accomplished by instructing the WUR to stop the WUR AP discovery process using an MLME or SME procedure or primitive. In another example, a STA may turn off its WUR when PCR is in use and / or has discovered or associated with an AP.

[0097] A WUR-equipped STA may send a WUF with one or more of the following settings and parameters: The STA may set the UL / DL indicator in the WUF to indicate the uplink direction of the WUF transmission. The STA may set in the WUF that the WUF is a WU request frame. A WUF may include a broadcast or multicast address in its preamble and / or MAC header. If the WUF is targeted at a specific BSS and / or AP, the BSSID, BSS color, or identifier of the WUR of the AP of the desired BSS may be included in the preamble and / or MAC header of the WUF. The WUF may indicate in the WUF that the purpose of the WUF is for discovery APs for association and / or re-association. The WUF may include one or more identifiers of one or more BSSs, SSs, and / or ESSs, such as a BSSID, SSID and ESSID, a HESSID, a BSS color, etc. The WUF may include a hash of one or more identifiers of one or more BSSs, SSs, and / or ESSs, such as a BSSID, SSID, ESSID, a HESSID, a BSS color, etc. The WUF may include information identifying the power level at which the WUF is transmitted.

[0098] When a WUR associated with a non-AP STA receives a WUF and detects that the WUF has a UL / DL indicator indicating either uplink and / or AP-to-AP, the WUR may ignore the WUF. Otherwise, in cases where the WUF is sent by the WUR's AP or by a non-AP STA with which the receiving STA has established a peer-to-peer relationship, e.g., a DLS or TDLS relationship, the WUR may continue to decode the WUF if it also detects that the WUF was intended for itself, e.g., by detecting its WUR address in the preamble and / or MAC header, or by detecting a broadcast and / or multicast address in the preamble and / or MAC header.

[0099] When a WUR associated with an AP receives a WUF and detects that the WUF has a UL / DL indicator indicating either downlink and / or peer-to-peer, it may ignore the WUF. When a WUR associated with an AP receives a WUF with a UL / DL indicator including an uplink direction or an AP-to-AP indication, it may continue to decode the WUF. If it detects that the WUF includes its ID, such as a MAC address or BSSID, in the preamble and / or MAC header, it may continue to decode the WUF.

[0100] In some such embodiments, when a WUR associated with an AP receives a WUF, determines that the WUF is intended for itself (e.g., includes the AP's BSSID), and detects that the WUF was sent by a STA requesting association and / or reassociation, the WUR may ignore the WUF if it is received below a certain SINR (signal-to-interference-plus-noise ratio) threshold. If the WUF includes information identifying the transmit power level, the receiving WUR may use the transmit and receive power to evaluate path loss and may ignore the WUF if the path loss exceeds a threshold. Additionally or alternatively, the WUR may evaluate whether the WUF includes sufficient information, such as security information. Alternatively, the requesting STA may include a power threshold in its WUF that may indicate it requests a response from an AP that received the WUF at least at the indicated power level. If the WUR determines that sufficient information has been provided, it may send a WUR ACK (which may include a response indication and / or a downlink direction indication) that may also include WU scheduling of the AP's PCR. Alternatively, the WU scheduling may instruct the requesting STA, at which time it may begin transmitting using its PCR to perform the association / reassociation process. Alternatively, the WUR associated with the AP may also instruct in the WUR response frame that the requesting STA monitors future beacons or short beacons scheduled to be transmitted by the AP's PCR. If the WUR associated with the AP requires additional information, such as security information, it may indicate a request for the additional information in the WUR response frame.

[0101] When a WUR associated with an AP receives a broadcast or multicast WUF that includes an indication that a WUF is being sent to request that the AP be woken up for association or reassociation, the WUR may further evaluate whether the WUF includes a list of BSSs, SSs, or ESSs, and whether the BSS to which the AP belongs is part of the desired BSS, SS, or ESS included in the WUF. If the broadcast / multicast WUF does not include a list or hash of BSS, SS, or ESS identifiers, the WUR may choose to ignore the WUF.

[0102] If the WUF includes a list or hash of BSS, SS, or ESS identifiers, and if the BSS, SS, and / or ESS to which the AP belongs is included in the list, the WUR associated with the AP may perform the following actions: If the WUF is received below a certain SINR threshold, the WUR may ignore the WUF. If the WUF includes a transmit power level, the receiving WUR may use the transmit and receive power to evaluate path loss and may ignore the WUF if the path loss exceeds the threshold. If the WUF includes a power threshold, a STA receiving a WUF below the threshold may ignore the WUF. Additionally or alternatively, the WUR may evaluate whether the WUF includes sufficient information, such as security information. If the WUR considers sufficient information provided, the WUR may send a WUR ACK, which may also include WU scheduling of the AP's PCR (which may include a response indication and a downlink direction indication). Alternatively, the WU scheduling may convey information to the requesting STA regarding the time when the STA may begin transmitting using that PCR and perform the association / reassociation process. Alternatively, the WUR associated with the AP may also instruct the requesting STA in the WUR response frame to monitor for future beacons or short beacons scheduled to be transmitted by the PCR of the AP. If the WUR associated with the AP requires additional information, such as security information, the WUR may indicate a request for the additional information in the WUR response frame.

[0103] AP discovery using pre-collected information In some scenarios, a STA may have collected AP, BSS, SS, and ESS information prior to arriving in an area prior to the AP discovery process. For example, a STA may have collected information about the provider's hotspots from its cellular provider and may have already established security credentials with one or more BSSs. In another example, a STA may arrive at the same location daily and have previously established an association with an AP, establishing information and security credentials. This type of pre-collected information may be leveraged when discovering APs and services.

[0104] An exemplary procedure for AP discovery using pre-collected information may be as follows.

[0105] A WUR-equipped STA may enter an area and begin the WUR AP discovery process. It may have gathered information about existing APs and networks in the area through other connections, previous contacts, GPS / location coordinates, databases, or other means. If the WUR STA has gathered the sleep schedule of its desired AP (e.g., it has verified through its cellular provider connection that the hotspot AP is currently asleep), it may immediately begin WUR AP discovery.

[0106] A WUR STA may initiate a WUR AP discovery process when it receives one or more WUR beacons transmitted by a WUR-equipped AP.

[0107] If the STA has already established credentials with an AP, it may include its own identifier and the established credentials in a WUF targeted at the AP with which it has already established credentials.

[0108] When a WUR associated with an AP receives a WUF carrying established credentials that can be used for association / reassociation, the WUR may verify the identifier and established credentials it received, for example, through a backbone network or other interface. If the STA identifier and credentials are verified, the WUR responds with a WUR response frame, which may also include WU scheduling of the AP's PCR (which may include a response indication and / or a downlink direction indication). Alternatively, the WU scheduling may instruct the requesting STA, at which time it may begin transmitting using its PCR to perform the association / reassociation process. Alternatively, the WUR associated with an AP may also instruct the requesting STA in the WUR response frame to monitor for future beacons or short beacons scheduled to be transmitted by the AP's PCR. If the WUR associated with an AP requires additional information, such as security information, it may request the additional information in the WUR response frame.

[0109] In another implementation, when a WUR associated with an AP receives a WUF carrying established credentials that can be used for association / reassociation, it may first send a WUR frame such as a WUR ACK (which may include a downlink indication and / or a response indication). It may also provide a response schedule to the requesting STA in the response WUR frame, at which time the requesting STA should expect another WUR response frame after the WUR associated with the AP verifies the indicated credentials.

[0110] In a WUF, which can be used to request the AP to power on PCRs for association / reassociation, a STA may include an AP-CSN (AP Configuration Sequence Number) and / or Common Advertisement Group (CAG) number, which may have been obtained during a previous association and / or through other means. When a WUR associated with an AP receives a targeted WUF in itself and includes an AP-CSN and / or CAG number, it may compare these numbers with the current versions of the AP-CSN and CAG numbers stored in the AP. If the received AP-CSN and CAG numbers are current, the AP may indicate that the AP-CSN and CAG numbers are current in a response frame, e.g., a WUR response frame. Once the AP's PCRs are turned on, the requesting STA may be able to proceed directly with authentication and association without sending a probe request using its main PCRs.

[0111] Scheduled Responder AP When there are multiple APs from the same SS or ESS located in the same area, not all of them need to wake up to associate with any newly arrived STA. Neighboring APs from the same SS or ESS can negotiate a responding AP schedule to exchange packets. Such a schedule can be established using a target wake-up time (TWT) mechanism.

[0112] If the SS / ESS response schedule indicates that the AP does not need to be the responding AP for the SS / ESS, the AP may do one or more of the following: (1) The AP may ignore WUFs that include an SS or ESS identifier and only respond to WUFs targeted in its own BSS, e.g., WUFs that include a BSSID or BSS color in their preamble and / or MAC header. (2) The AP may also ignore broadcast / multicast WUFs that are not specifically addressed to the BSS to which it belongs. (3) The AP may adjust its sensitivity level for WUFs to receive WUFs only from its coverage area.

[0113] If the responding AP schedule indicates that one of the APs from the SS or ESS should be responding, the AP may perform one or more of the following: (1) The AP may adjust its sensitivity level for WUFs to receive WUFs from an area larger than its direct BSS coverage area. (2) The AP may respond to all regular WUFs targeted in the SS and / or ESS, which may include the identifiers of the SS and / or ESS. (3) The AP may respond to all regular broadcast / multicast WUFs. (4) When responding to a regular WUF that is broadcast / multicast or targeted in the SS and / or ESS to which the AP belongs, the AP may provide a list of one or more APs that belong to the same SS and / or ESS, which may be more appropriate for the requesting STA to associate with. For example, the list of one or more APs may include the location of the AP. The requesting STA may select the most appropriate AP based on its own location and send a WUF to that BSS of the most appropriate AP. The AP may then wake up and use the PCR to perform the association / re-association process with the requesting AP.

[0114] Exemplary Methods One exemplary method for operating an access point equipped with a wake-up radio is shown in FIG. 7. In step 702, a wake-up frame is received on the access point's wake-up radio. Various conditions are tested to determine whether to wake up the access point's primary connectivity radio in response to the wake-up frame. For example, in step 704, a determination is made whether the SSID / BSSID or other identifier carried in the wake-up frame matches the access point's identifier. If not, the access point may ignore the wake-up frame and not wake up the access point's primary connectivity radio in response to the wake-up frame. In step 708, a determination is made whether the UL / DL indicator field in the wake-up frame indicates an uplink transmission, and then a determination may be made to wake up the primary connectivity radio (in some cases, subject to additional conditions); otherwise, the wake-up frame may be ignored. In step 710, a determination may be made whether the access point is scheduled to respond (e.g., according to a schedule agreed upon between the access points). If not, the wake-up frame may be ignored. If all appropriate conditions are met, the primary connectivity radio may be woken up (step 712). In response to the wake-up frame, the primary connectivity radio may transmit a probe response or beacon, as appropriate (step 714).

[0115] Embodiments Relating to Secure Wake-Up of a STA Security Setup In an exemplary embodiment, the STA and the AP may establish credentials prior to either of them attempting to sleep.

[0116] In some exemplary embodiments, the security setup procedure and WUR mode switching procedure for a non-AP STA may operate as follows.

[0117] A non-AP STA, for example, STA1, may determine that it has no more data to send to the AP or that it has received all downlink data from the AP or from a peer-to-peer STA, and the STA may therefore make the decision to enter a sleep state by turning off its PCR.

[0118] Prior to turning off its PCR, the non-AP STA may send a frame to its associated AP with an indication that the STA will enter WUR mode by turning off its PCR. An existing frame may be used for this purpose. Alternatively, a new WUR notification frame may be used. In one embodiment, when the non-AP STA and the associated AP both indicate support for WUR operation in the association process, such as in a probe request / response frame and an association request / response frame, the power management bit may be reused to indicate the WUR mode switch. In another embodiment, a new WUR mode switch indicator may be included in the WUR notification frame. In another embodiment, transmission of the WUR notification frame may indicate that the transmitting STA is switching to WUR mode by turning off its PCR.

[0119] The STA may include a time field in the WUR notification frame to indicate that it is turning off its PCR at the time indicated in the time field.

[0120] If the WUR notification frame is encrypted, the STA may include a pass phrase that a receiving STA, such as an AP or a peer-to-peer STA (e.g., an STA establishing a DLS or TDLS connection with the sending STA), must include in any WUF it sends to wake up STA1 when in WUR mode. In another implementation, the receiving STA of the WUR notification frame may include a pass phrase assigned to the sending STA in a WUR notification response frame. The AP or peer-to-peer STA may use the assigned pass phrase in any future WUF targeted at STA1. In another implementation, the AP or peer-to-peer STA may assign one or more pass phrases to STA1 to include in the WUR notification response frame, for example, one pass phrase for a unicast WUF, one pass phrase for a multicast WUF, one pass phrase for a broadcast WUF, or one pass phrase for a multicast / broadcast WUF. The multicast passing phrase may be associated with the group to which STA1 belongs, which may be a MU-MIMO group, an OFDMA MU group, a TWT group, a RAW group, or any other type of group. In one example, the passing phrase may be assigned during the association process and / or at a later time after association or establishment of the peer-to-peer connection. In another implementation, if STA1 and the receiving STA agree on the security algorithm to be used, STA1 may include a question phrase in its WUR notification frame, and the receiving STA may use a response phrase to the question phrase in some future WUF attempting to wake up STA1.

[0121] A responding STA, such as an AP or a peer-to-peer STA, responding to the WUR notification frame may include a yield request in the WUR notification frame requesting that STA1 postpone switching to WUR mode.

[0122] The responding STA, such as an AP or a peer-to-peer STA, may include in the WUR notification response frame a WUR schedule for itself as well as a pass phrase that STA1 should use in its WUF to wake up the responding STA.

[0123] STA1 may switch to WUR mode and turn off its PCR after receiving an acknowledgement and / or response to its WUR notification frame.

[0124] A STA, such as an associated AP or peer-to-peer STA, may attempt to wake up STA1 by sending a WUF (with a request indication and a downlink direction indication in the case of an AP, or with a peer-to-peer indication in the case of a peer-to-peer STA). The WUF may include the ID of the sending STA, such as an association identifier (AID) or a compressed AID, the type of WUF, such as a unicast WUF, a multicast WUF, a broadcast WUF, and a pass phrase that may be provided by or assigned to STA1, or a response phrase to a challenge phrase sent by STA1.

[0125] The WUR associated with STA1 may evaluate the received WUF and may ignore the WUF if any one or more of the parameters, sending STA ID, type of WUF, and pass phrase do not match the appropriate parameters or combination of parameters it has on record. The WUR associated with STA1 may respond to the WUF or turn on its PCR, for example, by sending a WUF response frame, when any one or more of the parameters, sending STA ID, type of WUF, and pass phrase match the appropriate parameters or combination of parameters STA1 has on record.

[0126] In some embodiments, the security setup procedure and WUR switching procedure for an AP may operate as follows.

[0127] An AP, such as AP1, may provide one or more pass phrases to the STA during the association process and / or at some later time after association. For a non-AP STA, such as STA1, associated with an AP, the pass phrase it uses to wake up the AP may be the pass phrase assigned to it by the AP. In another example, the pass phrase to wake up the AP may be based on STA1's AID and / or one or more of the AP's BSSID, STA1's MAC address, etc.

[0128] The AP may provide its WUR schedule in its (short) beacon or any other type of frame.

[0129] When an AP receives a WUR notification frame from a STA associated with itself, the AP may provide a WUR sleep schedule and / or a pass phrase for itself in a WUR notification response frame.

[0130] AP1 may switch to WUR mode at the scheduled time, immediately followed by a (short) beacon announcing that the AP is switching to WUR mode by turning off its PCR.

[0131] A non-AP STA associated with AP1, e.g., STA1, may attempt to wake up the AP by sending a unicast WUF (with a WU request indication and / or an uplink direction indication), which may include the sending STA's identifier and / or a passing phrase. The passing phrase may be assigned by the AP or may be derived based on one or more of the STA's AID or other ID parameters, such as MAC address, TSF timers, BSSID, etc.

[0132] If one or more of the parameters such as the MAC address, AID, pass phrase, etc. of the STA do not match one or more or combinations of the AID or other IDs such as MAC address, TSF timer, BSSID, etc. of the STA that it has on record, the WUR associated with AP1 may ignore the received WUF. If one or more of the parameters such as the ID, MAC address, AID, pass phrase, etc. of the STA match one or more or combinations of the AID or other IDs such as MAC address, TSF timer, BSSID, etc. of the STA that it has on record, the AP may respond to the received WUF, for example, by sending a WU response frame or turning on its PCR.

[0133] AP Procedures when Receiving Broadcast and Multicast Wake-Up Frames An AP may receive many WUFs when it is in WUR mode with its PCR turned off. Because a WUR AP may be energy resource constrained, it may be careful not to respond to malicious WUFs that try to wake the AP frequently to drain its battery to disable network functionality.

[0134] In an example embodiment, an AP in WUR mode may take the following actions when it receives a broadcast and / or multicast WUF or a unicast WUF from a STA that is not associated with the AP.

[0135] If the AP is part of a set of APs for the same SS and / or ESS in an area that has established a responding AP schedule, the AP may follow the procedures detailed in the section above entitled "Scheduled Responding AP."

[0136] If the AP recognizes that the WUF is from a STA for which it has established credentials or pre-collected information, the AP may follow the procedures detailed in the section above entitled "AP Discovery Using Pre-Collected Information."

[0137] In some embodiments, an AP may use a probabilistic method to determine whether to respond to a WUF. For example, the AP may select a number P between 0 and 1, and when a broadcast / multicast or unicast WUF is received from a STA that is not associated with it, the AP randomly generates a number, and if the number is less than (or equal to) P, it responds to the WUF by either sending a WU response frame or turning on its PCR. Other probabilistic methods may alternatively be used.

[0138] If the AP finds that there are many erroneous WUFs, the AP may adjust the number P to a lower value for a certain duration. In some embodiments, there may be a minimum value Pmin, so that the value P remains equal to or greater than Pmin.

[0139] If the AP has lower energy reserves (e.g., below a threshold level), the AP may also adjust the number P to a lower value. In some embodiments, there may be a minimum value Pmin, so that the value P remains equal to or greater than Pmin.

[0140] Frame structure for WUR security In some embodiments, exemplary frame structures are proposed to enable PHY or MAC layer security for WUR. These frame structures may be used in conjunction with the security procedures discussed in the sections above entitled "Wake-Up Frame Format," "WUR AP Discovery Using Targeted Networks," and "AP Discovery Using Pre-Collected Information."

[0141] An exemplary WUR packet structure is shown in FIG. 3. A WUR packet 300 may include a legacy 802.11 preamble followed by a payload 304. The preamble may include a legacy signal field L-SIG 302. The legacy 802.11 preamble may not be decoded by a WUR receiving the packet. The payload may include a wake-up preamble, a MAC header (receiver's address), a frame body, and a frame check sequence (FCS) 306. This structure may use on-off keying (OOK) or frequency shift keying (FSK) over orthogonal frequency division multiplexing (OFDM) tones to transmit the payload. The WUR may synchronize with the packet with a legacy STF (short training field) 308 and identify the packet as a WUR packet with an optional WUR LTF (long training field) 310.

[0142] In some embodiments, the WUR LTF is used to identify the packet as a WUR packet with details such as the user address placed in the WUR SIG (signal) field 312 (among other details).

[0143] In an exemplary embodiment, to enable PHY layer security, one or more of the following methods may be implemented.

[0144] In some embodiments, the tones transmitted along with valid data in the payload field by OOK or FSK modulation may be user-specific and based on an agreed-upon security code or path. As shown in FIG. 4, user-specific tones (shown with diagonal hatching) may be selected based on the security code. Random data may be placed on other tones to prevent identification of the used tones by energy. For additional security, the transmitter and WUR may agree on the total number of tones to be excited, allowing different WUR receivers to have different numbers of tones to be excited. Pre-FEC (forward error correction) padding may be used to ensure that the transmitted information covers all tones. This may prevent a malicious user from performing an exhaustive search on a fixed number of tones.

[0145] The FCS (Frame Check Sequence) may be calculated based on the interaction of the transmitted data with a security code or pass.

[0146] In one method, as shown in FIG. 5, a security field 502 may be placed in a frame structure 500 that transmits information to enable proper decoding of the payload and / or estimation of the FCS.

[0147] An exemplary access point (AP) 600 is shown in FIG. 6. The access point 600 includes a primary connectivity radio 602 operable to transmit and receive data for communicating with other devices. The primary connectivity radio 602 is operable to enter a sleep state to conserve energy when data communication is not needed. The access point 600 further includes a wake-up radio 604 that detects incoming wake-up frames and determines, using techniques described herein, whether to send a wake-up signal to the primary connectivity radio 602 in response to the wake-up frame. To wake up the primary connectivity radio 602, the wake-up radio 604 is operable to send a wake-up signal to the primary connectivity radio 602.

[0148] Embodiments Relating to Coverage Range Detection and Station Roaming WUR packets / signals from APs with the lowest frequency Before a STA operates only on WUR (eg, when its PCR is turned off), the associated AP and STA may have an agreement that WUR packets / signals will be sent from the AP on at least certain frequencies.

[0149] STA requested periodic WUR packets / signals In some embodiments, before operating only on WUR, a STA may request that the AP send a WUR packet / signal with a certain frequency if it detects that the AP signal from its main radio or from the WUR is below a power or SNR threshold. Alternatively, the STA may request a periodic packet / signal that is independent of the observed AP signal strength.

[0150] In some embodiments, the periodicity of the WUR packets / signals requested by a STA may be based on the traffic characteristics of the STA.

[0151] In some embodiments, the AP may respond to the STA with modified periodicity after receiving the STA's request.

[0152] AP-determined periodicity In some embodiments, the minimum frequency of WUR packets / signals transmitted by the AP (for out-of-coverage detection) can be determined by the AP without STA input. The AP can advertise the periodicity in beacon / probe response / (re)association response frames.

[0153] The AP may periodically broadcast a beacon frame in the WUR waveform that contains some or all of the information in the beacon transmitted by the primary radio.

[0154] WUR packets / signals used for out-of-coverage detection In some embodiments, the WUR packet sent by the AP used by the STA for out-of-coverage detection may not need to be addressed to the STA: any WUR packet / signal from the associated AP can be used for detection purposes.

[0155] The WUR packet / signal identifies the AP with some precision: for example, the BSSID or BSS "color" may be explicitly coded in the packet or implicitly embedded in the WUR packet / signal, e.g., by scrambling the WUR PSDU CRC by the color.

[0156] The WUR packet for out-of-coverage detection can be a null data packet with no MAC data. The required information can be put in the PHY header for simplicity and to reduce the need for the WUR to decode the entire packet.

[0157] A WUR packet may also be piggybacked onto any transmission by the transmitter within x seconds of the interval required by the WUR. Extended Interframe Space (EIFS) Yielding Related Embodiments: Minimizing / Avoiding EIFS Yielding for Third Party STAs Operating Using Only Primary Connectivity Radios Aggregation of multiple WUR frames after 11a / g preamble In some embodiments, EIFS overhead can be reduced by aggregating multiple WUR frames to different STAs as one PHY frame when seen by the primary radio or a third-party legacy STA: if n WUR frames are aggregated, only one EIFS is invoked by the third-party STA instead of n EIFSs.

[0158] Since multiple STAs receive the WUR frame simultaneously with this aggregation, different STAs may apply different IFS / yields before the normal EDCA procedure to access the channel when accessing using the primary radio to reply to the WUR frame.

[0159] Sending WUR frames without preamble 11a / g In some embodiments, the WUR frame is sent without a legacy 802.11 preamble so that the 802.11 primary radio simply yields to the WUR frame based on energy detection. Since there is no recognizable preamble for the primary radio, there is no attempt to decode the frame and no EIFS is invoked after the WUR frame. One potential drawback of this approach is that STAs may transmit over the WUR frame due to more relaxed CCA based on ED.

[0160] Use non-essential parts of the frame to embed WUR packets / signals In some embodiments, the WUR signal may be embedded in a portion of a legacy frame that is not used by legacy STAs. For example, the PE of an 11ax frame may be used to carry the WUR signal, which prevents other 11ax STAs from performing EIFS yielding. In some embodiments, this is used for out-of-range detection WUR frames / signals. In some embodiments, the WUR signal identifying the BSS piggybacks on the 11ax DL frame instead of a separate packet.

[0161] Specify the timing of the primary radio ack for WUR packets In some embodiments, the specification may specify that a STA should respond to a WUR frame on its primary radio with a certain IFS duration. Since the response frame is understood by the third-party STA's primary radio, there should be no EIFS yield.

[0162] Notes on implementation Although the features and elements of the present invention have been described in preferred embodiments in particular combinations, each feature or element can be used alone without the other features and elements of the preferred embodiments, or in various combinations with or without other features and elements of the present invention.

[0163] It should be understood that although the solutions described herein consider 802.11 specific protocols, the solutions described herein are not limited to this scenario and are applicable to other wireless systems as well.

[0164] In the design and procedure examples, SIFS was used to indicate various inter-frame spacings, but any other inter-frame spacing, such as RIFS or any other agreed time interval, can be applied with the same solution.

[0165] In an exemplary embodiment, a method for transmitting a wake-up frame (WUF) is provided, where the wake-up frame comprises a preamble, a MAC header, and a frame check sequence. In such a method, the wake-up frame may further comprise at least one field selected from the group consisting of an uplink / downlink indicator, a request / response indicator, a WUF purpose field, a wake-up scheduling field, a timing synchronization function (TSF) field, a traffic priority indication, a traffic indication, a BSS / SS / ESS identification, and a security ID.

[0166] In a further exemplary embodiment, a wake-up radio (WUR) access point (AP) discovery method is provided. In one such method, a wake-up frame (WUF) is sent, the WUF comprising at least one indication selected from the group consisting of an uplink / downlink indicator, an indication that the WUF is a WUF request frame, a broadcast address, a multicast address, an indication that the purpose of the WUF is AP discovery, a BSS identifier, an SS identifier, an ESS identifier, and a power level at which the WUF is transmitted. In some such embodiments, the discovery method is performed in response to transmitting at least one WUF to a STA and failing to receive a valid response to the transmitted WUF. In some such embodiments, the WUR AP discovery method is terminated in response to discovery of the AP via a Primary Connectivity Radio (PCR) discovery process.

[0167] In further exemplary embodiments, a method is provided for receiving a WUF in a WUR associated with a non-AP STA and decoding the WUF only if (i) the WUF has a UL / DL indicator indicating either uplink or AP-to-AP, and (ii) the WUR determines that it is a recipient of the WUF. In some such embodiments, the WUR determines whether it is a recipient of the WUF by detecting its WUR address in the preamble and / or MAC header. In some embodiments, the WUR determines whether it is a recipient of the WUF by detecting a broadcast and / or multicast address in the preamble and / or MAC header, the WUF being sent by its AP or by a non-AP STA with which the receiving STA has established a peer-to-peer relationship.

[0168] In a further exemplary embodiment, a method is provided for receiving a WUF in a WUR associated with an AP and continuing to decode the WUF in response to determining that the WUF includes a UL / DL indicator that includes an uplink direction or AP-to-AP indication.

[0169] In a further exemplary embodiment, the method includes receiving a WUF in a WUR associated with the AP, and, in response to determining that the WUF includes an ID of the WUR, continuing to decode the WUF. In some such embodiments, the ID may be an ID selected from the group consisting of a MAC address in a preamble and a MAC header, a BSSID.

[0170] In an example embodiment, a method is provided for receiving a broadcast or multicast WUF in a WUR associated with an AP, the WUF including an indication that it is being sent to request that the AP wake up for association or reassociation. The method further includes evaluating whether the WUF includes a list of BSSs, SSs, or ESSs, and whether the BSS to which the AP belongs is part of a desired BSS, SS, or ESS included in the WUF. In some such embodiments, in response to determining that the WUF includes a list or hash of identifiers of BSSs, SSs, or ESSs, and that the BSS, SS, and / or ESS to which the AP belongs is included in the list, additional actions are performed. The additional acts include one or more of the acts of ignoring the WUF if it is received below a certain SINR threshold; if the WUF includes a transmit power level, evaluating the path loss using the transmit power and receive power and ignoring the WUF if the path loss exceeds a threshold; instructing the requesting STA, at which time it begins transmitting using its PCR to perform the association / reassociation process; and instructing in the WUR response frame that the requesting STA monitor future beacons or short beacons scheduled to be transmitted by the AP's PCR.

[0171] In a further exemplary embodiment, the method includes receiving, at a WUR associated with the AP, a WUF carrying the established certificate, inspecting the received identifier and the established certificate, and responding with a WUR response frame in response to verification of the identifier and the established certificate.

[0172] In a further exemplary embodiment, the method is performed by multiple APs from the same SS or ESS located in the same area, where packets are exchanged between the multiple APs to negotiate a responding AP schedule for responding to the WUF.

[0173] A further exemplary method is performed by a non-AP STA, which sends a frame to its associated AP indicating that the STA will enter WUR mode by turning off its PCR. The frame may include a pass phrase to wake up the STA.

[0174] In some exemplary embodiments, the method includes simply establishing an agreement between the STA and the associated AP that WUR packets / signals will be sent from the AP with at least some periodicity before the STA operates on WUR. The periodicity may be determined at least in part based on signal strength. The periodicity may be determined at least in part based on traffic characteristics. The periodicity may be determined by the AP.

[0175] Exemplary embodiments further include AP STAs and non-AP STAs configured to perform any of the methods described herein.

[0176] It should be noted that one or more of the various hardware elements of the described embodiments are referred to as “modules” that perform (i.e., implement, execute, etc.) the various functions described herein with respect to the respective modules. As used herein, a module includes hardware deemed suitable by one of ordinary skill in the art for a given implementation (e.g., one or more processors, one or more microprocessors, one or more microcontrollers, one or more microchips, one or more application-specific integrated circuits (ASICs), one or more field-programmable gate arrays (FPGAs), one or more memory devices). It should be noted that each described module may also include instructions executable to perform one or more functions described as being performed by the respective module, which may take the form of or include hardware (i.e., hard-wired) instructions, firmware instructions, software instructions, etc., and may be stored on any suitable non-transitory computer-readable medium or media, such as those commonly referred to as RAM, ROM, etc.

[0177] Although features and elements have been described above in particular combinations, those skilled in the art will appreciate that each feature or element may be used alone or in any combination with the other features and elements. Additionally, the methods described herein may be implemented in a computer program, software, or firmware embodied in a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electronic signals (transmitted via wired or wireless connections) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, ROM, RAM, registers, cache memory, semiconductor memory devices, internal and removable disks, magnetic media such as magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer.

Claims

1. A method performed by a station (STA), comprising: receiving a wake-up frame, the wake-up frame including at least a first security phrase derived from timing information associated with a timing synchronization function (TSF) timer; waking up the STA based on a determination that there is a match between a second security phrase stored by the STA and the first security phrase indicated in the wake-up frame; A method for providing

2. 2. The method of claim 1, further comprising: transmitting a challenge phrase before the STA enters a sleep mode; and the wake-up of the STA is performed only if a response phrase indicated in the wake-up frame corresponds to the transmitted challenge phrase.

3. 2. The method of claim 1, wherein the wake-up frame includes an SSID / BSSID, and the wake-up of the STA is performed only if the SSID / BSSID in the wake-up frame is an SSID / BSSID associated with the STA or an access point.

4. 2. The method of claim 1, wherein the STA is a non-access point STA, the wake-up frame includes an uplink / downlink indicator, and the wake-up of the STA is performed only if the uplink / downlink indicator indicates a downlink transmission.

5. 2. The method of claim 1, wherein the STA is an access point associated with a response schedule, and the wake-up of the STA is performed only if the wake-up frame is received during a scheduled response time for the access point in the response schedule.

6. 2. The method of claim 1, wherein the STA is an access point associated with a response schedule, and the wake-up of the STA is performed only if (i) the wake-up frame is received during a scheduled response time for the access point, or (ii) the SSID / BSSID received in the wake-up frame is the SSID / BSSID of the access point.

7. The STA is an access point, and the wake-up frame includes a received access point configuration sequence number (CSN), and the method includes: transmitting, in response to the received wake-up frame, an indication from the STA of whether the received CSN is a current CSN. The method of claim 1 further comprising:

8. The method of claim 1 , further comprising transmitting a beacon from the STA in response to the received wake-up frame.

9. transmitting a first frame indicating that the STA will enter a wake-up radio (WUR) mode; receiving a second frame indicating acknowledgment that the first frame has been received; The method of claim 1 further comprising:

10. A station (STA) for wireless communication, the STA comprising: receiving a wake-up frame, the wake-up frame including at least a first security phrase derived from timing information associated with a timing synchronization function (TSF) timer; waking up the STA based on a determination that there is a match between a second security phrase stored by the STA and the first security phrase indicated in the wake-up frame; STA configured to perform functions including:

11. The STA 11. The STA of claim 10, further configured to perform a function including transmitting a challenge phrase before the STA enters a sleep mode, and the wake-up of the STA is performed only if a response phrase indicated in the wake-up frame corresponds to the transmitted challenge phrase.

12. 11. The STA of claim 10, wherein the wake-up frame includes an SSID / BSSID, and the wake-up of the STA is performed only if the SSID / BSSID in the wake-up frame is an SSID / BSSID associated with the STA or an access point.

13. 11. The STA of claim 10, wherein the STA is a non-access point STA, the wake-up frame includes an uplink / downlink indicator, and the wake-up of the STA is performed only if the uplink / downlink indicator indicates a downlink transmission.

14. 11. The STA of claim 10, wherein the STA is an access point associated with a response schedule, and the wake-up of the STA is performed only if the wake-up frame is received during a scheduled response time for the access point in the response schedule.

15. 11. The STA of claim 10, wherein the STA is an access point associated with a response schedule, and the wake-up of the STA is performed only if (i) the wake-up frame is received during a scheduled response time for the access point, or (ii) the SSID / BSSID received in the wake-up frame is the SSID / BSSID of the access point.

16. The STA is an access point, the wake-up frame includes a received access point configuration sequence number (CSN), and the STA:

11. The STA of claim 10, further configured to perform functions including, in response to the received wake-up frame, transmitting an indication from the STA of whether the received CSN is a current CSN.

17. The STA of claim 10 , wherein the STA is further configured to perform functions including transmitting a beacon from the STA in response to the received wake-up frame.

18. The STA transmitting a first frame indicating that the STA will enter a wake-up radio (WUR) mode; receiving a second frame indicating acknowledgment that the first frame has been received; The STA of claim 10 , further configured to perform functions including:

Images