Method for a physical random access channel for multi-cell operation

Abstract

This disclosure provides systems, devices, apparatus, and methods, including computer programs encoded on storage media, for a PRACH for multi-cell operation. A UE (102) receives (530), from a network entity (104), a configuration configuring: a plurality of PRACH configurations, and a plurality of SSB configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation. The UE (102) transmits (540), to the network entity (104) based on the configuration and an SSB-RO mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

Description

METHOD FOR A PHYSICAL RANDOM ACCESS CHANNEL FOR MULTI-CELL OPERATIONTECHNICAL FIELD

[0001] The present disclosure relates generally to wireless communication, and more particularly, to a method for a physical random access channel (PRACH) for multi-cell operation.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 UE can support inter-cell multiple transmission reception point (mTRP) operation and / or lower layer triggered mobility (LTM) operation. Inter-cell mTRP operation and / or LTM operation may complicate SSB to PRACH occasion (SSB-RO) mapping.

[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) . In an example, the network entity  transmits (and the UE receives) a synchronization signal block (SSB) . The SSB facilitates initial cell discovery and synchronization for the UE. With more particularity, when the UE powers on or enters a new coverage area, the UE scans for SSB(s) transmitted by network entit (ies) in order to identify nearby cells and synchronize with a suitable cell. Each SSB may correspond to a different beam. That is, each SSB may be transmitted on a different beam. In another example, the UE transmits (and the network entity receives) a physical random access channel (PRACH) (or a PRACH transmission) as part of a random-access procedure that enables the UE to access a cell from an idle / inactive state. The UE transmits the PRACH on a PRACH occasion (RO) , where the RO includes time and frequency resources available for reception of the PRACH by the network entity.

[0007] To facilitate the random-access procedure, the network entity and the UE map ROs to SSBs based on a mapping order. With more particularity, the network entity and the UE determine an association of ROs and SSBs within an association period based on a configuration from the network entity that indicates a number of associated SSBs per configured RO, a PRACH periodicity, a valid / invalid status for each RO, K transmitted SSBs configured by ssb-PositionsInBurst (K is an integer) , etc. After mapping an integer number of SSBs to valid ROs in mapping cycle (s) within the association period, a set of valid ROs that cannot be mapped to K SSBs may exist. Such ROs are unmappable to any SSBs, and hence the UE cannot use such ROs for PRACH transmissions.

[0008] A UE and a network entity may support inter-cell multiple transmission reception point (mTRP) operation (which may also be referred to as an mTRP procedure) and / or lower layer triggered mobility (LTM) operation (which may also be referred to as an LTM procedure) . In inter-cell mTRP operation, a UE communicates with multiple TRPs via different cells. Inter-cell mTRP operation may help optimize network performance. In LTM operation, a network entity changes a serving cell of a UE via layer 1 (L1) signaling and / or layer 2 (L2) signaling. In contrast to serving cell change via layer 3 (L3) signaling, the LTM operation may reduce latency, overhead, and / or an interruption time during a serving cell change. Both inter-cell mTRP operation and LTM operation include performing SSB-RO mapping and valid RO determination.

[0009] For inter-cell mTRP operation and / or LTM operation, a network entity triggers a UE to transmit a PRACH transmission towards a neighbor cell to measure a timing  advance (TA) . The TA controls an uplink transmission timing and helps to ensure that uplink transmissions from UEs are synchronized when received by the network entity. The network entity transmits a timing advance command (TAC) to configure the TA for uplink (UL) signals (e.g., an UL signal associated with a neighbor cell SSB) transmitted towards a neighbor cell. The TAC may make SSB-RO mapping for a PRACH transmission towards the neighbor cell more complex. Furthermore, for inter-cell mTRP operation and / or LTM operation, the UE may receive downlink (DL) signal (s) from one or multiple neighbor cells in addition to receiving DL signal (s) from a physical serving cell. Reception of the aforementioned DL signals from the one or multiple neighbor cells and the physical serving cell may make determination of valid ROs for each cell more complex.

[0010] Aspects of the present disclosure address the above-noted and other deficiencies by implementing methods for PRACH transmission for inter-cell mTRP operation and / or LTM operation. For example, the present disclosure details various options for SSB-RO mapping rules for each cell, including a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO mapping rule, and a configurable SSB-RO mapping rule. The present disclosure also details various options for valid RO determination for each cell, including a cell-specific RO validation, a cross-cell RO validation, and a configurable RO validation scheme. The present disclosure additionally details options for collision handling between a PRACH transmission and a DL signal, including dropping a PRACH transmission, dropping the DL signal, and a priority rule for dropping the PRACH transmission or the DL signal. The present disclosure also details a time division duplex (TDD) -UL-DL configuration for multiple cells and a physical uplink shared channel (PUSCH) occasion validation for a two-step random access channel (RACH) procedure.

[0011] According to some aspects, the UE receives, from a network entity, a configuration configuring: a plurality of PRACH configurations and a plurality of SSB configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation. The UE transmits, to the network entity based on the configuration and an SSB-RO mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0012] According to some aspects, the network entity transmits, to a UE, a configuration configuring: a plurality of PRACH configurations and a plurality of SSB  configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation. The network entity receives, from the UE based on the configuration and an SSB-RO mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.BRIEF DESCRIPTION OF THE DRAWINGS

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

[0014] FIG. 2 is a diagram illustrating an example of an association period determination for synchronization signal blocks (SSBs) and physical random access channel (PRACH) occasions (ROs) according to an embodiment.

[0015] FIG. 3 is a diagram illustrating an example of SSB-RO mapping according to an embodiment.

[0016] FIG. 4 is a diagram illustrating an example of determining valid ROs and invalid ROs according to an embodiment.

[0017] FIG. 5 is a signaling diagram illustrating communications between a user equipment (UE) and a network entity for a PRACH for multi-cell operation according to an embodiment.

[0018] FIG. 6 is a diagram illustrating an example of UE behavior associated with a PRACH for multi-cell operation according to an embodiment.

[0019] FIG. 7 is a diagram illustrating an example of network entity behavior associated with a PRACH for multi-cell operation according to an embodiment.

[0020] FIG. 8 is a diagram illustrating an example of options for SSB-RO mapping according to an embodiment.

[0021] FIG. 9 is a diagram illustrating an example of a cell-specific SSB-RO mapping according to an embodiment.

[0022] FIG. 10 is a diagram illustrating an example of a cross-cell SSB-RO mapping according to an embodiment.

[0023] FIG. 11 is a diagram illustrating an example of options for RO validation according to an embodiment.

[0024] FIG. 12 is a diagram illustrating an example of cell-specific RO validation according to an embodiment.

[0025] FIG. 13 is a diagram illustrating an example of cross-cell RO validation according to an embodiment.

[0026] FIG. 14 is a diagram illustrating an example of options for RO validation according to an embodiment.

[0027] FIG. 15 is a diagram illustrating an example of options for handling a collision between a PRACH and a downlink (DL) signal according to an embodiment.

[0028] FIG. 16 is a diagram illustrating an example of a PRACH and DL signal collision according to an embodiment.

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

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

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

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

[0033] 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) .

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

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

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

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

[0038] 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, or the 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. ”

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

[0040] 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) .

[0041] Some UEs 102, such as the UEs 102a and 102s, may perform device-to-device (D2D) communications over sidelink. For example, a sidelink communication / D2D link utilizes a spectrum for a wireless wide area network (WWAN) associated with uplink and downlink communications. Such sidelink / D2D communication may be performed through various wireless communications systems, such as wireless fidelity (Wi-Fi) systems, Bluetooth systems, Long Term Evolution (LTE) systems, New Radio (NR) systems, etc.

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

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

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

[0045] Still referring to FIG. 1, in certain aspects, any of the UEs 102 may include a UE multi-cell PRACH component 140 configured to receive, from a network entity, a configuration configuring: a plurality of physical random access channel (PRACH) configurations, and a plurality of synchronization signal block (SSB) configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation; and transmit, to the network entity based on the configuration and an SSB-PRACH occasion (SSB-RO) mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0046] In certain aspects, any of the base stations 104 or a network entity of the base stations 104 may include a network entity (NE) multi-cell PRACH component 150 configured to transmit, to a user equipment (UE) , a configuration configuring: a plurality of physical random access channel (PRACH) configurations, and a plurality of synchronization signal block (SSB) configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation; and receive, from the UE based on the configuration and an SSB-PRACH occasion (SSB-RO) mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

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

[0048] FIG. 2 is a diagram 200 illustrating an example of an association period determination for SSBs and ROs according to an embodiment. A network entity (NE) , such as the network entity 104, can transmit each SSB of a set of SSBs on a different beam (i.e., “NE transmit beams” ) to improve downlink coverage. Similarly, the NE can receive different PRACH resources (i.e., PRACH transmissions) by different beams (i.e., “NE receive beams” ) . In an example, a physical uplink shared channel (PUSCH) resource indicates a PRACH based on a preamble index from an  RO. In an example, one RO indicates a time domain resource and a frequency domain resource. In an example, a UE, such as the UE 102, transmits a PRACH transmission based on one repetition on one PRACH resource (i.e., a time resource and a frequency resource) or based on multiple repetitions on multiple PRACH resources.

[0049] The NE and the UE determine an association of an RO and an SSB within an association period based on a configuration from the NE. In an example, the configuration includes / indicates a number of associated SSBs per configured RO, a PRACH periodicity, a valid / invalid status for each RO, and / or K transmitted SSBs configured by ssb-PositionsInBurst (K is an integer) , etc. In an example, after an integer number of SSB to valid ROs mapping cycle (s) within the association period, a set of valid ROs that cannot be mapped to K SSBs exist. The UE and the NE cannot map such ROs to any SSBs, and hence the UE cannot transmit PRACH transmission (s) on the ROs and the NE cannot receive the PRACH transmission (s) on the ROs. In a mapping cycle, the UE and the NE associate all transmitted SSBs with one RO. An association pattern period includes one or more association periods. The UE and the NE can determine the association period pattern such that a pattern between ROs and synchronization signal (SS)  / physical broadcast channel (PBCH) block (SSB) indices repeats at most every 160 msec.

[0050] The diagram 200 depicts an example of an association period determination for K= 8 SSBs. For instance, the diagram 200 depicts X valid ROs 202 in a frame (X is an integer) , a first association period 204, and a second association period 206. In the example depicted in the diagram 200, the first association period 204 includes eight frames, with each consecutive frame (from left to right in the diagram 200) having the following number of valid ROs: zero ROs, four ROs, zero ROs, zero ROs, six ROs, zero ROs, zero ROs, zero ROs, and six ROs. The second association period includes four frames, with each consecutive frame (from left to right in the diagram 200) having the following number of valid ROs: two ROs, zero ROs, four ROs, and two ROs. The diagram 200 also depicts unmappable ROs 208, that is, the diagram 200 depicts frames having ROs that cannot map to any SSBs.

[0051] FIG. 3 is a diagram 300 illustrating an example of SSB-RO mapping according to an embodiment. For SSB-RO mapping, a UE (e.g., the UE 102) and an NE (e.g., the network entity 104) determine a mapping order. In an example, the UE and the NE map SS / PBCH block (SSB) indices provided by ssb-PositionsInBurst in system information block 1 (SIB1) or by ServingCellConfigCommon to valid ROs in the  following order. First, the UE and the NE map the SS / PBCH block indices to valid ROs in an increasing order of preamble indices within a single RO. Second, the UE and the NE map the SS / PBCH block indices to valid ROs in an increasing order of frequency resource indices for frequency multiplexed ROs. Third, the UE and the NE map the SS / PBCH block indices to valid ROs in an increasing order of time resource indices for time multiplexed ROs within a PRACH slot. Fourth, the UE and the NE map the SS / PBCH block indices to valid ROs in an increasing order of indices for PRACH slots.

[0052] The diagram 300 depicts an example of an SSB-RO mapping order where two ROs are mapped to one SSB and in which four ROs are mapped in a frequency division multiplexing (FDM) manner, where K = 4. In the example depicted in the diagram 300, rectangles indicate a valid RO 310 that is mapped to SSB x (x is an integer) . SSB x may be or include SSB 0 312a, SSB 0 312b, SSB 0 312c, and / or SSB 0 312d. SSB x may be or include SSB 1 314a, SSB 1 314b, SSB 1 314c, and / or SSB 1 314d. SSB x may be or include SSB 2 316a, SSB 2 316b, SSB 2 316c, and / or SSB 2 316d. SSB x may be or include SSB 3 318a, SSB 3 318b, SSB 3 318c, and / or SSB 3 318d.

[0053] FIG. 4 is a diagram 400 illustrating an example of determining valid and invalid ROs according to an embodiment. In frequency division duplex (FDD) operation (e.g., the paired spectrum) , all ROs are valid ROs. In time division duplex (TDD) operation (e.g., the unpaired spectrum) , the NE and the UE determine whether an RO is valid or not valid based on an uplink / downlink configuration. In an example, the NE and the UE determine that an RO is valid if a PRACH (i.e., a PRACH transmission) is in UL symbols (if the NE configures a tdd-UL-DL-ConfigurationCommon) , if an SSB does not precede a PRACH in a PRACH slot, and if the RO is Ngap symbol (s) after a last symbol of SSB or a downlink (DL) symbol, where the value of Ngap is defined. The SSB indicates the SSB configured in ssb-PositionsInBurst in SIB1 or in ServingCellConfigCommon.

[0054] The diagram 400 depicts SSB or DL symbols 420. An invalid RO 424 is located within a number of symbols defined by N_gap 422 from the SSB or DL symbols 420. A valid RO 426 is located outside the number of symbols defined by N_gap 422.

[0055] For inter-cell mTRP operation and / or LTM operation, a NE may trigger the UE to transmit a PRACH transmission towards a neighbor cell to measure a TA. The NE can transmit a TAC to configure the TA for UL signals (e.g., an UL signal associated  with a neighbor cell SSB) transmitted by the UE towards the neighbor cell. Determining an the SSB-RO mapping for the PRACH transmission transmitted toward the neighbor cell can be complex in view of the TA / TAC. Furthermore, for inter-cell mTRP operation and / or LTM operation, the UE may receive DL signals from one or multiple neighbor cells in addition to receiving DL signals from a physical serving cell. Determining valid RO (s) for each cell with regard to different DL signals from different cells can be complex in view of the DL signals received by the UE from one or multiple neighbor cells. Various aspects described herein pertain to PRACH transmission for inter-cell mTRP operation and / or LTM operation, including an SSB-RO mapping rule for PRACH transmissions for cells and a validation rule for RO(s) for cells.

[0056] FIG. 5 is a signaling diagram 500 illustrating communications between a UE 102 and a network entity 104 for a PRACH for multi-cell operation according to an embodiment. 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.

[0057] The UE 102 optionally transmits 528, to the network entity 104, (and the network entity 104 optionally receives 528, from the UE 102) UE capability information indicating that the UE 102 supports at least one of: cell-specific SSB-RO mapping, cross-cell SSB-RO mapping, cell-specific RO validation, cross-cell RO validation, a common TDD-UL-DL configuration for the different cells, or separate TDD-UL-DL configurations for the different cells. In an example, the UE 102 reports a capability of the UE 102 on supported configurations for a PRACH for multi-cell operation. Multi-cell operation may include a cell with a physical cell identity (PCI) associated with an active transmission configuration indication (TCI) state (e.g., inter-cell mTRP) , or one or more candidate cells for LTM. A PCI refers to a unique identifier assigned to each cell in a network in order to differentiate and distinguish between neighboring cells.

[0058] The UE 102 can report at least one of the following capabilities: whether the UE 102 supports cell-specific SSB-RO mapping and / or cross-cell SSB-RO mapping; whether the UE 102 supports cell-specific RO validation and / or cross-cell RO validation; whether the UE 102 supports a common time division duplex-uplink-downlink (TDD-UL-DL) configuration or separate TDD-UL-DL configurations for different cells. For example, the different cells include a serving cell and a cell with a PCI different from serving cell, or the different cells include the serving cell and an  LTM candidate cell. The UE can report the UE capability commonly or separately for inter-cell mTRP operation and LTM operation.

[0059] The UE 102 receives 530, from the network entity 104, (and the network entity 104 transmits 530, to the UE 102) a configuration (e.g., control signaling) configuring: a plurality of PRACH configurations, and a plurality of SSB configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation. In an example, based on the UE capability information, the network entity 104 configures at least one of the following parameters by the control signaling: multiple PRACH configurations and multiple SSB configurations, where different PRACH configurations and SSB configurations correspond to different cells. In one example, the network entity 104 configures the PRACH configuration for a physical serving cell by RACH-ConfigCommon for a 4-step random access procedure, RACH-ConfigCommonTwoStepRA for a 2-step random access procedure, and RACH-ConfigDedicated for contention free random access (CFRA) . The network entity 104 can configure the PRACH configuration for a neighbor cell for inter-cell mTRP operation by additionalRACH-perPCI-ToAddModList and additionalRACH-perPCI-ToReleaseList, which includes one or multiple RACH-ConfigTwoTA and in which different RACH-ConfigTwoTA correspond to different neighbor cells. The network entity 104 can configure the PRACH configuration for a candidate cell for LTM operation by ltm-EarlyUL-SyncConfig.

[0060] The network entity 104 optionally configures at least one of the following by the control signaling: a first cell list for cross-cell SSB-RO mapping, a second cell list for cross-cell RO validation, and a TDD-UL-DL configuration for one or multiple cells. In an example, the network entity 104 transmits the control signaling by radio resource control (RRC) signaling.

[0061] The UE 102 optionally receives 532, from the network entity 104, (and the network entity 104 optionally transmits 532, to the UE 102) control signaling triggering the PRACH transmission associated with the valid RO. For example, the network entity 104 transmits control signaling triggering the UE 102 to transmit a PRACH on one or multiple of RO (s) corresponding to a cell. In an example, the network entity 104 transmits the control signaling by a medium access control (MAC) control element (MAC-CE) (e.g., a lower-layer triggered mobility (LTM) cell switch command (CSC) ) or downlink control information (DCI) (e.g., DCI format 1_0) .

[0062] The UE 102 and / or the network entity 104 determine valid RO (s) according to SSB locations and a TDD-UL-DL configuration for a cell or multiple cells (described in greater detail below) . The UE 102 and / or the network entity 104 can determine the mapped SSB (s) for each valid RO for a cell or multiple cells (described in greater detail below) . In some aspects, the UE 102 further determines whether each RO collides with a DL signal (described in greater detail below) . If one or a subset of or all the RO (s) do not collide with the DL signal or a priority for the PRACH is higher than a priority of the DL signal, the UE 102 transmits the PRACH on one or multiple of the RO (s) ; otherwise, the UE 102 refrains from transmitting the PRACH.

[0063] The UE 102 transmits 540, to the network entity 104, (and the network entity 104 receives 540, from the UE 102) based on the configuration and an SSB-RO mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0064] As described herein, RRC signaling may refer to an 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 104. In some aspects, the network entity 104 receives the UE capability information from a core network (e.g., an Access and Mobility Management Function (AMF) ) . In some aspects, the network entity 104 receives the UE capability information from another base station (e.g., a gNB or an eNB) .

[0065] FIG. 6 is a diagram 600 illustrating an example of UE behavior (e.g., the UE 102) associated with a PRACH for multi-cell operation according to an embodiment. The UE 102 optionally transmits 628 a UE capability on supported configurations for a PRACH for multi-cell operation. The UE 102 receives 630 control signaling configuring multiple PRACH configurations and multiple SSB configurations. The control signaling optionally configures a first cell list for cross-cell SSB-RO mapping, a second cell list for cross-cell validation and / or a TDD-UL-DL configuration for one or multiple cells. The UE 102 optionally receives 632 control signaling triggering a PRACH transmission on RO (s) associated with one SSB from a cell. The UE 102 determines 634 valid RO (s) associated with the cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell. The UE 102 maps 636 the valid RO to the SSB based on the SSB-RO mapping rule, the SSB-RO mapping rule including at least one of: a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO  mapping rule, or a configurable SSB-RO mapping rule. The UE 102 transmits 640 a PRACH transmission from valid RO (s) according to an SSB-RO mapping rule for the cell.

[0066] In some aspects, the UE 102 optionally identifies 637 a collision between the PRACH transmission associated with the valid RO and a downlink (DL) signal based on at least one of: the PRACH transmission and the DL signal corresponding to a same serving cell, the PRACH transmission and the DL signal corresponding to different serving cells in a same frequency band or a same frequency band combination, the PRACH transmission and the DL signal being in a same slot, the DL signal being located less than a first number of symbols before a first symbol of the PRACH transmission, the DL signal being located less than a second number of symbols after a last symbol of the PRACH transmission, the DL signal being a transmitted synchronization signal block, SSB, the DL signal being an active transmitted SSB, the DL signal including DL symbols configured by the TDD-UL-DL configuration, the PRACH transmission and the DL signal being in a TDD spectrum, or the PRACH transmission corresponding to a first cell and the DL signal corresponding to a second cell. In one example, based on the identified collision, the UE 102 optionally refrains from receiving the DL signal. The UE 102 optionally transmits the PRACH transmission. In another example, based on the identified collision, the UE 102 optionally refrains from transmitting the PRACH transmission. The UE 102 optionally receives the DL signal. The UE 102 optionally transmits the PRACH transmission associated with a second valid RO occurring after the first valid RO.

[0067] FIG. 7 is a diagram 700 illustrating an example of network entity behavior (e.g., the network entity 104) associated with a PRACH for multi-cell operation according to an embodiment. The network entity 104 optionally receives 728 a UE capability on supported configurations for a PRACH for multi-cell operation. The network entity 104 transmits 730 control signaling configuring multiple PRACH configurations and multiple SSB configurations. The control signaling optionally configures a first cell list for cross-cell SSB-RO mapping, a second cell list for cross-cell validation and / or a TDD-UL-DL Configuration for one or multiple cells. The network entity 104 optionally transmits 732 control signaling triggering a PRACH transmission on RO (s) associated with one SSB from a cell. The network entity 104 determines 734 valid RO (s) associated with the cell based on at least one of: SSB  locations or a TDD-UL-DL configuration for the cell. The network entity 104 maps 736 the valid RO to the SSB based on the SSB-RO mapping rule, the SSB-RO mapping rule including at least one of: a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO mapping rule, or a configurable SSB-RO mapping rule. The network entity 104 receives 740 a PRACH transmission from valid RO (s) according to an SSB-RO mapping rule for the cell.

[0068] FIG. 8 is a diagram 800 illustrating an example of options for SSB-RO mapping according to an embodiment. A NE (e.g., the network entity 104) and / or a UE (e.g., the UE 102) map 836 a valid RO (e.g., determine mapped SSBs for each valid RO) to an SSB based on an SSB-RO mapping rule. In some aspects, the network entity 104 and the UE 102 map a valid RO to an SSB based on a cell-specific SSB-RO mapping 836a. Additionally, or alternatively, in some aspects, the network entity 104 and the UE 102 map a valid RO to an SSB based on a cross-cell SSB-RO mapping 836b. Additionally, or alternatively, in some aspects, the network entity 104 and the UE 102 map a valid RO to an SSB based on a configurable SSB-RO mapping 836c.

[0069] FIG. 9 is a diagram 900 illustrating an example of a cell-specific SSB-RO mapping according to an embodiment. As indicated above, a NE (e.g., the network entity 104) and a UE (e.g., the UE 102) may perform an SSB-RO mapping for each cell. In one aspect, the NE and the UE perform a cell-specific SSB-RO mapping (e.g., the cell-specific SSB-RO mapping 836a) .

[0070] In some aspects, for a PRACH associated with each cell (e.g., an LTM candidate cell or a cell with physical cell identity (PCI) different from a PCI of a serving cell) , the NE and the UE determine an SSB-RO mapping based on the transmitted SSB (s) configured for the cell or the SSB (s) configured for the cell. In some aspects, the UE further receives a medium access control (MAC) control element (MAC-CE) or downlink control information (DCI) to update or change the SSB-RO mapping. The MAC-CE or the DCI may be applicable for a cell that is different from a serving cell.

[0071] The NE and the UE may determine an association period for SSB-RO mapping for a cell based on a number of transmitted SSBs for the cell. The NE and the UE can determine the mapping order for each RO based on a preamble index, a frequency resource index, and / or a time resource index within a PRACH slot and a PRACH slot index.

[0072] In an example, the NE configures transmitted SSBs for a physical serving cell by ssb-PositionsInBurst in SIB1 or in ServingCellConfigCommon. For inter-cell mTRP  operation, the NE can configure the transmitted SSBs for a neighbor cell with a PCI x by ssb-PositionsInBurst in SSB-MTC-AdditionalPCI, with additionalPCI configured as x. For LTM operation, the NE can configure the transmitted SSBs for the neighbor cell with PCI x by ssb-PositionsInBurst in LTM-SSB-Config with ltm-CandidatePCI configured as x. In aspects, the NE configures the transmitted SSBs for an LTM candidate cell associated with ltm-CandidateId configured as y by ssb-PositionsInBurst in LTM-SSB-Config in LTM-candidate, including the ltm-CandidateId.

[0073] For SSB-RO mapping, a UE (e.g., the UE 102) and an NE (e.g., the network entity 104) determine a mapping order. In an example, the UE and the NE map SS / PBCH block (SSB) indices provided by ssb-PositionsInBurst in system information block 1 (SIB1) or by ServingCellConfigCommon or in SSB-MTC-AdditionalPCI or in LTM-SSB-Config to valid ROs in the following order. First, the UE and the NE map the SS / PBCH block (SSB) indices to valid ROs in an increasing order of preamble indices within a single RO. Second, the UE and the NE map the SS / PBCH block (SSB) indices to valid ROs in an increasing order of frequency resource indices for frequency multiplexed ROs. Third, the UE and the NE map the SS / PBCH block (SSB) indices to valid ROs in an increasing order of time resource indices for time multiplexed ROs within a PRACH slot. Fourth, the UE and the NE map the SS / PBCH block (SSB) indices to valid ROs in an increasing order of indices for PRACH slots.

[0074] The UE can determine an association period, starting from frame 0, for mapping SS / PBCH block (SSB) indices to PRACH occasions as a smallest integer number in a set determined by a PRACH configuration period such that the UE maps SS / PBCH block (SSB) indices at least once to the ROs within the association period, where the UE obtains from a value of ssb-PositionsInBurst and / or ssb-PositionsInBurstNes in SIB1 or in ServingCellConfigCommon or in SSB-MTC-AdditionalPCI or in LTM-SSB-Config. After an integer number of SS / PBCH block (SSB) indices to RO mapping cycles within the association period, a set of ROs or PRACH preambles may exist that the UE has not mapped to SS / PBCH block (SSB) indices. In such a case, the UE does not map SS / PBCH block (SSB) indices to the set of ROs or PRACH preambles. An association pattern period includes one or more association periods. The UE determines an association pattern period such that a pattern between ROs and SS / PBCH block (SSB) indices repeats at most every 160  milliseconds (ms) . The UE does not use ROs not associated with SS / PBCH block (SSB) indices after an integer number of association periods, if any, for PRACH transmissions.

[0075] The diagram 900 depicts valid ROs 942a configured for a cell with PCI 0 that is mapped to SSB x from a cell with PCI 0. The diagram 900 further depicts valid ROs 942b configured for a cell with PCI 1 that is mapped to SSB x from a cell with PCI 1. SSB x may be or include SSB 0 312a, SSB 0 312b, SSB 0 312c, and / or SSB 0 312d. SSB x may be or include SSB 1 314a and / or SSB 1 314b. SSB x may be or include SSB 2 316a, SSB 2 316b, SSB 2 316c, and / or SSB 2 316d. SSB x may be or include SSB 3 318a and / or SSB 3 318b. The diagram 900 additionally depicts PCI 0 944a and PCI 1 944b.

[0076] FIG. 10 is a diagram 1000 illustrating an example of cross-cell SSB-RO mapping according to an embodiment. As indicated above, a NE (e.g., the network entity 104) and a UE (e.g., the UE 102) perform an SSB-RO mapping for each cell. In some aspects, the NE and the UE perform a cross-cell SSB-RO mapping (836b) .

[0077] In some aspects, the NE and the UE determine the SSB-RO mapping across multiple cells in a list of cells. Thus, the NE and the UE can use the same mapping pattern for determining the SSB-RO mapping across the multiple cells in the list. The NE can configure the list of cells. In an example, the list of cells includes serving cells and cells configured for inter-cell mTRP operation and / or cells configured for LTM operation. In another example, the list of cells includes a physical serving cell, an additional cell with a PCI associated with an active transmission configuration indication (TCI) state for inter-cell mTRP operation and / or an LTM candidate cell indicated by a physical downlink control channel (PDCCH) order or an LTM cell switch command (CSC) MAC-CE. In another example, the NE configures the list of cells for cross-cell SSB-RO mapping explicitly. In an example, the NE transmits the configuration configuring the list of cells by RRC signaling, a MAC-CE, or DCI.

[0078] In some aspects, the NE configures one or multiple cell lists for cross-cell SSB-RO mapping. The multiple cell lists may be orthogonal. In one example, a first cell list includes a physical serving cell and a neighbor cell for inter-cell mTRP operation a second cell list includes one or multiple candidate cells for LTM operation. Alternatively, the multiple cell lists may not be orthogonal.

[0079] For a PRACH associated with each cell in a list of cells (i.e., a cell list) , the NE and the UE can determine an SSB-RO mapping based on transmitted SSBs across the  cells in the cell list. The NE and the UE can determine an association period for SSB-RO mapping for a cell based on a total number of transmitted SSBs across cells in a cell list. The NE and the UE can determine a mapping order for each RO based on a cell index within the list, a preamble index, a frequency resource index, or a time resource index within a PRACH slot and a PRACH slot index.

[0080] In an example, the NE configures a cell list by SSB-RO-mappingCellList. For SSB-RO mapping, a UE (e.g., the UE 102) and an NE (e.g., the network entity 104) determine a mapping order. In an example, the UE and the NE map SS / PBCH block (SSB) indices from a list of cell (s) configured by SSB-RO-mappingCellList provided by ssb-PositionsInBurst in SIB1 or in ServingCellConfigCommon and in SSB-MTC-AdditionalPCI and / or in LTM-SSB-Config based on an order of SS / PBCH blocks from a first cell until the SS / PBCH blocks from the last cell in the list of cell (s) are mapped to valid ROs in the following order. First, the UE and the NE map the SS / PBCH block (SSB) indices to valid ROs in an increasing order of preamble indices within a single RO. Second, the UE and the NE map the SS / PBCH block (SSB) indices to valid ROs in an increasing order of frequency resource indices for frequency multiplexed ROs. Third, the UE and the NE map the SS / PBCH block (SSB) indices to valid ROs in an increasing order of time resource indices for time multiplexed ROs within a PRACH slot. Fourth, the UE and the NE map the SS / PBCH block (SSB) indices to valid ROs in an increasing order of indices for PRACH slots.

[0081] The UE can determine an association period, starting from frame 0, for mapping SS / PBCH block (SSB) indices to PRACH occasions as a smallest integer number in a set determined by a PRACH configuration period such that the UE maps SS / PBCH block (SSB) indices at least once to the ROs within the association period, where the UE obtains from a value of ssb-PositionsInBurst and / or ssb-PositionsInBurstNes in SIB1 or in ServingCellConfigCommon and in SSB-MTC-AdditionalPCI and / or in LTM-SSB-Config corresponding to a list of cell (s) configured by SSB-RO-mappingCellList. After an integer number of SS / PBCH block (SSB) indices to RO mapping cycles within the association period, a set of ROs or PRACH preambles may exist that the UE has not mapped to SS / PBCH block (SSB) indices. In such a case, the UE does not map SS / PBCH block (SSB) indices to the set of ROs or PRACH preambles. An association pattern period includes one or more association periods. The UE determines an association pattern period such that a  pattern between ROs and SS / PBCH block (SSB) indices repeats at most every 160 ms. The UE does not use ROs not associated with SS / PBCH block (SSB) indices after an integer number of association periods, if any, for PRACH transmissions.

[0082] As indicated above, a NE (e.g., the network entity 104) and a UE (e.g., the UE 102) perform an SSB-RO mapping for each cell. In some aspects, the NE and the UE perform SSB-RO mapping based on a configurable SSB-RO mapping scheme (e.g., the configurable SSB-RO mapping 836c) for multi-cell operation. In an example, the NE configures the SSB-RO mapping scheme for multi-cell operation (e.g., cell-specific SSB-RO mapping or cross-cell SSB-RO mapping) . The NE can provide a common configuration or separate configurations for inter-cell mTRP operation and LTM operation. The UE can report a UE capability indicating supported SSB-RO mapping scheme (s) for multi-cell operation. The UE can report common UE capabilities or separate UE capabilities for inter-cell mTRP operation and LTM operation.

[0083] The diagram 1000 depicts valid ROs 1042a mapped to SSB x from a cell with PCI 0. SSB x may be or include SSB 0 312a, SSB 0 312b, SSB 0 312c, and / or SSB 0 312d. SSB x may be or include SSB 1 314a and / or SSB 1 314b. SSB x may be or include SSB 2 316a and / or SSB 2 316b. SSB x may be or include SSB 3 318a, SSB 3 318b, SSB 3 318c, and / or SSB 3 318d. The diagram 1000 further depicts valid ROs 1042b mapped to SSB x from a cell with PCI 1. The diagram 1000 additionally depicts PCI 0 944a and PCI 1 944b.

[0084] FIG. 11 is a diagram 1100 illustrating an example of options for RO validation according to an embodiment. A NE (e.g., the NE 104) and / or a UE (e.g., the 102) determine 1134 a valid RO associated with a cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell. In some aspects, the NE 104 and the UE 102 determine a valid RO associated with a cell based on a cell-specific RO validation 1134a. Additionally, or alternatively, in some aspects, the NE 104 and the UE 102 determine a valid RO associated with a cell based on a cross-cell SSB-RO validation 1134b. Additionally, or alternatively, in some aspects, the NE 104 and the UE 102 determine a valid RO associated with a cell based on a configurable RO-validation 1134c.

[0085] FIG. 12 is a diagram 1200 illustrating an example of cell-specific RO validation according to an embodiment. As indicated above, a NE (e.g., the network entity 104) and a UE (e.g., the UE 102) determine valid RO (s) according to SSB locations and / or  a TDD-UL-DL configuration for one or multiple cells. In one aspect, the NE and the UE perform RO validation for each cell (e.g., a physical serving cell, an LTM candidate cell, or a cell with a PCI different from a serving cell for inter-cell mTRP operation) based on SSBs from a cell and / or a TDD-UL-DL configuration for the cell. This may be referred to as cell-specific RO validation (e.g., the cell-specific RO validation 1134a) .

[0086] For a paired spectrum or a supplementary UL band, the NE and the UE determine all ROs as valid. For an unpaired spectrum, if the UE does not receive / obtain tdd-UL-DL-ConfigurationCommon for a cell, the UE determines an RO for the cell in a PRACH slot as valid if the RO does not precede an SS / PBCH (SSB) block in the PRACH slot and if the RO starts at least Ngap symbols after a last SS / PBCH block reception symbol. Additionally, if the UE receives / obtains channelAccessMode = "semiStatic, ” the UE determines the RO in the PRACH slot as valid if the RO does not overlap with a set of consecutive symbols before a start of a next channel occupancy time where the UE does not transmit. For preamble format B4, Ngap=0. A candidate SS / PBCH block (SSB) index of the SS / PBCH block corresponds to an SS / PBCH block (SSB) index provided by ssb-PositionsInBurst and / or ssb-PositionsInBurstNes in SIB1 or in ServingCellConfigCommon or in SSB-MTC-AdditionalPCI or in LTM-SSB-Config corresponding to the cell.

[0087] For the unpaired spectrum, if the UE receives / obtains tdd-UL-DL-ConfigurationCommon for a cell, the UE determines an RO for the cell in a PRACH slot as valid if the RO: is within a number of UL symbols or if the RO does not precede an SS / PBCH block (SSB) in the PRACH slot and starts at least Ngap symbols after a last downlink symbol for the cell and at least Ngap symbols after a last SS / PBCH block symbol. Additionally, if the UE receives / obtains channelAccessMode = "semiStatic, " the UE determines the RO in the PRACH slot as valid if the RO does not overlap with a set of consecutive symbols before a start of a next channel occupancy time where transmissions shall not occur. For preamble format B4, Ngap=0. A candidate SS / PBCH block (SSB) index of the SS / PBCH block corresponds to a SS / PBCH block (SSB) index provided by ssb-PositionsInBurst and / or ssb-PositionsInBurstNes in SIB1 or in ServingCellConfigCommon or in SSB-MTC-AdditionalPCI or in LTM-SSB-Config corresponding to the cell.

[0088] The diagram 1200 depicts ROs based on a random access channel (RACH) configuration for cell 1 1246a. The diagram 1200 also depicts ROs based on a RACH configuration for cell 2 1246b. In an example, a UE receives an SSB or DL symbols 1220a that correspond to cell 1 1246a and the UE receives an SSB or DL symbols 1220b that correspond to cell 2 1246b. In an example, the UE determines valid ROs as described above. For instance, via cell-specific RO validation, the UE determines valid RO 1226a (for cell 2 1246b) , valid RO 1226b (for cell 1 1246a) , valid RO 1226c (for cell 1 1246a) , and valid RO 1226d (for cell 1 1246a) . Furthermore, via cell-specific RO validation, the UE determines invalid RO 1224a (for cell 1 1246a) and invalid RO 1224b (for cell 2 1246b) . The diagram 1200 also depicts N_gap 1222a and N_gap 1222b. In the example, the UE determines valid ROs and invalid ROs based on N_gap 1222a and / or N_gap 1222b as described above.

[0089] FIG. 13 is a diagram 1300 illustrating an example of RO validation for cross-cell RO validation according to an embodiment. As indicated above, a NE (e.g., the network entity 104) and a UE (e.g., the UE 102) determine valid RO (s) according to SSB locations and / or a TDD-UL-DL configuration for one or multiple cells. In some aspects, the NE and the UE perform RO validation for cell (s) in a cell list based on the SSBs from the cell (s) in the cell list and / or a TDD-UL-DL configuration for the cell (s) in the cell list. This may be referred to as cross-cell RO validation (e.g., the cross-cell RO validation 1134b) . The NE can configure the cell list as described above.

[0090] For a paired spectrum or a supplementary UL band, the NE and the UE determine all ROs as valid. For an unpaired spectrum, if the UE does not receive / obtain tdd-UL-DL-ConfigurationCommon, the UE determines an RO for a cell in a cell list configured by RO-validationCellList in a PRACH slot as valid if the RO does not precede an SS / PBCH (SSB) block in the PRACH slot and if the RO starts at least Ngap symbols after a last SS / PBCH block reception symbol. Additionally, if the UE receives / obtains channelAccessMode = "semiStatic, ” the UE determines the RO in the PRACH slot as valid if the RO does not overlap with a set of consecutive symbols before a start of a next channel occupancy time where the UE does not transmit. For preamble format B4, Ngap=0. A candidate SS / PBCH block (SSB) index of the SS / PBCH block corresponds to an SS / PBCH block index provided by ssb- PositionsInBurst in SIB1 or in ServingCellConfigCommon or in SSB-MTC-AdditionalPCI or in LTM-SSB-Config corresponding cell (s) in the cell list.

[0091] For the unpaired spectrum, if the UE receives / obtains tdd-UL-DL-ConfigurationCommon for any cell in the cell list, the UE determines an RO for a cell in the cell list configured by RO-validationCellList in a PRACH slot as valid if the RO:is within a number of UL symbols or if the RO does not precede an SS / PBCH block (SSB) in the PRACH slot and starts at least Ngap symbols after a last downlink symbol for the cell (s) in the cell list and at least Ngap symbols after a last SS / PBCH block symbol. Additionally, if the UE receives / obtains channelAccessMode = "semiStatic, " the UE determines the RO in the PRACH slot as valid if the RO does not overlap with a set of consecutive symbols before a start of a next channel occupancy time where transmissions shall not occur. For preamble format B4, Ngap=0. A candidate SS / PBCH block index of the SS / PBCH block corresponds to a SS / PBCH block index provided by ssb-PositionsInBurst in SIB1 and / or ssb-ServingCellConfigCommon and / or in SSB-MTC-AdditionalPCI and / or in LTM-SSB-Config corresponding cell (s) in the cell list.

[0092] As indicated above, a NE (e.g., the network entity 104) and a UE (e.g., the UE 102) determine valid RO (s) . In some aspects, the NE and the UE determine valid RO(s) based on a configurable RO validation scheme for multi-cell operation. In an example, the NE configures an RO validation scheme for multi-cell operation (e.g., cell-specific RO validation or cross-cell RO validation) . This may be referred to as configurable RO validation (e.g., the configurable RO validation 1134c) . The NE can provide a common configuration or separate configurations for inter-cell mTRP operation and LTM operation. The UE can report a UE capability indicating supported RO validation scheme (s) for multi-cell operation. The UE can report common UE capabilities or separate UE capabilities for inter-cell mTRP operation and LTM operation.

[0093] The diagram 1300 depicts ROs based on a RACH configuration for cell 1 1346a. The diagram 1300 also depicts ROs based on a RACH configuration for cell 2 1346b. In an example, a UE receives an SSB or DL symbols 1320a that correspond to cell 1 1346a and the UE receives an SSB or DL symbols 1320b that correspond to cell 2 1346b. In an example, the UE determines valid ROs as described above. For instance, via cross-cell RO validation, the UE determines valid RO 1326a (for cell 1 1346a)  and valid RO 1326b (for cell 1 1346a) . Furthermore, via cross-cell RO validation, the UE determines invalid RO 1324a (for cell 1 1346a) , invalid RO 1324b (for cell 2 1346b) , invalid RO 1324c (for cell 1 1346a) , and invalid RO 1324d (for cell 2 1346b) . The diagram 1300 also depicts N_gap 1322a and N_gap 1322b. In the example, the UE determines valid ROs and invalid ROs based on N_gap 1322a and / or N_gap 1322b as described above.

[0094] FIG. 14 is a diagram 1400 illustrating an example of options for RO validation according to an embodiment. A NE (e.g., the NE 104) and / or a UE (e.g., the 102) determine 1434 a valid RO associated with a cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell. In some aspects, the network entity 104 and the UE 102 determine a valid RO associated with a cell based on a common TDD-UL-DL configuration 1434a. For example, the UE determines the TDD-UL-DL configuration for all the cells based on a TDD-UL-DL configuration for a physical serving cell. Then, if the TDD-UL-DL configuration for the physical serving cell is configured, the UE determines valid RO (s) for each cell based on the TDD-UL-DL configuration (e.g., tdd-UL-DL-ConfigurationCommon) for the physical serving cell. In some aspects, the network entity 104 and the UE 102 apply the common TDD-UL-DL configuration for a list of cells. The network entity 104 configures the cell list (s) for the common TDD-UL-DL configuration as described above with reference to the cross-cell SSB-RO mapping.

[0095] Additionally, or alternatively, in some aspects, the network entity 104 and the UE 102 determine a valid RO associated with a cell based on a cell-specific TDD-UL-DL configuration 1434b. For example, the network entity 104 configures the TDD-UL-DL configuration (e.g., tdd-UL-DL-ConfigurationCommon) for each cell. In one example, the network entity 104 configures the TDD-UL-DL configuration associated with each additionalPCI for inter-cell mTRP operation or ltm-CandidatePCI for LTM operation. Then the UE 102 determines valid RO (s) for a cell based on a TDD-UL-DL configuration for the cell or all the cells within a cell list that includes the cell. In some aspects, the UE 102 reports a UE capability indicating whether the UE 102 supports different TDD-UL-DL configurations for different cells for inter-cell mTRP operation and / or LTM operation.

[0096] Additionally, or alternatively, in some aspects, the network entity 104 and the UE 102 determine a valid RO associated with a cell based on a TDD-UL-DL configuration 1434c for a physical serving cell. For example, the network entity 104  configures a TDD-UL-DL configuration for the physical serving cell. Then, when determining valid RO (s) based on an SSB for a neighbor cell corresponding to the additionalPCI for inter-cell mTRP operation or for a candidate cell corresponding to ltm-CandidatePCI for LTM operation, the network entity 104 and the UE 102 determine valid RO (s) assuming that the TDD-UL-DL configuration for the cell is not configured.

[0097] In an example with respect to cell-specific RO validation for an unpaired spectrum, the network entity 104 and the UE 102 determine an RO for a cell other than a serving cell as valid in a PRACH slot if the RO does not precede a SS / PBCH block (SSB) in the PRACH slot and if the RO starts at least Ngap symbols after a last SS / PBCH block (SSB) reception symbol. In an example, if the UE 102 receives / obtains channelAccessMode = "semiStatic, ” the UE 102 determines the RO in the PRACH slot as valid if the RO does not overlap with a set of consecutive symbols before a start of a next channel occupancy time where transmissions shall not occur. Candidate SS / PBCH (SSB) block indices of the SS / PBCH (SSB) block correspond to SS / PBCH block (SSB) indices provided by ssb-PositionsInBurst in SSB-MTC-AdditionalPCI or in LTM-SSB-Config corresponding to the cell.

[0098] In an example with respect to cross-cell RO validation for an unpaired spectrum, the network entity 104 and the UE 102 determine an RO for a cell other than a serving cell as valid in a PRACH slot if the RO does not precede a SS / PBCH block (SSB) in the PRACH slot and if the RO starts at least Ngap symbols after a last SS / PBCH block (SSB) reception symbol. In an example, if the UE 102 receives / obtains channelAccessMode = "semiStatic, ” the UE 102 determines the RO in the PRACH slot as valid if the RO does not overlap with a set of consecutive symbols before a start of a next channel occupancy time where transmissions shall not occur. Candidate SS / PBCH (SSB) block indices of the SS / PBCH (SSB) block correspond to SS / PBCH block (SSB) indices provided by ssb-PositionsInBurst in SIB1 or in ServingCellConfigCommon and / or in SSB-MTC-AdditionalPCI and / or in LTM-SSB-Config corresponding to the cell (s) in the cell list.

[0099] FIG. 15 is a diagram 1500 illustrating an example of options for handling a collision between a PRACH and a downlink DL signal according to an embodiment. As indicated above, a UE (e.g., the UE 102) can optionally identify 637 a collision between RO (s) . The UE 102 can also optionally determine 1538 to transmit a PRACH  transmission on the RO (s) and / or receive the DL signal if the RO (s) collide with the DL signal. In some aspects, the UE 102 drops (or refrains from transmitting) 1538a the PRACH transmission, receives the DL signal, and transmits the PRACH transmission on a second RO. In some aspects, the UE 102 drops (or refrains from receiving) 1538b the DL signal and receives the PRACH transmission. In some aspects, the UE 102 uses 1538c a priority rule to determine whether to drop the PRACH transmission or drop the DL signal.

[0100] FIG. 16 is a diagram 1600 illustrating an example of a PRACH and DL signal collision according to an embodiment. As indicated above, a collision may occur between a PRACH transmission and a DL signal. In some aspects, the UE determines a collision occurs between the PRACH transmission and the DL signal. The UE can determine that the collision occurs based on at least one of the following factors: the PRACH transmission and the DL signal correspond to a same serving cell, the PRACH transmission and the DL signal correspond to different serving cells in a same frequency band or a same frequency band combination, the PRACH transmission and the DL signal correspond to a same slot, the DL signal is less than N1 symbols before a first symbol of the PRACH transmission, the DL signal is less than N2 symbols after a last symbols of the PRACH transmission, the DL signal includes a transmitted SSB, the DL signal includes an active transmitted SSB, the DL signal includes DL symbol (s) configured by a TDD-UL-DL configuration, a TDD spectrum (e.g., an unpaired spectrum) includes the PRACH transmission and the DL signal, or the PRACH transmission and the DL signal correspond to different cells.

[0101] The NE can configure respective values of N1 and N2, the UE can report the respective values of N1 and N2, or the respective values of N1 and N2 may be predefined. Values of N1 and N2 may be different for different subcarrier spacings (e.g., a PRACH subcarrier spacing, a subcarrier spacing of an active DL bandwidth part, a subcarrier spacing of an active uplink bandwidth part, or a maximum subcarrier spacing or a minimum subcarrier spacing between the active DL bandwidth part and the active UL bandwidth part) . The DL signal and the PRACH transmission may correspond to different cells.

[0102] The NE and the UE can determine an SSB is an active SSB based on at least one of the following factors: the SSB being configured in an active TCI state or an indicated TCI state indicated by a MAC-CE or DCI from the NE, the SSB being quasi-co-located with a channel state information-reference signal (CSI-RS) configured in  an active TCI state or in an indicated TCI state, the SSB being configured for radio link monitoring (RLM) , beam failure detection (BFD) , and / or candidate beam detection (CBD) , and / or the SSB being configured for a report (e.g., a layer 1 (L1) reference signal received power (RSRP) report, an L1 signal-to-interference plus noise ratio (SINR) report, or another L1 report) .

[0103] As indicated above, a UE can determine / identify a collision between a PRACH on an RO and a DL signal. In some aspects, if the UE identifies the collision between the PRACH on the RO and the DL signal, the UE drops the PRACH transmission on the RO (i.e., the UE refrains from receiving the PRACH transmission on the RO) . As such, the UE prioritizes reception of the DL signal. Thus, the UE determines that the RO is not available for PRACH transmission. In some aspects, for contention based random access (CBRA) , the UE transmits the PRACH on a next available RO. In some aspects, for contention free random access (CFRA) , the NE indicates multiple ROs, and the UE transmits the PRACH on a next available RO in the multiple ROs. In some aspects, if the NE configures the UE to transmit the PRACH based on multiple repetitions, the UE drops overlapped PRACH repetition (s) or drops all PRACH repetitions.

[0104] As indicated above, a UE can determine / identify a collision between a PRACH on an RO and a DL signal. In some aspects, if the UE identifies the collision between the PRACH on the RO and the DL signal, the UE drops the DL signal (i.e., the UE refrains from receiving the DL signal) and the UE transmits the PRACH transmission on the RO. In some aspects, the UE refrains from receiving a whole transmission occasion of the DL signal. In some other aspects, the UE refrains from receiving the DL signal on symbols that do not meet characteristics associated with N1 or characteristics associated with N2.

[0105] As indicated above, a UE can determine / identify a collision between a PRACH on an RO and a DL signal. In some aspects, if the UE identifies the collision between the PRACH on the RO and the DL signal, the UE determines whether to receive the DL signal or transmit the PRACH transmission based on a priority order (i.e., a priority rule for dropping) . The UE can determine the priority order based on at least one of the following: whether the PRACH corresponds to LTM operation, whether an LTM CSC MAC-CE triggers the PRACH, whether a PDCCH order triggers the PRACH for LTM operation, whether the PRACH corresponds to CBRA or CFRA, a type of the DL signal (e.g., an SSB, an active SSB, a PDCCH, or a PDSCH) , or time- domain behavior for the DL signal (e.g., aperiodic, periodic, or semi-persistent) . In an example, the priority order may include, from greatest priority to lowest priority, a PRACH for CFRA, followed by a DL signal, followed by a PRACH for CBRA.

[0106] Although the description above has focused on a 4-step random access channel (RACH) procedure (i.e., a 4-step RACH, a 4-step random access procedure) , the concepts described herein are also applicable to physical uplink shared channel (PUSCH) occasion validation for a 2-step RACH procedure (i.e., a 2-step RACH, a 2-step random access procedure) . In some aspects, for a 2-step random access procedure, a NE configures one or multiple PUSCH occasions associated with an RO. The UE can transmit a message A (MsgA) including a PRACH transmission on an RO and a PUSCH transmissions on one of the valid PUSCH occasions. The NE and UE can determine whether a PUSCH occasion as valid or not valid based on approaches similar to those described above by replacing the RO with a PUSCH occasion.

[0107] In an example, the NE and the UE determine a PUSCH occasion for a cell as valid if the PUSCH occasion does not overlap in time and frequency with any valid PRACH occasion for the cell or any cells within a cell list associated with either a Type-1 random access procedure or a Type-2 random access procedure. Additionally, for an unpaired spectrum and for SS / PBCH blocks (SSB) with indexes provided by ssb-PositionsInBurst in SIB1 or by ServingCellConfigCommon and / or in SSB-MTC-AdditionalPCI and / or in LTM-SSB-Config, if the UE does not obtain / receive tdd-UL-DL-ConfigurationCommon, the UE determines a PUSCH occasion as valid if the PUSCH occasion does not precede an SS / PBCH block (SSB) in the PUSCH slot and if the PUSCH occasion starts at least Ngap symbols after a last SS / PBCH block (SSB) symbol. If the UE receives / obtains channelAccessMode = "semiStatic, ” the UE determines the PUSCH occasion as valid if the PUSCH occasion does not overlap with a set of consecutive symbols before a start of a next channel occupancy time where the UE does not transmit.

[0108] Additionally, for an unpaired spectrum and for SS / PBCH blocks (SSB) with indexes provided by ssb-PositionsInBurst in SIB1 or by ServingCellConfigCommon and / or in SSB-MTC-AdditionalPCI and / or in LTM-SSB-Config, if the UE obtains / receives tdd-UL-DL-ConfigurationCommon, the UE determines a PUSCH occasion as valid if the PUSCH occasion is within a number of UL symbols or if the PUSCH occasion does not precede an SS / PBCH block (SSB) in a PUSCH slot and if  the PUSCH occasion starts at least Ngap symbols after a last SS / PBCH block (SSB) symbol. If the UE receives / obtains channelAccessMode = "semiStatic, ” the UE determines the PUSCH occasion as valid if the PUSCH occasion does not overlap with a set of consecutive symbols before a start of a next channel occupancy time where the UE does not transmit.

[0109] In some aspects, the NE and UE determine a collision occurs between a PUSCH occasion and a DL signal based on the approach described above for collision handling between an RO and a DL signal. The NE and UE can perform a similar approach for the collision handling between the RO and the DL signal by replacing an RO into a PUSCH occasion and replacing a PRACH into a PUSCH.

[0110] The diagram 1600 depicts ROs 1610a associated with a collision and ROs 1610b not associated with a collision. The diagram 1600 depicts an SSB or DL symbols of cell 1 1620. The diagram 1600 further depicts N1 symbols 1648a and N2 symbols 1648b. A UE (e.g., the UE 102) determines (e.g., based on N1 symbols 1648a and / or N2 symbols 1648b) that an RO 1650a for cell 2 does not collide with the SSB or DL symbols of cell 1 1620, that an RO 1650b for cell 2 collides with the SSB or DL symbols of cell 1 1620, that an RO 1650c for cell 2 collides with the SSB or DL symbols of cell 1 1620, and that RO 1650d for cell 2 does not collide with the SSB or DL symbols of cell 1 1620.

[0111] FIG. 17 illustrates a flowchart 1700 of a method of wireless communication at a UE. With reference to FIGs. 1-16, the method may be performed by the UE 102.

[0112] The UE 102 optionally transmits 1728, to the network entity 104, UE capability information indicating that the UE supports at least one of: cell-specific SSB-RO mapping, cross-cell SSB-RO mapping, cell-specific RO validation, cross-cell RO validation, a common TDD-UL-DL configurations for different cells, or separate TDD-UL-DL configurations for the different cells. For example, FIG. 5 shows that the UE 102 optionally transmits 528, to the network entity 104, UE capability information. In an example, cell-specific SSB-RO mapping corresponds to FIG. 9, cross-cell SSB-RO mapping corresponds to FIG. 10, cell-specific RO validation corresponds to FIG. 12, and cross-cell RO validation corresponds to FIG. 13.

[0113] The UE 102 receives 1730, from the network entity 104, a configuration configuring: a plurality of PRACH configurations and a plurality of SSB configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to the different cells associated with multi-cell  operation. For example, FIG. 5 shows that the UE 102 receives 530, from the network entity 104, a configuration configuring: a plurality of PRACH configurations and a plurality of SSB configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to the different cells associated with multi-cell operation.

[0114] The UE 102 optionally receives 1732, from the network entity 104, control signaling triggering a PRACH transmission associated with a valid RO. For example, FIG. 5 shows that the UE 102 optionally receives 532, from the network entity 104, control signaling triggering a PRACH transmission associated with a valid RO.

[0115] The UE 102 determines 1734 the valid RO associated with the cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell. For example, FIG. 6 shows that the UE 102 determines 634 the valid RO associated with the cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell. In an example, the SSB locations are associated with FIG. 11 and the TDD-UL-DL configuration for the cell is associated with FIG. 14.

[0116] The UE 102 maps 1736 the valid RO to the SSB based on the SSB-RO mapping rule, the mapping rule including at least one of: a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO mapping rule, or a configurable SSB-RO mapping rule. For example, FIG. 6 shows that the UE 102 maps 636 the valid RO to the SSB based on the SSB-RO mapping rule, the mapping rule including at least one of: a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO mapping rule, or a configurable SSB-RO mapping rule. In an example, the cell-specific SSB-RO mapping rule, the cross-cell SSB-RO mapping rule, and the configurable SSB-RO mapping rule are associated with FIG. 8.

[0117] The UE 102 optionally identifies 1737 a collision between the PRACH transmission associated with the valid RO and a DL signal based on at least one of: the PRACH transmission and the DL signal corresponding to a same serving cell, the PRACH transmission and the DL signal corresponding to different serving cells in a same frequency band or a same frequency band combination, the PRACH transmission and the DL signal being in a same slot, the DL signal being located less than a first number of symbols before a first symbol of the PRACH transmission, the DL signal being located less than a second number of symbols after a last symbol of the PRACH transmission, the DL signal being a transmitted synchronization signal block, SSB, the DL signal being an active transmitted SSB, the DL signal including  DL symbols configured by the TDD-UL-DL configuration, the PRACH transmission and the DL signal being in a TDD spectrum, or the PRACH transmission corresponding to a first cell and the DL signal corresponding to a second cell; and where the transmitting the PRACH transmission is based on the identified collision. For example, FIG. 6 shows that the UE 102 optionally identifies 637 a collision between the PRACH transmission associated with the valid RO and a DL signal.

[0118] The UE 102 transmits 1740, to the network entity 104 based on the configuration and the SSB-RO mapping rule, the PRACH transmission associated with the valid RO in a cell of the different cells, the valid RO being mapped to an SSB. For example, FIG. 5 shows that the UE 102 transmits 540, to the network entity 104 based on the configuration and the SSB-RO mapping rule, the PRACH transmission associated with the valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0119] FIG. 18 is a flowchart 1800 of a method of wireless communication at a network entity. With reference to FIGs. 1-16, 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.

[0120] The network entity 104 optionally receives 1828, from the UE 102, UE capability information indicating that the UE 102 supports at least one of: cell-specific SSB-RO mapping, cross-cell SSB-RO mapping, cell-specific RO validation, cross-cell RO validation, a common TDD-UL-DL configurations for different cells, or separate TDD-UL-DL configurations for the different cells. For example, FIG. 5 shows that the network entity 104 optionally receives 528, from the UE 102, UE capability information. In an example, cell-specific SSB-RO mapping corresponds to FIG. 9, cross-cell SSB-RO mapping corresponds to FIG. 10, cell-specific RO validation corresponds to FIG. 12, and cross-cell RO validation corresponds to FIG. 13.

[0121] The network entity 104 transmits 1830, to the UE 102, a configuration configuring: a plurality of PRACH configurations and a plurality of SSB configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to the different cells associated with multi-cell operation. For example, FIG. 5 shows that the network entity 104 transmits 530, to the UE 102, a configuration configuring: a plurality of PRACH configurations and a plurality of SSB configurations, the plurality of PRACH configurations and the  plurality of SSB configurations corresponding to the different cells associated with multi-cell operation.

[0122] The network entity 104 optionally transmits 1832, to the UE 102, control signaling triggering a PRACH transmission associated with a valid RO. For example, FIG. 5 shows that the network entity 104 optionally transmits 532, to the UE 102, control signaling triggering a PRACH transmission associated with a valid RO.

[0123] The network entity 104 determines 1834 the valid RO associated with the cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell. For example, FIG. 7 shows that the network entity 104 determines 734 the valid RO associated with the cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell. In an example, the SSB locations are associated with FIG. 11 and the TDD-UL-DL configuration for the cell is associated with FIG. 14.

[0124] The network entity 104 maps 1836 the valid RO to the SSB based on the SSB-RO mapping rule, the mapping rule including at least one of: a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO mapping rule, or a configurable SSB-RO mapping rule. For example, FIG. 7 shows that the network entity 104 maps 736 the valid RO to the SSB based on the SSB-RO mapping rule, the mapping rule including at least one of: a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO mapping rule, or a configurable SSB-RO mapping rule. In an example, the cell-specific SSB-RO mapping rule, the cross-cell SSB-RO mapping rule, and the configurable SSB-RO mapping rule are associated with FIG. 8.

[0125] The network entity 104 receives 1840, from the UE 102 based on the configuration and the SSB-RO mapping rule, the PRACH transmission associated with the valid RO in a cell of the different cells, the valid RO being mapped to an SSB. For example, FIG. 5 shows that the network entity 104 receives 540, from the UE 102 based on the configuration and the SSB-RO mapping rule, the PRACH transmission associated with the valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0126] FIG. 19 is a diagram 1900 illustrating an example of a hardware implementation for a UE apparatus 1902. The UE apparatus 1902 may be the UE 102, a component of the UE 102, or may implement UE functionality. The UE apparatus 1902 may include an application processor 1906, which may have on-chip memory 1906’. In examples, the application processor 1906 may be coupled to a secure digital (SD) card 1908 and / or a display 1910. The application processor 1906 may also be coupled to  a sensor (s) module 1912, a power supply 1914, an additional module of memory 1916, a camera 1918, and / or other related components.

[0127] The UE apparatus 1902 may further include a wireless baseband processor 1926, which may be referred to as a modem. The wireless baseband processor 1926 may have on-chip memory 1926'. Along with, and similar to, the application processor 1906, the wireless baseband processor 1926 may also be coupled to the sensor (s) module 1912, the power supply 1914, the additional module of memory 1916, the camera 1918, and / or other related components. The wireless baseband processor 1926 may be additionally coupled to one or more subscriber identity module (SIM) card (s) 1920 and / or one or more transceivers 1930 (e.g., wireless RF transceivers) .

[0128] Within the one or more transceivers 1930, the UE apparatus 1902 may include a Bluetooth module 1932, a WLAN module 1934, an SPS module 1936 (e.g., GNSS module) , and / or a cellular module 1938. The Bluetooth module 1932, the WLAN module 1934, the SPS module 1936, and the cellular module 1938 may each include an on-chip transceiver (TRX) , or in some cases, just a transmitter (TX) or just a receiver (RX) . The Bluetooth module 1932, the WLAN module 1934, the SPS module 1936, and the cellular module 1938 may each include dedicated antennas and / or utilize antennas 1940 for communication with one or more other nodes. For example, the UE apparatus 1902 can communicate through the transceiver (s) 1930 via the antennas 1940 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.

[0129] The wireless baseband processor 1926 and the application processor 1906 may each include a computer-readable medium  / memory 1926', 1906', respectively. The additional module of memory 1916 may also be considered a computer-readable medium  / memory. Each computer-readable medium  / memory 1926', 1906', 1916 may be non-transitory. The wireless baseband processor 1926 and the application processor 1906 may each be responsible for general processing, including execution of software stored on the computer-readable medium  / memory 1926', 1906', 1916. The software, when executed by the wireless baseband processor 1926  / application processor 1906, causes the wireless baseband processor 1926  / application processor 1906 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 1926  / application processor 1906 when executing the software. The wireless baseband processor 1926  / application processor 1906 may be a component of the UE 102. The UE apparatus 1902 may be a processor chip (e.g., modem and / or application) and include just the wireless baseband processor 1926 and / or the application processor 1906. In other examples, the UE apparatus 1902 may be the entire UE 102 and include the additional modules of the apparatus 1902.

[0130] As discussed in FIG. 1 and implemented with respect to FIG. 17, the UE multi-cell PRACH component 140 is configured to receive, from a network entity, a configuration configuring: a plurality of physical random access channel (PRACH) configurations, and a plurality of synchronization signal block (SSB) configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation; and transmit, to the network entity based on the configuration and an SSB-PRACH occasion (SSB-RO) mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0131] The UE multi-cell PRACH component 140 may be within the application processor 1906 (e.g., at 140a) , the wireless baseband processor 1926 (e.g., at 140b) , or both the application processor 1906 and the wireless baseband processor 1926. The UE multi-cell PRACH 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.

[0132] FIG. 20 is a diagram 2000 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 2046, which may have on-chip memory 2046'. In some aspects, the CU 110 may further include an additional module of memory 2056 and / or a communications interface 2048, both of which may be coupled to the CU processor 2046. The CU 110 can communicate with the DU 108 through a midhaul link 162, such as an F1 interface between the communications interface 2048 of the CU 110 and a communications interface 2028 of the DU 108.

[0133] The DU 108 may include a DU processor 2026, which may have on-chip memory 2026'. In some aspects, the DU 108 may further include an additional module of memory 2036 and / or the communications interface 2028, both of which may be coupled to the DU processor 2026. The DU 108 can communicate with the RU 106 through a fronthaul link 160 between the communications interface 2028 of the DU 108 and a communications interface 2008 of the RU 106.

[0134] The RU 106 may include an RU processor 2006, which may have on-chip memory 2006'. In some aspects, the RU 106 may further include an additional module of memory 2016, the communications interface 2008, and one or more transceivers 2030, all of which may be coupled to the RU processor 2006. The RU 106 may further include antennas 2040, which may be coupled to the one or more transceivers 2030, such that the RU 106 can communicate through the one or more transceivers 2030 via the antennas 2040 with the UE 102.

[0135] The on-chip memory 2006', 2026', 2046' and the additional modules of memory 2016, 2036, 2056 may each be considered a computer-readable medium  / memory. Each computer-readable medium  / memory may be non-transitory. Each of the processors 2006, 2026, 2046 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) 2006, 2026, 2046 causes the processor (s) 2006, 2026, 2046 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) 2006, 2026, 2046 when executing the software. In examples, the NE multi-cell PRACH 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.

[0136] As discussed in FIG. 1 and implemented with respect to FIG. 18, the NE multi-cell PRACH component 150 is configured to transmit, to a user equipment (UE) , a configuration configuring: a plurality of physical random access channel (PRACH) configurations, and a plurality of synchronization signal block (SSB) configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation; and receive, from the UE based on the configuration and an SSB-PRACH occasion (SSB-RO)  mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0137] The NE multi-cell PRACH component 150 may be within one or more processors of the one or more network entities 104, such as the RU processor 2006 (e.g., at 150a) , the DU processor 2026 (e.g., at 150b) , and / or the CU processor 2046 (e.g., at 150c) . The NE multi-cell PRACH 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 2006, 2026, 2046 configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors 2006, 2026, 2046, or a combination thereof.

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

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

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

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

[0142] If the 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.

[0143] 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 (AI) -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.

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

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

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

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

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

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

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

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

[0152] Example 1 is a method of wireless communication at a user equipment (UE) including: receiving, from a network entity, a configuration configuring: a plurality  of physical random access channel (PRACH) configurations, and a plurality of synchronization signal block (SSB) configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation; and transmitting, to the network entity based on the configuration and an SSB-PRACH occasion (SSB-RO) mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0153] Example 2 is the method of example 1, where the configuration further configures at least one of: a first cell list for cross-cell SSB-RO mapping, a second cell list for cross-cell RO validation, or a time division duplex-uplink-downlink (TDD-UL-DL) configuration for the cell.

[0154] Example 3 is the method of any of examples 1-2, further including: transmitting, to the network entity, UE capability information indicating that the UE supports at least one of: cell-specific SSB-RO mapping, cross-cell SSB-RO mapping, cell-specific RO validation, cross-cell RO validation, a common TDD-UL-DL configuration for the different cells, or separate TDD-UL-DL configurations for the different cells; where the receiving the configuration includes receiving the configuration based on the UE capability information.

[0155] Example 4 is the method of any of examples 1-3, further including: determining the valid RO associated with the cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell; and where the transmitting the PRACH transmission includes transmitting the PRACH transmission based on the determining the valid RO.

[0156] Example 5 is the method of example 4, where the determining the valid RO based on the SSB locations includes determining the valid RO based on at least one of: a cell-specific RO validation scheme, a cross-cell RO validation scheme, or a configurable RO validation scheme.

[0157] Example 6 is the method of any of examples 4-5, where the determining the valid RO based on the TDD-UL-DL configuration for the cell includes determining the valid RO based on at least one of: a common TDD-UL-DL configuration, a cell-specific TDD-UL-DL configuration, or a TDD-UL-DL configuration for a serving cell different from the cell.

[0158] Example 7 is the method of any of examples 1-6, further including: mapping the valid RO to the SSB based on the SSB-RO mapping rule, the SSB-RO mapping rule  including at least one of: a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO mapping rule, or a configurable SSB-RO mapping rule; and where the transmitting the PRACH transmission includes transmitting the PRACH transmission based on the mapping.

[0159] Example 8 is the method of any of examples 1-7, further including: identifying a collision between the PRACH transmission associated with the valid RO and a downlink (DL) signal based on at least one of: the PRACH transmission and the DL signal corresponding to a same serving cell, the PRACH transmission and the DL signal corresponding to different serving cells in a same frequency band or a same frequency band combination, the PRACH transmission and the DL signal being in a same slot, the DL signal being located less than a first number of symbols before a first symbol of the PRACH transmission, the DL signal being located less than a second number of symbols after a last symbol of the PRACH transmission, the DL signal being a transmitted synchronization signal block, SSB, the DL signal being an active transmitted SSB, the DL signal including DL symbols configured by the TDD-UL-DL configuration, the PRACH transmission and the DL signal being in a TDD spectrum, or the PRACH transmission corresponding to a first cell and the DL signal corresponding to a second cell; and where the transmitting the PRACH transmission is based on the identified collision.

[0160] Example 9 is the method of example 8, where the transmitting the PRACH transmission associated with the valid RO includes: refraining from receiving the DL signal; and transmitting the PRACH transmission associated with the valid RO.

[0161] Example 10 is the method of example 8, where the transmitting the PRACH transmission associated with the valid RO includes: refraining from transmitting the PRACH transmission associated with a first valid RO; receiving the DL signal; and transmitting, to the network entity, the PRACH transmission associated with a second valid RO occurring after the first valid RO.

[0162] Example 11 is the method of example 8, where the transmitting the PRACH transmission based on the identified collision includes transmitting the PRACH based on a priority rule, and where the priority rule is based on at least one of: the PRACH transmission corresponding to a lower layer triggered mobility (LTM) procedure, an LTM cell switch command (CSC) triggering the PRACH transmission, a physical downlink control channel (PDCCH) order triggering the PRACH transmission, a type of the DL signal, or a time domain behavior of the DL signal.

[0163] Example 12 is the method of any of examples 1-11, where the configuration further configures a physical uplink shared channel (PUSCH) occasion; where the transmitting the PRACH transmission associated with the valid RO includes transmitting a message A (Msg A) including the PRACH transmission associated with the valid RO and a PUSCH transmission associated with a valid PUSCH occasion; where the valid PUSCH occasion is based on at least one of: a cell-specific PUSCH occasion validation scheme, a cross-cell PUSCH occasion validation scheme, or a configurable PUSCH occasion validation scheme.

[0164] Example 13 is the method of any of examples 1-12, further including: receiving, from the network entity, control signaling triggering the PRACH transmission associated with the valid RO.

[0165] Example 14 is the method of any of examples 1-13, where the cell includes at least one of: a cell associated with an additional physical cell identity for an inter-cell multiple transmission reception point (mTRP) procedure; or a candidate cell for a lower layer triggered mobility (LTM) procedure; and where the different cells include a serving cell.

[0166] Example 15 is a method of wireless communication at a network entity, including: transmitting, to a user equipment (UE) , a configuration configuring: a plurality of physical random access channel (PRACH) configurations, and a plurality of synchronization signal block (SSB) configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells associated with multi-cell operation; and receiving, from the UE based on the configuration and an SSB-PRACH occasion (SSB-RO) mapping rule, a PRACH transmission associated with a valid RO in a cell of the different cells, the valid RO being mapped to an SSB.

[0167] Example 16 is the method of example 15, where the configuration further configures at least one of: a first cell list for cross-cell SSB-RO mapping, a second cell list for cross-cell RO validation, or a time-division-duplex-uplink-downlink (TDD-UL-DL) configuration for the cell.

[0168] Example 17 is the method of any of examples 15-16, further including: receiving, from the UE, UE capability information indicating that the UE supports at least one of: cell-specific SSB-RO mapping, cross-cell SSB-RO mapping, cell-specific RO validation, cross-cell RO validation, a common TDD-UL-DL configuration for the different cells, or separate TDD-UL-DL configurations for the different cells; where  the transmitting the configuration includes transmitting the configuration based on the UE capability information.

[0169] Example 18 is the method of any of examples 15-17, further including: determining the valid RO associated with the cell based on at least one of: SSB locations or the TDD-UL-DL configuration for the cell; and where the receiving the PRACH transmission includes receiving the PRACH transmission based on the determination.

[0170] Example 19 is the method of example 18, where the determining the valid RO based on the SSB locations includes determining the valid RO based on at least one of: a cell-specific RO validation scheme, a cross-cell RO validation scheme, or a configurable RO validation scheme.

[0171] Example 20 is the method of any of examples 18-19, where the determining the valid RO based on the TDD-UL-DL configuration for the cell includes determining the valid RO based on at least one of: a common TDD-UL-DL configuration, a cell-specific TDD-UL-DL configuration, or a TDD UL-DL configuration for a physical cell.

[0172] Example 21 is the method of any of examples 15-20, further including: mapping the valid RO to the SSB based on the SSB-RO mapping rule, the SSB-RO mapping rule including at least one of: a cell-specific SSB-RO mapping rule, a cross-cell SSB-RO mapping rule, or a configurable SSB-RO mapping rule; and where the receiving the PRACH transmission includes receiving the PRACH transmission based on the mapping.

[0173] Example 22 is the method of any of examples 15-21, where the configuration further configures a physical uplink shared channel (PUSCH) occasion; where the receiving the PRACH transmission associated with the valid RO includes receiving a message A (Msg A) including the PRACH transmission associated with the valid RO and a PUSCH transmission associated with a valid PUSCH occasion, where the valid PUSCH occasion is based on at least one of: a cell-specific PUSCH occasion validation scheme, a cross-cell PUSCH occasion validation scheme, or a configurable PUSCH occasion validation scheme.

[0174] Example 23 is the method of any of examples 15-22, further including: transmitting, to the UE, control signaling triggering a transmission of the PRACH transmission associated with the valid RO.

[0175] Example 24 is the method of any of examples 15-23, where the cell includes at least one of: a cell associated with an additional physical cell identity for an inter-cell multiple transmission reception point (mTRP) procedure; or a candidate cell for a lower layer triggered mobility (LTM) procedure; and where the different cells include a serving cell

[0176] Example 25 is an apparatus for wireless communication including 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 examples 1-24.

[0177] Example 26 is an apparatus for wireless communication including means for implementing a method as in any of examples 1-24.

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

Claims

1.A method of wireless communication at a user equipment, UE, (102) comprising:receiving (530) , from a network entity (104) , a configuration configuring:a plurality of physical random access channel, PRACH, configurations, anda plurality of synchronization signal block, SSB, configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells (1246a, 1246b) associated with multi-cell operation; andtransmitting (540) , to the network entity (104) based on the configuration and an SSB-PRACH occasion, SSB-RO, mapping rule, a PRACH transmission associated with a valid RO (310) in a cell of the different cells (1246a, 1246b) , the valid RO (310) being mapped to an SSB (312-318) .2.The method of claim 1, wherein the configuration further configures at least one of:a first cell list for cross-cell SSB-RO mapping,a second cell list for cross-cell RO validation, ora time division duplex-uplink-downlink, TDD-UL-DL, configuration for the cell.3.The method of any of claims 1-2, further comprising:transmitting (528) , to the network entity (104) , UE capability information indicating that the UE (102) supports at least one of:cell-specific SSB-RO mapping (836a) ,cross-cell SSB-RO mapping (836b) ,cell-specific RO validation (1134a) ,cross-cell RO validation (1134b) ,a common TDD-UL-DL configuration (1434a) for the different cells (1246a, 1246b) , orseparate TDD-UL-DL configurations (1434b) for the different cells (1246a, 1246b) ;wherein the receiving (530) the configuration comprises receiving the configuration based on the UE capability information.4.The method of any of claims 1-3, further comprising:determining (634) the valid RO (310) associated with the cell based on at least one of: SSB locations or a TDD-UL-DL configuration for the cell; andwherein the transmitting (540) the PRACH transmission comprises transmitting the PRACH transmission based on the determining the valid RO.5.The method of claim 4, wherein the determining (634) the valid RO (310) based on the SSB locations comprises determining the valid RO (310) based on at least one of:a cell-specific RO validation (1134a) scheme,a cross-cell RO validation (1134b) scheme, ora configurable RO validation (1134c) scheme.6.The method of any of claims 4-5, wherein the determining (634) the valid RO (310) based on the TDD-UL-DL configuration for the cell comprises determining the valid RO (310) based on at least one of:a common TDD-UL-DL configuration (1434a) ,a cell-specific TDD-UL-DL configuration (1434b) , ora TDD-UL-DL configuration (1434c) for a serving cell different from the cell.7.The method of any of claims 1-6, further comprising:mapping (636) the valid RO (310) to the SSB (312-318) based on the SSB-RO mapping rule, the SSB-RO mapping rule comprising at least one of:a cell-specific SSB-RO mapping (836a) rule,a cross-cell SSB-RO mapping (836b) rule, ora configurable SSB-RO mapping (836c) rule; andwherein the transmitting (540) the PRACH transmission comprises transmitting the PRACH transmission based on the mapping.8.The method of any of claims 1-7, further comprising:identifying (637) a collision between the PRACH transmission associated with the valid RO (310) and a downlink, DL, signal based on at least one of:the PRACH transmission and the DL signal corresponding to a same serving cell,the PRACH transmission and the DL signal corresponding to different serving cells in a same frequency band or a same frequency band combination,the PRACH transmission and the DL signal being in a same slot,the DL signal being located less than a first number of symbols before a first symbol of the PRACH transmission,the DL signal being located less than a second number of symbols after a last symbol of the PRACH transmission, the DL signal being a transmitted synchronization signal block, SSB,the DL signal being an active transmitted SSB,the DL signal including DL symbols configured by the TDD-UL-DL configuration,the PRACH transmission and the DL signal being in a TDD spectrum, orthe PRACH transmission corresponding to a first cell and the DL signal corresponding to a second cell; andwherein the transmitting (540) the PRACH transmission is based on the identified collision.9.The method of claim 8, wherein the transmitting (540) the PRACH transmission associated with the valid RO based on the identified collision comprises:refraining from receiving the DL signal; andtransmitting the PRACH transmission associated with the valid RO.10.The method of claim 8, wherein the transmitting (540) the PRACH transmission associated with the valid RO based on the identified collision comprises:refraining from transmitting the PRACH transmission associated with a first valid RO;receiving the DL signal; andtransmitting, to the network entity (104) , the PRACH transmission associated with a second valid RO occurring after the first valid RO.11.The method of claim 8, wherein the transmitting (540) the PRACH transmission based on the identified collision comprises transmitting the PRACH based on a priority rule, and wherein the priority rule is based on at least one of:the PRACH transmission corresponding to a lower layer triggered mobility, LTM, procedure,an LTM cell switch command, CSC, triggering the PRACH transmission,a physical downlink control channel, PDCCH, order triggering the PRACH transmission,a type of the DL signal, ora time domain behavior of the DL signal.12.The method of any of claims 1-11, wherein the configuration further configures a physical uplink shared channel, PUSCH, occasion;wherein the transmitting (540) the PRACH transmission associated with the valid RO (310) comprises transmitting a message A, Msg A, including the PRACH transmission associated with the valid RO (310) and a PUSCH transmission associated with a valid PUSCH occasion;wherein the valid PUSCH occasion is based on at least one of:a cell-specific PUSCH occasion validation scheme,a cross-cell PUSCH occasion validation scheme, ora configurable PUSCH occasion validation scheme.13.The method of any of claims 1-12, wherein the cell includes at least one of:a cell associated with an additional physical cell identity for an inter-cell multiple transmission reception point, mTRP, procedure; ora candidate cell for a lower layer triggered mobility, LTM, procedure; and wherein the different cells include a serving cell.14.A method of wireless communication at a network entity (104) , comprising:transmitting (530) , to a user equipment, UE, (102) , a configuration configuring:a plurality of physical random access channel, PRACH, configurations, anda plurality of synchronization signal block, SSB, configurations, the plurality of PRACH configurations and the plurality of SSB configurations corresponding to different cells (1246a, 1246b) associated with multi-cell operation; andreceiving (540) , from the UE (102) based on the configuration and an SSB-PRACH occasion, SSB-RO, mapping rule, a PRACH transmission associated with a valid RO (310) in a cell of the different cells (1246a, 1246b) , the valid RO (310) being mapped to an SSB (312-318) .15.The method of claim 14, wherein the configuration further configures at least one of:a first cell list for cross-cell SSB-RO mapping,a second cell list for cross-cell RO validation, ora time-division-duplex-uplink-downlink, TDD-UL-DL, configuration for the cell.16.The method of any of claims 14-15, wherein the valid RO (310) is determined based on at least one of:a cell-specific RO validation (1134a) scheme,a cross-cell RO validation (1134b) scheme,a configurable RO validation (1134c) scheme,a common TDD UL and DL configuration (1434a) ,a cell-specific TDD UL and DL configuration (1434b) , ora TDD UL and DL configuration (1434c) for a physical cell.17.The method of any of claims 14-16, further comprising:mapping (736) the valid RO (310) to the SSB (312-318) based on the SSB-RO mapping rule, the SSB-RO mapping rule comprising at least one of:a cell-specific SSB-RO mapping (836a) rule,a cross-cell SSB-RO mapping (836b) rule, ora configurable SSB-RO mapping (836c) rule; andwherein the receiving (540) the PRACH transmission comprises receiving the PRACH transmission based on the mapping.18.The method of any of claims 14-17, wherein the cell includes at least one of:a cell associated with an additional physical cell identity for an inter-cell multiple transmission reception point, mTRP, procedure; ora candidate cell for a lower layer triggered mobility, LTM, procedure; and wherein the different cells include a serving cell.19.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-18.

Images