User equipment (UE) request for downlink signal

Abstract

Methods, systems, and devices facilitate UE requested downlink reference signals. A UE (122) receives, from a network entity (120), configuration information (204) indicating enablement of UE requested downlink reference signals. The UE transmits, to the network entity, a request (112) for one or more downlink reference signals for at least one serving cell, the one or more downlink reference signals including at least one of a synchronization signal block (SSB) or a channel state information-reference signal (CSI-RS). The UE receives, based on the request, the one or more downlink reference signals (214) via the at least one serving cell.

Description

USER EQUIPMENT (UE) REQUEST FOR DOWNLINK SIGNALTECHNICAL FIELD

[0001] Aspects of the present disclosure relate generally to wireless communication and techniques for a user equipment to request a downlink signal from a network entity.BACKGROUND

[0002] Beamforming is a technique that can enhance the signal quality between a network entity and a user equipment (UE) thereby improving data rates, reducing latency, and increasing overall network performance. In beamforming, the transmitter directs radio frequency (RF) transmission towards a specific direction (e.g., towards an intended receiver) , creating a “beam” of focused energy, rather than radiating the signal in all directions equally. The UE and the network entity measure various characteristics of reference signals and communicate with one another to determine an optimal beam for communications. For example, the network entity may transmit a downlink reference signal and the UE can determine beam quality based on measurements of the downlink reference signal. Examples of downlink reference signals include synchronization signal blocks (SSBs) or channel state information reference signals (CSI-RSs) , among other examples.

[0003] BRIEF 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] One innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communications by a user equipment (UE) . The method includes the UE receiving, from a network entity, configuration information indicating enablement of UE requested downlink reference signals. The method further includes the UE transmitting, to the network entity, a request for one or more downlink reference signals for at least one serving cell, the one or more downlink reference signals including at least one of a synchronization signal block (SSB) or a channel state information-reference signal (CSI-RS) . The method further includes the UE receiving, based on the request, the one or more downlink reference signals via the at least one serving cell.

[0006] Another innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communications by a network entity. The method includes the network entity transmitting, to a UE, configuration information including an  indicator indicating enablement of UE requested downlink reference signals. The method further includes the network entity receiving, from the UE, a request for one or more downlink reference signals for at least one serving cell, the one or more downlink reference signals including at least one of a SSB or a CSI-RS. The method further includes the network entity activating, based on the request, the one or more downlink reference signals via the at least one serving cell.

[0007] Another innovative aspect of the subject matter described in this disclosure can be implemented as an apparatus or system. In some implementations, an apparatus includes a communication unit and a processing system. The processing system is configured to control the communication unit to implement any one of the methods described in this document.

[0008] 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.BRIEF DESCRIPTION OF THE DRAWINGS

[0009] Note that the relative dimensions of the following figures may not be drawn to scale. Like reference numbers and designations in the various drawings indicate like elements. To easily identify the discussion of any particular element or act, the most significant digit or digits in a reference number refer to the figure number in which that element is first introduced.

[0010] Figure 1 is a diagram illustrating an example wireless system including a user equipment (UE) communicating with a network entity where the UE is configured for requesting downlink signals.

[0011] Figure 2A is a diagram illustrating example communications between a network entity and a UE requesting downlink reference signals from the network entity.

[0012] Figure 2B is a diagram illustrating example scenarios in which a UE requests downlink signals from a network entity in one of the scenarios.

[0013] Figure 3 is a sequence diagram illustrating a UE requesting a downlink signal.

[0014] Figure 4A is a diagram illustrating a first example scenario in which a UE requests a downlink signal via a scheduling request per cell group.

[0015] Figure 4B is a timing diagram illustrating an example of a UE request for a downlink signal for the first example scenario shown in Figure 4A.

[0016] Figure 4C is a diagram illustrating a second example scenario in which a UE requests a downlink signal via a scheduling request per component carrier.

[0017] Figure 4D is a timing diagram illustrating an example of a UE request for a downlink signal for the second example scenario shown in Figure 4C.

[0018] Figure 4E is a diagram illustrating a third example scenario in which a UE requests a downlink signal via a scheduling request per set of events.

[0019] Figure 4F is a timing diagram illustrating an example of a UE request for a downlink signal for the third example scenario shown in Figure 4A.

[0020] Figure 5A is a diagram illustrating an example of a UE request for a downlink signal via one uplink channel per cell group.

[0021] Figure 5B is a timing diagram for the example UE request shown in Figure 5A.

[0022] Figure 5C is a diagram illustrating an example of a UE request for a downlink signal via one uplink channel per component carrier.

[0023] Figure 5D is a timing diagram for the example UE request shown in Figure 5C.

[0024] Figure 5E is a diagram illustrating an example of a UE request for a downlink signal via one uplink channel per set of events.

[0025] Figure 5F is a timing diagram for the example UE request shown in Figure 5E.

[0026] Figure 5G is a diagram illustrating an example of a UE request for a downlink signal via one uplink channel per reference signal resource list.

[0027] Figure 5H is a timing diagram for the example UE request shown in Figure 5G.

[0028] Figure 6A is a diagram illustrating an example of a UE request for a downlink signal via a physical random access channel (PRACH) resource associated with a serving cell.

[0029] Figure 6B is a timing diagram for the example UE request shown in Figure 6A.

[0030] Figure 6C is a diagram illustrating an example of a UE request for a downlink signal via a PRACH resource associated with a reference signal resource list.

[0031] Figure 6D is a timing diagram for the example UE request shown in Figure 6C.

[0032] Figure 6E is a diagram illustrating an example of a UE request for a downlink signal via a PRACH resource associated with a set of events.

[0033] Figure 6F is a timing diagram for the example UE request shown in Figure 6E.

[0034] Figure 7 is a flow chart diagram illustrating example UE operations of a method for UE requested downlink signals.

[0035] Figure 8 is a flow chart diagram illustrating example network entity operations of a method for UE requested downlink signals.

[0036] Figure 9 is a block diagram illustrating example configurations of a network entity and UE.DETAILED DESCRIPTION

[0037] The following description is directed to certain implementations for the purpose of describing the innovative aspects of this disclosure. However, a person having ordinary skill in the art will readily recognize that the teachings herein can be applied in a multitude of different ways. Some of the examples in this disclosure are based on wireless communication according to the 3rd Generation Partnership Project (3GPP) wireless standards, such as the 4th generation (4G) Long Term Evolution (LTE) and 5th generation (5G) New Radio (NR) standards. However, the described implementations can be implemented in any device, system, or network that is capable of transmitting and receiving radio frequency signals according to any of the wireless communication standards, including any of the Institute of Electrical and Electronics Engineers (IEEE) 802.11, 802.15, or 802.16 wireless standards, or other known or developed in the future (e.g., 6th generation (6G) wireless) standards that are used to communicate within a wireless, cellular, or internet of things (IOT) network, such as a system utilizing 3G, 4G, 5G, 6G, WiFi, or future radio technology.

[0038] A radio access network (RAN) may have multiple cells, where each cell includes at least one network element. Each cell may be associated with a network entity, a transmission reception point (TRP) of a network entity, a radio unit, a base station, a component carrier, or the like. In order to utilize the RAN to communicate with other devices or other network entities, the user equipment (UE) connects to a network entity of a cell. The cell having the network entity connected to the UE is referred to as a “serving cell. ” There may be other cells adjacent to, or near to, the serving cell with which the UE may establish a connection if the communication quality within the serving cell becomes inadequate or if another cell can provide better communication quality. The network entity may configure the UE with information regarding some or all of these other cells, which are referred to as “candidate cells, ” “target cells, ” “non-serving cells, ” “neighbor cells, ” or the like.

[0039] A network entity may support carrier aggregation. Carrier aggregation can provide greater network throughput by transmitting and receiving data using multiple frequencies in a frequency domain. Each frequency may be referred to as a component carrier. Data transmitted over multiple component carriers may be aggregated and delivered to the target device. A first component carrier is associated with a primary cell (PCell) and is used for establishing access to a network entity and servers as a main component carrier. Subsequent component carriers are associated with secondary cells (SCells) .

[0040] The network entity typically transmits downlink reference signals, e.g., synchronization signal blocks (SSBs) or channel state information reference signals (CSI-RSs) , for the UE to utilize to maintain downlink and uplink communication with the network  entity. To receive downlink channels the UE may need to measure quasi-co-location (QCL) related parameters based on the downlink reference signals. These QCL parameters may include one or more of average delay, delay spread, Doppler shift, Doppler spread, spatial reception based on at least one SSB and / or CSI-RS. To transmit uplink signals, the UE may need to measure the timing advance (TA) or pathloss, or determine the spatial transmission parameter (Tx beam) based on at least one downlink reference signal.

[0041] To reduce power consumption, the network entity may not transmit some of the SSBs and / or CSI-RSs in the active bandwidth part (BWP) of a serving cell. For example, the network entity might implement network energy saving (NES) techniques in which the network entity eliminates or reduces some uplink and downlink transmissions. When the beam quality for a current beam drops below a satisfactory level, the UE may measure reference signals of other candidate beams to identify a beam that has better beam quality for communications with the network entity. However, because the network entity may not have transmitted SSBs and / or CSI-RSs for one or more of the candidate beams, the UE may not be able to determine beam quality for some candidate beams.

[0042] This disclosure provides systems, methods, and apparatuses for UE requested downlink reference signals. According to aspects of the disclosure, a UE can transmit a request for one or more downlink reference signals (such as SSBs and / or CSI-RS for a serving cell or cell group) . In some aspects, the UE reports its capability for UE requested downlink reference signals to the network entity. Based on the UE capability, the network entity may transmit configuration information to the UE that includes a parameter for enabling the UE to request downlink reference signals.

[0043] This disclosure includes several example criteria by which the UE can determine whether to request downlink reference signals. Some of the example criteria include one or more pre-defined or configured events that trigger the request. Example criteria include beam quality change, timer expiration, loss of synchronization, or beam failure, among other examples.

[0044] This disclosure includes several example techniques for the UE to communicate a request for the downlink reference signals. In some aspects, the UE transmits a scheduling request (SR) to the network entity to request an uplink resource for the request. After receiving an uplink grant, the UE transmits the request for downlink reference signals via a medium access control (MAC) control element (CE) on a physical uplink shared channel (PUSCH) , via uplink control information (UCI) on a PUSCH, or via UCI on physical uplink control channel (PUCCH) . The UE may transmit the request via a PUCCH or PUSCH resource configured by the network entity. In some other aspects, the UE may transmit the request via a physical  random access channel (PRACH) resource. The request can include information identifying the serving cell for which downlink reference signals are being requested. The serving cell may be the same serving cell receiving the request for downlink reference signals or it may be a different serving cell such as a primary cell (PCell) or primary secondary cell (PSCell) . Alternatively, or additionally, the request can request downlink reference signals from multiple serving cells in a serving cell group.

[0045] After receiving the UE request for downlink reference signals, the network entity may activate at least one of the requested reference signals for the serving cell or multiple serving cells identified in the request. For example, the network entity can indicate activation of downlink reference signals via a MAC CE, downlink control information (DCI) , or radio resource control (RRC) signaling. In some aspects, the network entity can indicate or change the periodicity for particular downlink reference signals based on the UE request.

[0046] Particular implementations of the subject matter described in this disclosure can be implemented to realize one or more of the following potential advantages. A UE that uses the techniques of the disclosure can avoid disruptions in communications with a network entity, or can recover more quickly in cases where the beam quality of a currently used beam is degraded and the UE does not have sufficient information to select a new beam.

[0047] Figure 1 is a diagram illustrating an example wireless system including a user equipment (UE) communicating with a network entity where the UE is configured for requesting downlink signals. In the example shown in Figure 1, wireless communication system 100 includes cells 126A-126D and various network elements such as network entity 120, radio units (RUs) such as radio unit 121, and UEs 122A and 122B. A cell (e.g., any of cells 126A-126D) may be associated with a network entity such as a base station, radio unit, TRP, or a carrier aggregation component. Cells 126A-126D may include various types of cells, including macrocells for higher-power network entities and / or small cells for lower-power network entities. Small cells may include femtocells, picocells, microcells, etc.

[0048] A network entity such as a base station may operate multiple cells. In some traditional deployments, a base station may operate three (3) cells, but other quantities of cells may be deployed at a base station. A master cell group (MCG) may include a PCell and zero or more SCells of the eNB. A secondary cell group (SCG) may include a primary SCG cell (PSCell) and zero or more secondary cells (SCells) of the gNB. Once an SCG is added to the RRC configuration, the UE may be in an non-standalone (NSA) mode of operation. Any of cells within the MCG or SCG may be referred to as a current serving cell. For Dual Connectivity operation, the term Special Cell (SpCell) refers to the PCell of the MCG or the PSCell of the SCG.

[0049] In the example shown in Figure 1, the UE 122A has established a connection with network entity 120 in cell 126A and wirelessly communicates with the network entity 120. The UE 122A may communicate directly with the network entity 120 or via one or more TRPs (not shown in Figure 1) . A cell associated with a network entity with which a UE has established a connection may be referred to as a “serving cell. ” Thus, in the example shown in Figure 1, cell 126A may be referred to as the serving cell for UE 122A because UE 122A has established a connection with network entity 120 in cell 126A.

[0050] As described above, a network entity can support carrier aggregation where each frequency is a component carrier and each component carrier can be a PCell or SCell. In the example shown in Figure 1, UE 122B has established a connection via radio unit 121 via a component carrier associated with PCell 127. Further, UE 122B may communicate with radio unit 121B using an additional component carrier associated with SCell 128. In this disclosure, PCells and SCells are referred to as cells.

[0051] Although illustrated as a smartphone in Figure 1, a UE such as UEs 122A and / or 122B may be implemented as any suitable computing or electronic device, such as a mobile communication device, a modem, cellular phone, gaming device, navigation device, media device, laptop computer, desktop computer, tablet computer, smart appliance, vehicle-based communication system, an Internet-of-things (IoT) device (e.g., sensor node, controller / actuator node, combination thereof) , and the like. UE 122A may communicate with network entity 120 using wireless links (not shown in Figure 1) , which may be implemented as any suitable type of wireless link. The wireless links may include one or more wireless links (e.g., radio links) or bearers implemented using any suitable communication protocol or standard, or combination of communication protocols or standards, such as 3GPP LTE, 5G NR, and so forth. Multiple wireless links may be aggregated in a carrier aggregation to provide a higher data rate for the UE 122A and / or 122B.

[0052] As examples, the network entity 120 may be a base station, an Evolved Universal Terrestrial Radio Access Network Node B (E-UTRAN Node B) , evolved Node B (eNodeB or eNB) , Next Generation Node B (gNodeB or gNB) , Next Generation E-UTRAN Node Be (ng-eNB) , access point, radio head or the like. A network entity may be implemented in a macrocell, microcell, small cell, picocell, or the like, or any combination thereof. A network entity (e.g., network entities 120A or 120B) may be configured to use multiple-input and multiple-output (MIMO) communication to exchange wireless signals with UE 122A and / or 122B.

[0053] The network entity 120 supports wireless communication with one or more UEs, such as UEs 122A and 122B, via radio frequency (RF) signaling using one or more applicable  radio access technologies (RATs) as specified by one or more communications protocols or standards. The network entity may employ any of a variety of RATs, such as operating as a NodeB (or base transceiver station (BTS) ) for a Universal Mobile Telecommunications System (UMTS) RAT (also known as “3G” ) , operating as an eNB for a 3GPP LTE RAT, operating as a gNB for a 3GPP 5G NR RAT, and the like.

[0054] The network entity 120, and radio units such as radio unit 121 may be part of a radio access network (RAN) , for example, an Evolved Universal Terrestrial Radio Access Network, E-UTRAN, 5G NR RAN, or NR RAN. The network entity 120 may be connected to a core network (not shown in Figure 1) . For example, the network entity 120 may connect to the core network through an NG2 interface for control-plane signaling and using an NG3 interface for user-plane data communications when connecting to a 5G core network or using an Si interface for control-plane signaling and user-plane data communications when connecting to an Evolved Packet Core (EPC) network. The network entity 120 may communicate using an Xn Application Protocol (XnAP) through an Xn interface or using an X2 Application Protocol (X2AP) through an X2 interface to exchange user-plane and control-plane data. A UE (e.g., UEs 122A and / or 122B) may connect, via the core network, to one or more wide area networks (WANs) or other packet data networks (PDNs) , such as the Internet.

[0055] In some aspects, the functionality, and thus the hardware components, of a network entity may be distributed across multiple network nodes or devices and may be distributed in a manner to perform the functions described herein. As one example, the functionality of a network entity (e.g., network entity 120) may be distributed across a radio unit (RU) (e.g., radio units 121) , a distributed unit (DU) , or a central unit (CU) .

[0056] Communications between a network entity and a UE utilize an uplink (UL) transmission path for transmission path for RF transmissions from the UE to the network entity and a downlink (DL) transmission path for RF transmissions from the network entity to the UE. For example, as shown in Figure 1, the UE 122A utilizes UL transmission path 116 for RF transmissions from the UE 122A to the network entity 120 and DL transmission path 118 for RF transmissions from the network entity 120 to the UE 122A. In the context of the UL transmission path 116, the UE 122A serves as the data sending device and the network entity 120 serves as the data receiving device, whereas in the context of the DL transmission path 118, the network entity 120 serves as the data sending device and the UE 122A serves as the data receiving device. UL transmission path 116 and DL transmission path 118 may utilize multiple communications channels for signal transmission. The multiple channels may each have different purposes.

[0057] UL transmission path 116 may include a PUSCH, a PUCCH, and a Physical Random Access Channel (PRACH) . The PUSCH is used for the transmission of user data, such as voice data, video data, or text message data from the UE (e.g., UEs 122A and / or 122B) to the network entity (e.g., network entities 120 and / or 120B) . Additionally, the PUSCH may be used to transmit control information (e.g., uplink control information (UCI) ) . The PUSCH may be shared by multiple UEs. The PUCCH is used for transmitting control information (e.g., UCI) from the UE to the network, such as channel quality feedback, scheduling requests, and acknowledgments. The PRACH is used for random access in the uplink direction, enabling the UE to access the system.

[0058] DL transmission path 118 may include one or more of a Physical Downlink Shared Channel (PDSCH) , a Physical Downlink Control Channel (PDCCH) , a Physical Broadcast Channel (PBCH) , or a paging channel. The PDSCH is used for transmission of user data from the network entity to the UE. The PDSCH may be shared by multiple UEs. As with the PUSCH, the data may be any type of information, such as voice data, video data, or text message data. The paging channel is used to notify a UE that there is incoming traffic for it from a network entity.

[0059] To reduce power consumption, the network entity 120 may not transmit some of the downlink reference signals (e.g., SSBs and / or CSI-RSs) in the active bandwidth part (BWP) of a serving cell. For example, the network entity 120 might implement network energy saving (NES) techniques in which the network entity eliminates or reduces some uplink and downlink transmissions. When the beam quality for a current beam drops below a satisfactory level, the UE 122 may measure reference signals of other candidate beams to identify a beam that has better beam quality for communications with the network entity. However, because the network entity 120 may not have transmitted downlink reference signals for one or more of the candidate beams, the UE 122 may not be able to determine beam quality for some candidate beams.

[0060] According to aspects of the disclosure, the UE 122 can transmit a request 112 for one or more downlink reference signals (such as SSBs and / or CSI-RSs) for a serving cell 126A or cell group. The UE 122 may transmit the request via a PUCCH or PUSCH resource configured by the network entity 120. In some other aspects, the UE may transmit the request 112 via a physical random access channel (PRACH) resource. The request 112 can include information identifying the serving cell for which downlink reference signals are being requested. The serving cell may be the same serving cell receiving the request for downlink reference signals (e.g., serving cell 126A) or it may be a different serving cell such as a primary cell (e.g., PCell 127) or primary secondary cell (PSCell) . Alternatively, or additionally, the  request can request downlink reference signals from multiple serving cells in a serving cell group (e.g., serving cells 126A-126D) .

[0061] After receiving the UE request 112 for downlink reference signals, the network entity 120 may activate at least one of the requested reference signals for the serving cell or multiple serving cells identified in the request. For example, the network entity 120 can indicate activation of downlink reference signals via a MAC CE, downlink control information (DCI) , or radio resource control (RRC) signaling. In some aspects, the network entity 120 can indicate or change the periodicity for particular downlink reference signals based on the UE request 112.

[0062] Figure 2A is a diagram illustrating example communications between a network entity 120 and a UE 122 requesting downlink reference signals from the network entity. In the example shown in Figure 2A, network entity 120 may communicate via one or more of candidate beams 224, including candidate beams 224A-224E. Similarly, UE 122 may communicate via one or more of candidate beams 225, including beams 225A-225D. Network entity 120 and UE 122 have established a communication session using beams 224A and 225A, respectively. For the purpose of this example, network entity 120 has determined that candidate beams 224B-224D are not currently suitable for communications. Network entity 120 deactivates downlink reference signals for candidate beams 224B-224D to save energy.

[0063] In this example, network entity 120 has configured 204 the UE 122 with resources and other information for transmitting UE requested downlink reference signals to network entity 120. UE 122 has detected a trigger event 206 that triggers the UE 122 to send a request 112 for downlink reference signals. The trigger event 206 may be a beam quality change, a timer expiration, a loss of synchronization, or beam failure, among other examples. The UE 122 transmits the request 112 to the network entity 120 via uplink transmission path 116. The network entity 120 receives the request, and in response to the request, reactivates the requested reference signals 214. The UE 122 can receive the reactivated reference signals 214 and can determine if a new candidate beam would provide improved communications with the network entity 120.

[0064] Figure 2B is a diagram illustrating example scenarios 200 and 210 in which a UE 122 requests downlink signals from a network entity 120 in one of the scenarios. Scenario 200 shown above the time line 250 illustrates various states of a wireless communication environment in which UE 122 is not configured for UE requested downlink reference signals. Scenario 210 shown below the time line 250 illustrates various states of a wireless communication environment in which the UE 122 is configured for UE requested downlink reference signals.

[0065] Scenario 200 begins with a diagram 231A representing a wireless communication environment at a time t0. The wireless communication environment includes a network entity 120 and a UE 122 in communication with one another. The network entity 120 has determined a set of candidate beams 224 and UE 122 has determined a set of candidate beams 225. Network entity 120 and UE 122 are communicating with one another via beams 224A and 225A, respectively. UE 122 is shown moving towards the bottom of diagram 231A at time t0.

[0066] In this example, diagram 232 represents the state of the wireless communication environment at time t1, where the network entity 120 performs an energy saving procedure. As part of this procedure, the network entity 120 determines that beam 224A is the only beam among beams 224 that is in use for communications with a UE (e.g., UE 122) . The network entity 120 deactivates reference signals for beams 224 with the exception of beam 224A, which is in use for communication with UE 122. The UE 122 continues to move towards the bottom of diagram 232.

[0067] In this example, diagram 235 represents the wireless communication environment at time t5 in which communications via beam 224A of network entity 120 and beam 225A of UE 122 is disrupted by a beam failure caused by the presence of obstacle 226. In response to the communication disruption, UE 122 may report the beam failure. At time t6, and as represented in diagram 236A, UE 122 and network entity 120 perform beam recovery operations to find a new beam for use in communications. In this example, the network entity 120 and the UE 122 select beams 224B and 225B for communications using signals reflected off object 228.

[0068] Scenario 210 has the same initial state as scenario 200 with diagram 231B representing the initial state of the wireless communications environment at time t0. As noted above, in this scenario, UE 122 is configured for UE requested downlink reference signals. At time t2 and as shown in diagram 233, UE 122 determines a triggering event that triggers the UE to request downlink reference signals from network entity 120. As an example, the triggering event may be a degradation in the beam quality as the UE 122 moves behind obstacle 226. At time t2, the network entity 120 has deactivated reference signals for beams 224 other than beam 224A as part of an energy saving procedure (e.g., the energy saving procedure at time t1 discussed above with reference to diagram 232) .

[0069] At time t3 and as shown in diagram 234, the network entity 120 has received the request for downlink reference signals from the UE 122 and in response to the request, has activated downlink references signals for beams 224.

[0070] At time t4 and as shown in diagram 236B, the network entity 120 and the UE 122 have switched to beams 224B and 225B respectively based on information obtained by the UE  122 from the activated reference signals. Again, in this example, the network entity 120 and the UE 122 select beams 224B and 225B for communications using signals reflected off object 228.

[0071] As can be seen in Figure 2B, a potential advantage of the techniques disclosed herein is that the network entity 120 and the UE 122 can avoid a total beam failure and resultant loss of communications in wireless communication environments where the network entity 120 has deactivated one or more downlink reference signals. Additionally, the network entity 120 and the UE 122 may be able to recover more quickly in the presence of degraded communications. For example, as shown by comparing diagram 236A of scenario 200 and diagram 236B of scenario 210, using the techniques disclosed herein may facilitate the network entity 120 and the UE 122 to select new beams for communications sooner (e.g., at time t5 in scenario 210 rather than at time t6 in scenario 200) than in cases where the UE 122 would otherwise experiences beam failure.

[0072] In some examples that follow, the operations may be described as utilizing radio resource control (RRC) signaling to configure sounding reference signal (SRS) resources and antenna ports. The RRC signaling may indicate a RRC reconfiguration message from the network entity 120 to the UE 122, or a system information block (SIB) . The SIB can be an existing SIB (e.g., SIB1) or a new SIB (e.g., SIB J, where J is an integer above 21) transmitted by the network entity. In some aspects, the network entity 120 may receive the UE capability from another UE, from a core network (e.g., Access and Mobility Management Function (AMF) ) , or from another network entity.

[0073] Figure 3 is a sequence diagram 300 illustrating a UE requesting a downlink signal. Although not illustrated for the sake of illustration clarity, various acknowledgements for messages illustrated in Figure 2 may be implemented to ensure reliable operations for UE requested downlink reference signals. In the example discussed with respect to Figure 2, UE 122 may be an implementation of UE 122A or UE 122B of Figures 1A-1E. Figure 3 will be discussed in conjunction with the example scenarios and timing diagrams of Figures 4A-4F, 5A-5H, and 6A-6F that illustrate aspects of the operations of Figure 3. The timing diagrams may not be drawn to scale, and the time durations between the various operations may differ from that shown in Figures 4B, 4D, 4F, 5B, 5D, 5F, 5H, 6B, 6D, and 6F.

[0074] At operation 302, the UE 122 may optionally transmit or report to network entity 120 the UE’s capability for supporting UE requested downlink reference signals (e.g., SSB and / or CSI-RS) . In some aspects, UE 122 may transmit UE capability information to the network entity 120 during an initial communication session setup process between the UE 122 and the network entity 120. The UE capability information may include supported frequency  bands, radio access technologies, maximum transmission power, maximum data rates, and network protocols. Additionally, the UE 122 may report UE capability to the network entity 120 indicating whether the UE supports UE requested downlink reference signals.

[0075] The UE capability information may include one or more of an indicator or indicators of the supported downlink reference signal types (e.g., SSB and / or CSI-RS) to be requested, the supported mechanism or uplink channel to transmit the UE request; supported event or events to trigger the UE to request downlink signals. In some aspects, the UE may report common UE capability information for single transmission reception point (sTRP) operation, single DCI based multiple transmission reception point (mTRP) operation, and multiple DCI based mTRP operation. In some aspects, the UE may report separate UE capability information for one or more of sTRP operation, single DCI based mTRP operation, or multiple DCI based mTRP operation.

[0076] At operation 304, the network entity 120 may, depending on the UE capability information received at operation 302, configure the UE 122 to enable the UE to request downlink reference signals from a serving cell. The serving cell may be a PCell or an SCell. In some aspects, the network entity 120 may configure the UE via a parameter specifically enabling UE requested downlink reference signals. In some other aspects, the network entity 120 may configure a parameter related to a UE request of a downlink reference signal in the serving cell. The configuration of such a related parameter serves to enable the UE to request downlink reference signals.

[0077] The network entity 120 may configure at least one of the following parameters: a parameter enabling the UE to request downlink reference signals such as SSBs or CSI-RSs, a list of one or more downlink reference resources for the UE to request, at least one scheduling request (SR) for the UE to use to request an uplink resource for the UE request of a downlink reference signal, a PUCCH or PUSCH resource to transmit the UE request of a downlink reference signal, or one or more parameters defining events triggering the UE to request downlink reference signals. The network entity may transmit the configuration by RRC signaling, for example, via an RRCReconfiguration message.

[0078] In some implementations, the network entity 120 may refrain from configuring the UE 122 to request of downlink reference signals in an SCell configured for single-DCI based mTRP operations or multi-DCI based mTRP operation. In such implementations, the UE 122 may not expect the network entity 120 to configure the UE 122 to request downlink reference signals in an SCell configured for single-DCI based mTRP operation or multi-DCI based mTRP operation.

[0079] At operation 306, the UE 122 may determine if one or more of the triggering conditions that trigger the UE to request downlink reference signals have been met. In some aspects, the triggering conditions may be provided in the configuration provided to the UE 122 by network entity 120. In some other aspects, the triggering conditions may be predefined.

[0080] In some aspects, the triggering condition may be one or more of the following events:

[0081] ● Event 1: the UE 122 detects that the beam quality for a first set of one or more downlink reference signals for the serving cell is below a first threshold. The downlink reference signals may be associated with one or more of the activated or indicated transmission configuration indicator (TCI) states for the serving cell or BWP.

[0082] ● Event 2: a timer of the UE 122 for a UE request for downlink reference signals expires.

[0083] ● Event 3: the UE 122 detects a beam quality change for one or more of a first set of downlink reference signals for the serving cell is above a second threshold. The downlink reference signals may be associated with one or more of the activated or indicated TCI states for the serving cell or BWP.

[0084] ● Event 4: the UE 122 detects that a measured power management maximum power reduction (P-MPR) for one or more of a first set of downlink reference signals for the serving cell is above a third threshold. The downlink reference signals may be associated with one or more of the activated or indicated TCI states for the serving cell.

[0085] ● Event 5: the UE 122 detects a beam failure for the serving cell.

[0086] ● Event 6: the UE 122 detects that a serving cell is activated without an SSB or CSI-RS for time and / or frequency synchronization, e.g., a serving cell configured as, or QCLed with, a downlink signal in the TCI state applied for a downlink or uplink channel that is transmitted or activated.

[0087] ● Event 7: After BWP switching for the serving cell without SSB or CSI-RS for time / frequency synchronization, e.g., a serving cell configured as, or QCLed with, a downlink signal in the TCI state applied for a downlink or uplink channel that is transmitted or activated, where the old BWP may or may not comprise the new BWP.

[0088] ● Event 8: After TCI switching for the serving cell without SSB or CSI-RS configured as, or QCLed with, a downlink signal in the TCI state applied for a downlink or uplink channel that is transmitted or activated.

[0089] ● Event 9: the UE 122 switches between sTRP operations and either single-DCI based mTRP or multi-DCI based mTRP operation.

[0090] With respect to events 1-4 above, in some aspects, the first threshold, second threshold, third threshold, and / or the duration for the timer may be pre-defined. In some other aspects, the network entity 120 may configure the UE 122 with the first threshold, second threshold, third threshold, and / or the duration for the timer via RRC signaling, MAC CE, or DCI. The network entity 120 may configure the first threshold, second threshold, the third threshold, and / or the duration for the timer per BWP, per serving cell, per band, per combinations of bands, or per cell group.

[0091] With respect to events 1 and 3 above, in some aspects, the beam quality and corresponding threshold (e.g., the first threshold and the second threshold) may be based on one or more of a layer 1 reference signal received power (L1-RSRP) , a layer 1 signal-to-interference plus noise ratio (L1-SINR) , a hypothetical block error ratio (BLER) , or a channel quality indicator (CQI) .

[0092] With respect to event 2 described above, in some aspects, the UE 122 may start or reset the timer after it transmits the first symbol or last symbol of the UE request for downlink reference signals. The UE 122 may determine the duration of the timer further based on a discontinuous reception (DRX) configuration. In some aspects, the UE 122 may maintain the timer during the DRX active time. In some other aspects, the UE 122 may maintain the timer during both the DRX active time and DRX inactive time. In still other aspects, the UE 122 may determine to modify the duration of the timer based on a configuration of DRX active time and DRX inactive time. In still further aspects, the network entity 120 may configure multiple durations for the timer, where each different duration corresponds to a different DRX configuration.

[0093] For one or more of the above-described events, the UE 122 may perform a different procedure instead of, or in addition to, the request for downlink reference signals. For example, the UE 122 may perform beam failure recovery operations in response to detecting event 5, a beam failure of the serving cell. As another example, the UE 122 may transmit a power headroom report (PHR) in response to detecting event 4 (event 4 being the P-MPR for one or more of a first set of downlink reference signals for the serving cell is above a third threshold) .

[0094] With respect to event 5, in some implementations, in some aspects, the UE 122 may determine whether to request the downlink reference signals or transmit a beam failure recovery request (BFRQ) based on whether the network entity 120 has configured the downlink reference signals for candidate beam detection (CBD) for the serving cell or not. In some other aspects, the UE 122 may determine whether to request the downlink reference signals or transmit a beam failure recovery request (BFRQ) based on whether the number of downlink reference signals for CBD for the serving cell is above a fourth threshold or not. The fourth threshold may be reported by the UE 122, determined based on the maximum number of SSBs, or pre-defined (e.g., 4) . If the network entity 120 does not configure downlink reference signals for CBD or configures a number of downlink reference signal resources for CBD that is less than the fourth threshold, the UE 122 may trigger a request of downlink reference signals. If the network entity 120 configures a number of downlink reference signal resources for CBD that is above the fourth threshold, the UE 122 may transmit the BFRQ.

[0095] Further with respect to event 5, in some other implementations, the UE 122 may determine whether to request the downlink reference signals or to transmit a BFRQ based on whether the UE 122 identifies a candidate beam from the configured downlink reference resources for CBD, for example, whether or not the L1-RSRP for one of the SSB and / or CSI-RS resources for CBD is above a threshold configured by the network entity 120. If the UE 122 cannot identify a candidate beam, the UE 122 may trigger the procedure for request for downlink reference signals. If the UE 122 can identify a candidate beam, the UE 122 may transmit a BFRQ.

[0096] In still other implementations, if the UE 122 detects event 5, the UE 122 may determine whether to request the downlink reference signals or transmit a BFRQ based on whether the UE 122 identifies a candidate beam from the configured SSB / CSI-RS resources for CBD and the number of configured SSB and / or CSI-RS resources for CBD. If the UE cannot identify a candidate beam and the number of configured SSB / CSI-RS resource for CBD is below the fourth threshold, the UE 122 may trigger the request of downlink reference signals. If the UE can identify a candidate beam or the number of configured SSB and / or CSI-RS resources configured for CBD is above the fourth threshold, the UE may transmit the BFRQ.

[0097] With respect to event 4 where the UE 122 detects that a measured P-MPR above a third threshold, the UE 122 may trigger a PHR. In some aspects, the UE 122 may determine to trigger the PHR or request for downlink reference signals based on either the procedure with the higher priority or may trigger both a PHR and a request for downlink reference signals. The priority may be predefined, configured by the network entity 120, or reported by the UE 122. In one example implementation, if the network entity 120 configures a number of SSB  and / or CSI-RS resources for maximum power emission (MPE) below a fifth threshold number of resources, the UE 122 may trigger the request for downlink reference signals. If the network entity 120 configures a number of SSB and / or CSI-RS resources for maximum power emission (MPE) at or above the fifth threshold number of resources, the UE 122 UE may trigger the PHR. The fifth threshold may be pre-defined, configured by the network entity, or reported by the UE.

[0098] At operation 308, if a triggering condition is met (e.g., one of events 1-9 has been detected) , the UE 122 may optionally transmit to the network entity 120 a scheduling request for an uplink resource for use in transmitting a request for downlink reference signals from the serving cell.

[0099] At operation 310, the network entity 120 may optionally transmit an uplink grant to the UE 122 triggering an uplink transmission including the request for downlink reference signals. For example, the network entity 120 may transmit the uplink grant in response to receiving the SR at operation 308.

[0100] At operation 312, the UE 122 may transmit a request for downlink reference signals. In some aspects, the UE 122 may transmit the request in response to receiving the uplink grant from the network entity 120 at operation 310. For example, the uplink grant may trigger the UE to transmit the request via a PUSCH transmission. In some other aspects, the uplink grant may trigger the UE to transmit the request via a PUCCH transmission. In still other aspects, the UE 122 may transmit the request via a PRACH transmission. In aspects where the UE 122 transmits the request via a PRACH transmission, the UE 122 may not perform optional operation 308 and thus may not transmit an SR to network entity 120. Similarly, the network entity 120 may not transmit an uplink grant at optional operation 310.

[0101] In some aspects, the UE 122 may transmit a request for downlink reference signals that includes one or more of the following parameters:

[0102] ● one or more serving cell indexes indicating one or more serving cells for which to request the downlink reference signals.

[0103] ● one or more BWP indexes indicating one or more BWPs for the requested downlink reference signals.

[0104] ● one or more requested SSB or CSI-RS resource indexes or one or more resource list indexes for each reported serving cell and / or BWP indicating the requested SSB / CSI-RS for each reported serving cell and / or BWP.

[0105] ● one or more indicators corresponding to the detected events that triggered the UE 122 to request downlink reference signals for each serving cell and / or BWP.

[0106] In some aspects, the network entity 120 may configure one or more lists of downlink reference resources for the UE 122 to request. The UE 122 may indicate one or more of the configured lists in the UE request for downlink reference signals. In some other aspects, the network entity 120 may configure a list of downlink reference resources for the UE 122 to request. The UE 122 may indicate one or more of the configured downlink reference resources in the UE request for downlink reference signals. In one example, the UE 122 may report a bitmap indicating the request status for each configured downlink reference signal resource, where a bit x may indicate whether or not the configured downlink references signal resource x is being requested.

[0107] In some aspects, the network entity 120 may configure one or more common downlink reference signal resources or resource lists corresponding one or more of the events described above (e.g., events 1-9) for a serving cell or BWP. In some other aspects, the network entity 120 may configure different downlink reference signal resources or resource lists corresponding to different events for a serving cell or BWP.

[0108] The UE 122 may transmit a request for downlink reference signals that includes one or more of the following: a serving cell index, a BWP index, one or more requested downlink reference signal resource indexes, or one or more indicators of the events detected by the UE 122 that caused the UE to trigger the request (e.g., the events detected at operation 306) . The UE 122 may transmit the request for downlink reference signals in the same serving cell as the requested reference signals or in a different serving cell from the serving cell with the requested downlink reference signals. For example, the UE 122 may transmit the request via a primary cell (PCell) or primary secondary cell (PSCell) .

[0109] In some implementations, the UE 122 may transmit a request for downlink reference signals using MAC CEs. In some other implementations, the UE 122 may transmit a request for downlink reference signals using UCI. In still other implementations, the UE 122 may transmit a request for downlink reference signals using PRACH resources. Further description of each of these implementations will now be provided.

[0110] In implementations where the UE 122 transmits a request for downlink reference signals using MAC CEs, the UE 122 may transmit a MAC CE corresponding to a logical channel identifier (LCID) or extended LCID (eLCID) that is pre-defined or configured by the network entity 120.

[0111] In some aspects, the UE 122 may multiplex one or more MAC CEs, including a MAC CE for a UE request for downlink reference signals. The UE 122 may multiplex the MAC CEs or logical channels based on a priority. The UE 122 may transmit the transport block (TB) with the one or more MAC CEs or logical channels from a highest priority to the  lowest priority, where the total payload size for the one or more MAC CEs and data from logical channels may be equal to or below the scheduled size of the TB.

[0112] In some aspects, the UE 122 may determine that the MAC CE for the UE request of downlink reference signals has the same priority as a first type of one or more logical channels, where the first type indicates existing logical channels that share the same priority for logical channel multiplexing (e.g., as defined in 3GPP Technical Specification (TS) 38.321, section 5.4.3.1) . In such aspects, the UE 122 may determine to transmit the MAC CE for the UE request for downlink reference signals first, or transmit the first type of one or more logical channels first (e.g., before the MAC CE for the UE request for downlink reference signals) .

[0113] As one example, the priority for the MAC CE for UE request for downlink reference signals may be the same as the MAC CE for beam failure recovery (BFR) . In some aspects, logical channels may be prioritized in accordance with the following order (highest priority listed first, MAC CE for UE request for downlink reference signals highlighted) :

[0114] ● MAC CE for cell radio network temporary identifier (C-RNTI) , or data from an uplink common control channel (UL-CCCH) .

[0115] ● MAC CE for UE request downlink reference signals, MAC CE for (Enhanced) BFR, or MAC CE for Configured Grant Confirmation, or MAC CE for Multiple Entry Configured Grant Confirmation.

[0116] ● MAC CE for Sidelink Configured Grant Confirmation.

[0117] ● MAC CE for LBT failure.

[0118] ● MAC CE for Timing Advance Report.

[0119] ● MAC CE for sidelink buffer status report (SL-BSR) prioritized according to clause 5.22.1.6.

[0120] ● MAC CE for (Extended) BSR, with exception of BSR included for padding.

[0121] ● MAC CE for (Enhanced) Single Entry PHR, or MAC CE for (Enhanced) Multiple Entry PHR.

[0122] ● MAC CE for Positioning Measurement Gap Activation / Deactivation Request.

[0123] ● MAC CE for the number of Desired Guard Symbols.

[0124] ● MAC CE for Case-6 Timing Request.

[0125] ● MAC CE for (Extended) Pre-emptive BSR.

[0126] ● MAC CE for SL-BSR, with exception of SL-BSR prioritized according to 3GPP TS 38.321, section 5.22.1.6, and SL-BSR included for padding.

[0127] ● MAC CE for integrated access and backhaul mobile termination (IAB-MT) Recommended Beam Indication, or MAC CE for Desired IAB-MT power spectral density (PSD) range, or MAC CE for Desired DL Tx Power Adjustment.

[0128] ● data from any Logical Channel, except data from UL-CCCH.

[0129] ● MAC CE for Recommended bit rate query.

[0130] ● MAC CE for BSR included for padding.

[0131] ● MAC CE for SL-BSR included for padding.

[0132] In some other aspects, the UE 122 may determine that the MAC CE for UE request for downlink reference signals has a priority different than the other types of MAC CEs.

[0133] As an example, the priority for the MAC CE for a UE request for downlink reference signals may be lower than the priority for a Sidelink Configured Grant Confirmation and higher than a listen before talk (LBT) failure. The UE 122 may determine different priority orders in different examples. Logical channels may be prioritized in accordance with the following order (highest priority listed first, MAC CE for UE request downlink reference signals highlighted) :

[0134] ● MAC CE for C-RNTI, or data from UL-CCCH.

[0135] ● MAC CE for (Enhanced) BFR, or MAC CE for Configured Grant Confirmation, or MAC CE for Multiple Entry Configured Grant Confirmation.

[0136] ● MAC CE for Sidelink Configured Grant Confirmation.

[0137] ● MAC CE for UE request downlink reference signals.

[0138] ● MAC CE for LBT failure.

[0139] ● MAC CE for Timing Advance Report.

[0140] ● MAC CE for SL-BSR prioritized according to 3GPP TS 38.321, section 5.22.1.6.

[0141] ● MAC CE for (Extended) BSR, with exception of BSR included for padding.

[0142] ● MAC CE for (Enhanced) Single Entry PHR, or MAC CE for (Enhanced) Multiple Entry PHR.

[0143] ● MAC CE for Positioning Measurement Gap Activation / Deactivation Request.

[0144] ● MAC CE for the number of Desired Guard Symbols.

[0145] ● MAC CE for Case-6 Timing Request.

[0146] ● MAC CE for (Extended) Pre-emptive BSR.

[0147] ● MAC CE for SL-BSR, with exception of SL-BSR prioritized according to 3GPP TS 38.321, section 5.22.1.6, and SL-BSR included for padding.

[0148] ● MAC CE for IAB-MT Recommended Beam Indication, or MAC CE for Desired IAB-MT PSD range, or MAC CE for Desired DL Tx Power Adjustment.

[0149] ● data from any Logical Channel, except data from UL-CCCH.

[0150] ● MAC CE for Recommended bit rate query.

[0151] ● MAC CE for BSR included for padding.

[0152] ● MAC CE for SL-BSR included for padding.

[0153] In some aspects, the UE 122 may report one UE request for downlink reference signals (e.g., one UE request for downlink reference signals corresponding to a serving cell) by one MAC CE and may report multiple UE requests for downlink reference signals for different serving cells by multiple MAC CEs. In some other aspects, the UE 122 may report multiple UE requests for downlink reference signals for multiple serving cells by multiple MAC CEs. As an example, the UE 122 may report, in a MAC CE, a first bitmap indicating one or more serving cell indexes for which the UE 122 has detected an event triggering the UE request. The UE 122 may report the corresponding information of the UE request for downlink reference signals, e.g., BWP index, downlink reference resource or resource list indexes, and detected events for each reported serving cell indicated in the bitmap.

[0154] In some aspects, the network entity 120 may configure a dedicated SR for the UE to utilize when requesting an uplink resource for a MAC CE that includes a request for downlink reference signals. The network entity 120 may configure the dedicated SR by configuring an SR ID, e.g., SchedulingRequestId.

[0155] A UE request for downlink reference signals and K PUCCHs carrying K SRs may collide with one another. For example, a SR for requesting uplink resources for a UE request for downlink reference signals and K PUCCHs carrying K SRs may collide with other PUCCH transmissions carrying a hybrid automatic repeat request acknowledgement (HARQ-ACK) or CSI. In some aspects, in a resource using PUCCH format 2, 3, or 4, when multiplexing these K+1 SRs, a positive dedicated SR for requesting uplink resources for UCI for a UE request for downlink reference signals may be prioritized over positive SRs among the K SRs carrying other PUCCH transmissions.

[0156] In some other aspects, if the PUCCH for one SR for requesting uplink resource for a UE request for downlink reference signals, a PUCCH for one SR for BFR, or PUCCH for at least one SR for other functionalities collide with other PUCCH transmission carrying HARQ-ACK or CSI in a resource using PUCCH format 2, 3, and 4, the UE 122 may report one of the positive SRs based on the priority of the positive SRs. For example, the UE 122 may report one positive SR with a highest priority by ceil (log2 (K+1) ) bits in the UCI if K PUCCHs for SRs collide with a PUCCH carrying a HARQ-ACK or CSI in a PUCCH format 2, 3, and 4. In this example, if value of the ceil (log2 (K+1) ) bits is X, it indicates the SR X is positive, where the order of the SRs is based on the ID for the SR configured by the network entity 120.

[0157] In some aspects, the relative priorities for the SRs discussed above may be defined as (with SR for UE request for downlink reference signals highlighted) :

[0158] SR for UE request for downlink reference signals > SR for BFR > SR for other functionalities.

[0159] In some other aspects, the relative priority may be defined as:

[0160] SR for BFR > SR for UE request for downlink reference signals > SR for other functionalities.

[0161] In still other aspects, the relative priority may be defined as:

[0162] SR for BFR > SR for other functionalities > SR for UE request for downlink reference signals.

[0163] In some aspects, if the total transmission power for serving cells exceeds the maximum transmission power configured for the UE 122, the UE 122 may reduce the transmission power for the uplink channels with lower priority. A PUSCH transmission carrying a MAC CE for a UE request for downlink reference signals may be assigned a separate priority, e.g., a lower priority than a PUSCH transmission carrying a HARQ-ACK and a higher priority than a PUSCH transmission carrying CSI. In some other aspects, a PUSCH with a MAC CE for a UE request for downlink reference signals may be assigned the same priority as other types of uplink transmissions, e.g., a same priority as a PUSCH transmission carrying CSI.

[0164] In one example implementation, the priorities discussed above may be defined as follows (from high to low, with a PUSCH including MAC CE for a UE request downlink reference signals highlighted) :

[0165] ● PRACH transmission on a candidate cell, if any, (e.g., as defined in 3GPP TS 38.213, section 21) .

[0166] ● PRACH transmission on the PCell.

[0167] ● PUCCH or PUSCH transmissions with larger priority index.

[0168] ● For PUCCH or PUSCH transmissions with same priority index:

[0169] ○ PUCCH transmission with HARQ-ACK information, and / or SR, and / or link recovery request (LRR) , or PUSCH transmission with HARQ-ACK information of the priority index,

[0170] ○ PUSCH transmission with MAC CE for UE request downlink reference signals,

[0171] ○ PUCCH transmission with CSI or PUSCH transmission with CSI,

[0172] ○ PUSCH transmission without HARQ-ACK information of the priority index or CSI and, for Type-2 random access procedure, PUSCH transmission on the PCell.

[0173] ● If the UE is configured with prioSCellPRACH-OverSP-PeriodicSRS-r17:

[0174] ○ Aperiodic SRS transmission or PRACH transmission on a serving cell other than the PCell,

[0175] ○ Semi-persistent and / or periodic SRS transmission.

[0176] ● If the UE is not configured with prioSCellPRACH-OverSP-PeriodicSRS-r17:

[0177] ○ SRS transmission, with aperiodic SRS having higher priority than semi-persistent and / or periodic SRS, or PRACH transmission on a serving cell other than the PCell.

[0178] Other example implementations may utilize different priority orders.

[0179] In some aspects, if the total transmission power for serving cells exceeds the maximum transmission power for the UE 122, the UE 122 may reduce the transmission power for uplink channels having a lower priority. The SR for a UE request for downlink reference signals may be assigned a separate priority, e.g., different than a highest priority for a PUCCH or PUSCH transmission with the same priority index. In some other aspects, the SR for UE request for downlink reference signals may be assigned the same priority as other types of uplink transmission, e.g., a same priority as a PUCCH transmission carrying a HARQ-ACK.

[0180] In one example implementation, the priorities discussed above may be defined as follows (from high to low, with a PUCCH including SR for a UE request downlink reference signals highlighted) :

[0181] ● PRACH transmission on a candidate cell, if any, (e.g., as defined in 3GPP TS 38.213, section 21) .

[0182] ● PRACH transmission on the PCell.

[0183] ● PUCCH or PUSCH transmissions with larger priority index.

[0184] ● For PUCCH or PUSCH transmissions with same priority index:

[0185] ○ PUCCH transmission with SR for UE request downlink reference signals,

[0186] ○ PUCCH transmission with HARQ-ACK information, and / or SR, and / or LRR, or PUSCH transmission with HARQ-ACK information of the priority index,

[0187] ○ PUCCH transmission with CSI or PUSCH transmission with CSI,

[0188] ○ PUSCH transmission without HARQ-ACK information of the priority index or CSI and, for Type-2 random access procedure, PUSCH transmission on the PCell.

[0189] ● If the UE is configured with prioSCellPRACH-OverSP-PeriodicSRS-r17:

[0190] ○ Aperiodic SRS transmission or PRACH transmission on a serving cell other than the PCell,

[0191] ○ Semi-persistent and / or periodic SRS transmission.

[0192] ● If the UE is not configured with prioSCellPRACH-OverSP-PeriodicSRS-r17:

[0193] ○ SRS transmission, with aperiodic SRS having higher priority than semi-persistent and / or periodic SRS, or PRACH transmission on a serving cell other than the PCell.

[0194] Other example implementations may utilize different priority orders.

[0195] In the case of transmissions having the same priority and for operation with carrier aggregation, the UE 122 may prioritize power allocation for transmissions on the primary cell of the master cell group (MCG) or the secondary cell group (SCG) over transmissions on a secondary cell. In the case of transmissions having the same priority order and for operation with two UL carriers, the UE 122 may prioritize power allocation for transmissions on the carrier where the UE is configured to transmit PUCCH. If PUCCH is not configured for any of the two UL carriers, the UE 122 may prioritize power allocation for transmissions on the non-supplementary UL carrier.

[0196] In some aspects, the UE 122 may issue a SR for an uplink grant to transmit a request for downlink reference signals based on one SR per cell group, one SR per component carrier, or using an event specific scheduling request. Figures 4A-4F illustrate various aspects of these different SR associations.

[0197] Figure 4A is a diagram illustrating a first example scenario 400 in which a UE requests a downlink signal via a scheduling request per cell group. In the example of Figure 4A, serving cell group 442 includes serving cells 426A-426C. The network entity 120 may configure one dedicated SR 408 per cell group 442 or per UE 122 for use by the UE 122 to request an uplink resource for a MAC CE carrying a UE request for downlink reference signals. In one example, the network entity 120 may configure one SR ID for the dedicated SR, e.g., SchedulingRequestId in a CellGroupConfig or in a MAC-CellGroupConfig or PhysicalCellGroupConfig.

[0198] In some implementations, if a dedicated SR 408 is not configured and / or if there is no available uplink resource, the UE 122 may request the uplink resource by a PRACH, e.g., a  PRACH for contention based random access (CBRA) procedure, or the UE 122 may request the uplink resource by another SR for other functionalities.

[0199] Figure 4B is a timing diagram 405 illustrating an example of a UE request for a downlink signal for the first example scenario 400 shown in Figure 4A. At time t0, the UE 122 determines that trigger conditions 406 for a UE request for downlink reference signals have been met for serving cell 426A and serving cell 426B. If the UE 122 does not have a dedicated SR for transmitting the request, then at time t1, the UE 122 transmits an SR 408 for the request for downlink reference signals. At time t2 the UE 122 receives an uplink grant 410 for the request. At time t3 the UE 122 transmits one or more MAC CEs carrying a UE request for downlink reference signals for serving cells 426A and 426B.

[0200] Figure 4C is a diagram illustrating a second example scenario 425 in which a UE 122 requests a downlink signal via a scheduling request per component carrier. In the example shown in Figure 4C, each serving cell 426A-426C may be a component carrier. In some aspects, the network entity 120 may configure one dedicated SR 408A-408C per serving cell 426A-426C respectively, for the UE 122 to request an uplink resource for a MAC CE for the UE request for downlink reference signals. In some aspects, the network entity 120 may configure the associated serving cell 426 index for each SR 408 ID. In some aspects, the network entity 120 and UE 122 may determine the associated serving cell 426 for each SR 408 ID based on the order of the SR IDs in the SR list and the serving cell index for the serving cells 426 configured for UE requests for downlink reference signals. In one example, the network entity 120 may configure a list of SR IDs, e.g., SchedulingRequestIdList in a CellGroupConfig, in a MAC-CellGroupConfig or in a PhysicalCellGroupConfig, where different SR IDs correspond to different serving cells.

[0201] In some implementations, if the SR 408 for a serving cell 426 is not configured and / or if there is no available uplink resource, in some aspects, the UE 122 may request an uplink resource by a PRACH, e.g., PRACH for CBRA procedure. In some other aspects, the UE 122 may request the uplink resource by another SR, e.g., an SR for other functionalities.

[0202] Figure 4D is a timing diagram 430 illustrating an example of a UE request for a downlink signal for the second example scenario 425 shown in Figure 4B. At time t0, the UE 122 determines that trigger conditions 406 for a UE request for downlink reference signals have been met for serving cell 426A and serving cell 426B. At time t1, if the UE does not have an available uplink resource for the request, the UE 122 transmits SRs 408 for requesting downlink reference signals for serving cells 426A and 426B. In some aspects, the UE 122 may transmit an SR corresponding to each serving cell 426 for which a triggering event is detected. In some aspects, if the UE 122 detects events for multiple serving cells 426 and does not have  sufficient uplink resources for multiple requests for downlink reference signals, the UE 122 may transmit an SR having a highest priority, where the UE 122 may determine the priority for each SR based on one or more factors including the associated serving cell index for the serving cell 426, the SR ID associated with the serving cell 426, or the event or events detected for the serving cell 426.

[0203] At time t2, the UE 122 receives one or more uplink grants 410 for the requests. At time t3, the UE 122 transmits one or more MAC CEs 412 carrying requests for downlink reference signals for serving cells 426A and / or 426B. In some aspects, the UE 122 may transmit a request for downlink reference signals that does not include the serving cell index. In some other aspects, the UE 122 may transmit a request for downlink reference signals that includes the serving cell index.

[0204] Figure 4E is a diagram illustrating a third example scenario 440 in which a UE 122 requests a downlink signal via a scheduling request per set of events. In the example shown in Figure 4E, the network entity 120 may configure the UE 122 with one dedicated SR 408A-408C for one or more events in each event set 452A-452C, respectively. The UE 122 may use the dedicated SRs 408A-408C to request uplink resources for use in transmitting MAC CE for the UE request for downlink reference signals. In one example, the network entity 120 may configure a list of SR IDs, e.g., SchedulingRequestIdList in a CellGroupConfig, or in a MAC-CellGroupConfig or PhysicalCellGroupConfig, where different SR 408 IDs correspond to different event sets 452 for a serving cell. The event set 452 corresponding to an SR 408 may be predefined or configured by the network entity 120. In some aspects, if an SR 408 for an event set 452 is not configured and / or if there is no available uplink resource, the UE 122 may request the uplink resource by a PRACH, e.g., PRACH for CBRA procedure. In some other aspects, the UE 122 may request the uplink resource by another SR for other functionalities. In still other aspects, the UE 122 may refrain from triggering the procedure for a UE request for downlink reference signals.

[0205] Figure 4F is a timing diagram 450 illustrating an example of a UE request for a downlink signal for the third example scenario 440 shown in Figure 4A. At time t0, the UE 122 determines that the trigger conditions 406 from one or more events in event set 452A and one or more events in event set 452B have been detected. The events in event set 452A and 452B trigger the UE 122 to request for downlink reference signals. At time t1, if the UE 122 does not have an available uplink resource for the request, the UE 122 transmits SRs 408A and 408B to request downlink reference signals. At time t2, the UE 122 receives one or more uplink grants 410 for the requests corresponding to event sets 452A and 452B. At time t3, the UE 122  transmits one or more MAC CEs 412 carrying UE request for downlink reference signals corresponding to event sets 452A and 452B.

[0206] Implementations where the UE 122 transmits a request for downlink signals using MAC CEs have been discussed above. Implementations where the UE 122 transmits a request for downlink reference signals using UCI will now be discussed.

[0207] The UE 122 may transmit a UE request for downlink reference signals via a UCI in a configured PUCCH or PUSCH resource. In some aspects, the network entity 120 may configure a PUCCH resource for the UE 122 to use to transmit the request for downlink reference signals. The PUCCH resource may overlap with a PUSCH resource. In such cases, the UE 122 may multiplex the UCI for the request for downlink reference signals on the PUSCH. In some other aspects, the network entity 120 may configure the UE 122 with a configured-grant PUSCH resource for the UE request for downlink reference signals. The UE 122 may transmit the request as a UCI multiplexed on the PUSCH.

[0208] In some implementations, the UE 122 may not multiplex the UCI for the UE request for downlink reference signals and other types of UCIs, e.g., SRs, hybrid automatic repeat request (HARQ) acknowledgements (ACKs) , or CSI. If the UE 122 detects a collision between the PUSCH or PUCCH with the UCI for UE request for downlink reference signals and another PUSCH or PUCCH with other types of UCI, the UE 122 may drop the UCI having a lower priority. In one example, the priority may be predefined as any one of the following (with the UCI for UE request for downlink reference signals highlighted) :

[0209] ● SR > HARQ-ACK > UCI for UE request for downlink reference signals >CSI (other than UCI for UE request for downlink reference signals) .

[0210] ● SR > UCI for UE request for downlink reference signals > HARQ-ACK >CSI (other than UCI for UE request for downlink reference signals) .

[0211] ● UCI for UE request for downlink reference signals > SR > HARQ-ACK >CSI (other than UCI for UE request for downlink reference signals) .

[0212] In another example, the priority may be configured by the network entity.

[0213] In some aspects, the UE 122 may detect a collision of a first PUSCH or PUCCH with UCI (s) and second PUSCH or PUCCH with UCI (s) if the time occupancy of the first and second PUSCH or PUCCH scheduled to carry UCI (s) overlap in at least one orthogonal frequency-division multiplexing (OFDM) symbol and are transmitted on the same serving cell.

[0214] In some other implementations, the UE 122 may multiplex a UCI for the UE request for downlink reference signals and other types of UCIs when the UE detects the collision between the PUSCH or PUCCH with the UCI for the UE request for downlink reference signals and another PUSCH or PUCCH with other types of UCI. The UE 122 may multiplex  the UCIs based on a priority order. The priority order may be pre-defined or configured by the network entity 120.

[0215] In some implementations, if the total transmission power for a serving cell exceeds the maximum transmission power for the UE 122, the UE 122 may scale down the transmission power for the uplink channels with lower priority. In some aspects, the PUSCH or PUCCH with UCI for UE request for downlink reference signals may be assigned a separate priority, e.g., a lower priority than a PUSCH with HARQ-ACK and a higher priority than a PUSCH with CSI. In some other aspects, the PUSCH or PUCCH carrying the UCI for the UE request for downlink reference signals may be assigned the same priority as other types of uplink transmissions, e.g., the same priority as a PUSCH with CSI.

[0216] In one example implementation, the priorities discussed above may be defined as follows (from high to low, with a PUSCH or PUCCH including UCI for UE request for downlink reference signals highlighted) :

[0217] ● PRACH transmission on a candidate cell, if any, (e.g., as defined in 3GPP TS 38.213, section 21) .

[0218] ● PRACH transmission on the PCell.

[0219] ● PUCCH or PUSCH transmissions with larger priority index.

[0220] ● For PUCCH or PUSCH transmissions with same priority index.

[0221] ○ PUCCH transmission with HARQ-ACK information, and / or SR, and / or LRR, or PUSCH transmission with HARQ-ACK information of the priority index,

[0222] ○ PUCCH / PUSCH transmission with UCI for UE request for downlink reference signals,

[0223] ○ PUCCH transmission with CSI or PUSCH transmission with CSI,

[0224] ○ PUSCH transmission without HARQ-ACK information of the priority index or CSI and, for Type-2 random access procedure, PUSCH transmission on the PCell.

[0225] ● If the UE is configured with prioSCellPRACH-OverSP-PeriodicSRS-r17:

[0226] ○ Aperiodic SRS transmission or PRACH transmission on a serving cell other than the PCell,

[0227] ○ Semi-persistent and / or periodic SRS transmission.

[0228] ● If the UE is not configured with prioSCellPRACH-OverSP-PeriodicSRS-r17:

[0229] ○ SRS transmission, with aperiodic SRS having higher priority than semi-persistent and / or periodic SRS, or PRACH transmission on a serving cell other than the PCell.

[0230] Other example implementations may utilize different priority orders.

[0231] In the case of transmissions having the same priority and for operation with carrier aggregation, the UE 122 may prioritize power allocation for transmissions on the primary cell of the master cell group (MCG) or the secondary cell group (SCG) over transmissions on a secondary cell. In the case of transmissions having the same priority order and for operation with two UL carriers, the UE 122 may prioritize power allocation for transmissions on the carrier where the UE is configured to transmit PUCCH. If PUCCH is not configured for any of the two UL carriers, the UE 122 may prioritize power allocation for transmissions on the non-supplementary UL carrier.

[0232] In some aspects, the network entity 120 may configure one PUSCH or PUCCH resource per serving cell group, per component carrier, per set of events, or per reference signal resource list. Figures 5A-5H illustrate various aspects of these different configurations.

[0233] Figure 5A is a diagram 500 illustrating an example of a UE request for a downlink signal via one uplink channel per serving cell group. In the example of Figure 5A, serving cell group 442 includes serving cells 426A-426C. In some aspects, the network entity 120 may configure a PUCCH resource ID, e.g., PUCCH-ResourceId in a CellGroupConfig, a MAC-CellGroupConfig or a PhysicalCellGroupConfig for use by the UE 122 to request an uplink resource for a MAC CE carrying a UE request for downlink reference signals. In some other aspects, the network entity 120 may configure an uplink grant in the serving cell group 442 which may be used for UE request for downlink reference signals. The configured UL grant may be a Type 1 configured UL grant or a Type 2 configured UL grant.

[0234] Figure 5B is a timing diagram 505 for the example UE request shown in Figure 5A. At time t0, the network entity 120 transmits a configuration 504 that configures the UE 122 with PUCCH and / or PUSCH resources for UE requests for downlink reference signals. The network entity 120 may configure an uplink grant for the requests. At time t1, the UE 122 may optionally receive an uplink grant activation 510 for uplink transmissions to the network entity 120. At time t2, the UE 122 detects an event 506 triggering the UE 122 to transmit a UE request for downlink reference signals for a serving cell. In the example shown in Figure 5A, the UE 122 has detected such an event for serving cells 426A and 426B. At time t3, in some aspects, the UE 122 may transmit the UCI 512 for the request using the configured PUCCH or PUSCH resource. If the UE 122 does not detect a triggering event, the UE 122 may refrain from transmitting the UCI on the PUCCH / PUSCH resource.

[0235] If the UE 122 detects an event 506 triggering the UE 122 to transmit a UE request for downlink reference signals for more than one serving cell, in some aspects, the UE 122 may transmit the UCI for a serving cell having a highest priority. In some other aspects, the UE 122 may transmit all the UCIs for all the serving cells with the events detected (serving cells 426A and 426B in this example) . The UE 122 may multiplex the UCIs for different serving cells based on the priority for the UCIs.

[0236] In some aspects, the UE 122 may determine the priority for the UCIs for the UE’s request for downlink reference signals based on one or more factors, including the serving cell index or detected event (s) . As an example, the UE 122 may determine that a UCI for a serving cell associated with a lower serving cell index number has a higher (or lower) priority than a UCI for a serving cell associated a higher serving cell index number.

[0237] Figure 5C is a diagram 511 illustrating an example of a UE request for a downlink signal via one uplink channel per component carrier. In the example shown in Figure 5C, each serving cell 426A-426C may be a component carrier. In some aspects, the network entity 120 may configure one PUCCH or PUSCH resource 512A-512C for serving cells 426A-426C, respectively, for use by the UE 122 in transmitting UCI for a UE request for downlink reference signals. In some aspects, the network entity 120 may configure a list of PUCCH resource IDs, e.g., PUCCH-ResourceIdList in a CellGroupConfig, a MAC-CellGroupConfig, or a PhysicalCellGroupConfig, where each PUCCH resource ID corresponds to one serving cell 426 configured with the UE 122 for requests for downlink reference signals. In another example, the network entity 120 may configure an uplink grant in a serving cell 426, which may be used by the UE 122 to request downlink reference signals for the serving cell.

[0238] Figure 5D is a timing diagram 513 for the example UE request shown in Figure 5C. At time t0, the network entity 120 transmits a configuration 504 to the UE 122 that configures the UE 122 with PUCCH and / or PUSCH resources for UE requests for downlink reference signals. The network entity 120 may configure an uplink grant for the requests. At time t1, the UE 122 may optionally receive an uplink grant activation 510 for uplink transmissions to the network entity 120. At time t2, the UE 122 may detect an event 506 triggering the UE 122 to transmit a UE request for downlink reference signals for a serving cell. In the example shown in Figure 5D, the UE 122 has detected such an event for serving cells 426A and 426B. At time t3, the UE 122 may transmit the UCI 512 for the request using the configured PUCCH or PUSCH resource. If the UE 122 does not detect a triggering event, the UE 122 may refrain from transmitting the UCI on the PUCCH / PUSCH resource.

[0239] If the UE 122 detects an event 506 triggering the UE 122 to transmit a UE request for downlink reference signals for more than one serving cell 426, in some aspects, the UE  122 may transmit the UCI for a serving cell having a highest priority. In some other aspects, the UE 122 may transmit all the UCIs for all the serving cells with the events detected (serving cells 426A and 426B in this example) . The UE 122 may multiplex the UCIs for different serving cells based on the priority for the UCIs.

[0240] In some aspects, the UE 122 may determine the priority for the UCIs for the UE’s request for downlink reference signals based on one or more factors, including the serving cell index or detected event (s) . As an example, the UE 122 may determine that a UCI for a serving cell associated with a lower serving cell index number has a higher (or lower) priority than a UCI for a serving cell associated a higher serving cell index number.

[0241] Figure 5E is a diagram 515 illustrating an example of a UE request for a downlink signal via one uplink channel per set of events. In the example shown in Figure 5E, the network entity 120 may configure the UE 122 with one PUCCH or PUSCH resource 512A-512C for each of event sets 452A-452C, respectively. The UE 122 may use the PUCCH or PUSCH resources 512A-512C to request uplink resources for use in transmitting UCI for the UE’s request for downlink reference signals. In one example, the network entity 120 may configure a list of PUCCH resource IDs, e.g., PUCCH-ResourceIdList in a CellGroupConfig, a MAC-CellGroupConfig, or a PhysicalCellGroupConfig, where each PUCCH resource ID corresponds to different event sets 452 having events that may trigger a request for downlink reference signals by the UE 122. The network entity 120 may configure a list of PUCCH resources in the active uplink bandwidth part of the PCell or PScell in the serving cell group, e.g., resourceToAddModList in PUCCH-Config. The event set 452 corresponding to a PUCCH or PUSCH may be predefined or configured by the network entity 120.

[0242] Figure 5F is a timing diagram 517 for the example UE request shown in Figure 5E. At time t0, the network entity 120 transmits a configuration 504 to the UE 122 that configures the UE 122 with PUCCH and / or PUSCH resources for UE requests for downlink reference signals. The network entity 120 may configure an uplink grant for the requests. At time t1, the UE 122 may optionally receive an uplink grant activation 510 for uplink transmissions to the network entity 120. At time t2, the UE 122 may detect an event 506 triggering the UE 122 to transmit a UE request for downlink reference signals for a serving cell. In the example shown in Figure 5F, the UE 122 has detected such an event for event sets 452A and 452B. At time t3, the UE 122 may transmit the UCI 512 for the request using the configured PUCCH or PUSCH resources. If the UE 122 does not detect a triggering event, the UE 122 may refrain from transmitting the UCI on the PUCCH or PUSCH resources.

[0243] If the UE 122 detects events that trigger the UE 122 to transmit a request for downlink reference signals for more than one event set 452, in some aspects, the UE 122 may transmit  the UCI corresponding to the event set with highest priority (event set 452A in this example) . In some other aspects, if the UE 122 detects events triggering the UE 122 to request downlink reference signals for more than one event set 452, it may transmit all the UCIs corresponding to the event sets having detected events (event sets 452A and 452B in this example) . The UE 122 may multiplex the UCIs based on the priority of the event sets associated with the UCIs.

[0244] In some aspects, the UE 122 may determine the priority for the UCIs for the UE’s request for downlink reference signals based on one or more factors, including the serving cell index or detected event (s) . As an example, the UE 122 may determine that a UCI for a serving cell associated with a lower serving cell index number has a higher (or lower) priority than a UCI for a serving cell associated a higher serving cell index number.

[0245] Figure 5G is a diagram 519 illustrating an example of a UE request for a downlink signal via one uplink channel per reference signal resource list. In the example shown in Figure 5G, the network entity 120 may configure the UE 122 with one PUCCH or PUSCH resource 512A-512C for each of downlink reference signal resource lists 554A-554C, respectively. The UE 122 may use the PUCCH or PUSCH resources 512A-512C to request uplink resources for use in transmitting UCI for the UE’s request for downlink reference signals. In one example, the network entity 120 may configure a list of PUCCH resource IDs, e.g., PUCCH-ResourceIdList in a CellGroupConfig, a MAC-CellGroupConfig, or a PhysicalCellGroupConfig. The network entity 120 may configure a list of PUCCH resources in the active uplink bandwidth part of the PCell or PSCell in the serving cell group, e.g., resourceToAddModList in PUCCH-Config. Further, the network entity 120 may configure the UE 122 with multiple downlink reference signal resource lists 554 per serving cell or per serving cell group for use by the UE 122 to request downlink reference signals. Each PUCCH resource ID may correspond to one of the configured downlink reference signal resource lists 554, and different downlink reference signal resource lists 554 may correspond to different serving cells or different TRPs for a serving cell or different events.

[0246] Figure 5H is a timing diagram 521 for the example UE request shown in Figure 5G. At time t0, the network entity 120 transmits a configuration 504 that configures the UE 122 with PUCCH and / or PUSCH resources for UE requests for downlink reference signals. The network entity 120 may configure an uplink grant for the requests. At time t1 the UE 122 may optionally receive an uplink grant activation 510 for uplink transmissions to the network entity 120. At time t2, the UE 122 may detect an event 506 triggering the UE 122 to transmit a UE request for downlink reference signal resource list. In the example shown in Figure 5H, the UE 122 has detected such an event for downlink reference signal resource lists 554A and 554B. At time t3, the UE 122 may transmit the UCI 512 for the request using the configured  PUCCH or PUSCH resources. If the UE 122 does not detect a triggering event, the UE 122 may refrain from transmitting the UCI on the PUCCH or PUSCH resources.

[0247] If the UE 122 detects events that trigger the UE 122 to transmit a request for downlink reference signals for more than one downlink reference signal resource list 554, in some aspects, the UE 122 may transmit the UCI corresponding to the downlink reference signal resource list with highest priority (downlink reference signal resource list 554A in this example) . In some other aspects, if the UE 122 detects events triggering the UE 122 to request downlink reference signals for more than one downlink reference signal resource list 554, the UE 122 may transmit all the UCIs corresponding to the more than one downlink reference signal resource lists 554 associated with the detected events (downlink reference signal resource lists 554A and 554B in this example) . The UE 122 may multiplex the UCIs based on the priority of the downlink reference signal resource lists 554 associated with the UCIs.

[0248] In some aspects, the UE 122 may determine the priority for the UCIs for the UE’s request for downlink reference signals based on one or more factors, including the serving cell index, the downlink reference signal resource list 554, a PUCCH or PUSCH resource index, or the detected event (s) . As an example, the UE 122 may determine that a UCI for a serving cell associated with a lower serving cell index number has a higher (or lower) priority than a UCI for a serving cell associated a higher serving cell index number.

[0249] Implementations where the UE 122 transmits a request for downlink signals using MAC CEs and implementations where the UE 122 transmits a request for downlink reference signals using UCIs have been discussed above. Implementations where the UE 122 transmits a UE request for downlink reference signals using PRACH resources will now be discussed.

[0250] In some aspects, the network entity 120 may configure a list of PRACH resources for use by the UE 122 to request downlink reference signals from the network entity 120. The network entity 120 may configure the PRACH resources in the primary cell (PCell) , primary secondary cell (PSCell) , or in each SCell that the network entity 120 configures the UE 122 to enable requests for downlink reference signals. The network entity 120 may configure the UE 122 with the time domain and frequency domain resource, e.g., PRACH occasion. The network entity 120 may also configure a preamble index for each PRACH resource.

[0251] In some aspects, if the total transmission power for serving cells exceeds the maximum transmission power configured for the UE 122, the UE 122 may scale down the transmission power for the uplink channels with lower priority. In some aspects, a PRACH for a UE request for downlink reference signals may be assigned a separate priority, e.g., a lower priority than a PRACH transmission on the PCell and higher priority than the PUCCH  or PUSCH transmissions with a higher priority index. In some other aspects, a PRACH for a UE request for downlink reference signals may be assigned the same priority as other types of uplink transmission, e.g., the same priority as a PRACH transmission on a PCell.

[0252] In one example implementation, the priorities discussed above may be defined as follows (from high to low, with a PRACH transmission for a UE request for downlink reference signals highlighted) :

[0253] ● PRACH transmission on a candidate cell, if any, (e.g., as defined in 3GPP TS 38.213, section 21) .

[0254] ● PRACH transmission on the PCell for functionalities other than a UE request for downlink reference signals.

[0255] ● PRACH transmission for UE request for downlink reference signals.

[0256] ● PUCCH or PUSCH transmissions with a higher priority index.

[0257] ● For PUCCH or PUSCH transmissions with same priority index.

[0258] ● PUCCH transmission with HARQ-ACK information, and / or SR, and / or LRR, or PUSCH transmission with HARQ-ACK information of the priority index:

[0259] ○ PUCCH transmission with CSI or PUSCH transmission with CSI,

[0260] ○ PUSCH transmission without HARQ-ACK information of the priority index or CSI and, for Type-2 random access procedure, PUSCH transmission on the PCell.

[0261] ● If the UE 122 is configured with prioSCellPRACH-OverSP-PeriodicSRS-r17:

[0262] ○ Aperiodic SRS transmission or PRACH transmission on a serving cell other than the PCell,

[0263] ○ Semi-persistent and / or periodic SRS transmission.

[0264] ● If the UE 122 is not configured with prioSCellPRACH-OverSP-PeriodicSRS-r17:

[0265] ○ SRS transmissions with aperiodic SRS having higher priority than semi-persistent and / or periodic SRS, or PRACH transmission on a serving cell other than the PCell.

[0266] In the case of transmissions having the same priority and for operation with carrier aggregation, the UE 122 may prioritize power allocation for transmissions on the primary cell of the master cell group (MCG) or the secondary cell group (SCG) over transmissions on a secondary cell. In the case of transmissions having the same priority order and for operation with two UL carriers, the UE 122 may prioritize power allocation for transmissions on the carrier where the UE is configured to transmit PUCCH. If PUCCH is not configured for any  of the two UL carriers, the UE 122 may prioritize power allocation for transmissions on the non-supplementary UL carrier.

[0267] In some aspects, the network entity 120 may configure the UE 122 with one PRACH resource per serving cell for UE requests for downlink reference signals, one PRACH resource per downlink reference signal resource list, or one PRACH resource per set of events for a serving cell. Figures 6A-6F illustrate various aspects of the above-described configurations.

[0268] Figure 6A is a diagram 600 illustrating an example configuration for a UE request for a downlink signal via a PRACH resource associated with a serving cell. In some aspects, the network entity 120 may configure one PRACH resource 612A-612C for serving cells 426A-426C, respectively, for use by the UE 122 in transmitting a request for downlink reference signals.

[0269] Figure 6B is a timing diagram 601 for the example configuration shown in Figure 6A. In some aspects, at time t0, the network entity 120 may transmit a configuration 604 for UE requested downlink reference signals to the UE 122. As noted above, the configuration 604 may configure one PRACH resource 612A-612C for serving cells 426A-426C, respectively, for use by the UE 122 in transmitting a request for downlink reference signals.

[0270] At time t1, the UE 122 may detect an event 606 triggering the UE 122 to transmit a UE request for downlink reference signals for a serving cell. In the example shown in Figure 6B, the UE 122 has detected such an event for serving cells 426A and 426B. At time t2, the UE 122 may transmit the request using the PRACH resource corresponding to the serving cell 426 in which the event was detected. If the UE 122 does not detect a triggering event, the UE 122 may refrain from transmitting a request.

[0271] If the UE 122 detects more than one event 606 triggering the UE 122 to transmit a UE request for downlink reference signals for more than one serving cell 426, in some aspects, the UE 122 may transmit the PRACH resource for a serving cell 426 having a highest priority (serving cell 426A in this example) . In some other aspects, the UE 122 may transmit the PRACH resources corresponding to all of the serving cells with the events detected (serving cells 426A and 426B in this example) .

[0272] In some aspects, the UE 122 may determine the priority for the PRACH resources for the UE request for downlink reference signals based on one or more factors, including the serving cell index, time / frequency domain resource for the PRACH, preamble index for the PRACH, or detected event (s) . As an example, the UE 122 may determine that a PRACH resource corresponding to a serving cell associated with a lower serving cell index number  has a higher (or lower) priority than a PRACH resource for a serving cell associated with a higher serving cell index number.

[0273] Figure 6C is a diagram 605 illustrating an example of a UE request for a downlink signal via a PRACH resource associated with a reference signal resource list. In the example shown in Figure 6C, the network entity 120 may configure the UE 122 with one PRACH resource 612A-612C for each of downlink reference signal resource lists 554A-554C, respectively. Further, the network entity 120 may configure the UE 122 with multiple downlink reference signal resource lists 554 per serving cell or per serving cell group for use by the UE 122 to request downlink reference signals. Different downlink reference signal resource lists 554 may correspond to different serving cells or different TRPs for a serving cell or different events.

[0274] Figure 6D is a timing diagram for the example UE request shown in Figure 6C. In some aspects, at time t0, the network entity 120 may transmit a configuration 604 to the UE 122 configuring the UE 122 for requesting downlink reference signals. As noted above, the configuration 604 may configure the UE 122 with one PRACH resource 612A-612C for each of downlink reference signal resource lists 554A-554C, respectively.

[0275] At time t1, the UE 122 may detect an event 606 triggering the UE 122 to transmit a UE request for downlink reference signals for a serving cell. In the example shown in Figure 6D, the UE 122 has detected such an event for downlink reference signal resource lists 554A and 554B. At time t2, the UE 122 may transmit the request using the PRACH resource corresponding to the serving cell 426 in which the event was detected. If the UE 122 does not detect a triggering event, the UE 122 may refrain from transmitting a request.

[0276] If the UE 122 detects more than one event 606 triggering the UE 122 to transmit a UE request for downlink reference signals for more than one downlink reference signal resource list 554, in some aspects, the UE 122 may transmit the PRACH resource for a downlink reference signal resource list having a highest priority (downlink reference signal resource list 554A in this example) . In some other aspects, the UE 122 may transmit the PRACH resources corresponding to all of the downlink reference signal resource lists 554 with the events detected (downlink reference signal resource lists 554A and 554B in this example) .

[0277] In some aspects, the UE 122 may determine the priority for the PRACH resources for the UE’s request for downlink reference signals based on one or more factors, including the downlink reference signal resource list indexes, time / frequency domain resource for the PRACH, preamble index for the PRACH, or detected event (s) . As an example, the UE 122 may determine that a PRACH resource corresponding to a downlink reference signal resource  list 554 with a lower resource list index has a higher (or lower) priority than a PRACH resource for a resource list with a higher resource list index.

[0278] Figure 6E is a diagram 610 illustrating an example of a UE request for a downlink signal via a PRACH resource associated with a set of events. In the example shown in Figure 6E, the network entity 120 may configure the UE 122 with one PRACH resource 612A-612C for each of event sets 452A-452C, respectively. The UE 122 may use the PRACH resources 612A-612C to request uplink resources for use in transmitting the UE request for downlink reference signals. In some aspects, the downlink reference signals to be requested for an event or event set may be predefined. In some other aspects, the network entity 120 may configure the UE 122 with the downlink reference signals to be requested for an event or event set.

[0279] Figure 6F is a timing diagram for the example UE request shown in Figure 6E. At time t0, the network entity 120 transmits a configuration 604 configuring the UE 122 with PRACH resources for UE requests for downlink reference signals. At time t1, the UE 122 may detect an event 506 triggering the UE 122 to transmit a UE request for downlink reference signals for a serving cell to the network entity 120. In the example shown in Figure 6F, the UE 122 has detected such an event for event sets 452A and 452B. At time t2, the UE 122 may transmit the PRACH resources 612 corresponding to the event set 452 that includes the detected event to request downlink reference signals. If the UE 122 does not detect a triggering event, the UE 122 may refrain from transmitting PRACH resources.

[0280] If the UE 122 detects events that trigger the UE 122 to transmit a request for downlink reference signals for more than one event set 452, in some aspects, the UE 122 may transmit the PRACH resource 612 corresponding to the event set with highest priority (event set 452A in this example) . In some other aspects, if the UE 122 detects events triggering the UE 122 to request downlink reference signals for more than one event set 452, it may transmit all the PRACH resources corresponding to the event sets having detected events (event sets 452A and 452B in this example) .

[0281] In some aspects, the UE 122 may determine the priority for the PRACH resources for the UE request for downlink reference signals based on one or more factors, including the serving cell index, time / frequency domain resource for the PRACH, preamble index for the PRACH, or detected event (s) . As an example, the UE 122 may determine that a PRACH resource for a serving cell associated with a lower serving cell index number has a higher (or lower) priority than a PRACH resource for a serving cell associated a higher serving cell index number.

[0282] In some implementations, the UE 122 may use a combination of the above-described implementations to transmit a request for downlink reference signals. For example,  in some aspects, the UE 122 may transmit the request for downlink reference signals using both UCI and MAC CE (s) . The network entity 120 may configure one or more PUCCH resources with one or more bits of a UCI transmission for a UE request for downlink reference signals. When the UE 122 determines to trigger the UE request for downlink reference signals, the UE 122 may transmit a first set of request information to the network entity 120 via the UCI on at least one of the configured PUCCH resources explicitly or implicitly (e.g., based on an association of PUCCH resources to SCells) , and transmit the remaining request information via a MAC CE on a PUSCH scheduled by the network entity 120. The first set of request information may include information describing the request content.

[0283] In some other aspects, the UE 122 may transmit the request for downlink reference signals using a combination of PRACH resources and MAC CE (s) . In some aspects, the network entity 120 may configure one or more PRACH resources with one or more bits of UCI for transmission in a UE request for downlink reference signals. After the UE 122 determines to trigger the request for downlink reference signals, the UE 122 may transmit a first set of request information by the UCI on at least one of the configured PRACH resources implicitly, and transmit the remaining request information via a MAC CE on a PUSCH scheduled by the network entity 120. The first set of request information may include information describing the request content.

[0284] Returning to Figure 3, at operation 314, the network entity 120 activates one or more of the downlink reference signals for the serving cell or cells indicated in the UE request for downlink reference signals. In various implementations, the network entity 120 may activate the downlink reference signals by RRC signaling (e.g., RRCReconfiguration) , MAC CE, or DCI.

[0285] In some implementations, the network entity 120 utilizes RRC based activation of downlink reference signals. The network entity 120 may reconfigure the downlink reference signal via RRC signaling, e.g., RRCReconfiguration. In one example, the network entity 120 may reconfigure an SSB location by an RRC parameter, e.g., ssb-PositionsInBurst. In another example, the network entity 120 may reconfigure the periodicity for each SSB. In a further example, the network entity 120 may reconfigure the periodicity for the periodic CSI-RSs, e.g., tracking reference signal (TRS) . In some aspects, the network entity 120 may configure the periodicity with a pre-defined value, 0 or reserved, to deactivate a downlink reference signal (e.g., an SSB or CSI-RS) , and the network entity 120 may configure the periodicity with a value other than the pre-defined value to activate a downlink reference signal (e.g., an SSB or CSI-RS) .

[0286] In some other implementations, the network entity 120 utilize MAC CE based activation of downlink reference signals (e.g., SSBs or CSI-RSs) . The network entity 120 may indicate the activation or deactivation status for each SSB or CSI-RS resource via the MAC CE, where the CSI-RS may be a periodic CSI-RS, e.g., a periodic TRS. The network entity 120 may indicate the serving cell index and / or BWP index for the SSB or CSI-RS resource in the MAC CE.

[0287] As one example, the network entity 120 may indicate the activation or deactivation status for each downlink reference signal resource using a bitmap in the MAC CE, where a bit x indicates the activation or deactivation status for the downlink reference signal resource x.

[0288] As another example, the network entity 120 may configure multiple lists of downlink reference signal resources, and the network entity 120 may indicate one of the configured lists to indicate the activated downlink reference signal resource list in the MAC CE.

[0289] In some aspects, the network entity 120 may further indicate the periodicity and / or slot offset for one or more of the activated downlink reference signal resources in the MAC CE.For example, the network entity 120 may configure the periodicity with a pre-defined value, 0 or reserved, to deactivate a downlink reference signal. The network entity 120 may configure the periodicity with a value other than the pre-defined value to activate a downlink reference signal.

[0290] In some aspects, the network entity 120 may start to transmit the activated downlink reference signal resources based on the corresponding periodicity and slot offset after K slots or milliseconds (ms) after the UE 122 transmits the first symbol or last symbol of the PUSCH or PUCCH with the HARQ ACK for the PDSCH with the MAC CE, or after the last symbol of the PDSCH with the MAC CE. The value of K may be pre-defined, e.g., K=3, configured by the network entity 120, or reported by the UE 122 via UE capability information.

[0291] In still other implementations, the network entity 120 may utilize DCI based activation. The network entity 120 may indicate the activation or deactivation status for each downlink reference signal resource (e.g., SSB or CSI-RS resource) using the DCI, where a downlink reference signal may be a periodic CSI-RS, e.g., periodic TRS. The network entity 120 may indicate the serving cell index and / or BWP index for the downlink reference signal resource in the DCI.

[0292] In some aspects, the network entity 120 may transmit the DCI based on a radio network temporary identifier (RNTI) configured by RRC signaling, MAC CE, or DCI. In some other aspects, the RNTI may be predefined. The network entity 120 may transmit the DCI based on a DCI format 1_x or 2_x. The network entity 120 may transmit the DCI in a  common search space (CSS) , e.g., Type3 CSS, or in a UE-specific search space (USS) . In some aspects, the search space may be defined in 3GPP TS 38.213, section 10.1. The UE 122 may receive such DCI up to once per slot in a serving cell. The UE 122 may be configured to monitor such DCI in one serving cell or multiple serving cells, for example, in a serving cell group. In some aspects, the UE 122 may report UE capability information indicating whether the UE supports monitoring such DCI in one serving cell or multiple serving cells (e.g., a serving cell group) . In some other aspects, the UE 122 may report a maximum number of serving cells supported for monitoring such DCI in a serving cell group.

[0293] As one example, the network entity 120 may indicate the activation or deactivation status for each downlink reference signal resource by a bitmap in the DCI, where bit x indicates the activation or deactivation status for the downlink reference signal resource x.

[0294] As another example, the network entity 120 may configure multiple lists of downlink reference signal resources, and the network entity 120 may indicate one of the configured lists to indicate the activated downlink reference signal resource list in the DCI.

[0295] In some aspects, the network entity 120 may further indicate the periodicity and / or slot offset for one or more of the activated downlink reference signal resources in the MAC CE.

[0296] In some aspects, the network entity 120 may start to transmit the activated downlink reference signal resources based on the corresponding periodicity and slot offset after Y symbols, slots, or millisecond (ms) after the UE 122 transmits the first symbol or last symbol of the PUSCH or PUCCH with the HARQ ACK for the DCI, or after the last symbol of the DCI. In some aspects, the value of Y may be pre-defined, e.g., Y=14 symbols or 1 slot. In some other aspects, the value of Y may be configured by the network entity 120. In still other aspects, the value of Y may be reported by the UE 122 in UE capability information. In further aspects, the subcarrier spacing (SCS) to determine Y may be based on a minimum value or maximum value of one more of the following: SCS of the downlink BWP in the serving cell with the DCI transmitted / received, SCS of the uplink BWP in the serving cell with the DCI transmitted / received, SCS of the downlink BWP in one of or all serving cell (s) indicated by the DCI, SCS of the uplink BWP in one of or all serving cell (s) indicated by the DCI.

[0297] In some cases, the UE 122 may fail to receive a response to the request for downlink reference signals. In such cases, the UE 122 may retransmit the request. For example, the UE 122 may begin to monitor for a response to the request after X slots after transmitting the request. The value of X may be pre-defined, e.g., X=0 or 4, configured by the network entity 120, or reported by the UE 122 via UE capability information. After X slots after transmitting the last symbol of the PUCCH, PUSCH, or PRACH of a UE request for downlink reference  signals, the UE 122 may start to receive the response from the network entity 120 to the UE request for downlink reference signals. As one example, the UE 122 may receive the requested downlink reference signals. As another example, the UE 122 may receive an acknowledgment (ACK) of the UE request, e.g., a DCI scheduling a new transmission for a transport block on a PUSCH by the same HARQ process as that used for the PUSCH with the MAC CE for the UE request for downlink reference signals. As a further example, the UE 122 may receive a DCI in a configured search space or control resource set for the UE request for downlink reference signals, or a DCI based on a configured or predefined RNTI or DCI format.

[0298] If the UE 122 fails to receive the response from the network entity 120 to the UE request for downlink reference signals within a time duration, where the time duration may be configured by the network entity 120 or predefined, the UE 122 may retransmit the request for downlink reference signals. If the UE 122 detects that the number of retransmissions of the request for downlink reference signals is above or equal to a threshold, which may be pre-defined or configured by the network entity 120, the UE 122 may refrain from retransmitting the request for downlink reference signals. In some aspects, the UE 122 may determine the SCell as deactivated. In some other aspects, the UE 122 may trigger a radio link failure (RLF) procedure.

[0299] Figure 7 is a flow chart diagram illustrating example UE operations of a method 700 for UE requested downlink signals. The example operations of method 700 may be performed, for example, by UEs 122A and 122B of Figure 1 or UE 122 of Figures 2A, 2B and 3.

[0300] At block 702, and as described above with reference to Figure 3, operation 302, the UE may optionally transmit UE capability information to a network entity. In some aspects, the UE may transmit UE capability information including an indicator indicating whether the UE supports UE requested downlink reference signals, an indicator or indicators of the supported downlink reference signal types (e.g., SSB and / or CSI-RS) to be requested, the supported mechanism or uplink channel to transmit the UE request; supported event or events to trigger the UE to request downlink signals. In some aspects, the UE may report common UE capability information for sTRP operation, single DCI based mTRP operation, and multiple DCI based mTRP operation.

[0301] At block 704, and as described above with reference to Figure 3, operation 304, the UE may receive configuration information from the network entity enabling the UE to request downlink reference signals. In some aspects, the configuration information may include at least a parameter enabling the UE to request downlink reference signals such as SSBs or CSI-RSs, a list of one or more downlink reference resources for the UE to request, at least one  scheduling request (SR) for the UE to use to request an uplink resource for the UE request of a downlink reference signal, a PUCCH or PUSCH resource to transmit the UE request of a downlink reference signal, or one or more parameters defining events triggering the UE to request downlink reference signals.

[0302] At block 706, and as described above with reference to Figure 3, operation 306, the UE may determine if one or more of the triggering conditions that trigger the UE to request downlink reference signals have been met.

[0303] At block 708, and as described above with reference to Figure 3, operation 308, if a triggering condition is met, the UE may optionally transmit to the network entity 120 a scheduling request (SR) for an uplink resource for use in transmitting a UE request for downlink reference signals from the serving cell.

[0304] At block 710, and as described above with reference to Figure 3, operation 310, the UE may optionally receive, from the network entity, an uplink grant triggering an uplink transmission from the UE, where the uplink transmission includes the UE request for downlink reference signals.

[0305] At block 712, and as described above with reference to Figure 3, operation 312, the UE may transmit a UE request for downlink reference signals for a serving cell to the network entity. In some aspects, the UE may transmit the request in response to receiving the uplink grant from the network entity 120 at block 710. In some aspects, the UE may transmit a request for downlink reference signals that includes one or more of the following parameters: one or more serving cell indexes indicating one or more serving cells for which to request the downlink reference signals; one or more BWP indexes indicating one or more BWPs for the requested downlink reference signals; one or more requested SSB or CSI-RS resource indexes for each reported serving cell and / or BWP indicating the requested SSB / CSI-RS for each reported serving cell and / or BWP; one or more indicators corresponding to the detected events that triggered the UE to request the downlink reference signals.

[0306] At block 714, and as described above with reference to Figure 3, operation 314, the UE receives the requested one or more of the downlink reference signals for the serving cell or cells indicated in the UE request for downlink reference signals, or an ACK of the request.

[0307] Figure 8 is a flow chart diagram illustrating example network entity operations of a method 800 for UE requested downlink signals. The example operations may be performed, for example, by the network entity 120 of Figures 1, 2A, 2B, and 3.

[0308] At block 802, and as described above with reference to Figure 3, operation 302, the network entity may optionally receive UE capability information from a UE. In some aspects, the UE capability information includes one or more of an indicator indicating whether the UE  supports UE requested downlink reference signals, an indicator or indicators of the supported downlink reference signal types (e.g., SSB and / or CSI-RS) to be requested, the supported mechanism or uplink channel to transmit the UE request; supported event or events to trigger the UE to request downlink signals. In some aspects, the UE may report common UE capability information for sTRP operation, single DCI based mTRP operation, and multiple DCI based mTRP operation.

[0309] At block 804, and as described above with reference to Figure 3, operation 304, the network entity may transmit configuration information to configure the UE for requesting downlink reference signals. In some aspects, the configuration information may include at least a parameter enabling the UE to request downlink reference signals such as SSBs or CSI-RSs, a list of one or more downlink reference resources for the UE to request, at least one scheduling request (SR) for the UE to use to request an uplink resource for the UE request of a downlink reference signal, a PUCCH or PUSCH resource to transmit the UE request of a downlink reference signal, or one or more parameters defining events triggering the UE to request downlink reference signals.

[0310] At block 808, and as described above with reference to Figure 3, operation 308, the network entity may optionally receive from the UE a scheduling request for an uplink resource for use by the UE in transmitting a UE request for downlink reference signals from the serving cell.

[0311] At block 810, and as described above with reference to Figure 3, operation 310, the network entity may optionally transmit, to the UE, an uplink grant triggering an uplink transmission from the UE, where the uplink transmission includes the UE request for downlink reference signals.

[0312] At block 812, and as described above with reference to Figure 3, operation 312, the network entity may receive a UE request for downlink reference signals for a serving cell from the UE. In some aspects, the request for downlink reference signals may include one or more of the following parameters: one or more serving cell indexes indicating one or more serving cells for which to request the downlink reference signals; one or more BWP indexes indicating one or more BWPs for the requested downlink reference signals; one or more requested SSB or CSI-RS resource indexes for each reported serving cell and / or BWP indicating the requested SSB / CSI-RS for each reported serving cell and / or BWP; one or more indicators corresponding to the detected events that triggered the UE to request the downlink reference signals.

[0313] At block 814, and as described above with reference to Figure 3, operation 314, the network entity activates the one or more of the downlink reference signals for the serving cell  or cells indicated in the UE request for downlink reference signals, or transmits an ACK of the request to the UE.

[0314] Figure 9 is a block diagram illustrating example configurations of a network entity and UE. UE 122 may be an implementation of any of UE 122A and 122B of Figure 1, and UE 122 of Figures 2A, 2B, and 3. Network entity 120 may be an implementation of any of network entity 120 of Figures 1, 2A, 2B, and 3. Note that the depicted hardware configurations represent the processing components and communication components related to UE requested candidate cell configuration updates. The depicted hardware configurations may omit certain components well-understood to be frequently implemented in such electronic devices, such as displays, peripherals, power supplies, and the like.

[0315] The UE 122 includes antennas 902, a radio frequency front end (RF front end) 905, and radio-frequency transceivers (e.g., an LTE transceiver 906 and a 5G NR transceiver 908) for communicating with network entity 120, one or more TRPs, and / or one or more radio units (e.g., radio unit 121 and other radio units shown in Figure 1) .

[0316] The RF front end 905 includes one or more modems configured for the corresponding RAT (s) employed (for example, 3GPP 5G NR) , one or more analog-to-digital converters (ADCs) , one or more digital-to-analog converters (DACs) , signal processors, and the like. In the example illustrated in Figure 9, the RF front end 905 of the UE 122 may couple or connect the LTE transceiver 906, and the 5G NR transceiver 908 to the antennas 902 to facilitate various types of wireless communication. The RF front end 905 operates, in effect, as a physical (PHY) transceiver interface to conduct and process signaling between the one or more processors 914 and the antennas 902 so as to facilitate various types of wireless communication.

[0317] The antennas 902 of the UE 122 may include an array of multiple antennas that may be tuned to one or more frequency bands associated with a corresponding RAT. The antennas 902 and the RF front end 905 may be tuned to, and / or be tunable to, one or more frequency bands defined by the 3GPP LTE and 5G NR communication standards and implemented by the LTE transceiver 906, and / or the 5G NR transceiver 908. Additionally, the antennas 902, the RF front end 905, the LTE transceiver 906, and / or the 5G NR transceiver 908 may be configured to support beamforming for the transmission and reception of communications with the network entity 120, one or more TRPs, or one or more radio units (e.g., radio unit 121 and other radio units shown in Figure 1) . By way of example and not limitation, the antennas 902 and the RF front end 905 may be implemented for operation in sub-gigahertz bands, sub-6 GHz bands, and / or above 6 GHz bands that are defined by the 3GPP LTE and 5G NR communication standards.

[0318] The UE 122 also includes processor (s) 914 and computer-readable storage media (CRM) 916. The processor (s) 914 may include, for example, one or more central processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASIC) , and the like. To illustrate, the processor (s) 914 may include an application processor (AP) utilized by the UE 122 to execute an operating system and various user-level software applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 905.

[0319] CRM 916 may include any suitable memory or storage device such as random-access memory (RAM) , static RAM (SRAM) , dynamic RAM (DRAM) , non-volatile RAM (NVRAM) , read-only memory (ROM) , Flash memory, solid-state drive (SSD) or other mass-storage devices, and the like useable to store one or more sets of executable software instructions and associated data that manipulate the one or more processors 914 and other components of the UE 122 to perform the various functions described herein and attributed to the UE 122. The sets of executable software instructions include, for example, an operating system (OS) and various drivers (not shown) , and various software applications (not shown) , which are executable by processor (s) 914 to enable user-plane communication, control-plane signaling, and user interaction with the UE 122. The data 918 stored in the CRM 916 represents, for example, user data, multimedia data, beamforming codebooks, software application configuration information, and the like.

[0320] Data 918 may include downlink reference signal request configuration 919. In some aspects, the one or more of the parameters in the downlink reference signal request configuration 919 may be received from network entity 120. The downlink reference signal request parameters may include one or more of a parameter enabling the UE to request downlink reference signals such as SSBs or CSI-RSs, a list of one or more downlink reference resources for the UE to request, at least one scheduling request (SR) for the UE to use to request an uplink resource for the UE request of a downlink reference signal, a PUCCH or PUSCH resource to transmit the UE request of a downlink reference signal, or one or more parameters defining events triggering the UE to request downlink reference signals.

[0321] CRM 916 also includes a communications controller 922. Alternately or additionally, the communications controller 922 may be implemented in whole or part as hardware logic or circuitry integrated with or separate from other components of the UE 122. In some aspects, communications controller 922 configures the RF front end 905, the LTE transceiver 906, and / or the 5G NR transceiver 908 to implement the techniques described herein for UE requested downlink reference signals.

[0322] Turning to the hardware configuration of the network entity 120, it is noted that although Figure 9 illustrates an implementation of the network entity 120 as a single network node (for example, a 5G NR Node B, or “gNB” ) , the functionality, and thus the hardware components, of the network entity 120 instead may be distributed across multiple network nodes or devices and may be distributed in a manner to perform the functions described herein. As one example, the functionality (and hardware components) of network entity 120 may be distributed across a radio unit (RU) , distributed unit (DU) , or central unit (CU) .

[0323] The network entity 120 includes antennas 952, a radio frequency front end (RF front end) 955, one or more LTE transceivers 956, and / or one or more 5G NR transceivers 958 for communicating with the UE 122. The RF front end 955 of the network entity 120 may couple or connect the LTE transceivers 956 and the 5G NR transceivers 958 to the antennas 952 to facilitate various types of wireless communication. Similar to RF front end 905, the RF front end 955 includes one or more modems, one or more ADCs, one or more DACs, and the like. RF front end 955 receives the one or more RF signals, for example, RF signals from UE 122, and pre-processes the one or more RF signals to generate data from the RF signals that is provided as input to processes and / or applications executing on network entity 120. This pre-processing may include, for example, power amplification, conversion of band-pass signaling to baseband signaling, initial analog-to-digital conversion, and the like.

[0324] The antennas 952 of the network entity 120 may be configured individually and / or as one or more arrays of multiple antennas. The antennas 952 and the RF front end 955 may be tuned to, and / or be tunable to, one or more frequency band defined by the 3GPP LTE and 5G NR communication standards, and implemented by the LTE transceivers 956, and / or the 5G NR transceivers 958. Additionally, the antennas 952, the RF front end 955, the LTE transceivers 956, and / or the 5G NR transceivers 958 may be configured to support beamforming, such as Massive-MIMO, for the transmission and reception of communications with the UE 122.

[0325] The network entity 120 also includes processor (s) 960 and computer-readable storage media (CRM) 962. The processor 960 may include, for example, one or more central processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASIC) , and the like. To illustrate, the processors 960 may include an application processor (AP) utilized by the network entity 120 to execute an operating system and various user-level software applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 955 to enable communication with the UE 122.

[0326] CRM 962 may include any suitable memory or storage device such as random-access memory (RAM) , static RAM (SRAM) , dynamic RAM (DRAM) , non-volatile RAM  (NVRAM) , read-only memory (ROM) , or Flash memory usable to store device data of the network entity 120. The device data may include data 964, which includes network scheduling data, radio resource management data, beamforming codebooks, software application configuration information, UE transmitter power levels, and / or TRP configuration data and the like.

[0327] Data 964 may further include UE capability information 959. The UE capability information 959 may be received from a UE such as UE 122, and may include information indicating the supported downlink reference signal types (e.g., SSB and / or CSI-RS) to be requested, the supported mechanism or uplink channel to transmit the UE request; supported event or events to trigger the UE to request downlink signals.

[0328] CRM 962 additionally includes a communications controller 951. Alternately or additionally, the communications controller 951 may be implemented in whole or part as hardware logic or circuitry integrated with or separate from other components of the network entity 120. Like communications controller 922 of UE 122, communications controller 951 configures the RF front end 955, the LTE transceiver 956, and / or the 5G NR transceiver 958 to implement the techniques described herein for UE requested downlink reference signals.

[0329] CRM 962 also includes an RF resource manager 965. In some aspects, the RF resource manager 965 of the network entity 120 is implemented to perform various functions associated with allocating physical access (for example, resource blocks) or communication resources for the air interface of the network entity 120. The air interface of the network entity 120, may be partitioned or divided into various units (for example, frames, subframes, or slots) of one or more of bandwidth, time, symbols, or spatial layers. For example, within a framework of a 5G NR protocol, the RF resource manager 965 may allocate bandwidth and time intervals of access in resource blocks, each of which may be allocated in whole, or in part, to one or more channels for communicating with the UE 122. The channels may include one or more of a PRACH, a PUCCH, a PUSCH, a PDCCH, a PDSCH, a PBCH, or a paging channel. The resource blocks may include multiple subcarriers that each span a portion of a frequency domain of the resource blocks. The subcarriers may be further divided into resource elements, or orthogonal frequency-division multiplexing (OFDM) symbols, that each span a portion of a time domain of the subcarriers. Consequently, a resource block includes multiple OFDM symbols that may be grouped into subcarriers with other OFDM symbols having a common frequency bandwidth. In some aspects, the OFDM symbols may be Discrete Fourier Transform-spread-Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) symbols. In some other aspects, the OFDM symbols may be Cyclic Prefix-Orthogonal Frequency Division Multiplexing (CP-OFDM) symbols.

[0330] CRM 962 further includes network entity manager 966. Alternately or additionally, the network entity manager 966 may be implemented in whole or part as hardware logic or circuitry integrated with or separate from other components of the network entity 120. In at least some aspects, the network entity manager 966 configures the LTE transceivers 956 and the 5G NR transceivers 958 for communication with the UE 122, TRPs, and radio units (e.g., radio units 121 and other radio units shown in Figure 1) via fronthaul interface 967, as well as communication with a core network.

[0331] In some aspects, the network entity 120 includes an inter-network entity station interface 968, such as an Xn and / or X2 interface, which the network entity manager 966 configures to exchange user-plane and control-plane data with another network entity, to manage the communication of the network entity 120 with the UE 122. The network entity 120 includes a core network interface 970 that the network entity manager 966 configures to exchange user-plane and control-plane data with core network functions and entities.

[0332] It is noted that throughout this disclosure, an expression of “X / Y” may include meaning of any of the following: “X or Y” or “X and Y” or “X and / or Y. ” It is noted that throughout this disclosure, an expression of “ (A) B” or “B (A) ” may include concept of “only B. ” It is noted that throughout this disclosure, an expression of “ (A) B” or “B (A) ” may include concept of “A+B” or “B+A. ”

[0333] It is noted that some or all of the foregoing or the following implementations can be jointly combined or formed to be a new or another one implementation.

[0334] It is noted that the foregoing or the following techniques can be used to solve at least (but not limited to) the issue (s) or scenario (s) mentioned in this disclosure.

[0335] The following additional considerations may apply to the foregoing and the following discussions.

[0336] It is noted that any two or more than two of the foregoing or the following paragraphs, (sub) -bullets, points, actions, or claims described in each method / technique / implementation may be combined logically, reasonably, and properly to form a specific method.

[0337] It is noted that any sentence, paragraph, (sub) -bullet, point, action, or claim described in each of the foregoing or the following technique (s)  / implementation (s)  / concept (s) may be implemented independently and separately to form a specific method. Dependency, such as “based on, ” “more specifically, ” “where” or etc., in technique (s)  / implementation (s)  / concept (s) mentioned in this disclosure is just one possible implementation which would not restrict the specific method.

[0338] Certain techniques are described in this disclosure as including logic or a number of components or modules. Modules may be software modules (such as code stored on non-transitory machine-readable medium) or hardware modules. A hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner. A hardware module can include dedicated circuitry or logic that is permanently configured (such as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) ) to perform certain operations. A hardware module may also include programmable logic or circuitry (for example, as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. The decision to implement a hardware module in dedicated and permanently configured circuitry, or in temporarily configured circuitry (for example, configured by software) may be driven by cost and time considerations.

[0339] Figures 1, 2A, 2B, 3, 4A-4F, 5A-5H, 6A-6F, and 7-10 and the operations described herein are examples meant to aid in understanding example implementations and should not be used to limit the potential implementations or limit the scope of the claims. Some implementations might include additional operations, fewer operations, operations in parallel or in a different order, and some operations differently.

[0340] As used herein, the terms “component” and “module” are intended to be broadly construed as hardware, firmware, or a combination of hardware and software. As used herein, a processor is implemented in hardware, firmware, or a combination of hardware and software. As used herein, the phrase “based on” is intended to be broadly construed to mean “based at least in part on. ”

[0341] Some aspects are described herein in connection with thresholds. As used herein, satisfying a threshold may refer to a value being greater than the threshold, greater than or equal to the threshold, less than the threshold, less than or equal to the threshold, equal to the threshold, not equal to the threshold, or the like.

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

[0343] In this disclosure, the term "can" indicates a capability, or alternatively indicates a possible implementation option. The term "may" indicates a permission or a possible implementation option.

[0344] The various illustrative components, logic, logical blocks, modules, circuits, operations and algorithm processes described in connection with the implementations disclosed herein may be implemented as electronic hardware, firmware, software, or combinations of hardware, firmware or software, including the structures disclosed in this specification and the structural equivalents thereof. The interchangeability of hardware, firmware and software has been described generally, in terms of functionality, and illustrated in the various illustrative components, blocks, modules, circuits and processes described above. Whether such functionality is implemented in hardware, firmware or software depends upon the particular application and design constraints imposed on the overall system.

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

[0346] As described above, in some aspects implementations of the subject matter described in this specification can be implemented as software. For example, various functions of components disclosed herein, or various blocks or steps of a method, operation, process or algorithm disclosed herein can be implemented as one or more modules of one or more computer programs. Such computer programs can include non-transitory processor-or computer-executable instructions encoded on one or more tangible processor-or computer-readable storage media for execution by, or to control the operation of, data processing apparatus including the components of the devices described herein. By way of example, and not limitation, such storage media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store program code in the form of instructions or data structures. Combinations of the above should also be included within the scope of storage media. When implemented in software, the techniques can be provided as part of the operating system, a  library used by multiple applications, a particular software application, etc. The software can be executed by one or more general-purpose processors or one or more special-purpose processors.

[0347] As used herein, the terms “user device” , “user equipment” (for example, UEs 122A and 122B) , “wireless communication device” , “mobile communication device” , “communication device” , or “mobile device” refer to any one or all of cellular telephones, smartphones, portable computing devices, personal or mobile multi-media players, laptop computers, tablet computers, smartbooks, Internet-of-Things (IoT) devices, palm-top computers, wireless electronic mail receivers, multimedia Internet enabled cellular telephones, wireless gaming controllers, display sub-systems, driver assistance systems, vehicle controllers, vehicle system controllers, vehicle communication system, infotainment systems, vehicle telematics systems or subsystems, vehicle display systems or subsystems, vehicle data controllers, point-of-sale (POS) terminals, health monitoring devices, drones, cameras, media-streaming dongles or another personal media devices, wearable devices such as smartwatches, wireless hotspots, femtocells, broadband routers or other types of routers, and similar electronic devices which include a programmable processor and memory and circuitry configured to perform operations as described herein. Further, the user device in some cases may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS) . Still further, a mobile-internet device (MID) . Depending on the type, the user device can include one or more general-purpose processors, a computer-readable memory, a user interface, one or more network interfaces, one or more sensors, etc.

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

[0349] Additionally, various features that are described in this specification in the context of separate implementations also can be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation also can be implemented in multiple implementations separately or in any suitable subcombination. As such, although features may be described above as acting in particular combinations, and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

[0350] Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. Further, the drawings may schematically depict one or more example processes in the form of a flowchart or flow diagram. However, other operations that are not depicted can be incorporated in the example processes that are schematically illustrated. For example, one or more additional operations can be performed before, after, simultaneously, or between any of the illustrated operations. In some circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products. Additionally, other implementations are within the scope of the following claims. In some cases, the actions recited in the claims can be performed in a different order and still achieve desirable results.

[0351] The foregoing disclosure provides illustration and description but is not intended to be exhaustive or to limit the aspects to the precise form disclosed. Modifications and variations may be made in light of the above disclosure or may be acquired from practice of the aspects. While the aspects of the disclosure have been described in terms of various examples, any combination of aspects from any of the examples is also within the scope of the disclosure. The examples in this disclosure are provided for pedagogical purposes.

Claims

1.A method for wireless communications by a user equipment (UE) (122) , comprising: receiving (304, 704) , from a network entity (120) , configuration information (204) indicating enablement of UE requested downlink reference signals;transmitting (312, 712) , to the network entity, a request (112) for one or more downlink reference signals for at least one serving cell, the one or more downlink reference signals including at least one of a synchronization signal block (SSB) or a channel state information-reference signal (CSI-RS) ; andreceiving (314, 714) , based on the request, the one or more downlink reference signals (214) via the at least one serving cell.2.The method of claim 1, wherein the at least one serving cell comprises a first serving cell (126) of the network entity, and wherein the transmitting the request includes transmitting the request to the network entity via a second serving cell of the network entity.3.The method of any one of claims 1 to 2, wherein the transmitting the request includes:transmitting, to the network entity, a scheduling request (SR) for uplink resources, wherein the SR has an identifier (ID) or priority associated with the request for the one or more downlink reference signals;receiving, from the network entity, a grant of the uplink resources; andtransmitting the request via the uplink resources.4.The method of claim 3, wherein the ID or the priority corresponds to at least one of:a serving cell group including the at least one serving cell;the at least one serving cell;a component carrier; ora set of events.5.The method of any one of claims 1 to 4, further comprising:monitoring for an indication that the network entity has received the request, wherein the indication comprises at least one of receipt of an acknowledgment from the network entity or receipt of the downlink reference signals; andretransmitting the request to the network entity if the UE does not detect the indication within a time window initiated after the transmitting the request.6.The method of any one of claims 1 to 5, wherein the transmitting the request includes at least one of:transmitting the request in a medium access control (MAC) control element (CE) , ortransmitting the request in uplink control information (UCI) .7.The method of claim 6, wherein the transmitting the request in the UCI includes transmitting the request via a physical uplink control channel (PUCCH) resource or physical uplink shared channel (PUSCH) resource configured for at least one of: the UE, a serving cell group, the at least one serving cell, a component carrier, a set of trigger conditions, or a set of reference signal resources.8.The method of any one of claims 1 or 2, wherein the transmitting the request includes transmitting the request via one or more physical random access channel (PRACH) resources.9.The method of claim 8, wherein the one or more PRACH resources include different PRACH resources associated with at least one of: the at least one serving cell, a list of reference signals, or a set of one or more events.10.The method of any one of claims 1 to 9, wherein the transmitting the request includes:transmitting a first portion of the request in UCI on at least one PRACH resource or at least one PUCCH resource; andtransmitting a second portion of the request in a MAC CE on at least one PUSCH resource.11.The method of any one of claims 1 to 10, wherein the transmitting the request includes transmitting the request in response to a trigger condition, wherein the trigger condition includes at least one of:a beam quality for one or more reference signals of the at least one serving cell being below a first threshold;a timer has expired;a beam quality change for one or more reference signals of the at least one serving cell being above a second threshold;a measured power management maximum power reduction (P-MPR) for one or more reference signals of the at least one serving cell being above a third threshold;a beam failure of the at least one serving cell;detecting that the at least one serving cell is activated without a first reference signal for time or frequency synchronization;bandwidth part (BWP) switching of the at least one serving cell without a second reference signal for time or frequency synchronization;transmission configuration indicator (TCI) switching of the at least one serving cell without a third reference signal configured or quasi co-located (QCLed) with a downlink signal; ora switch between single transmission reception point (sTRP) operation and multi-TRP (mTRP) operation.12.The method of any one of claims 1 to 11, wherein the request includes at least one of:one or more serving cell indexes indicating one or more serving cells;one or more BWP indexes indicating one or more BWPs;one or more first reference signal resource indexes identifying the one or more downlink reference signals requested for each of the at least one serving cell;one or more second reference signal resource indexes identifying the one or more downlink reference signals requested for each of the one or more BWPs; or one or more indicators indicating detected events triggering the request.13.The method of any of claims 1 to 12, further comprising transmitting, to the network entity, UE capability information including one or more of:a first indicator indicating whether the UE supports the request for the one or more downlink reference signals;one or more supported downlink signal types for the request for the one or more downlink reference signals;a supported uplink channel for transmission of the request for the one or more downlink reference signals; orone or more supported events for the request for the one or more downlink reference signals.14.A method for wireless communications by a network entity (120) , comprising:transmitting (304, 804) , to a user equipment (UE) (122) , configuration information (204) including an indicator indicating enablement of UE requested downlink reference signals;receiving (312, 812) , from the UE, a request (112) for one or more downlink reference signals for at least one serving cell, the one or more downlink reference signals including at least one of a synchronization signal block (SSB) or a channel state information-reference signal (CSI-RS) ; andactivating (314, 814) , based on the request, the one or more downlink reference signals (214) via the at least one serving cell.15.The method of claim 14, wherein the activating includes transmitting an indication of the activation via at least one of:radio resource control (RRC) signaling;a medium access control (MAC) control element (CE) ; ordownlink control information (DCI) ;the method further comprising transmitting the one or more downlink reference signals via the at least one serving cell.16.The method of any of claims 1-15, wherein the configuration information further includes one or more of:at least one scheduling request (SR) for the UE to request an uplink resource for use in transmitting the request for the one or more downlink reference signals;at least one physical uplink control channel (PUCCH) resource for the UE to request for the one or more downlink reference signals;at least one physical uplink shared channel (PUSCH) resource for the UE to request for the one or more downlink reference signals;at least one physical random access channel (PRACH) resource for the UE to request for the one or more downlink reference signals; orone or more parameters indicating trigger events for the request for the one or more downlink reference signals.17.An apparatus comprising:a communication controller; anda processing system configured to control the communication controller to implement any one of the methods of claims 1-16.

Images