Prach pusch pucch enhancement for asymmetric multi-TRP operation

Abstract

A user equipment (UE), a base station, a baseband processor or other network device can configure a power control offset for an uplink (UL) transmission in an asymmetric multiple transmission reception point (mTRP) architecture operation, in which a first TRP communicatively coupled to the UE operate with at least downlink (DL) and the second TRP only for UL. The UE can then generate the UL transmission based on a transmission power from the power control offset associated with the second TRP.

Description

PRACH PUSCH PUCCH ENHANCEMENT FOR ASYMMETRIC MULTI-TRP OPERATIONFIELD

[0001] The present disclosure is related to wireless technology and enhancement for physical random access channel (PRACH) , physical uplink shared channel (PUSCH) , and physical uplink control channel (PUCCH) within asymmetric multi-transmission reception point (mTRP) operation.BACKGROUND

[0002] As the number of mobile devices within wireless networks, and the demand for mobile data traffic, continue to increase, changes are made to system requirements and architectures to better address current and anticipated demands. For example, some wireless communication networks may be developed to implement fifth generation (5G) or new radio (NR) technology, sixth generation (6G) technology, and so on. An aspect of such technology includes configuring multiple transmission and reception point (mTRP) usage in new radio (NR) evolving networks to achieve high reliability, low latency, improved mobility, and wider  / larger coverage in order to enable a wider adoption in 3GPP technology.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates an example of multiple transmission reception point (mTRP) architectures for uplink (UL) transmission in accordance with various aspects.

[0004] FIG. 2 illustrates an example signaling flow diagram for configuration of asymmetric mTRP operations in accordance with various aspects.

[0005] FIG. 3 illustrates an example configuration physical random access channel (PRACH) in an asymmetric mTRP operation in accordance with various aspects.

[0006] FIG. 4 illustrates an example of signaling for trigger PRACH transmission with a power control offset in an asymmetric mTRP operation in accordance with various aspects.

[0007] FIG. 5 illustrates an example information element (IE) configuration for a physical uplink shared channel (PUSCH) in an asymmetric mTRP operation in accordance with various aspects.

[0008] FIG. 6 illustrates another example IE configuration for a PUSCH in an asymmetric mTRP operation in accordance with various aspects.

[0009] FIG. 7 illustrates another example IE configuration for a PUSCH in an asymmetric mTRP operation in accordance with various aspects.

[0010] FIG. 8 illustrates another example IE configuration for a PUSCH in an asymmetric mTRP operation in accordance with various aspects.

[0011] FIG. 9 illustrates an example medium access control control element (MAC-CE) payload information in an asymmetric mTRP operation in accordance with various aspects.

[0012] FIG. 10 illustrates another example IE configuration for a PUSCH in an asymmetric mTRP operation in accordance with various aspects.

[0013] FIG. 11 illustrates an example IE configuration for a physical uplink control channel (PUCCH) in an asymmetric mTRP operation in accordance with various aspects.

[0014] FIG. 12 illustrates another example of IE configurations for a PUCCH in an asymmetric mTRP operation in accordance with various aspects.

[0015] FIG. 13 illustrates another example IE configuration for a PUCCH in an asymmetric mTRP operation in accordance with various aspects.

[0016] FIG. 14 illustrates another example MAC-CE payload information in an asymmetric mTRP operation in accordance with various aspects.

[0017] FIG. 15 illustrates an example process flow for asymmetrical mTRP operations for UL transmission in accordance with various aspects.

[0018] FIG. 16 illustrates an exemplary block diagram illustrating an example of UEs communicatively coupled a network with network components as peer devices useable in connection with various aspects described herein.

[0019] FIG. 17 illustrates an example simplified block diagram of a UE wireless communication device or other network device  / component (e.g., base station, eNB, gNB) in accordance with various aspects.DETAILED DESCRIPTION

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

[0021] Various aspects include efficiently configuring power control across multiple transmission reception points (mTRPs) by enhancing the physical random access  channel (PRACH) , the physical uplink shared channel (PUSCH) , and the physical uplink control channel (PUCCH) within asymmetric mTRP operations. A heterogeneous network (NW) can be deployed to improve uplink (UL) coverage and throughput. Because the base station (e.g., a macro gNB) and micro nodes differ in power rating, a UE may receive downlink (DL) transmission from the macro gNB, but transmit UL to either the macro gNB or to non-co-located micro nodes in order to maximize UL coverage and throughput. As an option to further reduce energy consumption, the micro nodes can, for instance, reduce or even turn off DL transmissions, and thus, only operate in the UL with respect to the UE. To support such a deployment scenario, enhancements on UL power control, especially with the PRACH, PUSCH, and PUCCH, are envisioned. Initially, when a path loss reference signal (RS) is transmitted from a macro gNB and the UE transmits UL to the micro nodes, the path loss measured from the path loss RS from the macro gNB does not necessarily accurately represent the path loss between the UE and the micro nodes. Therefore, power control measures can be taken to configure the UE with a path loss offset to facilitate accurate calculation of the path loss associated with the micro nodes or mTRPs. In addition, an additional sounding reference signal (SRS) closed-loop power control for DL CSI acquisition to the macro gNB (for DL transmission) , separate from that for the SRS to the micro nodes (for UL mTRP reception) can be introduced. Therefore, there is a need for supporting two closed-loop power control adjustment states for SRS, both separate from PUSCH.

[0022] Multi-TRP operation is explicitly supported and enhanced in Rel-16  / 17  / 18. In Rel-16, five Single-downlink control information (DCI) mTRP schemes are specified, such as 1 subscriber data management (SDM) , 2 frequency division management (FDM) , 2 time division multiplexing (TDM) , and one Multi-DCI mTRP scheme is specified. In Rel-17, support for inter-cell mTRP is provided, as well as for a channel state information (CSI) enhancement for a single DCI, and for CSI, Type I codebook, enhancement for Non-Coherent Joint Transmission (NCJT) with SDM Single-DCI mTRP. Uplink mTRP PUSCH / PUCCH / and enhanced the DL PDCCH repetition also finds support, along with an mTRP Single Frequency Network (SFN) scheme for PDCCH / PDSCH for the High Speed Train (HST) . Rel-18 saw a number of enhancements for the unified TCI framework, which is extended to support mTRP operation. A new DL CJT (Coherent Joint Transmission) scheme is specified with unified TCI frame work; CSI, Type II codebook, enhancement for CJT with up to 4 TRPs; and Simultaneous Transmission Cross Multiple Panels (STxMP) for PUSCH with both Single-DCI, i.e., SDM and SFN, and Multi-DCI; and STxMP for PUCCH with SFN.

[0023] In an aspect, a UE can operate via processing circuitry to receive a power control information (e.g., an information element (IE) or the like) that includes a power control offset for supporting an asymmetric mTRP architecture operation. The UE can then determine a path loss calculation for a power control adjustment based on the power control offset obtained from the information. A physical channel transmission can then be generated with the power control adjustment derived from the power control offset to a first or second TRP in the asymmetric mTRP architecture.

[0024] In an aspect, the physical channel transmission by the UE based on the power control offset can be configured with a different cell identity (PCI) than the first or second TRP of the asymmetric mTRP architecture. This PCI can be associated with a synchronization signal block (SSB) of a DL TRP neighbor cell, for example. The UE can further modify a transmission power of at least one of: a PRACH, a PUSCH, or PUCCH, based on the power control offset indicated in an IE of the power control information.

[0025] Various enhancements are envisioned for asymmetric DL sTRP / UL mTRP deployment, especially for intra-band intra –distribution unit (DU) non-co-located mTRP scenarios. Two closed-loop PC adjustment states for SRS, both separate from PUSCH; and path loss offset configurations for path loss calculation to UL TRP (s) , when the path loss RS is from DL sTRP.

[0026] Objectives for aspects herein include providing support for the asymmetric mTRP network (NW) condition, which is asymmetric DL and UL TRP deployment. Each TRP in mTRP can have both DL and UL, but in some instances a TRP have no DL for the UE, and only UL, which means that there can be more TRPs for UL, and less TRPs for DL for the UE; thus, an asymmetrical mTRP configuration or operation can occur between UL and DL pathways with the UE. An asymmetrical mTRP architecture  / operation with a UE can mean that the UE is communicatively coupled to at least one TRP with both UL and DL and at least one TRP with only UL and without DL, for example. As a result of this asymmetrical mTRP that the UE can be coupled to in wireless communication, path loss differentials, depending on the UE’s location, can cause timing alignment and power control issues so that a transmission of the UE does not closely reflect the actual conditions of the asymmetrical mTRP architecture  / configuration with the UE.

[0027] Additional aspects and details of the disclosure are further described below with reference to figures.

[0028] Referring to FIG. 1, illustrated are example mTRP architectures 100 wirelessly coupled to a UE. The mTRP architecture 110 comprises a symmetrical mTRP  configuration with the UE 110, where each TRP operates in both UL and DL communication for the UE 110 to receive  / process DL communications and transmit  / provide UL communications at both TRP 122-1 and TRP 122-2.

[0029] The mTRP architectures 120 at the right hand comprises an asymmetrical mTRP configuration with the UE 110. Here, the UE 110 is communicatively coupled to the mTRP 122-2 as an UL  / DL TRP 122-2 operating in UL and DL communication together, while the other TRP 122-3 only coupled to the UE 110 in UL communication. The mTRP architecture 120 is therefore an asymmetric mTRP architecture in relation to the UE 110 because not every TRP in communication with the UE 110 provides both UL and DL.

[0030] Because UL can be worse than DL in terms of power consumption and coverage (e.g., a 20 dBm difference or more) , there can exist more than 20 dBm power differential between the DL and UL. As a result, UL can often be a bottleneck for coverage, and thus, more UL-only TRPs may be deployed in the network, causing asymmetrical mTRP conditions for a UE 110. For example, while the base station may transmit with about 46 to 49 dBm, the UE may normally transmit at 23 dBm. Because one TRP (an UL-only TRP) may have no DL with the UE, an asymmetrical mTRP architecture condition an arise with a UE 110; the UE is connected to two UL capable TRPs, but only one TRP that is providing DL, for example, or some other unequal ratio between UL and DL.

[0031] As such, various aspects can be configured to enable more consistent power control. Power control can be a crucial component for UL, for example, to mitigate the near far problem. If the UE 110 transmits at the same power than when the UE closer to the TRP, the power can be overdrawn than when the UE 110 is farther away from the TRP. The critical parts for UL transmission, in particular, can involve timing alignment (TA) control, and power control. With TA control, the UE 110 can adjust the transmission timing to adapt to the propagation delay; and thus, signals can be received simultaneously on the UL at the base station from different users.

[0032] In power control management, there are two primary concerns that include open loop power control and open loop power control setup, which is a rough UL transmission power determination, before a closed loop fine tuning operation. The open loop power control in principle can be performed as a UE estimation of the signal quality on the path loss reference signal of a DL transmission reference signal (RS) . The UE estimates the quality of the reference signal, which indicates roughly the distance, for example, along with the UE radio condition (e.g., proximity) -whether the UE 110 is far  or close from the BS or TRP. From the reference signal, the UE 110 can estimate the path loss, then perform the open loop power control by adjusting the transmission power to overcome the path loss. If the path loss is relatively large compared to its current power transmission, the UE 110 can increase its transmission power; and if low, the UE 110 can decrease its transmission power to transmit with a smaller amount of power. These conditions can vary with respect to the UE’s proximity to one TRP 122-2 or another 122-3.

[0033] After the open loop power control at the UE establishes a rough or course UL transmission power, the base station can use a closed loop power control to fine tune this by indicating that the UE should power up or power down by an increment (e.g., 1 dB, 3B, or other amount) . When there is DL with a TRP to the UE, the UE can use fine tune indication to more accurately determine power control for the UL transmission (e.g., UL to the TRP 122-3) . However, without a DL, the DL reference signal is used or borrowed from the other TRP (e.g., TRP 122-2) ; this DL reference signal may not reflect the actual real path loss between the UE and the particular UL TRP, in an asymmetrical mTRP network architecture condition. In other words, the DL reference signal from the DL TRP 122-2 may not reflect a real path loss between the UE 110 and the UL TRP 122-3. Although the open loop power control is less accurate in estimation, obtaining a rough or course transmission power, and while the close loop power control is more accurate, enhancements can be utilized for each with respect to PRACH, PUSCH or PUCCH.

[0034] In addition, other enhancements consider intra band intra-distribution unit (DU) s, including intra cell and inter cell scenarios. Inter DU mobility refers to a UE moving from one base station DU coverage to another, while intra DU mobility refers to the UE moving from one cell to another within a same base station DU. In particular, inter cell means that for the UL TRP 122-3 (the tower on the far right) and the DL TRP 122-2 (left tower of far right) , the DL is originating from a different cell, with a different cell ID than the DL TRP 122-2. In this case, even though the UL TRP 122-3 and the DL TRP 122-2 is communicatively coupled or linked to the UE 110, the DL may be coming from a different cell with a different physical cell ID (PCI) . Therefore, the DL reference signal not only has to be configured in another cell, but also coming from another TRP than the UL TRP 122-3 that the UE 110 may be transmitting to, which is going to also tend toward less accurate power control estimations in the network.

[0035] In an aspect, a power control offset indication can be provided to the UE 110 to support PRACH transmission to support asymmetric mTRP operation of the  asymmetric mTRP architecture 120. The random access channel procedure is significant in establishing an initial connection (Initial Access) between a UE and the network. Initial Access can refer to the sequence of process between the UE 110 and the TRP 122-2, the TRP 122-3, or both in order to acquire UL synchronization and obtain a specified ID for radio access communication, and referred to the “RACH process” . Initial Access, in some instances, can include a DL synchronization operation plus a RACH. In particular, a power control offset can be configured, i.e., PPRACH, OFFSET, so that the UE modifies the transmission power of PRACH by PPRACH, OFFSET for a PRACH transmission. This power control offset (PPRACH, OFFSET) can be configured by the UE by one or more of the following information elements (IEs) or configuration elements fields: a RACH configuration common (RACH-ConfigCommon) IE, a RACH configuration common two-step random access (RACH-ConfigCommonTwoStepRA) IE; a RACH configuration dedicated (RACH-ConfigDedicated) IE; a RACH configuration generic (RACH-ConfigGeneric) IE; or a RACH configuration generic two-step random access (RACH-ConfigGenericTwoStepRA) IE. In response to receiving the indication of the power control offset generated by the NW or DL TRP 122-2, for example, the UE can determine a path loss calculation for a power control adjustment for an UL transmission or PRACH transmission.

[0036] The IE RACH-ConfigCommon can be a configuration of cell specific random access parameters for contention based random access (CBRA) and contention free random access (CFRA) as well as for contention based beam failure recovery in this BWP. The NW, base station, or TRP configures an SSB-based RA (and hence RACH-ConfigCommon) only for UL bandwidth parts (BWPs) if the linked DL BWPs (same bwp-Id as UL-BWP) are the initial DL BWPs or DL BWPs containing the SSB associated to the initial DL BWP or DL BWPs associated with other parameters. The network configures RACH-ConfigCommon, when it configures contention free random access (for reconfiguration with sync or for beam failure recovery) . RACH-ConfigCommonTwoStepRA IE can be a configuration of cell specific random access parameters which the UE uses for contention based and contention free 2-step random access type procedure as well as for 2-step RA type contention based beam failure recovery in this BWP. The IE RACH-ConfigDedicated is used to specify the dedicated random access parameters. The IE RACH-ConfigGeneric is used to specify random access parameters. The IE RACH-ConfigGenericTwoStepRA is used to specify the 2-step random access type parameters.

[0037] One or more of these IEs for a radio resource controlled (RRC) controlled RACH can be configured to provide a power offset in an asymmetric TRP architecture 120 to the UE 110 for a RACH transmission. The dedicated RACH, RACH-ConfigDedicated, can be a function of per UE, or vary for each UE, while the common RACH, RACH-ConfigCommon, can be a function of per cell, or vary for each cell. The generic RACH, RACH-ConfigGeneric, can contain information parameters that are generic to both regular random access and beam failure recovery, for example. In terms of the RACH procedure, the UE can perform a four step PRACH or a two-step PRACH with a TRP or base station. If the UE 110 estimates a path loss from the TRP 122-2 and the path loss between the DL TRP 122-2 and the UL TRP 122-3 are different, an adjustment can be performed on the transmission power with the power control offset based one or more of these IEs, including the two-step RA configurations when performing a two-step RACH process. The power control offset indicated by an IE for the PRACH can enable the NW to configure an offset that is used for the determination of the PRACH transmission power. This power control offset can be configured in any one or more of these RACH configurations by the TRP or associated base station.

[0038] FIG. 2 illustrates a two-step RACH process 200. The 2-step RACH process may be selected over the 4-step process when latency is a concern, a cell is geographically compact so that timing advance is not as important to decoding UL transmissions, or the likelihood of collisions is relatively small. At 202, MsgA includes the PRACH preamble (either randomly selected or preconfigured to the UE) and is transmitted using the RO associated with a selected SSB. MsgA also includes the RACH-related PUSCH. MsgA PUSCH is scrambled based on RA-RNTI, the preamble ID (RAPID) , and a current PCI, for example. At 204 the base station or TRP can provide an RA response as a message B (MsgB) .

[0039] In an aspect, to further support asymmetric mTRP operation, when the NW configured power control offset for PRACH transmission, different power control offsets can be configured for different parameters for the two-step RACH. For the four step PRACH, the first transmission is only the preamble. Additionally, or alternatively, only power control offset can be configured for the two-step RACH. A two-step RACH process can include at least two elements, a PRACH preamble (MsgA preamble) and data or a payload transmission on a MsgA PUSCH for NR. A same or different power control can be configured by the NW for each of these elements. Because the preamble is easier to decode compared to the data payload on MsgA PUSCH, in which different power control offsets can be beneficial since both are being transmitted in the two-step  PRACH. For example, the TRP 122-2 or base station could ask UE 110 to increase the additional extra dB or so for the data in order to further improve the reliability, while the preamble could be decoded much more reliably.

[0040] In yet another aspect, the NW or TRP 122-2 can operate to indicate different power control offsets associated with different synchronization signal blocks (SSBs)  / channel state information (CSI) -reference signals (CSI-RSs) . The UE 110 can thus generate different PRACHs associated with different SSBs  / CSI-RSs, based on their corresponding power control offsets, for the PRACH transmission. PRACH for a RACH transmission ratio is one to one associated, most of the time with SSB and sometimes with CSI-RS. Up to 64 SSBs can be configured, for example, and those SSBs are can each be pointing to different direction. If the base station or associated TRP (e.g., 122-2) is using different SSB the path loss difference measured for different SSBs could be different; thus, using different power control offsets for different SSBs  / CSI-RSs, for example, could be beneficial to increase reliability. Although providing one power control offset for different SSBs  / CSI-RSs would be less complex in practice.

[0041] Referring to FIG. 3, illustrated is an example IE 300 for asymmetric mTRP operation when an SSB is configured from a different PCI for a PRACH transmission. In response to receiving the CFRA SSB Resource (CFRA-SSB-Resource) IE from the NW or TRP 122-2, for example, the UE 110 can generate the PRACH transmission based on a different PCI (e.g., additionalPCIIndex-r17 302) than the TRP 122-2 and the TRP 122-3, which can be associated with an SSB from a third DL TRP 330 or base station of a neighbor cell, for example.

[0042] Because the UL TRP 122-3 has no DL, the NW or TRP 122-2 can be further configured to allow or enable an SSB from a neighbor cell to be used for estimation or configuration of the power control for the PRACH transmission. In this manner, the UE 110 can use the PCI of the neighbor cell that is a different PCI than the TRP 122-2 and TRP 122-3 to calculate power for the PRACH transmission (e.g., to the UL TRP 122-3) in an symmetric mTRP architecture or operation. In particular, the SSB index associated with the SSB of a neighbor cell from a CFRA SSB resource (CFRA-SSB-Resource) IE 300 comprises an additional PCI index (AdditionalPCIIndex-r17 302) of the different PCI, which enables the UE 110 to allow the path loss reference signal to be configured for in a neighbor cell of a different PCI.

[0043] Referring to FIG. 4, illustrated is an example signal flow 400 using a DCI that triggers a PRACH transmission in an asymmetric mTRP architecture operation. In response to receiving a PDCCH Order 406 in a DCI (e.g., fallback DCI Format 1_0) for  triggering a PRACH transmission associated with an SSB of either a serving cell or a neighbor cell (e.g., base station (BS) or TRP 330) , as well as receiving the power control offset that is associated with the SSB, the UE (e.g., UE 110) generates the PRACH transmission based on the power control offset. The power control offset associated with the SSB can be received in at least one of: a RRC configuration or a medium access control (MAC) control element (MAC-CE) 408, or in the DCI of the PDCCH Order 406.

[0044] The PRACH can be normally transmitted based on RRC configuration, and if for example if UE needs to obtain the time synchronization, (e.g., performing beam failure recovery (BFR) , then the UE 110 can send this PRACH. The other PRACH transmission is called the DCI triggered PRACH that is with a power offset adjustment, where the PDCCH Order 406 can trigger the PRACH transmission to be generated by the UE 110. The PDCCH Order 406 in DCI is a mechanism by which BS or TRP can force UE 110 to initiate PRACH transmission with the MsgA preamble plus PUSCH data. This procedure can occur when the network and UE 110 may have lost sync (out of sync 404) while in connected states 402 and user data is available to be sent out on Network side. A primary purpose of RACH is to enable the UE to obtain the synchronization with network and establish the initial connection pipe. In most cases, the decision to initiate (trigger) PRACH is done by the UE. But, there can be some cases where NW (base station or TRP) may force the UE 110 to initiate the RACH process, in which the PDCCH Order can be this mechanism, and also used to indicate a power offset adjustment.

[0045] For example, if the network NW believes the UE UL timing is incorrect, then the NW can use the PDCCH Order 406 to prompt the UE to trigger generation of a PRACH transmission, which is with respect to or corresponding with a particular SSB. The NW causes the UE to UL the timing and adjust the UL transmission time. This operation could be used also for handover, when trying to go to command the UE to RACH to the neighbor cell 330 when handing over to the neighbor cell.

[0046] In an aspect, as there are up to 64 SSB, each one with its own PRACH occasion or PRACH configuration, once NW provides a trigger or indication for the UE 110 to transmit the PRACH, the NW (BS  / TRP) also indicates which SSB to use as a reference for the PRACH transmission. For an UL transmission, the UE can modify the power control because the path loss estimate can be from a different TRP and not the same TRP 122-3 because this TRP 122-3 has no DL, while the TRP 122-2 does have a  DL; although it is located in a different place so the path loss differential should be accommodated for.

[0047] The power control offset can be configured as a part of the RACH configuration with RRC, but for a DCI based PRACH there can be various configurations. In one example, an additional field or a legacy field in the DCI can indicate the power offset that the UE 110 can use for configuring the power of the UL transmission (e.g., PRACH transmission of the corresponding PDCCH trigger) .

[0048] Alternatively, or additionally, a MAC_CE or RRC configuration can be used to indicate the power offset of a different SSB in association with an SSB, a PCI or SSB (including synchronization signal (SS)  / physical broadcast channel (PBCH) ) ID. When triggering PRACH transmission with the PDCCH Order in a DCI, the SSB and the power offset can be indicated together for the PRACH transmission, while triggering the UE for the PRACH transmission. However, a different power offset could be configured for different SSB using a separate MAC–CE  / RRC 408. The power control offset associated with an SSB can be received by at least one of: an RRC configuration, a MAC-CE, or the DCI that triggers the PRACH transmission with a power offset adjustment or not.

[0049] If a cyclic redundancy check (CRC) of the DCI format 1_0 is scrambled by a cell radio network temporary identifier (C-RNTI) and the "Frequency domain resource assignment" field is of all ones, the DCI format 1_0 can be designated for random access procedure initiated by a PDCCH order, with one or more fields set as follows: a Random Access Preamble index with 6 bits according to ra-PreambleIndex; an UL  / supplementary UL (SUL) indicator of 1 bit, where I=if the value of the "Random Access Preamble index" is not all zeros and if the UE is configured with a supplementary Uplink in a serving cell configuration (ServingCellConfig) in the cell, this field indicates which UL carrier in the cell to transmit the PRACH, otherwise, this field is reserved; and an SS / PBCH index of 6 bits, where if the value of the "Random Access Preamble index" is not all zeros, this field indicates the SS / PBCH or SSB that shall be used to determine the RACH occasion for the PRACH transmission; otherwise, this field is reserved.

[0050] The above aspects can be RRC based or DCI based. When DCI based one the UE can be triggered to generate PRCH by the DCI and dynamically indicated the power control offset in the DCI. Additionally, for the inter cell scenario where the DL is not only coming from a different TRP (e.g., 122-2) but also from a different cell (e.g., of TRP 330) , the UE can be indicated which cell it comes from by configuring the cell ID (e.g., the PCI or other cell ID) .

[0051] Enhancement the PUSCH due to similar demands exist, but the modifications can be configured different than with PRACH. Referring to FIGs. 5 and 6, illustrated are examples of PUSCH IEs 500 and 600 for indicating a power control offset to support asymmetric mTRP architecture operation with a unified transmission configuration indicator (TCI) frame work. Two possible unified TCIs for the UL transmission (PUSCH) transmission can be configured for indicating a power control offset (POffset-r19 Integer {-20 : 20} , a joint mode TCI of IE 500 and a separate mode TCI of IE 600, which correspond to a joint TCI state (TCI-State) of IE 500, and an UL TCI state (TCI-UL-State) of IE 600, respectively. The joint mode of IE 500 refers to a TCI state that is applicable for both UL and DL, where the separate mode IE 600 refers to a TCI state that is applicable for either UL or DL. TCI state of IE 500 or 600 can comprise the power control offset 502 or 602 for the UE 110 to determine for the PUSCH transmission. TCI state of each IE 500 and 600 also comprise the open loop power control parameters with a path loss reference signal for power control (pathlossReferenceRS-Id-r17) 504, 604 and a dedicated IE for the UL power control (ul-powerControl-r17) 506, 606. The power control offset 502 and 602 can each be configured, or only one to one IE 500 or 600, directly into the TCI State IE.

[0052] TCI states can be dynamically sent over in a DCI message which includes configurations such as quasi co location (QCL) -relationships between the DL RSs in one CSI-RS set and the PDSCH demodulation reference signal (DMRS) ports. UE can be configured with a list of TCI-State configurations within the higher layer (RRC Re Config) parameter PDSCH-Config to decode PDSCH according to a detected PDCCH with DCI intended for the UE and a given serving cell.

[0053] In an aspect, the power control offset 500  / 600 can be received in a transmission configuration indicator TCI-State IE 500 or the TCI-UL-State IE 600 of the unified TCI frame work. The UE 110 can determine a path loss calculation for a PUSCH, or for a PUCCH based on one or more of: the TCI-State IE 500 or the TCI-UL-State 600 to transmit the PUSCH or the PUCCH.

[0054] Alternatively, or additionally, the UE 110 can identify the power control offset 502 or 602 in one or more a sub-IEs 700 of FIG. 7 of the TCI-State IE 500 or the TCI-UL-State IE 600 of the unified TCI frame work. The sub-IE can include at least one of: a UL power control (Uplink-PowerControl) IE 710, a path loss reference reference signal (PathlossReferenceRS) IE 720, or a P0 Alpha Set (P0AlphaSet) IE 730.

[0055] FIG. 7 illustrates an example Uplink-PowerControl IE 710, PathlossReferenceRS IE 720, and P0AlphaSet IE 730 for indicating a power control  offset 712, 722, and 733, respectively, to support asymmetric mTRP architecture operation with a unified TCI frame work. The Uplink-PowerControl IE 710 can also be a sub-IE or IE within an IE, namely the Uplink-PowerControl IE 504 of the TCI-State IE 500 of FIG. 5 or Uplink-PowerControl IE 604 of the TCI-UL-State 600 of FIG. 6 to indicate the power control offset 712 for transmission of the PUSCH or the PUCCH. The Uplink-PowerControl IE 710 configures the UE specific power control parameter (s) for PUSCH, PUCCH, and sounding reference signal (SRS) .

[0056] The PathlossReferenceRS IE 720 can also be a sub-IE as the PathlossReferenceRS IE 506 or and PathlossReferenceRS IE 606 of FIGs. 5 and 6, respectively. The PathlossReferenceRS IE 720 provides the ID of the reference signal (e.g., a CSI-RS or an SSB) used for the PUSCH, PUCCH, and SRS path loss estimation. This field or IE can refer to an element in the list configured using pathlossReferenceRSToAddModList in a serving cell and UL BWP where the TCI state is applied by the UE.

[0057] The P0AlphaSet IE 730 can be a sub-IE of a sub-IE 704 in the Uplink-PowerControl IE 710. The P0AlphaSet IE 730 (e.g., p0AlphaSetforPUSCH, p0AlphaSetforPUCCH, p0AlphaSetforSRS) configures power control parameters for PUSCH, PUCCH, and SRS, when the field alphas is absent (p0AlphaSetforPUSCH, the UE applies the value 1 for PUSCH power control, and likewise for SRS, but when absent for PUCCH it is not used. Each of one or more IEs, sub-IEs or sub-IEs of sub-IE can be configured to contain and indicate a power control offset for use in configuring the UL transmission power at UE 110, for example, achieving similar function and purpose for supporting the asymmetrical mTRP operation.

[0058] The UE 110 can use the path loss offset to adjust the UL transmission power and account for the path loss difference in the unified TCI. In situations, where the UE 110 should increase the power the transmission power can be increased by an amount of dBm or decibel milliwats (e.g., 20 dBm) or other indicated offset amount, or decrease by the negative amount indicated (e.g., -20 dBm) . Each of the IEs and sub-IEs contain hierarchical structures that nest different IEs as sub-IEs within them, some more than others. As long as one of the IEs are configured to provide the power control offset, the UE can operate to generate UL transmission in an asymmetrical mTRP architecture for PUSCH or PUCCH.

[0059] Alternatively, or additionally, the UE 110 can identify a power control offset in one or more a IEs 800 of FIG. 8 of a legacy power control frame work as configured in the PUSCH configuration, or a PUSCH Config IE in a hierarchical structure. At a highest  level of the hierarchical IE structure, a scheduling request indicator (SRI) PUSCH power control (SRI-PUSCH-PowerControl) IE 810 can comprise a power control offset 812, along with sub-IEs including a PUSCH power control ID (SRI-PUSCH-PowerControlID 818, a PUSCH pathloss reference RS 816, a P0-PUSCH AlphaSetID 814. The P0-PUSCH AlphaSetID 814 can configure a desired receive power and the path loss computation factoring section (28: 05) so you can actually configure the power control offset (PCOffset-r19) 812, 822, or 832 in the SRI-PUSH-PowerControl IE 810, or in a sub-IE such as in the P0-PUSCH AlphaSetID sub IE 814 of the SRI-PUSH-PowerControl 810, or in the PathlossReferenceRS 816, respectively; each IE can achieve a same purpose for both the unified TCI frame work and the legacy power control frame work.

[0060] Referring to FIG. 9, illustrated is an example of MAC-CE 900 that can provide a power offset or a power offset modification to the UE for asymmetrical mTRP operation. The UE 110 can potentially move from one TRP (e.g., 122-2) to the other TRP (e.g., 122-3) . Therefore, depending on whether the UE 110 is close in proximity to the DL TRP 122-2 or close to the UL TRP 122-3, the power adjustment can be different. In one case the path loss may be underestimated, especially if UE 110 is close to the DL TRP 122-2 because the path loss estimated for the DL TRP 122-2 is small in comparison, but the actual path loss to the only UL TRP 122-3 could be much more. Thus, the UE 110 should increase transmission power additionally in order to account for the path loss differential. However, if the UE 110 begins to move close to the UL TRP 122-3, then the path loss is may become overestimated because the estimate of the path loss is based on the DL signal from the DL TRP 122-2, which is far away; thus, the actual path loss to the UL TRP 122-3 can be better by adjusting with a power control offset in the other direction to reduce transmission power. In particular, the path loss offset is not a constant, but rather can depend on the location of the UE 110.

[0061] The UE 110 can seek to track the path loss differently based on the UE’s UL transmission by updating the path loss. The RRC updating most of the time is sufficient when the UE 110 is not moving very fast, or if the cell size is not very small. However, the MAC-CE 900 can be provided quicker and more dynamically for such purposes compared to the RRC signaling.

[0062] In an aspect, the UE 110 can operate to receive the MAC-CE 900 for a legacy power control frame work that indicates the power control offset and be used to modify a mapping between the power control offset and an SRI field in order to update the asymmetric mTRP operation with an SRS resource set associated with the SRI field.  The MAC-CE 900 can enable the power offset to be updated for a different SRI, which is an SRS resource indicator field. The serving cell ID can identify the serving cell, and the BWP ID identifies the bandwidth part (BWP) . In the legacy power control frame work, two sets of SRS resource sets for a codebook or non-codebook can be configured with a waiting BWP, which can be indicated with “T” . The T informs the UE 110 which SRS resource set is being selected. For example, when T is zero, one set of SRI ID (s) to be updated are those associated with the first resource set, and when T is 1, other SRI ID (s) to be updated can be those associated with a second SRS resource set. There can be multiple different SRSs and the SRI ID i can be a list of the SRSs. The power offset is configuring the power offset critical for those listed SRSs. With these parameters, the MAC-CE 900 can operate to adjust the power offset and dynamically manage the UE mobility by updating the UE 110 with these resources for efficient and accurate power control.

[0063] Referring to FIG. 10, illustrated is another IE 1000 configured to support asymmetric mTRP operation for inter cell mTRP. With IE 1000, a different PCI can be configured in a PathlossReferenceRS or as a PUSCH-PathlossReferenceRS 1002 for a legacy power control frame work (e.g., before Rel 19) . The PUSCH-PathlossReferenceRS 1002 comprises an additionalPCI-r19 AdditionalPCIIndex-r17 1004. The PCI can be configured only when the SSB is configured as a Pathloss RS. This PathlossReferenceRS 1002 can operate to enable inter-cell operation. The base station or gNB can configure the path loss reference signal for a neighbor cell (e.g., mTRP 330) by adding the Additional Cell ID 1004 which the associated PCI Index in an AdditionalPCIIndex-r17, in the PUSCH pathloss configuration, serving in similar function as the additionalPCIIndex-r17 302 of FIG. 3 for a PRACH. By introducing this TCI, with the IE 1000, the NW can configure SSB from the neighboring cell (e.g., 330) in the neighboring of the DL TRP 122-2 to be used as the open loop power control for the UE’s PUSCH transmission, for example.

[0064] Other aspects can include enhancements that also include the PUCCH transmission in addition to those described herein. Similar as the PUSCH path loss reference RS 1002 of FIG. 10, the path loss reference RS 1102 can be enhanced. In legacy or in unified TCI the path loss is already enabled. In the legacy power control frame work, the PUSCH is configured in the PUSCH path loss reference signal RS 1002, and for the PUCCH it is configured in the PUCCH path loss reference RS 1102. In an aspect, the PCI or the cell ID of the field or element additionalPCI-r19  AdditionalPCIIndex-r17 1104 can be added to enable the PUCCH to be power controlled based on the DL TRP 122-2 in a different cell or a different PCI.

[0065] As described above, the aspects associated and described with respect to FIGs. 5, 6 and 7 apply equally to generation of the PUCCH as well as the PUSCH also by the UE 110 in the unified TCI frame work. For PRACH, PUSCH, PUCCH overall, fundamental objectives are enabling some power control adjustment, which is essentially the open loop power control adjustment, for the UE 110 to account for the closed loop power control state for PUSCH and PUCCH is not as demanding because it is supported. Additionally, the path loss reference signal can be configured for a neighbor cell of a the PRACH, PUSCH or PUCCH.

[0066] Referring to FIG. 12, illustrated are IEs 1200 to support asymmetric mTRP operation for a legacy power control frame work, similar to the PRACH  / PUSCH where the power control offset can be configured for PUCCH. Because the legacy TCI is not unified, the PUCCH has a separate power control, in which the PUCCH can be determined for frequency range 1 (FR1) and frequency range 2 (FR2) . The PUCCH parameters for generation can be indicated by the spatial relation info (PUCCH-SpatialRelationInfo IE 1210, which has both a path loss reference signal and also a p0 PUCCH ID to serve for parameters to the open loop power control for a desired receive power at the base station side. To configure the PUCCH in the legacy cases, the power control offset 1204, 1206, or 1208 can add the power control offset one of the IEs 1200. The highest in the hierarchical structure is the spatial relation info1210, comprising and two sub IEs, P0-PUCCH 1212 and PUCCH-PathlossReferenceRS 1214. The power offset can be added either in the highest, or in the middle or lowest IEs as one of the sub IEs in the hierarchical structure to serve the same function.

[0067] The UE 110, for example, can receive the power control offset in the PUCCH spatial relation info (PUCCH-SpatialRelationInfo) IE 1210, or a sub-IE comprising a p0 PUCCH (p0-PUCCH) IE 1212, or a PUCCH path loss reference reference signal (PUCCH-PathlossReferenceRS) IE 1214. Based on the power control offset 1204, 1206, or 1208, the UE 110 can determine a path loss calculation for a power control adjustment of a PUCCH, based on the PUCCH-SpatialRelationInfo IE 1210, the p0-PUCCH IE 1212, or the PUCCH-PathlossReferenceRS IE 1214, for FR1. The PUSCH transmission can then be transmitted based on the power control offset or associated power adjustment.

[0068] Referring to FIG. 13, illustrated is an IE 1300 to support asymmetric mTRP operation for a legacy power control frame work, similar to the PRACH  / PUSCH where  the power control offset 1304 can be configured for PUCCH by being received in a PUCCH power control info (PUCCH-PowerControlSetInfo) IE 1302. The UE 110 can then configure a path loss calculation for a power control adjustment of a PUCCH, based on the PUCCH-PowerControlSetInfo IE 1302, specifically for FR1, and transmit the PUCCH accordingly. The spatial relation is not as easily configured for FR1 so in order to transport the power control for the PUCCH transmission and mTRP, the power control offset can be configured in the PUCCH-PowerControlSetInfo IE 1302, or any sub-IEs present, using a legacy power control frame work also. Alternatively, as discussed above, the power control overset could be identified or configured within each of the sub-IEs as well, such as the p0 PUCCH ID or the PUCCH path loss reference RS ID.

[0069] Referring to FIG. 14, illustrated is an example MAC-CE 1400 to support asymmetrical mTRP operation. The MAC-CE 1400 can be configured to modify a power control offset for PUCCH. The UE 110, for example, can receive the MAC-CE 1400, as a part of a legacy power control frame work, to indicate a modified power control offset for a PUCCH transmission. The UE 110 can then operate to modify the power control offset to a modified power control offset based on one or more different power offsets for the first TRP 122-2 and second TRP 122-3, respectively. The different power offset can be indicated by a PUCCH resource ID of the MAC-CE.

[0070] As the UE 110 moves from one to the other TRP, the path loss, or the power control offset adjustment can be different, and the MAC-CE can provide the UE 110 with a dynamic power control adjustment, as an open loop power control adjustment. With two power offsets (Power Offset 1 and Power Offset 2) , the UE 110 can be configured for a single PUCCH transmission to different TRPs in a time division multiplexing (TDM) manner. For example, the UE 110 can repeat the PUCCH transmission eight times, for example. For a fraction of this total (e.g., 4 times) , the UE 110 can transmit to the DL TRP 122-2 and four times to the UL TRP 122-3, providing a PUCCH transmission simultaneously to both TRPs, for example. While one TRP may also be the same TRP providing the DL reference signal, the other TRP could use a power adjustment, which is why two power control offsets can be provided by the MAC-CE for the PUCCH transmissions.

[0071] The Serving Cell ID identifies the serving cell or component carrier. The BWP ID identifies the BWP. C can indicate whether a single or two power offset (s) are configured for the indicated PUCCH Resource ID. If C = 0, the one power offset can be configured, and if C = 1, then two power offsets can be configured for simultaneous  PUCCH transmission across one or two TRPs in the asymmetric mTRP architecture operation. The PUCCH Resource ID identifies the PUCCH resource, while the power offset i is the associated power control offset to be used. R is for one or more reserved bits.

[0072] FIG. 15 illustrates an example process flow 1500 for asymmetric mTRP architecture operation. At 1510, the process flow initiates with receiving a power control information from a first TRP for a transmission. At 1520, the process flow further comprises determining a power control offset for an asymmetric mTRP operation, based on the power control information. At 1530, the process flow further comprises transmitting the transmission, via a physical channel in the asymmetric mTRP operation, based on the power control offset to a second TRP.

[0073] The process flow can further include modifying a transmission power of at least one of: a PRACH, a PUSCH, or a PUCCH, based on the power control offset indicated in an of the power control information. The IE of the power control information comprises at least of: a RACH common configuration (RACH-ConfigCommon) IE, a RACH common configuration associated with a two-step random access procedure (RACH-ConfigCommonTwoStepRA) IE, a RACH dedicated configuration (RACH-ConfigDedicated) IE, a RACH generic configuration (RACH-ConfigGeneric) IE, or a (RACH-ConfigGenericTwoStepRA) IE.

[0074] In an aspect, the process flow can further include generating the transmission for a two-step RACH procedure by configuring a message A (MsgA) preamble based on the power control offset and an MsgA PUSCH based on a different power control offset. Alternatively, the preamble and the MsgA PUSCH or data can be transmitted based on the same power control.

[0075] In an aspect, the process flow 1500 can further comprise generating the transmission with a PRACH based on a different PCI than the first TRP and the second TRP that is associated with an SSB from a downlink (DL) TRP (e.g., the first TRP) in a neighbor cell.

[0076] FIG. 16 is an example network 1600 according to one or more implementations described herein. Example network 1600 can include UEs 110-1, 110-2, etc. (referred to collectively as “UEs 110” and individually as “UE 110” ) , a radio access network (RAN) 122, a core network (CN) 1630, application servers 1640, and external networks 1650.

[0077] UEs 110 can communicate and establish a connection with (be communicatively coupled to) RAN 122, which can involve one or more wireless  channels 1614-1 and 1614-2, each of which can comprise a physical communications interface  / layer. In some implementations, a UE can be configured with dual connectivity (DC) as a multi-radio access technology (multi-RAT) or multi-radio dual connectivity (MR-DC) , where a multiple receive and transmit (Rx  / Tx) capable UE can use resources provided by different network nodes or base stations 122 (e.g., 122-1 and 122-2) that can be connected via non-ideal backhaul (e.g., where one network node provides NR access and the other network node provides either E-UTRA for LTE or NR access for 5G) . In such a scenario, one network node can operate as a master node (MN) and the other as the secondary node (SN) . The MN and SN can be connected via a network interface, and at least the MN can be connected to the CN 1630. Additionally, at least one of the MN or the SN can be operated with shared spectrum channel access, and functions specified for UE 110 can be used for an integrated access and backhaul mobile termination (IAB-MT) . Similar for UE 110, the IAB-MT can access the network using either one network node or using two different nodes with enhanced dual connectivity (EN-DC) architectures, new radio dual connectivity (NR-DC) architectures, or other direct connectivity such as an SL communication channel as an SL interface 112.

[0078] In some implementations, a base station (as described herein) can be an example of network node 122. As shown, UE 110 can additionally, or alternatively, connect to access point (AP) 1616 via connection interface 1618, which can include an air interface enabling UE 110 to communicatively couple with AP 1616. AP 1616 can comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 1618 can comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 1616 can comprise a wireless fidelity router or other AP. AP 1616 could be also connected to another network (e.g., the Internet) without connecting to RAN 122 or CN 1630.

[0079] RAN 122 can also include one or more RAN nodes 122-1 and 122-2 (referred to collectively as RAN nodes 122, and individually as RAN node 122) that enable channels 1614-1 and 1614-2 to be established between UEs 110 and RAN 122. RAN nodes 122 can include network access points configured to provide radio baseband functions for data or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 2G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node can be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) .  RAN nodes 122 can include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 122 can be a dedicated physical device, such as a macrocell base station, or a low power (LP) base station for providing femtocells, picocells or other like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells. As described below, in some implementations, satellites 160 can operate as bases stations (e.g., RAN nodes 122) with respect to UEs 110. As such, references herein to a base station, RAN node 122, etc., can involve implementations where the base station, RAN node 122, etc., is a terrestrial network node and also to implementation where the base station, RAN node 122, etc., is a non-terrestrial network node.

[0080] Some or all of RAN nodes 122 can be implemented as one or more software entities running on server computers as part of a virtual network, which can be referred to as a centralized RAN (CRAN) or a virtual baseband unit pool (vBBUP) . In these implementations, the CRAN or vBBUP can implement a RAN function split, such as a packet data convergence protocol (PDCP) split wherein radio resource control (RRC) and PDCP layers can be operated by the CRAN  / vBBUP and other Layer 2 (L2) protocol entities can be operated by individual RAN nodes 122; a media access control (MAC)  / physical (PHY) layer split wherein RRC, PDCP, radio link control (RLC) , and MAC layers can be operated by the CRAN / vBBUP and the PHY layer can be operated by individual RAN nodes 122; or a “lower PHY” split wherein RRC, PDCP, RLC, MAC layers and upper portions of the PHY layer can be operated by the CRAN / vBBUP and lower portions of the PHY layer can be operated by individual RAN nodes 122. This virtualized framework can allow freed-up processor cores of RAN nodes 122 to perform or execute other virtualized applications, for example.

[0081] In some implementations, an individual RAN node 122 can represent individual gNB-distributed units (DUs) connected to a gNB-control unit (CU) via individual F1 interfaces. In such implementations, the gNB-DUs can include one or more remote radio heads or radio frequency (RF) front end modules (RFEMs) , and the gNB-CU can be operated by a server (not shown) located in RAN 122 or by a server pool (e.g., a group of servers configured to share resources) in a similar manner as the CRAN / vBBUP. Additionally, or alternatively, one or more of RAN nodes 122 can be next generation eNBs (i.e., gNBs) that can provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations toward UEs 110, and that  can be connected to a 5G core network (5GC) 1630 via a Next Generation (NG) interface 1624.

[0082] Any of the RAN nodes 122 can terminate an air interface protocol and can be the first point of contact for UEs 110. In some implementations, any of the RAN nodes 122 can fulfill various logical functions for the RAN 122 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UEs 110 can be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 122 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an OFDMA communication technique (e.g., for downlink communications) or a single carrier frequency-division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink (SL) communications) , although the scope of such implementations cannot be limited in this regard. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0083] A physical downlink shared channel (PDSCH) can carry user data and higher layer signaling to UEs 110. The physical downlink control channel (PDCCH) can carry information about the transport format and resource allocations related to the PDSCH channel, among other things. The PDCCH can also inform UEs 110 about the transport format, resource allocation, and hybrid automatic repeat request (HARQ) information related to the uplink shared channel. Typically, downlink scheduling (e.g., assigning control and shared channel resource blocks to UE 110-2 within a cell) can be performed at any of the RAN nodes 122 based on channel quality information fed back from any of UEs 110. The downlink resource assignment information can be sent on the PDCCH used for (e.g., assigned to) each of UEs 110.

[0084] The PDCCH uses control channel elements (CCEs) to convey the control information, wherein a number of CCEs (e.g., 6 or other number) can consists of a resource element groups (REGs) , where a REG is defined as a physical resource block (PRB) in an OFDM symbol. Before being mapped to resource elements, the PDCCH complex-valued symbols can first be organized into quadruplets, which can then be permuted using a sub-block interleaver for rate matching, for example. Each PDCCH can be transmitted using one or more of these CCEs, where each CCE can correspond to nine sets of four physical resource elements known as REGs. Four quadrature phase shift keying (QPSK) symbols can be mapped to each REG. The PDCCH can be  transmitted using one or more CCEs, depending on the size of the DCI and the channel condition. There can be four or more different PDCCH formats with different numbers of CCEs (e.g., aggregation level, L=1, 2, 4, 8, or 16) .

[0085] The RAN nodes 122 may be configured to communicate with one another via interface 1623. In implementations where the system is an LTE system, interface 1623 may be an X2 interface. In LTE networks, X2 and S1 interface are defined as the interfaces between RAN nodes and between RAN and Core Network. 5G may operate in two modes as non-standalone and standalone mode. For non-standalone operation the specification defines the extension for S1 and X2 interfaces as for standalone operation as X2  / Xn for the interface between RAN nodes 122 and S1  / NG for the interface 1624 between RAN 120 and CN 1630. The interface 1624 may be defined between two or more RAN nodes 122 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) , the CN 1630, or between eNBs connecting to an EPC. In some implementations, the X2  / Xn interface may include an X2  / Xn user plane interface (X2-U  / Xn-U) and an X2 control plane interface (X2-C  / Xn-C) . The X2-U  / Xn-U may provide flow control mechanisms for user data packets transferred over the X2  / Xn interface and may be used to communicate information about the delivery of user data between eNBs or gNBs. For example, the X2-U  / Xn-U may provide specific sequence number information for user data transferred from a master eNB (MeNB) to a secondary eNB (SeNB) ; information about successful in sequence delivery of PDCP packet data units (PDUs) to a UE 110 from an SeNB for user data; information of PDCP PDUs that were not delivered to a UE 110; information about a current minimum desired buffer size at the SeNB for transmitting to the UE user data; and the like. The X2-C  / Xn-C may provide intra-LTE access mobility functionality (e.g., including context transfers from source to target eNBs, user plane transport control, etc. ) , load management functionality, and inter-cell interference coordination functionality.

[0086] Alternatively, or additionally, RAN 122 can be also connected (e.g., communicatively coupled) to CN 1630 via a Next Generation (NG) interface as interface 1624. The NG interface 1624 can be split into two parts, a Next Generation (NG) user plane (NG-U) interface 1626, which carries traffic data between the RAN nodes 122 and a User Plane Function (UPF) , and the S1 control plane (NG-C) interface 1628, which is a signaling interface between the RAN nodes 122 and Access and Mobility Management Functions (AMFs) .

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

[0088] As shown, CN 1630, application servers 1640, and external networks 1650 can be connected to one another via interfaces 1634, 1636, and 1638, which can include IP network interfaces. Application servers 1640 can include one or more server devices or network elements (e.g., virtual network functions (VNFs) offering applications that use IP bearer resources with CN 1630 (e.g., universal mobile telecommunications system packet services (UMTS PS) domain, LTE PS data services, etc. ) . Application servers 1640 can also, or alternatively, be configured to support one or more communication services (e.g., voice over IP (VoIP sessions, push-to-talk (PTT) sessions, group communication sessions, social networking services, etc. ) for UEs 110 via the CN 1630. Similarly, external networks 1650 can include one or more of a variety of networks, including the Internet, thereby providing the mobile communication network and UEs 110 of the network access to a variety of additional services, information, interconnectivity, and other network features.

[0089] In an aspect, the UE 110 can operate via the processing circuitry by receiving, via processing circuitry, a power control information from a first transmission reception point (TRP) for a transmission; determining a power control offset for an asymmetric multi-transmission reception point (mTRP) operation, based on the power control information; and transmitting the transmission, via a physical channel in the asymmetric mTRP operation, based on the power control offset to a second TRP. The power control offset is received in a power control info (e.g., a PUCCH-PowerControlSetInfo) IE, and enables the UE to determine a path loss calculation for a power control adjustment of a PUCCH, based on the PUCCH-PowerControlSetInfo IE, for frequency range 1 (FR1) , to then transmit PUCCH, for example. The other UL channels can be similarly configured as well.

[0090] One or more network components, devices or systems of network 1600 is configured to process, perform, generate, communicate or cause execution of any one  or more combined aspects described herein or in association with any of the FIGs. 1 thru 17 herein.

[0091] Referring to FIG. 17, illustrated is a block diagram of a UE device 110 (e.g., UE 110-1 or 110-2) or other network device  / component (e.g., V-UE  / P-UE, IoT, gNB, eNB, base station  / TRP 122-2, 122-3, or other participating network entity  / component) . The device 1700 includes one or more processors 1710 (e.g., one or more baseband processors) comprising processing circuitry and associated interface (s) , transceiver circuitry 1720 (e.g., comprising RF circuitry, which can comprise transmitter circuitry (e.g., associated with one or more transmit chains) and / or receiver circuitry (e.g., associated with one or more receive chains) that can employ common circuit elements, distinct circuit elements, or a combination thereof) , and a memory 1730 (which can comprise any of a variety of storage mediums and can store instructions and / or data associated with one or more of processor (s) 1710 or transceiver circuitry 1720) .

[0092] Memory 1730 (as well as other memory components discussed herein, e.g., memory, data storage, or the like) can comprise one or more machine-readable medium  / media including instructions that, when performed by a machine or component herein cause the machine or other device to perform acts of a method, an apparatus or system for communication using multiple communication technologies according to aspects, embodiments and examples described herein. It is to be understood that aspects described herein can be implemented by hardware, software, firmware, or any combination thereof. When implemented in software, functions can be stored on or transmitted over as one or more instructions or code on a computer-readable medium (e.g., the memory described herein or other storage device) . Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media or a computer readable storage device can be any available media that can be accessed by a general purpose or special purpose computer. By way of example, and not limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or other tangible and / or non-transitory medium, that can be used to carry or store desired information or executable instructions. Any connection can be also termed a computer-readable medium.

[0093] Memory 1730 can include executable instructions, and be integrated in, or communicatively coupled to, processor or processing circuitry 1710. The executable  instructions of the memory 1730 can cause processing circuitry 1710 to process a power control offset for an UL transmission in an asymmetric mTRP configuration, wherein a first TRP is configured for at least DL, and a second TRP is configured for uplink only, and provide the UL transmission based on the power control offset to the second TRP. The processing circuitry can further modify a transmission power of at least one of: a PRACH, a PUSCH, or a PUCCH, based on the power control offset indicated in an information element (IE) of the power control information. The operations can further comprise receiving a MAC-CE for a legacy power control frame work that indicates a modified power control offset for a PUCCH, and modifying the power control offset to use a modified power control offset based on one or two different power offsets for the first TRP and the second TRP, respectively, indicated by a PUCCH resource ID of the MAC-CE.

[0094] The device 1700 is configured to process, perform, generate, communicate or cause execution of any one or more combined aspects described herein or in association with any of the FIGs. 1 thru 16.

[0095] While the methods described within this disclosure are illustrated in and described herein as a series of acts or events, it will be appreciated that the illustrated ordering of such acts or events are not to be interpreted in a limiting sense. For example, some acts can occur in different orders and / or concurrently with other acts or events apart from those illustrated and / or described herein. In addition, not all illustrated acts can be required to implement one or more aspects or embodiments of the description herein. Further, one or more of the acts depicted herein can be carried out in one or more separate acts and / or phases. Reference can be made to the figures described above for ease of description. However, the methods are not limited to any particular embodiment, aspect or example provided within this disclosure and can be applied to any of the systems  / devices  / components disclosed herein.

[0096] A first example is a user equipment (UE) , comprising: a memory; and processing circuitry, comprising the memory, configured to execute instructions that cause the UE to: receive a power control information from a first transmission reception point (TRP) for a transmission; determine a power control offset for an asymmetric multi-transmission reception point (mTRP) operation, based on the power control information; and transmit the transmission, via a physical channel in the asymmetric mTRP operation, based on the power control offset to a second TRP.

[0097] A second example can include the first example, wherein the processing circuitry is further configured to: modify a transmission power of at least one of: a  physical random access channel (PRACH) , a physical uplink shared channel (PUSCH) , or a physical uplink control channel (PUCCH) , based on the power control offset indicated in an information element (IE) of the power control information.

[0098] A third example can include the first or second example, wherein the IE of the power control information comprises at least of: a random access channel (RACH) common configuration (RACH-ConfigCommon) IE, a RACH common configuration associated with a two-step random access (RA) procedure (RACH-ConfigCommonTwoStepRA) IE, a RACH dedicated configuration (RACH-ConfigDedicated) IE, a RACH generic configuration (RACH-ConfigGeneric) IE, or a (RACH-ConfigGenericTwoStepRA) IE.

[0099] A fourth example can include any one or more of the first through third examples, wherein the processing circuitry is further configured to cause the UE to: generate the transmission for a two-step RACH procedure by configuring a message A (MsgA) preamble based on the power control offset and an MsgA PUSCH based on a different power control offset.

[0100] A fifth example can include any one or more of the first through fourth examples, wherein the processing circuitry is further configured to cause the UE to: generate an MsgA preamble and an MsgA PUSCH with the transmission for a two-step RACH procedure, based on the power control offset.

[0101] A sixth example can include any one or more of the first through fifth examples, wherein the processing circuitry is further configured to cause the UE to: generate different PRACHs associated with different synchronization signal blocks (SSBs)  / channel state information (CSI) -reference signals (CSI-RSs) , based on the power control offset, or different power control offsets, for the transmission.

[0102] A seventh example can include any one or more of the first through sixth examples, wherein the processing circuitry is further configured to cause the UE to: generate the transmission with a PRACH based on a different physical cell identity (PCI) than the first TRP and the second TRP that is associated with an SSB from a downlink (DL) TRP in a neighbor cell .

[0103] An eighth example can include any one or more of the first through seventh examples, wherein the processing circuitry is further configured to cause the UE to: identify an SSB index associated with the SSB of a neighbor cell from a contention free random access (CFRA) SSB resource (CFRA-SSB-Resource) IE that comprises an additional PCI index (AdditionalPCIIndex-r17) of the different PCI.

[0104] A ninth example can include any one or more of the first through eighth examples, wherein the processing circuitry is further configured to cause the UE to: in response to receiving a PDCCH Order in a downlink control information (DCI) for triggering a PRACH transmission associated with an SSB of either a serving cell or a neighbor cell, and receiving the power control offset that is associated with the SSB, generate the PRACH transmission based on the power control offset; and wherein the power control offset associated with the SSB is received by at least one of: a radio resource control (RRC) configuration, a medium access control (MAC) control element (MAC-CE) , or the downlink control information (DCI) .

[0105] A tenth example can include any one or more of the first through ninth examples, wherein the power control offset is received in a transmission configuration indicator (TCI) State (TCI-State) IE or a TCI uplink (UL) state (TCI-UL-State) IE of a unified TCI frame work; and wherein the processing circuitry is further configured to cause the UE to: determine a path loss calculation for a power control adjustment of a physical uplink shared channel (PUSCH) , or a physical uplink control channel (PUCCH) , based on the TCI-State or the TCI-UL-State; and transmit the PUSCH or the PUCCH with the transmission.

[0106] An eleventh example can include any one or more of the first through tenth examples, wherein the processing circuitry is further configured to cause the UE to: identify the power control offset in a sub-IE of the TCI-State IE or the TCI-UL-State IE of the unified TCI frame work, comprising at least one of: a UL power control (Uplink-PowerControl) IE, a P0 Alpha Set (P0AlphaSet) IE, or a path loss reference reference signal (PathlossReferenceRS) IE.

[0107] A twelfth example can include any one or more of the first through eleventh examples, wherein the power control offset is received in at least one of: a P0 PUSCH Alpha Set (P0-PUSCH-AlphaSet) IE, a PUSCH path loss reference reference signal (PUSCH-PathlossReferenceRS) IE, or sounding reference signal (SRS) resource indicator (SRI) PUSCH power control (SRI-PUSCH-PowerControl) IE, and wherein the processing circuitry is further configured to cause the UE to: determine a path loss calculation for a power control adjustment of a PUSCH based on the SRI-PUSCH-PowerControl IE, or one of sub-IEs of the SRI-PUSCH-PowerControl IE comprising the P0-PUSCH-AlphaSet IE and the PUSCH-PathlossReferenceRS IE; and transmit the PUSCH with the transmission.

[0108] A thirteenth example can include any one or more of the first through twelfth examples, wherein the processing circuitry is further configured to cause the UE to:  receive a MAC-CE for a legacy power control frame work that indicates the power control offset; and modify a mapping between the power control offset and an SRI field to update the asymmetric mTRP operation with an SRS resource set associated with the SRI field.

[0109] A fourteenth example can include any one or more of the first through the thirteenth examples, wherein the processing circuitry is further configured to cause the UE to: receive a different PCI than the first TRP and the second TRP in a PUSCH path loss reference reference signal (PUSCH-PathlossReferenceRS) IE, or a PUCCH path loss reference reference signal (PUCCH-PathlossReferenceRS) IE, for an inter-cell mTRP operation, wherein PCI is associated with an SSB of a neighbor cell to a downlink (DL) TRP as the first TRP or the second TRP; and generate the transmission with a PUSCH, or PUCCH, based on the different PCI.

[0110] A fifteenth example can include any one or more of the first through the fourteenth examples, wherein the power control offset is received in a PUCCH spatial relation info (PUCCH-SpatialRelationInfo) IE, or a sub-IE comprising a p0 PUCCH (p0-PUCCH) IE or a PUCCH path loss reference reference signal (PUCCH-PathlossReferenceRS) IE; and wherein the processing circuitry is further configured to cause the UE to: determine a path loss calculation for a power control adjustment of a PUCCH, based on the PUCCH-SpatialRelationInfo IE, the p0-PUCCH IE, or the PUCCH-PathlossReferenceRS IE, for frequency range 1 (FR1) ; and transmit the PUCCH with the transmission.

[0111] A sixteenth example can be a method of a user equipment (UE) comprising: receiving, via processing circuitry, a power control information from a first transmission reception point (TRP) for a transmission; determining a power control offset for an asymmetric multi-transmission reception point (mTRP) operation, based on the power control information; and transmitting the transmission, via a physical channel in the asymmetric mTRP operation, based on the power control offset to a second TRP.

[0112] A seventeenth example can include the sixteenth example, wherein the power control offset is received in a PUCCH power control info (PUCCH-PowerControlSetInfo) IE, and wherein further comprising: determining a path loss calculation for a power control adjustment of a PUCCH, based on the PUCCH-PowerControlSetInfo IE, for frequency range 1 (FR1) ; and transmitting the PUCCH with the transmission.

[0113] An eighteenth example can be a baseband processor configured to, when executing instructions stored in a memory, perform operations comprising: processing,  via processing circuitry, a power control offset for an uplink (UL) transmission in an asymmetric multi-transmission reception point (mTRP) configuration, wherein a first TRP is configured for at least downlink (DL) , and a second TRP is configured for uplink (UL) only; and providing, via the processing circuitry, the UL transmission based on the power control offset to the second TRP.

[0114] A nineteenth example can include the eighteenth example, wherein the operations further comprise: modifying a transmission power of at least one of: a physical random access channel (PRACH) , a physical uplink shared channel (PUSCH) , or a physical uplink control channel (PUCCH) , based on the power control offset indicated in an information element (IE) of the power control information.

[0115] A twentieth example can include any one or more of the eighteenth through the nineteenth examples wherein the operations further comprise: receiving a MAC-CE for a legacy power control frame work that indicates a modified power control offset for a PUCCH; and modifying the power control offset to use a modified power control offset based on one or two different power offsets for the first TRP and the second TRP, respectively, indicated by a PUCCH resource ID of the MAC-CE.

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

[0117] The present disclosure is described with reference to attached drawing figures, wherein like reference numerals are used to refer to like elements throughout, and wherein the illustrated structures and devices are not necessarily drawn to scale. As utilized herein, terms “component, ” “system, ” “interface, ” and the like are intended to refer to a computer-related entity, hardware, software (e.g., in execution) , and / or firmware. For example, a component can be a processor (e.g., a microprocessor, a controller, or other processing device) , a process running on a processor, a controller, an object, an executable, a program, a storage device, a computer, a tablet PC and / or a user equipment (e.g., mobile phone, etc. ) with a processing device. By way of illustration, an application running on a server and the server can be also a component. One or more components can reside within a process, and a component can be localized on one computer and / or distributed between two or more computers. A set of  elements or a set of other components can be described herein, in which the term “set” can be interpreted as “one or more. ”

[0118] Further, these components can execute from various computer readable storage media having various data structures stored thereon such as with a module, for example. The components can communicate via local and / or remote processes such as in accordance with a signal having one or more data packets (e.g., data from one component interacting with another component in a local system, distributed system, and / or across a network, such as, the Internet, a local area network, a wide area network, or similar network with other systems via the signal) .

[0119] As another example, a component can be an apparatus with specific functionality provided by mechanical parts operated by electric or electronic circuitry, in which the electric or electronic circuitry can be operated by a software application or a firmware application executed by one or more processors. The one or more processors can be internal or external to the apparatus and can execute at least a part of the software or firmware application. As yet another example, a component can be an apparatus that provides specific functionality through electronic components without mechanical parts; the electronic components can include one or more processors therein to execute software and / or firmware that confer (s) , at least in part, the functionality of the electronic components.

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

[0121] As used herein, the term “circuitry” can refer to, be part of, or include an Application Specific Integrated Circuit (ASIC) , an electronic circuit, a processor (shared, dedicated, or group) , or associated memory (shared, dedicated, or group) operably coupled to the circuitry that execute one or more software or firmware programs, a combinational logic circuit, or other suitable hardware components that provide the described functionality. In some embodiments, the circuitry can be implemented in, or functions associated with the circuitry can be implemented by, one or more software or firmware modules. In some embodiments, circuitry can include logic, at least partially operable in hardware.

[0122] As it is employed in the subject specification, the term “processor” can refer to substantially any computing processing unit or device including, but not limited to including, single-core processors; single-processors with software multithread execution capability; multi-core processors; multi-core processors with software multithread execution capability; multi-core processors with hardware multithread technology; parallel platforms; and parallel platforms with distributed shared memory. Additionally, a processor can refer to an integrated circuit, an application specific integrated circuit, a digital signal processor, a field programmable gate array, a programmable logic controller, a complex programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions and / or processes described herein. Processors can exploit nano-scale architectures such as, but not limited to, molecular and quantum-dot based transistors, switches and gates, in order to optimize space usage or enhance performance of mobile devices. A processor can also be implemented as a combination of computing processing units.

[0123] Examples (aspects) can include subject matter such as a method, means for performing acts or blocks of the method, at least one machine-readable medium including instructions that, when performed by a machine (e.g., a processor with memory, an application-specific integrated circuit (ASIC) , a field programmable gate array (FPGA) , or the like) cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to embodiments and examples described herein.

[0124] Moreover, various aspects or features described herein can be implemented as a method, apparatus, or article of manufacture using standard programming and / or engineering techniques. The term "article of manufacture" as used herein is intended to encompass a computer program accessible from any computer-readable device,  carrier, or media. For example, computer-readable media can include but are not limited to magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips, etc. ) , optical disks (e.g., compact disk (CD) , digital versatile disk (DVD) , etc. ) , smart cards, and flash memory devices (e.g., EPROM, card, stick, key drive, etc. ) . Additionally, various storage media described herein can represent one or more devices and / or other machine-readable media for storing information. The term “machine-readable medium” can include, without being limited to, wireless channels and various other media capable of storing, containing, and / or carrying instruction (s) and / or data. Additionally, a computer program product can include a computer readable medium having one or more instructions or codes operable to cause a computer to perform functions described herein.

[0125] Communications media embody computer-readable instructions, data structures, program modules or other structured or unstructured data in a data signal such as a modulated data signal, e.g., a carrier wave or other transport mechanism, and includes any information delivery or transport media. The term “modulated data signal” or signals refers to a signal that has one or more of its characteristics set or changed in such a manner as to encode information in one or more signals. By way of example, and not limitation, communication media include wired media, such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.

[0126] An exemplary storage medium can be coupled to processor, such that processor can read information from, and write information to, storage medium. In the alternative, storage medium can be integral to processor. Further, in some aspects, processor and storage medium can reside in an ASIC. Additionally, ASIC can reside in a user terminal. In the alternative, processor and storage medium can reside as discrete components in a user terminal. Additionally, in some aspects, the processes and / or actions of a method or algorithm can reside as one or any combination or set of codes and / or instructions on a machine-readable medium and / or computer readable medium, which can be incorporated into a computer program product.

[0127] In this regard, while the disclosed subject matter has been described in connection with various embodiments and corresponding Figures, where applicable, it is to be understood that other similar embodiments can be used or modifications and additions can be made to the described embodiments for performing the same, similar, alternative, or substitute function of the disclosed subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single  embodiment described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

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

Claims

1.A user equipment (UE) , comprising:a memory; andprocessing circuitry, comprising the memory, configured to execute instructions that cause the UE to:receive a power control information from a first transmission reception point (TRP) for a transmission;determine a power control offset for an asymmetric multi-transmission reception point (mTRP) operation, based on the power control information; andtransmit the transmission, via a physical channel in the asymmetric mTRP operation, based on the power control offset to a second TRP.2.The UE of claim 1, wherein the processing circuitry is further configured to:modify a transmission power of at least one of: a physical random access channel (PRACH) , a physical uplink shared channel (PUSCH) , or a physical uplink control channel (PUCCH) , based on the power control offset indicated in an information element (IE) of the power control information.3.The UE of claim 2, wherein the IE of the power control information comprises at least of: a random access channel (RACH) common configuration (RACH-ConfigCommon) IE, a RACH common configuration associated with a two-step random access (RA) procedure (RACH-ConfigCommonTwoStepRA) IE, a RACH dedicated configuration (RACH-ConfigDedicated) IE, a RACH generic configuration (RACH-ConfigGeneric) IE, or a (RACH-ConfigGenericTwoStepRA) IE.4.The UE of claim 1, wherein the processing circuitry is further configured to cause the UE to:generate the transmission for a two-step RACH procedure by configuring a message A (MsgA) preamble based on the power control offset and an MsgA PUSCH based on a different power control offset.5.The UE of claim 1, wherein the processing circuitry is further configured to cause the UE to:generate an MsgA preamble and an MsgA PUSCH with the transmission for a two-step RACH procedure, based on the power control offset.6.The UE of claim 1, wherein the processing circuitry is further configured to cause the UE to:generate different PRACHs associated with different synchronization signal blocks (SSBs)  / channel state information (CSI) -reference signals (CSI-RSs) , based on the power control offset, or different power control offsets, for the transmission.7.The UE of claim 1, wherein the processing circuitry is further configured to cause the UE to:generate the transmission with a PRACH based on a different physical cell identity (PCI) than the first TRP and the second TRP that is associated with an SSB from a downlink (DL) TRP in a neighbor cell.8.The UE of claim 7, wherein the processing circuitry is further configured to cause the UE to:identify an SSB index associated with the SSB of a neighbor cell from a contention free random access (CFRA) SSB resource (CFRA-SSB-Resource) IE that comprises an additional PCI index (AdditionalPCIIndex-r17) of the different PCI.9.The UE of claim 1, wherein the processing circuitry is further configured to cause the UE to:in response to receiving a PDCCH Order in a downlink control information (DCI) for triggering a PRACH transmission associated with an SSB of either a serving cell or a neighbor cell, and receiving the power control offset that is associated with the SSB, generate the PRACH transmission based on the power control offset; andwherein the power control offset associated with the SSB is received by at least one of: a radio resource control (RRC) configuration, a medium access control (MAC) control element (MAC-CE) , or the downlink control information (DCI) .10.The UE of claim 1, wherein the power control offset is received in a transmission configuration indicator (TCI) State (TCI-State) IE or a TCI uplink (UL) state (TCI-UL-State) IE of a unified TCI frame work; and wherein the processing circuitry is further configured to cause the UE to:determine a path loss calculation for a power control adjustment of a physical uplink shared channel (PUSCH) , or a physical uplink control channel (PUCCH) , based on the TCI-State or the TCI-UL-State; andtransmit the PUSCH or the PUCCH with the transmission.11.The UE of claim 10, wherein the processing circuitry is further configured to cause the UE to:identify the power control offset in a sub-IE of the TCI-State IE or the TCI-UL-State IE of the unified TCI frame work, comprising at least one of: a UL power control (Uplink-PowerControl) IE, a P0 Alpha Set (P0AlphaSet) IE, or a path loss reference reference signal (PathlossReferenceRS) IE.12.The UE of claim 1, wherein the power control offset is received in at least one of: a P0 PUSCH Alpha Set (P0-PUSCH-AlphaSet) IE, a PUSCH path loss reference reference signal (PUSCH-PathlossReferenceRS) IE, or sounding reference signal (SRS) resource indicator (SRI) PUSCH power control (SRI-PUSCH-PowerControl) IE, and wherein the processing circuitry is further configured to cause the UE to:determine a path loss calculation for a power control adjustment of a PUSCH based on the SRI-PUSCH-PowerControl IE, or one of sub-IEs of the SRI-PUSCH-PowerControl IE comprising the P0-PUSCH-AlphaSet IE and the PUSCH-PathlossReferenceRS IE; andtransmit the PUSCH with the transmission.13.The UE of claim 1, wherein the processing circuitry is further configured to cause the UE to:receive a MAC-CE for a legacy power control frame work that indicates the power control offset; andmodify a mapping between the power control offset and an SRI field to update the asymmetric mTRP operation with an SRS resource set associated with the SRI field.14.The UE of claim 1, wherein the processing circuitry is further configured to cause the UE to:receive a different PCI than the first TRP and the second TRP in a PUSCH path loss reference reference signal (PUSCH-PathlossReferenceRS) IE, or a PUCCH path loss reference reference signal (PUCCH-PathlossReferenceRS) IE, for an inter-cell mTRP operation, wherein PCI is associated with an SSB of a neighbor cell to a downlink (DL) TRP as the first TRP or the second TRP; andgenerate the transmission with a PUSCH, or PUCCH, based on the different PCI.15.The UE of claim 1, wherein the power control offset is received in a PUCCH spatial relation info (PUCCH-SpatialRelationInfo) IE, or a sub-IE comprising a p0 PUCCH (p0-PUCCH) IE or a PUCCH path loss reference reference signal (PUCCH-PathlossReferenceRS) IE; and wherein the processing circuitry is further configured to cause the UE to:determine a path loss calculation for a power control adjustment of a PUCCH, based on the PUCCH-SpatialRelationInfo IE, the p0-PUCCH IE, or the PUCCH-PathlossReferenceRS IE, for frequency range 1 (FR1) ; andtransmit the PUCCH with the transmission.16.A method of a user equipment (UE) comprising:receiving, via processing circuitry, a power control information from a first transmission reception point (TRP) for a transmission;determining a power control offset for an asymmetric multi-transmission reception point (mTRP) operation, based on the power control information; andtransmitting the transmission, via a physical channel in the asymmetric mTRP operation, based on the power control offset to a second TRP.17.The method of claim 16, wherein the power control offset is received in a PUCCH power control info (PUCCH-PowerControlSetInfo) IE, and wherein further comprising:determining a path loss calculation for a power control adjustment of a PUCCH, based on the PUCCH-PowerControlSetInfo IE, for frequency range 1 (FR1) ; andtransmitting the PUCCH with the transmission.18.A baseband processor configured to, when executing instructions stored in a memory, perform operations comprising:processing, via processing circuitry, a power control offset for an uplink (UL) transmission in an asymmetric multi-transmission reception point (mTRP) configuration, wherein a first TRP is configured for at least downlink (DL) , and a second TRP is configured for uplink (UL) only; andproviding, via the processing circuitry, the UL transmission based on the power control offset to the second TRP.19.The baseband processor of claim 18, wherein the operations further comprise:modifying a transmission power of at least one of: a physical random access channel (PRACH) , a physical uplink shared channel (PUSCH) , or a physical uplink control channel (PUCCH) , based on the power control offset indicated in an information element (IE) of the power control information.20.The baseband processor of claim 18, wherein the operations further comprise:receiving a MAC-CE for a legacy power control frame work that indicates a modified power control offset for a PUCCH; andmodifying the power control offset to use a modified power control offset based on one or two different power offsets for the first TRP and the second TRP, respectively, indicated by a PUCCH resource ID of the MAC-CE.

Images