Technologies for wakeup receiver-based radio resource management

Abstract

The present application relates to devices and components including apparatuses, systems, and methods for receive beam sweeping and quasi-co-location information for wakeup radio-based radio resource management (RRM).

Description

TECHNOLOGIES FOR WAKEUP RECEIVER-BASED RADIO RESOURCE MANAGEMENTTECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to technologies for wakeup receiver-based radio resource management.BACKGROUND

[0002] Third Generation Partnership Project (3GPP) Technical Specifications (TSs) define standards for wireless networks. These TSs describe aspects related to signaling traffic through systems that incorporate wireless networks.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a network environment in accordance with some embodiments.

[0004] FIG. 2 illustrates an operation flow / algorithmic structure in accordance with some embodiments.

[0005] FIG. 3 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0006] FIG. 4 illustrates another operation flow / algorithmic structure in accordance with some embodiments.

[0007] FIG. 5 illustrates a user equipment in accordance with some embodiments.

[0008] FIG. 6 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

[0009] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation,  specific details are set forth such as particular structures, architectures, interfaces, and techniques in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrases “A / B” and “A or B” mean (A) , (B) , or (A and B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0010] The following is a glossary of terms that may be used in this disclosure.

[0011] The term “circuitry” as used herein refers to, is part of, or includes hardware components that are configured to provide the described functionality. The hardware components may include an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application specific integrated circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , or a digital signal processor (DSP) . In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0012] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise  operating computer-executable instructions, such as program code, software modules, or functional processes.

[0013] The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, and network interface cards.

[0014] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities that may allow a user to access network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, or reconfigurable mobile device. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0015] The term “computer system” as used herein refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.

[0016] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, or workload units. A “hardware resource” may refer to compute, storage, or network resources provided by physical hardware elements. A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an  application, device, or system. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services, and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0017] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0018] The terms “instantiate, ” “instantiation, ” and the like as used herein refers to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.

[0019] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0020] The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, or a virtualized network function.

[0021] The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.

[0022] FIG. 1 illustrates a network environment 100 in accordance with some embodiments. The network environment 100 may include a user equipment (UE) 104 communicatively coupled with a base station 108 of a radio access network (RAN) 110. The UE 104 and the base station 108 may communicate over air interfaces compatible with 3GPP TSs such as those that define a Fifth Generation (5G) new radio (NR) system or a later system. The base station 108 may provide user plane and control plane protocol terminations toward the UE 104.

[0023] In some embodiments, the UE 104 and base station 108 may establish data radio bearers (DRBs) to support transmission of data over a wireless link between the two nodes. In one example, these DRBs may be used for traffic from extended reality (XR) applications that contains a large amount of data conveying real and virtual images and audio for presentation to a user. The UE 104 may access an external data network 120 via the base station 108.

[0024] The network environment 100 may further include a core network 112. For example, the core network 112 may comprise a 5th Generation Core network (5GC) or later generation core network. The core network 112 may be coupled to the base station 108 via a fiber optic or wireless backhaul. The core network 112 may provide functions for the UE 104 via the base station 108. These functions may include managing subscriber profile information, subscriber location, authentication of services, or switching functions for voice and data sessions.

[0025] The UE 104 may include a radio resource control (RRC) state machine that perform operations related to a variety of RRC procedures including, for example, paging, RRC connection establishment, RRC connection reconfiguration, and RRC connection release. The RRC state machine may be implemented by protocol processing circuitry, see, for example, processor circuitry 504 of Figure 5 (e.g., baseband processor 504A, which may access communication protocol stack 536) .

[0026] The RRC state machine may transition the UE 104 into one of a number of RRC states (or “modes” ) including, for example, a connected state (RRC connected) , an inactive state (RRC inactive) , and an idle state (RRC idle) . The UE 104 may start in RRC idle when it first camps on an NR cell, which may be after the UE 104 is switched on or after an inter-system cell reselection from a Long Term Evolution (LTE) cell. To engage in active  communications, the RRC state machine may transition the UE 104 from RRC idle to RRC connected by performing an RRC setup procedure to establish a logical connection, for example, an RRC connection, with a base station. In RRC connected, the UE 104 may be configured with at least one signaling radio bearer (SRB) for signaling (for example, control messages) with the base station; and one or more data radio bearers (DRBs) for data transmission. When the UE 104 is less actively engaged in network communications, the RRC state machine may transition the UE 104 from RRC connected to RRC inactive using an RRC release procedure. The RRC inactive state may allow the UE 104 to reduce power consumption as compared to RRC connected, but will still allow the UE 104 to quickly transition back to RRC connected to transfer application data or signaling messages.

[0027] A network may transmit paging messages in order to reach UEs that are in RRC idle or RRC inactive states. The UE 104 may include a main radio 122 and a wakeup radio (WUR) 124 (also referred to as a wake-up receiver or a low-power WUR (LP-WUR) ) . The main radio 122 may include radio frequency (RF) and modulator / demodulator components configured to perform primary receive and transmit operations in the course of communicating with the network device 104. Some of these receive / transmit operations are discussed in more detail with respect to UE 500 of FIG. 5. The WUR 124 may be a relatively low-complexity receiver that is designed to specifically detect a wakeup signal (WUS, also referred to as a low power WUS (LP-WUS) ) transmitted by the RAN 110 (e.g., the base station 108) .

[0028] When not engaged in communications (e.g., receiving signals from or transmitting signals to the RAN 110) , the main radio 122 may transition to a reduced-power state and the UE 104 may activate the WUR 124. The WUR 124 may monitor for the WU-Sin respective wakeup occasions. Upon detecting the WU-S, the WUR 124 may provide a trigger to wake up the main radio 122 (e.g., transition the main radio 122 to a higher power state) . The primary component radio 112 may then power up to receive paging or other messages from the RAN 110 and the WUR 124 may power down. The WUR 124 may provide significant power savings for the UE 104 compared with having the primary component radio 112 powering on to periodically monitor for paging messages in paging occasions, which may rarely be detected.

[0029] The WUR 124 may further provide some radio resource monitoring (RRM) functionality, e.g., offloaded to the main radio 122 so that the main radio 122 can stay in the low power state. For example, the serving cell of the UE 104 may transmit a low power –synchronization signal (LP-SS) . The LP-SS may be designed to be measured by the low-complexity WUR 124. The WUR 124 may perform one or more measurements on the LP-SS. If the one or more measurements indicate that a signal quality of the serving cell is poor (e.g., the one or more measurements are below a threshold) , the WUR 124 may trigger the main radio 122 to wake up to perform additional RRM (e.g., perform additional measurements on the serving cell, perform measurements on one or more neighboring cells, and / or initiate a handover procedure to transition the serving cell from a source cell to a target cell) . The main radio may perform RRM measurements on a synchronization signal block (SSB) .

[0030] The main radio 122 may be in one of a plurality of measurement modes associated with a low power state. For example, in a first measurement mode, the serving cell measurements may be fully offloaded from the main radio 122 and instead performed by the WUR 124 (e.g., on the LP-SS) . The main radio 122 may still perform measurements on neighboring cells. In a second measurement mode, the main radio 122 may perform serving cell measurements with relaxed measurement parameters (e.g., a longer measurement period) compared with a high power state. In some instances, the WUR 124 may still perform serving cell measurements on the LP-SS in the second measurement mode.

[0031] Existing techniques for WUR-based RRM are only applicable for 3GPP Frequency Range 1 (FR1) . Furthermore, existing techniques do not address receive beam sweeping that may be needed for higher frequencies. Various embodiments herein provide techniques for WUR-based RRM in 3GPP Frequency Range 2 (FR2) , such as FR2 subband 1 (FR2-1) . For example, embodiments include mechanisms for receive beam sweeping for WUR-based RRM. Additionally, embodiments include configuration of quasi-co-location (QCL) information between a SSB and a LP-SS.

[0032] Receive beam sweeping

[0033] In various embodiments, a UE (e.g., UE 104) may perform receive beam (Rx beam) sweeping with the WUR (e.g., WUR 124) on LP-SS to perform measurements for the serving cell in FR2 (e.g., FR2-1) . With Rx beam sweeping, the WUR may receive the LP-SS using different Rx beams. The Rx beam sweeping factor (N1) may correspond to the number  of Rx beams that are used to receive the LP-SS. The UE may perform a measurement on the LP-SS that is received with the respective Rx beams. The embodiments for Rx beam sweeping described herein may generally apply to FR2 and, more specifically, FR2-1.

[0034] In some embodiments, the Rx beam sweeping factor may be based on a periodicity of the LP-SS. For example, the Rx beam sweeping factor may be smaller for a longer LP-SS periodicity.

[0035] In some embodiments, the Rx beam sweeping factor may additionally or alternatively be based on whether QCL information (e.g., QCL type D information) is configured to associate the LP-SS with a SSB. If QCL information is configured, the UE may perform Rx beam sweeping within a rough beam that corresponds to the SSB. If QCL information is not configured, the UE may perform Rx beam sweeping over a broader spatial spectrum (e.g., a sphere) . Accordingly, the Rx beam sweeping factor may be greater when QCL information is not configured for the LP-SS than when QCL information is configured. For example, in some embodiments, the Rx beam sweeping factor may be greater than or equal to 8 when QCL information is not configured, and may be less than 8 when QCL information is configured.

[0036] Table 1 illustrates example Rx beam sweeping factors (N1) for different LP-SS periodicities in accordance with some embodiments herein. In a first embodiment (Embodiment 1) , the Rx beam sweeping factor may be based on the periodicity of the LP-SS. As shown, a Rx beam sweeping factor of 8 may be used for a LP-SS periodicity of 0.32 seconds (s) , a Rx beam sweeping factor of 5 may be used for a LP-SS periodicity of 0.64s, a Rx beam sweeping factor of 4 may be used for a LP-SS periodicity of 1.28s, and / or a Rx beam sweeping factor of 3 may be used for a LP-SS periodicity of 2.56s. The values of the LP-SS periodicity and Rx beam sweeping factor in Table 1 are merely examples, and other values of the LP-SS periodicity and / or the corresponding Rx beam sweeping factor may be used in accordance with various embodiments.

[0037] In some instances, the UE may receive configuration information (e.g., via broadcast and / or unicast signaling) that indicates the periodicity of the LP-SS and / or other parameters of the LP-SS. The configuration information may indicate the Rx beam sweeping factor to use, or the UE may determine the Rx beam sweeping factor based on a predefined  association between the LP-SS periodicity and the Rx beam sweeping factor (e.g., as shown in Table 1) .

[0038] In some embodiments, the Rx beam sweeping factors for Embodiment 1 of Table 1 may be used based on QCL information being configured for the LP-SS. The QCL information may enable the UE to perform Rx beam sweeping within a rough beam (e.g., corresponding to an QCLed SSB) with a Rx beam sweeping factor less than 8.

[0039] In a second embodiment (Embodiment 2) and a third embodiment (Embodiment 3) illustrated in Table 1, the Rx beam sweeping factor may be the same for different LP-SS periodicities (e.g., all of the LP-SS periodicities indicated in Table 1) . In Embodiment 2, the Rx beam sweeping factor may be greater than or equal to 8. In some instances, an Rx beam sweeping factor greater than or equal to 8 may be used if QCL information is not configured for the LP-SS (e.g., the UE performs Rx beam sweeping over a sphere) .

[0040] In Embodiment 3, the Rx beam sweeping factor may be less than 8. In some instances, an Rx beam sweeping factor less than 8 may be used if QCL information (e.g., QCL type D information) is configured for the LP-SS. The UE may perform Rx sweeping within a rough beam based on the QCL information. For example, the rough beam may correspond to a SSB beam of a SSB that is QCLed with the LP-SS.

[0041] Table 1

[0042] In some embodiments, the Rx beam sweeping factor may be based on a capability of the UE. For example, the UE may provide UE capability information to the network that indicates a maximum number of Rx beams supported by the UE for Rx beam sweeping (e.g., maxNumberRxBeam) . The network may configure the Rx beam sweeping  factor for the UE (e.g., to be less than or equal to the maximum number of Rx beams indicated by the UE) .

[0043] In various embodiments, the LP-SS may be transmitted in respective LP-SS occasions. In some embodiments, the LP-SS may additionally have multiple repetitions transmitted within individual LP-SS occasions. For example, the LP-SS may be transmitted in different LP-SS occasions with different transmit beams (Tx beams) and the repetitions of the LP-SS within the same LP-SS occasion may be transmitted with the same Tx beam.

[0044] In some embodiments, the UE (e.g., the WUR of the UE) may perform Rx beam sweeping among the LP-SS repetitions within a LP-SS occasion. Accordingly, the total number of LP-SS occasions needed for the Rx beam sweeping may be reduced.

[0045] For example, the number of LP-SS occasions needed to perform Rx beam sweeping may correspond to: ceil (NumberRxBeam  /  (number of repetitions per occasion) ) , where NumberRxBeam is the number of Rx beams that are used to receive the LP-SS. The number of Rx beams may correspond to the Rx beam sweeping factor described above (e.g., may be determined according to Table 1) . In some embodiments, the number of Rx beams may be indicated from the UE to the network, configured for the UE by the network, or predefined (e.g., in the 3GPP specification) . In some instances, the UE may obtain multiple measurement samples for individual receive beams, so the total number of measurements may be the number of Rx beams multiplied by the number of measurement samples per Rx beam.

[0046] In some embodiments, the network may configure whether or not the UE performs Rx beam sweeping among LP-SS repetitions within an individual LP-SS occasion. For example, the network may transmit an indication to the UE to enable or disable the UE to perform Rx beam sweeping among LP-SS repetitions within an individual LP-SS occasion. The indication may be included for example, in a RRC configuration and / or a system information (SI) configuration (e.g., a LP-SS measurement configuration) . In embodiments, the main radio of the UE may be used to receive configuration information that configures the WUR of the UE.

[0047] QCL information between SSB and LP-SS

[0048] As discussed above, in some embodiments QCL information (e.g., QCL type D information) may be configured for a LP-SS to indicate that the LP-SS is QCLed with a SSB. The SSB may be received by the main radio of the UE. The main radio may acquire beam information on the SSB, e.g., via Rx beam sweeping on the SSB.

[0049] The WUR of the UE may perform Rx beam sweeping on the LP-SS based on the QCL information. For example, the WUR of the UE may perform Rx beam sweeping within a rough beam that corresponds to the beam of the SSB (e.g., using finer / narrower Rx beams than the beam associated with the SSB) .

[0050] In some embodiments, the UE may receive configuration information from the network to indicate the QCL information between the LP-SS and the SSB. For example, the configuration information may indicate that LP-SS index i is QCLed type D with SSB index j.

[0051] In some embodiments, the QCL information may be for a cell-specific SSB. For example, the configuration information may indicate that LP-SS index i is QCLed type D with SSB index j of cell s.

[0052] In some embodiments, the QCL information may be for a SSB of a specific component carrier (e.g., frequency band) . For example, the configuration information may indicate that LP-SS index i is QCLed type D with SSB index j on carrier / frequency k.

[0053] In some embodiments, the WUR behavior for Rx beam sweeping on LP-SS may depend on whether current or recent beam information on the SSB is available. For example, the Rx beam sweeping on LP-SS may be based on the status of the main radio (e.g., whether the main radio is off with serving cell measurement fully offloaded to the WUR or whether the main radio is in a relaxed measurement mode for the serving cell measurement) .

[0054] In a first example scenario, the serving cell measurement may be fully offloaded from the main radio to the WUR (e.g., the WUR is off and serving cell measurement (or sufficiently recent serving cell measurement) of the SSB is available) . In some embodiments with the first example scenario, the WUR of the UE may perform full (e.g., spherical) LP-SS Rx beam sweeping regardless of whether QCL information is  configured for the LP-SS. In such embodiments, the network may not need to configure QCL information between the LP-SS and the SSB.

[0055] In other embodiments, if QCL information is configured for the LP-SS, the WUR of the UE may perform LP-SS Rx beam sweeping based on the QCL information (e.g., within the SSB Rx beam direction) , even though more specific beam information for the SSB is not available. In some embodiments, the Rx beam sweeping factor may be reduced based on the QCL information being configured.

[0056] In a second example scenario, the main radio may be in a relaxation mode with respect to serving cell measurements. Accordingly, the main radio may perform some measurements on the serving cell, but the frequency of the measurements may be reduced compared with a higher power mode. The main radio may perform Rx beam sweeping on the SSB to obtain SSB beam information. In some embodiments, the UE (e.g., the WUR) may further perform Rx beam sweeping on the LP-SS based on the SSB beam information (e.g., LP-SS Rx beam sweeping within the SSB beam) .

[0057] In other embodiments, the UE may not perform Rx beam sweeping on the LP-SS if the SSB beam information is available. For example, the UE may use the SSB beam identified from the SSB Rx beam sweeping as the Rx beam to receive the LP-SS.

[0058] In other embodiments, the UE may perform Rx beam sweeping on the LP-SS with a reduced beam sweeping factor based on the availability of the SSB beam information. In yet other embodiments, the UE may perform full LP-SS Rx beam sweeping (e.g., without relying on the SSB beam information) .

[0059] QCL information between LP-WUS and LP-SS

[0060] In some embodiments, the UE may receive QCL information (e.g., QCL type D information) between a LP-WUS and a LP-SS. For example, the QCL information may indicate that LP-WUS x is QCLed type D with LP-SS y. The UE may perform Rx beam sweeping on the LP-SS to obtain beam information and use the beam information to monitor for the LP-WUS in a wakeup occasion. For example, the UE may identify a first Rx beam with a best quality among the Rx beams used for Rx beam sweeping on the LP-SS, and may use the first Rx beam to monitor for the LP-WUS (e.g., to receive the LP-WUS) . The UE  may additionally perform time and / or frequency tracking on the LP-SS, which may be used to monitor for and / or receive the LP-WUS.

[0061] In some embodiments, multiple LP-SSs may be configured for the UE. In embodiments, the UE may prioritize Rx beam sweeping and measurement for a LP-SS for which QCL information is configured with reference to a LP-WUS (e.g., a LP-SS that is QCLed with a LP-WUS) .

[0062] For example, the UE may use a shorter LP-SS measurement period or Rx beam sweeping factor for the prioritized LP-SS compared to another LP-SS. Additionally, or alternatively, if LP-SS occasions of different LP-SSs collide (e.g., occupy overlapping resources or otherwise cannot both be received) , the UE may receive and measure the prioritized LP-SS and not the other LP-SS.

[0063] Example operation flow / algorithmic structures

[0064] FIG. 2 illustrates an operation flow / algorithmic structure 200 in accordance with some embodiments. The operation flow / algorithmic structure 200 may be performed by a UE, such as UE 104, UE 500, or components therein, for example, baseband processor 504A.

[0065] The operation flow / algorithmic structure 200 may include, at 204, identifying whether QCL information is configured between a LP-SS and an SSB. For example, the UE may receive QCL information from the network. The SSB and LP-SS may be transmitted in the same cell or different cells. In some embodiments, the QCL information may be associated with a cell, a cell group, and / or a frequency band. In some embodiments, the LP-SS may be in FR2, e.g., FR2-1.

[0066] The operation flow / algorithmic structure 200 may further include determining, based on the identification, a number of receive beams to use for respective measurements on the LP-SS. For example, the UE may use a smaller number of receive beams if QCL information is configured for the LP-SS. In one example, the number of receive beams may be less than 8 if the QCL information is configured and 8 or more if the QCL information is not configured. In some embodiments, the number of receive beams may be determined further based on a periodicity of the LP-SS. For example, the number of receive beams may  be smaller for a longer periodicity (e.g., to reduce the overall time to obtain the measurements for the longer periodicity) .

[0067] The operation flow / algorithmic structure 200 may further include, at 212, obtaining, via a wakeup radio, the measurements on the LP-SS. The measurements may be obtained using Rx beam sweeping with the determined number of Rx beams. For example, if the QCL information is configured, the UE may perform Rx beam sweeping on the LP-SS within a SSB beam associated with the SSB (e.g., based on the QCL information) . In some instances, the main radio of the UE may perform SSB measurements (e.g., with Rx beam sweeping) on the SSB. The SSB measurements may be used to determine the SSB beam.

[0068] FIG. 3 illustrates another operation flow / algorithmic structure 300 in accordance with some embodiments. The operation flow / algorithmic structure 300 may be performed by a UE, such as UE 104, UE 500, or components therein, for example, baseband processor 504A.

[0069] The operation flow / algorithmic structure 300 may include, at 304, receiving QCL information between a LP-SS and an SSB.

[0070] The operation flow / algorithmic structure 300 may further include, at 308, identifying a measurement mode of the main radio. For example, the measurement mode may be a first mode in which serving cell measurements are fully offloaded to the wakeup radio or a second mode in which the main radio performs serving cell measurements on the SSB.

[0071] The operation flow / algorithmic structure 300 may further include, at 312, configuring a number of receive beams for the wakeup radio to use for receive beam sweeping on the LP-SS based on the measurement mode.

[0072] FIG. 4 illustrates another operation flow / algorithmic structure 400 in accordance with some embodiments. The operation flow / algorithmic structure 400 may be performed by a UE, such as UE 104, UE 500, or components therein, for example, baseband processor 504A.

[0073] The operation flow / algorithmic structure 400 may include, at 404, receiving QCL information between a LP-WUS and a LP-SS. The QCL information may be, for example QCL type D information. The LP-SS and / or L-WUS may be in FR2, e.g., FR2-1.

[0074] The operation flow / algorithmic structure 400 may further include, at 408, increasing a priority of receiving the LP-SS based on receiving the QCL information. For example, the priority of the LP-SS may be increased relative to one or more other LP-SSs that are configured.

[0075] The operation flow / algorithmic structure 400 may further include, at 412, receiving the LP-SS based on the priority. For example, the measurement period and / or receive beam sweeping factor may be reduced for the prioritized LP-SS. Additionally, or alternatively, if there is a collision between the prioritized LP-SS and another signal, the UE (e.g., the WUR of the UE) may receive the prioritized LP-SS instead of the other signal.

[0076] The UE may obtain beam information and / or perform time / frequency tracking based on the LP-SS. The UE may use the beam information and / or time / frequency tracking to monitor for and / or receive the LP-WUS (e.g., based on the QCL information) .

[0077] Example devices

[0078] FIG. 5 illustrates a UE 500 in accordance with some embodiments. The UE 500 may be similar to and substantially interchangeable with UE 104.

[0079] The UE 500 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, or actuators) , video surveillance / monitoring devices (for example, cameras or video cameras) , wearable devices (for example, a smart watch) , or Internet-of-things devices.

[0080] The UE 500 may include processors 504, RF interface circuitry 508, memory / storage 512, user interface 516, sensors 520, driver circuitry 522, power management integrated circuit (PMIC) 524, antenna 526, and battery 528. The components of the UE 500 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 5 is intended to show a high-level view of some of the components of the UE 500. However, some of the components shown may be omitted,  additional components may be present, and different arrangement of the components shown may occur in other implementations.

[0081] The components of the UE 500 may be coupled with various other components over one or more interconnects 532, which may represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, or optical connection that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0082] The processors 504 may include processor circuitry such as, for example, baseband processor circuitry (BB) 504A, central processor unit circuitry (CPU) 504B, and graphics processor unit circuitry (GPU) 504C. The processors 504 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 512 to cause the UE 500 to perform WUR-based RRM as described herein. The processors 504 may also include interface circuitry 504D to enable communication by, for example, communicatively coupling the processor circuitry with one or more other components of the UE 500 (e.g., a main radio and / or WUR as described herein) .

[0083] In some embodiments, the baseband processor 504A may access a communication protocol stack 536 in the memory / storage 512 to communicate over a 3GPP compatible network. In general, the baseband processor 504A may access the communication protocol stack 536 to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a NAS layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 508.

[0084] The baseband processor 504A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0085] The memory / storage 512 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 536)  that may be executed by one or more of the processors 504 to cause the UE 500 to perform WUR-based RRM as described herein.

[0086] The memory / storage 512 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 500. In some embodiments, some of the memory / storage 512 may be located on the processors 504 themselves (for example, memory / storage 512 may be part of a chipset that corresponds to the baseband processor 504A) , while other memory / storage 512 is external to the processors 504 but accessible thereto via a memory interface. The memory / storage 512 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0087] The RF interface circuitry 508 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 500 to communicate with other devices over a radio access network. The RF interface circuitry 508 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, and control circuitry. The transceiver circuitry and / or RFEM may implement a main radio and a WUR as described herein.

[0088] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 526 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 504.

[0089] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 526.

[0090] In various embodiments, the RF interface circuitry 508 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0091] The antenna 526 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical  signals. The antenna elements may be arranged into one or more antenna panels. The antenna 526 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 526 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, or phased array antennas. The antenna 526 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0092] The user interface 516 includes various input / output (I / O) devices designed to enable user interaction with the UE 500. The user interface 516 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes (LEDs) and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, and projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 500.

[0093] The sensors 520 may include devices, modules, or subsystems whose purpose is to detect events or changes in their environment and send the information (sensor data) about the detected events to some other device, module, or subsystem. Examples of such sensors include inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; and microphones or other like audio capture devices.

[0094] The driver circuitry 522 may include software and hardware elements that operate to control particular devices that are embedded in the UE 500, attached to the UE 500, or otherwise communicatively coupled with the UE 500. The driver circuitry 522 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 500. For example, driver circuitry 522 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 520 and control and allow access to sensors 520, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0095] The PMIC 524 may manage power provided to various components of the UE 500. In particular, with respect to the processors 504, the PMIC 524 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0096] A battery 528 may power the UE 500, although in some examples the UE 500 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 528 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 528 may be a typical lead-acid automotive battery.

[0097] FIG. 6 illustrates a network device 600 in accordance with some embodiments. The network device 600 may be similar to, and substantially interchangeable with access node 116, base station 108, and / or TRPs 112.

[0098] The network device 600 may include processors 604, RF interface circuitry 608 (if implemented as a base station) , core network (CN) interface circuitry 614, memory / storage circuitry 612, and antenna structure 626.

[0099] The components of the network device 600 may be coupled with various other components over one or more interconnects 628.

[0100] The processors 604, RF interface circuitry 608, memory / storage circuitry 612 (including communication protocol stack 610) , antenna structure 626, and interconnects 628 may be similar to like-named elements shown and described with respect to FIG. 5.

[0101] The processors 604 may include processor circuitry such as, for example, baseband processor circuitry (BB) 604A, central processor unit circuitry (CPU) 604B, and graphics processor unit circuitry (GPU) 604C. The processors 604 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 612 to cause the network device 600 to perform operations associated with WUR-based RRM as described herein. The processors 604 may also include interface circuitry 604D to communicatively couple the processor circuitry with one or more other components of the network device 600.

[0102] The CN interface circuitry 614 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the network device 600 via a fiber optic or wireless backhaul. The CN interface circuitry 614 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 614 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0103] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0104] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set  forth below. For another example, circuitry associated with a UE, base station, or network element as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0105] Examples

[0106] In the following sections, further examplary embodiments are provided.

[0107] Example 1 includes a method comprising: identifying whether quasi-co-location (QCL) information is configured between a low power synchronization signal (LP-SS) and a synchronization signal block (SSB) , wherein the LP-SS is in a Frequency Range 2-1;determining, based on the identification, a number of receive beams to use for respective measurements on the LP-SS with beam sweeping; and obtaining, via a wakeup radio, the measurements on the LP-SS.

[0108] Example 2 includes the method of example 1, wherein the number of receive beams is less than 8 based on determining that the QCL information is configured.

[0109] Example 3 includes the method of example 1, wherein the identifying includes identifying that the QCL information is configured, and wherein the obtaining the measurements includes obtaining the measurements using receive beam sweeping within a SSB beam associated with the SSB.

[0110] Example 4 includes the method of example 1, wherein the number of receive beams is determined further based on a periodicity of the LP-SS.

[0111] Example 5 includes the method of example 1, wherein the number of receive beams is determined further based on whether a main radio has obtained SSB beam information on the SSB.

[0112] Example 6 includes the method of example 1, wherein obtaining the measurements includes obtaining respective measurements with receive beam sweeping on different LP-SS repetitions within a LP-SS occasion.

[0113] Example 7 includes the method of example 6, further comprising receiving an indication from a network to enable the receive beam sweeping on different LP-Srepetitions within the LP-SS occasion.

[0114] Example 8 includes the method of example 1, wherein the QCL information is associated with a serving cell or a frequency band.

[0115] Example 9 includes the method of example 1, further comprising: encoding, for transmission to a network, user equipment (UE) capability information to indicate a maximum number of receive beams that is supported for receive beam sweeping on the LP-SS;and receiving, based on the UE capability information, a configuration of the number of receive beams.

[0116] Example 10 includes an apparatus comprising: processing circuitry; and interface circuitry to couple the processor circuitry to a main radio and a wakeup radio, wherein the processing circuitry is to: receive quasi-co-location (QCL) information between a low power synchronization signal (LP-SS) and a synchronization signal (SSB) ; identify a measurement mode of the main radio, wherein the measurement mode is a first mode in which serving cell measurements are fully offloaded to the wakeup radio or a second mode in which the main radio performs serving cell measurements on the SSB; and configure a number of receive beams for the wakeup radio to use for receive beam sweeping on the LP-SS based on the measurement mode.

[0117] Example 11 includes the apparatus of example 10, wherein the configured number of receive beams is less for the second mode than for the first mode.

[0118] Example 12 includes the apparatus of example 10, wherein the measurement mode of the main radio is the second mode, and wherein the processing circuitry is to: receive, via the main radio, SSB beam information associated with the SSB, wherein the SSB beam information indicates a SSB receive beam; and obtain, via the wakeup radio, one or more measurements on the LP-SS based on the SSB beam information.

[0119] Example 13 includes the apparatus of example 12, wherein to obtain the one or more measurements includes to obtain multiple measurements on the LP-SS using receive beam sweeping within the SSB receive beam.

[0120] Example 14 includes the apparatus of example 12, wherein the configured number of receive beams for the wakeup radio to use for receive beam sweeping on the LP-SS is 1, and wherein to obtain the one or more measurements includes to obtain a measurement on the LP-SS using the SSB receive beam.

[0121] Example 15 includes the apparatus of example 10, wherein the measurement mode of the main radio is the first mode, and wherein the configured number of receive beams is 8 or more.

[0122] Example 16 includes the apparatus of example 10, wherein the LP-SS is in a Frequency Range 2-1.

[0123] Example 17 includes one or more non-transitory computer-readable media having instructions, stored thereon, that when executed by one or more processors cause a user equipment (UE) to: receive quasi-co-location (QCL) information between a low power wakeup signal (LP-WUS) and a low power synchronization signal (LP-SS) ; increase a priority of receiving the LP-SS based on receiving the QCL information; and receive the LP-SS based on the priority.

[0124] Example 18 includes the one or more non-transitory computer-readable media of example 17, wherein to receive the LP-SS based on the priority includes to reduce a LP-SS measurement period or a receive beam sweeping factor for the LP-SS based on the priority.

[0125] Example 19 includes the one or more non-transitory computer-readable media of example 17, wherein the instructions, when executed, further cause the UE to: identify a collision between the LP-SS and another signal; and drop receipt of the another signal based on the priority.

[0126] Example 20 includes the one or more non-transitory computer-readable media of example 17, wherein the instructions, when executed, further cause the UE to: receive the LP-SS using beam sweeping to obtain beam information; and receive the LP-WUS based on the beam information.

[0127] Another example may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1–20, or any other method or process described herein.

[0128] Another example may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 1–20, or any other method or process described herein.

[0129] Another example may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1–20, or any other method or process described herein.

[0130] Another example may include a method, technique, or process as described in or related to any of examples 1–20, or portions or parts thereof.

[0131] Another example may include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1–20, or portions thereof.

[0132] Another example may include a signal as described in or related to any of examples 1–20, or portions or parts thereof.

[0133] Another example may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1–20, or portions or parts thereof, or otherwise described in the present disclosure.

[0134] Another example may include a signal encoded with data as described in or related to any of examples 1–20, or portions or parts thereof, or otherwise described in the present disclosure.

[0135] Another example may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1–20, or portions or parts thereof, or otherwise described in the present disclosure.

[0136] Another example may include an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1–20, or portions thereof.

[0137] Another example may include a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out the method, techniques, or process as described in or related to any of examples 1–20, or portions thereof.

[0138] Another example may include a signal in a wireless network as shown and described herein.

[0139] Another example may include a method of communicating in a wireless network as shown and described herein.

[0140] Another example may include a system for providing wireless communication as shown and described herein.

[0141] Another example may include a device for providing wireless communication as shown and described herein.

[0142] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0143] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.A method comprising:identifying whether quasi-co-location (QCL) information is configured between a low power synchronization signal (LP-SS) and a synchronization signal block (SSB) , wherein the LP-SS is in a Frequency Range 2-1;determining, based on the identification, a number of receive beams to use for respective measurements on the LP-SS with beam sweeping; andobtaining, via a wakeup radio, the measurements on the LP-SS.2.The method of claim 1, wherein the number of receive beams is less than 8 based on determining that the QCL information is configured.3.The method of claim 1 or 2, wherein the identifying includes identifying that the QCL information is configured, and wherein the obtaining the measurements includes obtaining the measurements using receive beam sweeping within a SSB beam associated with the SSB.4.The method of claim 1 or 2, wherein the number of receive beams is determined further based on a periodicity of the LP-SS.5.The method of claim 1 or 2, wherein the number of receive beams is determined further based on whether a main radio has obtained SSB beam information on the SSB.6.The method of claim 1 or 2, wherein obtaining the measurements includes obtaining respective measurements with receive beam sweeping on different LP-SS repetitions within a LP-SS occasion.7.The method of claim 6, further comprising receiving an indication from a network to enable the receive beam sweeping on different LP-S repetitions within the LP-SS occasion.8.The method of claim 1 or 2, wherein the QCL information is associated with a serving cell or a frequency band.9.The method of claim 1 or 2, further comprising:encoding, for transmission to a network, user equipment (UE) capability information to indicate a maximum number of receive beams that is supported for receive beam sweeping on the LP-SS; andreceiving, based on the UE capability information, a configuration of the number of receive beams.10.An apparatus comprising:processing circuitry; andinterface circuitry to couple the processor circuitry to a main radio and a wakeup radio, wherein the processing circuitry is to:receive quasi-co-location (QCL) information between a low power synchronization signal (LP-SS) and a synchronization signal (SSB) ;identify a measurement mode of the main radio, wherein the measurement mode is a first mode in which serving cell measurements are fully offloaded to the wakeup radio or a second mode in which the main radio performs serving cell measurements on the SSB; andconfigure a number of receive beams for the wakeup radio to use for receive beam sweeping on the LP-SS based on the measurement mode.11.The apparatus of claim 10, wherein the configured number of receive beams is less for the second mode than for the first mode.12.The apparatus of claim 10 or 11, wherein the measurement mode of the main radio is the second mode, and wherein the processing circuitry is to:receive, via the main radio, SSB beam information associated with the SSB, wherein the SSB beam information indicates a SSB receive beam; andobtain, via the wakeup radio, one or more measurements on the LP-SS based on the SSB beam information.13.The apparatus of claim 12, wherein to obtain the one or more measurements includes to obtain multiple measurements on the LP-SS using receive beam sweeping within the SSB receive beam.14.The apparatus of claim 12, wherein the configured number of receive beams for the wakeup radio to use for receive beam sweeping on the LP-SS is 1, and wherein to obtain the one or more measurements includes to obtain a measurement on the LP-SS using the SSB receive beam.15.The apparatus of claim 10 or 11, wherein the measurement mode of the main radio is the first mode, and wherein the configured number of receive beams is 8 or more.16.The apparatus of claim 10 or 11, wherein the LP-SS is in a Frequency Range 2-1.17.One or more non-transitory computer-readable media having instructions, stored thereon, that when executed by one or more processors cause a user equipment (UE) to:receive quasi-co-location (QCL) information between a low power wakeup signal (LP-WUS) and a low power synchronization signal (LP-SS) ;increase a priority of receiving the LP-SS based on receiving the QCL information; andreceive the LP-SS based on the priority.18.The one or more non-transitory computer-readable media of claim 17, wherein to receive the LP-SS based on the priority includes to reduce a LP-SS measurement period or a receive beam sweeping factor for the LP-SS based on the priority.19.The one or more non-transitory computer-readable media of claim 17 or 18, wherein the instructions, when executed, further cause the UE to:identify a collision between the LP-SS and another signal; anddrop receipt of the another signal based on the priority.20.The one or more non-transitory computer-readable media of claim 17 or 18, wherein the instructions, when executed, further cause the UE to:receive the LP-SS using beam sweeping to obtain beam information; andreceive the LP-WUS based on the beam information.

Images