Prach or pucch transmission

Abstract

Various aspects of the present disclosure relate to physical random access channel (PRACH) or physical uplink control channel (PUCCH) transmission. In an aspect, a user equipment receives, from a base station, a transmission configuration. The transmission configuration comprises a first parameter configuration associated with a PRACH transmission or a PUCCH transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units. The user equipment determines at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units.

Description

PRACH OR PUCCH TRANSMISSIONTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications, and more specifically to a user equipment (UE) , a base station, processors for wireless communication and methods for physical random access channel (PRACH) or physical uplink control channel (PUCCH) transmission.BACKGROUND

[0002] A wireless communications system may include one or multiple network communication devices, such as base stations, which may be otherwise known as an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. Each network communication devices, such as a base station may support wireless communications for one or multiple user communication devices, which may be otherwise known as user equipment (UE) , or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (e.g., sixth generation (6G) ) .

[0003] In 5G new radio (NR) systems, the random-access procedure is utilized for various purposes. For example, the random-access procedure may be utilized by a UE in initial access to find a cell to camp on; or utilized by a radio resource control (RRC) IDLE / INACTIVE UE to switch to a RRC Connected mode to start data transmission / reception; or utilized by a RRC Connected UE to re-establish the lost uplink (UL) synchronization, etc. Enhancements on the random-access procedure are still needed.SUMMARY

[0004] The present disclosure relates to methods, apparatuses, and systems that support PRACH or PUCCH transmission. In an aspect, when PRACH repetitions or PUCCH repetitions across two different formats of time units are supported, the UE may determine related parameters for a PRACH procedure or for PUCCH repetitions based on the transmission configuration comprising two different parameter configurations for two different formats of time units. In another aspect, when a single PRACH configuration is provided for two different formats of time units, the UE may determine whether to reinterpret the PRACH configuration based on the time unit format. In this way, different formats of time units may be utilized for PRACH / PUCCH transmissions, thus reducing the communication latency.

[0005] In a first aspect of the solution, a user equipment receives, from a base station, a transmission configuration. The transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units. The user equipment determines at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units.

[0006] In some implementations of the method and apparatuses described herein, the first format of time units comprises at least one of the following: non-SBFD time units configured as uplink (UL) , non-SBFD time unit configured as flexible, or SBFD time units configured as flexible. The second format of time units comprises at least one of the following: SBFD time units configured as downlink (DL) , or SBFD time units configured as flexible.

[0007] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first threshold parameter for selecting a synchronization signal and physical broadcast channel (PBCH) block (SSB) for PRACH transmissions, and the second parameter configuration comprises a second threshold parameter for selecting a SSB for PRACH transmissions. The at least one parameter comprises one of the following: a smaller one of the first threshold parameter and the second threshold parameter; a larger one of the first threshold parameter and the second threshold parameter; the first threshold parameter in the first parameter configuration for the first format of time units; the second threshold parameter in the second parameter configuration for the second format of time units; a third threshold parameter in the transmission configuration; one of the first threshold parameter and the second threshold parameter indicated by an indication, wherein the indication is received from the base station; both the first threshold parameter and the second threshold parameter; or either of the first threshold parameter and the second threshold parameter, wherein the first threshold parameter and the second threshold parameter are the same. Some implementations of the method and apparatuses described herein may further include: selecting a SSB for a PRACH transmission in the PRACH procedure based on the at least one parameter.

[0008] In some implementations of the method and apparatuses described herein, the at least one parameter comprises both the first threshold parameter and the second threshold parameter, and selecting the SSB for the PRACH transmission in the PRACH procedure comprises: determining a first set of SSBs among a set of candidate SSBs based on measurements on the set of candidate SSBs and the first threshold parameter; determining a second set of SSBs among the set of candidate SSBs based on the measurements on the first set of candidate SSBs and the second threshold parameter; and selecting a SSB for the PRACH transmission in the PRACH procedure from an intersection of the first set of SSBs and the second set of SSBs or from a union of the first set of SSBs and the second set of SSBs.

[0009] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first window length parameter for monitoring a physical downlink control channel (PDCCH) scheduling a random access response (RAR) , and the second parameter configuration comprises a second window length parameter for monitoring a PDCCH scheduling a RAR. Determining the at least one parameter comprises: determining a window length parameter for monitoring a PDCCH scheduling a RAR in the PRACH procedure. The window length parameter comprises one of the following: a smaller one of the first window length parameter and the second window length parameter; a larger one of the first window length parameter and the second window length parameter; the first window length parameter in the first parameter configuration for the first format of time units; the second window length parameter in the second parameter configuration for the second format of time units; a third window length parameter in the transmission configuration; one of the first window length parameter and the second window length parameter indicated by an indication, wherein the indication is received from the base station; the first window length parameter in the case that the first repetition among the repetitions of the PRACH transmission is on the first format of time units or the second window length parameter in the case that the first repetition among the repetitions of the PRACH transmission is on the second format of time units; the first window length parameter in the case that the last repetition among the repetitions of the PRACH transmission is on the first format of time units or the second window length parameter in the case that the last repetition among the repetitions of the PRACH transmission is on the second format of time units; or an average of the first window length parameter and the second window length parameter.

[0010] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first set of candidate numbers for PRACH repetitions, the second parameter configuration comprises a second set of candidate numbers for PRACH repetitions. Determining the at least one parameter comprises: determining a set of candidate numbers for the repetitions of the PRACH transmission in the PRACH procedure.

[0011] In some implementations of the method and apparatuses described herein, the set of candidate numbers comprises one of the following: an intersection of the first set of candidate numbers and the second set of candidate numbers; a union of the first set of candidate numbers and the second set of candidate numbers; the first set of candidate numbers for PRACH repetitions in the first parameter configuration for the first format of time units; the second set of candidate numbers for PRACH repetitions in the second parameter configuration for the first format of time units; a third set of candidate numbers for PRACH repetitions in the transmission configuration; or one of the first set of candidate numbers and the second set of candidate numbers indicated by an indication, wherein the indication is received from the base station.

[0012] In some implementations of the method and apparatuses described herein, the transmission configuration further comprises at least one threshold parameter for at least one candidate number for PRACH repetitions, and the set of candidate numbers are determined at least based on the at least one threshold parameter for the at least one candidate number.

[0013] In some implementations of the method and apparatuses described herein, the set of candidate numbers comprises one of the following: a candidate number among the at least one candidate number in the case that a reference signal received power of a downlink path loss is less than a threshold parameter for the candidate number for PRACH repetitions; or null in the case that the reference signal received power of the downlink path loss is no less than the at least one threshold parameter.

[0014] In some implementations of the method and apparatuses described herein, the transmission configuration further comprises a fourth set of candidate numbers for PRACH repetitions configured for a bandwidth part, and the set of candidate numbers comprises one of the following: a candidate number among the at least one candidate number in the case that a reference signal received power of a downlink path loss is less than a threshold parameter for the candidate number for PRACH repetitions; a smallest candidate number among the fourth set of candidate numbers in the case that the reference signal received power of the downlink path loss is no less than the at least one threshold parameter.

[0015] In some implementations of the method and apparatuses described herein, the transmission configuration further comprises a fourth set of candidate numbers for PRACH repetitions configured for a bandwidth part, and the set of candidate numbers comprises the fourth set of candidate numbers in the case that no threshold parameter for a candidate number for PRACH repetitions is comprised in the transmission configuration.

[0016] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first timer parameter for monitoring a PDCCH scheduling a message 4, and the second parameter configuration comprises a second timer parameter for monitoring a PDCCH scheduling a message 4. Determining the at least one parameter comprises: determining a timer parameter for monitoring a PDCCH scheduling a message 4 in the PRACH procedure. The timer parameter comprises one of the following: a smaller one of the first timer parameter and the second timer parameter; a larger one of the first timer parameter and the second timer parameter; the first timer parameter in the first parameter configuration for the first format of time units; the second timer parameter in the second parameter configuration for the second format of time units; a third timer parameter in the transmission configuration; one of the first timer parameter and the second timer parameter indicated by an indication, wherein the indication is received from the base station; the first timer parameter in the case that the first message 3 repetition among message 3 repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the first message 3 repetition among the message 3 repetitions is on the second format of time units; the first timer parameter in the case that the last message 3 repetition among message 3 repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the last message 3 repetition among the message 3 repetitions is on the second format of time units; the first timer parameter in the case that the first PRACH repetition among PRACH repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the first PRACH repetition among the PRACH repetitions is on the second format of time units; the first timer parameter in the case that the last PRACH repetition among PRACH repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the last PRACH repetition among the PRACH repetitions is on the second format of time units; or an average of the first timer parameter and the second timer parameter.

[0017] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first transform precoder configuration for message 3 transmission, and the second parameter configuration comprises a second transform precoder configuration for message 3 transmission. Determining the at least one parameter comprises: determining a transform precoder for transmitting a message 3 in the PRACH procedure based on one of the following: the first transform precoder configuration in the first parameter configuration for the first format of time units; the second transform precoder configuration in the second parameter configuration for the second format of time units; a third transform precoder configuration in the transmission configuration; one of the first transform precoder configuration and the second transform precoder configuration indicated by an indication, wherein the indication is received from the base station; the first transform precoder configuration in the case that the first repetition among the repetitions of the PRACH transmission is on the first format of time units, or the second transform precoder configuration in the case that the first repetition among the repetitions of the PRACH transmission is on the second format of time units; the first transform precoder configuration in the case that the last repetition among the repetitions of the PRACH transmission is on the first format of time units, or the second transform precoder configuration in the case that the last repetition among the repetitions of the PRACH transmission is on the second format of time units; or the first transform precoder configuration in the case that the message 3 is transmitted on the first format of time units, or the second transform precoder configuration in the case that the message 3 is transmitted on the second format of time units.

[0018] In some implementations of the method and apparatuses described herein, in the case that one of the first parameter configuration and the second parameter configuration comprises a parameter while the other one of the first parameter configuration and the second parameter configuration does not comprise a corresponding parameter corresponding to the parameter in the first parameter configuration, the parameter is reused in the other one of the first parameter configuration and the second parameter configuration.

[0019] Some implementations of the method and apparatuses described herein may further include: perform one of the following: transmit, to the base station, the repetitions of the PRACH transmission in the PRACH procedure based on one of the following: the first parameter configuration in the case that the repetitions of the PRACH transmission are transmitted on the first format of time units; the second parameter configuration in the case that the repetitions of the PRACH transmission are transmitted on the second format of time units; or the at least one parameter in the case that the repetitions of the PRACH transmission are transmitted across the first format of time units and the second format of time units.

[0020] Some implementations of the method and apparatuses described herein may further include: transmitting, to the base station, repetitions of the PRACH transmission in the PRACH procedure based on the at least one parameter. The repetitions of the PRACH transmission are transmitted on the first format of time units or on the second format of time units or across the first format of time units and the second format of time units.

[0021] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first repetition number configuration for PUCCH transmission on the first format of time units, the second parameter configuration comprises a second repetition number configuration for PUCCH transmission on the second format of time units. Determining the at least one parameter comprises: determining a repetition number for the PUCCH repetitions across the first format of time units and the second format of time units. The repetition number for the PUCCH repetitions across the first format of time units and the second format of time units comprises one of the following: a repetition number for a first PUCCH resource indicated for the PUCCH repetitions; a biggest repetition number among a first repetition number determined based on the first repetition number configuration and a second repetition number determined based on the second repetition number configuration; a repetition number for a first PUCCH resource valid for the PUCCH repetitions; a first repetition number on the first format of time units determined based on the first repetition number configuration and a second repetition number on the second format of time units determined based on the second repetition number configuration; or a third repetition number determined based on a third repetition number configuration, wherein the third repetition number configuration is comprised in the transmission configuration.

[0022] In a second aspect of the solution, a user equipment receives, from a base station, a physical random access channel (PRACH) configuration for determining random access channel (RACH) occasions (ROs) on a first format of time units and ROs on a second format of time units. The user equipment determines whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit.

[0023] In some implementations of the method and apparatuses described herein, the first format of time units comprises at least one of the following: non-SBFD time units configured as uplink (UL) , non-SBFD time unit configured as flexible, or SBFD time units configured as flexible. The second format of time units comprises at least one of the following: SBFD time units configured as downlink (DL) , or SBFD time units configured as flexible.

[0024] In some implementations of the method and apparatuses described herein, the PRACH configuration is reinterpreted for the time unit in the case that the time unit is a SBFD time unit configured as DL.

[0025] In some implementations of the method and apparatuses described herein, determining whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit comprises: determining to reinterpret the PRACH configuration for SBFD time units configured as DL in the case that no RO is determined on SBFD time units configured as flexible based on the PRACH configuration; or determining not to reinterpret the PRACH configuration for SBFD time units configured as DL in the case that at least one RO is determined on at least one SBFD time unit configured as flexible based on the PRACH configuration.

[0026] In some implementations of the method and apparatuses described herein, the PRACH configuration is not reinterpreted for the time unit in the case that the time unit is a SBFD time unit configured as flexible.

[0027] In a third aspect of the solution, a base station transmits, to a user equipment, a transmission configuration. The transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units. The base station determines at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be received across the first format of time units and the second format of time units.

[0028] In some implementations of the method and apparatuses described herein, the first format of time units comprises at least one of the following: non-SBFD time units configured as uplink (UL) , non-SBFD time unit configured as flexible, or SBFD time units configured as flexible. The second format of time units comprises at least one of the following: SBFD time units configured as downlink (DL) , or SBFD time units configured as flexible.

[0029] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first threshold parameter for selecting a synchronization signal and physical broadcast channel (PBCH) block (SSB) for PRACH transmissions, and the second parameter configuration comprises a second threshold parameter for selecting a SSB for PRACH transmissions. The at least one parameter comprises one of the following: a smaller one of the first threshold parameter and the second threshold parameter; a larger one of the first threshold parameter and the second threshold parameter; the first threshold parameter in the first parameter configuration for the first format of time units; the second threshold parameter in the second parameter configuration for the second format of time units; a third threshold parameter in the transmission configuration; one of the first threshold parameter and the second threshold parameter indicated by an indication, wherein the indication is transmitted to the user equipment; both the first threshold parameter and the second threshold parameter; or either of the first threshold parameter and the second threshold parameter, wherein the first threshold parameter and the second threshold parameter are the same. Some implementations of the method and apparatuses described herein may further include: : select a SSB for a PRACH transmission in the PRACH procedure based on the at least one parameter.

[0030] In some implementations of the method and apparatuses described herein, the at least one parameter comprises both the first threshold parameter and the second threshold parameter, and selecting the SSB for the PRACH transmission in the PRACH procedure comprises: determining a first set of SSBs among a set of candidate SSBs based on measurements on the set of candidate SSBs and the first threshold parameter; determining a second set of SSBs among the set of candidate SSBs based on the measurements on the first set of candidate SSBs and the second threshold parameter; and selecting a SSB for the PRACH transmission in the PRACH procedure from an intersection of the first set of SSBs and the second set of SSBs or from a union of the first set of SSBs and the second set of SSBs.

[0031] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first window length parameter for monitoring a physical downlink control channel (PDCCH) scheduling a random access response (RAR) , and the second parameter configuration comprises a second window length parameter for monitoring a PDCCH scheduling a RAR. Determining the at least one parameter comprises: determining a window length parameter for monitoring a PDCCH scheduling a RAR in the PRACH procedure. The window length parameter comprises one of the following: a smaller one of the first window length parameter and the second window length parameter; a larger one of the first window length parameter and the second window length parameter; the first window length parameter in the first parameter configuration for the first format of time units; the second window length parameter in the second parameter configuration for the second format of time units; a third window length parameter in the transmission configuration; one of the first window length parameter and the second window length parameter indicated by an indication, wherein the indication is transmitted to the user equipment; the first window length parameter in the case that the first repetition among the repetitions of the PRACH transmission is on the first format of time units or the second window length parameter in the case that the first repetition among the repetitions of the PRACH transmission is on the second format of time units; the first window length parameter in the case that the last repetition among the repetitions of the PRACH transmission is on the first format of time units or the second window length parameter in the case that the last repetition among the repetitions of the PRACH transmission is on the second format of time units; or an average of the first window length parameter and the second window length parameter.

[0032] In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first set of candidate numbers for PRACH repetitions, the second parameter configuration comprises a second set of candidate numbers for PRACH repetitions. Determining the at least one parameter comprises: determining a set of candidate numbers for the repetitions of the PRACH transmission in the PRACH procedure.

[0033] In some implementations of the method and apparatuses described herein, the set of candidate numbers comprises one of the following: an intersection of the first set of candidate numbers and the second set of candidate numbers; a union of the first set of candidate numbers and the second set of candidate numbers; the first set of candidate numbers for PRACH repetitions in the first parameter configuration for the first format of time units; the second set of candidate numbers for PRACH repetitions in the second parameter configuration for the first format of time units; a third set of candidate numbers for PRACH repetitions in the transmission configuration; or one of the first set of candidate numbers and the second set of candidate numbers indicated by an indication, wherein the indication is transmitted to the user equipment.

[0034] In some implementations of the method and apparatuses described herein, the transmission configuration further comprises at least one threshold parameter for at least one candidate number for PRACH repetitions, and the set of candidate numbers are determined at least based on the at least one threshold parameter for the at least one candidate number.

[0035] In some implementations of the method and apparatuses described herein, the set of candidate numbers comprises one of the following: a candidate number among the at least one candidate number in the case that a reference signal received power of a downlink path loss is less than a threshold parameter for the candidate number for PRACH repetitions; or null in the case that the reference signal received power of the downlink path loss is no less than the at least one threshold parameter.

[0036] In some implementations of the method and apparatuses described herein, the transmission configuration further comprises a fourth set of candidate numbers for PRACH repetitions configured for a bandwidth part, and the set of candidate numbers comprises one of the following: a candidate number among the at least one candidate number in the case that a reference signal received power of a downlink path loss is less than a threshold parameter for the candidate number for PRACH repetitions; a smallest candidate number among the fourth set of candidate numbers in the case that the reference signal received power of the downlink path loss is no less than the at least one threshold parameter.

[0037] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, the transmission configuration further comprises a fourth set of candidate numbers for PRACH repetitions configured for a bandwidth part, and the set of candidate numbers comprises the fourth set of candidate numbers in the case that no threshold parameter for a candidate number for PRACH repetitions is comprised in the transmission configuration.

[0038] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first timer parameter for monitoring a PDCCH scheduling a message 4, and the second parameter configuration comprises a second timer parameter for monitoring a PDCCH scheduling a message 4. Determining the at least one parameter comprises: determining a timer parameter for monitoring a PDCCH scheduling a message 4 in the PRACH procedure. The timer parameter comprises one of the following: a smaller one of the first timer parameter and the second timer parameter; a larger one of the first timer parameter and the second timer parameter; the first timer parameter in the first parameter configuration for the first format of time units; the second timer parameter in the second parameter configuration for the second format of time units; a third timer parameter in the transmission configuration; one of the first timer parameter and the second timer parameter indicated by an indication, wherein the indication is transmitted to the user equipment; the first timer parameter in the case that the first message 3 repetition among the message 3 repetitions is on the first format of time units, or the second timer parameter in the case that the first message 3 repetition among the message 3 repetitions is on the second format of time units; the first timer parameter in the case that the last message 3 repetition among the message 3 repetitions is on the first format of time units, or the second timer parameter in the case that the last message 3 repetition among the message 3 repetitions is on the second format of time units; the first timer parameter in the case that the first PRACH repetition among PRACH repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the first PRACH repetition among the PRACH repetitions is on the second format of time units; the first timer parameter in the case that the last PRACH repetition among PRACH repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the last PRACH repetition among the PRACH repetitions is on the second format of time units; or an average of the first timer parameter and the second timer parameter.

[0039] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first transform precoder configuration for message 3 transmission, and the second parameter configuration comprises a second transform precoder configuration for receiving message 3 transmission. Determining the at least one parameter comprises: determining a transform precoder for transmitting a message 3 in the PRACH procedure based on one of the following: the first transform precoder configuration in the first parameter configuration for the first format of time units; the second transform precoder configuration in the second parameter configuration for the second format of time units; a third transform precoder configuration in the transmission configuration; one of the first transform precoder configuration and the second transform precoder configuration indicated by an indication, wherein the indication is transmitted to the user equipment; the first transform precoder configuration in the case that the first repetition among the repetitions of the PRACH transmission is on the first format of time units, or the second transform precoder configuration in the case that the first repetition among the repetitions of the PRACH transmission is on the second format of time units; the first transform precoder configuration in the case that the last repetition among the repetitions of the PRACH transmission is on the first format of time units, or the second transform precoder configuration in the case that the last repetition among the repetitions of the PRACH transmission is on the second format of time units; or the first transform precoder configuration in the case that the message 3 is received on the first format of time units, or the second transform precoder configuration in the case that the message 3 is received on the second format of time units.

[0040] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, in the case that one of the first parameter configuration and the second parameter configuration comprises a parameter while the other one of the first parameter configuration and the second parameter configuration does not comprise a corresponding parameter corresponding to the parameter in the first parameter configuration, the parameter is reused in the other one of the first parameter configuration and the second parameter configuration.

[0041] [Rectified under Rule 91, 14.03.2025]Some implementations of the method and apparatuses described herein may further include: perform one of the following: receive, from the user equipment, the repetitions of the PRACH transmission in the PRACH procedure based on one of the following: the first parameter configuration in the case that the repetitions of the PRACH transmission are received on the first format of time units; the second parameter configuration in the case that the repetitions of the PRACH transmission are received on the second format of time units; or the at least one parameter in the case that the repetitions of the PRACH transmission are received across the first format of time units and the second format of time units.

[0042] [Rectified under Rule 91, 14.03.2025]Some implementations of the method and apparatuses described herein may further include: perform one of the following: receive, from the user equipment, repetitions of the PRACH transmission in the PRACH procedure based on the at least one parameter. The repetitions of the PRACH transmission are received on the first format of time units or on the second format of time units or across the first format of time units and the second format of time units.

[0043] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, the first parameter configuration comprises a first repetition number configuration for PUCCH transmission on the first format of time units, the second parameter configuration comprises a second repetition number configuration for PUCCH transmission on the second format of time units. Determining the at least one parameter comprises: determining a repetition number for the PUCCH repetitions across the first format of time units and the second format of time units. The repetition number for the PUCCH repetitions across the first format of time units and the second format of time units comprises one of the following: a repetition number for a first PUCCH resource indicated for the PUCCH repetitions; a biggest repetition number among a first repetition number determined based on the first repetition number configuration and a second repetition number determined based on the second repetition number configuration; a repetition number for a first PUCCH resource valid for the PUCCH repetitions; a first repetition number on the first format of time units determined based on the first repetition number configuration and a second repetition number on the second format of time units determined based on the second repetition number configuration; or a third repetition number determined based on a third repetition number configuration, wherein the third repetition number configuration is comprised in the transmission configuration.

[0044] [Rectified under Rule 91, 14.03.2025]In a fourth aspect of the solution, a base station transmits, to a user equipment, a physical random access channel (PRACH) configuration for determining random access channel (RACH) occasions (ROs) on a first format of time units and ROs on a second format of time units. The base station determines whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit.

[0045] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, the first format of time units comprises at least one of the following: non-SBFD time units configured as uplink (UL) , non-SBFD time unit configured as flexible, or SBFD time units configured as flexible. The second format of time units comprises at least one of the following: SBFD time units configured as downlink (DL) , or SBFD time units configured as flexible.

[0046] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, the PRACH configuration is reinterpreted for the time unit in the case that the time unit is a SBFD time unit configured as DL.

[0047] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, determining whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit comprises: determining to reinterpret the PRACH configuration for SBFD time units configured as DL in the case that no RO is determined on SBFD time units configured as flexible based on the PRACH configuration; or determining not to reinterpret the PRACH configuration for SBFD time units configured as DL in the case that at least one RO is determined on at least one SBFD time unit configured as flexible based on the PRACH configuration.

[0048] [Rectified under Rule 91, 14.03.2025]In some implementations of the method and apparatuses described herein, the PRACH configuration is not reinterpreted for the time unit in the case that the time unit is a SBFD time unit configured as flexible.

[0049] [Rectified under Rule 91, 14.03.2025]FIG. 1A illustrates an example of a wireless communications system that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure.BRIEF DESCRIPTION OF THE DRAWINGS

[0050] [Rectified under Rule 91, 14.03.2025]FIG. 1B illustrates an example of an NR 4-step random-access procedure that supports PRACH or PUCCH transmission in accordance with some example embodiments of the present disclosure.

[0051] [Rectified under Rule 91, 14.03.2025]FIG. 1C illustrates an example of determination of valid ROs in accordance with some example embodiments of the present disclosure.

[0052] [Rectified under Rule 91, 14.03.2025]FIG. 1D illustrates an example of a structure of overall random access channel (RACH) resources that supports PRACH or PUCCH transmission in accordance with some example embodiments of the present disclosure.

[0053] [Rectified under Rule 91, 14.03.2025]FIGS. 1E through 1G illustrate examples of associations between ROs and SSBs that supports PRACH or PUCCH transmission in accordance with some example embodiments of the present disclosure.

[0054] [Rectified under Rule 91, 14.03.2025]FIG. 1H illustrates an example of determination of multiple PRACH or PUCCH transmission in related solutions.

[0055] [Rectified under Rule 91, 14.03.2025]FIG. 1I illustrates an example diagram of a subband full duplex scheme.

[0056] [Rectified under Rule 91, 14.03.2025]FIG. 2 illustrates an example signaling chart of a communication process that supports PRACH transmissions based on a single PRACH configuration in accordance with some example embodiments of the present disclosure.

[0057] [Rectified under Rule 91, 14.03.2025]FIGS. 3A-3B illustrate examples of RO determination based on a single PRACH configuration in accordance with some example embodiments of the present disclosure.

[0058] [Rectified under Rule 91, 14.03.2025]FIG. 4 illustrates an example signaling chart of a communication process that supports transmissions based on two parameter configurations in accordance with some example embodiments of the present disclosure.

[0059] [Rectified under Rule 91, 14.03.2025]FIG. 5 illustrate examples of PRACH repetitions with a RA response window in accordance with some example embodiments of the present disclosure.

[0060] [Rectified under Rule 91, 14.03.2025]FIG. 6 illustrates an example of a device that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure.

[0061] [Rectified under Rule 91, 14.03.2025]FIG. 7 illustrates an example of a processor that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure.

[0062] [Rectified under Rule 91, 14.03.2025]FIGS. 8 to 11 illustrate flowcharts of methods that support PRACH or PUC CH transmission in accordance with aspects of the present disclosure.

[0063] [Rectified under Rule 91, 14.03.2025]Throughout the drawings, the same or similar reference numerals represent the same or similar elements.

[0064] [Rectified under Rule 91, 14.03.2025]Principles of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein may be implemented in various manners other than the ones described below.DETAILED DESCRIPTION

[0065] [Rectified under Rule 91, 14.03.2025]In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0066] [Rectified under Rule 91, 14.03.2025]References in the present disclosure to “one embodiment, ” “an example embodiment, ” “an embodiment, ” “some embodiments, ” and the like indicate that the embodiment (s) described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment (s) . Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0067] [Rectified under Rule 91, 14.03.2025]It shall be understood that although the terms “first” and “second” or the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, a first element could also be termed as a second element, and similarly, a second element could also be termed as a first element, without departing from the scope of embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0068] [Rectified under Rule 91, 14.03.2025]The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0069] [Rectified under Rule 91, 14.03.2025]As used herein, the term “communication network” refers to a network following any suitable communication standards, such as, 5G NR, long term evolution (LTE) , LTE-advanced (LTE-A) , wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , narrow band internet of things (NB-IoT) , and so on. Further, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including but not limited to, the first generation (1F) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will also be future type communication technologies and systems in which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned systems.

[0070] [Rectified under Rule 91, 14.03.2025]As used herein, the term “network device” generally refers to a node in a communication network via which a terminal device can access the communication network and receive services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , a radio access network (RAN) node, an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , an infrastructure device for a V2X (vehicle-to-everything) communication, a transmission and reception point (TRP) , a reception point (RP) , a remote radio head (RRH) , a relay, an integrated access and backhaul (IAB) node, a low power node such as a femto BS, a pico BS, and so forth, depending on the applied terminology and technology.

[0071] [Rectified under Rule 91, 14.03.2025]As used herein, the term “terminal device” generally refers to any end device that may be capable of wireless communications. By way of example rather than a limitation, a terminal device may also be referred to as a communication device, a user equipment (UE) , an end user device, a subscriber station (SS) , an unmanned aerial vehicle (UAV) , a portable subscriber station, a mobile station (MS) , or an access terminal (AT) . The terminal device may include, but is not limited to, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable terminal device, a personal digital assistant (PDA) , a portable computer, a desktop computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and playback appliance, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , a USB dongle, a smart device, wireless customer-premises equipment (CPE) , an internet of things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device (for example, a remote surgery device) , an industrial device (for example, a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms: “terminal device, ” “communication device, ” “terminal, ” “user equipment” and “UE, ” may be used interchangeably.

[0072] [Rectified under Rule 91, 14.03.2025]In an NR 4-step random-access procedure, the UE firstly transmits a PRACH preamble in message 1 (Msg1) to the base station, and then receives a Random-Access Response (RAR) in message 2 (Msg2) , indicating reception of the preamble and providing scheduling information for the transmission of message 3 (Msg3) . The UE transmits Msg3 according to the scheduling information, and then receives a message 4 (Msg4) . Msg3 and Msg4 are used to solve potential collisions due to simultaneous transmissions of the same preamble from different UEs.

[0073] [Rectified under Rule 91, 14.03.2025]A PRACH preamble transmission is associated with a downlink (DL) RS. This association can help a serving base station to identify an uplink spatial reception filter or beam to receive a PRACH preamble and can help a UE to identify an uplink spatial transmission filter or beam to transmit a PRACH preamble. The PRACH preamble transmission takes place in RACH occasions (ROs) , each of which occupies a set of consecutive resource blocks in frequency domain and a set of OFDM symbols in time domain. The ROs are configured in every PRACH configuration period, which contains a set of radio frames. The UE needs to determine valid ROs among the ROs configured in the time domain and frequency domain. For example, for a time division duplex (TDD) configuration, a RO within or overlapping with DL symbols is considered invalid. The valid ROs are associated with SSBs that may be transmitted with different beams. In order to increase the reliability of a PRACH transmission, the PRACH transmission may be repeatedly transmitted in a RO group associated with the same SSB.

[0074] [Rectified under Rule 91, 14.03.2025]In order to realize the superior data rate and latency, a duplexing scheme is to be introduced in 5G so as to enable simultaneous use of downlink and uplink within a Time Division Duplexing (TDD) carrier using non-overlapped frequency resource. The duplexing scheme could be named as sub-band full duplex (SBFD) . The intention of the SBFD scheme is to extend the duration over which uplink transmission could occur for improving uplink coverage and capacity. The introduction of the SBFD scheme may result in different types symbol / slot. Studies on the PRACH procedure in the SBFD scheme are still needed. In addition, studies on PUCCH repetitions in the SBFD scheme are also needed.

[0075] [Rectified under Rule 91, 14.03.2025]In view of the above, embodiments of the present disclosure provide a solution for PRACH transmission or PUCCH transmission. In an aspect of the solution, a UE receives a transmission configuration from a base station. The transmission configuration may include a first parameter configuration associated with a PRACH transmission or a PUCCH transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units. Repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units. The UE determines at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration. In another aspect of the solution, a UE receives a PRACH configuration for determining ROs on a first format of time units and ROs on a second format of time units from the base station and determines determine whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit. In this way, a scheme for PRACH procedure or PUCCH repetitions across two different formats of time units may be designed.

[0076] [Rectified under Rule 91, 14.03.2025]Aspects of the present disclosure are described in the context of a wireless communications system.

[0077] [Rectified under Rule 91, 14.03.2025]FIG. 1A illustrates an example of a wireless communications system 100 that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more network entities 102 (also referred to as network equipment (NE) ) , one or more UEs 104, a core network 106, and a packet data network 108. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 may be a 4G network, such as an LTE network or an LTE-Advanced (LTE-A) network. In some other implementations, the wireless communications system 100 may be a 5G network, such as an NR network. In other implementations, the wireless communications system 100 may be a combination of a 4G network and a 5G network, or other suitable radio access technology including Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100 may support radio access technologies beyond 5G. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.

[0078] [Rectified under Rule 91, 14.03.2025]The one or more network entities 102 may be dispersed throughout a geographic region to form the wireless communications system 100. One or more of the network entities 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a radio access network (RAN) , a base transceiver station, an access point, a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. A network entity 102 and a UE 104 may communicate via a communication link 110, which may be a wireless or wired connection. For example, a network entity 102 and a UE 104 may perform wireless communication (e.g., receive signaling, transmit signaling) over a Uu interface.

[0079] [Rectified under Rule 91, 14.03.2025]A network entity 102 may provide a geographic coverage area 112 for which the network entity 102 may support services (e.g., voice, video, packet data, messaging, broadcast, etc. ) for one or more UEs 104 within the geographic coverage area 112. For example, a network entity 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, a network entity 102 may be moveable, for example, a satellite associated with a non-terrestrial network. In some implementations, different geographic coverage areas 112 associated with the same or different radio access technologies may overlap, but the different geographic coverage areas 112 may be associated with different network entities 102. Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0080] [Rectified under Rule 91, 14.03.2025]The one or more UEs 104 may be dispersed throughout a geographic region of the wireless communications system 100. A UE 104 may include or may be referred to as a mobile device, a wireless device, a remote device, a remote unit, a handheld device, or a subscriber device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be referred to as an Internet-of-Things (IoT) device, an Internet-of-Everything (IoE) device, or machine-type communication (MTC) device, among other examples. In some implementations, a UE 104 may be stationary in the wireless communications system 100. In some other implementations, a UE 104 may be mobile in the wireless communications system 100.

[0081] [Rectified under Rule 91, 14.03.2025]The one or more UEs 104 may be devices in different forms or having different capabilities. Some examples of UEs 104 are illustrated in FIG. 1A. A UE 104 may be capable of communicating with various types of devices, such as the network entities 102, other UEs 104, or network equipment (e.g., the core network 106, the packet data network 108, a relay device, an integrated access and backhaul (IAB) node, or another network equipment) , as shown in FIG. 1A. Additionally, or alternatively, a UE 104 may support communication with other network entities 102 or UEs 104, which may act as relays in the wireless communications system 100.

[0082] [Rectified under Rule 91, 14.03.2025]A UE 104 may also be able to support wireless communication directly with other UEs 104 over a communication link 114. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link 114 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.

[0083] [Rectified under Rule 91, 14.03.2025]A network entity 102 may support communications with the core network 106, or with another network entity 102, or both. For example, a network entity 102 may interface with the core network 106 through one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The network entities 102 may communicate with each other over the backhaul links 116 (e.g., via an X2, Xn, or another network interface) . In some implementations, the network entities 102 may communicate with each other directly (e.g., between the network entities 102) . In some other implementations, the network entities 102 may communicate with each other or indirectly (e.g., via the core network 106) . In some implementations, one or more network entities 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network transmission entities, which may be referred to as a radio heads, smart radio heads, or transmission-reception points (TRPs) .

[0084] [Rectified under Rule 91, 14.03.2025]In some implementations, a network entity 102 may be configured in a disaggregated architecture, which may be configured to utilize a protocol stack physically or logically distributed among two or more network entities 102, such as an integrated access backhaul (IAB) network, an open RAN (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, a network entity 102 may include one or more of a central unit (CU) , a distributed unit (DU) , a radio unit (RU) , a RAN Intelligent Controller (RIC) (e.g., a Near-Real Time RIC (Near-RT RIC) , a Non-Real Time RIC (Non-RT RIC) ) , a Service Management and Orchestration (SMO) system, or any combination thereof.

[0085] [Rectified under Rule 91, 14.03.2025]An RU may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 102 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 102 may be located in distributed locations (e.g., separate physical locations) . In some implementations, one or more network entities 102 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .

[0086] [Rectified under Rule 91, 14.03.2025]Split of functionality between a CU, a DU, and an RU may be flexible and may support different functionalities depending upon which functions (e.g., network layer functions, protocol layer functions, baseband functions, radio frequency functions, and any combinations thereof) are performed at a CU, a DU, or an RU. For example, a functional split of a protocol stack may be employed between a CU and a DU such that the CU may support one or more layers of the protocol stack and the DU may support one or more different layers of the protocol stack. In some implementations, the CU may host upper protocol layer (e.g., a layer 3 (L3) , a layer 2 (L2) ) functionality and signaling (e.g., Radio Resource Control (RRC) , service data adaption protocol (SDAP) , Packet Data Convergence Protocol (PDCP) ) . The CU may be connected to one or more DUs or RUs, and the one or more DUs or RUs may host lower protocol layers, such as a layer 1 (L1) (e.g., physical (PHY) layer) or an L2 (e.g., radio link control (RLC) layer, medium access control (MAC) layer) functionality and signaling, and may each be at least partially controlled by the CU.

[0087] [Rectified under Rule 91, 14.03.2025]Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU and an RU such that the DU may support one or more layers of the protocol stack and the RU may support one or more different layers of the protocol stack. The DU may support one or multiple different cells (e.g., via one or more RUs) . In some implementations, a functional split between a CU and a DU, or between a DU and an RU may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU, a DU, or an RU, while other functions of the protocol layer are performed by a different one of the CU, the DU, or the RU) .

[0088] [Rectified under Rule 91, 14.03.2025]A CU may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU may be connected to one or more DUs via a midhaul communication link (e.g., F1, F1-c, F1-u) , and a DU may be connected to one or more RUs via a fronthaul communication link (e.g., open fronthaul (FH) interface) . In some implementations, a midhaul communication link or a fronthaul communication link may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities 102 that are in communication via such communication links.

[0089] [Rectified under Rule 91, 14.03.2025]The core network 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The core network 106 may be an evolved packet core (EPC) , or a 5G core (5GC) , which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management functions (AMF) ) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more network entities 102 associated with the core network 106.

[0090] [Rectified under Rule 91, 14.03.2025]The core network 106 may communicate with the packet data network 108 over one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The packet data network 108 may include an application server 118. In some implementations, one or more UEs 104 may communicate with the application server 118. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the core network 106 via a network entity 102. The core network 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server 118 using the established session (e.g., the established PDU session) . The PDU session may be an example of a logical connection between the UE 104 and the core network 106 (e.g., one or more network functions of the core network 106) .

[0091] [Rectified under Rule 91, 14.03.2025]In the wireless communications system 100, the network entities 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the network entities 102 and the UEs 104 may support different resource structures. For example, the network entities 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the network entities 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the network entities 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The network entities 102 and the UEs 104 may support various frame structures based on one or more numerologies.

[0092] [Rectified under Rule 91, 14.03.2025]One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.

[0093] [Rectified under Rule 91, 14.03.2025]A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.

[0094] [Rectified under Rule 91, 14.03.2025]Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., OFDM symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.

[0095] [Rectified under Rule 91, 14.03.2025]In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –114.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , and FR5 (114.25 GHz –300 GHz) . In some implementations, the network entities 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the network entities 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the network entities 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.

[0096] [Rectified under Rule 91, 14.03.2025]FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.

[0097] [Rectified under Rule 91, 14.03.2025]FIG. 1B illustrates an example of an NR 4-step random-access procedure 120 that supports PRACH or PUCCH transmission in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the procedure 120 will be described with reference to FIG. 1A. The procedure 120 may involve a UE 104 and a network entity 102 as illustrated in FIG. 1A. The network entity 102 may be a base station. It is noted that the 4-step random-access procedure is merely for illustration, and not for limitation. Embodiments of the present disclosure may apply to other random-access procedures.

[0098] [Rectified under Rule 91, 14.03.2025]In the random-access procedure 120, the UE 104 may firstly transmit 122 a Msg1 including a preamble to the base station 102. After receiving the Msg1, the base station 102 may transmit 124 a RAR in Msg2 to the UE 104, indicating the reception of the preamble and providing necessary information for the transmission of Msg3. The RAR may be received by the UE 104 in a RA response window, which starts after a time gap after the UE 104 transmits the Msg1. The UE 104 may then transmit 126 a Msg3 to the base station 102. The base station 102 may transmit 128 a Msg4 to the UE 104. The Msg3 and Msg4 may be used to solve potential collisions due to simultaneous transmissions of the same preamble from different UEs to the base station 102.

[0099] [Rectified under Rule 91, 14.03.2025]The PRACH Msg1 transmission takes place in ROs. ROs are configured in every PRACH configuration period, which contains a set of radio frames. Within a PRACH configuration period, a subset of subframes is indicated to contain a set of PRACH slots. Within each PRACH slot, there might be a set of ROs available for PRACH Msg1 transmission. Besides, in frequency domain, the base station may configure FDMed ROs. A parameter msg1-FDM indicates the number of FDMed ROs in frequency domain. The starting position of the first RO in frequency domain is also configured by the base station.

[0100] [Rectified under Rule 91, 14.03.2025]The UE needs to determine valid ROs among the ROs configured in the time domain and frequency domain. Specifically, for a TDD configuration, a RO in a PRACH slot is considered valid if the RO is within UL symbols of the cell common configuration tdd-UL-DL-ConfigCommon or if it doesn't overlap with or precede a DL symbol configured by tdd-UL-DL-ConfigCommon or SSB in a slot, and is at least a gap (>=0 symbols) after the last DL symbol or SSB.

[0101] [Rectified under Rule 91, 14.03.2025]FIG. 1C illustrates an example 130 of determination of valid ROs in accordance with some example embodiments of the present disclosure. In the example 130 in FIG. 1C, a slot pattern “DDDDDDFUUU” may be indicated by tdd-UL-DL-ConfigCommon. The slot pattern is merely for illustration, other slot patterns are also possible.

[0102] [Rectified under Rule 91, 14.03.2025]The PRACH configuration index indicates that within a PRACH resource periodicity of 10ms, the slots in subframes {0, 1, 2, 3, 4, 5, 6, 7, 8, 9} are PRACH slots. Here it is assumed that one subframe contains one slot (i.e., with 15kHz subcarrier spacing) , therefore, each slot is indicated as a PRACH slot in the example 130. Since the slots in subframes {0, 1, 2, 3, 4, 5} are DL slots, and thus do not meet the condition of valid PRACH slots, these slots are PRACH slots with invalid ROs. The slots in subframes {6, 7, 8, 9} are PRACH slots with valid ROs since the slots in subframes {7, 8, 9} are UL slots and the slots in subframe {6} are flexible slots. In frequency domain, the base station may configure FDMed ROs.

[0103] [Rectified under Rule 91, 14.03.2025]FIG. 1D illustrates an example of a structure 140 of overall RACH resources that supports PRACH or PUCCH transmission in accordance with some example embodiments of the present disclosure. In the example structure 140, a PRACH configuration period may contain 10 subframes, e.g., subframe #0 to subframe #9. Within the PRACH configuration period, subframe #0 and subframe #6 are indicated to contain a set of PRACH slots. A PRACH slot is configured with two ROs in the time domain and four ROs (i.e., msg1-FDM = 4) in the frequency domain. As shown in FIG. 1D, RO#0 to RO#7 are available for PRACH Msg1 transmission in a PRACH slot in subframe #0, and RO#8 to RO#15 are available for PRACH Msg1 transmission in a PRACH slot in subframe #6.

[0104] [Rectified under Rule 91, 14.03.2025]The valid ROs are associated with SSBs that may be transmitted with different beams. A SSB consist of a primary synchronization signal (PSS)  / asecondary synchronization signal (SSS) and physical broadcast channel (PBCH) signal for the UE to synchronize to the DL, to obtain the cell ID, and to acquire the major system information. Usually, different SSBs are transmitted with different beams. The UE will measure the channel status of each SSB, select the one with a good channel quality, and transmit a preamble in a RO associated with the selected SSB to transmit a PRACH. In this way, the transmitted PRACH is associated with the beam corresponding to the selected SSB. With this, the preamble can be received by the base station using a proper receipt beam, which is assumed to be correspondent with a selected beam for SSB transmission.

[0105] [Rectified under Rule 91, 14.03.2025]The indexes of available SSBs can be obtained in the system information. For example, SSB indexes provided by ssb-PositionsInBurst in SIB1 or in ServingCellConfigCommon are mapped to valid ROs in the following order where the parameters are described in technical specification (TS) 38.211: first, in an increasing order of preamble indexes within a single RO; second, in an increasing order of frequency resource indexes for frequency multiplexed ROs; third, in an increasing order of time resource indexes for time multiplexed ROs within a PRACH slot; fourth, in an increasing order of indexes for PRACH slots.

[0106] [Rectified under Rule 91, 14.03.2025]The association between SSBs and ROs can be one-to-one (1-to-1) , many-to-one (N-to-1) , or one-to-many (1-to-N) depending on the network configuration. This may be determined by a parameter SSB-PerRACH-Occasion.

[0107] [Rectified under Rule 91, 14.03.2025]FIGS. 1E through 1G illustrate examples of associations 150A, 150B and 150C between ROs and SSBs that supports PRACH or PUCCH transmission in accordance with some example embodiments of the present disclosure. As shown in FIGS. 1E through 1G, eight SSBs, e.g., SSB#0 to SSB#7, are assumed.

[0108] [Rectified under Rule 91, 14.03.2025]In the example association 150A, there is one RO in the frequency domain. The parameter SSB-PerRACH-Occasion = 1 for the association 150A. Each RO among the RO#0 to RO#7 is mapped to one corresponding SSB. For example, RO#0 is mapped to SSB#0 and RO#1 is mapped to SSB#1.

[0109] [Rectified under Rule 91, 14.03.2025]In the example association 150B, there is one RO in the frequency domain. The parameter SSB-PerRACH-Occasion = 2 for the association 150B. Each RO among the RO#0 to RO#7 is mapped to two corresponding SSBs. For example, RO#0 is mapped to SSB#0 and SSB#1 and RO#1 is mapped to SSB#2 and SSB#3.

[0110] [Rectified under Rule 91, 14.03.2025]In the example association 150C, there are two FDMed ROs in the frequency domain. The parameter SSB-PerRACH-Occasion = 1 / 2 for the association 150C. Two ROs among the RO#0 to RO#15 are mapped to one corresponding SSBs. For example, RO#0 and RO#1 are mapped to SSB#0 and RO#2 and RO#3 are mapped to SSB#1.

[0111] [Rectified under Rule 91, 14.03.2025]A SSB-to-RO association period, starting from frame 0, for mapping SSB indexes to ROs is the smallest integer number of the PRACH configuration periods such that SSB indexes are mapped at least once to the ROs within the SSB-to-RO association period, where is the number of SSBs actually transmitted by the base station. A UE obtains from the value of ssb-PositionsInBurst in SIB1 or in ServingCellConfigCommon. If after an integer number of SSB indexes to ROs mapping cycles within the SSB-to-RO association period there is a set of ROs or PRACH preambles that are not mapped to SSB indexes, no SSB indexes are mapped to the set of ROs or PRACH preambles.

[0112] [Rectified under Rule 91, 14.03.2025]An SSB-to-RO association pattern period includes one or more SSB-to-RO association periods and is determined so that a pattern between ROs and SSB indexes repeats at most every 160 msec. ROs not associated with SSB indexes after an integer number of SSB-to-RO association periods, if any, are not used for PRACH transmissions.

[0113] [Rectified under Rule 91, 14.03.2025]Having repeated PRACH transmission in multiple ROs associated with the same beam (i.e., the same SSB) would increase the reliability of the PRACH transmission. The candidate number of repetitions for PRACH transmissions, e.g. {2, 4, 8} , is / are explicitly configured. For a PRACH transmission with preamble repetitions, all respective valid ROs are consecutive in time, use same frequency resources, and are associated with a same SSB index. For different numbers of repetitions, different preambles would be used for identification with single repetition. In other words, the base station may be aware of the number of repetitions for a PRACH transmission based on a received preamble associated with the number of repetitions.

[0114] [Rectified under Rule 91, 14.03.2025]For a PRACH transmission with preamble repetitions, a time period, starting from frame 0, is the smallest integer number of SSB-to-RO association pattern periods such that SSB indexes are mapped to ROs within the time period at least once for each configured number of preamble repetitions. The set of  ROs for a PRACH transmission repeats every time period.

[0115] [Rectified under Rule 91, 14.03.2025]For a PRACH transmission with preamble repetitions within a time period for preamble repetitions associated with an SSB, if the parameter TimeOffsetBetweenStartingRO is provided, for each frequency resource index for frequency multiplexed ROs, the first valid RO of the first preamble repetitions is the first valid RO, and the first valid RO of subsequent preamble repetitions is after TimeOffsetBetweenStartingRO consecutive valid ROs in time from the first valid RO corresponding to the previous preamble repetitions. For a PRACH transmission with preamble repetitions within a time period for preamble repetitions associated with an SSB, if the parameter TimeOffsetBetweenStartingRO is not provided, for each frequency resource index for frequency multiplexed ROs, the first valid RO of the first preamble repetitions is the first valid RO, and the first valid RO of subsequent preamble repetitions, if any, is determined after the ROs determined for the previous preamble repetitions according to the following ordering of valid ROs: first, in an increasing order of frequency resource indexes for frequency multiplexed ROs; and second, in an increasing order of time resource indexes for time multiplexed ROs.

[0116] [Rectified under Rule 91, 14.03.2025]FIG. 1H illustrates an example 160 of determination of multiple PRACH or PUCCH transmission in related solutions. As shown in FIG. 1H, assuming SSBs #0～#7 are used, and these SSBs are mapped to valid ROs. The number of preamble repetitions is two, i.e.,  Two valid ROs 161 and 162 for the first two preamble repetitions may form the first RO group, and two valid ROs 163 and 164 for the second two preamble repetitions may form the second RO group. If the parameter TimeOffsetBetweenStartingRO is not configured, then the ROs 163 and 164 for the second two preamble repetitions should be after the ROs 161 and 162 for the first two preamble repetitions. If the parameter TimeOffsetBetweenStartingRO is configured, then the number of valid ROs between the first RO (or starting RO) 161 for the first two preamble repetitions and the first RO (or starting RO) 163 for the second two preamble repetitions should be equal to or larger than the configured TimeOffsetBetweenStartingRO.

[0117] [Rectified under Rule 91, 14.03.2025]As mentioned above, in order to realize the superior data rate and latency, 5G spectrum on higher frequency band is inevitable. To overcome the coverage reduction on such carriers, a duplexing scheme (referred to as a SBFD scheme) is to be introduced so as to enable simultaneous use of downlink and uplink within a TDD carrier using non-overlapped frequency resource. The intention of this scheme is to extend the duration over which uplink transmission could occur for improved the uplink coverage and capacity. The simultaneous use of DL and UL is only at the base station side and not at the UE side. An example 170 of a duplexing scheme could be seen in FIG. 1I. In the example of FIG. 1I, two downlink (DL) subbands are duplexed with an uplink (UL) subband in slot #0 and slot #1. The UL subband could be configured, and the SBFD symbol / slot could be configured in a DL symbol / slot or a flexible symbol / slot configured by TDD-UL-DL-ConfigCommon.

[0118] [Rectified under Rule 91, 14.03.2025]There may be multiple symbol formats in a system adopting the subband full duplex scheme. The symbol formats include DL, flexible, SBFD, and UL. For example, a DL or UL symbol may mean that the transmission direction on this symbol is DL or UL. For example, a flexible symbol may mean that a UE cannot make any assumptions on the transmission direction of this symbol. For example, an SBFD symbol may mean that this symbol can support simultaneous DL and UL transmissions in gNB side. For example, a symbol being SBFD may mean the symbol being indicated as DL with a UL frequency region or a UL subband; the symbol being indicated as flexible with a UL frequency region or a UL subband; or the symbol being indicated as flexible and a DL reception and a UL reception being configured to be performed in the symbol simultaneously (e.g., configured by a BS for a UE) . For example, an SBFD symbol may include a UL frequency domain resource or UL subband and be initially indicated or configured by a high layer configuration or an SFI from a BS as downlink or flexible (for example, there could be at least two subbands or frequency domain regions with different transmission directions in this symbol) . For example, a BS may simultaneously perform a DL transmission and a UL reception in an SBFD symbol while a UE can only perform a DL reception or a UL transmission. For example, an SBFD symbol may be configured with a UL subband, a DL subband, a flexible subband or any combination thereof. For example, an SBFD symbol may include a UL subband configuration. A slot format being SBFD may mean that a slot includes only SBFD symbol or some SBFD symbols. A slot format being SBFD could be named as a SBFD slot. Non-SBFD symbols or slots are not SBFD symbols / slots. In other words, non-SBFD symbols or slots are DL / UL / Flexible symbols or slots without UL subband configurations, or without SBFD configuration, or not configured as SBFD symbols or slots.

[0119] [Rectified under Rule 91, 14.03.2025]If a SBFD symbol / slot is configured for a SBFD-aware UE, considering the access latency, the PRACH could also be transmitted in the SBFD symbol / slot. Various options may be implemented for RO configuration in the SBFD symbol / slot.

[0120] [Rectified under Rule 91, 14.03.2025]In a first option, one single RACH configuration may be used for determining the valid ROs in SBFD symbols / slots and non-SBFD symbols / slots. In other words, the RACH configuration for UEs not supporting the SBFD scheme could also be used by the SBFD-aware UEs for determining the ROs in SBFD symbols / slots. The ROs within the UL subband in SBFD symbols / slots may be valid for the SBFD-aware UEs. In the following description, the terms “non-SBFD-aware UEs” and “UEs not supporting the SBFD scheme” may be used interchangeably, and the terms “SBFD-aware UEs” and “UEs supporting the SBFD scheme” may be used interchangeably.

[0121] [Rectified under Rule 91, 14.03.2025]For example, only one PRACH configuration may be provided to the SBFD-aware UEs. This PRACH configuration may be the same configuration as provided to UEs not supporting the SBFD scheme. The configured ROs in SBFD symbols / slots may be determined in a similar manner as the configured ROs in non-SBFD symbols / slots. The SBFD-aware UEs may determine the valid ROs in SBFD symbols / slots including SBFD symbols / slots configured as DL and SBFD symbols / slots configured as flexible, and the valid ROs configured in non-SBFD symbols / slots. In the following description, the terms “RACH configuration” and “PRACH configuration” may be used interchangeably.

[0122] [Rectified under Rule 91, 14.03.2025]In the PRACH configuration provided to the UE, there may be a parameter named msg1-FrequencyStart, which is used to determine the frequency domain starting position of the first RO. For ROs in non-SBFD symbols, the parameter could be used directly. That is, the offset of the lowest RO in frequency domain with respect to PRB 0 of the BWP equals to the parameter msg1-FrequencyStart in the PRACH configuration. For ROs in SBFD symbols, the msg1-FrequencyStart could also be used directly for ROs in non-SBFD symbols. Alternatively, the msg1-FrequencyStart could be reinterpreted to guarantee the RO to locate in the UL usable PRBs of UL-subband. For example, the msg1-FrequencyStart may be reinterpreted such that the offset of the lowest RO in frequency domain with respect to the UL subband of the SBFD symbols equals to the parameter msg1-FrequencyStart.

[0123] [Rectified under Rule 91, 14.03.2025]In addition, for non-SBFD-aware UE, there might be valid ROs in flexible symbols. For simple, it has been agreed that if ROs are configured in SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon, the network ensures that the ROs configured in SBFD symbols configured as flexible are within the UL usable PRBs. In this case, if the msg1-FrequencyStart is reinterpreted, it would make thing more complex. In particular, considering that the network already ensures the ROs within the UL usable PRBs if ROs are configured in SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon, there would be additional ROs in SBFD symbols configured as flexible after reinterpreting the msg1-FrequencyStart, and would cause more problems, such as overlapping with ROs in flexible symbols for non-SBFD-aware UE. Therefore, a solution on how to use the single PRACH configuration to determine ROs on both non-SBFD symbols / slots and SBFD symbols / slots is needed.

[0124] [Rectified under Rule 91, 14.03.2025]In the second option, two separate RACH configurations may be used, including a first RACH configuration applicable for both the SBFD-aware UEs and the UEs not supporting the SBFD scheme and a second RACH configuration only applicable for the SBFD-aware UEs. The first RACH configuration may be used for determining the ROs in flexible symbols / slots and in UL symbols / slots and the determined ROs are common for non-SBFD-aware UE and for SBFD-aware UE. The second RACH configuration may be used for determining the ROs in SBFD symbols / slots. Both the two RACH configurations could be aware for the SBFD-aware UEs.

[0125] [Rectified under Rule 91, 14.03.2025]In addition to parameters for RO determination, each RACH configuration may also include other parameters for the RACH procedure, e.g., rsrp-ThresholdSSB, ra-ResponseWindow, msg1-RepetitionNum-r18, ra-ContentionResolutionTimer, msg3-transformPrecod, etc.

[0126] [Rectified under Rule 91, 14.03.2025]The parameter rsrp-ThresholdSSB is used to select the best SSB used to transmit the PRACH. The UE may select the SSB and corresponding PRACH resource for path-loss estimation and (re) transmission based on SS blocks that satisfy the threshold. For the contention-based RA preamble selection, if at least one of the SSBs with SS-RSRP above rsrp-ThresholdSSB is available, the UE may select an SSB with SS-RSRP above rsrp-ThresholdSSB.

[0127] [Rectified under Rule 91, 14.03.2025]The parameter ra-ResponseWindow is used to configure the RAR PDCCH monitoring window length. In response to a PRACH transmission, the UE attempts to detect a DCI format 1_0 with CRC scrambled by a corresponding RA-RNTI during a window controlled by higher layers. The window starts at the first symbol of the earliest CORESET the UE is configured to receive PDCCH for Type1-PDCCH CSS set, that is at least one symbol after the last symbol of the last PRACH occasion corresponding to the PRACH transmission. The symbol duration corresponds to the SCS for Type1-PDCCH CSS set.

[0128] [Rectified under Rule 91, 14.03.2025]The parameter msg1-RepetitionNum-r18 (ENUMERATED {n2, n4, n8} ) is used to configure candidate number of preamble repetitions. If a PRACH repetition is configured, for a PRACH transmission with preamble repetitions, a time period, starting from frame 0, is the smallest integer number of SS / PBCH block to PRACH occasion association pattern periods such that SS / PBCH block indexes are mapped at least once to PRACH occasions within the time period for each configured number of preamble repetitions. The set of PRACH occasions for a PRACH transmission repeats every time period. For different set of number of preamble repetitions, the determined time period is different. UE need to know which repetition number is configured.

[0129] [Rectified under Rule 91, 14.03.2025]The parameter ra-ContentionResolutionTimer start or restart the ra-ContentionResolutionTimer in the first symbol after the end of all repetitions of the Msg 3 transmission, and the UE monitors the PDCCH with DCI scrambled by C-RNTI or TC-RNTI to solve the collision. If ra-ContentionResolutionTimer expires and the UE does not receive the PDCCH with DCI scrambled by C-RNTI or TC-RNTI, the Contention Resolution is considered to be unsuccessful.

[0130] [Rectified under Rule 91, 14.03.2025]The parameter msg3-transformPrecoder enables the transform precoder for Msg3 transmission. If the field is absent, the UE disables the transformer precoder.

[0131] [Rectified under Rule 91, 14.03.2025]The parameters in the first RACH configuration may apply to the RACH procedure with PRACH repetitions on flexible symbols / slots and on UL symbols / slots. The parameters in the second RACH configuration may apply to the RACH procedure with PRACH repetitions on SBFD symbols / slots.

[0132] [Rectified under Rule 91, 14.03.2025]In some implementations, PRACH repetitions across SBFD symbols and non-SBFD symbols may be supported. In such case, a solution on how to determine the parameters to be used for the RACH procedure is needed. Similarly, a solution on how to transmit a PUCCH transmission with repetitions across SBFD symbols / slots and non-SBFD symbols / slots based on two PUCCH configurations is also needed.

[0133] [Rectified under Rule 91, 14.03.2025]Some example embodiments of the present disclosure will be illustrated in regard to various specific aspects.

[0134] [Rectified under Rule 91, 14.03.2025]In the first aspect, one single RACH configuration may be used for determining the valid ROs in SBFD symbols / slots and non-SBFD symbols / slots. Some example embodiments of the present disclosure provide solutions on how to use the single PRACH configuration to determine ROs on both non-SBFD symbols / slots and SBFD symbols / slots.

[0135] [Rectified under Rule 91, 14.03.2025]Reference is now made to FIG. 2, which illustrates an example signaling chart of a communication process that supports PRACH transmissions based on a single PRACH configuration in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1A. The process 200 may involve the UE 104 and the base station 102. It is to be understood that the steps and the order of the steps in FIG. 2 are merely for illustration, and not for limitation. It is to be understood that process 200 may further include additional blocks not shown and / or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.

[0136] [Rectified under Rule 91, 14.03.2025]As shown in FIG. 2, the base station 102 transmits (202) a PRACH configuration 204 for determining ROs on a first format of time units and ROs on a second format of time units to the UE 104. The UE 104 receives (204) the configuration 204 from the base station 102. The UE 104 determines (208) whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit. Similarly, the base station 102 determines (210) whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit.

[0137] [Rectified under Rule 91, 14.03.2025]In some embodiment, the first format of time units may include at least one of the following: non-SBFD time units configured as UL, non-SBFD time unit configured as flexible, or SBFD time units configured as flexible. The second format of time units may include at least one of the following: SBFD time units configured as downlink (DL) , or SBFD time units configured as flexible. As used herein, a time unit could include frame, slot, symbol and so on.

[0138] [Rectified under Rule 91, 14.03.2025]In some embodiments, the PRACH configuration is not reinterpreted for the time unit if the time unit is a SBFD time unit configured as flexible. In other words, if one PRACH configuration is provided to the UE to determine the ROs in SBFD symbols and non-SBFD symbols, the reinterpretation of the PRACH configuration should not be done in SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon. Considering that the network already ensures the ROs within the UL usable PRBs if ROs are configured in SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon, the ROs in SBFD symbols configured as flexible are common for non-SBFD-aware UE and for SBFD-aware UE.

[0139] [Rectified under Rule 91, 14.03.2025]In some embodiments, the PRACH configuration is reinterpreted for the time unit if the time unit is a SBFD time unit configured as DL. In other words, if one PRACH configuration is provided to the UE to determine the ROs in SBFD symbols and non-SBFD symbols, the reinterpretation of the PRACH configuration should be done in SBFD symbols configured as DL by tdd-UL-DL-ConfigurationCommon. In this option, the reinterpretation in SBFD symbols configured as DL is independent of the RO determination in the SBFD symbols configured as flexible.

[0140] [Rectified under Rule 91, 14.03.2025]In some embodiments, the PRACH configuration is reinterpreted for SBFD time units configured as DL if no RO is determined on SBFD time units configured as flexible based on the PRACH configuration. If at least one RO is determined on at least one SBFD time unit configured as flexible based on the PRACH configuration, the PRACH configuration is not reinterpreted (i.e., directly used) for SBFD time units configured as DL. In other words, the reinterpretation of the PRACH configuration should be not done if ROs are configured in SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon. The reinterpretation of the PRACH configuration in SBFD symbols configured as DL by tdd-UL-DL-ConfigurationCommon may be only done if no ROs are configured in SBFD symbols configured as flexible by tdd-UL-DL-ConfigurationCommon.

[0141] [Rectified under Rule 91, 14.03.2025]FIGS. 3A-3B illustrate examples of RO determination based on a single PRACH configuration in accordance with some example embodiments of the present disclosure. It should be understood that the examples shown in FIGS. 3A-3B are merely for illustration, other PRACH configuration and principles for RO determination based on a single PRACH configuration are also possible.

[0142] [Rectified under Rule 91, 14.03.2025]In the example in FIG. 3A, ROs in non-SBFD symbols configured as UL and ROs in SBFD symbols configured as DL are determined based on a single PRACH configuration. There are no ROs configured in SBFD symbols configured as flexible. The parameter msg1-FrequencyStart in the PRACH configuraton is reinterpreted in SBFD symbols configured as DL. The offset of the lowest RO in frequency domain with respect to PRB 0 of the BWP equals to the offset of the lowest RO in frequency domain with respect to the UL subband of the SBFD symbols.

[0143] [Rectified under Rule 91, 14.03.2025]In the example in FIG. 3B, ROs in non-SBFD symbols configured as UL, ROs in SBFD symbols configured as flexible and ROs in SBFD symbols configured as DL are determined based on a single PRACH configuration. Since ROs are configured in SBFD symbols configured as flexible, the parameter msg1-FrequencyStart in the PRACH configuraton is not reinterpreted.

[0144] [Rectified under Rule 91, 14.03.2025]In the second aspect, two separate RACH configurations may be used for determining the valid ROs in SBFD symbols / slots and non-SBFD symbols / slots. Multiple different parameters could be configured in these two PRACH configurations. In some implementations, PRACH repetitions may use ROs determined from these two PRACH configurations. Some example embodiments of the present disclosure provide solutions on how to determine the parameters to be used in the RACH procedure in the case that PRACH repetitions using ROs determined from different PRACH configurations are supported.

[0145] [Rectified under Rule 91, 14.03.2025]Reference is now made to FIG. 4, which illustrates an example signaling chart of a communication process that supports transmissions based on two parameter configurations in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the process 400 will be described with reference to FIG. 1A. The process 400 may involve the UE 104 and the base station 102. It is to be understood that the steps and the order of the steps in FIG. 4 are merely for illustration, and not for limitation. It is to be understood that process 400 may further include additional blocks not shown and / or omit some shown blocks, and the scope of the present disclosure is not limited in this regard.

[0146] [Rectified under Rule 91, 14.03.2025]In the process 400, the base station 102 transmits (402) a transmission configuration 404 to the UE 104. The transmission configuration 404 may include a first parameter configuration associated with a PRACH transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission on a second format of time units. The UE 104 receives (406) the transmission configuration 404 from the base station 102. Repetitions of a PRACH transmission in the PRACH procedure are supported to be transmitted across the first format of time units and the second format of time units. The UE 104 determines (408) at least one parameter for a PRACH procedure based on the transmission configuration 404. Similarly, the base station 102 determines (410) at least one parameter for the PRACH procedure based on the transmission configuration 404.

[0147] [Rectified under Rule 91, 14.03.2025]In some embodiment, the first format of time units may include at least one of the following: non-SBFD time units configured as UL, non-SBFD time unit configured as flexible, or SBFD time units configured as flexible. The second format of time units may include at least one of the following: SBFD time units configured as downlink (DL) , or SBFD time units configured as flexible. As used herein, a time unit could include frame, slot, symbol and so on.

[0148] [Rectified under Rule 91, 14.03.2025]For example, the UE 104 receives two PRACH parameter sets in two PRACH configurations for PRACH transmissions. The two PRACH configuration includes first PRACH configuration for non-SBFD symbols and optionally SBFD symbols configured as flexible, and second PRACH configuration for SBFD symbols configured as DL and optionally SBFD symbols configured as flexible. The UE 104 may determine a first set of ROs in non-SBFD symbols and optionally SBFD symbols configured as flexible based on the first PRACH configuration, and determine a second set of ROs in SBFD symbols configured as DL and optionally SBFD symbols configured as flexible based on the second PRACH configuration. The UE 104 determines how to transmit a PRACH transmission with repetitions based on the two PRACH parameter sets. The PRACH repetitions are in the ROs configured by both PRACH configurations. As used herein, “SBFD symbols configured as DL” may be referred to as DL SBFD symbols and “SBFD symbols configured as flexible” may be referred to as flexible SBFD symbols for brevity.

[0149] [Rectified under Rule 91, 14.03.2025]In some embodiments, if the repetitions of the PRACH transmission are transmitted on the first format of time units, the UE 104 may transmit, to the base station 102, the repetitions of the PRACH transmission in the PRACH procedure based on the first parameter configuration. If the repetitions of the PRACH transmission are transmitted on the second format of time units, the UE 104 may transmit, to the base station 102, the repetitions of the PRACH transmission in the PRACH procedure based on the second parameter configuration. If the repetitions of the PRACH transmission are transmitted across the first format of time units and the second format of time units, the UE 104 may transmit, to the base station 102, the repetitions of the PRACH transmission in the PRACH procedure based on the at least one parameter. In other words, if PRACH repetitions across the first set of ROs and the second set of ROs are supported, the PRACH parameter set in the first PRACH configuration is used for a RACH procedure in which the PRACH repetitions are transmitted only in the first set of ROs, the PRACH parameter set in the second PRACH configuration is used for a RACH procedure in which PRACH repetitions are transmitted only in the second set of ROs, and the at least one parameter determined based on the transmission configuration is used for a RACH procedure in which PRACH repetitions are transmitted across the first set of ROs and the second set of ROs.

[0150] [Rectified under Rule 91, 14.03.2025]Alternatively, the UE 104 may transmit, to the base station 102, repetitions of the PRACH transmission in the PRACH procedure based on the at least one parameter. The repetitions of the PRACH transmission may be transmitted on the first format of time units or on the second format of time units or across the first format of time units and the second format of time units. In other words, if PRACH repetitions across the first set of ROs and the second set of ROs are supported, the at least one parameter determined based on the transmission configuration is used for a RACH procedure regardless of whether PRACH repetitions are transmitted only in the first set of ROs, or only in the second set of ROs, or across the first set of ROs and the second set of ROs.

[0151] [Rectified under Rule 91, 14.03.2025]In some embodiments, the first parameter configuration may include a first threshold parameter for selecting a SSB for PRACH transmissions, and the second parameter configuration may include a second threshold parameter for selecting a SSB for PRACH transmissions. In a more specific example, the first parameter configuration may include a rsrp-ThresholdSSB parameter which is used to select a SSB to transmit the PRACH transmission in the first set of ROs. The second parameter configuration may include a rsrp-ThresholdSSB parameter which is used to select a SSB to transmit the PRACH transmission in the second set of ROs. The UE 104 may select a SSB for a PRACH transmission in the PRACH procedure based on the at least one parameter. In this way, the SSB for a PRACH transmission with repetitions across SBFD symbols and non-SBFD symbols may be selected based on the determined parameter.

[0152] [Rectified under Rule 91, 14.03.2025]In a first example implementation, the at least one parameter may include a smaller one of the first threshold parameter and the second threshold parameter. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the UE 104 may determine how to select the SSB to transmit a PRACH transmission based on the smaller one among the two rsrp-ThresholdSSB parameters in the two PRACH configurations to select the SSB to transmit a PRACH transmission.

[0153] [Rectified under Rule 91, 14.03.2025]In a second example implementation, the at least one parameter may include a larger one of the first threshold parameter and the second threshold parameter. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the UE 104 may determine how to select the SSB to transmit a PRACH transmission based on the larger one among the two rsrp-ThresholdSSB parameters in the two PRACH configurations to select the SSB to transmit a PRACH transmission.

[0154] [Rectified under Rule 91, 14.03.2025]In a third example implementation, the at least one parameter may include the first threshold parameter in the first parameter configuration for the first format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the UE 104 may determine how to select the SSB to transmit a PRACH transmission based on the rsrp-ThresholdSSB parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) to select the SSB to transmit a PRACH transmission.

[0155] [Rectified under Rule 91, 14.03.2025]In a fourth example implementation, the at least one parameter may include the second threshold parameter in the second parameter configuration for the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the UE 104 may determine how to select the SSB to transmit a PRACH transmission based on the rsrp-ThresholdSSB parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) to select the SSB to transmit a PRACH transmission.

[0156] [Rectified under Rule 91, 14.03.2025]In a fifth example implementation, the at least one parameter may include a third threshold parameter in the transmission configuration 404. In other words, the UE 104 may be further configured with another rsrp-ThresholdSSB parameter to select a SSB to transmit a PRACH transmission for the case where PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0157] [Rectified under Rule 91, 14.03.2025]In a sixth example implementation, the at least one parameter may include one of the first threshold parameter and the second threshold parameter indicated by an indication, wherein the indication is received from the base station 102. In other words, the UE 104 may be indicated which rsrp-ThresholdSSB parameter is used when PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0158] [Rectified under Rule 91, 14.03.2025]In a seventh example implementation, the at least one parameter may include both the first threshold parameter and the second threshold parameter. When selecting the SSB for the PRACH transmission in the PRACH procedure, the UE 104 may determine a first set of SSBs among a set of candidate SSBs based on measurements on the set of candidate SSBs and the first threshold parameter, and determine a second set of SSBs among the set of candidate SSBs based on the measurements on the first set of candidate SSBs and the second threshold parameter. In some examples, the SSB for the PRACH transmission in the PRACH procedure may be selected from an intersection of the first set of SSBs and the second set of SSBs, thus, the selected SSB should meet both thresholds. Alternatively, the SSB for the PRACH transmission in the PRACH procedure may be selected from a union of the first set of SSBs and the second set of SSBs. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the UE 104 may determine two SSB sets used for PRACH transmissions according to the two rsrp-ThresholdSSB parameters, respectively, and then select a SSB from the intersection or union of two SSB sets.

[0159] [Rectified under Rule 91, 14.03.2025]In an eighth example implementation, the at least one parameter may include either of the first threshold parameter and the second threshold parameter, and the first threshold parameter and the second threshold parameter are the same. In other words, if PRACH repetitions using ROs determined from different PRACH configurations are supported, the two rsrp-ThresholdSSB parameters should be the same. The UE 104 may use either one to determine the best beam or SSB index for PRACH transmissions.

[0160] [Rectified under Rule 91, 14.03.2025]In some embodiments, the first parameter configuration may include a first window length parameter for monitoring a PDCCH scheduling a RAR, and the second parameter configuration may include a second window length parameter for monitoring a PDCCH scheduling a RAR. In a more specific example, the first parameter configuration may include a ra-ResponseWindow parameter which is used to configure the RAR PDCCH monitoring window length. The second parameter configuration may include a ra-ResponseWindow parameter which is used to configure the RAR PDCCH monitoring window length. When determining the at least one parameter, the UE 104 may determine a window length parameter for monitoring a PDCCH scheduling a RAR in the PRACH procedure. In this way, the RAR PDCCH monitoring window length actually used after a PRACH transmission with repetitions across SBFD symbols and non-SBFD symbols may be determined.

[0161] [Rectified under Rule 91, 14.03.2025]In a first example implementation, the window length parameter may include a smaller one of the first window length parameter and the second window length parameter. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the RAR PDCCH monitoring window length actually used is the smaller one among the two ra-ResponseWindow parameters in the two PRACH configurations.

[0162] [Rectified under Rule 91, 14.03.2025]In a second example implementation, the window length parameter may include a larger one of the first window length parameter and the second window length parameter. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the RAR PDCCH monitoring window length actually used is the larger one among the two ra-ResponseWindow parameters in the two PRACH configurations.

[0163] [Rectified under Rule 91, 14.03.2025]In a third example implementation, the window length parameter may include the first window length parameter in the first parameter configuration for the first format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the RAR PDCCH monitoring window length actually used is the ra-ResponseWindow parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) .

[0164] [Rectified under Rule 91, 14.03.2025]In a fourth example implementation, the window length parameter may include the second window length parameter in the second parameter configuration for the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the RAR PDCCH monitoring window length actually used is the ra-ResponseWindow parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0165] [Rectified under Rule 91, 14.03.2025]In a fifth example implementation, the window length parameter may include a third window length parameter in the transmission configuration 404. In other words, the UE 104 may be further configured with another ra-ResponseWindow parameter for the case where PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0166] [Rectified under Rule 91, 14.03.2025]In a sixth example implementation, the window length parameter may include one of the first window length parameter and the second window length parameter indicated by an indication, wherein the indication is received from the base station 102. In other words, the UE 104 may be indicated which ra-ResponseWindow parameter is used when PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0167] [Rectified under Rule 91, 14.03.2025]In a seventh example implementation, the window length parameter may include the first window length parameter if the first repetition among the repetitions of the PRACH transmission is on the first format of time units or the second window length parameter if the first repetition among the repetitions of the PRACH transmission is on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the RAR PDCCH monitoring window length actually used is one of the two ra-ResponseWindow parameters according to whether the first PRACH repetition is transmitted in the first set of ROs or transmitted in the second set of ROs.

[0168] [Rectified under Rule 91, 14.03.2025]FIG. 5 illustrate examples of PRACH repetitions with a RA response window in accordance with some example embodiments of the present disclosure. In the example of FIG. 5, four repetitions of a PRACH transmission are transmitted. The RA response window starts after the fourth PRACH repetition. If the first PRACH repetition is transmitted in the first set of ROs, the window length of the RA response window is the first ra-ResponseWindow parameter. If the first PRACH repetition is transmitted in the second set of ROs, the window length of the RA response window is the second ra-ResponseWindow parameter.

[0169] [Rectified under Rule 91, 14.03.2025]In an eighth example implementation, the window length parameter may include the first window length parameter if the last repetition among the repetitions of the PRACH transmission is on the first format of time units or the second window length parameter if the last repetition among the repetitions of the PRACH transmission is on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the RAR PDCCH monitoring window length actually used is one of the two ra-ResponseWindow parameters according to whether the last PRACH repetition is transmitted in the first set of ROs or transmitted in the second set of ROs. Still referring to FIG. 5, If the fourth PRACH repetition is transmitted in the first set of ROs, the window length of the RA response window is the first ra-ResponseWindow parameter. If the fourth PRACH repetition is transmitted in the second set of ROs, the window length of the RA response window is the second ra-ResponseWindow parameter.

[0170] [Rectified under Rule 91, 14.03.2025]In a ninth example implementation, the window length parameter may include an average of the first window length parameter and the second window length parameter. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the RAR PDCCH monitoring window length actually used is an average of the two ra-ResponseWindow parameters in the two PRACH configurations.

[0171] [Rectified under Rule 91, 14.03.2025]In some embodiments, the first parameter configuration may include a first set of candidate numbers for PRACH repetitions, and the second parameter configuration may include a second set of candidate numbers for PRACH repetitions. In a more specific example, the first parameter configuration may include a msg1-RepetitionNum-r18 parameter which is used to configure candidate number of preamble repetitions. The second parameter configuration may include a msg1-RepetitionNum-r18 parameter which is used to configure candidate number of preamble repetitions. When determining the at least one parameter, the UE 104 may determine a set of candidate numbers for the repetitions of the PRACH transmission in the PRACH procedure. The time period for the PRACH repetitions across SBFD and non-SBFD may be determined based on the set of candidate numbers for PRACH repetitions. As used herein, the terms “PRACH repetition” and “preamble repetition” may be used interchangeably.

[0172] [Rectified under Rule 91, 14.03.2025]In a first example implementation, the set of candidate numbers may include an intersection of the first set of candidate numbers and the second set of candidate numbers. In other words, the set of candidate numbers actually used may include an intersection of candidate numbers of preamble repetitions configured in the two msg1-RepetitionNum-r18 parameters.

[0173] [Rectified under Rule 91, 14.03.2025]In a second example implementation, a union of the first set of candidate numbers and the second set of candidate numbers. In other words, the set of candidate numbers actually used may include an union of candidate numbers of preamble repetitions configured in the two msg1-RepetitionNum-r18 parameters.

[0174] [Rectified under Rule 91, 14.03.2025]In a third example implementation, the first set of candidate numbers for PRACH repetitions in the first parameter configuration for the first format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the set of candidate numbers actually used is the msg1-RepetitionNum-r18 parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) .

[0175] [Rectified under Rule 91, 14.03.2025]In a fourth example implementation, the second set of candidate numbers for PRACH repetitions in the second parameter configuration for the first format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the set of candidate numbers actually used is the msg1-RepetitionNum-r18 parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0176] [Rectified under Rule 91, 14.03.2025]In a fifth example implementation, a third set of candidate numbers for PRACH repetitions in the transmission configuration 404. In other words, the UE 104 may be further configured with another msg1-RepetitionNum-r18 parameter for the case where PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0177] [Rectified under Rule 91, 14.03.2025]In a sixth example implementation, one of the first set of candidate numbers and the second set of candidate numbers indicated by an indication, wherein the indication is received from the base station 102. In other words, the UE 104 may be indicated which msg1-RepetitionNum-r18 parameter is used when PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0178] [Rectified under Rule 91, 14.03.2025]In a seventh example implementation, the transmission configuration 404 further may include at least one threshold parameter for at least one candidate number for PRACH repetitions, and the set of candidate numbers are determined at least based on the at least one threshold parameter for the at least one candidate number. If a reference signal received power of a downlink path loss is less than a threshold parameter for the candidate number for PRACH repetitions, the set of candidate numbers may include a candidate number among the at least one candidate number. If the reference signal received power of the downlink path loss is no less than the at least one threshold parameter, the set of candidate numbers may include null, i.e., preamble repetition is not supported. In other words, the candidate numbers of preamble repetitions that can be used may be determined according to the RSRP threshold for BWP. If there is a repetition number X in the first PRACH configuration or the second PRACH configuration, a rsrp-ThresholdMsg1-RepetitionNumX parameter is configured in the BWP configuration, and the RSRP of the downlink pathloss reference is less than the rsrp-ThresholdMsg1-RepetitionNumX, then the repetition number X is comprised in the set of candidate numbers for PRACH repetitions; if the RSRP of the downlink pathloss reference is no less than all rsrp-ThresholdMsg1-RepetitionNumX in the BWP configuration, then preamble repetition is not supported. The rsrp-ThresholdMsg1-RepetitionNumX parameter is a threshold used by the UE for determining whether to select resources indicating Msg1 repetition number X in this BWP. An example of the determination of the set of candidate numbers for PRACH repetitions may be implemented as below:

[0179] [Rectified under Rule 91, 14.03.2025]In an eighth example implementation, if the transmission configuration 404 further includes at least one threshold parameter for at least one candidate number for PRACH repetitions, the set of candidate numbers are determined at least based on the at least one threshold parameter for the at least one candidate number. The transmission configuration 404 further may include a fourth set of candidate numbers for PRACH repetitions configured for a bandwidth part. If a reference signal received power of a downlink path loss is less than a threshold parameter for the candidate number for PRACH repetitions, the set of candidate numbers may include a candidate number among the at least one candidate number. If the reference signal received power of the downlink path loss is no less than the at least one threshold parameter, the set of candidate numbers may include a smallest candidate number among the fourth set of candidate numbers. The transmission configuration 404 may further include a fourth set of candidate numbers for PRACH repetitions configured for a bandwidth part. If no threshold parameter for a candidate number for PRACH repetitions is comprised in the transmission configuration 404, the set of candidate numbers may include the fourth set of candidate numbers. In other words, the candidate numbers of preamble repetitions that can be used may be determined according to the RSRP threshold for BWP and repetition numbers configured in BWP. In addition to repetition numbers in the first PRACH configuration and the second PRACH configuration, the BWP configuration may further include at least one repetition number configured for the BWP. If there is a repetition number X in the first PRACH configuration or the second PRACH configuration, a rsrp-ThresholdMsg1-RepetitionNumX parameter is configured in the BWP configuration, and the RSRP of the downlink pathloss reference is less than the rsrp-ThresholdMsg1-RepetitionNumX, then the repetition number X is comprised in the set of candidate numbers; if the RSRP of the downlink pathloss reference is no less than all rsrp-ThresholdMsg1-RepetitionNumX in the BWP configuration, the set of candidate numbers for PRACH repetitions may include the smallest one among the at least one repetition number configured for the BWP. If there is no rsrp-ThresholdMsg1-RepetitionNumX parameter in the BWP configuration, the set of candidate numbers for PRACH repetitions may include the at least one repetition number configured for the BWP. An example of the determination of the set of candidate numbers for PRACH repetitions may be implemented as below:

[0180] [Rectified under Rule 91, 14.03.2025]In some embodiments, the first parameter configuration may include a first timer parameter for monitoring a PDCCH scheduling a Msg4, and the second parameter configuration may include a second timer parameter for monitoring a PDCCH scheduling a Msg4. In a more specific example, the first parameter configuration may include a ra-ContentionResolutionTimer parameter which is used to start or restart the ra-ContentionResolutionTimer in the first symbol after the end of all repetitions of the Msg 3 transmission. The second parameter configuration may include a ra-ContentionResolutionTimer parameter which is used to start or restart the ra-ContentionResolutionTimer in the first symbol after the end of all repetitions of the Msg 3 transmission. When determining the at least one parameter, the UE 104 may determine a timer parameter for monitoring a PDCCH scheduling a Msg4 in the PRACH procedure. In this way, the Contention Resolution timer for msg 3 transmission after the PRACH repetition across SBFD and non-SBFD may be determined.

[0181] [Rectified under Rule 91, 14.03.2025]In a first example implementation, the timer parameter may include a smaller one of the first timer parameter and the second timer parameter. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is the smaller one among the two ra-ContentionResolutionTimer parameters in the two PRACH configurations.

[0182] [Rectified under Rule 91, 14.03.2025]In a second example implementation, the timer parameter may include a larger one of the first timer parameter and the second timer parameter. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is the larger one among the two ra-ContentionResolutionTimer parameters in the two PRACH configurations.

[0183] [Rectified under Rule 91, 14.03.2025]In a third example implementation, the timer parameter may include the first timer parameter in the first parameter configuration for the first format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) .

[0184] [Rectified under Rule 91, 14.03.2025]In a fourth example implementation, the timer parameter may include the second timer parameter in the second parameter configuration for the second format of time units. . In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0185] [Rectified under Rule 91, 14.03.2025]In a fifth example implementation, the timer parameter may include a third timer parameter in the transmission configuration 404. In other words, the UE 104 may be further configured with another ra-ContentionResolutionTimer parameter for the case where PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0186] [Rectified under Rule 91, 14.03.2025]In a sixth example implementation, the timer parameter may include one of the first timer parameter and the second timer parameter indicated by an indication, wherein the indication is received from the base station 102. In other words, the UE 104 may be indicated which ra-ContentionResolutionTimer parameter is used when PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0187] [Rectified under Rule 91, 14.03.2025]In a seventh example implementation, the timer parameter may include the first timer parameter if the first PRACH repetition among PRACH repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter if the first PRACH repetition among the PRACH repetitions is on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is one of the two ContentionResolutionTimer parameters according to whether the first PRACH repetition is transmitted in the first set of ROs or transmitted in the second set of ROs. If the first PRACH repetition is transmitted in the first set of ROs, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) ; and if the first PRACH repetition is transmitted in the second set of ROs, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0188] [Rectified under Rule 91, 14.03.2025]In an eighth example implementation, the timer parameter may include the first timer parameter if the last PRACH repetition among PRACH repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter if the last PRACH repetition among the PRACH repetitions is on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is one of the two ContentionResolutionTimer parameters according to whether the last PRACH repetition is transmitted in the first set of ROs or transmitted in the second set of ROs. If the last PRACH repetition is transmitted in the first set of ROs, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) ; and if the last PRACH repetition is transmitted in the second set of ROs, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0189] [Rectified under Rule 91, 14.03.2025]In a ninth example implementation, the timer parameter may include the first timer parameter if the first Msg3 repetition among Msg3 repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter if the first Msg3 repetition among the Msg3 repetitions is on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is one of the two ContentionResolutionTimer parameters according to whether the first Msg3 repetition is transmitted in the first set of ROs or transmitted in the second set of ROs. If the first Msg3 repetition is transmitted in the first set of ROs, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) ; and if the first Msg3 repetition is transmitted in the second set of ROs, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0190] [Rectified under Rule 91, 14.03.2025]In a tenth example implementation, the timer parameter may include the first timer parameter if the last Msg3 repetition among Msg3 repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter if the last Msg3 repetition among the Msg3 repetitions is on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is one of the two ContentionResolutionTimer parameters according to whether the last Msg3 repetition is transmitted in the first set of ROs or transmitted in the second set of ROs. If the last Msg3 repetition is transmitted in the first set of ROs, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) ; and if the last Msg3 repetition is transmitted in the second set of ROs, the contention resolution timer actually used is the ra-ContentionResolutionTimer parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0191] [Rectified under Rule 91, 14.03.2025]In an eleventh example implementation, the timer parameter may include an average of the first timer parameter and the second timer parameter. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the contention resolution timer actually used is an average of the two ra-ContentionResolutionTimer parameters in the two PRACH configurations.

[0192] [Rectified under Rule 91, 14.03.2025]In some embodiments, the first parameter configuration may include a first transform precoder configuration for Msg3 transmission, and the second parameter configuration may include a second transform precoder configuration for Msg3 transmission. In a more specific example, the first parameter configuration may include a msg3-transformPrecoder parameter which is used to determine the transform precoder for Msg3 transmission. The second parameter configuration may include a msg3-transformPrecoder parameter which is used to determine the transform precoder for Msg3 transmission. When determining the at least one parameter, the UE 104 may determine a transform precoder for transmitting a Msg3 in the PRACH procedure.

[0193] [Rectified under Rule 91, 14.03.2025]In a first example implementation, the UE 104 may determine a transform precoder for transmitting a Msg3 in the PRACH procedure based on the first transform precoder configuration in the first parameter configuration for the first format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the transform precoder actually used for Msg3 transmission is based on the msg3-transformPrecoder parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) .

[0194] [Rectified under Rule 91, 14.03.2025]In a second example implementation, the UE 104 may determine a transform precoder for transmitting a Msg3 in the PRACH procedure based on the second transform precoder configuration in the second parameter configuration for the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the transform precoder actually used for Msg3 transmission is based on the msg3-transformPrecoder parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0195] [Rectified under Rule 91, 14.03.2025]In a third example implementation, the UE 104 may determine a transform precoder for transmitting a Msg3 in the PRACH procedure based on a third transform precoder configuration in the transmission configuration 404. In other words, the UE 104 may be further configured with another msg3-transformPrecoder parameter for the case where PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0196] [Rectified under Rule 91, 14.03.2025]In a fourth example implementation, the UE 104 may determine a transform precoder for transmitting a Msg3 in the PRACH procedure based on one of the first transform precoder configuration and the second transform precoder configuration indicated by an indication, wherein the indication is received from the base station 102. In other words, the UE 104 may be indicated which msg3-transformPrecoder parameter is used when PRACH repetitions across the first set of ROs and the second set of ROs are supported.

[0197] [Rectified under Rule 91, 14.03.2025]In a fifth example implementation, the UE 104 may determine a transform precoder for transmitting a Msg3 in the PRACH procedure based on the first transform precoder configuration if the first repetition among the repetitions of the PRACH transmission is on the first format of time units, or the second transform precoder configuration if the first repetition among the repetitions of the PRACH transmission is on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the transform precoder actually used for Msg3 transmission is based on one of the two msg3-transformPrecoder parameters according to whether the first PRACH repetition is transmitted in the first set of ROs or transmitted in the second set of ROs. If the first PRACH repetition is transmitted in the first set of ROs, the transform precoder actually used for Msg3 transmission is based on the ra-Msg3-transformPrecoder parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) ; and if the first PRACH repetition is transmitted in the second set of ROs, the transform precoder actually used for Msg3 transmission is based on the ra-Msg3-transformPrecoder parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0198] [Rectified under Rule 91, 14.03.2025]In a sixth example implementation, the UE 104 may determine a transform precoder for transmitting a Msg3 in the PRACH procedure based on the first transform precoder configuration if the last repetition among the repetitions of the PRACH transmission is on the first format of time units, or the second transform precoder configuration if the last repetition among the repetitions of the PRACH transmission is on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the transform precoder actually used for Msg3 transmission is based on one of the two msg3-transformPrecoder parameters according to whether the last PRACH repetition is transmitted in the first set of ROs or transmitted in the second set of ROs. If the last PRACH repetition is transmitted in the first set of ROs, the transform precoder actually used for Msg3 transmission is based on the ra-Msg3-transformPrecoder parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) ; and if the last PRACH repetition is transmitted in the second set of ROs, the transform precoder actually used for Msg3 transmission is based on the ra-Msg3-transformPrecoder parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0199] [Rectified under Rule 91, 14.03.2025]In a seventh example implementation, the UE 104 may determine a transform precoder for transmitting a Msg3 in the PRACH procedure based on the first transform precoder configuration if the Msg3 is transmitted on the first format of time units or based on the second transform precoder configuration if the Msg3 is transmitted on the second format of time units. In other words, for the case where PRACH repetitions using ROs determined from different PRACH configurations are supported, the transform precoder actually used for Msg3 transmission is based on one of the two msg3-transformPrecoder parameters according to whether the Msg3 transmission is transmitted in the first set of ROs or transmitted in the second set of ROs. If the Msg3 transmission is transmitted in the first set of ROs, the transform precoder actually used for Msg3 transmission is based on the ra-Msg3-transformPrecoder parameter for the non-SBFD symbols (and optionally flexible SBFD symbols) ; and if the Msg3 transmission is transmitted in the second set of ROs, the transform precoder actually used for Msg3 transmission is based on the ra-Msg3-transformPrecoder parameter for the DL SBFD symbols (and optionally flexible SBFD symbols) .

[0200] [Rectified under Rule 91, 14.03.2025]In some embodiments, if one of the first parameter configuration and the second parameter configuration includes a parameter while the other one of the first parameter configuration and the second parameter configuration does not include a corresponding parameter corresponding to the parameter in the first parameter configuration, the parameter is reused in the other one of the first parameter configuration and the second parameter configuration.

[0201] [Rectified under Rule 91, 14.03.2025]In some embodiments, if one of the first parameter configuration and the second parameter configuration includes a parameter while the other one of the first parameter configuration and the second parameter configuration does not include a corresponding parameter corresponding to the parameter in the first parameter configuration, the parameter is reused in the other one of the first parameter configuration and the second parameter configuration. For example, the UE 104 only receives one parameter for a function in one PRACH configuration between two PRACH configurations, and the parameter is used for the RACH procedure with PRACH repetition across SBFD symbol and non-SBFD symbol. The RACH procedure based on the other PRACH configuration could also reuse the parameter received only in the PRACH configuration. Examples of the parameter may include but not limited to: rsrp-ThresholdSSB, ra-ResponseWindow, msg1-RepetitionNum-r18, ra-ContentionResolutionTimer, or msg3-transformPrecod. If a parameter is configured in PRACH configuration for SBFD symbol, and not configured in PRACH configuration for non-SBFD symbol, the parameter could be reused for the RACH procedure with PRACH repetitions in non-SBFD symbol. For example, if a msg3-transformPrecod is configured in PRACH configuration for SBFD symbols, then the configured msg3-transformPrecod parameter could also be used for PRACH transmission in non-SBFD symbols. If no msg3-transformPrecod is configured in any one PRACH configurations, then the UE may disable the transformer precoder.

[0202] [Rectified under Rule 91, 14.03.2025]In the third aspect, the UE may receive two PUCCH configurations for PUCCH transmission. The two PUCCH configuration may include a first PUCCH configuration for non-SBFD symbols (and optionally flexible SBFD symbols) , and a second PUCCH configuration for DL SBFD symbols (and optionally flexible SBFD symbols) . Each PUCCH configuration may include a PUCCH parameter, which is the repetition number for PUCCH repetition and is configured per PUCCH resource. Some example embodiments of the present disclosure provide solutions on how to transmit a PUCCH transmission with repetitions across SBFD symbols and non-SBFD symbols based on two PUCCH parameters.

[0203] [Rectified under Rule 91, 14.03.2025]Still referring to FIG. 4, the base station 102 transmits (402) a transmission configuration 404 to the UE 104. The transmission configuration 404 may include a first parameter configuration associated with a PUCCH transmission on a first format of time units and a second parameter configuration associated with a PUCCH transmission on a second format of time units. The UE 104 receives (406) the transmission configuration 404 from the base station 102. Repetitions of PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units. The UE 104 determines (408) at least one parameter for PUCCH repetitions based on the transmission configuration 404. Similarly, the base station 102 determines (410) at least one parameter for PUCCH repetitions based on the transmission configuration 404.

[0204] [Rectified under Rule 91, 14.03.2025]In some embodiment, the first format of time units may include at least one of the following: non-SBFD time units configured as UL, non-SBFD time unit configured as flexible, or SBFD time units configured as flexible. The second format of time units may include at least one of the following: SBFD time units configured as downlink (DL) , or SBFD time units configured as flexible. As used herein, a time unit could include frame, slot, symbol and so on.

[0205] [Rectified under Rule 91, 14.03.2025]In some embodiments, the first parameter configuration may include a first repetition number configuration for PUCCH transmission on the first format of time units, the second parameter configuration may include a second repetition number configuration for PUCCH transmission on the second format of time units. When determining the at least one parameter, the UE 104 may determine a repetition number for the PUCCH repetitions across the first format of time units and the second format of time units.

[0206] [Rectified under Rule 91, 14.03.2025]In a first example implementation, the repetition number for the PUCCH repetitions across the first format of time units and the second format of time units may include a repetition number for a first PUCCH resource indicated for the PUCCH repetitions. In other words, the PUCCH repetition number actually used is the number of repetition for the first PUCCH resource indicated for the PUCCH repetitions.

[0207] [Rectified under Rule 91, 14.03.2025]In a second example implementation, the repetition number for the PUCCH repetitions across the first format of time units and the second format of time units may include a biggest repetition number among a first repetition number determined based on the first repetition number configuration and a second repetition number determined based on the second repetition number configuration. In other words, the PUCCH repetition number actually used is the biggest repetition number based on the two PUCCH parameters.

[0208] [Rectified under Rule 91, 14.03.2025]In a third example implementation, the repetition number for the PUCCH repetitions across the first format of time units and the second format of time units may include a repetition number for a first PUCCH resource valid for the PUCCH repetitions. In other words, the PUCCH repetition number actually used is the number of repetition for the first valid PUCCH resource for the PUCCH repetitions.

[0209] [Rectified under Rule 91, 14.03.2025]In a fourth example implementation, the repetition number for the PUCCH repetitions across the first format of time units and the second format of time units may include a first repetition number on the first format of time units determined based on the first repetition number configuration and a second repetition number on the second format of time units determined based on the second repetition number configuration. In other words, the PUCCH repetition number for each kind of slot format is determined based on the PUCCH resource for that kind of PUCCH resource.

[0210] [Rectified under Rule 91, 14.03.2025]In a fifth example implementation, the repetition number for the PUCCH repetitions across the first format of time units and the second format of time units may include a third repetition number determined based on a third repetition number configuration, wherein the third repetition number configuration is comprised in the transmission configuration 404. In other words, another repetition number from RRC configuration should be used.

[0211] [Rectified under Rule 91, 14.03.2025]FIG. 6 illustrates an example of a device 600 that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure. The device 600 may be an example of a base station 102 or a UE 104 as described herein. The device 600 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 600 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 602, a memory 604, a transceiver 606, and, optionally, an I / O controller 608. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0212] [Rectified under Rule 91, 14.03.2025]The processor 602, the memory 604, the transceiver 606, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. For example, the processor 602, the memory 604, the transceiver 606, or various combinations or components thereof may support a method for performing one or more of the operations described herein.

[0213] [Rectified under Rule 91, 14.03.2025]In some implementations, the processor 602, the memory 604, the transceiver 606, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure. In some implementations, the processor 602 and the memory 604 coupled with the processor 602 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 602, instructions stored in the memory 604) .

[0214] [Rectified under Rule 91, 14.03.2025]For example, the processor 602 may support wireless communication at the device 600 in accordance with examples as disclosed herein. The processor 602 may be configured to operable to support a means for receiving, from a base station, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units; and a means for determining at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units.

[0215] [Rectified under Rule 91, 14.03.2025]In another example, the processor 602 may support wireless communication at the device 600 in accordance with examples as disclosed herein. The processor 602 may be configured to operable to support a means for receiving, from a base station, a physical random access channel (PRACH) configuration for determining random access channel (RACH) occasions (ROs) on a first format of time units and ROs on a second format of time units; and a means for determining whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit.

[0216] [Rectified under Rule 91, 14.03.2025]In another example, the processor 602 may support wireless communication at the device 600 in accordance with examples as disclosed herein. The processor 602 may be configured to operable to support a means for transmitting, to a user equipment, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units; and a means for determining at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units.

[0217] [Rectified under Rule 91, 14.03.2025]In another example, the processor 602 may support wireless communication at the device 600 in accordance with examples as disclosed herein. The processor 602 may be configured to operable to support a means for transmitting, to a user equipment, a physical random access channel (PRACH) configuration for determining random access channel (RACH) occasions (ROs) on a first format of time units and ROs on a second format of time units; and a means for determining whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit.

[0218] [Rectified under Rule 91, 14.03.2025]The processor 602 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof) . In some implementations, the processor 602 may be configured to operate a memory array using a memory controller. In some other implementations, a memory controller may be integrated into the processor 602. The processor 602 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 604) to cause the device 600 to perform various functions of the present disclosure such that the device 600 may perform any process of the disclosure as discussed with reference to FIGS. 2 to 6.

[0219] [Rectified under Rule 91, 14.03.2025]The memory 604 may include random access memory (RAM) and read-only memory (ROM) . The memory 604 may store computer-readable, computer-executable code including instructions that, when executed by the processor 602 cause the device 600 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. In some implementations, the code may not be directly executable by the processor 602 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 604 may include, among other things, a basic I / O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.

[0220] [Rectified under Rule 91, 14.03.2025]The I / O controller 608 may manage input and output signals for the device 600. The I / O controller 608 may also manage peripherals not integrated into the device M02. In some implementations, the I / O controller 608 may represent a physical connection or port to an external peripheral. In some implementations, the I / O controller 608 may utilize an operating system such as or another known operating system. In some implementations, the I / O controller 608 may be implemented as part of a processor, such as the processor 606. In some implementations, a user may interact with the device 600 via the I / O controller 608 or via hardware components controlled by the I / O controller 608.

[0221] [Rectified under Rule 91, 14.03.2025]In some implementations, the device 600 may include a single antenna 610. However, in some other implementations, the device 600 may have more than one antenna 610 (i.e., multiple antennas) , including multiple antenna panels or antenna arrays, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 606 may communicate bi-directionally, via the one or more antennas 610, wired, or wireless links as described herein. For example, the transceiver 606 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 606 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 610 for transmission, and to demodulate packets received from the one or more antennas 610. The transceiver 606 may include one or more transmit chains, one or more receive chains, or a combination thereof.

[0222] [Rectified under Rule 91, 14.03.2025]A transmit chain may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmit chain may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmit chain may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmit chain may also include one or more antennas 610 for transmitting the amplified signal into the air or wireless medium.

[0223] [Rectified under Rule 91, 14.03.2025]A receive chain may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receive chain may include one or more antennas 610 for receive the signal over the air or wireless medium. The receive chain may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receive chain may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receive chain may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.

[0224] [Rectified under Rule 91, 14.03.2025]FIG. 7 illustrates an example of a processor 700 that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure. The processor 700 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 700 may be implemented in a device or its components as described herein. For example, the device may be an example of a base station 102 or a UE 104 as described herein. The processor 700 may include a controller 702 configured to perform various operations in accordance with examples as described herein. The processor 700 may optionally include at least one memory 704, such as L1 / L2 / L3 cache. Additionally, or alternatively, the processor 700 may optionally include one or more arithmetic-logic units (ALUs) 706. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .

[0225] [Rectified under Rule 91, 14.03.2025]The processor 700 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 700) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .

[0226] [Rectified under Rule 91, 14.03.2025]The controller 702 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 700 to cause the processor 700 to support various operations in accordance with examples as described herein. For example, the controller 702 may operate as a control unit of the processor 700, generating control signals that manage the operation of various components of the processor 700. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

[0227] [Rectified under Rule 91, 14.03.2025]The controller 702 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 704 and determine subsequent instruction (s) to be executed to cause the processor 700 to support various operations in accordance with examples as described herein. The controller 702 may be configured to track memory address of instructions associated with the memory 704. The controller 702 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 702 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 700 to cause the processor 700 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 702 may be configured to manage flow of data within the processor 700. The controller 702 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 700.

[0228] [Rectified under Rule 91, 14.03.2025]The memory 704 may include one or more caches (e.g., memory local to or included in the processor 700 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 704 may reside within or on a processor chipset (e.g., local to the processor 700) . In some other implementations, the memory 704 may reside external to the processor chipset (e.g., remote to the processor 700) .

[0229] [Rectified under Rule 91, 14.03.2025]The memory 704 may store computer-readable, computer-executable code including instructions that, when executed by the processor 700, cause the processor 700 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 702 and / or the processor 700 may be configured to execute computer-readable instructions stored in the memory 704 to cause the processor 700 to perform various functions. For example, the processor 700 and / or the controller 702 may be coupled with or to the memory 704, and the processor 700, the controller 702, and the memory 704 may be configured to perform various functions described herein. In some examples, the processor 700 may include multiple processors and the memory 704 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.

[0230] [Rectified under Rule 91, 14.03.2025]The one or more ALUs 706 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 706 may reside within or on a processor chipset (e.g., the processor 700) . In some other implementations, the one or more ALUs 706 may reside external to the processor chipset (e.g., the processor 700) . One or more ALUs 706 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 706 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 706 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 706 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 706 to handle conditional operations, comparisons, and bitwise operations.

[0231] [Rectified under Rule 91, 14.03.2025]For example, the processor 700 may support wireless communication in accordance with examples as disclosed herein. The processor 700 may be configured to or operable to support a means for receiving, from a base station, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units; and a means for determining at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units.

[0232] [Rectified under Rule 91, 14.03.2025]In another example, the processor 700 may support wireless communication in accordance with examples as disclosed herein. The processor 700 may be configured to or operable to support a means for receiving, from a base station, a physical random access channel (PRACH) configuration for determining random access channel (RACH) occasions (ROs) on a first format of time units and ROs on a second format of time units; and a means for determining whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit.

[0233] [Rectified under Rule 91, 14.03.2025]In another example, the processor 700 may support wireless communication in accordance with examples as disclosed herein. The processor 700 may be configured to or operable to support a means for transmitting, to a user equipment, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units; and a means for determining at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units.

[0234] [Rectified under Rule 91, 14.03.2025]In another example, the processor 700 may support wireless communication in accordance with examples as disclosed herein. The processor 700 may be configured to or operable to support a means for transmitting, to a user equipment, a physical random access channel (PRACH) configuration for determining random access channel (RACH) occasions (ROs) on a first format of time units and ROs on a second format of time units; and a means for determining whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit.

[0235] [Rectified under Rule 91, 14.03.2025]FIG. 8 illustrates a flowchart of a method 800 that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure. The operations of the method 800 may be implemented by a device or its components as described herein. For example, the operations of the method 800 may be performed by a UE 104 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0236] [Rectified under Rule 91, 14.03.2025]At 805, the method may include receiving, from a base station, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units. The operations of 805 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 805 may be performed by a device as described with reference to FIG. 1A.

[0237] [Rectified under Rule 91, 14.03.2025]At 810, the method may include determining at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units. The operations of 810 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 810 may be performed by a device as described with reference to FIG. 1A.

[0238] [Rectified under Rule 91, 14.03.2025]FIG. 9 illustrates a flowchart of a method 900 that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure. The operations of the method 900 may be implemented by a device or its components as described herein. For example, the operations of the method 900 may be performed by a base station 102 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0239] [Rectified under Rule 91, 14.03.2025]At 905, the method may include transmitting to a user equipment, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units. The operations of 905 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 905 may be performed by a device as described with reference to FIG. 1A.

[0240] [Rectified under Rule 91, 14.03.2025]At 910, the method may include determining at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units. The operations of 910 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 910 may be performed by a device as described with reference to FIG. 1A.

[0241] [Rectified under Rule 91, 14.03.2025]FIG. 10 illustrates a flowchart of a method 1000 that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure. The operations of the method 1000 may be implemented by a device or its components as described herein. For example, the operations of the method 1000 may be performed by a UE 104 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0242] [Rectified under Rule 91, 14.03.2025]At 1005, the method may include receiving, from a base station, a physical random access channel (PRACH) configuration for determining random access channel (RACH) occasions (ROs) on a first format of time units and ROs on a second format of time units. The operations of 1005 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1005 may be performed by a device as described with reference to FIG. 1A.

[0243] [Rectified under Rule 91, 14.03.2025]At 1010, the method may include determining whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit. The operations of 1010 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1010 may be performed by a device as described with reference to FIG. 1A.

[0244] [Rectified under Rule 91, 14.03.2025]FIG. 11 illustrates a flowchart of a method 1100 that supports PRACH or PUCCH transmission in accordance with aspects of the present disclosure. The operations of the method 1100 may be implemented by a device or its components as described herein. For example, the operations of the method 1100 may be performed by a base station 102 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.

[0245] [Rectified under Rule 91, 14.03.2025]At 1105, the method may include transmitting, to a user equipment, a physical random access channel (PRACH) configuration for determining random access channel (RACH) occasions (ROs) on a first format of time units and ROs on a second format of time units. The operations of 1105 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1105 may be performed by a device as described with reference to FIG. 1A.

[0246] [Rectified under Rule 91, 14.03.2025]At 1110, the method may include determining whether to reinterpret the PRACH configuration for a time unit based on a format of the time unit. The operations of 1110 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1110 may be performed by a device as described with reference to FIG. 1A.

[0247] [Rectified under Rule 91, 14.03.2025]It should be noted that the methods described herein describes possible implementations, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible. Further, aspects from two or more of the methods may be combined.

[0248] [Rectified under Rule 91, 14.03.2025]The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed with a general-purpose processor, a DSP, an ASIC, a CPU, an FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

[0249] [Rectified under Rule 91, 14.03.2025]The functions described herein may be implemented in hardware, software executed by a processor, firmware, or any combination thereof. If implemented in software executed by a processor, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Other examples and implementations are within the scope of the disclosure and appended claims. For example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.

[0250] [Rectified under Rule 91, 14.03.2025]Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer. By way of example, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor.

[0251] [Rectified under Rule 91, 14.03.2025]As used herein, including in the claims, an article “a” before an element is unrestricted and understood to refer to “at least one” of those elements or “one or more” of those elements. The terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” or “one or both of” ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on” shall be construed in the same manner as the phrase “based at least in part on. Further, as used herein, including in the claims, a “set” may include one or more elements.

[0252] [Rectified under Rule 91, 14.03.2025]The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

[0253] [Rectified under Rule 91, 14.03.2025]

Claims

1.A user equipment comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:receive, via the transceiver from a base station, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units; anddetermine at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units.2.The user equipment of claim 1, wherein the first format of time units comprises at least one of the following:non sub-band full duplex (SBFD) time units configured as uplink (UL) ,non-SBFD time unit configured as flexible, orSBFD time units configured as flexible; andwherein the second format of time units comprises at least one of the following:SBFD time units configured as downlink (DL) , orSBFD time units configured as flexible.3.The user equipment of claim 1, wherein the first parameter configuration comprises a first threshold parameter for selecting a synchronization signal and physical broadcast channel (PBCH) block (SSB) for PRACH transmissions, and the second parameter configuration comprises a second threshold parameter for selecting a SSB for PRACH transmissions,wherein the at least one parameter comprises one of the following:a smaller one of the first threshold parameter and the second threshold parameter;a larger one of the first threshold parameter and the second threshold parameter;the first threshold parameter in the first parameter configuration for the first format of time units;the second threshold parameter in the second parameter configuration for the second format of time units;a third threshold parameter in the transmission configuration;one of the first threshold parameter and the second threshold parameter indicated by an indication, wherein the indication is received from the base station;both the first threshold parameter and the second threshold parameter; oreither of the first threshold parameter and the second threshold parameter, wherein the first threshold parameter and the second threshold parameter are the same; andwherein the processor is further configured to:select a SSB for a PRACH transmission in the PRACH procedure based on the at least one parameter.4.The user equipment of claim 3, wherein the at least one parameter comprises both the first threshold parameter and the second threshold parameter, and selecting the SSB for the PRACH transmission in the PRACH procedure comprises:determining a first set of SSBs among a set of candidate SSBs based on measurements on the set of candidate SSBs and the first threshold parameter;determining a second set of SSBs among the set of candidate SSBs based on the measurements on the first set of candidate SSBs and the second threshold parameter; andselecting a SSB for the PRACH transmission in the PRACH procedure from an intersection of the first set of SSBs and the second set of SSBs or from a union of the first set of SSBs and the second set of SSBs.5.The user equipment of claim 1, wherein the first parameter configuration comprises a first window length parameter for monitoring a physical downlink control channel (PDCCH) scheduling a random access response (RAR) , and the second  parameter configuration comprises a second window length parameter for monitoring a PDCCH scheduling a RAR;wherein determining the at least one parameter comprises:determining a window length parameter for monitoring a PDCCH scheduling a RAR in the PRACH procedure,wherein the window length parameter comprises one of the following:a smaller one of the first window length parameter and the second window length parameter;a larger one of the first window length parameter and the second window length parameter;the first window length parameter in the first parameter configuration for the first format of time units;the second window length parameter in the second parameter configuration for the second format of time units;a third window length parameter in the transmission configuration;one of the first window length parameter and the second window length parameter indicated by an indication, wherein the indication is received from the base station;the first window length parameter in the case that the first repetition among the repetitions of the PRACH transmission is on the first format of time units or the second window length parameter in the case that the first repetition among the repetitions of the PRACH transmission is on the second format of time units;the first window length parameter in the case that the last repetition among the repetitions of the PRACH transmission is on the first format of time units or the second window length parameter in the case that the last repetition among the repetitions of the PRACH transmission is on the second format of time units; oran average of the first window length parameter and the second window length parameter.6.The user equipment of claim 1, wherein the first parameter configuration comprises a first set of candidate numbers for PRACH repetitions, the second parameter configuration comprises a second set of candidate numbers for PRACH repetitions;wherein determining the at least one parameter comprises:determining a set of candidate numbers for the repetitions of the PRACH transmission in the PRACH procedure.7.The user equipment of claim 6, wherein the set of candidate numbers comprises one of the following:an intersection of the first set of candidate numbers and the second set of candidate numbers;a union of the first set of candidate numbers and the second set of candidate numbers;the first set of candidate numbers for PRACH repetitions in the first parameter configuration for the first format of time units;the second set of candidate numbers for PRACH repetitions in the second parameter configuration for the first format of time units;a third set of candidate numbers for PRACH repetitions in the transmission configuration; orone of the first set of candidate numbers and the second set of candidate numbers indicated by an indication, wherein the indication is received from the base station.8.The user equipment of claim 6, wherein the transmission configuration further comprises at least one threshold parameter for at least one candidate number for PRACH repetitions, and the set of candidate numbers are determined at least based on the at least one threshold parameter for the at least one candidate number.9.The user equipment of claim 8, wherein the set of candidate numbers comprises one of the following:a candidate number among the at least one candidate number in the case that a reference signal received power of a downlink path loss is less than a threshold parameter for the candidate number for PRACH repetitions; ornull in the case that the reference signal received power of the downlink path loss is no less than the at least one threshold parameter.10.The user equipment of claim 8, wherein the transmission configuration further comprises a fourth set of candidate numbers for PRACH repetitions configured for a bandwidth part, and the set of candidate numbers comprises one of the following:a candidate number among the at least one candidate number in the case that a reference signal received power of a downlink path loss is less than a threshold parameter for the candidate number for PRACH repetitions; ora smallest candidate number among the fourth set of candidate numbers in the case that the reference signal received power of the downlink path loss is no less than the at least one threshold parameter.11.The user equipment of claim 6, wherein the transmission configuration further comprises a fourth set of candidate numbers for PRACH repetitions configured for a bandwidth part, and the set of candidate numbers comprises the fourth set of candidate numbers in the case that no threshold parameter for a candidate number for PRACH repetitions is comprised in the transmission configuration.12.The user equipment of claim 1, wherein the first parameter configuration comprises a first timer parameter for monitoring a PDCCH scheduling a message 4, and the second parameter configuration comprises a second timer parameter for monitoring a PDCCH scheduling a message 4;wherein determining the at least one parameter comprises:determining a timer parameter for monitoring a PDCCH scheduling a message 4 in the PRACH procedure,wherein the timer parameter comprises one of the following:a smaller one of the first timer parameter and the second timer parameter;a larger one of the first timer parameter and the second timer parameter;the first timer parameter in the first parameter configuration for the first format of time units;the second timer parameter in the second parameter configuration for the second format of time units;a third timer parameter in the transmission configuration;one of the first timer parameter and the second timer parameter indicated by an indication, wherein the indication is received from the base station;the first timer parameter in the case that the first message 3 repetition among message 3 repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the first message 3 repetition among the message 3 repetitions is on the second format of time units;the first timer parameter in the case that the last message 3 repetition among message 3 repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the last message 3 repetition among the message 3 repetitions is on the second format of time units;the first timer parameter in the case that the first PRACH repetition among PRACH repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the first PRACH repetition among the PRACH repetitions is on the second format of time units;the first timer parameter in the case that the last PRACH repetition among PRACH repetitions in the PRACH procedure is on the first format of time units, or the second timer parameter in the case that the last PRACH repetition among the PRACH repetitions is on the second format of time units; oran average of the first timer parameter and the second timer parameter.13.The user equipment of claim 1, wherein the first parameter configuration comprises a first transform precoder configuration for message 3 transmission, and the second parameter configuration comprises a second transform precoder configuration for message 3 transmission;wherein determining the at least one parameter comprises:determining a transform precoder for transmitting a message 3 in the PRACH procedure based on one of the following:the first transform precoder configuration in the first parameter configuration for the first format of time units;the second transform precoder configuration in the second parameter configuration for the second format of time units;a third transform precoder configuration in the transmission configuration;one of the first transform precoder configuration and the second transform precoder configuration indicated by an indication, wherein the indication is received from the base station;the first transform precoder configuration in the case that the first repetition among the repetitions of the PRACH transmission is on the first format of time units, or the second transform precoder configuration in the case that the first repetition among the repetitions of the PRACH transmission is on the second format of time units;the first transform precoder configuration in the case that the last repetition among the repetitions of the PRACH transmission is on the first format of time units, or the second transform precoder configuration in the case that the last repetition among the repetitions of the PRACH transmission is on the second format of time units; orthe first transform precoder configuration in the case that the message 3 is transmitted on the first format of time units, or the second transform precoder configuration in the case that the message 3 is transmitted on the second format of time units.14.The user equipment of claim 1, wherein in the case that one of the first parameter configuration and the second parameter configuration comprises a parameter while the other one of the first parameter configuration and the second parameter configuration does not comprise a corresponding parameter corresponding to the parameter in the first parameter configuration, the parameter is reused in the other one of the first parameter configuration and the second parameter configuration.15.The user equipment of claim 1, wherein the processor is further configured to perform one of the following:transmit, via the transceiver to the base station, the repetitions of the PRACH transmission in the PRACH procedure based on one of the following:the first parameter configuration in the case that the repetitions of the PRACH transmission are transmitted on the first format of time units;the second parameter configuration in the case that the repetitions of the PRACH transmission are transmitted on the second format of time units; orthe at least one parameter in the case that the repetitions of the PRACH transmission are transmitted across the first format of time units and the second format of time units.16.The user equipment of claim 1, wherein the processor is further configured to:transmit, via the transceiver to the base station, repetitions of the PRACH transmission in the PRACH procedure based on the at least one parameter,wherein the repetitions of the PRACH transmission are transmitted on the first format of time units or on the second format of time units or across the first format of time units and the second format of time units.17.The user equipment of claim 1, wherein the first parameter configuration comprises a first repetition number configuration for PUCCH transmission on the first format of time units, the second parameter configuration comprises a second repetition number configuration for PUCCH transmission on the second format of time units;wherein determining the at least one parameter comprises:determining a repetition number for the PUCCH repetitions across the first format of time units and the second format of time units,wherein the repetition number for the PUCCH repetitions across the first format of time units and the second format of time units comprises one of the following:a repetition number for a first PUCCH resource indicated for the PUCCH repetitions;a biggest repetition number among a first repetition number determined based on the first repetition number configuration and a second repetition number determined based on the second repetition number configuration;a repetition number for a first PUCCH resource valid for the PUCCH repetitions;a first repetition number on the first format of time units determined based on the first repetition number configuration and a second repetition number on the second format of time units determined based on the second repetition number configuration; ora third repetition number determined based on a third repetition number configuration, wherein the third repetition number configuration is comprised in the transmission configuration.18.A base station comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:transmit, via the transceiver to a user equipment, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units; anddetermine at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be received across the first format of time units and the second format of time units.19.A method performed by a user equipment, the method comprising:receiving, from a base station, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units; anddetermining at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be transmitted across the first format of time units and the second format of time units.20.A method performed by a base station, the method comprising:transmitting, to a user equipment, a transmission configuration, wherein the transmission configuration comprises a first parameter configuration associated with a physical random access channel (PRACH) transmission or a physical uplink control channel (PUCCH) transmission on a first format of time units and a second parameter configuration associated with a PRACH transmission or a PUCCH transmission on a second format of time units; anddetermining at least one parameter for a PRACH procedure or PUCCH repetitions based on the transmission configuration, wherein repetitions of a PRACH transmission in the PRACH procedure or PUCCH repetitions are supported to be received across the first format of time units and the second format of time units.

Images