Radio resource management for cross-carrier random access channel transmission in low power wake up receiver user equipment

Abstract

Systems, methods, processors, and circuitries are provided for cross-carrier random access channel (RACH) transmission in low power wake-up receiver (LP-WUR) user equipment (UE). In one example, a UE includes a low power wake-up radio receiver, a main radio receiver, and a baseband processor coupled to the low power wake-up radio receiver and the main radio receiver. The baseband processor is configured to, when executing instructions stored in a memory, cause the UE to receive configuration of a first carrier for monitoring for wake-up signals (WUSs) and paging messages and a second carrier for transmitting a random access channel (RACH) transmission. In in response to receiving a WUS on the first carrier with the low power wake-up radio receiver, the baseband process wakes up the main radio receiver, and with the main radio receiver, receives a paging message on the first carrier and transmits a RACH transmission on the second carrier.

Description

RADIO RESOURCE MANAGEMENT FOR CROSS-CARRIER RANDOM ACCESS CHANNEL TRANSMISSION IN LOW POWER WAKE UP RECEIVER USER EQUIPMENTFIELD

[0001] This disclosure relates to wireless communication networks and mobile device capabilities.BACKGROUND

[0002] Wireless communication networks and wireless communication services are becoming increasingly dynamic, complex, and ubiquitous. For example, some wireless communication networks may be developed to implement fifth generation (5G) or new radio (NR) technology, sixth generation (6G) technology, and so on. Such technology may include solutions for enabling user equipment (UE) and network devices, such as base stations, to communicate with one another. A feature of such networks and devices may include power saving measures in which a UE operates in a low power state until notified by the network of impending downlink communication.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] The present disclosure will be readily understood and enabled by the detailed description and accompanying figures of the drawings. Like reference numerals may designate like features and structural elements. Figures and corresponding descriptions are provided as non-limiting examples of aspects, implementations, etc., of the present disclosure, and references to "an" or “one” aspect, implementation, etc., may not necessarily refer to the same aspect, implementation, etc., and may mean at least one, one or more, etc.

[0004] FIG. 1A is a block diagram of an example UE that includes a main radio receiver and a low power wake-up radio receiver, according to various aspects disclosed herein.

[0005] FIG. 1B is a timeline diagram of a UE operating in a power saving mode, according to various aspects disclosed herein.

[0006] FIG. 2 is a message flow diagram outlining an example cross-carrier random access channel (RACH) transmission in a low power wake-up receiver (LP-WUR) user equipment (UE) , according to various aspects disclosed herein.

[0007] FIG. 3 is a message flow diagram outlining an example cross-carrier RACH transmission in LP-WUR UE, according to various aspects disclosed herein.

[0008] FIG. 4 is a message flow diagram outlining an example cross-carrier RACH transmission in LP-WUR UE, according to various aspects disclosed herein.

[0009] FIG. 5 is a message flow diagram outlining an example cross-carrier RACH transmission in LP-WUR UE, according to various aspects disclosed herein.

[0010] FIG. 6 is a message flow diagram outlining an example cross-carrier RACH transmission in LP-WUR UE, according to various aspects disclosed herein.

[0011] FIG. 7 is a flow diagram outlining an example method for performing cross-carrier RACH transmission, according to various aspects disclosed herein.

[0012] FIGs. 8A and 8B are flow diagrams outlining example methods for performing cross-carrier RACH transmission, according to various aspects disclosed herein.

[0013] FIG. 9A and 9B are flow diagrams outlining example methods for performing cross-carrier RACH transmission, according to various aspects disclosed herein.

[0014] FIG. 10 is a diagram of an example wireless network, according to various aspects disclosed herein.

[0015] FIG. 11 is a diagram of an example of components of a device according to various aspects disclosed herein.DETAILED DESCRIPTION

[0016] The following detailed description refers to the accompanying drawings. Like reference numbers in different drawings may identify the same or similar features, elements, operations, etc. Additionally, the present disclosure is not limited to the following description as other implementations may be utilized, and structural or logical changes made, without departing from the scope of the present disclosure.

[0017] A UE operating within a wireless network may be in one of a number of states. For example, radio resource control (RRC) -CONNECTED state refers to a state where the UE and the base station are connected and the UE is available for exchanging information with the base station. RRC-IDLE refers to a state in which the UE is not exchanging information with a base station, but the UE takes steps to find and maintain a service connection with the base station. RRC-INACTIVE refers to a sate where a UE remains connected with an Access Management Function (AMF) and can move within an area configured by the network without notifying the network.

[0018] When the UE is in the RRC-IDLE or RRC-INACTIVE state, the UE may enter a sleep state in which selected UE components (e.g., a baseband processor, main radio receiver, and so on) are powered off or put into a low power consumption mode to conserve power. While in the sleep state, the UE may monitor for wake-up signals (WUSs) that alert the UE that it should change its operating mode to enable the UE to receive a subsequent signal. The subsequent signal may be, for example, a physical downlink control channel (PDCCH) transmission indicating that a communication will be transmitted to the UE, a reference signal for cell selection or tracking purposes, system information, and so on. Upon receiving a WUS, the components powered off during sleep may be powered back on to receive the subsequent signal.

[0019] FIG. 1A is a block diagram of an example low power-wake up receiver (LP-WUR) UE 110 that includes a main radio receiver (MR) 120, a low power wake-up radio receiver (LR) 130, and a baseband processor 140. The MR 120 includes a receiver front end 121, a downconverter 122, an amplifier / baseband filter 124, a demodulator 126, and an analog-to-digital convertor 127. The front end 121 may include a filter and / or a low noise amplifier (LNA) configured to receive an RF signal and amplify the received RF signal for further processing. The downconverter 122 may include circuitry configured to receive the output of the front end 121 and down-convert the RF signal using a local oscillator (LO) signal to either an intermediate frequency (IF) or to a baseband or near-baseband signal for further processing. The demodulator 126 may be configured to demodulate the received signal to recover the encoded information signal (e.g., data or payload) . The ADC may be configured to convert the analog signal from the demodulator to digital signals. The output of the ADC 127 is provided to the baseband processor 140 for further processing.

[0020] The LR 130 includes a receiver front end 131, a downconverter 132, an amplifier / baseband filter 134, a demodulator 136, and an analog-to-digital convertor 137. The front end 131 may include a filter and / or a LNA configured to receive a WUS signal and amplify the received WUS signal for further processing. The downconverter 132 may include circuitry configured to receive the output of the front end 131 and down-convert the RF signal using an LO signal to either IF or to a baseband or near-baseband signal for further processing. The demodulator 136 may be configured to demodulate the received signal to recover the encoded information signal (e.g., a wake-up message or information bits) . The ADC may be configured to convert the analog signal from the demodulator to digital signals. The output of the ADC 137 is provided to the baseband processor 140 for further processing. It is noted that the architecture of the LR 130 is just one example, and there may be other low power wake-up radio receiver architectures capable of utilizing the disclosed solutions.

[0021] The baseband processor includes a digital signal processor (DSP) 142 and a wake-up signal (WUS) processor 145. The DSP 142 is configured to perform one or more digital processing operations to convert the digital information signal received fro the ADC 127 to a usable data signal. The WUS processor 145 is configured to perform one or more digital processing operations to convert the digital information signal received from the ADC 137 to a signal that may be used to determine whether the main radio receiver 120 and parts of the baseband processor 140 not used for WUS processing should be activated to process subsequently received signals (e.g., PDCCH, reference signals, system information, and so on) .

[0022] In some examples, the LR 130 may be implemented as a separate receiver from the MR 120 (e.g., using a self-contained set of hardware components) as illustrated in FIG. 1A. In other examples, the low power wake-up radio receiver may include a portion of the main radio receiver with processing capability tailored to process WUSs. Accordingly, the low power wake-up radio receiver 130 may be efficient from a power consumption perspective because it need only process a relatively small WUS payload size (e.g., having a single bit or a few bits) and / or a simple waveform. Further, because the WUS payload size may be small, the portion of the baseband processor resources used to process the WUS (e.g., the WUS processor 145) may be small compared to the overall processing capability of the baseband processor 140 and / or the DSP 142.

[0023] FIG. 1B illustrates a timeline overview of operational status of a UE that monitors for WUS using a low power wake-up radio receiver. The UE is configured to monitor time and frequency resources corresponding to WUS transmission occasions 152. A number of paging occasions, (POs) 156, are indicated in FIG. 1B. A PO is a general term used herein for time and frequency resources allocated for paging, PDCCH, reference signals, system information blocks, or any other communication that the UE should power up the main radio receiver 120 to receive. Signaling received in different POs may include different types of information, such that not all POs will include reference signals, system information, and so on.

[0024] The respective WUS transmission occasions 152 are configured to precede a respective PO by a gap 154. The gap 154 has a duration that is selected based on a time it takes for the main radio receiver 120 to power on and be able to receive the expected subsequent signaling (e.g., PDCCH, reference signals, system information blocks, and so on) . While the UE is in asleep (e.g., RRC-INACTIVE or RRC-IDLE) the MR 120 and, as disclosed above, significant portions of the baseband processor are powered off or are in a very low power state. The LR 130 may remain powered on to monitor each WUS transmission occasion 152. The timing according to which the LR monitors for WUS is referred to as the discontinuous reception (DRX) cycle.

[0025] While the UE is in the low power mode, the MR wakes up periodically to measure reference signals such as synchronization signal blocks (SSBs) 172 during selected POs. This process is called radio resource management (RRM) . Based on the measurements, the UE (e.g., the MR) may perform cell re-selection if necessary. The periodicity with which the MR wakes up to make these measurements is referred to as the SSB-based RRM timing configuration (SMTC) periodicity. The SMTC periodicity may shorter than the DRX cycle as indicated in FIG. 1B. The RRM related monitoring may be configured and performed independently of any WUS. In general, the process of operating in a low power state in which the UE wakes up periodically to perform RRM measurements and receive system information from the network is referred to as “camping” on a certain cell. In this example, the UE is camping on carrier X, which is the carrier on which WUS and paging messages are received by the LR and the MR, respectively.

[0026] When a WUS 160 is detected during a WUS transmission occasion, the UE wakes up the MR 120. The MR 120 receives signaling during a subsequent PO 174. The signaling may include a paging signal that alerts the MR that it should establish a connection with the network. The signaling may include system information blocks (SIBs) that indicate information about random access channel (RACH) opportunities (ROs) that may be used by the UE to access the network. The UE may read SIB received during the PO 174 and use an indicated RO 175 to contact the network and re-establish a connection.

[0027] When the MR wakes up, it may receive the paging / SIB signaling on the same carrier as the LR receives the WUS. In some examples, signaling associated with the RACH process (e.g., during RO 175) may be performed using this same carrier. However, in some circumstances it may be beneficial or necessary to perform the RACH process on a different carrier than the carrier used for the paging / SIB. For example, when many UEs are monitoring for LP-WUS and paging on the same carrier, congestion could occur if the UEs use the same carrier for transmitting RACH-related signals.

[0028] Disclosed herein are systems, processors, and methods for supporting cross-carrier RACH in a LP-WUR UE. As used herein cross-carrier RACH refers to a scenario in which a RACH transmission during RO 175 occurs on a different carrier than the signaling during PO 174.

[0029] FIG. 2 is a message flow diagram that provides an overview of an example general process for cross-carrier RACH. At 205 the UE is configured with a first carrier X on which WUS is received by the LR and paging / system information is received by the MR. The UE is also configured with a second carrier Y on which the UE is to transmit a RACH transmission (e.g., PRACH preamble, Msg1, MsgA, and so on) . The configuration of carrier Y may include an indication of reference signals that are to be used to perform initial tuning operations for carrier Y. The configuration of carriers X and Y may occur when the UE is transitioning out of an RRC-CONNECTED state to an RRC-INACTIVE or RRC-IDLE state.

[0030] A WUS 210 is received by the LR and at 215 the MR wakes up tuned to and downlink (DL) synched with carrier X by virtue of the ongoing RRM process. A paging message and / or SIB 240 is received by the MR on carrier X. In order to transmit a RACH transmission 290 on carrier Y, the MR must have performed initial tuning operations for carrier Y, fine tuning operations for carrier Y, and read SIB that informs the UE about ROs on carrier Y. These operations are indicated generally as 260 and in dashed line because these operations may be performed at different points in the message flow as will be seen in FIGs. 3-6.

[0031] Initial tuning includes tuning an RF chain to carrier Y and performing initial automatic gain control (AGC) settling and primary synchronization signal (PSS)  / secondary synchronization signal (SSS) detection for acquiring a coarse timing of carrier Y. The reference signals used for AGC settling and PSS / SSS detection may be provided in the configuration of carrier Y at 205.

[0032] Fine tuning includes performing time / frequency (T / F) tracking by measuring reference signals like channel state information (CSI) reference signals (RS) , and receiving SIB (e.g., SIB1) which includes information needed for full downlink synchronization.

[0033] It is noted that the SIB transmitted on carrier X may or may not provide information about ROs in carrier Y. Before the UE can transmit a RACH message 290 on carrier Y, the UE must read SIB that informs the UE about ROs for carrier Y. In some options described in more detail below, the SIB transmitted in carrier X may include information about ROs for carrier Y. In other options, the SIB transmitted in carrier X does not include this information and SIB transmitted in carrier Y includes information about ROs for carrier Y.

[0034] Two considerations in determining the process for cross-carrier RACH are a duration of any interruption on carrier X and a RACH delay, which may be defined as the delay between when the WUS signal is received and the RACH transmission is transmitted. Solutions below provided different alternatives with respect to these two considerations.

[0035] FIG. 3 is a message flow diagram outlining one example process for performing cross-carrier RACH. At 305 the UE is configured with a first carrier X on which WUS is received by the LR and paging / system information is received by the MR. The UE is also configured with a second carrier Y on which the UE is to transmit a RACH transmission (e.g., PRACH preamble, Msg1, MsgA, and so on) . The configuration of carrier Y may include an indication of reference signals that are to be used to perform initial tuning operations for carrier Y. The configuration of carriers X and Y may occur when the UE is transitioning out of an RRC-CONNECTED state to an RRC-INACTIVE or RRC-IDLE state. At 305 the UE is synched only with carrier X and is configured to camp on carrier X.

[0036] In the example of FIG. 3, the UE preemptively synchronizes with carrier Y periodically to reduce RACH delay. Independent of receiving a WUS, at an expiration of each first period m, the MR performs initial tuning with respect to carrier Y. Also independent of receiving a WUS, at an expiration of each second period n, the MR performs fine tuning with respect to carrier Y. It is noted that operations 310 and 320 may each cause an interruption in the MR’s monitoring for paging on carrier X. Period m may be significantly longer than period n. This is because once initial tuning for carrier Y is performed, the settings determined during this operation may be saved and used for subsequent fining tuning operations. In some examples, the initial tuning 310 may only be performed once soon after the UE enters the INACTIVE or IDLE mode.

[0037] The period n that defines the periodicity of the fine tuning for carrier Y may be performed periodically with a period that is determined based on one or more of the DRX cycle, the SMTC periodicity or SSB periodicity of carrier Y, the periodicity of SIB that is used for synchronization on carrier Y, a fixed period, and so on.

[0038] The interruption that is caused by operation 320 may be limited based on the period n and a time required by the UE to receive and decode relevant system information data associated with fine tuning on carrier Y (TSI-NR) . For example, the interruption may be limited as being less than or equal to TSI-NR + (k) n. The number k is the number of samples (e.g., SSB measurements) needed for the PHY layer to perform timing / frequency tracking associated with the fine tuning operation. For example, k may be 2 in legacy systems.

[0039] When the time resources of periodic fine tuning 320 fully overlaps with the time resources for POs, the WUS monitoring may be performed at a first rate or P%of the time and the fine tuning may be performed at a second rate or Q%of the time or the remaining time resources, where P+Q=1. In one example P=1 / 3 and Q=2 / 3. When the time resources of periodic fine tuning 320 partially overlaps with the time resources for a PO on carrier X, fine tuning on Y may only be performed on those resources when POs on carrier X do not occur.

[0040] A WUS 330 is received by the LR and, in response, the MR wakes up at 340. The MR is already synched with carriers X and Y. The MR receives a paging message 350 on carrier X. At 350, the MR tunes to carrier Y and, without needing to perform initial or fine tuning for carrier Y, receives SIB 370 that defines ROs for carrier Y. At 380 the UE determines a RO based on the SIB 370 and transmits RACH transmission 390 on carrier Y during the determined RO.

[0041] FIG. 4 is a message flow diagram outlining one example process for performing cross-carrier RACH. At 405 the UE is configured with a first carrier X on which WUS is received by the LR and paging / system information is received by the MR. The UE is also configured with a second carrier Y on which the UE is to transmit a RACH transmission (e.g., PRACH preamble, Msg1, MsgA, and so on) . The configuration of carrier Y may include an indication of reference signals that are to be used to perform coarse tuning operations for carrier Y. The configuration of carriers X and Y may occur when the UE is transitioning out of an RRC-CONNECTED state to an RRC-INACTIVE or RRC-IDLE state. At 405 the UE is synched only with carrier X and is configured to camp on carrier X.

[0042] In the example of FIG. 4, rather than preemptively synchronizing with carrier Y, to avoid interruption on carrier X the UE synchronizes with carrier Y in response to receiving the paging message. A WUS 410 is received by the LR and, in response, the MR wakes up at 420. The MR is only synched with carrier X. The MR receives a paging message 430 on carrier X.

[0043] At 440, the MR performs initial tuning with respect to carrier Y and at 450 the MR performs fine tuning with respect to carrier Y. It is noted that operations 440 and 450 will not cause an interruption in the monitoring for paging messages on carrier X because the MR has already powered up and is going to connect to the network based on the paging message 430. The MR receives SIB 460 on carrier Y that defines ROs for carrier Y. At 470 the UE determines a RO based on the SIB 460 and transmits RACH transmission 490 on carrier Y during the determined RO.

[0044] It can be seen that the cross-carrier RACH process outlined in FIG. 3 reduces RACH delay at the cost of interruption to WUS monitoring on carrier X while the process outlined in FIG. 4 eliminates interruption on carrier X but at the cost of increased RACH delay.

[0045] FIGs. 5 and 6 illustrate additional examples for cross-carrier RACH in which SIB transmitted in carrier X includes RO information for carrier Y. Referring first to FIG. 5, at 505 the UE is configured with a first carrier X on which WUS is received by the LR and paging / system information is received by the MR. The UE is also configured with a second carrier Y on which the UE is to transmit a RACH transmission (e.g., PRACH preamble, Msg1, MsgA, and so on) . The configuration of carrier Y may include an indication of reference signals that are to be used to perform coarse tuning operations for carrier Y. The configuration of carriers X and Y may occur when the UE is transitioning out of an RRC-CONNECTED state to an RRC-INACTIVE or RRC-IDLE state. At 505 the UE is synched only with carrier X and is configured to camp on carrier X.

[0046] During RRM measurements, the MR receives SSBs / SIB for carrier X as described above, but in this example, the SIB 510 on carrier X also provides information about ROs in carrier Y. The SIB 510 may require repetitions to be properly decoded by the MR. At 520 the UE determines ROs for carrier Y based on the SIB 510 on carrier X.

[0047] In the example of FIG. 5, the UE preemptively synchronizes with carrier Y periodically to reduce RACH delay. Independent of receiving a WUS, at 530 at an expiration of each first period m, the MR performs initial tuning with respect to carrier Y. Independent of receiving a WUS, at 540 at an expiration of each second period n, the MR performs fine tuning with respect to carrier Y. It is noted that operations 530 and 540 may cause an interruption in the MR’s monitoring for paging on carrier X. Period m may be significantly longer than period n. This is because once initial tuning for carrier Y is performed, the settings determined during this operation may be saved and used for subsequent fining tuning operations. In some examples, the initial tuning 530 may only be performed once soon after the UE enters the INACTIVE or IDLE mode.

[0048] The period n that defines the periodicity of the fine tuning for carrier Y may be performed periodically with a period that is determined based on one or more of the DRX cycle, the SMTC periodicity or SSB periodicity of carrier Y, the periodicity of SIB that is used for synchronization on carrier Y, a fixed period, and so on.

[0049] The interruption that is caused by operation 540 may be limited based on the period n and the scaling factor k that is a number of physical samples needed to perform the timing / frequency tracking associated with the fine tuning operation. It is noted that, as compared to the example of FIG. 3, because the SIB received on carrier X provides information about ROs in carrier Y, the interruption will not include the time required by the UE to receive and decode relevant system information data associated with fine tuning. Thus, in this example, the interruption may be limited as being less than or equal to (k) n, where k is greater than or equal to 1. In some examples, the approach shown in FIG. 5 may provide reduced interruption as compared to the approach shown in FIG. 3.

[0050] When the time resources of periodic fine tuning 520 on carrier Y fully overlaps with the time resources for the POs on carrier X, the PO monitoring on carrier X may be performed at a first rate or P%of the time and the fine tuning on carrier Y may be performed at a second rate or Q%of the time, where P+Q=1. In one example P=1 / 3 and Q=2 / 3. When the time resources of periodic fine tuning 520 partially overlaps with the time resources for POs on carrier X, fine tuning may only be performed when WUS TX opportunities do not occur.

[0051] In some examples, fine tuning on carrier Y 540 is only performed in time resources that do not overlap with POs on carrier X. In this case, since the UE is INACTIVE or IDLE mode, outside paging occasions no data traffic will be scheduled and thus tuning to carrier Y for fine tuning will not cause an interruption on carrier X.

[0052] A WUS 550 is received by the LR and, in response, the MR wakes up at 560. The MR is already synched with carriers X and Y and knows information about ROs on carrier Y by virtue of SIB 510. The MR receives a paging message 570 on carrier X. At 580, the MR tunes to carrier Y and, without needing to perform initial or fine tuning for carrier Y or receiving SIB that defines ROs for carrier Y, the MR transmits RACH transmission 390 on carrier Y during the determined RO.

[0053] FIG. 6 is a message flow diagram outlining one example process for performing cross-carrier RACH. At 405 the UE is configured with a first carrier X on which WUS is received by the LR and paging / system information is received by the MR. The UE is also configured with a second carrier Y on which the UE is to transmit a RACH transmission (e.g., PRACH preamble, Msg1, MsgA, and so on) . The configuration of carrier Y may include an indication of reference signals that are to be used to perform coarse tuning operations for carrier Y. The configuration of carriers X and Y may occur when the UE is transitioning out of an RRC-CONNECTED state to an RRC-INACTIVE or RRC-IDLE state. At 405 the UE is synched only with carrier X and is configured to camp on carrier X.

[0054] During RRM measurements, the MR receives SSBs / SIB for carrier X as described above, as with the example of FIG. 5, the SIB 510 on carrier X also provides information about ROs in carrier Y. The SIB 510 may require repetitions to be properly decoded by the MR. At 620 the UE determines ROs for carrier Y based on the SIB 510 on carrier X.

[0055] In the example of FIG. 6, the UE synchronizes with carrier Y in response to receiving the paging message to avoid interruption on carrier X. A WUS 630 is received by the LR and, in response, the MR wakes up at 640. The MR is only synched with carrier X but already knows information about ROs for carrier Y. The MR receives a paging message 650 on carrier X.

[0056] At 660, the MR performs initial tuning with respect to carrier Y and at 670 the MR performs fine tuning with respect to carrier Y. It is noted that operations 660 and 670 will not cause an interruption in the monitoring for WUS on carrier X because the MR has already powered up and is going to connect to the network based on the paging message 650. At 690, without needing to perform initial or fine tuning for carrier Y or receiving SIB that defines ROs for carrier Y, the MR transmits RACH transmission 690 on carrier Y during the determined RO.

[0057] It can be seen that the cross-carrier RACH process outlined in FIG. 5 reduces RACH delay at the cost of interruption to PO monitoring on carrier X while the process outlined in FIG. 6 eliminates interruption on carrier X but at the cost of increased RACH delay. Further, the cross-carrier RACH processes of FIGs. 5 and 6 may reduce RACH latency as compared to the processes of FIGs. 3 and 4, respectively, due to the carrier Y RO information being provided in SIB on carrier X. It is noted that the approaches outlined in FIGs. 5 and 6 may add complexity to SIBs transmitted in carrier X.

[0058] FIG. 7 is a flow diagram outlining an example method 700 for performing cross-carrier RACH with a LP-WUR UE. The method includes, at 710, receiving configuration of a first carrier for monitoring for WUSs and paging messages and a second carrier for transmitting a RACH transmission. The configuration may be received when transitioning to an RRC-INACTIVE or RRC-IDLE state from an RRC-CONNECTED state. The configuration may include configuration of reference signals in the second carrier that may be used for tuning to the second carrier. The LP-WUR UE may camp on the first carrier while in the RRC-INACTIVE or RRC-IDLE state while the LP receiver monitors for WUS in the first carrier.

[0059] At 720, a WUS is received on the first carrier and the main radio receiver wakes up and a paging message is received on the first carrier. At 730, the method includes transmitting a RACH transmission on the second carrier.

[0060] FIGs. 8A, 8B, 9A, and 9B present several different example alterative methods for how a LP-WUR UE performs tuning operations for the second carrier and receives system information describing RACH opportunities in the second carrier to enable cross-carrier RACH.

[0061] FIG. 8A is a flow diagram outlining an example method 800 for performing cross-carrier RACH with a LP-WUR UE. In this method, as also described with reference to FIGs. 3 and 5, the UE periodically performs tuning operations (e.g., initial tuning and fine tuning) independent of receiving a WUS to prepare for transmitting cross-carrier RACH. The method includes, at 810, receiving configuration of a first carrier for monitoring for WUSs and paging messages and a second carrier for transmitting a RACH transmission. The configuration may be received when transitioning to an RRC-INACTIVE or RRC-IDLE state from an RRC-CONNECTED state. The configuration may include configuration of reference signals in the second carrier that may be used for tuning to the second carrier. The LP-WUR UE may camp on the first carrier while in the RRC-INACTIVE or RRC-IDLE state while the LP receiver monitors for WUS in the first carrier.

[0062] At 820, the method includes, independent of receiving the WUS, performing tuning for the second carrier according to a periodicity. The periodicity may be based on one or more of a DRX cycle for the UE, an SMTC periodicity or SSB periodicity of the second carrier, or a fixed period. When time resources for performing the fine tuning fully overlaps with time resources for a paging occasion in the first carrier, the method may include monitoring for paging messages in the time resources according to a first rate and performing fine tuning in remaining time resources. When time resources for performing the fine tuning partially overlap with time resources for paging occasions in the first carrier, the method may include performing fine tuning in time resources for performing the fine tuning that do not overlap with the time resources for paging occasions in the firsts carrier.

[0063] At 830, a WUS is received on the first carrier and the main radio receiver wakes up and a paging message is received on the first carrier. At 840, the message includes transmitting a RACH transmission on the second carrier.

[0064] FIG. 8B is a flow diagram outlining an example method 850 for performing cross-carrier RACH with a LP-WUR UE. In this method, as also described with reference to FIGs. 4 and 6, the UE performs tuning operations (e.g., initial tuning and fine tuning) after receiving the paging message. The method includes, at 860, receiving configuration of a first carrier for monitoring for WUSs and paging messages and a second carrier for transmitting a RACH transmission. The configuration may be received when transitioning to an RRC-INACTIVE or RRC-IDLE state from an RRC-CONNECTED state. The configuration may include configuration of reference signals in the second carrier that may be used for tuning to the second carrier. The LP-WUR UE may camp on the first carrier while in the RRC-INACTIVE or RRC-IDLE state while the LP receiver monitors for WUS in the first carrier.

[0065] At 870, a WUS is received on the first carrier and the main radio receiver wakes up and a paging message is received on the first carrier. At 880, the method includes performing tuning for the second carrier.

[0066] At 890, the method includes transmitting a RACH transmission on the second carrier.

[0067] FIG. 9A is a flow diagram outlining an example method 900 for performing cross-carrier RACH with a LP-WUR UE. In this method, as also described with reference to FIGs. 3 and 4, after waking up and tuning the second carrier, the UE receives system information that describes ROs for the second carrier. The method includes, at 910, receiving configuration of a first carrier for monitoring for WUSs and paging messages and a second carrier for transmitting a RACH transmission. The configuration may be received when transitioning to an RRC-INACTIVE or RRC-IDLE state from an RRC-CONNECTED state. The configuration may include configuration of reference signals in the second carrier that may be used for tuning to the second carrier. The LP-WUR UE may camp on the first carrier while in the RRC-INACTIVE or RRC-IDLE state while the LP receiver monitors for WUS in the first carrier.

[0068] At 920, a WUS is received on the first carrier and the main radio receiver wakes up, a paging message is received on the first carrier, and the UE tunes to the second carrier. At 930, the method includes receiving system information that describes ROs for the second carrier. At 940, the method includes transmitting a RACH transmission on the second carrier.

[0069] FIG. 9B is a flow diagram outlining an example method 950 for performing cross-carrier RACH with a LP-WUR UE. In this method, as also described with reference to FIGs. 5 and 6, the UE receives system information (e.g., SIB) on the first carrier that describes ROs for the second carrier. The method includes, at 960, receiving configuration of a first carrier for monitoring for WUSs and paging messages and a second carrier for transmitting a RACH transmission. The configuration may be received when transitioning to an RRC-INACTIVE or RRC-IDLE state from an RRC-CONNECTED state. The configuration may include configuration of reference signals in the second carrier that may be used for tuning to the second carrier. The LP-WUR UE may camp on the first carrier while in the RRC-INACTIVE or RRC-IDLE state while the LP receiver monitors for WUS in the first carrier.

[0070] At 970, the method includes, independent of receiving the WUS, periodically receiving system information on the first carrier that describes ROs for the second carrier.

[0071] At 980, a WUS is received on the first carrier and the main radio receiver wakes up and a paging message is received on the first carrier. At 990, the message includes transmitting a RACH transmission on the second carrier.

[0072] As can be seen from the foregoing disclosure, cross-carrier RACH may be supported using the any of the disclosed techniques.

[0073] FIG. 10 is an example network 1000 according to one or more implementations described herein. Example network 1000 may include UEs 1010-1, 1010-2, etc. (referred to collectively as “UEs 1010” and individually as “UE 1010” ) , a radio access network (RAN) 1020, a core network (CN) 1030, application servers 1040, and external networks 1050.

[0074] Above are several flow diagrams outlining example methods and exchanges of messages. In this description and the appended claims, use of the term “determine” with reference to some entity (e.g., parameter, variable, and so on) in describing a method step or function is to be construed broadly. For example, “determine” is to be construed to encompass, for example, receiving and parsing a communication that encodes the entity or a value of an entity. “Determine” should be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores the entity or value for the entity. “Determine” should be construed to encompass computing or deriving the entity or value of the entity based on other quantities or entities. “Determine” should be construed to encompass any manner of deducing or identifying an entity or value of the entity.

[0075] As used herein, the term identify when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner of determining the entity or value of the entity. For example, the term identify is to be construed to encompass, for example, receiving and parsing a communication that encodes the entity or a value of the entity. The term identify should be construed to encompass accessing and reading memory (e.g., device queue, lookup table, register, device memory, remote memory, and so on) that stores the entity or value for the entity.

[0076] As used herein, the term encode when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner or technique for generating a data sequence or signal that communicates the entity to another component.

[0077] As used herein, the term select when used with reference to some entity or value of an entity is to be construed broadly as encompassing any manner of determining the entity or value of the entity from amongst a plurality or range of possible choices. For example, the term select is to be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores the entities or values for the entity and returning one entity or entity value from amongst those stored. The term select is to be construed as applying one or more constraints or rules to an input set of parameters to determine an appropriate entity or entity value. The term select is to be construed as broadly encompassing any manner of choosing an entity based on one or more parameters or conditions.

[0078] As used herein, the term derive when used with reference to some entity or value of an entity is to be construed broadly. “Derive” should be construed to encompass accessing and reading memory (e.g., lookup table, register, device memory, remote memory, and so on) that stores some initial value or foundational values and performing processing and / or logical / mathematical operations on the value or values to generate the derived entity or value for the entity. The term derive should be construed to encompass computing or calculating the entity or value of the entity based on other quantities or entities. The term derive should be construed to encompass any manner of deducing or identifying an entity or value of the entity.

[0079] As used herein, the term indicate when used with reference to some entity (e.g., parameter or setting) or value of an entity is to be construed broadly as encompassing any manner of communicating the entity or value of the entity either explicitly or implicitly. For example, bits within a transmitted message may be used to explicitly encode an indicated value or may encode an index or other indicator that is mapped to the indicated value by prior configuration. The absence of a field within a message may implicitly indicate a value of an entity based on prior configuration.Examples

[0080] Example 1 is a user equipment (UE) , including a low power wake-up radio receiver, a main radio receiver, and a baseband processor coupled to the low power wake-up radio receiver and the main radio receiver. The baseband processor is configured to, when executing instructions stored in a memory, cause the UE to, with the main radio receiver, receive configuration of a first carrier for monitoring for wake-up signals (WUSs) and paging messages and a second carrier for transmitting a random access channel (RACH) transmission; and in response to receiving a WUS on the first carrier with the low power wake-up radio receiver, wake up the main radio receiver, and with the main radio receiver, receive a paging message on the first carrier; and transmit a RACH transmission on the second carrier.

[0081] Example 2 includes the subject matter of example 1, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, with the main radio receiver, independent of the low power wake-up radio receiver receiving the WUS, perform initial tuning for the second carrier according to a first periodicity; and in response to receiving the paging message, tune to the second carrier and transmit the RACH transmission based on the initial tuning.

[0082] Example 3 includes the subject matter of example 1, including or omitting optional elements, wherein the initial tuning is performed based on resource signals associated with the second carrier that are indicated in the configuration.

[0083] Example 4 includes the subject matter of example 1, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, with the main radio receiver, independent of the low power wake-up radio receiver receiving the WUS, perform fine tuning for the second carrier with the main radio receiver according to a second periodicity; and in response to receiving the paging message, tune to the second carrier and transmit the RACH transmission based on the fine tuning.

[0084] Example 5 includes the subject matter of example 4, including or omitting optional elements, wherein the second periodicity is based on one or more of a discontinuous receive RX cycle for the UE, a synchronization signal block (SSB) -based radio resource management (RRC) measurement timing configuration (SMTC) periodicity or SSB periodicity of the second carrier, or a fixed period.

[0085] Example 6 includes the subject matter of example 4, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, when time resources for performing the fine tuning fully overlaps with time resources for a paging occasion in the first carrier, monitor for paging messages in the time resources according to a first rate; and perform fine tuning in remaining time resources.

[0086] Example 7 includes the subject matter of example 4, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, when time resources for performing the fine tuning partially overlap with time resources for paging occasions in the first carrier, perform fine tuning in time resources for performing the fine tuning that do not overlap with the time resources for paging occasions in the firsts carrier.

[0087] Example 8 includes the subject matter of example 4, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, in response to receiving the paging message, tune to the second carrier; receive system information that indicates information about RACH opportunities (ROs) on the second carrier; and transmit the RACH transmission on the second carrier during one or more of the ROs.

[0088] Example 9 includes the subject matter of example 8, including or omitting optional elements, wherein an interruption in carrier X caused by fine tuning in carrier Y is limited to a sum of a time associated with receiving and decoding system information and a quantity (k) multiplied by the second periodicity, where k is a number of samples used by a physical layer of the UE to perform the fine tuning.

[0089] Example 10 includes the subject matter of example 4, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, independent of receiving the WUS, receive, on the first carrier, system information that indicates information about RACH opportunities (ROs) on the second carrier; and transmit the RACH transmission during one or more of the ROs.

[0090] Example 11 includes the subject matter of example 10, including or omitting optional elements, wherein an interruption in carrier X caused by fine tuning in carrier Y is limited to a quantity (k) multiplied by the second periodicity, where k is a number of samples used by a physical layer of the UE to perform the fine tuning.

[0091] Example 12 includes the subject matter of example 1, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, in response to paging message, tune to the second carrier with the main radio receiver; perform initial tuning and fine tuning for the second carrier; and transmit the RACH transmission based on the initial tuning and fine tuning.

[0092] Example 13 includes the subject matter of example 12, including or omitting optional elements, wherein the initial tuning or fine tuning is performed based on resource signals associated with the second carrier that are indicated in the configuration.

[0093] Example 14 includes the subject matter of example 12, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, receive system information that indicates information about RACH opportunities (ROs) on the second carrier; and transmit the RACH transmission on the second carrier during one or more of the ROs.

[0094] Example 15 includes the subject matter of example 12, including or omitting optional elements, wherein the baseband processor is configured to cause the UE to, independent of receiving the WUS, receive, on the first carrier, system information that indicates information about RACH opportunities (ROs) on the second carrier; and transmit the RACH transmission during one or more of the ROs.

[0095] Example 16 is a processor configured to, when executing instructions stored in a memory, perform operations including causing transmission of a configuration of a first carrier and a second carrier to a user equipment (UE) , wherein the configuration configures the UE to monitor the first carrier for wake-up signals (WUSs) and paging messages and to transmit random access channel (RACH) transmissions on the second carrier; causing transmission of a WUS and a paging message on the first carrier; and monitoring for a RACH transmission from the UE on the second carrier.

[0096] Example 17 includes the subject matter of example 16, including or omitting optional elements, the operations further including transmitting system information in the first carrier that includes information about RACH opportunities (ROs) in the second carrier.

[0097] Example 18 is a baseband processor configured to, when executing instructions stored in a memory, perform operations including receiving configuration of a first carrier for monitoring for wake-up signals (WUSs) and paging messages and a second carrier for transmitting a random access channel (RACH) transmission; and in response to receiving a WUS on the first carrier, receiving a paging message on the first carrier; and causing transmission of a RACH transmission on the second carrier.

[0098] Example 19 includes the subject matter of example 18, including or omitting optional elements, wherein the operations further include, independent of receiving the WUS, performing tuning operations for the second carrier according to a periodicity; and in response to receiving the paging message, tuning to the second carrier and causing transmission of the RACH transmission based on the tuning operations.

[0099] Example 20 includes the subject matter of example 18, including or omitting optional elements, wherein the operations further include, in response to the paging message, tuning to the second carrier; performing initial tuning and fine tuning for the second carrier; and causing transmission of the RACH transmission based on the initial tuning and fine tuning.

[0100] Example 21 includes the subject matter of example 18, including or omitting optional elements, wherein the operations further include receiving, on the second carrier, system information that indicates information about RACH opportunities (ROs) on the second carrier; and causing transmission of the RACH transmission on the second carrier during one or more of the ROs.

[0101] Example 22 includes the subject matter of example 18, including or omitting optional elements, wherein the operations include, independent of receiving the WUS, receiving, on the first carrier, system information that indicates information about RACH opportunities (ROs) on the second carrier; and causing transmission of the RACH transmission during one or more of the ROs.

[0102] Example 23 is a method for a UE including operations performed by the baseband processor of any of examples 1-15 and 18-22.

[0103] Example 24 is a method for a base station including operations performed by the processor of any of examples 16-17.

[0104] Example 25 is an apparatus for a UE including the baseband processor and the memory of any of examples 1-15 and 18-22.

[0105] Example 26 is an apparatus for a base station including the processor of any of examples 16-17.

[0106] FIG. 10 is an example network 1000 according to one or more implementations described herein. Example network 1000 may include UEs 1010-1, 1010-2, etc. (referred to collectively as “UEs 1010” and individually as “UE 1010” ) , a radio access network (RAN) 1020, a core network (CN) 1030, application servers 1040, and external networks 1050.

[0107] The systems and devices of example network 1000 may operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of example network 1000 may operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards (e.g., wireless metropolitan area network (WMAN) , worldwide interoperability for microwave access (WiMAX) , etc. ) , and more.

[0108] As shown, UEs 1010 may include smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, UEs 1010 may include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, watches etc. In some implementations, UEs 1010 may include internet of things (IoT) devices (or IoT UEs) that may comprise a network access layer designed for low-power IoT applications utilizing short-lived UE connections. Additionally, or alternatively, an IoT UE may utilize one or more types of technologies, such as machine-to-machine (M2M) communications or machine-type communications (MTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device (D2D) communications, sensor networks, IoT networks, and more. Depending on the scenario, an M2M or MTC exchange of data may be a machine-initiated exchange, and an IoT network may include interconnecting IoT UEs (which may include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs may execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network.

[0109] The connection may include an M2M connection, MTC connection, D2D connection, SL connection, etc. The connection may involve a PC5 interface. In some implementations, UEs 1010 may be configured to discover one another, negotiate wireless resources between one another, and establish connections between one another, without intervention or communications involving RAN node 1022 or another type of network node. In some implementations, discovery, authentication, resource negotiation, registration, etc., may involve communications with RAN node 1022 or another type of network node.

[0110] UEs 1010 may use one or more wireless channels 1012 to communicate with one another. As described herein, UE 1010-1 may communicate with RAN node 1022 to request SL resources. RAN node 1022 may respond to the request by providing UE 1010 with a dynamic grant (DG) or configured grant (CG) regarding SL resources. A DG may involve a grant based on a grant request from UE 1010. A CG may involve a resource grant without a grant request and may be based on a type of service being provided (e.g., services that have strict timing or latency requirements) . UE 1010 may perform a clear channel assessment (CCA) procedure based on the DG or CG, select SL resources based on the CCA procedure and the DG or CG; and communicate with another UE 1010 based on the SL resources. The UE 1010 may communicate with RAN node 1022 using a licensed frequency band and communicate with the other UE 1010 using an unlicensed frequency band.

[0111] UEs 1010 may communicate and establish a connection with (e.g., be communicatively coupled) with RAN 1020, which may involve one or more wireless channels 1014-1 and 1014-2, each of which may comprise a physical communications interface  / layer.

[0112] A PQI may be determined and used to indicate a QoS associated with an SL-U communication (e.g., a channel, data flow, etc. ) . Similarly, an L1 priority value may be determined and used to indicate a priority of an SL-U transmission, SL-U channel, SL-U data, etc. The PQI and / or L1 priority value may be mapped to a CAPC value, and the PQI, L1 priority, and / or CAPC may indicate SL channel occupancy time (COT) sharing, maximum (MCOT) , timing gaps for COT sharing, LBT configuration, traffic and channel priorities, and more.

[0113] As shown, UE 1010 may also, or alternatively, connect to access point (AP) 1016 via connection interface 1018, which may include an air interface enabling UE 1010 to communicatively couple with AP 1016. AP 1016 may comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 1018 may comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 1016 may comprise a wireless fidelity  router or other AP. While not explicitly depicted in FIG. 10, AP 1016 may be connected to another network (e.g., the Internet) without connecting to RAN 1020 or CN 1030. The UE 1010 may store cross-carrier RACH instructions and information to enable the UE to perform cross-carrier RACH according to any of the solutions disclosed with reference to FIGs. 2-9B.

[0114] RAN 1020 may include one or more RAN nodes 1022-1 and 1022-2 (referred to collectively as RAN nodes 1022, and individually as RAN node 1022) that enable channels 1014-1 and 1014-2 to be established between UEs 1010 and RAN 1020. RAN nodes 1022 may include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 2G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node may be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes 1022 may include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 1022 may be a dedicated physical device, such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or the like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells. Additionally, or alternatively, one or more of RAN nodes 1022 can be next generation eNBs (i.e., gNBs) that can provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations 1026, 1028 toward UEs 1010, and that can be connected to a 5G core network (5GC) 130 via an NG interface 1024.

[0115] Any of the RAN nodes 1022 can terminate an air interface protocol and can be the first point of contact for UEs 1010. In some implementations, any of the RAN nodes 1022 can fulfill various logical functions for the RAN 1020 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UEs 110 can be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 1022 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an OFDMA communication technique (e.g., for downlink communications) or a single carrier frequency-division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink (SL) communications) , although the scope of such implementations are not necessarily limited in this regard. The OFDM signals can comprise a plurality of orthogonal subcarriers. As described herein, the RAN nodes 1022 may be configured to provide a configuration to a UE for performing cross-carrier RACH according to any of the solutions disclosed with reference to FIGs. 2-9B.

[0116] In some implementations, a downlink resource grid may be used for downlink transmissions from any of the RAN nodes 1022 to UEs 1010, and uplink transmissions may utilize similar techniques. The grid may be a time-frequency grid (e.g., a resource grid or time-frequency resource grid) that represents the physical resource for downlink in each slot. Such a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid comprises resource blocks, which describe the mapping of certain physical channels to resource elements. Each resource block may comprise a collection of resource elements (REs) ; in the frequency domain, this may represent the smallest quantity of resources that currently may be allocated. There are several different physical downlink channels that are conveyed using such resource blocks.

[0117] The RAN nodes 1022 may be configured to communicate with one another via interface 1023. In implementations where the system is an LTE system, interface 1023 may be an X2 interface. In NR systems, interface 1023 may be an Xn interface. The X2 interface may be defined between two or more RAN nodes 1022 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) or CN 1030, or between two eNBs connecting to an EPC.

[0118] CN 1030 may comprise a plurality of network elements 1032, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UEs 1010) who are connected to the CN 1030 via the RAN 1020. In some implementations, CN 1030 may include an evolved packet core (EPC) , a 5G CN, and / or one or more additional or alternative types of CNs. The components of the CN 1030 may be implemented in one physical node or separate physical nodes including components to read and execute instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium.

[0119] As shown, CN 1030, application servers 1040, and external networks 1050 may be connected to one another via interfaces 1034, 1036, and 1038, which may include IP network interfaces.

[0120] FIG. 11 is a diagram of an example of components of a device according to one or more implementations described herein. In some implementations, the device 1100 can include application circuitry 1102, baseband circuitry 1104, RF circuitry 1106, front-end module (FEM) circuitry 1108, one or more antennas 1110, and power management circuitry (PMC) 1112 coupled together at least as shown. The components of the illustrated device 1100 can be included in a UE or a RAN node. In some implementations, the device 1100 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1102, and instead include a processor / controller to process IP data received from a CN or an Evolved Packet Core (EPC) ) . In some implementations, the device 1100 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1100, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for Cloud-RAN (C-RAN) implementations) .

[0121] The baseband circuitry 1104 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The baseband circuitry 1104 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 1106 and to generate baseband signals for a transmit signal path of the RF circuitry 1106. Baseband circuitry 1104 can interface with the application circuitry 1102 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 1106. For example, in some implementations, the baseband circuitry 1104 can include a 3G baseband processor 1104A, a 4G baseband processor 1104B, a 5G baseband processor 1104C, or other baseband processor (s) 1104D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, etc. ) .

[0122] The baseband circuitry 1104 (e.g., one or more of baseband processors 1104A-D) can handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 1106. In other implementations, some or all of the functionality of baseband processors 1104A-D can be included in modules stored in the memory 1104G and executed via a Central Processing Unit (CPU) 1104E. The radio control functions can include, but are not limited to, signal modulation / demodulation, encoding / decoding, radio frequency shifting, etc. In some implementations, modulation / demodulation circuitry of the baseband circuitry 1104 can include Fast-Fourier Transform (FFT) , precoding, or constellation mapping / de-mapping functionality. In some implementations, encoding / decoding circuitry of the baseband circuitry 1104 can include convolution, tail-biting convolution, turbo, Viterbi, or Low-Density Parity Check (LDPC) encoder / decoder functionality. Implementations of modulation / demodulation and encoder / decoder functionality are not limited to these examples and can include other suitable functionality in other implementations.

[0123] In some implementations, memory 1104G may receive and / or store cross-carrier RACH information that enables the UE to perform cross-carrier RACH according to any of the solutions disclosed with reference to FIGs. 2-9B.

[0124] In some implementations, the baseband circuitry 1104 can include one or more audio digital signal processor (s) (DSP) 1104F. The audio DSPs 1104F can include elements for compression / decompression and echo cancellation and can include other suitable processing elements in other implementations.

[0125] RF circuitry 1106 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations, the RF circuitry 1106 can include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. RF circuitry 1106 can include a receive signal path which can include circuitry to down-convert RF signals received from the FEM circuitry 1108 and provide baseband signals to the baseband circuitry 1104. RF circuitry 1106 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by the baseband circuitry 1104 and provide RF output signals to the FEM circuitry 1108 for transmission.

[0126] In some implementations, the receive signal path of the RF circuitry 1106 can include mixer circuitry 1106A, amplifier circuitry 1106B and filter circuitry 1106C. RF circuitry 1106 can also include synthesizer circuitry 1106D for synthesizing a frequency for use by the mixer circuitry 1106A of the receive signal path and the transmit signal path.

[0127] The RF circuitry 1106 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 1104 can include a digital baseband interface to communicate with the RF circuitry 1106.

[0128] Synthesizer circuitry 1106D of the RF circuitry 1106 can include a divider, a delay-locked loop (DLL) , a multiplexer and a phase accumulator.

[0129] FEM circuitry 1108 can include a receive signal path which can include circuitry configured to operate on RF signals received from one or more antennas 1110, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 1106 for further processing. FEM circuitry 1108 can also include a transmit signal path which can include circuitry configured to amplify signals for transmission provided by the RF circuitry 1106 for transmission by one or more of the one or more antennas 1110. In various implementations, the amplification through the transmit or receive signal paths can be done solely in the RF circuitry 1106, solely in the FEM circuitry 1108, or in both the RF circuitry 1106 and the FEM circuitry 1108.

[0130] In some implementations, the PMC 1112 can manage power provided to the baseband circuitry 1104. In particular, the PMC 1112 can control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion. The PMC 1112 can often be included when the device 1100 is capable of being powered by a battery, for example, when the device is included in a UE. The PMC 1112 can increase the power conversion efficiency while providing desirable implementation size and heat dissipation characteristics.

[0131] While FIG. 11 shows the PMC 1112 coupled only with the baseband circuitry 1104. However, in other implementations, the PMC 1112 may be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, application circuitry 1102, RF circuitry 1106, or FEM circuitry 1108.

[0132] In some implementations, the PMC 1112 can control, or otherwise be part of, various power saving mechanisms of the device 1100. For example, if the device 1100 is in an RRC_Connected state, where it is still connected to the RAN node as it expects to receive traffic shortly, then it can enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the device 1100 can power down for brief intervals of time and thus save power. During these intervals the device 1100 may periodically power up a low power wake-up radio receiver (see FIG. 1A) to monitor for a WUS.

[0133] If there is no data traffic activity for an extended period of time, then the device 1100 can transition off to an RRC_Idle state, where it disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. The device 1100 goes into a very low power state and it performs paging where again it periodically wakes up to listen to the network and then powers down again. During these intervals the device 1100 may periodically power up a low power wake-up radio receiver (see FIG. 1A) to monitor for a WUS. The device 1100 may not receive data in this state; in order to receive data, it can transition back to RRC_Connected state.

[0134] An additional power saving mode can allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device is unreachable to the network and can power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable. In this regard, while the disclosed subject matter has been described in connection with various examples, implementations, aspects, etc., and corresponding Figures, where applicable, it is to be understood that other similar aspects can be used or modifications and additions can be made to the disclosed subject matter for performing the same, similar, alternative, or substitute function of the subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single example, implementation, or aspect described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

[0135] In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc. ) , the terms (including a reference to a “means” ) used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent) , even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations. In addition, while a particular feature may have been disclosed with respect to only one of several implementations, such feature may be combined with one or more other features of the other implementations as may be desired and advantageous for any given application.

[0136] As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or” . That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Furthermore, to the extent that the terms “including” , “includes” , “having” , “has” , “with” , or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising. ” Additionally, in situations wherein one or more numbered items are discussed (e.g., a “first X” , a “second X” , etc. ) , in general the one or more numbered items can be distinct, or they can be the same, although in some situations the context may indicate that they are distinct or that they are the same.

[0137] 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 to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

Claims

1.A user equipment (UE) , comprising:a low power wake-up radio receiver;a main radio receiver;a baseband processor coupled to the low power wake-up radio receiver and the main radio receiver, the baseband processor configured to, when executing instructions stored in a memory, cause the UE to:with the main radio receiver, receive configuration of a first carrier for monitoring for wake-up signals (WUSs) and paging messages and a second carrier for transmitting a random access channel (RACH) transmission; andin response to receiving a WUS on the first carrier with the low power wake-up radio receiver, wake up the main radio receiver, and with the main radio receiver,receive a paging message on the first carrier; andtransmit a RACH transmission on the second carrier.2.The UE of claim 1, wherein the baseband processor is configured to cause the UE to, with the main radio receiver,independent of the low power wake-up radio receiver receiving the WUS, perform initial tuning for the second carrier according to a first periodicity; andin response to receiving the paging message, tune to the second carrier and transmit the RACH transmission based on the initial tuning.3.The UE of claim 2, wherein the initial tuning is performed based on resource signals associated with the second carrier that are indicated in the configuration.4.The UE of claim 1, wherein the baseband processor is configured to cause the UE to, with the main radio receiverindependent of the low power wake-up radio receiver receiving the WUS, perform fine tuning for the second carrier with the main radio receiver according to a second periodicity; andin response to receiving the paging message, tune to the second carrier and transmit the RACH transmission based on the fine tuning.5.The UE of claim 4, wherein the second periodicity is based on one or more of a discontinuous receive RX cycle for the UE, a synchronization signal block (SSB) -based radio resource management (RRC) measurement timing configuration (SMTC) periodicity or SSB periodicity of the second carrier, or a fixed period.6.The UE of claim 4, wherein the baseband processor is configured to cause the UE to, when time resources for performing the fine tuning fully overlaps with time resources for a paging occasion in the first carrier,monitor for paging messages in the time resources according to a first rate; andperform fine tuning in remaining time resources.7.The UE of claim 4, wherein the baseband processor is configured to cause the UE to, when time resources for performing the fine tuning partially overlap with time resources for paging occasions in the first carrier,perform fine tuning in time resources for performing the fine tuning that do not overlap with the time resources for paging occasions in the firsts carrier.8.The UE of claim 4, wherein the baseband processor is configured to cause the UE to, in response to receiving the paging message,tune to the second carrier;receive system information that indicates information about RACH opportunities (ROs) on the second carrier; andtransmit the RACH transmission on the second carrier during one or more of the ROs.9.The UE of claim 8, wherein an interruption in carrier X caused by fine tuning in carrier Y is limited to a sum of a time associated with receiving and decoding system information and a quantity (k) multiplied by the second periodicity, where k is a number of samples used by a physical layer of the UE to perform the fine tuning.10.The UE of claim 4, wherein the baseband processor is configured to cause the UE to, independent of receiving the WUS,receive, on the first carrier, system information that indicates information about RACH opportunities (ROs) on the second carrier; andtransmit the RACH transmission during one or more of the ROs.11.The UE of claim 10, wherein an interruption in carrier X caused by fine tuning in carrier Y is limited to a quantity (k) multiplied by the second periodicity, where k is a number of samples used by a physical layer of the UE to perform the fine tuning.12.The UE of claim 1, wherein the baseband processor is configured to cause the UE to, in response to paging message,tune to the second carrier with the main radio receiver;perform initial tuning and fine tuning for the second carrier; andtransmit the RACH transmission based on the initial tuning and fine tuning.13.The UE of claim 12, wherein the initial tuning or fine tuning is performed based on resource signals associated with the second carrier that are indicated in the configuration.14.The UE of claim 12, wherein the baseband processor is configured to cause the UE to,receive system information that indicates information about RACH opportunities (ROs) on the second carrier; andtransmit the RACH transmission on the second carrier during one or more of the ROs.15.The UE of claim 12, wherein the baseband processor is configured to cause the UE to, independent of receiving the WUS,receive, on the first carrier, system information that indicates information about RACH opportunities (ROs) on the second carrier; andtransmit the RACH transmission during one or more of the ROs.16.A processor configured to, when executing instructions stored in a memory, perform operations comprising:causing transmission of a configuration of a first carrier and a second carrier to a user equipment (UE) , wherein the configuration configures the UE to monitor the first carrier for wake-up signals (WUSs) and paging messages and to transmit random access channel (RACH) transmissions on the second carrier;causing transmission of a WUS and a paging message on the first carrier; andmonitoring for a RACH transmission from the UE on the second carrier.17.The processor of claim 16, the operations further comprising transmitting system information in the first carrier that includes information about RACH opportunities (ROs) in the second carrier.18.A baseband processor configured to, when executing instructions stored in a memory, perform operations comprising:receiving configuration of a first carrier for monitoring for wake-up signals (WUSs) and paging messages and a second carrier for transmitting a random access channel (RACH) transmission; andin response to receiving a WUS on the first carrier,receiving a paging message on the first carrier; andcausing transmission of a RACH transmission on the second carrier.19.The baseband processor of claim 18, wherein the operations further comprise,independent of receiving the WUS, performing tuning operations for the second carrier according to a periodicity; andin response to receiving the paging message, tuning to the second carrier and causing transmission of the RACH transmission based on the tuning operations.20.The baseband processor of claim 18, wherein the operations further comprise, in response to the paging message,tuning to the second carrier;performing initial tuning and fine tuning for the second carrier; andcausing transmission of the RACH transmission based on the initial tuning and fine tuning.21.The baseband processor of claim 18, wherein the operations further comprise:receiving, on the second carrier, system information that indicates information about RACH opportunities (ROs) on the second carrier; andcausing transmission of the RACH transmission on the second carrier during one or more of the ROs.22.The baseband processor of claim 18, wherein the operations comprise, independent of receiving the WUS,receiving, on the first carrier, system information that indicates information about RACH opportunities (ROs) on the second carrier; andcausing transmission of the RACH transmission during one or more of the ROs.

Images