Transmission configuration indicator state prediction for wakeup signaling

Abstract

Methods, systems, and devices for wireless communications are described. In some examples, a user equipment (UE) may receive a configuration message from a network entity that indicated a default wakeup signal (WUS) monitoring pattern of a set of discontinuous reception (DRX) cycles. After receiving the configuration message, the UE may receive a first WUS from the network entity during a first DRX cycle of the set of DRX cycles. Further, the first WUS may be associated with a first TCI state and the first WUS may indicate information for an on duration that is associated with the first DRX cycle. Thus, during a second DRX cycle of the set of DRX cycles, the UE may monitor for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first DRX cycle.

Description

TRANSMISSION CONFIGURATION INDICATOR STATE PREDICTION FOR WAKEUP SIGNALING

[0001] FIELD OF TECHNOLOGY

[0002] The following relates to wireless communications, including transmission configuration indicator (TCI) state prediction for wakeup signaling.BACKGROUND

[0003] Wireless communications systems are widely deployed to provide various types of communication content such as voice, video, packet data, messaging, broadcast, and so on. These systems may be capable of supporting communication with multiple users by sharing the available system resources (e.g., time, frequency, and power) . Examples of such multiple-access systems include fourth generation (4G) systems such as Long Term Evolution (LTE) systems, LTE-Advanced (LTE-A) systems, or LTE-A Pro systems, and fifth generation (5G) systems which may be referred to as New Radio (NR) systems. These systems may employ technologies such as code division multiple access (CDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , or discrete Fourier transform spread orthogonal frequency division multiplexing (DFT-S-OFDM) . A wireless multiple-access communications system may include one or more base stations, each supporting wireless communication for communication devices, which may be known as user equipment (UE) .SUMMARY

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

[0005] A method for wireless communications by a user equipment (UE) is described. The method may include receiving, from a network entity, a configuration message indicating a default wakeup signal (WUS) monitoring pattern for a set of discontinuous reception (DRX) cycles, receiving, from the network entity during a first DRX cycle of the set of DRX cycles, a first WUS that associated with a first  transmission configuration indicator (TCI) state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first DRX cycle, and monitoring, during a second DRX cycle of the set of DRX cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first DRX cycle.

[0006] A UE for wireless communications is described. The UE may include one or more memories storing processor executable code, and one or more processors coupled with the one or more memories. The one or more processors may individually or collectively be operable to execute the code to cause the UE to receive, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of DRX cycles, receive, from the network entity during a first DRX cycle of the set of DRX cycles, a first WUS that associated with a first TCI state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first DRX cycle, and monitor, during a second DRX cycle of the set of DRX cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first DRX cycle.

[0007] Another UE for wireless communications is described. The UE may include means for receiving, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of DRX cycles, means for receiving, from the network entity during a first DRX cycle of the set of DRX cycles, a first WUS that associated with a first TCI state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first DRX cycle, and means for monitoring, during a second DRX cycle of the set of DRX cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first DRX cycle.

[0008] A non-transitory computer-readable medium storing code for wireless communications is described. The code may include instructions executable by one or more processors to receive, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of DRX cycles, receive, from the network entity during a first DRX cycle of the set of DRX cycles, a first WUS that associated with a first TCI state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first DRX cycle,  and monitor, during a second DRX cycle of the set of DRX cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first DRX cycle.

[0009] In some examples of the method, UEs, and non-transitory computer-readable medium described herein, receiving the first WUS may include operations, features, means, or instructions for receiving, via the first WUS, an indication to activate or deactivate the on duration associated with the first DRX cycle, where the information indicated via the first WUS includes the indication to activate or deactivate.

[0010] Some examples of the method, UEs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for receiving, from the network entity, a TCI state indication message indicating a second TCI state for monitoring during a third DRX cycle, the second TCI state being different from the first TCI state and monitoring, during the third DRX cycle, for a third WUS that may be associated with the second TCI state based on receiving the TCI state indication message.

[0011] In some examples of the method, UEs, and non-transitory computer-readable medium described herein, receiving the TCI state indication message may include operations, features, means, or instructions for receiving, from the network entity, a TCI state switch command that includes the TCI state indication message, the TCI state switch command instructing the UE to switch from the first TCI state to the second TCI state for the third DRX cycle, where monitoring for the third WUS that may be associated with the second TCI state may be based on receiving the TCI state switch command message.

[0012] In some examples of the method, UEs, and non-transitory computer-readable medium described herein, receiving the TCI state indication message may include operations, features, means, or instructions for receiving, from the network entity, a TCI state prediction message that includes the TCI state indication message, the TCI state prediction message indicating a prediction of a TCI state for the UE, where the prediction indicates the second TCI state, and where monitoring for the third WUS that may be associated with the second TCI state may be based on receiving the TCI state prediction message.

[0013] Some examples of the method, UEs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for receiving, form the network entity and prior to the third DRX cycle, a second TCI state indication message indicating a third TCI state that may be different from the first TCI state and the second TCI state and monitoring, during the third DRX cycle, for the third WUS that may be associated with the third TCI state based on receiving the second TCI state indication message and on a type of message of the second TCI state indication message.

[0014] Some examples of the method, UEs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for monitoring, during a third DRX cycle, for a third WUS that may be associated with the first TCI state based on receiving the first WUS in the first DRX cycle and on unsuccessful reception of the second WUS during the second DRX cycle.

[0015] Some examples of the method, UEs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for monitoring, during a third DRX cycle, for a third WUS that may be associated with a TCI state of a set of TCI states based on unsuccessful reception of the second WUS during the second DRX cycle.

[0016] Some examples of the method, UEs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for initiating a counter associated with a quantity of DRX cycles with an unsuccessful decoding of a WUS based on unsuccessfully decoding the second WUS during the second DRX cycle, incrementing the counter based on unsuccessfully decoding one or more WUSs during one or more DRX cycles, and monitoring, during subsequent DRX cycles, for respective WUSs that may be associated with a respective TCI state of a set of TCI states based on the counter satisfying a threshold value.

[0017] In some examples of the method, UEs, and non-transitory computer-readable medium described herein, receiving the default WUS monitoring pattern via the configuration message may include operations, features, means, or instructions for receiving, via the configuration message, an indication for the UE to use a first default WUS monitoring pattern that instructs the UE to monitor for a respective WUS that may  be associated with a respective TCI state or an indication for the UE to use a second default WUS monitoring pattern instructing the UE to monitor for the respective WUS that may be associated with a respective TCI state of a set of TCI states.

[0018] In some examples of the method, UEs, and non-transitory computer-readable medium described herein, the UE defaults to the first default WUS monitoring pattern or to the second default WUS monitoring pattern based on the configuration message refraining from providing an indication of a respective default WUS monitoring pattern.

[0019] Some examples of the method, UEs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for receiving, during a respective on duration of a respective DRX cycle and from the network entity, a second control message indicating for the UE to switch from a first WUS monitoring pattern to a second WUS monitoring pattern.

[0020] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages will become apparent from the description, the drawings, and the claims. Note that the relative dimensions of the following figures may not be drawn to scale.BRIEF DESCRIPTION OF THE DRAWINGS

[0021] FIGs. 1 and 2 show examples of a wireless communications system that supports transmission configuration indicator (TCI) state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure.

[0022] FIGs. 3 through 5 show examples of discontinuous reception (DRX) cycle diagrams that support TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure.

[0023] FIG. 6 shows an example of a process flow that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure.

[0024] FIGs. 7 and 8 show block diagrams of devices that support TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure.

[0025] FIG. 9 shows a block diagram of a communications manager that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure.

[0026] FIG. 10 shows a diagram of a system including a device that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure.

[0027] FIG. 11 shows a flowchart illustrating methods that support TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure.DETAILED DESCRIPTION

[0028] In some wireless communication systems, a user equipment (UE) may operate in low power modes to save power. For example, a UE operate in accordance with a discontinuous reception (DRX) mode where the UE may remain in a sleep state until the UE receives a wakeup signal (WUS) . Thus, in some examples, a UE may remain in a sleep state during one or more DRX on durations until the UE receives and successfully decodes a WUS indicating for the UE to wake up during a subsequent DRX on duration to receive communications from the network. In some cases, a WUS may be a DCI message that contains a few bits of information for a respective UE or a group of UEs (e.g., a network entity may transmit a WUS in a group-common DCI message) . Additionally, or alternatively, the network may configure a respective UE with a default wakeup parameter to indicate whether the UE should start a DRX on duration timer or not for a next DRX cycle. However, in some cases, adding additional information such as how the UE should operate in the future may be difficult to add to a WUS payload due to the small quantity of bits of a WUS. For example, adding additional bits to the payload of a WUS may increase the complexity of a LP-WUS receiver at the UE resulting in an increase in power consumption at the UE.

[0029] The techniques of the present disclosure describe UE behavior when activating DRX on durations based on decoding or failing to decode WUS while refraining from including additional information in the WUS payload. For example, based on receiving and decoding a WUS in a first transmission configuration indicator (TCI) state in a first DRX cycle, the UE may use the same TCI state in a subsequent  DRX cycle. In some examples, the UE may receive a TCI state indication that indicates a TCI state to use for receiving a WUS in the subsequent DRX cycle. In some other examples, the UE may fail to decode a WUS and a default configuration may be unavailable. In such cases, the UE may either use a TCI state that corresponds to the most recently decoded WUS or the UE may default to monitoring all the TCI states for a WUS during the subsequent DRX cycle. Additionally, or alternatively, the UE may receive an indication to switch TCI state monitoring configurations from or to a configuration where the UE may monitor each TCI state for a WUS. Such techniques may provide UEs with an indication of how to monitor TCI states for subsequent WUSs without adding information to the WUS payload, thus refraining from increasing the complexity of the UE.

[0030] Aspects of the disclosure are initially described in the context of wireless communications systems. Additional aspects of the disclosure are described with reference to a wireless communications system, DRX cycle diagrams, and a process flow. Aspects of the disclosure are further illustrated by and described with reference to apparatus diagrams, system diagrams, and flowcharts that relate to TCI state prediction for wakeup signaling.

[0031] FIG. 1 shows an example of a wireless communications system 100 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. The wireless communications system 100 may include one or more devices, such as one or more network devices (e.g., network entities 105) , one or more UEs 115, and a core network 130. In some examples, the wireless communications system 100 may be a Long Term Evolution (LTE) network, an LTE-Advanced (LTE-A) network, an LTE-A Pro network, a New Radio (NR) network, or a network operating in accordance with other systems and radio technologies, including future systems and radio technologies not explicitly mentioned herein.

[0032] The network entities 105 may be dispersed throughout a geographic area to form the wireless communications system 100 and may include devices in different forms or having different capabilities. In various examples, a network entity 105 may be referred to as a network element, a mobility element, a radio access network (RAN) node, or network equipment, among other nomenclature. In some examples, network entities 105 and UEs 115 may wirelessly communicate via communication link (s) 125  (e.g., a radio frequency (RF) access link) . For example, a network entity 105 may support a coverage area 110 (e.g., a geographic coverage area) over which the UEs 115 and the network entity 105 may establish the communication link (s) 125. The coverage area 110 may be an example of a geographic area over which a network entity 105 and a UE 115 may support the communication of signals according to one or more radio access technologies (RATs) .

[0033] The UEs 115 may be dispersed throughout a coverage area 110 of the wireless communications system 100, and each UE 115 may be stationary, or mobile, or both at different times. The UEs 115 may be devices in different forms or having different capabilities. Some example UEs 115 are illustrated in FIG. 1. The UEs 115 described herein may be capable of supporting communications with various types of devices in the wireless communications system 100 (e.g., other wireless communication devices, including UEs 115 or network entities 105) , as shown in FIG. 1.

[0034] As described herein, a node of the wireless communications system 100, which may be referred to as a network node, or a wireless node, may be a network entity 105 (e.g., any network entity described herein) , a UE 115 (e.g., any UE described herein) , a network controller, an apparatus, a device, a computing system, one or more components, or another suitable processing entity configured to perform any of the techniques described herein. For example, a node may be a UE 115. As another example, a node may be a network entity 105. As another example, a first node may be configured to communicate with a second node or a third node. In one aspect of this example, the first node may be a UE 115, the second node may be a network entity 105, and the third node may be a UE 115. In another aspect of this example, the first node may be a UE 115, the second node may be a network entity 105, and the third node may be a network entity 105. In yet other aspects of this example, the first, second, and third nodes may be different relative to these examples. Similarly, reference to a UE 115, network entity 105, apparatus, device, computing system, or the like may include disclosure of the UE 115, network entity 105, apparatus, device, computing system, or the like being a node. For example, disclosure that a UE 115 is configured to receive information from a network entity 105 also discloses that a first node is configured to receive information from a second node.

[0035] In some examples, network entities 105 may communicate with a core network 130, or with one another, or both. For example, network entities 105 may communicate with the core network 130 via backhaul communication link (s) 120 (e.g., in accordance with an S1, N2, N3, or other interface protocol) . In some examples, network entities 105 may communicate with one another via backhaul communication link (s) 120 (e.g., in accordance with an X2, Xn, or other interface protocol) either directly (e.g., directly between network entities 105) or indirectly (e.g., via the core network 130) . In some examples, network entities 105 may communicate with one another via a midhaul communication link 162 (e.g., in accordance with a midhaul interface protocol) or a fronthaul communication link 168 (e.g., in accordance with a fronthaul interface protocol) , or any combination thereof. The backhaul communication link (s) 120, midhaul communication links 162, or fronthaul communication links 168 may be or include one or more wired links (e.g., an electrical link, an optical fiber link) or one or more wireless links (e.g., a radio link, a wireless optical link) , among other examples or various combinations thereof. A UE 115 may communicate with the core network 130 via a communication link 155.

[0036] One or more of the network entities 105 or network equipment described herein may include or may be referred to as a base station 140 (e.g., a base transceiver station, a radio base station, an NR base station, an access point, a radio transceiver, a NodeB, an eNodeB (eNB) , a next-generation NodeB or giga-NodeB (either of which may be referred to as a gNB) , a 5G NB, a next-generation eNB (ng-eNB) , a Home NodeB, a Home eNodeB, or other suitable terminology) . In some examples, a network entity 105 (e.g., a base station 140) may be implemented in an aggregated (e.g., monolithic, standalone) base station architecture, which may be configured to utilize a protocol stack that is physically or logically integrated within one network entity (e.g., a network entity 105 or a single RAN node, such as a base station 140) .

[0037] In some examples, a network entity 105 may be implemented in a disaggregated architecture (e.g., a disaggregated base station architecture, a disaggregated RAN architecture) , which may be configured to utilize a protocol stack that is physically or logically distributed among multiple network entities (e.g., network entities 105) , such as an integrated access and backhaul (IAB) network, an open RAN (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a  virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, a network entity 105 may include one or more of a central unit (CU) , such as a CU 160, a distributed unit (DU) , such as a DU 165, a radio unit (RU) , such as an RU 170, a RAN Intelligent Controller (RIC) , such as an RIC 175 (e.g., a Near-Real Time RIC (Near-RT RIC) , a Non-Real Time RIC (Non-RT RIC) ) , a Service Management and Orchestration (SMO) system, such as an SMO system 180, or any combination thereof. An RU 170 may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 105 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 105 may be located in distributed locations (e.g., separate physical locations) . In some examples, one or more of the network entities 105 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .

[0038] The split of functionality between a CU 160, a DU 165, and an RU 170 is flexible and may support different functionalities depending on which functions (e.g., network layer functions, protocol layer functions, baseband functions, RF functions, or any combinations thereof) are performed at a CU 160, a DU 165, or an RU 170. For example, a functional split of a protocol stack may be employed between a CU 160 and a DU 165 such that the CU 160 may support one or more layers of the protocol stack and the DU 165 may support one or more different layers of the protocol stack. In some examples, the CU 160 may host upper protocol layer (e.g., layer 3 (L3) , layer 2 (L2) ) functionality and signaling (e.g., Radio Resource Control (RRC) , service data adaptation protocol (SDAP) , Packet Data Convergence Protocol (PDCP) ) . The CU 160 (e.g., one or more CUs) may be connected to a DU 165 (e.g., one or more DUs) or an RU 170 (e.g., one or more RUs) , or some combination thereof, and the DUs 165, RUs 170, or both may host lower protocol layers, such as layer 1 (L1) (e.g., physical (PHY) layer) or L2 (e.g., radio link control (RLC) layer, medium access control (MAC) layer) functionality and signaling, and may each be at least partially controlled by the CU 160. Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU 165 and an RU 170 such that the DU 165 may support one or more layers of the protocol stack and the RU 170 may support one or more different layers of the protocol stack. The DU 165 may support one or multiple different cells (e.g., via one or  multiple different RUs, such as an RU 170) . In some cases, a functional split between a CU 160 and a DU 165 or between a DU 165 and an RU 170 may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU 160, a DU 165, or an RU 170, while other functions of the protocol layer are performed by a different one of the CU 160, the DU 165, or the RU 170) . A CU 160 may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU 160 may be connected to a DU 165 via a midhaul communication link 162 (e.g., F1, F1-c, F1-u) , and a DU 165 may be connected to an RU 170 via a fronthaul communication link 168 (e.g., open fronthaul (FH) interface) . In some examples, a midhaul communication link 162 or a fronthaul communication link 168 may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities (e.g., one or more of the network entities 105) that are in communication via such communication links.

[0039] In some wireless communications systems (e.g., the wireless communications system 100) , infrastructure and spectral resources for radio access may support wireless backhaul link capabilities to supplement wired backhaul connections, providing an IAB network architecture (e.g., to a core network 130) . In some cases, in an IAB network, one or more of the network entities 105 (e.g., network entities 105 or IAB node (s) 104) may be partially controlled by each other. The IAB node (s) 104 may be referred to as a donor entity or an IAB donor. A DU 165 or an RU 170 may be partially controlled by a CU 160 associated with a network entity 105 or base station 140 (such as a donor network entity or a donor base station) . The one or more donor entities (e.g., IAB donors) may be in communication with one or more additional devices (e.g., IAB node (s) 104) via supported access and backhaul links (e.g., backhaul communication link (s) 120) . IAB node (s) 104 may include an IAB mobile termination (IAB-MT) controlled (e.g., scheduled) by one or more DUs (e.g., DUs 165) of a coupled IAB donor. An IAB-MT may be equipped with an independent set of antennas for relay of communications with UEs 115 or may share the same antennas (e.g., of an RU 170) of IAB node (s) 104 used for access via the DU 165 of the IAB node (s) 104 (e.g., referred to as virtual IAB-MT (vIAB-MT) ) . In some examples, the IAB node (s) 104 may include one or more DUs (e.g., DUs 165) that support communication links with additional entities (e.g., IAB node (s) 104, UEs 115) within the relay chain or  configuration of the access network (e.g., downstream) . In such cases, one or more components of the disaggregated RAN architecture (e.g., the IAB node (s) 104 or components of the IAB node (s) 104) may be configured to operate according to the techniques described herein.

[0040] In the case of the techniques described herein applied in the context of a disaggregated RAN architecture, one or more components of the disaggregated RAN architecture may be configured to support test as described herein. For example, some operations described as being performed by a UE 115 or a network entity 105 (e.g., a base station 140) may additionally, or alternatively, be performed by one or more components of the disaggregated RAN architecture (e.g., components such as an IAB node, a DU 165, a CU 160, an RU 170, an RIC 175, an SMO system 180) .

[0041] A UE 115 may include or may be referred to as a mobile device, a wireless device, a remote device, a handheld device, or a subscriber device, or some other suitable terminology, where the “device” may also be referred to as a unit, a station, a terminal, or a client, among other examples. A UE 115 may also include or may be referred to as a personal electronic device such as a cellular phone, a personal digital assistant (PDA) , a tablet computer, a laptop computer, or a personal computer. In some examples, a UE 115 may include or be referred to as a wireless local loop (WLL) station, an Internet of Things (IoT) device, an Internet of Everything (IoE) device, or a machine type communications (MTC) device, among other examples, which may be implemented in various objects such as appliances, vehicles, or meters, among other examples.

[0042] The UEs 115 described herein may be able to communicate with various types of devices, such as UEs 115 that may sometimes operate as relays, as well as the network entities 105 and the network equipment including macro eNBs or gNBs, small cell eNBs or gNBs, or relay base stations, among other examples, as shown in FIG. 1.

[0043] The UEs 115 and the network entities 105 may wirelessly communicate with one another via the communication link (s) 125 (e.g., one or more access links) using resources associated with one or more carriers. The term “carrier” may refer to a set of RF spectrum resources having a defined PHY layer structure for supporting the communication link (s) 125. For example, a carrier used for the communication link (s)  125 may include a portion of an RF spectrum band (e.g., a bandwidth part (BWP) ) that is operated according to one or more PHY layer channels for a given RAT (e.g., LTE, LTE-A, LTE-A Pro, NR) . Each PHY layer channel may carry acquisition signaling (e.g., synchronization signals, system information) , control signaling that coordinates operation for the carrier, user data, or other signaling. The wireless communications system 100 may support communication with a UE 115 using carrier aggregation or multi-carrier operation. A UE 115 may be configured with multiple downlink component carriers and one or more uplink component carriers according to a carrier aggregation configuration. Carrier aggregation may be used with both frequency division duplexing (FDD) and time division duplexing (TDD) component carriers. Communication between a network entity 105 and other devices may refer to communication between the devices and any portion (e.g., entity, sub-entity) of a network entity 105. For example, the terms “transmitting, ” “receiving, ” or “communicating, ” when referring to a network entity 105, may refer to any portion of a network entity 105 (e.g., a base station 140, a CU 160, a DU 165, a RU 170) of a RAN communicating with another device (e.g., directly or via one or more other network entities, such as one or more of the network entities 105) .

[0044] Signal waveforms transmitted via a carrier may be made up of multiple subcarriers (e.g., using multi-carrier modulation (MCM) techniques such as orthogonal frequency division multiplexing (OFDM) or discrete Fourier transform spread OFDM (DFT-S-OFDM) ) . In a system employing MCM techniques, a resource element may refer to resources of one symbol period (e.g., a duration of one modulation symbol) and one subcarrier, in which case the symbol period and subcarrier spacing may be inversely related. The quantity of bits carried by each resource element may depend on the modulation scheme (e.g., the order of the modulation scheme, the coding rate of the modulation scheme, or both) , such that a relatively higher quantity of resource elements (e.g., in a transmission duration) and a relatively higher order of a modulation scheme may correspond to a relatively higher rate of communication. A wireless communications resource may refer to a combination of an RF spectrum resource, a time resource, and a spatial resource (e.g., a spatial layer, a beam) , and the use of multiple spatial resources may increase the data rate or data integrity for communications with a UE 115.

[0045] The time intervals for the network entities 105 or the UEs 115 may be expressed in multiples of a basic time unit which may, for example, refer to a sampling period of Ts=1 /  (Δfmax·Nf) seconds, for which Δfmax may represent a supported subcarrier spacing, and Nf may represent a supported discrete Fourier transform (DFT) size. Time intervals of a communications resource may be organized according to radio frames each having a specified duration (e.g., 10 milliseconds (ms) ) . Each radio frame may be identified by a system frame number (SFN) (e.g., ranging from 0 to 1023) .

[0046] Each frame may include multiple consecutively-numbered subframes or slots, and each subframe or slot may have the same duration. In some examples, a frame may be divided (e.g., in the time domain) into subframes, and each subframe may be further divided into a quantity of slots. Alternatively, each frame may include a variable quantity of slots, and the quantity of slots may depend on subcarrier spacing. Each slot may include a quantity of symbol periods (e.g., depending on the length of the cyclic prefix prepended to each symbol period) . In some wireless communications systems, such as the wireless communications system 100, a slot may further be divided into multiple mini-slots associated with one or more symbols. Excluding the cyclic prefix, each symbol period may be associated with one or more (e.g., Nf) sampling periods. The duration of a symbol period may depend on the subcarrier spacing or frequency band of operation.

[0047] A subframe, a slot, a mini-slot, or a symbol may be the smallest scheduling unit (e.g., in the time domain) of the wireless communications system 100 and may be referred to as a transmission time interval (TTI) . In some examples, the TTI duration (e.g., a quantity of symbol periods in a TTI) may be variable. Additionally, or alternatively, the smallest scheduling unit of the wireless communications system 100 may be dynamically selected (e.g., in bursts of shortened TTIs (sTTIs) ) .

[0048] Physical channels may be multiplexed for communication using a carrier according to various techniques. A physical control channel and a physical data channel may be multiplexed for signaling via a downlink carrier, for example, using one or more of time division multiplexing (TDM) techniques, frequency division multiplexing (FDM) techniques, or hybrid TDM-FDM techniques. A control region (e.g., a control resource set (CORESET) ) for a physical control channel may be defined by a set of  symbol periods and may extend across the system bandwidth or a subset of the system bandwidth of the carrier. One or more control regions (e.g., CORESETs) may be configured for a set of the UEs 115. For example, one or more of the UEs 115 may monitor or search control regions for control information according to one or more search space sets, and each search space set may include one or multiple control channel candidates in one or more aggregation levels arranged in a cascaded manner. An aggregation level for a control channel candidate may refer to an amount of control channel resources (e.g., control channel elements (CCEs) ) associated with encoded information for a control information format having a given payload size. Search space sets may include common search space sets configured for sending control information to UEs 115 (e.g., one or more UEs) or may include UE-specific search space sets for sending control information to a UE 115 (e.g., a specific UE) .

[0049] In some examples, a network entity 105 (e.g., a base station 140, an RU 170) may be movable and therefore provide communication coverage for a moving coverage area, such as the coverage area 110. In some examples, coverage areas 110 (e.g., different coverage areas) associated with different technologies may overlap, but the coverage areas 110 (e.g., different coverage areas) may be supported by the same network entity (e.g., a network entity 105) . In some other examples, overlapping coverage areas, such as a coverage area 110, associated with different technologies may be supported by different network entities (e.g., the network entities 105) . The wireless communications system 100 may include, for example, a heterogeneous network in which different types of the network entities 105 support communications for coverage areas 110 (e.g., different coverage areas) using the same or different RATs.

[0050] The wireless communications system 100 may support synchronous or asynchronous operation. For synchronous operation, network entities 105 (e.g., base stations 140) may have similar frame timings, and transmissions from different network entities (e.g., different ones of the network entities 105) may be approximately aligned in time. For asynchronous operation, network entities 105 may have different frame timings, and transmissions from different network entities (e.g., different ones of network entities 105) may, in some examples, not be aligned in time. The techniques described herein may be used for either synchronous or asynchronous operations.

[0051] Some UEs 115, such as MTC or IoT devices, may be relatively low cost or low complexity devices and may provide for automated communication between machines (e.g., via Machine-to-Machine (M2M) communication) . M2M communication or MTC may refer to data communication technologies that allow devices to communicate with one another or a network entity 105 (e.g., a base station 140) without human intervention. In some examples, M2M communication or MTC may include communications from devices that integrate sensors or meters to measure or capture information and relay such information to a central server or application program that uses the information or presents the information to humans interacting with the application program. Some UEs 115 may be designed to collect information or enable automated behavior of machines or other devices. Examples of applications for MTC devices include smart metering, inventory monitoring, water level monitoring, equipment monitoring, healthcare monitoring, wildlife monitoring, weather and geological event monitoring, fleet management and tracking, remote security sensing, physical access control, and transaction-based business charging.

[0052] Some UEs 115 may be configured to employ operating modes that reduce power consumption, such as half-duplex communications (e.g., a mode that supports one-way communication via transmission or reception, but not transmission and reception concurrently) . In some examples, half-duplex communications may be performed at a reduced peak rate. Other power conservation techniques for the UEs 115 may include entering a power saving deep sleep mode when not engaging in active communications, operating using a limited bandwidth (e.g., according to narrowband communications) , or a combination of these techniques. For example, some UEs 115 may be configured for operation using a narrowband protocol type that is associated with a defined portion or range (e.g., set of subcarriers or resource blocks (RBs) ) within a carrier, within a guard-band of a carrier, or outside of a carrier.

[0053] The wireless communications system 100 may be configured to support ultra-reliable communications or low-latency communications, or various combinations thereof. For example, the wireless communications system 100 may be configured to support ultra-reliable low-latency communications (URLLC) . The UEs 115 may be designed to support ultra-reliable, low-latency, or critical functions. Ultra-reliable communications may include private communication or group communication and may  be supported by one or more services such as push-to-talk, video, or data. Support for ultra-reliable, low-latency functions may include prioritization of services, and such services may be used for public safety or general commercial applications. The terms ultra-reliable, low-latency, and ultra-reliable low-latency may be used interchangeably herein.

[0054] In some examples, a UE 115 may be configured to support communicating directly with other UEs (e.g., one or more of the UEs 115) via a device-to-device (D2D) communication link, such as a D2D communication link 135 (e.g., in accordance with a peer-to-peer (P2P) , D2D, or sidelink protocol) . In some examples, one or more UEs 115 of a group that are performing D2D communications may be within the coverage area 110 of a network entity 105 (e.g., a base station 140, an RU 170) , which may support aspects of such D2D communications being configured by (e.g., scheduled by) the network entity 105. In some examples, one or more UEs 115 of such a group may be outside the coverage area 110 of a network entity 105 or may be otherwise unable to or not configured to receive transmissions from a network entity 105. In some examples, groups of the UEs 115 communicating via D2D communications may support a one-to-many (1: M) system in which each UE 115 transmits to one or more of the UEs 115 in the group. In some examples, a network entity 105 may facilitate the scheduling of resources for D2D communications. In some other examples, D2D communications may be carried out between the UEs 115 without an involvement of a network entity 105.

[0055] In some systems, a D2D communication link 135 may be an example of a communication channel, such as a sidelink communication channel, between vehicles (e.g., UEs 115) . In some examples, vehicles may communicate using vehicle-to-everything (V2X) communications, vehicle-to-vehicle (V2V) communications, or some combination of these. A vehicle may signal information related to traffic conditions, signal scheduling, weather, safety, emergencies, or any other information relevant to a V2X system. In some examples, vehicles in a V2X system may communicate with roadside infrastructure, such as roadside units, or with the network via one or more network nodes (e.g., network entities 105, base stations 140, RUs 170) using vehicle-to-network (V2N) communications, or with both.

[0056] The core network 130 may provide user authentication, access authorization, tracking, Internet Protocol (IP) connectivity, and other access, routing, or mobility functions. The core network 130 may be an evolved packet core (EPC) or 5G core (5GC) , which may include at least one control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management function (AMF) ) and at least one user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . The control plane entity may manage non-access stratum (NAS) functions such as mobility, authentication, and bearer management for the UEs 115 served by the network entities 105 (e.g., base stations 140) associated with the core network 130. User IP packets may be transferred through the user plane entity, which may provide IP address allocation as well as other functions. The user plane entity may be connected to IP services 150 for one or more network operators. The IP services 150 may include access to the Internet, Intranet (s) , an IP Multimedia Subsystem (IMS) , or a Packet-Switched Streaming Service.

[0057] The wireless communications system 100 may operate using one or more frequency bands, which may be in the range of 300 megahertz (MHz) to 300 gigahertz (GHz) . Generally, the region from 300 MHz to 3 GHz is known as the ultra-high frequency (UHF) region or decimeter band because the wavelengths range from approximately one decimeter to one meter in length. UHF waves may be blocked or redirected by buildings and environmental features, which may be referred to as clusters, but the waves may penetrate structures sufficiently for a macro cell to provide service to the UEs 115 located indoors. Communications using UHF waves may be associated with smaller antennas and shorter ranges (e.g., less than one hundred kilometers) compared to communications using the smaller frequencies and longer waves of the high frequency (HF) or very high frequency (VHF) portion of the spectrum below 300 MHz.

[0058] The wireless communications system 100 may utilize both licensed and unlicensed RF spectrum bands. For example, the wireless communications system 100 may employ License Assisted Access (LAA) , LTE-Unlicensed (LTE-U) RAT, or NR technology using an unlicensed band such as the 5 GHz industrial, scientific, and  medical (ISM) band. While operating using unlicensed RF spectrum bands, devices such as the network entities 105 and the UEs 115 may employ carrier sensing for collision detection and avoidance. In some examples, operations using unlicensed bands may be based on a carrier aggregation configuration in conjunction with component carriers operating using a licensed band (e.g., LAA) . Operations using unlicensed spectrum may include downlink transmissions, uplink transmissions, P2P transmissions, or D2D transmissions, among other examples.

[0059] A network entity 105 (e.g., a base station 140, an RU 170) or a UE 115 may be equipped with multiple antennas, which may be used to employ techniques such as transmit diversity, receive diversity, multiple-input multiple-output (MIMO) communications, or beamforming. The antennas of a network entity 105 or a UE 115 may be located within one or more antenna arrays or antenna panels, which may support MIMO operations or transmit or receive beamforming. For example, one or more base station antennas or antenna arrays may be co-located at an antenna assembly, such as an antenna tower. In some examples, antennas or antenna arrays associated with a network entity 105 may be located at diverse geographic locations. A network entity 105 may include an antenna array with a set of rows and columns of antenna ports that the network entity 105 may use to support beamforming of communications with a UE 115. Likewise, a UE 115 may include one or more antenna arrays that may support various MIMO or beamforming operations. Additionally, or alternatively, an antenna panel may support RF beamforming for a signal transmitted via an antenna port.

[0060] The network entities 105 or the UEs 115 may use MIMO communications to exploit multipath signal propagation and increase spectral efficiency by transmitting or receiving multiple signals via different spatial layers. Such techniques may be referred to as spatial multiplexing. The multiple signals may, for example, be transmitted by the transmitting device via different antennas or different combinations of antennas. Likewise, the multiple signals may be received by the receiving device via different antennas or different combinations of antennas. Each of the multiple signals may be referred to as a separate spatial stream and may carry information associated with the same data stream (e.g., the same codeword) or different data streams (e.g., different codewords) . Different spatial layers may be associated with different antenna ports used for channel measurement and reporting. MIMO techniques include single-user MIMO  (SU-MIMO) , for which multiple spatial layers are transmitted to the same receiving device, and multiple-user MIMO (MU-MIMO) , for which multiple spatial layers are transmitted to multiple devices.

[0061] Beamforming, which may also be referred to as spatial filtering, directional transmission, or directional reception, is a signal processing technique that may be used at a transmitting device or a receiving device (e.g., a network entity 105, a UE 115) to shape or steer an antenna beam (e.g., a transmit beam, a receive beam) along a spatial path between the transmitting device and the receiving device. Beamforming may be achieved by combining the signals communicated via antenna elements of an antenna array such that some signals propagating along particular orientations with respect to an antenna array experience constructive interference while others experience destructive interference. The adjustment of signals communicated via the antenna elements may include a transmitting device or a receiving device applying amplitude offsets, phase offsets, or both to signals carried via the antenna elements associated with the device. The adjustments associated with each of the antenna elements may be defined by a beamforming weight set associated with a particular orientation (e.g., with respect to the antenna array of the transmitting device or receiving device, or with respect to some other orientation) .

[0062] A network entity 105 or a UE 115 may use beam sweeping techniques as part of beamforming operations. For example, a network entity 105 (e.g., a base station 140, an RU 170) may use multiple antennas or antenna arrays (e.g., antenna panels) to conduct beamforming operations for directional communications with a UE 115. Some signals (e.g., synchronization signals, reference signals, beam selection signals, or other control signals) may be transmitted by a network entity 105 multiple times along different directions. For example, the network entity 105 may transmit a signal according to different beamforming weight sets associated with different directions of transmission. Transmissions along different beam directions may be used to identify (e.g., by a transmitting device, such as a network entity 105, or by a receiving device, such as a UE 115) a beam direction for later transmission or reception by the network entity 105.

[0063] Some signals, such as data signals associated with a particular receiving device, may be transmitted by a transmitting device (e.g., a network entity 105 or a UE  115) along a single beam direction (e.g., a direction associated with the receiving device, such as another network entity 105 or UE 115) . In some examples, the beam direction associated with transmissions along a single beam direction may be determined based on a signal that was transmitted along one or more beam directions. For example, a UE 115 may receive one or more of the signals transmitted by the network entity 105 along different directions and may report to the network entity 105 an indication of the signal that the UE 115 received with a highest signal quality or an otherwise acceptable signal quality.

[0064] In some examples, transmissions by a device (e.g., by a network entity 105 or a UE 115) may be performed using multiple beam directions, and the device may use a combination of digital precoding or beamforming to generate a combined beam for transmission (e.g., from a network entity 105 to a UE 115) . The UE 115 may report feedback that indicates precoding weights for one or more beam directions, and the feedback may correspond to a configured set of beams across a system bandwidth or one or more sub-bands. The network entity 105 may transmit a reference signal (e.g., a cell-specific reference signal (CRS) , a channel state information reference signal (CSI-RS) ) , which may be precoded or unprecoded. The UE 115 may provide feedback for beam selection, which may be a precoding matrix indicator (PMI) or codebook-based feedback (e.g., a multi-panel type codebook, a linear combination type codebook, a port selection type codebook) . Although these techniques are described with reference to signals transmitted along one or more directions by a network entity 105 (e.g., a base station 140, an RU 170) , a UE 115 may employ similar techniques for transmitting signals multiple times along different directions (e.g., for identifying a beam direction for subsequent transmission or reception by the UE 115) or for transmitting a signal along a single direction (e.g., for transmitting data to a receiving device) .

[0065] A receiving device (e.g., a UE 115) may perform reception operations in accordance with multiple receive configurations (e.g., directional listening) when receiving various signals from a transmitting device (e.g., a network entity 105) , such as synchronization signals, reference signals, beam selection signals, or other control signals. For example, a receiving device may perform reception in accordance with multiple receive directions by receiving via different antenna subarrays, by processing received signals according to different antenna subarrays, by receiving according to  different receive beamforming weight sets (e.g., different directional listening weight sets) applied to signals received at multiple antenna elements of an antenna array, or by processing received signals according to different receive beamforming weight sets applied to signals received at multiple antenna elements of an antenna array, any of which may be referred to as “listening” according to different receive configurations or receive directions. In some examples, a receiving device may use a single receive configuration to receive along a single beam direction (e.g., when receiving a data signal) . The single receive configuration may be aligned along a beam direction determined based on listening according to different receive configuration directions (e.g., a beam direction determined to have a highest signal strength, highest signal-to-noise ratio (SNR) , or otherwise acceptable signal quality based on listening according to multiple beam directions) .

[0066] The UEs 115 and the network entities 105 may support retransmissions of data to increase the likelihood that data is received successfully. Hybrid automatic repeat request (HARQ) feedback is one technique for increasing the likelihood that data is received correctly via a communication link (e.g., the communication link (s) 125, a D2D communication link 135) . HARQ may include a combination of error detection (e.g., using a cyclic redundancy check (CRC) ) , forward error correction (FEC) , and retransmission (e.g., automatic repeat request (ARQ) ) . HARQ may improve throughput at the MAC layer in relatively poor radio conditions (e.g., low signal-to-noise conditions) . In some examples, a device may support same-slot HARQ feedback, in which case the device may provide HARQ feedback in a specific slot for data received via a previous symbol in the slot. In some other examples, the device may provide HARQ feedback in a subsequent slot, or according to some other time interval.

[0067] In some cases, the wireless communications system 100 may utilize artificial intelligence (AI) and machine learning (ML) models (e.g., AI / ML models) . In some examples, a framework for using one-sided AI / ML models (e.g., on the UE 115 or the network entity 105 side) may include life cycle management (LCM) such as functionality and model selection, activation, deactivation, switching, and fallback. Additionally, or alternatively, the framework may also encompass identification related signaling as part of the LCM. In some cases, the framework may include signaling procedures or mechanisms for LCM to facilitate model training, inference, performance  monitoring, and data collection for both UE 115 sided and network entity 105 sided models. Moreover, such procedures or mechanism may exclude the collection of UE-sided model training data for the core network, operations and management (OAM) services, and over-the-top (OTT) services.

[0068] In some examples, the wireless communications system 100 may implement the AI / ML models for beam predictions. For example, the wireless communications system 100 may implement beam management procedures based on downlink transmission beam predictions for both models at a UE 115 and a network entity 105 (e.g., UE-sided models and network-sided models) . In a first beam management case (e.g., BM-Case1) , spatial-domain downlink transmission beam predictions for a first set of beams (e.g., Set-A beams) may be based on measurement results of a second set of beams (e.g., Set-B beams) . In a second beam management case (e.g., BM-Case2) , temporal downlink transmission beam predictions for the first set of beams may be based on historic measurement results of the second set of beams. In some cases, the wireless communications system 100 may also use one or more signaling procedures or mechanisms to facilitate life cycle management (LCM) operations specific to beam management use cases. Moreover, in some examples, the wireless communications system 100 may ensure consistency between training and inference regarding network entity 105 side conditions for inference at a UE 115. Additionally, or alternatively, the wireless communications system 100 may use a common framework design to support both the first beam management case and the second beam management case.

[0069] In some other examples, the wireless communications system 100 may use AI / ML models of positioning accuracy enhancements. In some cases, the wireless communications system 100 may implement direct AI / ML positioning techniques. For example, UE 115 based positioning with a UE 115-side model, UE 115 assisted or location management function (LMF) based positioning with an LMF-side model, RAN node (e.g., new generation (NG) RAN (NG-RAN) node) assisted positioning with an LMF-side model, or any combination thereof may be based on direct AI / ML positioning. In some other cases, the wireless communications system 100 may implement AI / ML assisted positioning techniques. For example, the wireless communications system 100 may use AI / ML assisted positioning for UE 115 assisted / LMF-based positioning with a UE 115 side mode, NG-RAN node assisted  positioning with a network entity 105 side model, or both. Further, the wireless communications system 100 may implement measurement procedures, signaling procedures, and mechanisms to facilitate LCM operations that are specific for the positioning accuracy enhancements. Additionally, or alternatively, the wireless communications system 100 may implement methods to ensure consistency between training and inference regarding network entity 105 side conditions for inference at a UE 115 for respective positioning use cases.

[0070] In some examples of the wireless communications system 100, UEs 115 may operate in accordance with a DRX mode where the UE 115 may remain in a sleep state until receiving a WUS. Thus, UEs 115 may remain in a sleep state during one or more DRX on durations until a UE 115 receives and successfully decodes a WUS indicating for the UE 115 to wake up during a subsequent DRX on duration to receive communications from the network. In some cases, a WUS may be a DCI message that contains a few bits of information for a respective UE 115 or a group of UEs 115 (e.g., a network entity 105 may transmit the WUS in a group-common DCI message) . For example, if the UE 115 detects a DCI (e.g., a DCI using DCI format 2_6) in at least one monitoring occasion, the UE 115 may follow the indication that is within a UE 115 specific field in the DCI. In some cases, the UE 115 may monitor WUS monitoring occasions but may be unable to detect the DCI. In such cases, a higher layer parameter (e.g., ps-WakeUp-r16) may indicate whether the UE 115 should start an on duration timer (e.g., drx-onDurationTimer) for the next DRX cycle. If the UE 115 is not provided with the higher layer parameter, the UE 115 may refrain from starting the on duration timer for the next DRX cycle.

[0071] In some cases, if a network entity 105 configures a UE 115 with both long and short DRX cycles, the UE 115 may monitor for a DCI that includes a WUS solely within long DRX cycles. For example, for short DRX cycles the UE 115 may start the on duration timer. Further, the UE 115 may refrain from monitoring for WUS DCI messages during a DRX active time. For example, the UE 115 may refrain from monitoring for WUSs while in an awake state to save power at the UE 115. Moreover, in some cases, the UE 115 may start the on duration timer for a subsequent DRX cycle based on at least one condition being satisfied. For example, the UE 115 may determine to start the on duration timer based on a current active BWP based on a network entity  105 refraining from configuring the UE 115 to monitor for the DCI. In some examples, the UE 115 may start the on duration timer based on determining that the UE 115 is capable of refraining from monitoring a physical downlink control channel (PDCCH) for the WUS DCI for all WUS monitoring occasions. In some cases, the UE 115 may refrain from monitoring the PDCCH based on synchronization signal block (SSB) overlaps, other PDCCH occasions with different quasi co-location (QCL) properties, one or more measurement gaps, BWP switching delays, or any combination thereof. In some other examples, the UE 115 may start the on duration based on determining that a DRX cycle refrains from including any WUS monitoring occasions.

[0072] In some examples, when a network entity 105 transmits a WUS prior to an associated DRX cycle, the network entity 105 may transmit the WUS via a set of different transmission beams. Moreover, the different transmission beams may be associated with SSBs and search space sets where different QCL (e.g., TypeD-QCL) source reference signals of TCI states may be associated with corresponding CORESETs linked with the search space sets. In some other examples, a network entity 105 may transmit the WUS only on respective temporal predicted beams. In some cases, when solely transmitting a WUS on a temporal predicted beam, the network entity 105 may transmit, to a respective UE 115, an indication of a predicted search space set identifier or TCI state identifier for WUS detection for subsequent DRX on cycles. Moreover, the network entity 105 may perform prediction based on historical measurement reports from the UE 115 (e.g., level 1 (L1) reports, UE 115 reported predictions, or a combination thereof. In some other cases, the network entity 105 may request for a UE 115 to transmit feedback associated with UE 115 prediction results for subsequent WUSs based on QCL (e.g., TypeD-QCL) source reference signal channel characteristics.

[0073] In some other examples, a network entity 105 may configure a respective UE 115 with a default wakeup parameter to indicate whether the UE 115 should start a DRX on duration timer or not for a subsequent DRX cycle. However, in such examples, the network entity 105 may have to include additional information in the payload of a WUS. For example, the network entity 105 may add information associated with how the UE 115 should monitor for a WUS in a subsequent DRX cycle to the payload of a WUS. However, including additional information to a WUS may increase the  complexity of a UE 115 and may increase the power consumption of a UE 115 that is operating within a low power mode. The techniques of the present enables updates to the behavior of a UE 115 when activating DRX on durations based on decoding or failing to decode WUS while refraining from including additional information to the WUS payload. For example, based on receiving and decoding a WUS in a first TCI state in a first DRX cycle, the UE 115 may use the same TCI state in a subsequent DRX cycle. In some examples, the UE 115 may receive a TCI state indication that indicates a TCI state to use for receiving a WUS in the subsequent DRX cycle. In some other examples, the UE 115 may fail to decode a WUS, and a default configuration may be unavailable. In such cases, the UE 115 may either use a TCI state that corresponds to the most recently decoded WUS, or the UE 115 may default to monitoring all the TCI states for a WUS during the subsequent DRX cycle. Additionally, or alternatively, the UE 115 may receive an indication to switch TCI state monitoring configurations from or to a configuration where the UE 115 may monitor each TCI state for a WUS. Further descriptions of techniques where a network entity 105 may configure UEs 115 or may transmit to the UEs 115, an indication of how the UEs 115 should monitor TCI states for subsequent WUSs without adding information to the WUS payload may be described elsewhere herein, such as with reference to FIGs. 2 through 6.

[0074] FIG. 2 shows an example of a wireless communications system 200 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. In some examples, the wireless communications system 200 may implement or be implemented by the wireless communications system 100. For example, the wireless communications system 200 may include a network entity 105-a and a UE 115-a, which may represent examples of corresponding devices described herein with reference to FIG. 1. Further, the UE 115-a may be configured with a low power WUS (LP-WUS) receiver (e.g., a LP-WUS receiver 205) . Moreover, the network entity 105-a may communicate with the UE 115-a via a downlink communication link 210 and the UE 115-a may communicate with the network entity 105-a via an uplink communication link 215. The downlink communication link 210 and the uplink communication link 215 may be examples of a Uu link, a sidelink, a backhaul link, a D2D link or some other type of communication link 125 described herein with reference to FIG. 1.

[0075] In some examples, to ensure that the complexity of the LP-WUS receiver 205 at the UE 115-a refrains from increasing and that the UE 115-a refrains from increasing the power consumption while operating in a DRX mode, the techniques of the present disclosure describe refraining from increasing the payload of a WUS 220. Moreover, the techniques of the present disclosure further enable the UE 115-a to be capable of efficiently identifying temporal beam prediction results for monitoring WUSs 220 without impacting the payload size of the WUSs 220. In some examples, to predict TCI states for WUS 220 monitoring without impacting the payload information of a respective WUS 220, if the WUS 220 refrains from activating a following DRX on duration, the UE 115-a may assume that the network entity 105-a will transmit the WUS 220 based on a same TCI state in the next DRX cycle. Further, if the UE 115-a is unable to detect a WUS 220, the UE 115-a may refrain from activating the following DRX cycle and continue to use the same TCI state for the next DRX cycle.

[0076] In some other examples, the UE 115-a may receive the WUS 220 that activates a DRX on duration or a configured parameter (e.g., ps-WakeUp-r16) may indicate for the UE 115-a to activate the on duration. In such cases, the UE 115-a may receive real-time TCI state information from the network entity 105-a. For example, the network entity 105-a may transmit a TCI state indication 225 that can indicate a TCI state switch command or indicate a temporal TCI state prediction indication to the UE 115-a. Thus, the UE 115-a may use the TCI state indication 225 from the network entity 105-a for monitoring for a WUS 220 in a next subsequent DRX cycle. In some cases, the TCI state indication 225 for downlink and uplink communications may direct a child QCL-source reference signal with a parent QCL-source reference signal of a TCI state for monitoring for a WUS 220. In such cases, the UE 115-a may monitor for a WUS 220 based on the parent QCL-source reference signal. In some other cases, the predicted TCI states indicated during a DRX on cycle may include multiple (e.g., multiple sequential) TCI state indications for multiple DRX cycles.

[0077] Moreover, such TCI state indication 225 may overwrite UE 115 behaviors such as the UE 115-a assuming to use a same TCI state for subsequent DRX cycles when a WUS 220 refrains from activating a following on duration. Additionally, or alternatively, a TCI state switch command message may be capable of overwriting a TCI state prediction indication, or vice versa. For example, the UE 115-a may receive a  TCI state prediction indication that indicates for the UE 115-a to use a first TCI state for monitoring for the WUS 220 in the next DRX cycle. Then, prior to the next DRX cycle, the UE 115-a may receive a TCI state switch command that indicates a second TCI state and the UE 115-a may determine to use the second TCI state for monitoring for the WUS 220. In some cases, the network entity 105-a may configure the UE 115-a with a priority of a TCI state switch command and a TCI state prediction indication such that the UE 115-a can determine which indication should take priority over the other.

[0078] Further, in some examples, the UE 115-a may be unable to successfully decode the WUS 220 in a DRX cycle. Thus, if the UE 115-a is unconfigured with a higher layer parameter (e.g., ps-WakeUp-r16) , the UE 115-a may refrain from activating a following DRX on duration. In some cases, the UE 115-a may monitor all TCI states for the WUS 220 in the next DRX cycle. In some other cases, the UE 115-a may identify the TCI state associated with the previous and most recently decoded WUS 220 or most recently received TCI state indication 225 to determine which TCI state the UE 115-a should use for monitoring for the WUS 220 in the next DRX cycle. For example, the UE 115-a may use the TCI state associated with the last WUS 220 that the UE 115-a successfully decoded, or a TCI state indicated via a TCI state switch command message or TCI state prediction indication from the network entity 105-a. Moreover, in some examples, the network entity 105-a may transmit, via an RRC configuration, which WUS monitoring pattern the UE 115-a is to follow. Additionally, or alternatively, the UE 115-a may be configured with instructions on how to monitor for the next WUS 220 in a next DRX cycle when the UE 115-a unsuccessfully decodes the WUS 220 in a current DRX cycle.

[0079] In some examples, the techniques of the present disclosure may improve the accuracy and efficiency of communications in the wireless communications system 200 when a beam change rate for the UE 115-a is relatively low. For example, the techniques of the present disclosure may ensure that the DRX on duration activation can be relatively low to sufficiently allow for a changing for TCI states for the UE 115-a to monitor for WUSs 220. In some other examples, the techniques of the present disclosure may reduce the power consumption of the UE 115-a by reducing the payload size of a WUS 220.

[0080] In some cases, in accordance with the techniques of the present disclosure, the UE 115-a may receive a configuration message from the network entity 105-a that indicates a default WUS 220 monitoring pattern for a set of DRX cycles. Based on receiving the configuration message, the UE 115-a may receive, via the LP-WUS receiver 205, a first WUS 220 from the network entity 105-a during a first DRX cycle of the set of DRX cycles. The first WUS 220 may also be associated with a first TCI state and may indicate information for an on duration that is associated with the first DRX cycle. In some cases, if the WUS 220 indicates for the UE 115-a to activate an on duration, the UE 115-a may then wake-up during the on duration to receive messages and transmit one or more uplink messages 230. Moreover, the UE 115-a may further monitor for a second WUS 220 that is associated with the first TCI state during a second DRX cycle. In some cases, in accordance with the techniques of the present disclosure, the UE 115-a may monitor for a subsequent WUS 220 using a different TCI state based on receiving a TCI state indication 225 from the network entity 105-a. Further descriptions of the present disclosure may be described elsewhere herein, such as with reference to FIGs. 3 through 6.

[0081] FIG. 3 shows an example of a DRX cycle diagram 300 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. In some examples, the DRX cycle diagram 300 may implement or be implemented by the wireless communications system 100, the wireless communications system 200, or both. For example, the DRX cycle diagram 300 may illustrate a UE 115 performing WUS monitoring 305 via one or more TCI states 310 (e.g., a TCI state 310-a, a TCI state 310-b, a TCI state 310-c, a TCI state 310-d, or any combination thereof) in DRX cycles 315 (e.g., DRX cycle 315-a or DRX cycle 315-b) to monitor for a WUS 320 (e.g., a WUS 320-a or a WUS 320-b) that indicates whether the UE 115 should activate an on duration 325 of a DRX cycle 315 (e.g., an on duration 325-a during the DRX cycle 315-a or an on duration 325-b during the DRX cycle 315-b) .

[0082] In some cases, in order to allow a network entity 105 to perform transmission sweeping via the transmission beams of the network entity 105 when transmitting a respective WUS 320 (e.g., the WUS 320-a or the WUS 320-b) , the network entity 105 may configure a UE 115 with a first quantity of search space sets. In some examples, the network entity 105 may configure the UE 115 with the first quantity  of search space sets via an RRC configuration message. Moreover, a network entity 105 may configure the UE 115 with search space sets for the UE 115 to monitor for a DCI formation associated with the transmission of a WUS 320. Further, in some cases, the CORESETs associated with different search space sets may correspond to the different TCI states 310. In some other cases, a WUS 320 may only be configured via a single search space set that includes multiple monitoring occasions of an associated CORESET and the different TCI states may be RRC configured for the different monitoring occasions in the search space set. Thus, in some cases, the TCI state 310-a, the TCI state 310-b, the TCI state 310-c, and the TCI state 310-d may each correspond to different search space sets or to the same search space set. Moreover, when a UE 115 decodes a WUS 320 in a respective DRX cycle 315, a network entity 105 may configure the UE 115 to decode the WUS 320 for search space sets, monitoring occasions, or both, based on a single TCI state 310.

[0083] In some examples, the DRX cycle 315-a and the DRX cycle 315-a may be adjacent to each other and the DRX cycle 315-b is after the DRX cycle 315-a. Further, in accordance with the techniques of the present disclosure, a UE 115 may identify a TCI state 310 associated with the search space sets, monitoring occasions, or both. The UE 115 may then use the identifier TCI state 310 to monitor for the WUS 320-b in the DRX cycle 315-b without impacting the payload of a WUS 320. For example, the techniques of the present disclosure may enable the network entity 105 to assist the UE 115 in identifying the TCI state 310 without any variations, enhancements, or additions to the payload of a WUS 320.

[0084] In some cases, as illustrated within FIG. 3, a UE 115 may successfully decode the WUS 320-a from search space sets or monitoring occasions based on a first TCI state 310 (e.g., the TCI state 310-c) during the WUS monitoring 305 within a first DRX cycle 315 (e.g., the DRX cycle 315-a) . In some examples, the WUS 320-a may indicate to activate or deactivate the on duration 325-a in the DRX cycle 315-a. Thus, the information indicated within the WUS 320-a may include an indication to activate the on duration 325-a, deactivate the on duration 325-a, or refrain from activating the on duration 325-a.

[0085] Further, based on a network entity 105 refraining from transmitting any signaling to the UE 115, the UE 115 may only expect to successfully decode the WUS  320-b in the DRX cycle 315-b from search space sets or monitoring occasions associated with the same first TCI state 310 that the UE 115 used to decode the TCI state 310-a (e.g., the TCI state 310-c) . Thus, the UE 115 may refrain from monitoring for a WUS 320 in search space sets or monitoring occasions associated with the TCI state 310-a, the TCI state 310-b, and the TCI state 310-d during the DRX cycle 315-b to reduce the power consumption of the UE 115. In some examples, the UE 115 may receive a TCI state indication from a network entity 105 to indicate for the UE 115 to use a different TCI state 310 for the WUS monitoring 305 during the DRX cycle 315-b. Further descriptions of the UE 115 receiving a TCI state indication to determine a TCI state 310 for performing WUS monitoring 305 for a WUS 320 in the DRX cycle 315-b may be described elsewhere herein, such as with reference to FIG. 4.

[0086] FIG. 4 shows an example of a DRX cycle diagram 400 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. In some examples, the DRX cycle diagram 400 may implement or be implemented by the wireless communications system 100, the wireless communications system 200, or both. For example, the DRX cycle diagram 400 may illustrate a UE 115 performing WUS monitoring 405 via one or more TCI states 410 (e.g., a TCI state 410-a, a TCI state 410-b, a TCI state 410-c, a TCI state 410-d, or any combination thereof) in DRX cycles 415 (e.g., DRX cycle 415-a or DRX cycle 415-b) to monitor for a WUS 420 (e.g., a WUS 420-a or a WUS 420-b) that indicates whether the UE 115 should activate an on duration 425 of a DRX cycle 415 (e.g., an on duration 425-a during the DRX cycle 415-a or an on duration 425-b during the DRX cycle 415-b) .

[0087] In some examples, a UE 115 may perform the WUS monitoring 405 in the DRX cycle 415-a to monitor for the WUS 420-a in the DRX cycle 415-a from search space sets or monitoring occasions associated with the TCI state 410-c. In some cases, the on duration 425-a in the DRX cycle 415-a may be activated by an indication in the WUS 420-a that is successfully decoded by the UE 115 in the DRX cycle 415-a. In some other cases, a network entity 105 may configure the UE 115 with a parameter (e.g., the ps-WakeUp-r16) for the UE 115 to activate the on duration 425-a in the DRX cycle 415-a if the WUS 420-a is unsuccessfully decoded.

[0088] Moreover, as illustrated herein, the UE 115 may also receive a TCI state indication 430 from the network entity 105 to indicate a TCI state 410 for performing  WUS monitoring 405 in the DRX cycle 415-b. In some cases, the UE 115 may receive the TCI state indication 430 during the on duration 425-a based on the WUS 420-a indicating for the UE 115 to activate the on duration 425-a. For example, if the WUS 420-a indicates for the UE 115 to activate the on duration 425-a, the UE 115 may transition from a sleep state to an awake state during the DRX cycle 415-a. Thus, the UE 115 may wake-up one or more antennas for receiving signals from the network entity 105 and other wireless devices during the on duration 425-a of the DRX cycle 415-a. Therefore, the UE 115 may be capable of receiving the TCI state indication 430 from the network entity 105 to indicate a TCI state 410 to utilize for performing the WUS monitoring 405 during the DRX cycle 415-b.

[0089] In some cases, the signaling from the network entity 105 to indicate a respective TCI state 410 for performing the performing WUS monitoring 405 may be based on the UE 115 receiving a TCI state 410 switch command. Therefore, a UE receiving the TCI state indication 430 may include a UE receiving a TCI state 410 switch command message that includes the TCI state indication 430. In some examples, the TCI state indication 430 included in the TCI state 410 switch command may be based on resources associated with a downlink channel (e.g., a physical downlink control channel (PDCCH) , a physical downlink shared channel (PDSCH) , or both) , an uplink channel (e.g., a physical uplink control channel (PUSCH) , a physical uplink shared channel (PUSCH) , or both) , sounding reference signals (SRSs) , or any combination thereof. Further, the TCI state indication 430 included in the TCI state 410 switch command may include an indication of TCI state 410-b such that the UE 115 may monitor for the WUS 420-b using the TCI state 410-b. In such cases, to save power and computational resources, the UE 115 may be capable of refraining from performing the WUS monitoring 405 on the TCI state 410-a, the TCI state 410-c, and the TCI state 410-d based on receiving the TCI state indication 430 in a TCI state 410 switch command. For example, based on receiving the TCI state 410 switch command, the UE 115 may only expect to successfully decode a WUS 420 (e.g., the WUS 420-b) in the DRX cycle 415-b based on the TCI state 410 that is determined based on the TCI state 410-b being indicated in the TCI state indication 430. Further, in some examples, the UE 115 may receive the TCI state 410 switch command via a downlink DCI grant or a MAC-control element (CE) .

[0090] In some examples. a QCL source reference signal associated with the TCI state 410-b may be different from the same QCL source resource signal associated with other candidate TCI states 410 that are associated with the same search space sets or monitoring occasions for monitoring WUSs. In such cases, a UE 115 may expect that a ‘child’ QCL source reference signal associated with the TCI state 410-b is QCLed with one of a ‘parent’ QCL source reference signals of the TCI states 410 associated with the search space sets / monitoring occasions for monitoring WUSs. Therefore, the UE 115 may expect to successfully decode the WUS 420-b in the DRX cycle 415-b from the search space sets / monitoring occasions that are based on the TCI states 410 associated with the identified ‘parent’ QCL source reference signal. For example, the UE 115 may switch to a respective TCI state 410 for the PDSCH based on CSI-RSs (e.g., via narrow beams) while the UE 115 may perform the WUS monitoring 405 with TCI states 410 that are based on SSBs (e.g., via wide beams) .

[0091] In some other cases, the TCI state indication 430 may indicate a TCI state 410 prediction. For example, the TCI state indication 430 may include a prediction that the UE 115 should use the TCI state 410-b for performing the WUS monitoring 405 to successfully decode the WUS 420-b. As such, the UE 115 may only expect to successfully decode the WUS 420-b in the DRX cycle 415-b from search space sets / monitoring occasions that are based on the TCI state 410-b that is indicated in the TCI state indication 430 during the DRX-on duration of the DRX cycle 415-a (e.g., the on duration 425-a) . For example, the TCI state indication 430 may include an indication of the multiple TCI states 410 that the UE 115 is capable of using to receive and decode a WUS 420. In some examples, the UE 115 may use the TCI state 410 indicated via the WUS 420 for each DRX cycle 415 subsequent to the DRX cycle 415-a. For example, the UE 115 may receive the TCI state indication 430 that indicates that the UE 115 should use the TCI state 410-b to perform the WUS monitoring 405 in the DRX cycle 415-b. Additionally, or alternatively, the TCI state 410 predication may be generated based on AI / ML models and the TCI state indication 430 may indicate that the UE 115 has a relatively higher probability of decoding the WUS 420-b by using the TCI state 410-b rather than using the TCI state 410-c that the UE 115 utilized in the DRX cycle 415-a. In some cases, the AI / ML models may generate the TCI state 410 predictions  based on changes to network entity 105 conditions, changes to UE 115 conditions, movement of the UE 115, interference, or any combination thereof.

[0092] In some cases, such indication of a TCI state 410 may overwrite behaviors configured at the UE 115. For example, if the WUS 420-b deactivates the DRX-on duration in the DRX cycle 415-b (e.g., the duration 425-b) , the UE 115 may refrain from using the last used TCI state 410 (e.g., the TCI state 410-c) and instead use the TCI state 410 indicated in the TCI state indication 430 for subsequent DRX cycles 415. In some examples, the UE 115 may also receive multiple TCI state indications 430 that indicate different TCI states 410 for the UE 115 to use in subsequent DRX cycles. For example, in some cases, a TCI state 410 prediction may overwrite an indication within a TCI state 410 switch command. For example, the UE 115 may receive a first TCI state indication 430 via a TCI state 410 command and a second TCI state indication 430 via a TCI state 410 prediction indication and the UE 115 will determine to use the TCI state 410 indicated in TCI state 410 prediction indication rather than the TCI state 410 indicated in the TCI state 410 switch command, regardless of the order received in. Therefore, the UE 115 may use the TCI state 410 indicated in a TCI state 410 prediction indication regardless of if the UE 115 had previously received a TCI state indication 430 within a TCI state 410 switch command or if the UE subsequently receives a TCI state indication 430 within a TCI state 410 switch command.

[0093] For example, in the DRX cycle 415-a, the UE 115 may receive, from a network entity 105, a TCI state indication 430 via a TCI state 410 switch command to switch to a TCI state 410 associated with a third SSB. Then, later in the DRX cycle 415-a, the UE 115 may receive, from the network entity 105, a TCI state indication 430 indicating a predicted TCI state 410 that is based on a first SSB. Thus, UE 115 may then determine to use TCI state 410 that is based on the first SSB for performing the WUS monitoring 405 in the DRX cycle 415-b based on receiving the TCI state indication 430 that includes an indication of a TCI state 410 prediction. In another example, in the DRX-on duration of the DRX cycle 415-a (e.g., the on duration 425-a) , the UE 115 may first receive a predicted TCI state 410 via a first TCI state indication 430 that is associated with a first SSB and then later receive an indication of a different TCI state 410 via a second TCI state indication 430 within a TCI state 410 switch command that is associated with a third SSB. In such case, the UE 115 may refrain from switching  over to using the TCI state 410 associated with the third SSB and continue to use the TCI state 410 indicated via by a TCI state 410 prediction.

[0094] In some examples, a UE 115 may give priority to either the latest TCI state indication 430 or a TCI state indication 430 that includes a TCI state 410 prediction, whichever is received later within a DRX-on duration (e.g., a duration 425 of a DRX cycle 415) . For example, the UE 115 may first receive a TCI state 410 switch command message that includes a TCI state indication 430 and the receive a TCI state indication 430 associated with a TCI state 410 prediction and the UE 115 may follow the TCI state 410 prediction. However, if the UE 115 first receives a TCI state indication 430 that is associated with a TCI state 410 prediction and then receives a TCI state 410 switch command message that includes a TCI state indication 430, the UE 115 may use the TCI state 410 indicated by the TCI state 410 switch command message. For example, the UE 115 may use the TCI state 410 indicated by the TCI state 410 switch command message based on receiving the TCI state 410 switch command message subsequent to receiving the TCI state indication 430 that is based on a TCI state 410 prediction. Therefore, in some cases, a TCI state 410 switch command message may be capable of overwriting a TCI state 410 prediction indication only if the TCI state 410 switch command message is received subsequent to a TCI state 410 prediction indication.

[0095] Thus, in accordance with the techniques of the present disclosure, a UE 115 may be capable of determining a TCI state 410 to use to perform WUS monitoring 405 for subsequent DRX cycles 415 based on a TCI state indication 430. For example, the UE 115 may receive a TCI state 410 switch command message that includes a TCI state indication 430, a TCI state 410 prediction indication that includes a TCI state indication 430, or both. Further, if the UE 115 receives both a TCI state 410 switch command message and a TCI state 410 prediction indication within a same on duration 425 of a DRX cycle 415, a network entity 105 may configure the UE 115 with which TCI state indication 430 the UE 115 should follow. However, in some cases, the UE 115 may be unable to decode a WUS 420 within the DRX cycle 415-a. Thus, the UE 115 may be unable to determine which TCI state 410 the UE 115 should use for subsequent WUS monitoring 405 in subsequent DRX cycles 415 (e.g., the DRX cycle 415-b) . Further descriptions of the present disclosure that describe how the UE 115 should perform the  WUS monitoring 405 in the subsequent DRX cycles 415 may be described elsewhere herein, such as with reference to FIG. 5.

[0096] FIG. 5 shows an example of a DRX cycle diagram 500 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. In some examples, the DRX cycle diagram 500 may implement or be implemented by the wireless communications system 100, the wireless communications system 200, or both. For example, the DRX cycle diagram 500 may illustrate a UE 115 performing WUS monitoring via one or more TCI states 505 (e.g., a TCI state 505-a, a TCI state 505-b, a TCI state 505-c, a TCI state 505-d, or any combination thereof) in DRX cycles 510 (e.g., DRX cycle 510-a, DRX cycle 510-b, DRX cycle 510-c, DRX cycle 510-d, DRX cycle 510-e, or DRX cycle 510-f) to monitor for a WUS that indicates whether the UE 115 should activate an on duration 425 of a DRX cycle 510.

[0097] In some examples, a UE 115 may be unable to successfully decode any WUS from the search space sets or monitoring occasions associated with a first DRX cycle 510 (e.g., the DRX cycle 510-a) . In some cases, a network entity 105 may configure a respective UE 115 with an RRC parameter (e.g., ps-WakeUp-r16) to control UE 115 behaviors for WUS monitoring on applicable search space sets, monitoring occasions, or both. As such, in some examples, if the UE 115 is unable to decode a WUS during a respective DRX cycle 510 and the RRC parameter is configured, the UE 115 may consider an on-duration for the respective DRX cycle 510 activated and the UE 115 may wake up to monitor for communications during the on-duration. In some other examples, if the UE 115 is unable to decode a WUS and the RRC parameter is not configured, the UE 115 may consider the on duration of the respective DRX cycle as deactivated and may remain in a sleep state during the on duration. However, the UE 115 may be unable to determine if the UE 115 should use the same or a different TCI state 505 for subsequent WUS monitoring if no WUS is decoded in a first DRX cycle 510 (e.g., the DRX cycle 510-a) .

[0098] In accordance with the techniques of the present disclosure, a network entity 105 may configure a UE 115 with an additional RRC parameter to indicate WUS monitoring behaviors for subsequent DRX cycles 510 when a UE 115 that fails to decode a WUS. For example, a network entity 105 may configure a UE 115 with a TCI state 505 sweeping parameter (e.g., ps-TCI-SweepOrNot) that indicates how the UE 115  should monitor for a WUS within subsequent DRX cycles 510 after failing to decode a WUS in a first DRX cycle 510 (e.g., DRX cycle 510-a) . In some cases, if the TCI state 505 sweeping parameter indicates a first value (e.g., a bit value of 0) , the UE 115 may identify a TCI state 505 associated with the most recently decoded WUS in a DRX cycle 510 prior to the DRX cycle 510-a. For example, prior to the DRX cycle 510-a, the UE 115 may have decoded a WUS via the TCI state 505-b. Thus, the UE 115 may use the TCI state 505-b to monitor for a WUS in subsequent DRX cycles 510 (e.g., the DRX cycle 510-b, the DRX cycle 510-c, the DRX cycle 510-d, the DRX cycle 510-e, and the DRX cycle 510-f) .

[0099] In some other cases, the UE 115 may use a TCI state 505 that a network entity 105 recently indicated to the UE 115. For example, as described with reference to FIG. 4, the UE 115 may receive a TCI state 505 indication (e.g., the TCI state indication 430) during an on duration of a DRX cycle 510 that is prior to the DRX cycle 510-a indicating for the UE 115 to use the TCI state 505-b to monitor for WUSs in subsequent DRX cycles 510. Therefore, the UE 115 may use the TCI state 505-b to monitor for the WUSs in the subsequent DRX cycles 510 even if the UE 115 fails to decode a WUS in the DRX cycle 510-a. Further, in such cases, the UE 115 may refrain using any other TCI state 505 (e.g., the TCI state 505-a, the TCI state 505-c, the TCI state 505-d, or any combination thereof) to monitor for the WUSs in order to reduce the power consumption and resource consumption of the UE 115 while in a sleep state of a DRX cycle 510.

[0100] In another case, if the TCI state 505 sweeping parameter indicates a second value (e.g., a bit value of 1) , the UE 115 may monitor all applicable search space sets, monitoring occasions, or both that are associated with each candidate TCI state 505. For example, in response to failing to decode a WUS in the DRX cycle 510-a, the UE 115 may use the TCI state 505-a, the TCI state 505-b, the TCI state 505-c, and the TCI state 505-d to monitor for a WUS in subsequent DRX cycles 510. Additionally, or alternatively, if the UE 115 fails to decode a WUS in the DRX cycle 510-a and the UE 115 is not configured with the TCI state 505 sweeping parameter (e.g., the ps-TCI-SweepOrNot RRC parameter) , the UE 115 may default to using each candidate TCI state 505 for monitoring for a WUS in a subsequent DRX cycle 510. Further, it should be understood that, in some cases, the UE 115 behaviors for WUS monitoring if a  respective UE 115 fails to decode a WUS described herein that are indicated via the first value of TCI state 505 sweeping parameter may be associated with the second the second value of the TCI state 505 sweeping parameter, or vice versa.

[0101] In some examples, in order to track how often a UE 115 fails to decode a WUS in a DRX cycle 510 with a respective TCI state 505, the UE 115 may implement a counter 515. In some cases, the counter 515 may be based on a quantity of DRX cycles 510 that the UE 115 has failed to decode a WUS after the UE 115 determines to use a TCI state 505 that is associated with the most recently decoded WUS or the most recent TCI state indication from a network entity 105. For example, in the DRX cycle 510-a, the UE 115 may decode a WUS via the TCI state 505-b and may terminate the counter 515 (e.g., the counter 515 is set to a value of 0) . In the DRX cycle 510-b, the UE 115 may fail to decode a WUS and can determine to use the TCI state 505-b based on recently decoding a WUS via the TCI state 505-b. Additionally, or alternatively, during an on duration of the DRX cycle 510-a, the UE 115 may receive signaling from a network entity 105 indicating for the UE 115 to use the TCI state 505-b for subsequent DRX cycles 510 and the UE 115 may determine to continue using the TCI state 505-b after failing to decode a WUS in the DRX cycle 510-b based on the received signaling.

[0102] Further, in the DRX cycle 510-c, the UE 115 may also fail to decode a WUS via the TCI state 505-b and may thus reset the counter 515 to a value of 1 indicating that the UE 115 has failed to decode a WUS with the TCI state 505-b one time. The UE 115 may continue to increment the counter 515 by a value of 1 for each contiguous DRX cycle 510 that the UE 115 fails to decode a WUS via the TCI state 505-b until the counter 515 satisfies a threshold value. In some cases, the UE 115 may be configured with a counter threshold value of 3 and in the DRX cycle 510-e, the UE 115 may fail to decode a WUS and increment the counter 515 to a value of 3, thus satisfying the threshold. Therefore, in response to the counter 515 satisfying the threshold, the UE 115 may switch to using all applicable TCI states 505 until the counter 515 can be terminated (e.g., until the UE 115 can decode a WUS via a respective TCI state 505) .

[0103] In some examples, the UE 115 may implement the counter after failing to decode a WUS as the network entity 105 may have switched to a different transmission beam associated with a different TCI state 505 for transmitting a WUS. For example, the UE 115 may have failed to receive or decode a TCI state 505 indication from the  network entity 105 indicating a different TCI state 505 for the UE 115 to switch to for receiving WUSs and the network entity 105 may automatically switch to a transmission beam associated with the different TCI state 505 after transmitting the indication. Therefore, the techniques of the present disclosure may enable the UE 115 to utilize the counter 515 to determine if there is a TCI state 505 mismatch between the UE 115 and the network entity 105. Additionally, or alternatively, the threshold value for the counter 515 that indicates that the UE 115 should switch to monitoring all the candidate TCI state 505 (e.g., the TCI state 505-a, the TCI state 505-b, the TCI state 505-c, and the TCI state 505-d) may be configured via signaling from the network entity 105 or may be predefined or preconfigured at the UE 115.

[0104] Moreover, in some cases, during an on duration of a DRX cycle 510, a UE 115 may receive signaling from a network entity 105 indicating for a UE 115 to switch TCI state 505 monitoring modes. For example, the UE 115 may receive an RRC message, a MAC-CE, a downlink-grant DCI, or any combination thereof, from the network entity 105 indicating for the UE 115 to switch methods of monitoring for WUSs. In some cases, the UE 115 may be monitoring for a WUS via a respective TCI state 505 in accordance with the techniques of the present disclosure and the network entity 105 may indicate for the UE 115 to switch to monitoring all the applicable TCI states 505 (e.g., monitoring all candidate search space sets, monitoring occasions, or both) . In some other cases, the UE 115 may be monitoring all the applicable TCI states 505 and the network entity 105 may indicate for the UE 115 to switch to one of the techniques of the present disclosure as described herein with reference to FIGs. 2 through 5. Further descriptions of the techniques of the present disclosure enabling a UE 115 to monitor for a WUS via a TCI state 505 without impacting the payload of a WUS may be described elsewhere herein, such as with reference to FIG. 6.

[0105] FIG. 6 shows an example of a process flow 600 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. In some examples, the process flow 600 may implement or be implemented by the wireless communications system 100, the wireless communications system 200, the DRX cycle diagram 300, the DRX cycle diagram 400, the DRX cycle diagram 500, or any combination thereof. For example, the process flow 600 may include a UE 115-b  and a network entity 105-b, which may be examples of devices described herein with reference to FIG. 1 and 2.

[0106] In the following description of the process flow 600, the operations between the UE 115-b and the network entity 105-b may be performed in different orders or at different times. Some operations may also be left out of the process flow 600, or other operations may be added. Although the UE 115-b and the network entity 105-b are shown performing the operations of the process flow 600, some aspects of some operations may also be performed by one or more other wireless devices.

[0107] At 605, the UE 115-b may receive, from the network entity 105-b, a configuration message indicating a default WUS monitoring pattern for a set of DRX cycles. In some cases, the UE 115-b may receive, via the configuration message, an indication for the UE 115-b to use a first default WUS monitoring pattern that instructs the UE 115-b to monitor for a respective WUS that is associated with a respective TCI state. In some other cases, the UE 115-b may receive an indication for the UE 115-b to use a second default WUS monitoring pattern instructing the UE 115-b to monitor for the respective WUS that is associated with a respective TCI state of a set of TCI states. Further, in some examples, if the configuration message indicates for the UE 115-b to default to the first default WUS monitoring pattern or the second default WUS monitoring pattern, the configuration message may refrain from providing an indication of a respective default WUS monitoring pattern.

[0108] At 610, the UE 115-b may monitor for a first WUS during a first DRX cycle of a set of DRX cycles in accordance with the default WUS monitoring pattern. At 615, the UE 115-b may receive, from the network entity 105-b during the first DRX cycle of the set of DRX cycles, the first WUS that is associated with a first TCI state based on receiving the configuration message. Further, the first WUS may indicate information for an on duration that is associated with the first DRX cycle. For example, the UE 115-b may receive, via the first WUS, an indication to activate or deactivate the on duration associated with the first DRX cycle wherein the information indicated via the first WUS includes the indication to activate or deactivate. In some cases, the UE 115-b may receive, during a respective on duration of a respective DRX cycle and from the network entity 105-b, a second control message indicating for the UE 115-b to switch from a first WUS monitoring pattern to a second WUS monitoring pattern.

[0109] At 620, the UE 115-b may monitor, during a second DRX cycle of the set of DRX cycles. for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first DRX cycle. In some cases, the UE 115-b may initiate a counter associated with a quantity of DRX cycles with an unsuccessful decoding of a WUS based on the UE 115-b unsuccessful decoding a WUS during the second DRX cycle.

[0110] At 625, in some examples, the UE 115-b may receive, from the network entity 105-b, a TCI state indication message indicating a second TCI state for monitoring during a third DRX cycle. Further, the second TCI state may be different from the first TCI state. In some cases, the UE 115-b may receive, from the network entity 105-b, a TCI state switch command that includes the TCI state indication message. The TCI state switch command may instruct the UE 115-b to switch from the first TCI state to the second TCI state for the third DRX cycle. In some other cases, the UE 115-b may receive, from the network entity 105-b, a TCI state prediction message that includes the TCI state indication message. The TCI state prediction message may indicate a prediction of a TCI state for the UE 115-b and the prediction may indicate the second TCI state. Further, ins ome cases, the UE 115-b may receive, from the network entity 105-b and prior to the third DRX cycle, a second TCI state indication message indicating a third TCI state that is different from the first TCI state and the second TCI state.

[0111] At 630, the UE 115-b may monitor, during a third DRX cycle, for a third WUS that is associated with the second TCI state based on receiving the TCI state indication message. In some cases, monitoring for the third WUS that is associated with the second TCI state may be based on receiving the TCI state switch command. In some other cases, monitoring for the third WUS that is associated with the second TCI state may be based on receiving the TCI state prediction message. In some examples, the UE 115-b may monitor, during the third DRX cycle, for the third WUS that is associated with the third TCI state based on receiving the second TCI state indication message and on a type of message of the second TCI state indication message. In some cases, the UE 115-b may monitor, during the third DRX cycle, for a third WUS that is associated with the first TCI state based on receiving the first WUS in the first DRX cycle an on unsuccessful reception of the second WUS during the second DRX cycle. In some other  cases, the UE 115-b may monitor, during the third DRX cycle, for a third WUS that is associated with a TCI state of a set of TCI state based on unsuccessful reception of the second WUS during the second DRX cycle. Further, in some cases, the UE 115-b may increment a counter based on unsuccessful decoding one or more WUSs during one or more DRX cycles. Moreover, the UE 115-b may monitor, during subsequent DRX cycles, for respective WUSs that are associated with a respective TCI state of a set of TCI states based on the counter satisfying a threshold value.

[0112] FIG. 7 shows a block diagram 700 of a device 705 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. The device 705 may be an example of aspects of a UE 115 as described herein. The device 705 may include a receiver 710, a transmitter 715, and a communications manager 720. The device 705, or one or more components of the device 705 (e.g., the receiver 710, the transmitter 715, the communications manager 720) , may include at least one processor, which may be coupled with at least one memory, to, individually or collectively, support or enable the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0113] The receiver 710 may provide a means for receiving information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to TCI state prediction for wakeup signaling) . Information may be passed on to other components of the device 705. The receiver 710 may utilize a single antenna or a set of multiple antennas.

[0114] The transmitter 715 may provide a means for transmitting signals generated by other components of the device 705. For example, the transmitter 715 may transmit information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to TCI state prediction for wakeup signaling) . In some examples, the transmitter 715 may be co-located with a receiver 710 in a transceiver module. The transmitter 715 may utilize a single antenna or a set of multiple antennas.

[0115] The communications manager 720, the receiver 710, the transmitter 715, or various combinations or components thereof may be examples of means for performing various aspects of TCI state prediction for wakeup signaling as described herein. For example, the communications manager 720, the receiver 710, the transmitter 715, or various combinations or components thereof may be capable of performing one or more of the functions described herein.

[0116] In some examples, the communications manager 720, the receiver 710, the transmitter 715, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include at least one of a processor, a digital signal processor (DSP) , a central processing unit (CPU) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a microcontroller, discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting, individually or collectively, a means for performing the functions described in the present disclosure. In some examples, at least one processor and at least one memory coupled with the at least one processor may be configured to perform one or more of the functions described herein (e.g., by one or more processors, individually or collectively, executing instructions stored in the at least one memory) .

[0117] Additionally, or alternatively, the communications manager 720, the receiver 710, the transmitter 715, or various combinations or components thereof may be implemented in code (e.g., as communications management software or firmware) executed by at least one processor (e.g., referred to as a processor-executable code) . If implemented in code executed by at least one processor, the functions of the communications manager 720, the receiver 710, the transmitter 715, or various combinations or components thereof may be performed by a general-purpose processor, a DSP, a CPU, an ASIC, an FPGA, a microcontroller, or any combination of these or other programmable logic devices (e.g., configured as or otherwise supporting, individually or collectively, a means for performing the functions described in the present disclosure) .

[0118] In some examples, the communications manager 720 may be configured to perform various operations (e.g., receiving, obtaining, monitoring, outputting, transmitting) using or otherwise in cooperation with the receiver 710, the transmitter  715, or both. For example, the communications manager 720 may receive information from the receiver 710, send information to the transmitter 715, or be integrated in combination with the receiver 710, the transmitter 715, or both to obtain information, output information, or perform various other operations as described herein.

[0119] The communications manager 720 may support wireless communications in accordance with examples as disclosed herein. For example, the communications manager 720 is capable of, configured to, or operable to support a means for receiving, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of discontinuous reception cycles. The communications manager 720 is capable of, configured to, or operable to support a means for receiving, from the network entity during a first discontinuous reception cycle of the set of discontinuous reception cycles, a first WUS that associated with a first TCI (TCI) state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first discontinuous reception cycle. The communications manager 720 is capable of, configured to, or operable to support a means for monitoring, during a second discontinuous reception cycle of the set of discontinuous reception cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first discontinuous reception cycle.

[0120] By including or configuring the communications manager 720 in accordance with examples as described herein, the device 705 (e.g., at least one processor controlling or otherwise coupled with the receiver 710, the transmitter 715, the communications manager 720, or a combination thereof) may support techniques for a UE to efficiently identify which TCI states to monitor for WUSs to support reduced processing, reduced power consumption, and more efficient utilization of communication resources.

[0121] FIG. 8 shows a block diagram 800 of a device 805 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. The device 805 may be an example of aspects of a device 705 or a UE 115 as described herein. The device 805 may include a receiver 810, a transmitter 815, and a communications manager 820. The device 805, or one or more components of the device 805 (e.g., the receiver 810, the transmitter 815, the communications manager 820) , may include at least one processor, which may be coupled with at least one  memory, to support the described techniques. Each of these components may be in communication with one another (e.g., via one or more buses) .

[0122] The receiver 810 may provide a means for receiving information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to TCI state prediction for wakeup signaling) . Information may be passed on to other components of the device 805. The receiver 810 may utilize a single antenna or a set of multiple antennas.

[0123] The transmitter 815 may provide a means for transmitting signals generated by other components of the device 805. For example, the transmitter 815 may transmit information such as packets, user data, control information, or any combination thereof associated with various information channels (e.g., control channels, data channels, information channels related to TCI state prediction for wakeup signaling) . In some examples, the transmitter 815 may be co-located with a receiver 810 in a transceiver module. The transmitter 815 may utilize a single antenna or a set of multiple antennas.

[0124] The device 805, or various components thereof, may be an example of means for performing various aspects of TCI state prediction for wakeup signaling as described herein. For example, the communications manager 820 may include a configuration message receiver 825, a WUS receiver 830, a discontinuous reception cycle monitoring component 835, or any combination thereof. The communications manager 820 may be an example of aspects of a communications manager 720 as described herein. In some examples, the communications manager 820, or various components thereof, may be configured to perform various operations (e.g., receiving, obtaining, monitoring, outputting, transmitting) using or otherwise in cooperation with the receiver 810, the transmitter 815, or both. For example, the communications manager 820 may receive information from the receiver 810, send information to the transmitter 815, or be integrated in combination with the receiver 810, the transmitter 815, or both to obtain information, output information, or perform various other operations as described herein.

[0125] The communications manager 820 may support wireless communications in accordance with examples as disclosed herein. The configuration message receiver 825  is capable of, configured to, or operable to support a means for receiving, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of discontinuous reception cycles. The WUS receiver 830 is capable of, configured to, or operable to support a means for receiving, from the network entity during a first discontinuous reception cycle of the set of discontinuous reception cycles, a first WUS that associated with a first TCI (TCI) state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first discontinuous reception cycle. The discontinuous reception cycle monitoring component 835 is capable of, configured to, or operable to support a means for monitoring, during a second discontinuous reception cycle of the set of discontinuous reception cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first discontinuous reception cycle.

[0126] FIG. 9 shows a block diagram 900 of a communications manager 920 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. The communications manager 920 may be an example of aspects of a communications manager 720, a communications manager 820, or both, as described herein. The communications manager 920, or various components thereof, may be an example of means for performing various aspects of TCI state prediction for wakeup signaling as described herein. For example, the communications manager 920 may include a configuration message receiver 925, a WUS receiver 930, a discontinuous reception cycle monitoring component 935, a TCI state indication receiver 940, a counter initiation component 945, a counter incrementation component 950, or any combination thereof. Each of these components, or components or subcomponents thereof (e.g., one or more processors, one or more memories) , may communicate, directly or indirectly, with one another (e.g., via one or more buses) .

[0127] The communications manager 920 may support wireless communications in accordance with examples as disclosed herein. The configuration message receiver 925 is capable of, configured to, or operable to support a means for receiving, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of discontinuous reception cycles. The WUS receiver 930 is capable of, configured to, or operable to support a means for receiving, from the network entity during a first discontinuous reception cycle of the set of discontinuous reception cycles,  a first WUS that associated with a first TCI (TCI) state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first discontinuous reception cycle. The discontinuous reception cycle monitoring component 935 is capable of, configured to, or operable to support a means for monitoring, during a second discontinuous reception cycle of the set of discontinuous reception cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first discontinuous reception cycle.

[0128] In some examples, to support receiving the first WUS, the WUS receiver 930 is capable of, configured to, or operable to support a means for receiving, via the first WUS, an indication to activate or deactivate the on duration associated with the first discontinuous reception cycle, where the information indicated via the first WUS includes the indication to activate or deactivate.

[0129] In some examples, the TCI state indication receiver 940 is capable of, configured to, or operable to support a means for receiving, from the network entity, a TCI state indication message indicating a second TCI state for monitoring during a third discontinuous reception cycle, the second TCI state being different from the first TCI state. In some examples, the discontinuous reception cycle monitoring component 935 is capable of, configured to, or operable to support a means for monitoring, during the third discontinuous reception cycle, for a third WUS that is associated with the second TCI state based on receiving the TCI state indication message.

[0130] In some examples, to support receiving the TCI state indication message, the TCI state indication receiver 940 is capable of, configured to, or operable to support a means for receiving, from the network entity, a TCI state switch command that includes the TCI state indication message, the TCI state switch command instructing the UE to switch from the first TCI state to the second TCI state for the third discontinuous reception cycle, where monitoring for the third WUS that is associated with the second TCI state is based on receiving the TCI state switch command.

[0131] In some examples, to support receiving the TCI state indication message, the TCI state indication receiver 940 is capable of, configured to, or operable to support a means for receiving, from the network entity, a TCI state prediction message that includes the TCI state indication message, the TCI state prediction message indicating a  prediction of a TCI state for the UE, where the prediction indicates the second TCI state, and where monitoring for the third WUS that is associated with the second TCI state is based on receiving the TCI state prediction message.

[0132] In some examples, the TCI state indication receiver 940 is capable of, configured to, or operable to support a means for receiving, form the network entity and prior to the third discontinuous reception cycle, a second TCI state indication message indicating a third TCI state that is different from the first TCI state and the second TCI state. In some examples, the discontinuous reception cycle monitoring component 935 is capable of, configured to, or operable to support a means for monitoring, during the third discontinuous reception cycle, for the third WUS that is associated with the third TCI state based on receiving the second TCI state indication message and on a type of message of the second TCI state indication message.

[0133] In some examples, the discontinuous reception cycle monitoring component 935 is capable of, configured to, or operable to support a means for monitoring, during a third discontinuous reception cycle, for a third WUS that is associated with the first TCI state based on receiving the first WUS in the first discontinuous reception cycle and on unsuccessful reception of the second WUS during the second discontinuous reception cycle.

[0134] In some examples, the discontinuous reception cycle monitoring component 935 is capable of, configured to, or operable to support a means for monitoring, during a third discontinuous reception cycle, for a third WUS that is associated with a TCI state of a set of TCI states based on unsuccessful reception of the second WUS during the second discontinuous reception cycle.

[0135] In some examples, the counter initiation component 945 is capable of, configured to, or operable to support a means for initiating a counter associated with a quantity of discontinuous reception cycles with an unsuccessful decoding of a WUS based on unsuccessfully decoding the second WUS during the second discontinuous reception cycle. In some examples, the counter incrementation component 950 is capable of, configured to, or operable to support a means for incrementing the counter based on unsuccessfully decoding one or more WUSs during one or more discontinuous reception cycles. In some examples, the discontinuous reception cycle monitoring  component 935 is capable of, configured to, or operable to support a means for monitoring, during subsequent discontinuous reception cycles, for respective WUSs that are associated with a respective TCI state of a set of TCI states based on the counter satisfying a threshold value.

[0136] In some examples, to support receiving the default WUS monitoring pattern via the configuration message, the configuration message receiver 925 is capable of, configured to, or operable to support a means for receiving, via the configuration message, an indication for the UE to use a first default WUS monitoring pattern that instructs the UE to monitor for a respective WUS that is associated with a respective TCI state or an indication for the UE to use a second default WUS monitoring pattern instructing the UE to monitor for the respective WUS that is associated with a respective TCI state of a set of TCI states.

[0137] In some examples, the UE defaults to the first default WUS monitoring pattern or to the second default WUS monitoring pattern based on the configuration message refraining from providing an indication of a respective default WUS monitoring pattern.

[0138] In some examples, the configuration message receiver 925 is capable of, configured to, or operable to support a means for receiving, during a respective on duration of a respective discontinuous reception cycle and from the network entity, a second control message indicating for the UE to switch from a first WUS monitoring pattern to a second WUS monitoring pattern.

[0139] FIG. 10 shows a diagram of a system 1000 including a device 1005 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. The device 1005 may be an example of or include components of a device 705, a device 805, or a UE 115 as described herein. The device 1005 may communicate (e.g., wirelessly) with one or more other devices (e.g., network entities 105, UEs 115, or a combination thereof) . The device 1005 may include components for bi-directional voice and data communications including components for transmitting and receiving communications, such as a communications manager 1020, an input / output (I / O) controller, such as an I / O controller 1010, a transceiver 1015, one or more antennas 1025, at least one memory 1030, code 1035, and at least one processor  1040. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more buses (e.g., a bus 1045) .

[0140] The I / O controller 1010 may manage input and output signals for the device 1005. The I / O controller 1010 may also manage peripherals not integrated into the device 1005. In some cases, the I / O controller 1010 may represent a physical connection or port to an external peripheral. In some cases, the I / O controller 1010 may utilize an operating system such as or another known operating system. Additionally, or alternatively, the I / O controller 1010 may represent or interact with a modem, a keyboard, a mouse, a touchscreen, or a similar device. In some cases, the I / O controller 1010 may be implemented as part of one or more processors, such as the at least one processor 1040. In some cases, a user may interact with the device 1005 via the I / O controller 1010 or via hardware components controlled by the I / O controller 1010.

[0141] In some cases, the device 1005 may include a single antenna. However, in some other cases, the device 1005 may have more than one antenna, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 1015 may communicate bi-directionally via the one or more antennas 1025 using wired or wireless links as described herein. For example, the transceiver 1015 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 1015 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 1025 for transmission, and to demodulate packets received from the one or more antennas 1025. The transceiver 1015, or the transceiver 1015 and one or more antennas 1025, may be an example of a transmitter 715, a transmitter 815, a receiver 710, a receiver 810, or any combination thereof or component thereof, as described herein.

[0142] The at least one memory 1030 may include random access memory (RAM) and read-only memory (ROM) . The at least one memory 1030 may store computer-readable, computer-executable, or processor-executable code, such as the code 1035. The code 1035 may include instructions that, when executed by the at least one processor 1040, cause the device 1005 to perform various functions described herein. The code 1035 may be stored in a non-transitory computer-readable medium such as  system memory or another type of memory. In some cases, the code 1035 may not be directly executable by the at least one processor 1040 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some cases, the at least one memory 1030 may include, among other things, a basic I / O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.

[0143] The at least one processor 1040 may include one or more intelligent hardware devices (e.g., one or more general-purpose processors, one or more DSPs, one or more CPUs, one or more graphics processing units (GPUs) , one or more neural processing units (NPUs) (also referred to as neural network processors or deep learning processors (DLPs) ) , one or more microcontrollers, one or more ASICs, one or more FPGAs, one or more programmable logic devices, discrete gate or transistor logic, one or more discrete hardware components, or any combination thereof) . In some cases, the at least one processor 1040 may be configured to operate a memory array using a memory controller. In some other cases, a memory controller may be integrated into the at least one processor 1040. The at least one processor 1040 may be configured to execute computer-readable instructions stored in a memory (e.g., the at least one memory 1030) to cause the device 1005 to perform various functions (e.g., functions or tasks supporting TCI state prediction for wakeup signaling) . For example, the device 1005 or a component of the device 1005 may include at least one processor 1040 and at least one memory 1030 coupled with or to the at least one processor 1040, the at least one processor 1040 and the at least one memory 1030 configured to perform various functions described herein.

[0144] In some examples, the at least one processor 1040 may include multiple processors and the at least one memory 1030 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions described herein. In some examples, the at least one processor 1040 may be a component of a processing system, which may refer to a system (such as a series) of machines, circuitry (including, for example, one or both of processor circuitry (which may include the at least one processor 1040) and memory circuitry (which may include the at least one memory 1030) ) , or components, that receives or obtains inputs and  processes the inputs to produce, generate, or obtain a set of outputs. The processing system may be configured to perform one or more of the functions described herein. For example, the at least one processor 1040 or a processing system including the at least one processor 1040 may be configured to, configurable to, or operable to cause the device 1005 to perform one or more of the functions described herein. Further, as described herein, being “configured to, ” being “configurable to, ” and being “operable to” may be used interchangeably and may be associated with a capability, when executing code 1035 (e.g., processor-executable code) stored in the at least one memory 1030 or otherwise, to perform one or more of the functions described herein.

[0145] The communications manager 1020 may support wireless communications in accordance with examples as disclosed herein. For example, the communications manager 1020 is capable of, configured to, or operable to support a means for receiving, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of discontinuous reception cycles. The communications manager 1020 is capable of, configured to, or operable to support a means for receiving, from the network entity during a first discontinuous reception cycle of the set of discontinuous reception cycles, a first WUS that associated with a first TCI (TCI) state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first discontinuous reception cycle. The communications manager 1020 is capable of, configured to, or operable to support a means for monitoring, during a second discontinuous reception cycle of the set of discontinuous reception cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first discontinuous reception cycle.

[0146] By including or configuring the communications manager 1020 in accordance with examples as described herein, the device 1005 may support techniques for a UE to efficiently identify which TCI states to monitor for WUSs to support improved communication reliability, reduced latency, improved user experience related to reduced processing, reduced power consumption, more efficient utilization of communication resources, improved coordination between devices, longer battery life, and improved utilization of processing capability.

[0147] In some examples, the communications manager 1020 may be configured to perform various operations (e.g., receiving, monitoring, transmitting) using or otherwise  in cooperation with the transceiver 1015, the one or more antennas 1025, or any combination thereof. Although the communications manager 1020 is illustrated as a separate component, in some examples, one or more functions described with reference to the communications manager 1020 may be supported by or performed by the at least one processor 1040, the at least one memory 1030, the code 1035, or any combination thereof. For example, the code 1035 may include instructions executable by the at least one processor 1040 to cause the device 1005 to perform various aspects of TCI state prediction for wakeup signaling as described herein, or the at least one processor 1040 and the at least one memory 1030 may be otherwise configured to, individually or collectively, perform or support such operations.

[0148] FIG. 11 shows a flowchart illustrating a method 1100 that supports TCI state prediction for wakeup signaling in accordance with one or more aspects of the present disclosure. The operations of the method 1100 may be implemented by a UE or its components as described herein. For example, the operations of the method 1100 may be performed by a UE 115 as described with reference to FIGs. 1 through 10. In some examples, a UE may execute a set of instructions to control the functional elements of the UE to perform the described functions. Additionally, or alternatively, the UE may perform aspects of the described functions using special-purpose hardware.

[0149] At 1105, the method may include receiving, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of discontinuous reception cycles. The operations of 1105 may be performed in accordance with examples as disclosed herein. In some examples, aspects of the operations of 1105 may be performed by a configuration message receiver 925 as described with reference to FIG. 9.

[0150] At 1110, the method may include receiving, from the network entity during a first discontinuous reception cycle of the set of discontinuous reception cycles, a first WUS that associated with a first TCI (TCI) state based on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first discontinuous reception cycle. The operations of 1110 may be performed in accordance with examples as disclosed herein. In some examples, aspects of the operations of 1110 may be performed by a WUS receiver 930 as described with reference to FIG. 9.

[0151] At 1115, the method may include monitoring, during a second discontinuous reception cycle of the set of discontinuous reception cycles, for a second WUS that is associated with the first TCI state based on receiving the first WUS in the first discontinuous reception cycle. The operations of 1115 may be performed in accordance with examples as disclosed herein. In some examples, aspects of the operations of 1115 may be performed by a discontinuous reception cycle monitoring component 935 as described with reference to FIG. 9.

[0152] The following provides an overview of aspects of the present disclosure:

[0153] Aspect 1: A method for wireless communications by a UE, comprising: receiving, from a network entity, a configuration message indicating a default WUS monitoring pattern for a set of DRX cycles; receiving, from the network entity during a first DRX cycle of the set of DRX cycles, a first WUS that associated with a first TCI state based at least in part on receiving the configuration message, the first WUS indicating information for an on duration that is associated with the first DRX cycle; and monitoring, during a second DRX cycle of the set of DRX cycles, for a second WUS that is associated with the first TCI state based at least in part on receiving the first WUS in the first DRX cycle.

[0154] Aspect 2: The method of aspect 1, wherein receiving the first WUS comprises: receiving, via the first WUS, an indication to activate or deactivate the on duration associated with the first DRX cycle, wherein the information indicated via the first WUS comprises the indication to activate or deactivate.

[0155] Aspect 3: The method of any of aspects 1 through 2, further comprising: receiving, from the network entity, a TCI state indication message indicating a second TCI state for monitoring during a third DRX cycle, the second TCI state being different from the first TCI state; and monitoring, during the third DRX cycle, for a third WUS that is associated with the second TCI state based at least in part on receiving the TCI state indication message.

[0156] Aspect 4: The method of aspect 3, wherein receiving the TCI state indication message comprises: receiving, from the network entity, a TCI state switch command that comprises the TCI state indication message, the TCI state switch command instructing the UE to switch from the first TCI state to the second TCI state for the third  DRX cycle, wherein monitoring for the third WUS that is associated with the second TCI state is based at least in part on receiving the TCI state switch command message.

[0157] Aspect 5: The method of any of aspects 3 through 4, wherein receiving the TCI state indication message comprises: receiving, from the network entity, a TCI state prediction message that comprises the TCI state indication message, the TCI state prediction message indicating a prediction of a TCI state for the UE, wherein the prediction indicates the second TCI state, and wherein monitoring for the third WUS that is associated with the second TCI state is based at least in part on receiving the TCI state prediction message.

[0158] Aspect 6: The method of any of aspects 3 through 5, further comprising: receiving, form the network entity and prior to the third DRX cycle, a second TCI state indication message indicating a third TCI state that is different from the first TCI state and the second TCI state; and monitoring, during the third DRX cycle, for the third WUS that is associated with the third TCI state based at least in part on receiving the second TCI state indication message and on a type of message of the second TCI state indication message.

[0159] Aspect 7: The method of any of aspects 1 through 6, further comprising: monitoring, during a third DRX cycle, for a third WUS that is associated with the first TCI state based at least in part on receiving the first WUS in the first DRX cycle and on unsuccessful reception of the second WUS during the second DRX cycle.

[0160] Aspect 8: The method of any of aspects 1 through 7, further comprising: monitoring, during a third DRX cycle, for a third WUS that is associated with a TCI state of a set of TCI states based at least in part on unsuccessful reception of the second WUS during the second DRX cycle.

[0161] Aspect 9: The method of any of aspects 1 through 8, further comprising: initiating a counter associated with a quantity of DRX cycles with an unsuccessful decoding of a WUS based at least in part on unsuccessfully decoding the second WUS during the second DRX cycle; incrementing the counter based at least in part on unsuccessfully decoding one or more WUSs during one or more DRX cycles; and monitoring, during subsequent DRX cycles, for respective WUSs that are associated  with a respective TCI state of a set of TCI states based at least in part on the counter satisfying a threshold value.

[0162] Aspect 10: The method of any of aspects 1 through 9, wherein receiving the default WUS monitoring pattern via the configuration message comprises: receiving, via the configuration message, an indication for the UE to use a first default WUS monitoring pattern that instructs the UE to monitor for a respective WUS that is associated with a respective TCI state or an indication for the UE to use a second default WUS monitoring pattern instructing the UE to monitor for the respective WUS that is associated with a respective TCI state of a set of TCI states.

[0163] Aspect 11: The method of aspect 10, wherein the UE defaults to the first default WUS monitoring pattern or to the second default WUS monitoring pattern based at least in part on the configuration message refraining from providing an indication of a respective default WUS monitoring pattern.

[0164] Aspect 12: The method of any of aspects 1 through 11, further comprising: receiving, during a respective on duration of a respective DRX cycle and from the network entity, a second control message indicating for the UE to switch from a first WUS monitoring pattern to a second WUS monitoring pattern.

[0165] Aspect 13: A UE for wireless communications, comprising one or more memories storing processor-executable code, and one or more processors coupled with the one or more memories and individually or collectively operable to execute the code to cause the UE to perform a method of any of aspects 1 through 12.

[0166] Aspect 14: A UE for wireless communications, comprising at least one means for performing a method of any of aspects 1 through 12.

[0167] Aspect 15: A non-transitory computer-readable medium storing code for wireless communications, the code comprising instructions executable by one or more processors to perform a method of any of aspects 1 through 12.

[0168] It should be noted that the methods described herein describe possible implementations. The operations and the steps may be rearranged or otherwise modified and other implementations are possible. Further, aspects from two or more of the methods may be combined.

[0169] Although aspects of an LTE, LTE-A, LTE-A Pro, or NR system may be described for purposes of example, and LTE, LTE-A, LTE-A Pro, or NR terminology may be used in much of the description, the techniques described herein are applicable beyond LTE, LTE-A, LTE-A Pro, or NR networks. For example, the described techniques may be applicable to various other wireless communications systems such as Ultra Mobile Broadband (UMB) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20, Flash-OFDM, as well as other systems and radio technologies not explicitly mentioned herein.

[0170] Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0171] The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed using a general-purpose processor, a DSP, an ASIC, a CPU, a graphics processing unit (GPU) , a neural processing unit (NPU) , an FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor but, in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration) . Any functions or operations described herein as being capable of being performed by a processor may be performed by multiple processors that, individually or collectively, are capable of performing the described functions or operations.

[0172] The functions described herein may be implemented using hardware, software executed by a processor, firmware, or any combination thereof. If implemented using software executed by a processor, the functions may be stored as or transmitted using one or more instructions or code of a computer-readable medium. Other examples  and implementations are within the scope of the disclosure and appended claims. For example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.

[0173] Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer. By way of example, and not limitation, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer or a general-purpose or special-purpose processor. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) , or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of computer-readable medium. Disk and disc, as used herein, include CD, laser disc, optical disc, digital versatile disc (DVD) , floppy disk, and Blu-ray disc. Disks may reproduce data magnetically, and discs may reproduce data optically using lasers. Combinations of the above are also included within the scope of computer-readable media. Any functions or operations described herein as being capable of being performed by a memory may be performed by multiple memories that, individually or collectively, are capable of performing the described functions or operations.

[0174] As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B  or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on” shall be construed in the same manner as the phrase “based at least in part on. ”

[0175] As used herein, including in the claims, the article “a” before a noun is open-ended and understood to refer to “at least one” of those nouns or “one or more” of those nouns. Thus, the terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. For example, if a claim recites “a component” that performs one or more functions, each of the individual functions may be performed by a single component or by any combination of multiple components. Thus, the term “a component” having characteristics or performing functions may refer to “at least one of one or more components” having a particular characteristic or performing a particular function. Subsequent reference to a component introduced with the article “a” using the terms “the” or “said” may refer to any or all of the one or more components. For example, a component introduced with the article “a” may be understood to mean “one or more components, ” and referring to “the component” subsequently in the claims may be understood to be equivalent to referring to “at least one of the one or more components. ” Similarly, subsequent reference to a component introduced as “one or more components” using the terms “the” or “said” may refer to any or all of the one or more components. For example, referring to “the one or more components” subsequently in the claims may be understood to be equivalent to referring to “at least one of the one or more components. ”

[0176] The term “determine” or “determining” encompasses a variety of actions and, therefore, “determining” can include calculating, computing, processing, deriving, investigating, looking up (such as via looking up in a table, a database, or another data structure) , ascertaining, and the like. Also, “determining” can include receiving (e.g., receiving information) , accessing (e.g., accessing data stored in memory) , and the like. Also, “determining” can include resolving, obtaining, selecting, choosing, establishing, and other such similar actions.

[0177] In the appended figures, similar components or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If just the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label or other subsequent reference label.

[0178] The description set forth herein, in connection with the appended drawings, describes example configurations and does not represent all the examples that may be implemented or that are within the scope of the claims. The term “example” used herein means “serving as an example, instance, or illustration” and not “preferred” or “advantageous over other examples. ” The detailed description includes specific details for the purpose of providing an understanding of the described techniques. These techniques, however, may be practiced without these specific details. In some figures, known structures and devices are shown in block diagram form in order to avoid obscuring the concepts of the described examples.

[0179] The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1.A user equipment (UE) , comprising:one or more memories storing processor-executable code; andone or more processors coupled with the one or more memories and individually or collectively operable to execute the code to cause the UE to:receive, from a network entity, a configuration message indicating a default wakeup signal monitoring pattern for a set of discontinuous reception cycles;receive, from the network entity during a first discontinuous reception cycle of the set of discontinuous reception cycles, a first wakeup signal that associated with a first transmission configuration indicator (TCI) state based at least in part on receiving the configuration message, the first wakeup signal indicating information for an on duration that is associated with the first discontinuous reception cycle; andmonitor, during a second discontinuous reception cycle of the set of discontinuous reception cycles, for a second wakeup signal that is associated with the first TCI state based at least in part on receiving the first wakeup signal in the first discontinuous reception cycle.2.The UE of claim 1, wherein, to receive the first wakeup signal, the one or more processors are individually or collectively operable to execute the code to cause the UE to:receive, via the first wakeup signal, an indication to activate or deactivate the on duration associated with the first discontinuous reception cycle, wherein the information indicated via the first wakeup signal comprises the indication to activate or deactivate.3.The UE of claim 1, wherein the one or more processors are individually or collectively further operable to execute the code to cause the UE to:receive, from the network entity, a TCI state indication message indicating a second TCI state for monitoring during a third discontinuous reception cycle, the second TCI state being different from the first TCI state; andmonitor, during the third discontinuous reception cycle, for a third wakeup signal that is associated with the second TCI state based at least in part on receiving the TCI state indication message.4.The UE of claim 3, wherein, to receive the TCI state indication message, the one or more processors are individually or collectively operable to execute the code to cause the UE to:receive, from the network entity, a TCI state switch command that comprises the TCI state indication message, the TCI state switch command instructing the UE to switch from the first TCI state to the second TCI state for the third discontinuous reception cycle, wherein monitoring for the third wakeup signal that is associated with the second TCI state is based at least in part on receiving the TCI state switch command.5.The UE of claim 3, wherein, to receive the TCI state indication message, the one or more processors are individually or collectively operable to execute the code to cause the UE to:receive, from the network entity, a TCI state prediction message that comprises the TCI state indication message, the TCI state prediction message indicating a prediction of a TCI state for the UE, wherein the prediction indicates the second TCI state, and wherein monitoring for the third wakeup signal that is associated with the second TCI state is based at least in part on receiving the TCI state prediction message.6.The UE of claim 3, wherein the one or more processors are individually or collectively further operable to execute the code to cause the UE to:receive, form the network entity and prior to the third discontinuous reception cycle, a second TCI state indication message indicating a third TCI state that is different from the first TCI state and the second TCI state; andmonitor, during the third discontinuous reception cycle, for the third wakeup signal that is associated with the third TCI state based at least in part on receiving the second TCI state indication message and on a type of message of the second TCI state indication message.7.The UE of claim 1, wherein the one or more processors are individually or collectively further operable to execute the code to cause the UE to:monitor, during a third discontinuous reception cycle, for a third wakeup signal that is associated with the first TCI state based at least in part on receiving the first wakeup signal in the first discontinuous reception cycle and on unsuccessful reception of the second wakeup signal during the second discontinuous reception cycle.8.The UE of claim 1, wherein the one or more processors are individually or collectively further operable to execute the code to cause the UE to:monitor, during a third discontinuous reception cycle, for a third wakeup signal that is associated with a TCI state of a set of TCI states based at least in part on unsuccessful reception of the second wakeup signal during the second discontinuous reception cycle.9.The UE of claim 1, wherein the one or more processors are individually or collectively further operable to execute the code to cause the UE to:initiate a counter associated with a quantity of discontinuous reception cycles with an unsuccessful decoding of a wakeup signal based at least in part on unsuccessfully decoding the second wakeup signal during the second discontinuous reception cycle;increment the counter based at least in part on unsuccessfully decoding one or more wakeup signals during one or more discontinuous reception cycles; andmonitor, during subsequent discontinuous reception cycles, for respective wakeup signals that are associated with a respective TCI state of a set of TCI states based at least in part on the counter satisfying a threshold value.10.The UE of claim 1, wherein, to receive the default wakeup signal monitoring pattern via the configuration message, the one or more processors are individually or collectively operable to execute the code to cause the UE to:receive, via the configuration message, an indication for the UE to use a first default wakeup signal monitoring pattern that instructs the UE to monitor for a respective wakeup signal that is associated with a respective TCI state or an indication for the UE to use a second default wakeup signal monitoring pattern instructing the UE to monitor for the respective wakeup signal that is associated with a respective TCI state of a set of TCI states.11.The UE of claim 10, wherein the UE defaults to the first default wakeup signal monitoring pattern or to the second default wakeup signal monitoring pattern based at least in part on the configuration message refraining from providing an indication of a respective default wakeup signal monitoring pattern.12.The UE of claim 1, wherein the one or more processors are individually or collectively further operable to execute the code to cause the UE to:receive, during a respective on duration of a respective discontinuous reception cycle and from the network entity, a second control message indicating for the UE to switch from a first wakeup signal monitoring pattern to a second wakeup signal monitoring pattern.13.A method for wireless communications by a user equipment (UE) , comprising:receiving, from a network entity, a configuration message indicating a default wakeup signal monitoring pattern for a set of discontinuous reception cycles;receiving, from the network entity during a first discontinuous reception cycle of the set of discontinuous reception cycles, a first wakeup signal that associated with a first transmission configuration indicator (TCI) state based at least in part on receiving the configuration message, the first wakeup signal indicating information for an on duration that is associated with the first discontinuous reception cycle; andmonitoring, during a second discontinuous reception cycle of the set of discontinuous reception cycles, for a second wakeup signal that is associated with the first TCI state based at least in part on receiving the first wakeup signal in the first discontinuous reception cycle.14.The method of claim 13, wherein receiving the first wakeup signal comprises:receiving, via the first wakeup signal, an indication to activate or deactivate the on duration associated with the first discontinuous reception cycle, wherein the information indicated via the first wakeup signal comprises the indication to activate or deactivate.15.The method of claim 13, further comprising:receiving, from the network entity, a TCI state indication message indicating a second TCI state for monitoring during a third discontinuous reception cycle, the second TCI state being different from the first TCI state; andmonitoring, during the third discontinuous reception cycle, for a third wakeup signal that is associated with the second TCI state based at least in part on receiving the TCI state indication message.16.The method of claim 13, further comprising:initiating a counter associated with a quantity of discontinuous reception cycles with an unsuccessful decoding of a wakeup signal based at least in part on unsuccessfully decoding the second wakeup signal during the second discontinuous reception cycle;incrementing the counter based at least in part on unsuccessfully decoding one or more wakeup signals during one or more discontinuous reception cycles; andmonitoring, during subsequent discontinuous reception cycles, for respective wakeup signals that are associated with a respective TCI state of a set of TCI states based at least in part on the counter satisfying a threshold value.17.A non-transitory computer-readable medium storing code for wireless communications, the code comprising instructions executable by one or more processors to:receive, from a network entity, a configuration message indicating a default wakeup signal monitoring pattern for a set of discontinuous reception cycles;receive, from the network entity during a first discontinuous reception cycle of the set of discontinuous reception cycles, a first wakeup signal that associated with a first transmission configuration indicator (TCI) state based at least in part on receiving the configuration message, the first wakeup signal indicating information for an on duration that is associated with the first discontinuous reception cycle; andmonitor, during a second discontinuous reception cycle of the set of discontinuous reception cycles, for a second wakeup signal that is associated with the first TCI state based at least in part on receiving the first wakeup signal in the first discontinuous reception cycle.18.The non-transitory computer-readable medium of claim 17, wherein the instructions to receive the first wakeup signal are executable by the one or more processors to:receive, via the first wakeup signal, an indication to activate or deactivate the on duration associated with the first discontinuous reception cycle, wherein the information indicated via the first wakeup signal comprises the indication to activate or deactivate.19.The non-transitory computer-readable medium of claim 17, wherein the instructions are further executable by the one or more processors to:receive, from the network entity, a TCI state indication message indicating a second TCI state for monitoring during a third discontinuous reception cycle, the second TCI state being different from the first TCI state; andmonitor, during the third discontinuous reception cycle, for a third wakeup signal that is associated with the second TCI state based at least in part on receiving the TCI state indication message.20.The non-transitory computer-readable medium of claim 17, wherein the instructions are further executable by the one or more processors to:initiate a counter associated with a quantity of discontinuous reception cycles with an unsuccessful decoding of a wakeup signal based at least in part on unsuccessfully decoding the second wakeup signal during the second discontinuous reception cycle;increment the counter based at least in part on unsuccessfully decoding one or more wakeup signals during one or more discontinuous reception cycles; andmonitor, during subsequent discontinuous reception cycles, for respective wakeup signals that are associated with a respective TCI state of a set of TCI states based at least in part on the counter satisfying a threshold value.

Images