Methods and apparatus for uplink power control for asymmetric downlink / uplink communication

Abstract

This disclosure provides systems, methods and apparatuses for uplink power control in asymmetric downlink (DL) / uplink (UL) communication between a user equipment (102) and a network entity (104). The UE can measure one or more downlink reference signals (120) to determine downlink pathloss (PL) from a DL transmission and reception point (TRP) (106). The UE transmits UL communication (109) to a UL TRP (108) using an uplink transmission power (180) that is based on the downlink pathloss and a PL offset configuration (140). The PL offset configuration can be cell-specific, reference signal specific, channel-specific, and / or based on measurements (such as received power and / or delay) of one or more downlink reference signals. In some implementations, the UE receives the PL offset configuration prior to, or during, a random access procedure. The UE can receive the PL offset configuration before connected state transmission power control techniques are applied.

Description

METHODS AND APPARATUS FOR UPLINK POWER CONTROL FOR ASYMMETRIC DOWNLINK / UPLINK COMMUNICATIONTECHNICAL FIELD

[0001] This disclosure relates generally to wireless communication and some aspects relate to power control for uplink transmissions from a user equipment (UE) having asymmetric downlink / uplink channels.BACKGROUND

[0002] This background description is provided for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.

[0003] In a wireless communication system, a network entity (such as a base station) and a user equipment (UE) communicate via wireless channels. For example, the network entity communicates downlink (DL) transmissions to the UE via various physical channels, such as a physical broadcast channel (PBCH) , a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) . The UE communicates uplink (UL) transmissions to the network entity via various uplink channels, such as a physical random access channel (PRACH) , a physical uplink control channel (PUCCH) , and a physical uplink shared channel (PUSCH) . In addition to physical channels, the network entity and UE can transmit various reference signals, such as a downlink reference signal (DL-RS) or a sounding reference signal (SRS) . The transmission power levels of physical channels and reference signals are typically managed by the network entity. For example, once the UE and the network entity are connected, the network entity can configure uplink power control parameters associated with a transmission configuration indicator (TCI) state for PUSCH / PUCCH / SRS.

[0004] In some network deployments, it is possible for a network entity to communicate with a UE using multiple transmission and reception points (TRPs) . Multi-TRP operation (also referred to as mTRP or M-TRP) is a feature that enables a network entity to communicate with a UE using more than one TRP. In multi-TRP operation, a network entity may have multiple TRPs located at different geographic locations within a cell. Alternatively, or additionally, the network entity may operate multiple cells and communicate with the UE using TRPs from different cells. In some implementations, a wireless communication system  can implement asymmetric downlink / uplink channels (sometimes also referred to as asymmetric DL / UL communication, or asymmetric DL / UL channels, asymmetric connections, or other similar terms) . In asymmetric DL / UL communication, a UE receives DL transmissions from a first TRP or network entity, and the UE transmits UL transmissions to a second TRP or network entity.

[0005] BRIEF SUMMARY

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

[0007] One innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a user equipment (UE) . The method includes the UE receiving, from a network entity, a pathloss (PL) offset configuration for an uplink (UL) channel associated with at least one of a first transmission of a random access (RA) procedure or a second transmission without an applied transmission configuration indicator (TCI) state. The method includes the UE receiving, from the network entity, a pathloss reference signal (PL-RS) . The method includes the UE transmitting, to the network entity, the least one the first transmission or the second transmission via the UL channel using a transmission power that is based on the PL offset configuration and a pathloss associated with the PL-RS.

[0008] Another innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a network entity. The method includes the network entity transmitting, to a UE, a PL offset configuration for a UL channel associated with at least one of a first transmission of a RA procedure or a second transmission without an applied TCI state. The method includes the network entity transmitting, to the UE, a PL-RS. The method includes the network entity receiving, from the UE, the least one the first transmission or the second transmission via the UL channel, where a transmission power of the UL channel is based on the PL offset configuration and a pathloss associated with the PL-RS.

[0009] Another innovative aspect of the subject matter described in this disclosure can be implemented as an apparatus that includes a communication unit and a processing system configured to control the communication unit to implement any one of the above-referenced methods.

[0010] 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

[0011] Like reference numbers and designations in the various drawings indicate like elements. Note that the relative dimensions of the figures may not be drawn to scale. 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.

[0012] FIG. 1 is a diagram illustrating an example wireless system including a user equipment (UE) communicating with a network entity using asymmetric downlink / uplink communication and a pathloss (PL) offset configuration.

[0013] FIG. 2A is a diagram illustrating two UEs, one UE which supports PL offset configuration and a legacy UE that does not support PL offset configuration.

[0014] FIG. 2B is a diagram illustrating two UEs using a common pathloss reference signal (PL-RS) .

[0015] FIG. 3A is a diagram illustrating various techniques for coordinating PL offset configuration in an example Type-1 (four-step) random access procedure.

[0016] FIG. 3B is a diagram illustrating various techniques for coordinating PL offset configuration in an example Type-2 (two-step) random access procedure.

[0017] FIG. 4 is an example communication flow diagram using a Type-1 random access procedure.

[0018] FIG. 5 is an example communication flow diagram using a Type-2 random access procedure.

[0019] FIG. 6 is a flow chart diagram showing example operations of a UE.

[0020] FIG. 7 is a flow chart diagram showing example operations of a network entity in which the network entity provides a PL offset configuration.

[0021] FIG. 8 is a flow chart diagram showing example operations for a network entity to determine whether a UE supports PL offset configuration.

[0022] FIG. 9 is a diagram showing example configurations of physical random access channel (PRACH) resources in which a first subset of PRACH resources is for those UEs that do not support PL offset configuration and a second subset of PRACH resources are for those UEs that do support PL offset configuration.

[0023] FIG. 10 is an example random access message from a UE to indicate that the UE supports PL offset configuration.

[0024] FIG. 11 is an example random access message from a network entity that includes a PL offset configuration.

[0025] FIG. 12 shows several example types of PL offset configurations.

[0026] FIG. 13A shows an example PL offset configuration with multiple PL offset values based on one or more criteria.

[0027] FIG. 13B shows the example PL offset configuration of FIG. 13A in which the PL offset values are cell-specific.

[0028] FIG. 13C shows the example PL offset configuration of FIG. 13A in which the PL offset values are reference signal specific or channel-specific.

[0029] FIG. 13D shows the example PL offset configuration of FIG. 13A in which the PL offset values are configured based on one or more characteristics of a PL offset reference signal (PO-RS) .

[0030] FIG. 14 shows the PL offset configuration as described in FIG. 13A being used by multiple UEs as illustrated in FIG. 2B.

[0031] FIG. 15 is a diagram showing a machine learning (ML) model for pathloss prediction.

[0032] FIG. 16 shows an example random access message in which a network entity can include a PL offset value.

[0033] FIG. 17 shows a block diagram of an example UE and an example network entity.DETAILED DESCRIPTION

[0034] The following description is directed to certain implementations for the purpose of describing 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 ambient internet-of-things (A-IoT) , 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 or 802.16 wireless standards, or other known signals that are used to communicate within a wireless, cellular, or  IoT network, such as a system utilizing 4G, 5G, 6G, ZigBee, Bluetooth, WiFi, or future radio technology.

[0035] Asymmetric downlink / uplink communication can provide flexibility in a wireless communication system that has implemented multiple transmission and reception point (TRP) operation. For example, a user equipment (UE) can receive downlink (DL) transmissions from one TRP or network entity (referred to as a DL TRP) , and the UE transmits uplink (UL) transmissions to a different TRP or network entity (referred to as a UL TRP) . Traditional techniques for uplink transmission power control are based on symmetrical channels. For example, a UE can measure downlink reference signals to determine a pathloss between the UE and the network entity. The UE can calculate uplink transmission power based on the pathloss. However, when the UE is using asymmetric DL / UL communication, the pathloss measured for downlink reference signals from one TRP or network entity might not accurately reflect the pathloss between the UE and a different TRP or network entity.

[0036] In some implementations, a network entity can provide uplink power control parameters using a transmission configuration indicator (TCI) state. A TCI state configuration can include various uplink power control parameters including a pathloss compensation factor as well as other power control settings. The network entity can configure one or more TCI states (such as in a TCI state list) and then indicate (such as by a medium access control control element (MAC CE) or downlink control information (DCI) ) a particular TCI state for the UE to use for an uplink communication. The network entity typically indicates TCI state to a UE that is in a radio resource control (RRC) connected state (also referred to as “connected mode” ) . A UE operates in RRC connected state when the UE has an active wireless connection with a network entity. During times when the UE does not have an active wireless connection with the network entity, the UE can enter a power saving mode. For example, the UE transitions from the RRC connected state to an RRC idle state or RRC inactive state. In the RRC idle state, the UE releases the RRC configuration. In the RRC inactive state, the UE suspends the RRC configuration, and the RRC configuration can remain dormant until the UE transitions back to the RRC connected state. During the RRC idle or inactive states, the UE might not receive a TCI state indication from the network entity. One objective of this disclosure is to enable the network entity to control the uplink power of a UE which is using asymmetric downlink / uplink communication, even in the absence of a TCI state configuration or TCI state indication.

[0037] This disclosure provides systems, methods and apparatuses for uplink power control. In some aspects, the uplink power is based on a pathloss (PL) that the UE can measure for one or more downlink reference signals. A network entity can configure a pathloss offset  (referred to as “PL offset” ) that the UE can use in conjunction with the downlink PL to determine an appropriate uplink transmission power. This disclosure includes several techniques for configuring the PL offset, including techniques in which the PL offset is based on cell-specific configuration, a reference signal specific configuration, a channel-specific configuration, and / or measured characteristics of downlink reference signals. The measured characteristics can include reference signal received power (RSRP) , delay, and / or other metrics of a downlink reference signal. In some implementations, the PL offset can be broadcast prior to a random access procedure or can be communicated as part of a random access procedure. The UE can use the PL offset to determine uplink transmission power for uplink transmissions during or after a random access procedure in the absence of a configured or indicated TCI state.

[0038] In some aspects, the techniques of this disclosure are used with a UE that can use a PL offset for asymmetric downlink / uplink operation. However, some UEs might not support the PL offset techniques of this disclosure and can be referred to as legacy UEs. A network entity might not configure the PL offset for a legacy UE because doing so might impact a random access procedure of the legacy UE. Meanwhile, the network entity can configure the PL offset for other UEs that do support the PL offset configuration. This disclosure includes several techniques for a network entity to determine whether a UE is one that supports the PL offset configuration or is a legacy UE. For example, the network entity can differentiate legacy UEs from those that support the PL offset based on which resources the UE uses for a physical random access channel (PRACH) , contents of an uplink random access message, and / or whether the UE can interpret a downlink random access message that includes the PL offset.

[0039] Particular implementations of the subject matter described in this disclosure can be implemented to realize one or more of the following potential advantages. A network entity can implement some degree of control over uplink transmission power for a UE using asymmetric downlink / uplink communication, thereby reducing interference and improving spectral efficiency. To achieve a target receiving power, the UE can determine uplink transmission power based on an estimated pathloss for the uplink channel to a TRP (e.g., UL TRP) , where the estimated pathloss is based on measurements of downlink pathloss from a different TRP (e.g., DL TRP) . The techniques of this disclosure can provide a potential technical advantage for UEs that support PL offset configuration during a random access procedure. In some aspects, the PL offset can potentially reduce transmission power that would otherwise be used, thereby reducing power consumption by the UE. Alternatively, or  additionally, the UE can use the PL offset to determine an uplink transmission power that will result in a suitable target receiving power at the UL TRP.

[0040] Although the concepts and examples described in this document are based on example deployments of multi-TRP operation, the concepts can apply to other types of deployments in which a UE uses asymmetric downlink / uplink communication. Some examples can apply to deployments where a UE has a downlink connection from one network entity and an uplink connection to another network entity, where the network entities coordinate to provide PL offset configuration for uplink power control. Furthermore, although some examples of this disclosure refer to the UE communicating uplink transmissions to a single TRP, the techniques can also apply to scenarios where the UE communicates uplink transmissions to multiple different TRPs (e.g., multi-TRP uplink) , at least one of which is different from the TRP (e.g., single-TRP downlink) providing downlink transmissions to the UE.

[0041] FIG. 1 is a diagram illustrating an example wireless system 100 including a user equipment (UE) 102 communicating with a network entity 104 using asymmetric DL / UL communication and a PL offset configuration. Although illustrated as a smartphone in FIG. 1, the UE 102 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. The UE 102 may communicate with network entity 104 using wireless links (e.g., to or from various TRPs, such as DL TRP 106 and UL TRP 108) . 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 communication between the UE 102 and the network entity 104.

[0042] The network entity 104 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 B (ng-eNB) , access point, radio head or the like. The network entity 104 may be implemented in a macrocell, microcell, small cell, picocell, or the like, or any combination thereof. The network entity 104 and TRPs 106, 108 may be configured to use multiple-input-multiple-output (MIMO) communication to exchange wireless signals with the UE 102 via one or more TRPs. In some aspects, the functionality, and thus the hardware components, of a network entity such as  network entity 104 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 104) may be distributed across a radio unit (RU) , a distributed unit (DU) , or a central unit (CU) .

[0043] The network entity 104 and TRPs 106, 108 supports wireless communication with one or more UEs, such as the UE 102, 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 104 and TRPs 106, 108 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.

[0044] The network entity 104 and TRPs 106, 108 may be part of a radio access network (RAN) , for example, E-UTRAN, 5G NR RAN, or NR RAN. The network entity 104 may be connected to a core network 110. For example, the network entity 104 may connect to the core network 110 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 104 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., UE 102) may connect, via the core network 110, to one or more other networks (not shown) , such as wide area networks, other packet data networks (PDNs) , or the Internet, among other examples.

[0045] Communications between a network entity and a UE utilize an UL transmission path for RF transmissions from the UE to the network entity and a DL transmission path for RF transmissions from the network entity to the UE. In asymmetric DL / UL communication, the DL transmission path for DL communication 107 is between a DL TRP 106 and the UE 102, while the UL transmission path for UL communication 109 is between the UE 102 and the UL TRP 108. In the context of the UL communication 109, the UE 102 serves as the data sending device and the network entity 104 serves as the data receiving device, whereas in the context of the DL communication 107, the network entity 104 serves as the data sending device and the UE 102 serves as the data receiving device.

[0046] An UL transmission path and a DL transmission path may utilize multiple communication channels for signal transmission. The multiple channels may each have different purposes. The UL transmission path (e.g., UL communication 109) may include a physical uplink shared channel (PUSCH) , a physical uplink control channel (PUCCH) , a physical random access channel (PRACH) , and a sounding reference signal (SRS) . The PUSCH is used for the transmission of user data, such as voice data, video data, or text message data from the UE 102 to the network entity 104. 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. The DL transmission path (e.g., the DL communication 107) 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 104 to the UE 102. 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.

[0047] A network entity 104 (via one or more TRPs) normally sends a downlink pathloss reference signal (PL-RS) for measuring pathloss. The UE 102 measures the PL-RS and compares a metric (such as received power) with a configured value (such as transmitted power) to determine the downlink pathloss. In a traditional deployment (not shown) , the UE 102 communicates UL channels to a same network entity or TRP that provides the PL-RS. Thus, the UE uses the PL-RS to determine the pathloss of uplink and downlink channels. Uplink power control is a feature to control the uplink transmission power of the UE 102 to achieve a target receiving power with limited generated interference. In some implementations, for an uplink transmission occasion i, the UE can determine the uplink transmission power as follows (equation 1) : PTx (i) =min {PCMAX (i) , P0+α×PL+ΔBW+ΔTF+f (i) }        (1)

[0048] where PCMAX (i) indicates the maximum transmission power at transmission occasion i; P0 is the target receiving power spectrum density; α is a pathloss compensation factor, 0＜α≤1; ΔBW is the bandwidth factor, in one example, ΔBW=10log10 (2uMRB) , where u indicates the subcarrier spacing scaling factor and MRB denotes the number of scheduled RBs;  ΔTFis the transmission format (TF) factor, which is determined by the transmission format for the uplink channel, e.g. modulation and coding scheme; f (i) is the closed-loop power control factor; PL is the pathloss measured based on a pathloss reference signal (PL-RS) . For a UE configured with simultaneous multi-panel transmission, the UE can determine the uplink transmission power for each panel separately.

[0049] In the case of asymmetric DL / UL communication, the DL TRP 106 transmits the PL-RS 120. However, the pathloss between the DL TRP 106 and the UE 102 might not be the same as the pathloss between the UE 102 and the UL TRP 108. Traditional techniques for calculating uplink power based on the PL-RS 120 may be inaccurate when using asymmetric DL / UL communication.

[0050] For a UE 102 in connected mode, the network entity 104 can indicate a unified transmission configuration indicator (TCI) state for PUSCH / PUCCH / SRS and configure uplink power control parameters associated with the TCI state, including one or more of the followings: target received power (P0) , pathloss compensation factor (α) , PL-RS (aperiodic synchronization signal block (SSB) or channel state information RS (CSI-RS) resource) and / or closed-loop power control factor (i) . The UE 102 can determine the transmission power for the PUSCH / PUCCH / SRS to the UL TRP 108 based on the power control parameters associated with the indicated unified TCI state. The TCI state can indicate the pathloss compensation factor that adjusts for differences between UL pathloss and DL pathloss. In some implementations, the network entity 104 can configure the pathloss compensation factor associated with a TCI state to accommodate asymmetric DL / UL communication.

[0051] However, there may be instances where TCI state has not been applied. For example, TCI state configuration and indication is associated with a UE in an RRC connected state. Before the RRC connected state, the UE 102 might be in an RRC idle or inactive state in which TCI state has not been configured. TCI state configuration / indication might not be applied before the UE 102 performs a random access (RA) procedure, e.g., RA for initial access. Even after an RA procedure, the UE 102 might transmit an uplink signal without TCI configuration / indication, such as when a UE transmits PUCCH / PUSCH / SRS after completing an RA procedure or a beam failure recovery (BFR) procedure based on the SSB / CSI-RS that the UE identifies during the RA or BFR procedure. In the absence of a TCI state configuration / indication, the UE 102 might not receive a pathloss compensation factor to adjust for differences between DL pathloss measured for the PL-RS 120 and the UL pathloss between the UE 102 and the UL TRP 108.

[0052] In accordance with aspects of this disclosure, the network entity 104 (via the DL TRP 106) can transmit a PL offset configuration 140 to the UE 102. Shown at block 180, the UE 102 transmits the UL communication 109 using an uplink transmission power that is based on the DL pathloss (e.g., measured from the PL-RS 120) and the PL offset configuration 140. This disclosure includes several examples of the PL offset configuration 140. In some implementations, the PL offset configuration 140 includes a PL offset value that the UE 102 may use in an uplink transmission power calculation. Alternatively, or additionally, the PL offset configuration 140 may include different PL offset values that the UE uses based on one or more criteria, such as a primary physical cell identifier (PCI) , a PL-RS configuration, a measurement of the PL-RS 120, or output from a machine learning model. A potential technical advantage of the PL offset configuration 140 is that the network entity 104 and UE 102 can implement uplink transmission power control for uplink channels during and after an RA procedure, such as prior to receiving a TCI state configuration or indication. In some implementations, the PL offset configuration 140 is configured to enable different UEs to calculate their respective uplink transmission power based on measurements of the same PL-RS.

[0053] In some implementations, after determining a PL offset for uplink power control for an uplink channel or a power headroom report (PHR) , the UE 102 may determine the pathloss PL (for equation 1) based on the pathloss measured from the PL-RS 120 and a PL offset value in the PL offset configuration 140. In one example, the UE calculates the pathloss for an uplink channel in uplink bandwidth part b, carrier f of serving cell c based on PL-RS qd as follows (equation 2) , where the PL offset is defined in the unit of dB: PLb, f, c (qd) = referenceSignalPower –higher layer filtered RSRP –PL-offset  (2)

[0054] where referenceSignalPower is provided by higher layers for the PL-RS qd and RSRP is measured from the PL-RS qd, (e.g., as defined in 3GPP technical specification (TS) 38.215) for the reference serving cell and the higher layer filter configuration provided by QuantityConfig (e.g., as defined in 3GPP TS 38.213) for the reference serving cell.

[0055] In another example, the UE calculates the pathloss for an uplink channel in uplink bandwidth part b, carrier f of serving cell c based on PL-RS qd as follows (equation 3) , where the PL offset is defined in the unit of dB: PLb, f, c (qd) = referenceSignalPower –higher layer filtered RSRP + PL-offset  (3)

[0056] where referenceSignalPower is provided by higher layers for the PL-RS qd and RSRP is measured from the PL-RS qd, for the reference serving cell and the higher layer filter configuration provided by QuantityConfig.

[0057] FIG. 2A is a diagram 200A illustrating two types of UEs, one UE (e.g., UE 102) which supports PL offset configuration and another UE (e.g., legacy UE 203) that does not support PL offset configuration. As further described below, in some aspects, a network entity (e.g., network entity 104) provides a PL offset configuration as part of an RA procedure. For example, the network entity can provide the PL offset configuration in a random access response or an uplink grant message. The RA procedure is similar to those used by legacy UEs, except that that the RA procedure is modified to include a PL offset configuration. Legacy UEs (e.g., legacy UE 203) may not support the updated RA procedure and uplink power control based on the PL offset. The network entity can format a random access response (RAR) message to each type of UE according to whether the UE supports the PL offset configuration or does not support the PL offset configuration. This disclosure includes example techniques for the network entity to determine whether a UE is a legacy UE 203 or a UE 102 that supports the PL offset configuration during the RA procedure. FIG. 8 illustrates example techniques that enable a network entity to determine whether a particular UE supports PL offset configuration.

[0058] FIG. 2B is a diagram 200B illustrating two UEs using a common pathloss reference signal (PL-RS) 120. Shown in FIG. 2B, a first UE (e.g., UE 102) and a second UE 202 both receive the same PL-RS 120 from the DL TRP 106. However, the DL pathloss may be different for the two UEs due to their different distances from the DL TRP 106. Furthermore, the uplink pathloss may be different due to different UL TRPs, different uplink beams at the UL TRP 108, or different positions of the UEs 102, 202 relative to the UL TRP 108. In accordance with aspects of this disclosure, the network entity can configure a PL offset configuration that includes different PL offset values to be used by the UE 102 and the second UE 202. For example, the PL offset value may depend on the measured DL pathloss of the PL-RS 120 so that each UE 102, 202 can determine which configured PL offset value to use for their respective UL communication 109, 209. As shown in block 280, the second UE 202 transmits the UL communication 209 using an uplink transmission power that is based on the DL pathloss (from DL TRP 106 to the second UE 202) and a different PL offset value than is used by the UE 102 for the UL communication 109.

[0059] FIG. 3A is a timing diagram 300A illustrating various techniques for coordinating PL offset configuration in an example Type-1 (four-step) random access procedure. The timing diagram 300A illustrates DL communication 307 of a network entity (such as DL communication 107 from the network entity 104 via a DL TRP 106) . The timing diagram 300A also illustrates UL communication 309 of a UE (such as the UL communication 109 from UE 102 to the UL TRP 108) . The example UL communication 309 and DL communication 307 can occur during an RRC idle or inactive state 311. A random access procedure may be referred to as a random access channel (RACH) procedure or RA procedure.

[0060] A Type-1 random access procedure also may be referred to as a 4-step RACH. The Type-1 random access procedure includes a protocol of up to four messages (referred to as Msg1, Msg2, Msg3, and Msg4) . Prior to the RA procedure, the network entity may transmit or broadcast a RACH configuration 312, e.g., using information elements (IEs) RACH-ConfigCommon and / or RACH-ConfigDedicated. The RACH configuration 312 can indicate the PRACH, preamble configuration, type of random access procedure supported, among other examples. To begin the Type-1 random access procedure, a UE transmits a random access preamble in a first message (Msg1 372) via a PRACH. The UE transmits the PRACH to the network entity. The PRACH could be associated with one of the SSB / CSI-RS resources based on the RA configuration (e.g., the RACH configuration 312) from the network entity. The network entity responds to the Msg1 372 by transmitting a second message (Msg2 373) via a PDSCH. The Msg2 373 is also referred to as a random access response (RAR) transmission. In some instances, the Msg2 373 configures an uplink grant of scheduled resources (in a PUSCH) for the UE to use for transmission of a third message (Msg3) .

[0061] When applicable, the UE transmits the Msg3 374 via the PUSCH resources granted by the network entity. The Msg3 374 includes an identifier (ID) for contention resolution. In response to the Msg3 374, the network entity transmits a fourth message (Msg4 375) . The Msg4 375 is also referred to as a contention resolution transmission (Msg4) . The Msg4 375 includes the ID that the UE has reported for contention resolution. It is noted that the Msg3 374 and the Msg4 375 might not be needed. For example, the UE can include a small data transmission with the random access preamble in the Msg1 372 and the network entity can include a response in the Msg2 373 without providing a grant for uplink resources for the Msg3 374. In some implementations, the network entity transmits the Msg4 375 via a PDSCH from the network entity to the UE. In some implementations, the network entity transmits the Msg4 375 via a PDCCH, such as a PDCCH based on C-RNTI for contention resolution. After the RA procedure, the network entity can communicate further downlink control information or configuration via a PDCCH 390. Although not shown in FIG. 3A, after the RA procedure,  the UE may transition to an RRC connected state and transmit further UL communication 309 (not shown) .

[0062] In accordance with aspects of this disclosure, the network entity can transmit a PL offset configuration 340 to the UE, such as via the RACH configuration 312 or the Msg2 373. Alternatively, or additionally, the network entity can provide a PL offset configuration or updated PL offset value in the Msg4 375 or the PDCCH 390. In some implementations, the UE can indicate that supports the PL offset configuration 340 by an implicit or explicit indication 330 in a message of the RA procedure, such as in Msg1 372 or the Msg3 374.

[0063] As an example, the RACH configuration 312 can configure a set of PRACH resources that are configured for UEs that support PL offset configuration while other UEs are configured with a different set of PRACH resources. When the UE in FIG. 3A transmits the Msg1 372 using PRACH resources configured for UEs that support PL offset configuration, the network entity can include a PL offset configuration 340 in the Msg2 373 (RAR) . If a UE (e.g., a legacy UE) uses the other PRACH resources, the network entity can exclude the PL offset configuration 340 from the Msg2 373. Other techniques and examples of PL offset configuration and the implicit / explicit indication are further described below.

[0064] FIG. 3B is a timing diagram 300B illustrating various techniques for coordinating PL offset configuration in an example Type-2 (two-step) random access procedure. A Type-2 random access procedure can also be referred to as a 2-step RACH. The 2-step RACH is a newer protocol for random access compared to the 4-step RACH. In FIG. 3B, the RACH configuration 312 might include different IEs, e.g., RACH-ConfigCommonTwoStepRA and / or RACH-ConfigDedicatedTwoStepRA.

[0065] In the 2-step RACH, the UE can transmit the random access preamble (e.g., PRACH preamble) followed by a PUSCH in the first message (referred to as MsgA 376) . The network entity responds to the MsgA 376 by transmitting a second message (MsgB 378) via a PDSCH. The MsgB 378 can configure information for contention resolution and a PUCCH resource for a hybrid automatic repeat request (HARQ) -acknowledgement (ACK) information report regarding the MsgB. One way to describe the 2-step RACH is that the MsgA is a combination of the Msg1 and Msg3 in a first transmission and the MsgB is a combination of the Msg2 and Msg4 in a second transmission. In accordance with aspects of this disclosure, the network entity can include the PL offset configuration 340 in the RACH configuration 312 or the MsgB 378. The UE can implicitly or explicitly indicate support (block 330) for PL offset configuration via the MsgA 376 (such as via the PRACH or as content in the PUSCH part of the MsgA 376) .

[0066] FIG. 4 shows an example communication flow diagram 400 using a Type-1 random access procedure between a network entity 104 and a UE 102. The network entity 104 may send the UE 102 a RACH configuration 412. The RACH configuration 412 can configure power control parameters, time, and frequency resources for PRACH, and optionally configure one or more PL offsets (e.g., PL offset configuration 140) for the PRACH and / or Msg3 PUSCH. In some implementations, the network entity 104 may configure the one or more PL offsets for other uplink channels, e.g., PUSCH / PUCCH / SRS. The UE 102 can use the PL offsets to determine the uplink power before the network entity 104 has sent a TCI state configuration or indication. In some implementations, the network entity 104 may configure dedicated PRACH resources associated with UEs that support the PL offset configuration. The network entity 104 may optionally transmit or broadcast a configuration (not shown) of a PL-RS 420. The network entity 104 can transmit the PL-RS 420 to enable the UE 102 to measure downlink pathloss.

[0067] The UE 102 may transmit the PRACH (e.g., Msg1 472) using an uplink transmission power that is based on the pathloss measured from the PL-RS 420, e.g., SSB / CSI-RS. In some implementations, the uplink transmission power of the Msg1 472 is further based on a PL offset (such as, when the PL offset configuration 140 is included in the RACH configuration 412) . In response to the Msg1 472, the network entity 104 transmits a Msg2 473 to the UE 102. The Msg2 473 includes a RAR. In some implementations, the Msg2 473 includes a RAR that indicates the PL offset for the UE 102 to use for the uplink transmission power of the Msg3 474 via a PUSCH. In some implementations, the network entity 104 may include a PL offset configuration 140 in the Msg2 473.

[0068] The UE 102 transmits the Msg3 474 via the PUSCH based on the measured DL pathloss for the PL-RS 420 and optionally based on a PL offset value in the PL offset configuration 140 (such as when the PL offset configuration 140 is included in either the RACH configuration 412 or the Msg2 473) . The network entity 104 transmits a Msg4 475 in response to Msg3 474. After the RA procedure, the UE 102 may transmit further UL communication 490 via UL channel (s) using an uplink transmission power that is based on the PL-RS and a PL offset before application of an indicated or configured TCI state. After a TCI state configuration / indication, the UE 102 may use a pathloss compensation factor or PL offset value from the TCI state to determine the uplink transmission power.

[0069] FIG. 5 shows an example communication flow diagram 500 using a Type-2 random access procedure between a network entity 104 and a UE 102. The operations at events 412, 420, and 490 are the same as described with reference to FIG. 4. FIG. 5 differs from FIG. 4 in that FIG. 5 includes MsgA 576 and MsgB 578 (for 2-step RACH) instead of Msg1 472,  Msg2 473, Msg3 474, and Msg4 475 (for 4-step RACH) . Furthermore, following the 2-step RACH, the UE 102 can transmit a PUCCH 580 with HARQ-ACK information.

[0070] In the 2-step RACH procedure, the UE 102 transmits a MsgA 576 (including the PRACH and PUSCH) based on the pathloss measured from a PL-RS 420 and optionally based on a PL offset (such as when the PL offset configuration 140 is included in the RACH configuration 412) . The network entity 104 transmits a MsgB 578 in response to the MsgA 576. The MsgB 578 can indicate a PUCCH 580 where the UE can transmit a HARQ-ACK information report. In some implementations, the MsgB 578 includes a PL offset configuration 140 or a PL offset value for the optionally scheduled PUCCH 580. The UE 102 transmits the PUCCH 580 using an uplink transmission power based on the pathloss measured from a PL-RS (e.g., PL-RS 420) and a PL offset (e.g., as indicated in MsgB 578 or the RACH configuration 412) .

[0071] FIG. 6 is a flow chart diagram 600 showing example operations of a UE (such as UE 102) . At block 612, the UE receives a random access configuration (e.g., RACH configuration 312, 412) optionally including the configuration of PL offset for one or multiple uplink channels without TCI configured or indicated and / or dedicated PRACH resources with PL offset configured. At block 620, the UE receives a PL-RS from the network entity (e.g., a PL-RS from a DL TRP) . At block 672, the UE transmits a Msg1 (PRACH) or MsgA (PRACH and PUSCH) using a transmission power based on the pathloss measured from the PL-RS and optionally based on a PL offset. At block 673, the UE receives a RAR or a MsgB. The RAR optionally indicates the PL offset for a Msg3 PUSCH. The MsgB schedules a PUCCH for HARQ-ACK information report and optionally indicates the PL offset for the scheduled PUCCH.

[0072] At block 674, the UE transmits the Msg3 PUSCH in response to RAR or the PUCCH in response to the MsgB. The uplink transmission of the Msg3 PUSCH or the PUCCH is based on the PL-RS for PRACH and optionally based on a PL offset. At block 676, the UE optionally receives Msg4 in response to the Msg3. At block 690, the UE transmits UL channel (s) based on the PL-RS and a PL offset before application of an indicated or configured TCI state.

[0073] FIG. 7 is a flow chart diagram 700 showing example operations of a network entity (such as network entity 104) in which the network entity 104 provides a PL offset configuration. At block 712, the network entity 104 transmits a random access configuration (e.g., RACH configuration 312, 412) optionally including the configuration of PL offset for one or multiple uplink channels without TCI configured or indicated and / or dedicated PRACH  resources with PL offset configured. At block 72020, the network entity transmits a PL-RS (e.g., a PL-RS from a DL TRP) . At block 772, the network entity 104 receives a PRACH (e.g., Msg1) or MsgA including a PRACH and PUSCH. At block 773, the network entity 104 transmits a RAR optionally indicating the PL offset for Msg3 PUSCH or a MsgB scheduling a PUCCH for HARQ-ACK information report and optionally indicating the PL offset for the scheduled PUCCH. At block 774, the network entity 104 receives Msg3 PUSCH in response to RAR or PUCCH in response to MsgB. At block 775, the network entity 104 transmits Msg4 in response to Msg3. At block 790, the network entity 104 receives UL channel (s) before application of an indicated or configured TCI state.

[0074] FIG. 8 is a flow chart diagram 800 showing example operations for a network entity (such as network entity 104) to determine whether a UE (such as UE 102) supports PL offset configuration.

[0075] In one technique (as further described with reference to FIG. 9) , the network entity can determine whether the UE supports PL offset configuration if the PRACH is received via PRACH resources (referred to as dedicated PRACH resources) that are configured for UEs that support the features of this disclosure. A UE can implicitly indicate that it supports PL offset configuration by using the dedicated PRACH resources for Msg1 or MsgA of the RA procedure. At block 832, the network entity 104 determines if the PRACH was received via PRACH resources (e.g., dedicated PRACH resources) that are configured for UEs that support PL offset configuration. If the PRACH is received via the dedicated PRACH resources in block 832, the flow proceeds to block 840 where the network entity provides a PL offset configuration for the UE that supports PL offset configuration. If the PRACH is not received via the dedicated PRACH resources in block 832, the flow proceeds to block 834 or to block 892. At block 892, the network entity may determine that the UE is a legacy UE that does not support PL offset configuration and may refrain from configuring the PL offset configuration for the legacy UE.

[0076] In another technique, a network entity can determine that a UE supports PL offset configuration based on contents of the Msg3 or MsgA PUSCH. At block 834, the network entity 104 determines if the Msg3 or MsgA contents include an indication that the UE supports PL offset configuration. If the contents do include an indication as mentioned in block 834, the flow proceeds to block 840 where the network entity provides the PL offset configuration for the UE that supports PL offset configuration. If the contents do not include an indication as mentioned in block 834, the flow proceeds to block 836 or block 892. In various implementations, the contents of the Msg3 or MsgA can include different indications. In some implementations, the UE reports (via the Msg3 or MsgA) whether it calculated the  uplink transmission power for the transmitted PRACH and / or other uplink channel (s) based on a PL offset for asymmetric DL / UL communication. After receiving the Msg3 or MsgA PUSCH, the network entity can determine that the UE supports the pathloss calculation based on a PL offset configuration. The network entity can determine whether to allow the UE to perform the initial access to the network entity based on whether the UE supports PL offset configuration.

[0077] In another technique, a network entity can determine that a UE supports PL offset configuration based on whether the UE uses the PL offset configuration provided in a RAR. At block 836, the network entity 104 determines whether the RAR included a PL offset configuration and whether the UE used the PL offset configuration for the PUSCH power. If the network entity determines that the PL offset configuration was used for the PUSCH power as indicated in block 836, the flow proceeds to block 840 where the network entity provides a PL offset configuration for the UE that supports PL offset configuration. Otherwise, the flow proceeds to block 892.

[0078] Although FIG. 8 includes some example techniques, other techniques are possible. Furthermore, the techniques in FIG. 8 can be used separately or in various combinations.

[0079] In some aspects, the network entity may configure common PRACH resources for UEs not supporting PL offset and UEs supporting PL offset. In some implementations, the network entity may configure the PL offset for PRACH using a master information block (MIB) , system information block (SIB) or RRC messages. In one example, some of these common PRACH resources may be configured to be associated with a PL offset. UEs not supporting PL offsets may not be able to read or decode a PL offset associated with these common PRACH resources. UEs supporting PL offsets may be able to read or decode a PL offset associated with these common PRACH resources.

[0080] When performing PRACH selection during a contention-based random access (CBRA) procedure, UEs not supporting PL offsets may select a PRACH resource based on PL or RSRP calculated by the SSB / CSI-RS associated with the PRACH resource. When performing PRACH selection during a CBRA procedure, UEs supporting PL offsets may select a PRACH resource based on PL or RSRP calculated by the SSB / CSI-RS associated with the PRACH resource and / or the associated PL offset.

[0081] In some implementations, the network entity may transmit the random access response (RAR) , e.g., MAC sub-header and / or MAC payload for RAR, or the MsgB, MAC sub-header and / or MAC payload for MsgB, in response to the PRACH or MsgA respectively, based on a different format or type. For example, at block 840, the network entity may  transmit an enhanced RAR (eRAR) , an enhanced MsgB (eMsgB) to include a PL offset configuration, while in block 892, the network entity might transmit a legacy RAR or MsgB that does not include the PL offset configuration. A legacy UE may not be able to decode the eRAR / eMsgB. In some implementations, when the legacy UE cannot decode the eRAR / eMsgB, the legacy UE might not access the network entity. A UE supporting the PL offset configuration can decode the eRAR / eMsgB and continue the RA procedure to access the network entity.

[0082] In some implementations, after receiving a PRACH resource, the network entity may transmit a legacy RAR and an enhanced RAR. The network entity may do so if the network entity cannot determine whether the PRACH resource is transmitted from a UE near the DL TRP, a UE near the UL TRP, or both. In some implementations, the network entity can transmit a Msg2 or MsgB that includes both the legacy RAR (e.g., RAR without the PL offset configuration) and the enhanced RAR (e.g., RAR with the PL offset configuration) .

[0083] In some implementations, a UE may transmit a UL wake-up signal (UL-WUS) to the network entity, such as a UL-WUS for an on-demand SIB type 1 (SIB1) . In one example, the UL-WUS may be a PRACH transmission, which may be dedicated and configured for on-demand SIB1. The UL-WUS may include an implicit or explicit indication that the UE supports the PL offset configuration. The network entity can transmit a RAR (or eRAR) in response to the UL-WUS. The network entity may transmit the PL offset configuration via the RAR / eRAR in response to the UL-WUS for on-demand SIB1.

[0084] FIG. 9 is a diagram 900 showing example configurations of physical random access channel (PRACH) resources in which a first subset of PRACH resources are for those UEs that do not support PL offset configuration (such as UE 203 referenced in FIG. 2A) and a second subset of PRACH resources are for those UEs that do support PL offset configuration (such as UE 202 from FIG. 2B) . FIG. 9 depicts PRACH resources 911 configured for legacy UE (s) . The configured PRACH resources 911 include one or more PRACH resources, such as PRACH resources 912A-912N. The PRACH resources 932 configured for UE (s) that support PL offset configuration include other PRACH resources, such as PRACH resources 932A-932N. In some implementations, the network entity configures a first set of N PRACH resources 912A-912N and a second set of k PRACH resources 932A-932N, and optionally X PRACH resources for other purposes.

[0085] A UE (e.g., legacy UE 203) not supporting PL offset may use the first set of PRACH resources. A UE (e.g., UE 102) supporting PL offset may be configured by the network entity to use the first set and / or the second set of PRACH resources. A PRACH resource can be also  denoted as a RACH Occasion (RO) , which includes at least one of: a time-domain and frequency-domain resource for a PRACH transmission; a preamble index for a PRACH transmission; an associated SSB or CSI-RS resource.

[0086] In one example, the network entity may configure the first set of PRACH resources by RACH-ConfigCommon and / or RACH-ConfigDedicated for 4-step RACH, and / or RACH-ConfigCommonTwoStepRA and / or RACH-ConfigDedicatedTwoStepRA for 2-step RACH. The network entity may configure the second set of PRACH resources by RACH-ConfigCommonPLOffset and / or RACH-ConfigDedicatedPLOffset for 4-step RACH, and / or RACH-ConfigCommonTwoStepRAPLOffset and / or RACH-ConfigDedicatedTwoStepRAPLOffset for 2-step RACH. In one example, network entity configures or broadcasts the first set and the second set of PRACH resources via the same SIB. Alternatively, network entity configures or broadcasts the first set and the second set of PRACH resources via different SIB (e.g., SIB N and SIB M) . In one example, at least one PRACH resource in the first set and at least one PRACH resource in the second set may be associated with one or the same SSB / CSI-RS.

[0087] A UE supporting the PL offset can select the PRACH resources with PL offset for RA procedure. In some implementations, after receiving the PRACH resources transmitted from a UE, the network entity can identify whether the UE supports the PL offset or not and determine whether to allow the UE to access the network entity or not. In some implementations, the network entity can configure the PRACH resources with PL offset only. The legacy UE may not select the TRP to perform initial access.

[0088] In some implementations, the dedicated PRACH resources with PL offset configuration may or may not include the PRACH resources for uplink wake-up signal (UL-WUS) for on-demand system information block type 1 (SIB1) .

[0089] In some implementations, the dedicated PRACH resources with PL offset configuration may or may not include the PRACH resources configured with dynamic or semi-static time-domain adaptation, e.g., dynamic or semi-static time-domain location update. The network entity may update the PL offset configuration for the PRACH resources configured with dynamic or semi-static time-domain adaptation by a common signaling or separate signaling from the signaling for the time-domain location update (e.g., MAC CE or DCI associated with a cell radio network temporary identifier (C-RNTI) or a configured or pre-defined RNTI) .

[0090] FIG. 10 is an example random access message from a UE (such as UE 202 from FIG. 2B) to indicate that the UE supports PL offset configuration. The example random access  message 1073 can be a Msg3 or MsgA (such as Msg3 374, MsgA 376, Msg3 474, MsgA 576) . The example random access message 1073 may include an indication 1034A that the UE supports PL offset configuration. In some implementations, the example random access message 1073 may include an indication 1034B that the uplink transmission power was calculated using a PL offset for asymmetric DL / UL communication.

[0091] FIG. 11 is an example random access message 1173 from a network entity that includes a PL offset configuration. The random access message 1173 may include a RAR 1136A without PL offset configuration (e.g., “legacy RAR” ) and / or a RAR 1136B with PL offset configuration (e.g., "enhanced RAR" or eRAR) .

[0092] FIG. 12 shows a diagram 1200 with several example types of a PL offset configuration 1240. The example PL offset configuration 1240 may include at least one of: a cell-specific PL offset configuration 1241, a reference signal specific PL offset configuration 1242, a channel-specific PL offset configuration 1243, a TRP-specific PL offset configuration 1244, a PL offset configuration 1252 based on one or more characteristics that the UE can measure for a PL-RS or other downlink reference signal, or machine learning (ML) model parameters 1262. A brief description of each of these is provided below.

[0093] A cell-specific PL offset configuration 1241 can include one or more PL offset values that are indicated based on cell ID (such as a physical cell identifier (PCI) ) . FIG. 13B shows an example of a cell-specific PL offset configuration. The description of FIG. 13B also provides an example of TRP-specific PL offset configuration 1244.

[0094] A reference signal specific PL offset configuration 1242 can include PL offset values that are based on associated PL-RSs. FIG. 13C shows an example of reference signal specific PL offset configuration. The description of FIG. 13C also provides an example of channel-specific PL offset configuration 1243.

[0095] A PL offset configuration 1252 based on one or more characteristics that the UE can measure for a PL-RS or other downlink reference signal is further described with reference to FIG. 13D and FIG. 14. In the PL offset configuration 1252, a network entity configures multiple PL offset values that the UE selects based on one or more criteria. The example criteria can include an RSRP or delay measured for a PL offset reference signal (PO-RS) . The PO-RS can be a PL-RS or another downlink reference signal.

[0096] The machine learning (ML) model parameters 1262 can include a configuration that enables the UE to determine the PL offset (or the uplink transmit power or power headroom) based on an ML based pathloss prediction. FIG. 15 shows an example of the machine learning (ML) model parameters 1262.

[0097] FIG. 13A shows an example PL offset configuration 1340A with multiple PL offset values based on one or more criteria. The example PL offset configuration 1340A includes individual PL offset values including PL offset values 1341A-1341N. Each PL offset value can be associated with a different criterion or range such that the UE can determine which PL offset value to use based on the criterion or range. The criterion can be a cell identifier or TRP (such as in FIG. 13B) , a reference signal (such as in FIG. 13C) , or a measurement of a PO-RS (such as in FIG. 13D) , among other examples.

[0098] FIG. 13B shows the example PL offset configuration of FIG. 13A in which the PL offset values are cell-specific. In some implementations, the UE may determine common PL offset for one or more uplink channel (s) associated with the PL-RS from the same (physical) cell, e.g., PL-RS associated with the same physical cell identifier (PCI) , without TCI configured / indicated / applied. The uplink channel may include one or more of the channels, e.g., PRACH, PUCCH, PUSCH or SRS. In some implementations, the PL offset may be common for each type of UL channel. In some implementations, the PL offset may be different for different types of UL channels.

[0099] In some implementations, the PL offset for a cell may be pre-defined, e.g., 0 dB, or configured by the network entity by RRC signaling, MAC CE, or DCI. The PL offset may refer to the PL offset for one or multiple uplink channels without a TCI state configured or indicated. The network entity may configure the PL offset for the serving cell. The network entity may configure the PL offset for one or more neighboring or non-serving cells, e.g., cells with a different PCI compared to the serving cell. Thus, the network entity may configure the PL offset associated with a neighboring or non-serving cell PCI, e.g., additionalPCI. The network entity may provide the configuration for PL offset for each cell per downlink bandwidth part (BWP) , per uplink BWP, per serving cell, or per serving cell group. In some implementations, the network entity may configure a common PL offset for multiple (physical) cells.

[0100] In some implementations, the network entity may configure an initial value for the PL offset for a cell by RRC signaling. The network entity may configure an update of the value for the PL offset for the cell by MAC CE or DCI in a UE specific manner, e.g., associated with a cell radio network temporary identifier (C-RNTI) , in a group-cast manner, e.g., associated with an RNTI configured by the network entity, or in a broad-cast manner, e.g., associated with an RNTI pre-defined.

[0101] The network entity may indicate at least one of the following in the MAC CE or DCI:

[0102] · a serving cell index indicating the target serving cell to be applied with the updated PL RS;

[0103] · a downlink or uplink BWP index indicating the target downlink or uplink BWP to be applied with the updated PL RS;

[0104] · a PCI for the target cell; or

[0105] · an updated PL offset (delta PL offset compared to current PL offset or absolute PL offset) .

[0106] In some implementations, for multiple transmission reception point (mTRP) operation, the network entity may provide the PL offset configuration per TRP. For example, the PL offset configuration may be configured to be per coreset or associated with a coresetPoolIndex value.

[0107] In some implementations, the network entity may configure a first PL offset associated with each physical cell, and a second PL offset associated with an uplink channel or uplink channel resource associated with the physical cell. The UE may determine the PL offset for the uplink channel or uplink channel resource based on the first PL offset or the second PL offset or the minimum, maximum, average, or total value of the first and second PL offset.

[0108] In some implementations, the network entity may configure a first PL offset associated with each physical cell, and a second PL offset associated with the TCI state applied to an uplink channel associated with the physical cell. The UE may determine the PL offset for the uplink channel based on the first PL offset, the second PL offset, or the minimum, maximum, average, or total value of the first and second PL offset.

[0109] FIG. 13C shows the example PL offset configuration of FIG. 13A in which the PL offset values are reference signal specific or channel-specific. The network entity may configure a PL offset for one or more uplink channel (s) without TCI configured, indicated, and / or applied based on the associated PL-RS. Alternatively, or additionally, the UE may determine PL offsets for one or more uplink channels based on associated PL-RSs and use the determined PL offsets as the PL offset configuration. The uplink channel may include one or more of PRACH, PUCCH, PUSCH or SRS.

[0110] In some implementations, the PL offset for each PL-RS may be common for each type of UL channel. In some implementations, the PL offset for each PL-RS may be different for different types of UL channels. In some implementations, the PL offset for each PL-RS may be configured by the network entity by RRC signaling, MAC CE, or DCI.

[0111] In one example, the network entity may configure an initial value for the PL offset for each PL-RS by RRC signaling) . The network entity may configure or indicate an update of the value for the PL offset for one or more PL-RS resource (s) by MAC CE or DCI in a UE specific manner (e.g., associated with a C-RNTI) , in a group-cast manner (e.g., associated with an RNTI configured by the network entity) , or in a broadcast manner (e.g., associated with an RNTI pre-defined. The UE may report a UE capability indicating whether it supports the dynamic update of PL offset.

[0112] The network entity may indicate at least one of the following in the MAC CE or DCI for updating the value for the PL offset:

[0113] · a serving cell index indicating the target serving cell for which the updated PL offset is to be applied;

[0114] · a downlink or uplink BWP index indicating the target downlink or uplink BWP to be applied with the updated PL offset;

[0115] · PL-RS resource index (es) for the target PL-RS resource (s) for the updated PL offset.

[0116] · PCI for the target cell; or

[0117] · updated PL offset (s) for the PL-RS resource (s) (delta PL offset compared to current PL offset or absolute PL offset) .

[0118] In some implementations, the network entity may configure a first PL offset associated with each PL-RS, and a second PL offset associated with an uplink channel or uplink channel resource. The UE may determine the PL offset for the uplink channel or uplink channel resource based on the first PL offset, the second PL offset, or the minimum, maximum, average, or total value of the first and second PL offset.

[0119] In some implementations, the network entity may configure a first PL offset associated with each PL-RS, and a second PL offset associated with the TCI state applied to an uplink channel. The UE may determine the PL offset for the uplink channel based on the first PL offset, the second PL offset, or the minimum, maximum, average, or total value of the first and second PL offset.

[0120] FIG. 13D shows the example PL offset configuration of FIG. 13A in which the PL offset values are configured based on one or more characteristics of a PL offset reference signal (PO-RS) . For example, the UE can determine which PL offset value to use based on a measurement of PO-RS. The PL offset configuration in FIG. 13D can be referred to as a measurement result specific PL offset. In some implementations, the measurement result specific PL offset is also based on different PL offset values for a particular uplink channel.

[0121] In some implementations, the network entity may transmit a configuration enabling the UE to determine the PL offset for one or more uplink channel (s) . The network entity may provide the configuration by RRC signaling, MAC CE, or DCI. The UE may determine a PL offset to transmit the uplink channel. In some implementations, the UE may determine a PL offset for one or more uplink channels without a TCI configured / indicated based on the measurement result for one or more of the downlink reference signals, e.g., SSB or CSI-RS resources. The downlink reference signal is denoted as pathloss offset reference signal (PO-RS) . In some implementations, the PO-RS is the same as the PL-RS for the uplink power control for the uplink channel.

[0122] In some implementations, one or more of the PO-RS resources are configured by the network entity by RRC signaling, MAC CE, or DCI. In one example, the network entity configures the PO-RS resource (s) per PL-RS. In another example, the network entity configures the PO-RS resource (s) per cell. The network entity may configure the PO RS resource (s) for one or more cells per downlink BWP, per uplink BWP, per serving cell, or per serving cell group.

[0123] In some implementations, the UE may determine a first PL offset based on the PO-RS and receive the configuration of a second PL offset associated with the TCI state applied to an uplink channel. The UE may determine the PL offset for the uplink channel based on the first PL offset or the second PL offset or the minimum, maximum, average, or total value of the first and second PL offset.

[0124] In some implementations, the UE may report the actual power headroom report (PHR) and / or reference PHR based on the UE determined PL offset. In some implementations, the UE may calculate the actual power headroom (PH) based on a UE determined maximum uplink transmission power, an uplink power control parameters and pathloss measured from the corresponding PL-RS and the UE determined PL offset for an actual uplink transmission occasion in an uplink bandwidth part (BWP) in a serving cell at one carrier.

[0125] For a Type1 PH, UE calculates the actual PH based on an actual PUSCH transmission occasion. In one example, the UE calculates the actual Type1 PH for PUSCH transmission occasion i, uplink BWP b, carrier f of serving cell c based on equation (4) .

[0126] where the variables are defined in 3GPP TS 38.213, and the UE calculates the PL based on the pathloss measured from the PL-RS and the UE determined PL offset.

[0127] For Type3 PH, the UE calculates the actual PH based on an actual SRS transmission occasion. In one example, the UE calculates the actual Type3 PH for SRS transmission occasion i, uplink BWP b, carrier f of serving cell c based on equation (5) . PHtype3, b, f, c (i, qs) = PCMAX, f, c (i) - {PO_SRS, b, f, c (qs) +10log10 (2μ·MSRS, b, f, c (i) ) + αSRS, b, f, c (qs) ·PLb, f, c (qd) +hb, f, c (i) } [dB]        (5)

[0128] where the variables used in equation (5) are defined in 3GPP TS 38.213, and the UE calculates the PL based on the pathloss measured from the PL-RS and the UE determined PL offset.

[0129] The UE may report the UE determined PL offset for a subset of or all the reported reference PH (s) in a PHR.

[0130] In some implementations, the UE may calculate the reference power headroom (PH) based on a reference maximum transmission power, a set of pre-defined or configured uplink power control parameters for reference PH calculation, and the pathloss measured from a pre-defined or configured PL-RS and a reference PL offset. The reference PL offset may be pre-defined, e.g., 0dB, or configured by the network entity by RRC signaling, MAC CE or DCI, or the UE determined PL offset.

[0131] In one example, the UE calculates the reference Type1 PH for PUSCH transmission occasion i, uplink BWP b, carrier f of serving cell c based on equation (6) .

[0132] where the variables used in equation (6) are defined in 3GPP TS 38.213, and the UE calculates the PL based on the pathloss measured from the PL-RS and the reference PL offset.

[0133] In one example, the UE calculates the reference Type3 PH for SRS transmission occasion i, uplink BWP b, carrier f of serving cell c based on equation (7) .

[0134] where the variables used in equation (7) are defined in 3GPP TS 38.213, and the UE calculates the PL based on the pathloss measured from the PL-RS and the reference PL offset.

[0135] The UE may report the UE determined PL offset or pathloss for a subset of or all the reported reference PH (s) in a PHR.

[0136] In some aspects, the PL offset is based on a measured RSRP. The UE may measure the RSRP based on the PO-RS resource (s) and determine the PL offset based on the measured RSRP. The RSRP may be layer 1 RSRP (L1-RSRP) or layer 3 RSRP (L3-RSRP) , e.g., higher layer filtered RSRP. The PL offset for a certain RSRP or RSRP range may be pre-defined or configured by the network entity via RRC signaling, MAC CE, or DCI. The PL offset for each RSRP or RSRP range may be common or separate for each PL-RS resource. The threshold for each RSRP range may be pre-defined or configured by the network entity via RRC signaling, MAC CE, or DCI. The UE can determine the uplink transmission power based on the pathloss measured from the PL-RS and the PL offset measured from the PO-RS. As shown in FIG. 13D, for a first PO-RS (PO-RS = 0) when the RSRP is less than or equal to -100 dBM, the UE will use the PL offset value of 3 dB. When the RSRP for the first PO-RS (PO-RS=0) is greater than -100 dbM, the UE will use the PL offset value of 6 dB. The PL offset configuration can include various ranges of RSRPs for various PO-RSs and the corresponding PL offset values that the UE should apply for uplink transmission power.

[0137] In some implementations, a first PL offset may be pre-defined or configured by the network entity for each cell or for each PL-RS, and the UE may determine a second PL offset based on the measured RSRP and the corresponding additional PL offset based on the measured RSRP, which may be pre-defined or configured by the network entity. The UE may determine the PL offset based on the first and second PL offsets, e.g., first PL offset + second PL offset or first PL offset –second PL offset.

[0138] In one example, the network entity may configure an initial value for the PL offset for each RSRP range and / or the threshold (s) for each RSRP range for each PL-RS by RRC signaling. The network entity may configure an update of the value for the PL offset for each RSRP range and / or the threshold (s) for one or more PL-RS (s) by MAC CE or DCI in a UE specific manner (e.g., associated with a C-RNTI) , in a group-cast manner (e.g., associated with an RNTI configured by the network entity) , or in a broadcast manner (e.g., associated with an RNTI pre-defined) .

[0139] The network entity may indicate the at least one of the following in the MAC CE or DCI:

[0140] · a serving cell index indicating the target serving cell for which the UE is to apply the updated PL offset;

[0141] · a downlink or uplink BWP index indicating the target downlink or uplink BWP to be applied with the updated PL offset;

[0142] · PL-RS resource index (es) for the target PL-RS resource (s) for the updated PL offset.

[0143] · threshold (s) for one or more RSRP range (s) ;

[0144] · PCI for the target cell;

[0145] · updated PL offset (s) for the PL-RS resource (s) and one or more RSRP range (s) (delta PL offset compared to current PL offset or absolute PL offset) .

[0146] Although the example illustrated in FIG. 13D is based on RSRP as a criterion for selecting from among multiple PL offset values, other criteria or metrics can be used. For example, the various PL offset values can be associated with measured delay of the PO-RS. The UE may measure the delay based on the PO-RS resource (s) and determine the PL offset based on the measured delay. The delay may be a delay from the transmission of the PO-RS until the reception of the PO-RS. The example RSRP values shown in FIG. 13D may be replaced by different ranges / thresholds associated with a delay metric.

[0147] In some implementations, the PL offset configuration may include PL offset values based on measured RSRP and delay. The UE may measure the delay and RSRP based on PO-RS resource (s) and determine the PL offset based on the measured delay and RSRP. The example RSRP values shown in FIG. 13D can be replaced by a combination of delay and RSRP values / ranges / thresholds.

[0148] FIG. 14 shows a diagram 1400 in which the example PL offset configuration of FIG. 13A is used by multiple UEs as illustrated in FIG. 2B. The UE 102 and the second UE 202 both measure the same PL-RS 120. In this example, PL-RS 120 is configured as a second reference signal (PO-RS=1) in the PL offset configuration 1440. The PL offset configuration 1440 has different RSRP ranges / thresholds for a first PO-RS (PO-RS=0) and the second PO-RS (PO-RS=1) .

[0149] Shown at block 1452, the UE 102 measures the PL-RS 120 and calculates the RSRP as -98 dBM. Because the RSRP (-98 dBM) is above the threshold of -100 dBM associated with the PL offset value 1441A, the UE 102 uses the PL offset value 1441A (3 dB) when calculating the uplink transmission power for the UL communication 109.

[0150] Shown at block 1454, the second UE 202 measures the PL-RS 120 and calculates the RSRP as -110 dBM. Because the RSRP (-110 dBM) is below the threshold of -100 dBM associated with the PL offset value 1441B, the second UE 202 uses the PL offset value 1441B (10 dB) when calculating the uplink transmission power for the UL communication 209.

[0151] FIG. 15 is a diagram 1500 showing a machine learning (ML) model for pathloss prediction. The ML model 1560 can be implemented using hardware and / or software of a UE. The ML model 1560 may be created using different machine learning techniques and / or have coefficients and parameters that are determined via supervised or unsupervised learning. In some aspects, these machine learning techniques may include one or more of logistics regression, support vector machines,  Bayes algorithms, decision trees, linear regression, k nearest neighbors (kNN) , random forest, boosting algorithms (e.g., gradient boosting machine) and hierarchical clustering, among others.

[0152] The UE may measure the channel properties, e.g., channel impulse response (CIR) or power delay profile (PDP) based on the PO-RS resource (s) , and determine the PL offset based on the measured channel properties. A machine learning (ML) model 1560 may be pre-defined or configured by the network entity or determined by the UE to determine the PL offset based on the measured channel properties, e.g., CIR / PDP. In some implementations, the ML model 1560 is based on pathloss prediction. The ML model 1560 uses inputs such as channel measurement results 1552A, 1552B, …, 1552N for various PO-RS resources or time periods. Based on the channel measurements and an ML model configuration 1557, the ML model 1560 can predict pathloss. The output of the ML model 1560 can include a PL offset value 1555. Alternatively, or additionally, the ML model 1560 can output a predicted uplink pathloss, a confidence score (indicating confidence in the prediction) , or other information to enable the UE to determine a PL offset value to use when calculating the uplink transmission power.

[0153] In some implementations, the network entity may configure the UE to perform the ML based PL offset prediction. In some implementations, the network entity may configure the UE to perform the ML based pathloss prediction. The UE may report UE capability information indicating whether the UE supports ML based PL offset prediction or ML based pathloss prediction. In some implementations, the network entity receives the UE capability information from a core network (e.g., Access and Mobility Management Function (AMF) ) . In some implementations, the network entity receives the UE capability from another network entity (e.g., gNB or eNB) .

[0154] In some implementations, the network entity may further configure additional information (shown as ML model configuration 1557) for the UE to determine the ML model, e.g., transmission power, transmission beam information for the PL-RS / PO-RS, receiving beam information for the uplink TRP, antenna configuration, e.g., antenna radiation pattern, antenna gain, and so on, for the downlink TRP and / or uplink TRP. The network entity may also configure the pathloss offset range between the downlink and uplink TRPs.

[0155] This disclosure includes several examples of PL offset configurations and techniques for a network entity to provide a PL offset value to a UE before a TCI state is applied. In addition to configuring the PL offset configuration with various PL offset values (as shown in FIG. 13A through FIG. 13D) and the ML model techniques of FIG. 15, there are other techniques for determining a PL offset for asymmetric DL / UL communication. In some implementations, a network entity can measure the PL offset based on a measurement of an uplink communication (such as a Msg1 or MsgA PRACH for an RA procedure) . For example, the network entity can obtain measurement results of the PRACH. The network entity may determine the PL offset based on the configured target received power for the PRACH and the actual received power for the PRACH. The network entity can configure the PL offset value for an uplink channel based on the measurement results of the PRACH. In some implementations, the network entity can indicate the PL offset value in a Msg2, Msg4, or MsgB. The uplink channel may include one or more of the PUSCH / PUCCH / SRS after the PRACH including the Msg3 PUSCH, or the PUCCH scheduled by MsgB.

[0156] FIG. 16 shows an example random access message 1173 in which a network entity can include a PL offset value PL offset value 1640. The random access message 1173 can be an example of a RAR (with PL offset configuration) or eRAR as described above.

[0157] In some implementations, for Msg3 PUSCH, the network entity may indicate the PL offset by the RAR, e.g., MAC payload for RAR. The network entity may indicate the delta PL offset or absolute PL offset for the Msg3 PUSCH compared to the PRACH in Msg1. In the MAC sub-header for RAR, the network entity may indicate whether the PL offset is included or not in the MAC payload for RAR. In one example, the network entity may provide such indication based on one of the reserved bits in MAC sub-header or MAC payload for RAR. In one example, the network entity may provide such indication based on the TI / R field 1611 in the first octet (OCT 1) of the RAR. In one example, the network entity may not configure M-TRP 2TA feature and asymmetric M-TRP feature simultaneously for a UE or for a serving cell / BWP. The indication of each value of the PL offset field in the RAR may be pre-defined or configured by the network entity. In some implementations, the UE may apply the indicated PL offset for uplink channel (s) other than the Msg3 PUSCH as well until the UE receives a further configuration or indication of TCI state for the uplink channel (s) . FIG. 16 illustrates one example for the MAC payload for RAR with PL offset indication, where the definition of the fields other than PL offset is based on 3GPP TS 38.321.

[0158] In some implementations, for Msg3 PUSCH, the network entity may indicate the transmission power control (TPC) command based on an extended indication, e.g., the network entity may indicate the TPC command as shown in Table 1 below. The network entity  may configure whether to use the extended indication for TPC command for Msg3 PUSCH or normal indication for TPC command for Msg3 PUSCH (e.g., as defined in 3GPP TS 38.213) .

[0159] Table 1: An extended indication for TPC command for Msg3 PUSCH

[0160] In some implementations, for PUCCH scheduled by MsgB, the network entity may configure the PL offset based on the MAC payload for MsgB, similar to the Msg3 PUSCH. In the MAC sub-header for MsgB, the network entity may indicate whether the PL offset is included or not, e.g., based on one of the reserved bits of the MAC sub-header for MsgB. In one example, the network entity may indicate whether the PL offset is included or not, e.g., based on one of the reserved bits of the MAC payload for MsgB. The network entity may indicate the PL offset in fallback RAR and / or success RAR by the MsgB, where the fallback RAR and success RAR (e.g., as defined in 3GPP TS 38.321) .

[0161] In some other implementations, the network entity may indicate the TPC command for the PUCCH scheduled by MsgB based on an extended indication, e.g., as shown in Table 1 above. The network entity may configure whether to use the extended indication for TPC command for PUCCH scheduled by MsgB or normal indication (e.g., as defined in 3GPP TS 38.213) .

[0162] In some implementations, for uplink channel (s) , e.g., PUSCH, PUCCH, or SRS, in an uplink BWP without TCI configured, indicated, or applied, e.g., after completing a BFR procedure, the UE may determine the PL offset as X dB, where the UE may determine the value of X based on a pre-defined value, , e.g., X=0, configuration from the network entity, or measurement results received by the UE. In one example, UE may determine the uplink transmission power for the uplink channels, where the clauses are based on 3GPP TS 38.321, and the UE may determine the value of X, X1, X2 based on the pre-defined value, , e.g., X=X1=X2=0, configured value, or the measurement results corresponding to the newly identified beam qnew for cell-specific BFR, BFR for the first TRP, and BFR for the second TRP respectively.

[0163] In some other implementations, for an uplink transmission (e.g., PUSCH, PUCCH, or SRS) after completing the BFR procedure, e.g., when the UE determines to transmit the uplink channel (e.g., PUSCH, PUCCH, or SRS) based on the newly identified beam, the UE may not use and / or apply PL offset for transmitting the uplink transmission. Alternatively, the UE may assume or determine the PL offset as 0 for transmitting the uplink transmission. These implementations may be performed regardless of whether the UE uses and / or applies a PL offset for transmitting the BFR procedure before the (completion of) BFR procedure.

[0164] FIG. 17 shows a block diagram of an example user equipment 1702 and an example network entity 1704. Note that the depicted hardware configurations represent the processing components (e.g., a processing system) and communication components (e.g., a communication unit) of a network entity 1704 (such as the network entity 104 described herein) and a user equipment 1702 (such as the UE 102 described herein) . 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.

[0165] The user equipment 1702 includes antennas 1703A, a radio frequency front end (RF front end) 1703B, and radio-frequency transceivers (e.g., an LTE transceiver 1703D and a 5G NR transceiver 1703C) for communicating with the network entity 1704. The RF front end 1703B includes one or more modems configured for the corresponding RAT (s) employed (for example, Third Generation Partnership Project (3GPP) Fifth Generation New Radio (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 FIG. 17, the RF front end 1703B of the user equipment 1702 may couple or connect the 5G NR transceiver 1703C to the antennas 1703A to facilitate various types of wireless communication. The RF front end 1703B operates, in effect, as a physical (PHY) transceiver interface to conduct and process signaling between the one or more processor (s) 1703E and antennas 1703A so as to facilitate various types of wireless communication.

[0166] The antennas 1703A of the user equipment 1702 include an array of multiple antennas that may be tuned to one or more frequency bands associated with a corresponding RAT. The antennas 1703A and the RF front end 1703B are tuned to, and / or be tunable to, one or more frequency bands defined by the 3GPP 5G NR communication standards and implemented by the 5G NR transceiver 1703C. Additionally, the antennas 1703A, the RF front end 1703B, and / or the 5G NR transceiver 1703C can be configured to support beamforming for the transmission and reception of communications with the network entity 1704. By way of example and not limitation, the antennas 1703A and the RF front end 1703B  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.

[0167] The user equipment 1702 also includes processor (s) 1703E and computer-readable storage media (CRM) 1703F. The processor (s) 1703E 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) 1703E may include an application processor (AP) utilized by the user equipment 1702 to execute controller functions, an operating system, or various applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 1703B. The CRM 1703F 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 processor (s) 1703E and other components of the user equipment 1702 to perform the various functions described herein and attributed to the user equipment 1702. 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) 1703E to enable user-plane communication, control-plane signaling, and user interaction with the user equipment 1702.

[0168] Turning to the hardware of the network entity 1704, it is noted that although FIG. 17 illustrates an implementation of the network entity 1704 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 1704 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 of network entity 1704 may be distributed across a radio unit (RU) , distributed unit (DU) , or central unit (CU) .

[0169] The network entity 1704 includes antennas 1705A, a radio frequency front end (RF front end) 1705B, and one or more 5G NR transceivers 1705C for communicating with the user equipment 1702. The RF front end 1705B of the network entity 1704 may couple or connect the 5G NR transceivers 1705C to the antennas 1705A to facilitate various types of wireless communication. Similar to RF front end 1703B, the RF front end 1705B includes one or more modems, one or more ADCs, one or more DACs, and the like. RF front end 1705B receives the one or more RF signals, for example, RF signals from user equipment 1702, 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 1704. 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.

[0170] The antennas 1705A of the network entity 1704 may be configured individually and / or as one or more arrays of multiple antennas. The antennas 1705A and the RF front end 1705B may be tuned to, and / or be tunable to, one or more frequency band defined by the 3GPP 5G NR communication standards, and implemented by the 5G NR transceivers 1705C. Additionally, the antennas 1705A, the RF front end 1705B, and the 5G NR transceivers 1705C may be configured to support beamforming, such as Massive-MIMO, for the transmission and reception of communications with the user equipment 1702.

[0171] The network entity 1704 also includes processor (s) 1705D and computer-readable storage media (CRM) 1705E. The processor (s) 1705D 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) 1705D may include an application processor (AP) utilized by the network entity 1704 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 1705B to enable communication with the user equipment 1702. In at least some aspects, the processor (s) 1705D configures the 5G NR transceiver (s) 1705C for communication with the user equipment 1702, TRPs, and radio units via fronthaul interface 1707A, as well as communication with a core network. In some aspects, the network entity 1704 includes an inter-network entity interface 1707B, such as an Xn and / or X2 interface, which the processor (s) 1705D configures to exchange user-plane and control-plane data with another network entity, to manage the communication of the network entity 1704 with the user equipment 1702. The network entity 1704 includes a core network interface 1707C that the processor (s) 1705D configures to exchange user-plane and control-plane data with core network functions and entities.

[0172] The user equipment 1702 can include an uplink transmission power control unit 1780. The uplink transmission power control unit 1780 can implement any of the uplink transmission control features or UE operations described herein, such as receiving a PL offset configuration, processing the PL offset configuration to determine a PL offset value, calculating an uplink transmission power based on the PL offset configuration, and / or implementing an ML model to determine a PL offset value based on pathloss prediction.

[0173] The network entity 1704 can include an uplink transmission power control unit 1701 and a PL offset configuration unit 1740, which together or separately can implement any of the uplink transmission control features or network operations described herein. For example,  the transmission power control unit 1701 can determine whether the UE supports PL offset configuration or not. The PL offset configuration unit 1740 can transmit a PL offset configuration, such as via a RACH configuration, a Msg2, a MsgB, DCI, or MAC CE.

[0174] FIG. 1 through FIG. 17 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 may perform additional operations, fewer operations, operations in parallel or in a different order, and some operations differently.

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

[0176] Unless defined otherwise, technical and scientific terms used herein have the same meaning as is commonly understood by one of ordinary skill in the art to which this specification belongs. The terms “first, ” “second, ” and the like, as used herein do not denote any order, quantity, or importance, but rather are used to distinguish one element from another. The use of terms “including, ” “comprising” or “having” and variations thereof herein are meant to encompass the items listed thereafter and equivalents thereof as well as additional items. The terms “connected” and “coupled” are not restricted to physical or mechanical connections or couplings and can include electrical connections or couplings, whether direct or indirect. Furthermore, terms “circuit” and “circuitry” and “control unit” may include either a single component or a plurality of components, which are either active and / or passive and are connected or otherwise coupled together to provide the described function. In addition, the term operationally coupled as used herein includes wired coupling, wireless coupling, electrical coupling, magnetic coupling, radio communication, software based communication, or combinations thereof.

[0177] Some or all of the foregoing or the following implementations can be jointly combined or formed to be a new or another one implementation. 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. 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. 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.

[0178] Generally speaking, description for one of the above figures can apply to another of the above figures. Examples, implementations and methods described above can be combined, if there is no conflict. An event or block described above can be optional or omitted. For example, an event or block with dashed lines in the figures can be optional. In some implementations, “message” is used and can be replaced by “information element (IE) , ” and vice versa. In some implementations, “IE” is used and can be replaced by “field, ” and vice versa. In some implementations, “configuration” can be replaced by “configurations” or “configuration parameters, ” and vice versa. In some implementations, “some” means “one or more. ” In some implementations, “at least one” means “one or more. ”

[0179] As used herein, the terms “wireless device” , “user device” , “user equipment” , “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 may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS) . Still further, the user device can operate as an internet-of-things (IoT) device or 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.

[0180] Certain techniques are described in this disclosure as including logic or a number of components or modules. Modules can be software modules (e.g., code, or machine-readable instructions 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 comprise dedicated  circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) , a digital signal processor (DSP) , etc. ) to perform certain operations. A hardware module may also comprise programmable logic or circuitry (e.g., 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 (e.g., configured by software) may be driven by cost and time considerations.

[0181] 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.

[0182] 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. ”

[0183] 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, “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.

[0184] In 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. " An expression of “ (A) B” or “B (A) ” may include concept of “only B. ” An expression of “ (A) B” or “B (A) ” may include the concept of “A+B” or “B+A. ”

[0185] 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.

[0186] 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.

[0187] 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.

[0188] As described above, some aspects 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-executable or computer-executable instructions encoded on one or more tangible processor-readable or computer-readable storage media for execution by, or to control the operation of, a 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.

[0189] 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 implementations without departing from the 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.

[0190] 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.

[0191] 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, implementations are within the scope of the following claims. In some implementations, the actions recited in the claims can be performed in a different order and still achieve desirable results.

[0192] 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 communication by a user equipment (UE) (102) , the method comprising:receiving, from a network entity (104) , a pathloss (PL) offset configuration (140, 340, 1240, 1340A, 1440) for an uplink (UL) channel associated with at least one of a first transmission of a random access (RA) procedure or a second transmission without an applied transmission configuration indicator (TCI) state;receiving, from the network entity, a pathloss reference signal (PL-RS) (120, 420) ; andtransmitting, to the network entity, the least one the first transmission or the second transmission via the UL channel using a transmission power (180) that is based on the PL offset configuration and a pathloss associated with the PL-RS.2.The method of claim 1, wherein the receiving the PL offset configuration includes receiving the PL offset configuration via at least one of:a random access response (RAR) message of the RA procedure;a Message B (MsgB) of the RA procedure;a radio resource control (RRC) configuration;a medium access control (MAC) control element (CE) ;downlink control information (DCI) ;a broadcast message; ora group-cast transmission.3.The method of claim 1 or 2, wherein the receiving the PL offset configuration includes at least one of:receiving the PL offset configuration during a radio resource control (RRC) idle or inactive state;receiving the PL offset configuration before receiving a TCI state configuration; orreceiving the PL offset configuration before receiving a TCI state indication.4.The method of any one of claims 1 to 3, wherein the UL channel includes one or more of:a physical random access channel (PRACH) ;a physical uplink control channel (PUCCH) ;a physical uplink shared channel (PUSCH) ; ora sounding reference signal (SRS) .5.The method of any one of claims 1 to 4, further comprising:indicating to the network entity that the UE supports the PL offset configuration based on at least one of:using physical random access channel (PRACH) resources that are configured for UEs that support the PL offset configuration;using the PL offset configuration for a physical uplink shared channel (PUSCH) during or after the RA procedure when the UE receives the PL offset configuration via a random access response (RAR) , group-cast transmission, or broadcast message; orincluding an indication in a message 3 (Msg3) or Message A (MsgA) of the RA procedure that indicates the UE supports the PL offset configuration.6.The method of any one of claims 1 to 5, wherein the PL offset configuration includes at least one of:a cell-specific PL offset associated with a physical cell identifier (PCI) ;a PL offset configured per transmission and reception point (TRP) ;a reference signal specific configuration of a PL offset for the PL-RS associated with a downlink (DL) TRP; ora plurality of PL offsets to enable the UE to determine the PL offset for a UL TRP based on measurements of the PL-RS or another downlink reference signal.7.The method of any one of claims 1 to 6, wherein the PL offset configuration includes one or more PL offset values based on one or more of:a measured reference signal received power (RSRP) for the PL-RS or for one or more PL offset reference signal (PO-RS) resources, wherein the measured RSRP includes a layer 1 RSRP (L1-RSRP) or a layer 3 RSRP (L3-RSRP) ;a measured delay for the PL-RS or the one or more PO-RS resources; ora combination of the measured RSRP and the measured delay.8.The method of claim 7, wherein the PL offset configuration includes at least one of:a PL offset and an RSRP range such that the UE uses the PL offset when the measured RSRP is within the RSRP range;a PL offset and a delay range such that the UE uses the PL offset when the measured delay is within the delay range; ora PL offset, the RSRP range, and the delay range such that the UE uses the PL offset when the measured RSRP is within the RSRP range and the measured delay is within the delay range.9.The method of any one of claims 1 to 7, wherein the PL offset configuration includes a configuration of one or more PL offset reference signal (PO-RS) resources, the method further comprising:determining a PL offset based on an output of a machine learning (ML) model and channel measurements associated with the PO-RS resources, wherein the channel measurements include one or both of a channel impulse response (CIR) or power delay profile (PDP) of the one or more PO-RS resources.10.The method of claim 9, wherein the PL offset configuration includes a configuration of the ML model for PL offset prediction.11.The method of any one of claims 1 to 10, further comprising:determining a PL offset for the UL transmission based, at least in part, on the PL offset configuration and one or more characteristics of the PL-RS or another downlink reference signal; andtransmitting a power headroom report (PHR) including a power headroom (PH) based on the PL offset, wherein the PH is one of a Type1 actual PH, a Type1 reference PH, a Type3 actual PH, or a Type3 reference PH.12.The method of claim 11, wherein the transmitting the PHR includes transmitting the PL offset for a subset of or all the reported PH (s) in the PHR.13.A method for wireless communication by a network entity (104) , the method comprising:transmitting, to a user equipment (UE) (102) , a pathloss (PL) offset configuration (140, 340, 1240, 1340A, 1440) for an uplink (UL) channel associated with at least one of a first transmission of a random access (RA) procedure or a second transmission without an applied transmission configuration indicator (TCI) state;transmitting, to the UE, a pathloss reference signal (PL-RS) (120, 420) ; andreceiving, from the UE, the least one the first transmission or the second transmission via the UL channel, a transmission power of the UL channel being based on the PL offset configuration and a pathloss associated with the PL-RS.14.The method of claim 13, wherein the transmitting the PL offset configuration includes transmitting the PL offset configuration via at least one of:a random access response (RAR) message of the RA procedure;a Message B (MsgB) of the RA procedure;a radio resource control (RRC) configuration;a medium access control (MAC) control element (CE) ;downlink control information (DCI) ;a broadcast message; ora group-cast transmission.15.The method of claim 13 or 14, wherein the transmitting the PL offset configuration includes transmitting the PL offset configuration in association with the RA procedure prior to communicating a TCI state configuration or TCI state indication.16.The method of any one of claims 13 to 15, wherein the PL offset configuration includes at least one of:a cell-specific PL offset associated with a physical cell identifier (PCI) ;a PL offset configured per transmission and reception point (TRP) ;a reference signal specific configuration of a PL offset for the PL-RS associated with a downlink (DL) TRP; ora plurality of PL offsets to enable the UE to determine the PL offset for a UL TRP based on measurements of the PL-RS or another downlink reference signal.17.An apparatus, comprising:a communication unit; anda processing system configured to control the communication unit to implement any one of the methods of any one of claims 1 to 16.

Images