Method for latency reduction for random access procedure based on prach adaptation

Abstract

This disclosure provides systems, devices, apparatus, and methods, including computer programs encoded on storage media, for a reduction of latency for random access procedures based on PRACH adaptation. A UE (102) receives (304), from a network entity (104), control signaling configuring a first PRACH configuration and a second PRACH configuration. The control signaling enables dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration. The UE (102) transmits (312), to the network entity (104) on a valid RO, an initial transmission or a PRACH based on the first PRACH configuration or the second PRACH configuration.

Description

METHOD FOR LATENCY REDUCTION FOR RANDOM ACCESS PROCEDURE BASED ON PRACH ADAPTATIONTECHNICAL FIELD

[0001] The present disclosure relates generally to wireless communication, and more particularly, to a reduction of latency for random access procedures based on physical random access channel (PRACH) adaptation.BACKGROUND

[0002] The Third Generation Partnership Project (3GPP) specifies a radio interface referred to as fifth generation (5G) new radio (NR) (5G NR). An architecture for a 5G NR wireless communication system includes a 5G core (5GC) network, a 5G radio access network (5G-RAN), a user equipment (5G UE), etc. The 5G NR architecture seeks to provide increased data rates, decreased latency, and / or increased capacity compared to prior generation cellular communication systems.

[0003] Wireless communication systems, in general, provide various telecommunication services (e. g., telephony, video, data, messaging, etc. ) based on multiple-access technologies, such as orthogonal frequency division multiple access (OFDMA) technologies, that support communication with multiple UEs. Improvements in mobile broadband continue the progression of such wireless communication technologies. For example, a network entity may transmit a set of synchronization signal blocks (SSBs) with different beams applied to different SSBs to improve downlink coverage.

[0004] BRIEF SUMMARY

[0005] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects. This summary neither identifies key or critical elements of all aspects nor delineates the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0006] A network entity, such as a base station or a unit of a base station, may communicate with a user equipment (UE), where the base station transmits a set of synchronization signal blocks (SSBs) with different network beams applied to  different SSBs in an effort to improve the downlink coverage. The base station may receive, from the UE, different physical random access channel (PRACH) resources associated with different network beams. A physical uplink shared channel (PUSCH) resource may indicate a PRACH based on a preamble index from a random access channel (RACH) occasion (RO), where one RO may indicate a time and frequency domain resource. The UE may transmit the PRACH based on one repetition on one PRACH resource or multiple repetitions on multiple PRACH resources.

[0007] Random access procedures may experience latency due to an increased number of retransmissions during an initial access procedure or due to collision from multiple UEs selecting a same RO for their respective uplink transmission. In instances where a UE is configured with multiple sets of PRACH resources, being able to provide a configuration related to power control and a number of repetitions or determining transmission power for the initial transmission or retransmission of the PRACH may be problematic. In instances of multiple UEs, it is possible that multiple UEs select the same RO, such that a collision of uplink transmissions may lead to potential additional latency as a result of collision handling. In such instances, for UEs configured with multiple sets of PRACH resources, selection of ROs for PRACH transmission may also be problematic.

[0008] Aspects of the present disclosure address the above-noted and other deficiencies by implementing methods for latency reduction for random access procedures based on PRACH adaptation, such as transmission power determination for an initial transmission or retransmission of PRACH when the UE is configured with first and second PRACH configurations, including additional parameters with dynamic adaptation for the second PRACH configuration, or RO selection to perform the initial transmission or retransmission of PRACH to improve the reliability of the PRACH (e. g., MsgA, Msg3) when the UE is configured with the first and second PRACH configurations.

[0009] According to some aspects, the UE receives, from a network entity, control signaling configuring a first PRACH configuration and a second PRACH configuration. The control signaling enables dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration. The UE transmits, to the network entity on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0010] According to some aspects, the network entity transmits, to a UE, control signaling configuring a first PRACH configuration and a second PRACH configuration. The control signaling enables dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration. The network entity receives, from the UE on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.BRIEF DESCRIPTION OF THE DRAWINGS

[0011] FIG. 1 illustrates a diagram of a wireless communications system that includes a plurality of user equipments (UEs) and network entities in communication over one or more cells according to an embodiment.

[0012] FIG. 2 is a diagram illustrating an example of periodicity based on load of a cell according to an embodiment.

[0013] FIG. 3 is a signaling diagram illustrating communications between a user equipment (UE) and a network entity for latency reduction for random access procedures based on PRACH adaptation according to an embodiment.

[0014] FIG. 4 is a diagram illustrating an example of power adaptation based on time-domain adaptation for PRACH according to an embodiment.

[0015] FIG. 5 is a diagram illustrating an example for an indication of dynamic PRACH adaptation according to an embodiment.

[0016] FIG. 6 is a diagram illustrating an example for the indication of dynamic PRACH adaptation for multi-cell operation according to an embodiment.

[0017] FIG. 7 is a diagram illustrating an example of a selection of ROs and preambles for the PRACH configuration according to an embodiment.

[0018] FIG. 8 is a diagram illustrating an example for a selection of ROs and preambles based on RSRP or pathloss according to an embodiment.

[0019] FIG. 9 is a diagram illustrating an example for a selection of ROs and preambles based on a target payload size according to an embodiment.

[0020] FIG. 10 is a diagram illustrating an example for a selection of ROs and preambles based on a triggering event according to an embodiment.

[0021] FIG. 11 is a diagram illustrating an example of a common power ramping according to an embodiment.

[0022] FIG. 12 is a diagram illustrating an example of a separate power ramping according to an embodiment.

[0023] FIG. 13 is another diagram illustrating an example of a separate power ramping according to an embodiment.

[0024] FIG. 14 is yet another diagram illustrating an example of a separate power ramping according to an embodiment.

[0025] FIG. 15 is a flowchart of a method of wireless communication at a UE according to an embodiment.

[0026] FIG. 16 is a flowchart of a method of wireless communication at a network entity according to an embodiment.

[0027] FIG. 17 is a diagram illustrating a hardware implementation for an example UE apparatus according to some embodiments.

[0028] FIG. 18 is a diagram illustrating a hardware implementation for one or more example network entities according to some embodiments.DETAILED DESCRIPTION

[0029] FIG. 1 illustrates a diagram 100 of a wireless communications system associated with a plurality of cells 190. The wireless communications system includes user equipments (UEs) 102 and base stations / network entities 104. Some base stations may include an aggregated base station architecture and other base stations may include a disaggregated base station architecture. The aggregated base station architecture utilizes a radio protocol stack that is physically or logically integrated within a single radio access network (RAN) node. A disaggregated base station architecture utilizes a protocol stack that is physically or logically distributed among two or more units (e. g., radio unit (RU) 106, distributed unit (DU) 108, central unit (CU) 110). For example, a CU 110 is implemented within a RAN node, and one or more DUs 108 may be co-located with the CU 110, or alternatively, may be geographically or virtually distributed throughout one or multiple other RAN nodes. The DUs 108 may be implemented to communicate with one or more RUs 106. Any of the RU 106, the DU 108 and the CU 110 can be implemented as virtual units, such as a virtual radio unit (VRU), a virtual distributed unit (VDU), or a virtual central unit (VCU). The base station / network entity 104 (e. g., an aggregated base station or disaggregated units of the base station, such as the RU 106 or the DU 108), may be referred to as a transmission reception point (TRP).

[0030] Operations of the base station 104 and / or network designs may be based on aggregation characteristics of base station functionality. For example, disaggregated base station architectures are utilized in an integrated access backhaul (IAB) network, an open-radio access network (O-RAN) network, or a virtualized radio access network (vRAN), which may also be referred to a cloud radio access network (C-RAN). Disaggregation may include distributing functionality across the two or more units at various physical locations, as well as distributing functionality for at least one unit virtually, which can enable flexibility in network designs. The various units of the disaggregated base station architecture, or the disaggregated RAN architecture, can be configured for wired or wireless communication with at least one other unit. For example, the base stations 104d, 104e and / or the RUs 106a, 106b, 106c, 106d may communicate with the UEs 102a, 102b, 102c, 102d, and / or 102s via one or more radio frequency (RF) access links based on a Uu interface. In examples, multiple RUs 106 and / or base stations 104 may simultaneously serve the UEs 102, such as by intra-cell and / or inter-cell access links between the UEs 102 and the RUs 106 / base stations 104.

[0031] The RU 106, the DU 108, and the CU 110 may include (or may be coupled to) one or more interfaces configured to transmit or receive information / signals via a wired or wireless transmission medium. For example, a wired interface can be configured to transmit or receive the information / signals over a wired transmission medium, such as via the fronthaul link 160 between the RU 106d and the baseband unit (BBU) 112 of the base station 104d associated with the cell 190d. The BBU 112 includes a DU 108 and a CU 110, which may also have a wired interface (e. g., midhaul link) configured between the DU 108 and the CU 110 to transmit or receive the information / signals between the DU 108 and the CU 110. In further examples, a wireless interface, which may include a receiver, a transmitter, or a transceiver, such as an RF transceiver, configured to transmit and / or receive the information / signals via the wireless transmission medium, such as for information communicated between the RU 106a of the cell 190a and the base station 104e of the cell 190e via cross-cell communication beams 136-138 of the RU 106a and the base station 104e.

[0032] The RUs 106 may be configured to implement lower layer functionality. For example, the RU 106 is controlled by the DU 108 and may correspond to a logical node that hosts RF processing functions, or lower layer PHY functionality, such as execution of fast Fourier transform (FFT), inverse FFT (iFFT), digital beamforming,  physical random access channel (PRACH) extraction and filtering, etc. The functionality of the RU 106 may be based on the functional split, such as a functional split of lower layers.

[0033] The RUs 106 may transmit or receive over-the-air (OTA) communication with one or more UEs 102. For example, the RU 106b of the cell 190b communicates with the UE 102b of the cell 190b via a first set of communication beams 132 of the RU 106b and a second set of communication beams 134b of the UE 102b, which may correspond to inter-cell communication beams or, in some examples, cross-cell communication beams. For instance, the UE 102b of the cell 190b may communicate with the RU 106a of the cell 190a via a third set of communication beams 134a of the UE 102b and a fourth set of communication beams 136 of the RU 106a. DUs 108 can control both real-time and non-real-time features of control plane and user plane communications of the RUs 106.

[0034] Any combination of the RU 106, the DU 108, and the CU 110, or reference thereto individually, may correspond to a base station 104. Thus, the base station 104 may include at least one of the RU 106, the DU 108, orthe CU 110. The base stations 104 provide the UEs 102 with access to a core network. The base stations 104 may relay communications between the UEs 102 and the core network (not shown). The base stations 104 may be associated with macrocells for higher-power cellular base stations and / or small cells for lower-power cellular base stations. For example, the cell 190e may correspond to a macrocell, whereas the cells 190a-190d may correspond to small cells. Small cells include femtocells, picocells, microcells, etc. A network that includes at least one macrocell and at least one small cell may be referred to as a “heterogeneous network. ”

[0035] Transmissions from a UE 102 to a base station 104 / RU 106 are referred to as uplink (UL) transmissions, whereas transmissions from the base station 104 / RU 106 to the UE 102 are referred to as downlink (DL) transmissions. Uplink transmissions may also be referred to as reverse link transmissions and downlink transmissions may also be referred to as forward link transmissions. For example, the RU 106d utilizes antennas of the base station 104d of cell 190d to transmit a downlink / forward link communication to the UE 102d or receive an uplink / reverse link communication from the UE 102d based on the Uu interface associated with the access link between the UE 102d and the base station 104d / RU 106d.

[0036] Communication links between the UEs 102 and the base stations 104 / RUs 106 may be based on multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and / or transmit diversity. The communication links may be associated with one or more carriers. The UEs 102 and the base stations 104 / RUs 106 may utilize a spectrum bandwidth of Y MHz (e. g., 5, 10, 15, 20, 100, 400, 800, 1600, 2000, etc. MHz) per carrier allocated in a carrier aggregation of up to a total of Yx MHz, where x component carriers (CCs) are used for communication in each of the uplink and downlink directions. The carriers may or may not be adjacent to each other along a frequency spectrum. In examples, uplink and downlink carriers may be allocated in an asymmetric manner, with more or fewer carriers allocated to either the uplink or the downlink. A primary component carrier and one or more secondary component carriers may be included in the component carriers. The primary component carrier may be associated with a primary cell (PCell) and a secondary component carrier may be associated with a secondary cell (SCell).

[0037] The UEs 102 and the base stations 104 / RUs 106 may each include a plurality of antennas. The plurality of antennas may correspond to antenna elements, antenna panels, and / or antenna arrays that may facilitate beamforming operations. For example, the RU 106b transmits a downlink beamformed signal based on a first set of communication beams 132 to the UE 102b in one or more transmit directions of the RU 106b. The UE 102b may receive the downlink beamformed signal based on a second set of communication beams 134b from the RU 106b in one or more receive directions of the UE 102b. In a further example, the UE 102b may also transmit an uplink beamformed signal (e. g., sounding reference signal (SRS)) to the RU 106b based on the second set of communication beams 134b in one or more transmit directions of the UE 102b. The RU 106b may receive the uplink beamformed signal from the UE 102b in one or more receive directions of the RU 106b. The UE 102b may perform beam training to determine the best receive and transmit directions for the beamformed signals. The transmit and receive directions for the UEs 102 and the base stations 104 / RUs 106 may or may not be the same.

[0038] In further examples, beamformed signals may be communicated between a first base station / RU 106a and a second base station 104e. For instance, the base station 104e of the cell 190e may transmit a beamformed signal to the RU 106a based on the communication beams 138 in one or more transmit directions of the base station 104e. The RU 106a may receive the beamformed signal from the base station 104e of the  cell 190e based on the RU communication beams 136 in one or more receive directions of the RU 106a. In further examples, the base station 104e transmits a downlink beamformed signal to the UE 102e based on the communication beams 138 in one or more transmit directions of the base station 104e. The UE 102e receives the downlink beamformed signal from the base station 104e based on UE communication beams 130 in one or more receive directions of the UE 102e. The UE 102e may also transmit an uplink beamformed signal to the base station 104e based on the UE communication beams 130 in one or more transmit directions of the UE 102e, such that the base station 104e may receive the uplink beamformed signal from the UE 102e in one or more receive directions of the base station 104e.

[0039] The base station 104 may include and / or be referred to as a network entity. That is, “network entity” may refer to the base station 104 or at least one unit of the base station 104, such as the RU 106, the DU 108, and / or the CU 110. The base station 104 may also include and / or be referred to as a next generation evolved Node B (ng-eNB), a next generation NB (gNB), an evolved NB (eNB), an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS), an extended service set (ESS), a TRP, a network node, network equipment, or other related terminology. The base station 104 or an entity at the base station 104 can be implemented as an IAB node, a relay node, a sidelink node, an aggregated (monolithic) base station, or a disaggregated base station including one or more RUs 106, DUs 108, and / or CUs 110. A set of aggregated or disaggregated base stations may be referred to as a next generation-radio access network (NG-RAN). In some examples, the UE 102a operates in dual connectivity (DC) with the base station 104e and the base station / RU 106a. In such cases, the base station 104e can be a master node and the base station / RU 160a can be a secondary node.

[0040] Still referring to FIG. 1, any of the UEs 102 may include a PRACH configuration component 140 configured to receive, from a network entity 104, control signaling configuring a first PRACH configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration; and transmit, to the network entity 104 on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0041] The base stations 104 or a network entity of the base stations 104 may include a PRACH configuration component 150 configured to transmit, to a UE 102, control signaling configuring a first PRACH configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration; and receive, from the UE 102 on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0042] Accordingly, FIG. 1 describes a wireless communication system that may be implemented in connection with aspects of one or more other figures described herein. Further, although the following description may be focused on 5G NR, the concepts described herein may be applicable to other similar areas, such as 5G-Advanced and future versions, LTE, LTE-advanced (LTE-A), and other wireless technologies, such as 6G.

[0043] FIG. 3 is a signaling diagram 300 illustrating communications between a UE 102 and a network entity 104 for a reduction of latency for random access procedures based on PRACH adaptation. The network entity 104 may correspond to a base station or a unit of a base station, such as the RU 106, the DU 108, the CU 110, etc.

[0044] The UE 102 optionally transmits 302, to the network entity 104 (and the network entity 104 optionally receives from the UE 102), a UE capability indicating supported configurations for PRACH adaptation. In some aspects, the UE capability indicates at least one of supported parameters for the PRACH adaptation, a maximum number of configured PRACH configurations per CC or across CCs in a band or band combination, or a maximum number of activated PRACH configurations per CC or across CCs in a band or band combination.

[0045] The UE 102 receives 304, from the network entity 104 (and the network entity transmits to the UE 102), control signaling configuring a first physical random access channel, PRACH, configuration and a second PRACH configuration. The control signaling enables dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration. In some aspects, the control signaling configures criteria for the PRACH configuration selection for a PRACH transmission based on the UE capability. In some aspects, the first control signaling is provided via radio resource control (RRC) signaling. In some aspects, the non-time-domain parameters includes at least one of a number of ROs frequency domain multiplexed (e. g., msg1-FDM), a starting position of the PRACH in a frequency  domain (e. g., msg1-FrequencyStart), a target received power for the PRACH (e. g., preambleReceivedTargetPower), a number of PRACH transmissions to determine a failure (e. g., preambleTransMax), a power ramping step (e. g., powerRampingStep, powerRampingStepHighPriority, msgA-PreamblePowerRampingStep), a random access response window duration (e. g., ra-ResponseWindow), a number of SSBs per RO (e. g., ssb-perRACH-Occasion), a reference signal received power (RSRP) threshold for an SSB associated with the PRACH transmission (e. g., rsrp-ThresholdSSB, rsrp-ThresholdSSB-SUL), a root sequence for PRACH generation (e. g., prach-RootSequenceIndex), a subcarrier spacing for PRACH (e. g., msg1-SubcarrierSpacing), a RSRP threshold to determine repetition of a connection request (e. g., rsrp-ThresholdMsg1-RepetitionNum2, rsrp-ThresholdMsg1-RepetitionNum4, rsrp-ThresholdMsg1-RepetitionNum8), a threshold to determine a group of preambles (e. g., ra-Msg3SizeGroupA), a power control offset for the connection request (e. g., msg3-DeltaPreamble), a first power offset for selection of a preamble within the group of preambles (e. g., messagePowerOffsetGroupB), a number of preambles within the group of preambles for each SSB (e. g., numberOfRA-PreamblesGroupA), a second power offset for the second PRACH configuration (e. g., power-offset-NES), or a parameter for a PRACH configuration configured with subband full duplex (SBFD). In some aspects, the time-domain parameters include at least one of periodicity, subframe index, starting symbol, a number of PRACH slots within a subframe, a number of ROs per PRACH slot, a PRACH duration, or a PRACH configuration index. In some aspects, the second PRACH configuration comprises a PRACH configuration for a SBFD configuration and a PRACH configuration for a non-SBFD configuration. In some aspects, the control signaling configures multiple lists of candidate PRACH configurations for a serving cell for the UE configured with a multiple cell configuration. In some aspects, the control signaling enables SBFD operation and configures the first PRACH configuration for non-SBFD symbols / slots and configures the second PRACH configuration for SBFD operation.

[0046] The UE 102 optionally receives 306, from the network entity 104 (and the network entity optionally transmits to the UE 102), second control signaling that activates a PRACH configuration as the second PRACH configuration, or updates the time-domain parameter or the non-time-domain parameter for the second PRACH  configuration. The second control signaling includes a downlink control information (DCI) or a medium access control (MAC) control element (CE).

[0047] The UE 102 transmits 312, to the network entity 104 (and the network entity receives from the UE 102) on a valid RO, an initial transmission ofa PRACH based on the first PRACH configuration or the second PRACH configuration. In some aspects, the UE determines the PRACH configuration for an initial transmission of PRACH, determines the valid RO, preamble, and transmission power for the initial transmission of PRACH. The UE transmits the initial transmission of PRACH based on the determined valid RO, preamble, and transmission power.

[0048] The UE 102 optionally transmits 316, to the network entity 104 (and the network entity optionally receives from the UE 102), a re-transmission of the PRACH on a valid RO based on the first PRACH configuration or the second PRACH configuration. For example, the UE monitors for a radio access response (RAR) within a RA monitoring window based on the PRACH configuration. If the UE does not receive the RAR within the RA monitoring window, the UE may determine to re-transmit the PRACH, such that the UE determines the PRACH configuration for a re-transmission of the PRACH, the RO, preamble, and transmission power for the re-transmission of the PRACH.

[0049] The UE 102 optionally receives 318, from the network entity 104 (and the network entity optionally transmits to the UE 102), a random access response (RAR) within a random access (RA) monitoring window for a corresponding PRACH configuration for the PRACH transmission. The UE optionally receives the RAR within the RA monitoring window in response to the network entity receiving the PRACH.

[0050] In some aspects, RRC signaling may indicate a RRC reconfiguration message from the network entity 104 to the UE 102, or a system information block (SIB), where the SIB can be an existing SIB (e. g., SIB1) or a new SIB (e. g., SIB J, where J is an integer above 21) transmitted by the network entity. In some aspects, the network entity 104 receives one or more capabilities from a core network (e. g., access and mobility management function (AMF)). In some aspects, the network entity 104 receives the one or more capabilities from another network entity.

[0051] FIG. 2 is a diagram 200 illustrating an example of periodicity based on load of a cell. For network energy saving (NES), as shown for example in diagram 200 of FIG. 2, the network entity 104 may configure two sets of PRACH resources for a cell. A first set of PRACH resources (e. g., first PRACH configuration) is based on semi-static  configuration, such as but not limited to RRC configuration, which can be used for all UEs including legacy UEs. A second set of PRACH resources (e. g., second PRACH configuration) is used for UEs that support the PRACH time-domain adaptation. The network entity 104 can update the time-domain property for the second set using dynamic signaling (e. g., MAC CE or DCI). For NES, the network entity can configure the first set of PRACH resources based on a higher periodicity (e. g., 220) and dynamically configure the second set of PRACH resources based on a lower periodicity (e. g., 222) according to load of the cell.

[0052] FIG. 4 is a diagram 400 illustrating an example power adaptation based on time-domain adaptation for PRACH. In some aspects, the network entity 104, in view of the dynamic adaptation parameters, may configure the UE 102 to transmit the PRACH with different time-domain configurations based on different transmission power. For example, with reference to diagram 400 of FIG. 4, when the network entity configures the PRACH based on larger periodicity (e. g., fewer ROs within a time period), the network entity may configure the UE to transmit the PRACH with higher transmission power and configuring larger value of the target received power. The UE may transmit (e. g., at frame 422b), based on the second PRACH configuration, the PRACH with higher power based on the PRACH power control, which may reduce the possibility for the PRACH miss detection. On the other hand, when the network entity 104 configures the PRACH based on smaller periodicity (e. g., more ROs within a time period), network entity 104 may configure the UE 102 to transmit (e. g., at frame 422a), based on the second PRACH configuration, the PRACH with lower transmission power, which can reduce the interference and UE power consumption and UE can identify a subsequent RO for retransmission. In some aspects, the UE may transmit (e. g., at frame 420) based on the first PRACH configuration.

[0053] In some aspects, the dynamic indication may be transmitted via MAC CE or DCI (e. g., DCI based on cell radio network temporary identifier (C-RNTI) or a RNTI configured by the network entity or pre-configured). In some aspects, the network entity may transmit the dynamic indication via DCI format 1_0, DCI format 2_7, or DCI format 2_9. In some aspects, the network entity may provide an explicit indication of an updated value for at least one of the time-domain parameters or the non-time-domain parameters in the MAC CE or DCI.

[0054] In some aspects, the network entity may configure a list of candidate PRACH configurations for the second PRACH configuration for a serving cell or bandwidth  part (BWP) via RRC signaling. The network entity may indicate a PRACH configuration index based on the configured list of candidate PRACH configurations via MAC CE or DCI to activate at least one of the PRACH configurations. In some aspects, one state of the MAC CE or DCI field for the dynamic indication of PRACH adaptation may indicate none of the configured PRACH configuration is activated.

[0055] In some aspects, the UE 102 may determine that none of the candidate PRACH configurations is activated. In some aspects, the UE 102 may determine one of the candidate PRACH configurations is activated, which may be pre-defined, e. g., the first PRACH configuration, or configured by the network entity via RRC signaling. In such instances, the UE 102 may perform the RA procedure based on the activated second PRACH configuration and the configured first PRACH configuration. In some aspects, for a serving cell or BWP, the network entity 104 activates one PRACH configuration as the second PRACH configuration at a time.

[0056] In some aspects, the network entity 104 may configure a location (e. g., starting bit index and / or number of bits) of the DCI field for the UE 102 via RRC signaling. In instances where the UE is configured with carrier aggregation, the network entity may indicate the dynamic adaptation of the second PRACH configuration for a primary cell (PCell) or a primary secondary cell (PSCell). In instances where the UE 102 is configured with carrier aggregation, the network entity 104 may indicate the dynamic adaptation of the second PRACH configuration for the PCell, the PSCell or a secondary cell (SCell). The network entity 104 may provide the PRACH dynamic indication using multiple DCI fields, where different DCI fields correspond to different serving cells. The network entity 104 may configure the location (e. g., starting bit index and / or number of bits) of the DCI field for a serving cell (e. g., 524, 526) for a UE by RRC signaling, as shown for example in diagram 500 of FIG. 5.

[0057] In some aspects, for a serving cell or BWP configured with SBFD, the network entity 104 may perform at least one operation for the serving cell or BWP. In some aspects, the network entity 104 activate two PRACH configurations as the second PRACH configurations for dynamic time-domain adaptation, where one PRACH configuration is applied for the non-SBFD symbols / slots and the other PRACH configuration is applied for the SBFD symbols / slots. In some aspects, the network entity 104 may activate one PRACH configuration as the second PRACH configuration, where the PRACH configuration is applied to non-SBFD symbols / slots. A PRACH occasion overlapping entirely or partly with SBFD  symbols / slots is determined by the UE as invalid. In some aspects, the network entity 104 may activate one PRACH configuration as the second PRACH configuration, where the PRACH configuration is applied to SBFD symbols / slots. A PRACH occasion overlapping entirely or in part with SBFD symbols / slots is determined by the UE 102 as a valid PRACH occasion. If the UE 102 is configured with a first configuration (e. g., transmissions / receptions restricted to SBFD symbols only or non-SBFD symbols only), a PRACH occasion from the second PRACH configuration is restricted to SBFD symbols only or non-SBFD symbols only. If the UE 102 is configured with a second configuration (e. g., transmissions / receptions can be in SBFD symbols and non-SBFD symbols), a PRACH occasion from the second PRACH configuration may cross the boundary between the SBFD symbols and non-SBFD symbols. In some aspects, the network entity 104 may activate one PRACH configuration as the second PRACH configuration, where the PRACH configuration is applied to both non-SBFD and SBFD symbols / slots. A PRACH occasion overlapping entirely or in part with SBFD symbols / slots is determined by the UE 102 as a valid PRACH occasion. If the UE 102 is configured with a first configuration (e. g., transmissions / receptions restricted to SBFD symbols only or non-SBFD symbols only), a PRACH occasion from the second PRACH configuration is restricted to SBFD symbols only or non-SBFD symbols only. If the UE 102 is configured with a second configuration (e. g., transmissions / receptions can be in SBFD symbols and non-SBFD symbols), a PRACH occasion from the second PRACH configuration can cross the boundary between the SBFD symbols and non-SBFD symbols. In some aspects, the network entity 104 may activate one PRACH configuration as the second PRACH configuration, where the network entity 104 may configure whether the PRACH configuration is applied to non-SBFD or SBFD or both non-SBFD and SBFD symbols / slots. In some aspects, the network entity 104 may refrain from configuring or activating any PRACH configuration as the second PRACH configuration for PRACH time-domain adaptation. In such instances, when the network entity 104 configures or activates at least one PRACH configuration as the second PRACH configuration for PRACH time-domain adaptation, the network entity 104 may configure SBFD symbols / slots as disabled or refrain from configuring the SBFD symbols / slots. In some aspects, a PRACH occasion overlapping entirely or in part with SBFD symbols / slots is determined by the UE 102 as an invalid PRACH occasion.

[0058] The network entity 104 may further configure two PRACH configurations as the first PRACH configurations without time-domain adaptation, where one PRACH configuration is applied to the non-SBFD symbols / slots and the other PRACH configuration is applied to the SBFD symbols / slots. The UE 102 may report the UE capability indicating whether it supports PRACH time-domain adaptation for a serving cell with SBFD configured. In some aspects, for a PRACH configuration applied to SBFD symbols / slots, the UE 102 determines the corresponding ROs in the SBFD symbols / slots as valid. For PRACH configurations not applied to SBFD symbols / slots, the UE 102 determines the corresponding ROs in the SBFD symbols / slots as invalid. The UE 102 may transmit the PRACH from one or multiple valid RO (s).

[0059] In some aspects, for a UE 102 configured with multi-cell operation (e. g., inter-cell multiple transmission and reception point (mTRP) or lower layer triggered mobility (LTM)), the network entity 104 may configure multiple lists of candidate PRACH configuration for a serving cell, where different lists correspond to different cells. The network entity 104 may transmit a MAC CE or DCI to provide the dynamic adaptation indication for PRACH for one cell or multiple cells. In some aspects, as shown in diagram 600 of FIG. 6, the network entity 104 may configure the location of the DCI field for each cell and each serving cell, and provide the indication of dynamic PRACH adaptation for a cell in a serving cell by a corresponding DCI field (e. g., 624a, 624b, 626). In some aspects, the network entity 104 may configure different RNTIs for the MAC CE or DCI for dynamic adaptation for PRACH, where different RNTIs correspond to different cells. In some aspects, the network entity 104 may configure the second PRACH configuration corresponding to a current cell that the UE 102 is connected to only. In such instances, the network entity 104 may refrain from configuring the second PRACH configuration for a neighbor cell.

[0060] In some aspects, the UE 102 may perform the RO and preamble selection based on the first and second PRACH configurations separately for the initial transmission of the PRACH. As shown for example in diagram 700 of FIG. 7, for a PRACH configuration, the UE selects 732 an SSB and determines a first set of RO (s) for the first PRACH configuration based on the selected SSB. The selected SSB may be based on a measured synchronization signal reference signal received power (SS-RSRP) and threshold configured in the PRACH configuration (e. g., rsrp-ThresholdSSB). The UE may determine the next available RO (s) for PRACH  transmission. The UE determines 734 a first set of preambles based on the first PRACH configuration. The UE selects 736 the SSB and determines a second set of RO (s) for the second PRACH configuration based on the selected SSB. The UE determines 738 a second set of preambles based on the second PRACH configuration. The UE determines 740 the RO (s) based on the first and second set of RO (s) and preamble based on the first and second set of preambles.

[0061] In some aspects, the UE 102 may perform the RO selection for a PRACH configuration as follows: if the UE 102 identifies at least one of the SSBs with SS-RSRP above a threshold configured in the PRACH configuration (e. g., rsrp-ThresholdSSB) the UE 102 may determine the ROs associated with SSB for PRACH transmission; otherwise, the UE 102 may determine the ROs associated with any SSB for PRACH transmission.

[0062] In some aspects, the UE 102 determines the number of ROs based on a threshold for PRACH repetitions. For example, if the threshold for the PRACH repetitions (e. g., rsrp-ThresholdMsg1-RepetitionNum8) is configured and the RSRP of the downlink pathloss reference is less than the threshold for the PRACH repetitions (e. g., rsrp-ThresholdMsg1-RepetitionNum8), the UE determines the number of ROs as 8. In some aspects, if the threshold for the PRACH repetition (e. g., rsrp-ThresholdMsg1-RepetitionNum4) is configured and the RSRP of the downlink pathloss reference is less than the threshold for the PRACH repetition (e. g., rsrp-ThresholdMsg1-RepetitionNum4), the UE determines the number of ROs as 4. In some aspects, if the threshold for the PRACH repetitions (e. g., rsrp-ThresholdMsg1-RepetitionNum2) is configured and the RSRP of the downlink pathloss reference is less than the threshold for the PRACH repetitions (e. g., rsrp-ThresholdMsg1-RepetitionNum2), the UE determine the number of ROs as 2. In some aspects, the UE determines the number of ROs based on the lowest PRACH repetition number configured by the network entity 104.

[0063] In some aspects, the UE 102 performs the RA preamble selection as follows: if a RA preamble group B is configured, a potential Msg3 size is greater than the threshold configured in the PRACH configuration (e. g., ra-Msg3SizeGroupA), and the measured pathloss for the PRACH power control is less than a threshold based on the PRACH configuration (e. g., PCMAX-preambleReceivedTargetPower -msg3-DeltaPreamble -messagePowerOffsetGroupB), the UE 102 selects the RA preambles in Group B. Otherwise, the UE 102 selects the RA preambles in Group A, where a  threshold based on the PRACH configuration (e. g., PCMAX) indicates the maximum transmission power of the serving cell performing the RA procedure.

[0064] After determining the first and second set of RO (s) and preambles, in some aspects, the UE 102 may randomly select one set of ROs and preambles from the corresponding set of preambles based on equal probability. In some aspects, the network entity 104 may configure the probability for the selection between the first and second set of ROs and preambles. The network entity may configure the probability via RRC signaling (e. g., in the PRACH configuration), MAC CE, or DCI (e. g., MAC CE or DCI for the indication of dynamic adaptation of PRACH).

[0065] In some aspects, the UE 102 may determine the probability for the ROs and preambles selection based on the configuration of the first and second PRACH (e. g., periodicity). For example, if the periodicity for the first PRACH configuration is T1 and the periodicity for the second PRACH configuration is T2, the UE 102 determines the probability to select the first set of ROs and preambles is T2  /  (T1 + T2), and the probability to select the second set of ROs and preambles is T1  /  (T1 + T2).

[0066] In some aspects, the UE 102 selects the set of ROs and preambles based on the timing for the next available ROs. In one example, the UE 102 selects the set of ROs that starts earlier or ends earlier. In some aspects, the UE 102 selects the set of ROs and preambles based on the number of PRACH repetitions. For example, the UE 102 selects the set of ROs and preambles that utilize a smaller or a reduced number of repetitions with regard to UE power saving. In some aspects, the UE 102 selects the set of ROs and preambles based on target transmission power of the PRACH. For example, the UE 102 selects the set of ROs and preambles that utilize a reduced transmission power with regard to UE power saving. In some aspects, the UE 102 selects the set of ROs and preambles that utilize an increased or higher transmission power with regard to RA reliability. In some aspects, after selecting the set of ROs and preambles, the UE 102 performs random selection for the preambles based on equal probability.

[0067] In some aspects, the UE 102 determines whether to select the RO / preamble based on the first and second PRACH configurations based on the measured SS-RSRP / pathloss for the initial transmission of the PRACH. For example, the network entity 104 configures a SS-RSRP or pathloss threshold via RRC signaling (e. g., in the PRACH configuration), MAC CE or DCI (e. g., MAC CE or DCI for the indication of  dynamic adaptation of PRACH). In some aspects, the SS-RSRP or pathloss threshold may be pre-defined.

[0068] In some aspects, as shown for example in diagram 1000 of FIG. 10, the UE 102 determines 852 whether the measured SS-RSRP or pathloss for at least one SSB is above the threshold. In instances where the measured SS-RSRP or pathloss for at least one SSB is above the threshold ( ″Yes″ branch), the UE selects 854 the RO (s) and preamble based on the first PRACH configuration. In instances where the measured SS-RSRP or pathloss for at least one SSB is not above the threshold ( “No” branch), the UE 102 selects 856 the RO (s) and preamble based on the second PRACH configuration.

[0069] In some aspects, if the measured SS-RSRP or pathloss for at least one SSB is above the threshold, the UE may select the RO / preamble based on the second PRACH configuration. In some aspects, if the measured SS-RSRP or pathloss for at least one SSB is not above the threshold, the UE may select the RO / preamble based on the first PRACH configuration. In some aspects, if the measured SS-RSRP or pathloss for none of SSB is above the threshold, the UE may select the RO / preamble based on the first PRACH configuration. In some aspects, if the measured SS-RSRP or pathloss for none of SSB is not above the threshold, the UE may select the RO / preamble based on the second PRACH configuration. In some aspects, if the measured SS-RSRP or pathloss for none of SSB is above the threshold, the UE may select the RO / preamble based on the second PRACH configuration. In some aspects, if the measured SS-RSRP or pathloss for none of SSB is not above the threshold, the UE may select the RO / preamble based on the first PRACH configuration.

[0070] In some aspects, the UE 102 determines whether to select the RO / preamble based on the first and second PRACH configurations based on the target payload size (e. g., Msg3 / MsgA payload size), where the target payload size may indicate the uplink data available for transmission plus the MAC sub-header (s) and MAC CEs in Msg3 / MsgA. The network entity 104 may configure a payload size threshold via RRC signaling (e. g., in the PRACH configuration), MAC CE , or DCI (e. g., MAC CE or DCI for the indication of dynamic adaptation of PRACH). In some aspects, the payload size threshold may be pre-defined. In some aspects, as shown for example in diagram 900 of FIG. 9, the UE 102 determines 960 whether the target payload size is above a threshold. In instances where the target payload size is above the threshold ( “Yes” branch), the UE 102 selects 954 the RO / preamble based on the first PRACH  configuration. In instances where the target payload size is not above the threshold ( “No” branch), the UE 102 selects 956 the RO / preamble based on the second PRACH configuration. In some aspects, if the target payload size is above the threshold, the UE 102 may select the RO / preamble based on the second PRACH configuration; otherwise, the UE 102 may select the RO / preamble based on the first PRACH configuration.

[0071] In some aspects, the UE 102 determines whether to select the RO / preamble based on the first and second PRACH configurations based on the type of event that triggers the RA procedure. For example, as shown in diagram 1000 of FIG. 10, the UE 102 determines 1070 whether the RA procedure is triggered based on a first type of event. In instances that the RA procedure is triggered based on the first type of event ( “Yes” branch), the UE 102 selects 1054 the RO / preamble based on the first PRACH configuration based on the first type of triggering event. In instances that the RA procedure is not triggered based on the first type of event ( “No” branch), the UE 102 determines 1072 whether the RA procedure is initiated based on a second type of event. In instances where the RA procedure is initiated based on the second type of event ( “Yes” branch), the UE 102 selects 1056 the RO / preamble based on the second PRACH configuration. In instances where the RA procedure is not initiated based on the second type of event ( “No” branch), the UE 102 selects 1074 the RO / preamble based on one of the first PRACH configuration or the second PRACH configuration. The UE may further determine to select the RO / preamble based on the first and / or second PRACH configuration based on the third type of triggering event, and so on.

[0072] In some aspects, the first, second, or third types of events may be pre-defined or configured by the network entity 104 via RRC signaling (e. g., in the PRACH configuration), MAC CE or DCI (e. g., MAC CE or DCI for the indication of dynamic adaptation of PRACH), or reported by the UE via the UE capability report. In some aspects, the first type of event may include at least one of RA procedure initiated by the PDCCH order for an LTM candidate cell, RA procedure initiated by the PDCCH order for current cell (other than LTM candidate cell), RA procedure initiated for system information request, RA procedure initiated for system information block type 1 (SIB1) request, RA procedure initiated for beam failure recovery, RA procedure initiated for reconfiguration with sync, RA procedure initiated for LTM cell switch, RA procedure initiated for secondary cell group (SCG) activation, RA procedure initiated for small data transmission (SDT), or RA procedure initiated for initial  access. In some aspects, the first type of event may include none of the RA procedure above. In such instances, the UE transmits the PRACH based on the second PRACH configuration.

[0073] In some aspects, the second type of event may include at least one of the first type of events, listed above, that is not included in the first type of event. In some aspects, the second type of event may include none of the RA procedure above. In such instances, the UE transmits the PRACH based on the first PRACH configuration. In some aspects, the third type of event may include at least one of the above that is not included in the first or second type of event. In some aspects, the third type of event may include none of the RA procedure above. In such instances, for RA procedure initiated by a certain type of event, the UE transmits the PRACH based on the first PRACH configuration or the second PRACH configuration without performing additional RO selection procedure between the first and second PRACH configuration.

[0074] In some aspects, for at least one of the first type, second type, or third type of events, the network entity 104 configures or indicates whether the UE 102 selects the PRACH based on the first and / or the second PRACH configurations. The network entity 104 may provide the configuration or indication via RRC signaling (e. g., in the PRACH configuration or configuration for the corresponding event), MAC CE or DCI (e. g., MAC CE or DCI for the indication of dynamic adaptation of PRACH or triggering the PRACH). In some aspects, the UE 102 reports the UE capability indicating the supported triggering event (s) for the first and / or second PRACH configurations. In some aspects, the UE 102 transmits the PRACH based on the first and second PRACH configuration for RA procedure initiated by all the first type, second type, or third type of events.

[0075] In some aspects, such as RO selection for re-transmission of PRACH, the UE may perform the RO / preamble selection in a similar manner as discussed herein for the initial transmission of PRACH. For example, the RO / preamble selection for re-transmission may be based on the RO / preamble from the same PRACH configuration as that of the initial PRACH transmission. In some aspects, for re-transmission of PRACH, the UE 102 selects the RO / preamble based on the same PRACH configuration as the initial transmission of the PRACH. The UE 102 may refrain from selecting the RO / preamble based on a different PRACH configuration as the initial transmission. As such, if the UE 102 selects the RO / preamble based on the first or  second PRACH configuration, the UE 102 selects the RO / preamble from the first or second PRACH configuration respectively for retransmission.

[0076] In some aspects, the RO / preamble selection for re-transmission may be based on the RO / preamble from a different PRACH configuration than that of the initial PRACH transmission. In some aspects, for re-transmission of PRACH, the UE 102 may select the RO / preamble based on the same or a different PRACH configuration as the in initial transmission of the PRACH. As such, if the UE 102 selects the RO / preamble based on the first or second PRACH configuration, the UE 102 selects the RO / preamble from the second or first PRACH configuration respectively for re-transmission. In some aspects, the network entity 104 configures the UE 102 as to whether the UE 102 is allowed to select or should select the RO / preamble for PRACH re-transmission based on a different PRACH configuration as the initial transmission. The UE 102 reports a UE capability indicating whether it supports to select the RO / preamble for PRACH retransmission based on a different PRACH configuration as the initial transmission.

[0077] In some aspects, the UE 102 maintains a counter for preamble transmission per PRACH configuration. For the two PRACH configurations, the UE 102 may maintain two preamble transmission counters. Initially, the UE 102 sets the value of the two preamble transmission counters as 1. If the UE 102 transmits PRACH based on one PRACH configuration, the UE 102 increases the corresponding preamble transmission counter by 1. When the value of the preamble transmission counter for a PRACH configuration equals to the maximum number of preamble transmissions configured for the PRACH configuration plus 1, the UE 102 performs at least one of indicating an RA problem to upper layers (e. g., RRC layer), determining the RA procedure unsuccessfully completed, or performing PRACH transmission based on the other PRACH configuration if the preamble transmission counter for that PRACH configuration is less than the maximum number of preamble transmissions configured for the PRACH configuration plus 1.

[0078] In some aspects, the UE 102 maintains a counter for preamble transmission across PRACH configurations. Initially the UE sets the value of the preamble transmission counter as 1. If the UE transmits PRACH based on one PRACH configuration, it increases the corresponding preamble transmission counter by 1. The network entity 104 configures one parameter for maximum number of preamble transmissions across PRACH configurations. When the value of the preamble transmission counter equals  to the configured maximum number of preamble transmissions plus 1, the UE 102 performs at least one of indicating an RA problem to upper layers (e. g., RRC layer) or determining the RA procedure unsuccessfully completed.

[0079] In some aspects, the network entity 104 may configure two parameters for maximum number of preamble transmissions for the first and second PRACH configuration respectively. When the value of the preamble transmission counter equals to the configured maximum number of preamble transmissions for a PRACH configuration plus 1, the UE 102 performs at least one of indicating an RA problem to upper layers (e. g., RRC layer), determining the RA procedure unsuccessfully completed, or performs PRACH transmission based on the other PRACH configuration if the preamble transmission counter for that PRACH configuration is less than the maximum number of preamble transmissions configured for the PRACH configuration plus 1.

[0080] In some aspects, the UE 102 determines a target received power for a PRACH transmission occasion based on at least one of a target preamble received power configured by the NE (e. g., preambleReceivedTargetPower), power offset for different PRACH format (e. g., DELTA_PREAMBLE), preamble power ramping counter maintained by the UE 102 (e. g., PREAMBLE_POWER_RAMPING_COUNTER), preamble power ramping step configured by the network entity 104 (e. g., PREAMBLE_POWER_RAMPING_STEP), additional power offset for RA type fallback from 2-step RA into 4-step RA (e. g., POWER_OFFSET_2STEP_RA), additional power offset configured for the second PRACH configuration (e. g., power-offset-NES), or additional power ramping offset for PRACH configuration switching between the first and second PRACH configurations (e. g., POWER_RAMPING_OFFSET).

[0081] In some aspects, the UE 102 determines the transmission power for the PRACH transmission occasion based on the target received power and the pathloss measured from the SSB associated with the RO (s) for the PRACH transmission. For example, the UE 102 determines the transmission power for PRACH transmission occasion i in BWP b of carrier f of serving cell c as follows:

[0082] PPRACH, b, f, c = min {PCMAX, f, c (i), PPRACH, target, f, c + PLb, f, c} dBm

[0083] where PCMAX, f, c (i) indicates the maximum transmission power; PPRACH, target, f, c indicates the target received power; PLb, f, c indicates the measured pathloss. The embodiments to configure and determine the target received power can also be extended to the target received power configuration and determination for MsgA PUSCH and Msg3 PUSCH.

[0084] In some aspects, the UE 102 determines a target received power for a PRACH transmission occasion. The network entity 104 configures a set of common parameters for the first and second PRACH configuration which could lead to the same target received power for a PRACH transmission occasion based on either the first or second PRACH configuration. In some aspects, the network entity 104 may configure the same value for the power control parameters for the first and second PRACH configuration which could lead to the same target received power for a PRACH transmission occasion based on either the first or second PRACH configuration. In some aspects, the common parameters or parameters with the same value should include at least one of target received power for PRACH (e. g., preambleReceivedTargetPower), power ramping step size (e. g., powerRampingStep, powerRampingStepHighPriority, msgA-PreamblePowerRampingStep), subcarrier spacing for PRACH (e. g., msg1-SubcarrierSpacing), power control offset for Msg3 PUSCH (e. g., msg3-DeltaPreamble), or PRACH format.

[0085] In some aspects, the UE 102 may determine the target received power for a PRACH transmission occasion for the first / second PRACH configuration as PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) × PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA, where the preambleReceivedTargetPower is configured for both PRACH configurations or for the first PRACH configuration, the PREAMBLE_POWER_RAMPING_STEP is configured for both PRACH configuration or the first PRACH configuration.

[0086] In some aspects, the UE 102 may maintain one preamble power ramping counter (e. g., PREAMBLE_POWER_RAMPING_COUNTER) for both PRACH configurations. The UE 102 may initially set the preamble power ramping counter (e. g., PREAMBLE_POWER_RAMPING_COUNTER) as 1. For PRACH re-transmission, the UE 102 increases the counter by 1 if the PRACH is associated with the same SSB as the last transmission of the PRACH. For example, diagram 1100 of  FIG. 11 illustrates an example for common power ramping for both PRACH configurations (e. g., 1128, 1130) with power ramping step size as d.

[0087] In some aspects, if the preamble power ramping counter (e. g., PREAMBLE_TRANSMISSION_COUNTER) is greater than one, if the notification of suspending power ramping counter has not been received from lower layers, if LBT failure indication was not received from lower layers for the last random access preamble transmission, and if the SSB or CSI-RS selected is not changed from the selection in the last random access preamble transmission, and if the random access procedure is not initiated by the PDCCH order for an LTM candidate cell, then the UE 102 increases the counter by 1; otherwise, the UE 102 keeps current value of the counter.

[0088] In some aspects, if the random access procedure is initiated by the PDCCH order for an LTM candidate cell as preamble re-transmission and if the PDCCH order indicates the same LTM candidate cell and the same SSB as the last random access preamble transmission, then the UE 102 increases the counter by 1; otherwise, the UE 102 keeps current value of the counter. In some aspects, the UE 102 may suspend the power ramping counter if the UE 102 changes the spatial transmission filter for the PRACH transmission associated with the same SSB.

[0089] In some aspects, the UE 102 determines the target received power for a PRACH transmission occasion corresponding to the first and second PRACH configuration separately. The network entity 104 configures common or separate power control parameters for the first and second PRACH configuration.

[0090] In some aspects, the UE 102 determines the target received power for a PRACH transmission occasion for the first / second PRACH configuration as PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) × PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA + POWER-OFFSET-NES, where the preambleReceivedTargetPower is configured for both PRACH configurations or for the first PRACH configuration, the PREAMBLE_POWER_RAMPING_STEP is configured for both PRACH configuration or the first PRACH configuration. The UE 102 determines a power offset (e. g., power-offset-NES) as 0 if the PRACH is based on the first PRACH configuration and determines a value of the power offset (e. g., power-offset-NES) if the PRACH is based on the second PRACH configuration. In some aspects, the UE  102 determines the common preamble power ramping counter (e. g., PREAMBLE_POWER_RAMPING_COUNTER) for both PRACH configurations as discussed herein for a common target received power for a PRACH transmission occasion.

[0091] In some aspects, the UE 102 determines the target received power for a PRACH transmission occasion for the first and / or second PRACH configuration as PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) ×PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA, where the preambleReceivedTargetPower is configured for the first and / or second PRACH configuration respectively, the PREAMBLE_POWER_RAMPING_STEP is configured for both PRACH configuration or the first PRACH configuration. In some aspects, the UE 102 determines the common preamble power ramping counter (e. g., PREAMBLE_POWER_RAMPING_COUNTER) for both PRACH configurations as discussed herein for a common target received power for a PRACH transmission occasion.

[0092] In some aspects, the UE 102 determines the target received power for a PRACH transmission occasion for the first and / or second PRACH configuration as PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) ×PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA + POWER_RAMPING_OFFSET, where the preambleReceivedTargetPower is configured for both PRACH configurations or for the first PRACH configuration, the PREAMBLE_POWER_RAMPING_STEP is configured for both PRACH configuration or the first PRACH configuration or for the first and / or second PRACH configuration respectively.

[0093] In some aspects, the UE 102 determines the common preamble power ramping counter (e. g., PREAMBLE_POWER_RAMPING_COUNTER) for both PRACH configurations as discussed herein for a common target received power for a PRACH transmission occasion. In some aspects, the UE 102 does not increase the counter or set the counter as 1 if the UE 102 switches the PRACH configuration for retransmission. As such, the UE 102 increases the counter by 1 if the re-transmission PRACH is associated with the same SSB and based on the same PRACH configuration. The network entity 104 configures whether the UE 102 should refrain  from increasing the counter or not if the PRACH is based on a different PRACH configuration compared to the last PRACH transmission.

[0094] In some aspects, the UE 102 determines the value of a power ramping offset (e. g., POWER_RAMPING_OFFSET) as 0. In some aspects, a preamble power ramping step (e. g., PREAMBLE_POWER_RAMPING_STEP) is configured for the first PRACH configuration. If the PRACH transmission is based on a different PRACH configuration compared to the last PRACH transmission, such as being based on the second PRACH configuration, the UE 102 determines the value of power ramping offset (e. g., POWER_RAMPING_OFFSET) based on the power ramping step size for both PRACH configurations and the preamble power ramping counter (e. g., POWER_RAMPING_OFFSET = (PREAMBLE_POWER_RAMPING_COUNTER- 1) × (PREAMBLE_POWER_RAMPING_STEP1 - PREAMBLE_POWER_RAMPING_STEP)), where PREAMBLE_POWER_RAMPING_STEP1 indicates the power ramping step size configured for the second PRACH configuration; otherwise, the UE 102 determines the value of a power offset switch (e. g., POWER_OFFSET_SWITCHING) as 0.

[0095] With reference to FIG. 12, diagram 1200 of FIG. 12 illustrates an example for separate power ramping based on a common power ramping counter and different power step size d1 and d2 for the first PRACH configuration 1228 and the second PRACH configuration 1230.

[0096] In some aspects, if the PRACH is associated with the same SSB, the UE 102 determines the power ramping factor based on the power ramping step size for current PRACH configuration and the target received power or power ramping factor for the last transmission of the PRACH. With reference to FIG. 13, diagram 1300 of FIG. 13 illustrates an example for separate power ramping based on a common power ramping counter and different power step size d1 and d2 for the first PRACH configuration 1328 and the second PRACH configuration 1330.

[0097] In some aspects, the UE 102 maintains separate power ramping counters for the first and second PRACH configurations respectively. Initially, the UE 102 sets both power ramping counters as 1. For PRACH re-transmission, the UE 102 increases the counter by 1 if the PRACH is associated with the same SSB as the last transmission of the PRACH and based on the same PRACH configuration as the last transmission. In some aspects, if a preamble transmission counter (e. g., PREAMBLE_TRANSMISSION_COUNTER) is greater than one, if the notification  of suspending power ramping counter has not been received from lower layers, ifLBT failure indication was not received from lower layers for the last random access preamble transmission, and if SSB or CSI-RS selected is not changed from the selection in the last random access preamble transmission, if the random access procedure is not initiated by the PDCCH order for an LTM candidate cell, and if the corresponding PRACH configuration is not changed from the selection in the last random access preamble transmission, then the UE 102 increases the counter by 1; otherwise, the UE 102 keeps current value of the counter.

[0098] In some aspects, if the random access procedure is initiated by the PDCCH order for an LTM candidate cell as preamble re-transmission, if the PDCCH order indicates the same LTM candidate cell and the same SSB as the last random access preamble transmission, and if the corresponding PRACH configuration is not changed from the selection in the last random access preamble transmission, then the UE 102 increases the counter by 1; otherwise, the UE 102 keeps current value of the counter. With reference to FIG. 14, diagram 1400 of FIG. 14 illustrates an example for separate power ramping based on separate power ramping counters and different power step size d1 and d2 for the first PRACH configuration 1428 and the second PRACH configuration 1430.

[0099] In some aspects, the UE 102 determines the target received power for a PRACH transmission occasion for the first / second PRACH configuration as PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) × PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA + POWER-OFFSET-NES + POWER_RAMPING_OFFSET, where the preambleReceivedTargetPower is configured for both PRACH configurations or for the first PRACH configuration, the PREAMBLE_POWER_RAMPING_STEP is configured for both PRACH configuration or the first PRACH configuration. The UE 102 determines the power offset value (e. g., power-offset-NES) as 0 if the PRACH is based on the first PRACH configuration and determine the power offset value (e. g., power-offset-NES) if the PRACH is based on the second PRACH configuration.

[0100] In some aspects, the UE 102 determines the power offset value (e. g., power-offset-NES) as 0 if the PRACH is based on the first PRACH configuration and determine the power offset value (e. g., power-offset-NES) if the PRACH is based on the second PRACH configuration. The UE 102 may determine the power ramping counters  and / or step size separately for the first and second PRACH configuration as discussed herein for a common power control parameter and a separate power ramping.

[0101] In some aspects, the UE 102 determines the target received power for a PRACH transmission occasion for the first and / or second PRACH configuration as PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) × PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA +POWER_RAMPING_OFFSET, where the preambleReceivedTargetPower is configured for the first / second PRACH configuration respectively, the PREAMBLE_POWER_RAMPING_STEP is configured for both PRACH configuration or the first PRACH configuration. The UE 102 may determine the power ramping counters and / or step size separately for the first and second PRACH configuration as discussed herein for a common power control parameter and a separate power ramping.

[0102] FIG. 15 illustrates a flowchart 1500 of a method of wireless communication at a UE. With reference to FIGs. 1-14, the method may be performed by the UE 102. In embodiments, the UE 102 optionally transmits 1502, to the network entity 104, a UE capability indicating supported configurations for PRACH adaptation. For example, FIG. 3 shows that the UE optionally transmits 302 a UE capability indicating supported configurations for PRACH adaptation.

[0103] The UE receives 1504, from the network entity 104, control signaling configuring a first PRACH configuration and a second PRACH configuration, where the control signaling enables dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration. For example, FIG. 3 shows that the UE receives 302 control signaling configuring a first PRACH configuration and a second PRACH configuration, where the control signaling enables dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration.

[0104] The UE optionally receives 1506, from the network entity 104, second control signaling that activates a PRACH configuration as the second PRACH configuration or updates the time-domain parameter or the non-time-domain parameter for the second PRACH configuration. The second control signaling including a DCI or a MAC-CE. For example, FIG. 3 shows that the UE optionally receives 306 second control signaling that activates a PRACH configuration as the second PRACH  configuration or updates the time-domain parameter or the non-time-domain parameter for the second PRACH configuration.

[0105] The UE optionally determines 1508 between the first PRACH configuration and the second PRACH configuration as the PRACH configuration for the initial transmission of the PRACH. For example, FIGs. 8, 9, and 10 show that the UE optionally determines between the first PRACH configuration and the second PRACH configuration as the PRACH configuration for the initial transmission of the PRACH.

[0106] The UE optionally determines 1510 the valid RO, a preamble, and a transmission power for the initial transmission of the PRACH. For example, FIGs. 8, 9, and 10 show that the UE optionally determines the valid RO, a preamble, and a transmission power for the initial transmission of the PRACH.

[0107] The UE transmits 1512, to the network entity 104 on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration. For example, FIG. 3 shows that the UE transmits 312, to the network entity 104 on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0108] The UE optionally determines 1513 whether to retransmit the PRACH transmission. For example, FIGs. 11-14 shows that the UE optionally determines 1511 whether to retransmit the PRACH transmission.

[0109] The UE optionally determines 1514 the PRACH configuration for a re-transmission of the PRACH. For example, FIGs. 11-14 shows that the UE optionally determines 1513 the PRACH configuration for a re-transmission of the PRACH.

[0110] The UE optionally determines 1515 the ROs, the preamble, and the transmission power for the re-transmission of the PRACH. For example, FIGs. 11-14 shows that the UE optionally determines the ROs, the preamble, and the transmission power for the re-transmission of the PRACH.

[0111] The UE optionally transmits 1516, to the network entity 104, a re-transmission of the PRACH on a valid RO based on the first PRACH configuration or the second PRACH configuration. For example, FIG. 3 shows that the UE optionally transmits 310, to the network entity 104, a re-transmission of the PRACH on a valid RO based on the first PRACH configuration or the second PRACH configuration.

[0112] The UE optionally receives 1518, from the network entity 104, a random access response within a RA monitoring window for a corresponding PRACH configuration  for the PRACH transmission. For example, FIG. 3 shows that the UE optionally receives 312 a random access response within a RA monitoring window for a corresponding PRACH configuration for the PRACH transmission.

[0113] FIG. 16 is a flowchart 1600 of a method of wireless communication at a network entity. With reference to FIGs. 1-14, the method may be performed by one or more network entities 104, which may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, and / or the CU 110. In embodiments, the network entity 104 optionally receives 1602, from the UE 102, a UE capability indicating supported configurations for PRACH adaptation. For example, FIG. 3 shows that the network entity optionally receives 302 a UE capability indicating supported configurations for PRACH adaptation. In some aspects, the UE capability indicates at least one of supported parameters for the PRACH adaptation, a maximum number of configured PRACH configurations per CC or across CCs in a band or band combination, or a maximum number of activated PRACH configurations per CC or across CCs in a band or band combination.

[0114] The network entity transmits 1604, to the UE 102, control signaling configuring a first PRACH configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration. For example, FIG. 3 shows that the network entity transmits 304, to the UE 102, control signaling configuring a first PRACH configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration.

[0115] The network entity optionally transmits 1606, to the UE 102, second control signaling that activates a PRACH configuration as the second PRACH configuration or updates the time-domain parameter or the non-time-domain parameter for the second PRACH configuration. The second control signaling includes a DCI or a MAC CE. For example, FIG. 3 shows that the network entity optionally transmits 306, to the UE 102, second control signaling that activates a PRACH configuration as the second PRACH configuration or updates the time-domain parameter or the non-time-domain parameter for the second PRACH configuration.

[0116] The network entity receives 1612, from the UE 102 on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration. For example, FIG. 3 shows that the network entity receives  312, from the UE 102 on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0117] The network entity optionally receives 1616, from the UE 102, a re-transmission of the PRACH on a valid RO based on the first PRACH configuration or the second PRACH configuration. For example, FIG. 3 shows that the network entity optionally receives 316, from the UE 102, a re-transmission of the PRACH on a valid RO based on the first PRACH configuration or the second PRACH configuration.

[0118] The network entity optionally transmits 1618, to the UE 102, a random access response in a RA monitoring window for a corresponding PRACH configuration for the PRACH transmission. For example, FIG. 3 shows that the network entity optionally transmits 318, to the UE 102, a random access response in a RA monitoring window for a corresponding PRACH configuration for the PRACH transmission.

[0119] A UE apparatus 1702, as described in FIG. 17, may perform the method of flowchart 1500. The one or more network entities 104, as described in FIG. 18, may perform the method of flowchart 1600.

[0120] FIG. 17 is a diagram 1700 illustrating an example of a hardware implementation for a UE apparatus 1702. The UE apparatus 1702 may be the UE 102, a component of the UE 102, or may implement UE functionality. The UE apparatus 1702 may include an application processor 1706, which may have on-chip memory 1706'. In examples, the application processor 1706 may be coupled to a secure digital (SD) card 1708 and / or a display 1710. The application processor 1706 may also be coupled to a sensor (s) module 1712, a power supply 1714, an additional module of memory 1716, a camera 1718, and / or other related components.

[0121] The UE apparatus 1702 may further include a wireless baseband processor 1726, which may be referred to as a modem. The wireless baseband processor 1726 may have on-chip memory 1726′. Along with, and similar to, the application processor 1706, the wireless baseband processor 1726 may also be coupled to the sensor (s) module 1712, the power supply 1714, the additional module of memory 1716, the camera 1718, and / or other related components. The wireless baseband processor 1726 may be additionally coupled to one or more subscriber identity module (SIM) card (s) 1720 and / or one or more transceivers 1730 (e. g., wireless RF transceivers).

[0122] Within the one or more transceivers 1730, the UE apparatus 1702 may include a Bluetooth module 1732, a WLAN module 1734, an SPS module 1736 (e. g., GNSS module), and / or a cellular module 1738. The Bluetooth module 1732, the WLAN  module 1734, the SPS module 1736, and the cellular module 1738 may each include an on-chip transceiver (TRX), or in some cases, just a transmitter (TX) or just a receiver (RX). The Bluetooth module 1732, the WLAN module 1734, the SPS module 1736, and the cellular module 1738 may each include dedicated antennas and / or utilize antennas 1740 for communication with one or more other nodes. For example, the UE apparatus 1702 can communicate through the transceiver (s) 1730 via the antennas 1740 with another UE (e. g., sidelink communication) and / or with a network entity 104 (e. g., uplink / downlink communication), where the network entity 104 may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, or the CU 110.

[0123] The wireless baseband processor 1726 and the application processor 1706 may each include a computer-readable medium  / memory 1726′, 1706′, respectively. The additional module of memory 1716 may also be considered a computer-readable medium  / memory. Each computer-readable medium  / memory 1726′, 1706′, 1716 may be non-transitory. The wireless baseband processor 1726 and the application processor 1706 may each be responsible for general processing, including execution of software stored on the computer-readable medium  / memory 1726′, 1706′, 1716. The software, when executed by the wireless baseband processor 1726  / application processor 1706, causes the wireless baseband processor 1726  / application processor 1706 to perform the various functions described herein. The computer-readable medium  / memory may also be used for storing data that is manipulated by the wireless baseband processor 1726  / application processor 1706 when executing the software. The wireless baseband processor 1726  / application processor 1706 may be a component of the UE 102. The UE apparatus 1702 may be a processor chip (e. g., modem and / or application) and include just the wireless baseband processor 1726 and / or the application processor 1706. In other examples, the UE apparatus 1702 may be the entire UE 102 and include the additional modules of the apparatus 1702.

[0124] As discussed in FIG. 1 and implemented with respect to FIG. 15, the PRACH configuration component 140 is configured to receive, from a network entity 104, control signaling configuring a first PRACH configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration. The PRACH configuration component 140 is further configured to transmit, to the  network entity 104 on a valid RO an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0125] The PRACH configuration component 140 may be within the application processor 1706 (e. g., at 140a), the wireless baseband processor 1726 (e. g., at 140b), or both the application processor 1706 and the wireless baseband processor 1726. The PRACH configuration component 140a-140b may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors, or a combination thereof.

[0126] FIG. 18 is a diagram 1800 illustrating an example of a hardware implementation for one or more network entities 104. The one or more network entities 104 may be a base station, a component of a base station, or may implement base station functionality. The one or more network entities 104 may include, or may correspond to, at least one of the RU 106, the DU, 108, or the CU 110. The CU 110 may include a CU processor 1846, which may have on-chip memory 1846′. In some aspects, the CU 110 may further include an additional module of memory 1856 and / or a communications interface 1848, both of which may be coupled to the CU processor 1846. The CU 110 can communicate with the DU 108 through a midhaul link 162, such as an Fl interface between the communications interface 1848 of the CU 110 and a communications interface 1828 of the DU 108.

[0127] The DU 108 may include a DU processor 1826, which may have on-chip memory 1826′. In some aspects, the DU 108 may further include an additional module of memory 1836 and / or the communications interface 1828, both of which may be coupled to the DU processor 1826. The DU 108 can communicate with the RU 106 through a fronthaul link 160 between the communications interface 1828 of the DU 108 and a communications interface 1808 of the RU 106.

[0128] The RU 106 may include an RU processor 1806, which may have on-chip memory 1806′. In some aspects, the RU 106 may further include an additional module of memory 1816, the communications interface 1808, and one or more transceivers 1830, all of which may be coupled to the RU processor 1806. The RU 106 may further include antennas 1840, which may be coupled to the one or more transceivers 1830, such that the RU 106 can communicate through the one or more transceivers 1830 via the antennas 1840 with the UE 102.

[0129] The on-chip memory 1806′, 1826′, 1846′and the additional modules of memory 1816, 1836, 1856 may each be considered a computer-readable medium  / memory. Each computer-readable medium  / memory may be non-transitory. Each of the processors 1806, 1826, 1846 is responsible for general processing, including execution of software stored on the computer-readable medium  / memory. The software, when executed by the corresponding processor (s) 1806, 1826, 1846 causes the processor (s) 1806, 1826, 1846 to perform the various functions described herein. The computer-readable medium  / memory may also be used for storing data that is manipulated by the processor (s) 1806, 1826, 1846 when executing the software. In examples, the PRACH configuration component 150 may sit at any of the one or more network entities 104, such as at the CU 110; both the CU 110 and the DU 108; each of the CU 110, the DU 108, and the RU 106; the DU 108; both the DU 108 and the RU 106; or the RU 106.

[0130] As discussed in FIG. 1 and implemented with respect to FIG. 16, the PRACH configuration component 150 is configured to transmit, to a UE 102, control signaling configuring a first PRACH configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration. The PRACH configuration component 150 is further configured to receive, from the UE 102 on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0131] The PRACH configuration component 150 may be within one or more processors of the one or more network entities 104, such as the RU processor 1806 (e. g., at 150a), the DU processor 1826 (e. g., at 150b), and / or the CU processor 1846 (e. g., at 150c). The PRACH configuration component 150a-150c may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors 1806, 1826, 1846 configured to perform the stated processes / algorithm,  stored within a computer-readable medium for implementation by the one or more processors 1806, 1826, 1846, or a combination thereof.

[0132] The specific order or hierarchy of blocks in the processes and flowcharts disclosed herein is an illustration of example approaches. Hence, the specific order or hierarchy of blocks in the processes and flowcharts may be rearranged. Some blocks may also be combined or deleted. Dashed lines may indicate optional elements of the diagrams.  The accompanying method claims present elements of the various blocks in an example order, and are not limited to the specific order or hierarchy presented in the claims, processes, and flowcharts.

[0133] The detailed description set forth herein describes various configurations in connection with the drawings and does not represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough explanation of various concepts. However, these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0134] Aspects of wireless communication systems, such as telecommunication systems, are presented with reference to various apparatuses and methods. These apparatuses and methods are described in the following detailed description and are illustrated in the accompanying drawings by various blocks, components, circuits, processes, call flows, systems, algorithms, etc. (collectively referred to as “elements” ). These elements may be implemented using electronic hardware, computer software, or combinations thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0135] An element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs), central processing units (CPUs), application processors, digital signal processors (DSPs), reduced instruction set computing (RISC) processors, systems-on-chip (SoC), baseband processors, field programmable gate arrays (FPGAs), programmable logic devices (PLDs), state machines, gated logic, discrete hardware circuits, and other similar hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software, which may be referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, or any combination thereof.

[0136] Ifthe functionality described herein is implemented in software, the functions may be stored on, or encoded as, one or more instructions or code on a computer-readable medium, such as a non-transitory computer-readable storage medium. Computer-readable media includes computer storage media and can include a random-access memory (RAM), a read-only memory (ROM), an electrically erasable programmable ROM (EEPROM), optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of these types of computer-readable media, or any other medium that can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer. Storage media may be any available media that can be accessed by a computer.

[0137] Aspects, implementations, and / or use cases described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, and packaging arrangements. For example, the aspects, implementations, and / or use cases may come about via integrated chip implementations and other non-module-component based devices, such as end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, artificial intelligence (AD-enabled devices, machine learning (ML) -enabled devices, etc. The aspects, implementations, and / or use cases may range from chip-level or modular components to non-modular or non-chip-level implementations, and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more techniques described herein.

[0138] Devices incorporating the aspects and features described herein may also include additional components and features for the implementation and practice of the claimed and described aspects and features. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital purposes, such as hardware components, antennas, RF-chains, power amplifiers, modulators, buffers, processor (s), interleavers, adders / summers, etc. Techniques described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, aggregated or disaggregated components, end-user devices, etc., of varying configurations.

[0139] The description herein is provided to enable a person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not limited to the aspects  described herein, but are to be interpreted in view of the full scope of the present disclosure consistent with the language of the claims.

[0140] Reference to an element in the singular does not mean “one and only one” unless specifically stated, but rather “one or more. ” Terms such as “if, ” “when, ” and “while” do not imply an immediate temporal relationship or reaction. That is, these phrases, e. g., “when, ” do not imply an immediate action in response to or during the occurrence of an action, but simply imply that if a condition is met then an action will occur, but without requiring a specific or immediate time constraint for the action to occur. The terms “may” , “might” , and “can” , as used in this disclosure, often carry certain connotations. For example, “may” refers to a permissible feature that may or may not occur, “might” refers to a feature that probably occurs, and “can” refers to a capability (e. g., capable of). The phrase “For example” often carries a similar connotation to “may” and, therefore, “may” is sometimes excluded from sentences that include “for example” or other similar phrases.

[0141] Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C” or “one or more of A, B, or C”include any combination of A, B, and / or C, such as A and B, A and C, B and C, or A and B and C, and may include multiples of A, multiples of B, and / or multiples of C, or may include A only, B only, or C only. Sets should be interpreted as a set of elements where the elements number one or more. Terms or articles such as “a” , “an” , and / or “the” may refer to one of an item, feature, element, etc., that the term or article precedes, or may refer to more than one of said item, feature, element, etc. that the term or article precedes. For example, the recitation “awidget” does not preclude reference to multiples of said widget, as “multiple widgets” necessarily includes “awidget” . Hence, the recitation “awidget” may be interpreted as “at least one widget” or, similarly, interpreted as “one or more widgets” .

[0142] Unless otherwise specifically indicated, ordinal terms such as “first” and “second” do not necessarily imply an order in time, sequence, numerical value, etc., but are used to distinguish between different instances of a term or phrase that follows each ordinal term.

[0143] Reference numbers, as used in the specification and figures, are sometimes cross-referenced among drawings to denote same or similar features. A feature that is exactly the same in multiple drawings may be labeled with the same reference number in the multiple drawings. A feature that is similar among the multiple drawings, but  not exactly the same, may be labeled with reference numbers that have different leading numbers but have one or more of the same trailing numbers (e. g., 206, 306, 406, etc., may refer to similar features in the drawings). Hence, like numbers may refer to like actions.

[0144] Structural and functional equivalents to elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are encompassed by the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ” As used herein, the phrase “based on” shall not be construed as a reference to a closed set of information, one or more conditions, one or more factors, or the like. In other words, the phrase “based on A” , where “A” may be information, a condition, a factor, or the like, shall be construed as “based at least on A” unless specifically recited differently.

[0145] The following examples are illustrative only and may be combined with other examples or teachings described herein, without limitation.

[0146] Example 1 is a method of wireless communication at a UE, including: receiving, from a network entity, control signaling configuring a first PRACH configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration; and transmitting, to the network entity on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0147] Example 2 is the method of example 1, further including transmitting, to the network entity, a UE capability indicating supported configurations for PRACH adaptation, wherein the UE capability indicates at least one of: supported parameters for the PRACH adaptation, a maximum number of configured PRACH configurations per CC, or across CCs in a band or band combination, or a maximum number of activated PRACH configurations per CC or across CCs in a band or band combination.

[0148] Example 3 is the method of any of examples 1-2, where the control signaling configures criteria for the PRACH configuration selection for a PRACH transmission based on the UE capability.

[0149] Example 4 is the method of any of examples 1-3, further including receiving, from the network entity, second control signaling that activates a PRACH configuration as the second PRACH configuration or updates the time-domain parameter or the non-time-domain parameter for the second PRACH configuration, wherein the second control signaling includes a DCI or a MAC CE.

[0150] Example 5 is the method of any of examples 1-4, further including determining between the first PRACH configuration and the second PRACH configuration as the PRACH configuration for the initial transmission of the PRACH; and determining the valid RO, a preamble, and a transmission power for the initial transmission of the PRACH.

[0151] Example 6 is the method of any of examples 1-5, further including transmitting, to the network entity, a re-transmission of the PRACH on a valid RO based on the first PRACH configuration or the second PRACH configuration.

[0152] Example 7 is the method of any of examples 1-6, further including receiving, from the network entity, a RAR within a RA monitoring window for a corresponding PRACH configuration for the PRACH transmission.

[0153] Example 8 is the method of any of examples 1-7, where the non-time-domain parameter includes at least one of: a number of ROs frequency domain multiplexed, a starting position of the PRACH in a frequency domain, a target received power for the PRACH, a number of PRACH transmissions to determine a failure, a power ramping step, a random access response window duration, a number of SSBs per RO, a RSRP threshold for an SSB associated with the PRACH transmission, a RSRP threshold to determine repetition of a connection request, a threshold to determine a group of preambles, a power control offset for the connection request, a first power offset for selection of a preamble within the group of preambles, a number of preambles within the group of preambles for each SSB, a second power offset for the second PRACH configuration, or a parameter for a PRACH configuration configured with SBFD, where the time-domain parameter includes at least one off periodicity, subframe index, starting symbol, a number of PRACH slots within a subframe, a number of ROs per PRACH slot, a PRACH duration, or a PRACH configuration index.

[0154] Example 9 is the method of any of examples 1-8, where the second PRACH configuration comprises a PRACH configuration for a SBFD configuration and a PRACH configuration for a non-SBFD configuration.

[0155] Example 10 is the method of any of examples 1-9, where the control signaling configures multiple lists of candidate PRACH configurations for a serving cell for the UE configured with a multiple cell configuration.

[0156] Example 11 is the method of any of examples 1-10, further including selecting the SSB and determining a first set of ROs for the first PRACH configuration based on a selected SSB; determining a first set of preambles based on the first PRACH configuration; selecting the SSB and determining a second set of ROs for the second PRACH configuration based on the selected SSB; determining a second set of preambles based on the second PRACH configuration; and determining a selection of the valid RO and a preamble for the initial transmission of the PRACH based on the first set of ROs and the second set of ROs and based on the first set of preambles and the second set of preambles.

[0157] Example 12 is the method of any of examples 1-11, further including determining a probability of the selection of the RO and the preamble is based on the first PRACH configuration and the at least the second PRACH configuration.

[0158] Example 13 is the method of any of examples 1-12, where the selection of the RO and the preamble is based on a RSRP or a pathloss for the initial transmission of the PRACH, a payload size for a PRACH message, or a type of event that triggers a random access procedure.

[0159] Example 14 is the method of any of examples 1-13, further including determining a target received power for a PRACH transmission occasion based on at least one of: a common target received power for the first PRACH configuration and the second PRACH configuration, a common power control parameter, a power offset for the second PRACH configuration, and a common power ramping, a separate power control parameter and the common power ramping, the common power control parameter and a separate power ramping, the common power control parameter, the power offset for the second PRACH configuration, and the separate power ramping, or the separate power control parameter and the separate power ramping.

[0160] Example 15 is the method of any of examples 1-14, further including determining whether to retransmit the PRACH; determining the PRACH configuration for a re-transmission of the PRACH; and determining the ROs, the preamble, and the transmission power for the re-transmission of the PRACH.

[0161] Example 16 is a method of wireless communication at a network entity including: transmitting, to a UE, control signaling configuring a first PRACH configuration and  a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration; and receiving, from the UE on a valid RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.

[0162] Example 17 is the method of example 16, further including transmitting, to the UE, second control signaling that activates a PRACH configuration as the second PRACH configuration or updates the time-domain parameter or the non-time-domain parameter for the second PRACH configuration, where the second control signaling includes a DCI or a MAC CE.

[0163] Example 18 is the method of any of examples 16-17, where the non-time-domain parameter includes at least one of: a number of ROs frequency domain multiplexed, a starting position of the PRACH in a frequency domain, a target received power for the PRACH, a number of PRACH transmissions to determine a failure, a power ramping step, a random access response window duration, a number of SSBs per RO, a RSRP threshold for an SSB associated with the PRACH transmission, a RSRP threshold to determine repetition of a connection request, a threshold to determine a group of preambles, a power control offset for the connection request, a first power offset for selection of a preamble within the group of preambles, a number of preambles within the group of preambles for each SSB, a second power offset for the second PRACH configuration, or a parameter for a PRACH configuration configured with SBFD, where the time-domain parameter includes at least one of: periodicity, subframe index, starting symbol, a number of PRACH slots within a subframe, number of ROs per PRACH slot, a PRACH duration, or a PRACH configuration index.

[0164] Example 19 is the method of any of examples 16-18, further including receiving, from the UE, a UE capability indicating supported configurations for PRACH adaptation, wherein the UE capability indicates at least one of: supported parameters for the PRACH adaptation, a maximum number of configured PRACH configurations per component carrier, CC, or across CCs in a band or band combination, or a maximum number of activated PRACH configurations per CC or across CCs in a band or band combination.

[0165] Example 20 is the method of any of examples 16-19, further including receiving, from the UE, a re-transmission of the PRACH on a valid RO based on the first PRACH configuration or the second PRACH configuration.

[0166] Example 21 is the method of any of examples 16-20, further including transmitting, to the UE, a random access response in a random access, RA, monitoring window for a corresponding PRACH configuration for the PRACH transmission.

[0167] Example 22 is an apparatus for wireless communication for implementing a method as in any of examples 1-21.

[0168] Example 23 is an apparatus for wireless communication including means for implementing a method as in any of examples 1-21.

[0169] Example 24 is a non-transitory computer-readable medium storing computer executable code, the code when executed by a processor causes the processor to implement a method as in any of examples 1-21.

Claims

1.A method of wireless communication at a user equipment, UE, (102) comprising:receiving (304) , from a network entity (104) , control signaling configuring a first physical random access channel, PRACH, configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration; andtransmitting (312) , to the network entity (104) on a valid random access channel occasion, RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.2.The method of claim 1, further comprising:transmitting (302) , to the network entity (104) , a UE capability indicating supported configurations for PRACH adaptation, wherein the UE capability indicates at least one of:supported parameters for the PRACH adaptation,a maximum number of configured PRACH configurations per component carrier, CC, or across CCs in a band or band combination, ora maximum number of activated PRACH configurations per CC or across CCs in a band or band combination.3.The method of any of claims 1-2, wherein the control signaling further configures criteria for selection of the PRACH configuration for a PRACH transmission based on the UE capability.4.The method of any of claims 1-3, further comprising:receiving (306) , from the network entity (104) , second control signaling that activates a PRACH configuration as the second PRACH configuration or updates the time-domain parameter or the non-time-domain parameter for the second PRACH configuration, wherein the second control signaling includes a downlink control information, DCI, or a medium access control control element, MAC CE.5.The method of any of claims 1-4, further comprising:determining between the first PRACH configuration and the second PRACH configuration as the PRACH configuration for the initial transmission of the PRACH; anddetermining the valid RO, a preamble, and a transmission power for the initial transmission of the PRACH.6.The method of any of claims 1-5, further comprising:transmitting (316) , to the network entity (104) , a re-transmission of the PRACH on a valid RO based on the first PRACH configuration or the second PRACH configuration.7.The method of any of claims 1-6, further comprising:receiving (318) , from the network entity (104) , a random access response, RAR, within a random access, RA, monitoring window for a corresponding PRACH configuration for the PRACH transmission.8.The method of any of claims 1-7, wherein the non-time-domain parameter includes at least one of:a number of ROs frequency domain multiplexed,a starting position of the PRACH in a frequency domain,a target received power for the PRACH,a number of PRACH transmissions to determine a failure,a power ramping step,a random access response window duration,a number of synchronization signal blocks, SSBs, per RO,a reference signal received power, RSRP, threshold for an SSB associated with the PRACH transmission,a RSRP threshold to determine repetition of a connection request,a threshold to determine a group of preambles,a power control offset for the connection request,a first power offset for selection of a preamble within the group of preambles,a number of preambles within the group of preambles for each SSB,a second power offset for the second PRACH configuration, ora parameter for a PRACH configuration configured with subband full duplex, SBFD;wherein the time-domain parameter includes at least one of:periodicity,subframe index,starting symbol,a number of PRACH slots within a subframe,a number of ROs per PRACH slot,a PRACH duration, ora PRACH configuration index.9.The method of any of claims 1-8, wherein the second PRACH configuration comprises a PRACH configuration for a SBFD configuration and a PRACH configuration for a non-SBFD configuration.10.The method of any of claims 1-9, wherein the control signaling configures multiple lists of candidate PRACH configurations for a serving cell for the UE configured with a multiple cell configuration.11.The method of any of claims 1-10, further comprising:selecting (732) a synchronization signal block, SSB, and determining a first set of ROs for the first PRACH configuration based on a selected SSB;determining (734) a first set of preambles based on the first PRACH configuration;selecting (736) the SSB and determining a second set of ROs for the second PRACH configuration based on the selected SSB;determining (738) a second set of preambles based on the second PRACH configuration; anddetermining (740) a selection of the valid RO and a preamble for the initial transmission of the PRACH based on the first set of ROs and the second set of ROs and based on the first set of preambles and the second set of preambles, respectively.12.The method of any of claims 1-11, further comprising:determining a probability of a selection of the RO and a preamble is based on the first PRACH configuration and the at least the second PRACH configuration.13.The method of any of claims 1-12, wherein the selection of the RO and the preamble is based on a reference signal received power, RSRP, or a pathloss for the initial transmission of the PRACH, a payload size for a PRACH message, or a type of event that triggers a random access procedure.14.The method of any of claims 1-13, further comprising:determining a target received power for a PRACH transmission occasion based on at least one of:a common target received power for the first PRACH configuration and the second PRACH configuration,a common power control parameter, a power offset for the second PRACH configuration, and a common power ramping,a separate power control parameter and the common power ramping,the common power control parameter and a separate power ramping,the common power control parameter, the power offset for the second PRACH configuration, and the separate power ramping, orthe separate power control parameter and the separate power ramping.15.A method of wireless communication at a network entity (104) , comprising:transmitting (304) , to a user equipment, UE, (102) , control signaling configuring a first physical random access channel, PRACH, configuration and a second PRACH configuration, the control signaling enabling dynamic adaptation for a time-domain parameter and a non-time-domain parameter of the second PRACH configuration; andreceiving (312) , from the UE (102) on a valid random access channel occasion, RO, an initial transmission of a PRACH based on the first PRACH configuration or the second PRACH configuration.16.The method of claim 15, further comprising:transmitting (306) , to the UE (102) , second control signaling that activates a PRACH configuration as the second PRACH configuration or updates the time-domain parameter or the non-time-domain parameter for the second PRACH configuration, wherein the second control signaling includes a downlink control information, DCI, or a medium access control control element, MAC CE.17.The method of any of claims 15-16, wherein the non-time-domain parameter includes at least one of:a number of ROs frequency domain multiplexed,a starting position of the PRACH in a frequency domain,a target received power for the PRACH,a number of PRACH transmissions to determine a failure,a power ramping step,a random access response window duration,a number of synchronization signal blocks, SSBs, per RO,a reference signal received power, RSRP, threshold for an SSB associated with the PRACH transmission,a RSRP threshold to determine repetition of a connection request,a threshold to determine a group of preambles,a power control offset for the connection request,a first power offset for selection of a preamble within the group of preambles,a number of preambles within the group of preambles for each SSB,a second power offset for the second PRACH configuration, ora parameter for a PRACH configuration configured with subband full duplex, SBFD;wherein the time-domain parameter includes at least one of:periodicity,subframe index,starting symbol,a number of PRACH slots within a subframe,a number of ROs per PRACH slot,a PRACH duration, ora PRACH configuration index.18.An apparatus for wireless communication comprising a memory, a transceiver, and a processor coupled to the memory and the transceiver, the apparatus being configured to implement a method as in any of claims 1-17.

Images