Pusch transmission with repetition

Abstract

Various aspects of the present disclosure relate to resource allocation. In an aspect, a UE determines repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI). The UE transmits, to a network entity, the transmission with repetition based on the repetition parameters. The repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.

Description

PUSCH TRANSMISSION WITH REPETITIONTECHNICAL 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 uplink shared channel (PUSCH) transmission with repetition.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] PUSCH transmission (s) may be dynamically scheduled by an UL grant in a DCI, or the transmission may correspond to a configured grant (CG) Type 1 or Type 2. For PUSCH scheduled by a DCI, the DCI may indicate the frequency domain resource allocation, time domain resource allocation, Modulation and Coding Scheme (MCS) , Redundancy Version (RV) and so on. Further study on PUSCH transmission, especially PUSCH transmission with repetition is still needed.SUMMARY

[0004] The present disclosure relates to methods, apparatuses, and systems that support PUSCH transmission with repetition.

[0005] In a first aspect of the solution, a UE determines repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) . The UE transmits, to a network entity, the transmission with repetition based on the repetition parameters. The repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.

[0006] Some implementations of the methods and apparatuses described herein may further include: transmitting, to the network entity, an indication of a capability of supporting PUSCH transmissions with repetition scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0007] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space, and at least one of the repetition parameters is determined based on a type of the search space.

[0008] In some implementations of the methods and apparatuses described herein, the repetition number of the transmission is determined based on one of the following: an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of repetition numbers is predefined or configured via system information block (SIB) 1 or message 4 (Msg4) ; an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for message 3 (Msg3) transmissions with repetition; or a repetition number of a last Msg3 transmission transmitted by the UE.

[0009] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type. The repetition number of the transmission is determined based on one of the following: a radio resource control (RRC) parameter for configuring a repetition number for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI; a predefined number, wherein a RRC parameter for configuring a repetition number for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received; an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of repetition numbers is configured via a radio resource control (RRC) parameter; a predefined number, wherein a RRC parameter for configuring a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received; a time domain resource allocation (TDRA) field in the DCI format 0_0 indicating a row of a TDRA table for DCI format 0_0, wherein the row of the TDRA table for DCI format 0_0 comprises the repetition number; a Release 15 RRC parameter K; a predefined number, wherein a Release 15 RRC parameter K is not received; or an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_1.

[0010] In some implementations of the methods and apparatuses described herein, the repetition type for the transmission is determined based on one of the following: a repetition type A; or an indication of one of a repetition type A and a repetition type B. The indication is carried in one of the following: SIB1, message 2 (Msg2) , a DCI scheduling Msg2, Msg4, or a DCI scheduling Msg4.

[0011] In some implementations of the methods and apparatuses described herein, the indication is not received, and the repetition type for the transmission is determined based on the repetition type A.

[0012] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a first type.

[0013] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type, and a RRC parameter for configuring a repetition type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received.

[0014] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type. The repetition type of the transmission is determined based on one of the following: a RRC parameter for configuring a repetition type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI; or a repetition type of PUSCH transmissions scheduled by DCI format 0_1.

[0015] Some implementations of the methods and apparatuses described herein may further include: determining a slot with at least one symbol overlapping with a downlink symbol configured by a time division duplex (TDD) common configuration or a symbol with synchronization signal block (SSB) transmission as unavailable for the transmission with repetition.

[0016] Some implementations of the methods and apparatuses described herein may further include: determining a slot with at least one symbol overlapping with a downlink symbol configured by a TDD dedicated configuration as available for the transmission with repetition, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a first type.

[0017] Some implementations of the methods and apparatuses described herein may further include: determining a slot with at least one symbol overlapping with a downlink symbol configured by a TDD dedicated configuration as unavailable for the transmission with repetition, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a second type.

[0018] In some implementations of the methods and apparatuses described herein, frequency domain hopping is disabled for the transmission.

[0019] In some implementations of the methods and apparatuses described herein, the frequency domain hopping type of the transmission is determined based on one of the following: a frequency domain hopping type of a last Msg3 transmission transmitted by the UE; an indication carried in SIB1; or an indication carried in Msg4.

[0020] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type. The frequency domain hopping type of the transmission is determined based on one of the following: a RRC parameter for configuring a frequency domain hopping type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI; or a frequency domain hopping type of PUSCH transmissions scheduled by DCI format 0_1.

[0021] In some implementations of the methods and apparatuses described herein, the frequency domain hopping offset of the transmission is determined based on an indication carried in the DCI format 0_0 indicating the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of frequency domain hopping offsets of the transmission is same as a set of frequency domain hopping offsets of Msg3 transmission of the UE.

[0022] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type. The frequency domain hopping offset of the transmission is determined based on an indication carried in the DCI format 0_0 indicating the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of frequency domain hopping offsets is configured via a RRC parameter.

[0023] In some implementations of the methods and apparatuses described herein, the time domain window length for joint channel estimation of the transmission is determined based on an indication carried in SIB1 or Msg4.

[0024] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type. The time domain window length for joint channel estimation of the transmission is determined based on one of the following: a RRC parameter for configuring a time domain window length for joint channel estimation for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, or an indication carried in SIB1 or Msg4, wherein the RRC parameter is not received; or if the RRC parameter and the indication are not received, joint channel estimation is not supported for the transmission.

[0025] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type. Some implementations of the methods and apparatuses described herein may further include: determining a downlink symbol configured by a TDD dedicated configuration as an event to divide an initial time domain window for joint channel estimation into actual time domain windows for joint channel estimation.

[0026] In some implementations of the methods and apparatuses described herein, the repetition symbol type of the transmission is determined based on one of the following: a first configuration; an indication of one of a first configuration and a second configuration, wherein the indication is carried in SIB1 or Msg4; a first configuration, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a first type; a RRC parameter of one of first configuration and a second configuration, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a second type; a first configuration, wherein message 1 (Msg1) is transmitted in an additional random access occasion (RO) in a first symbol type, or Msg3 is only transmitted in a first symbol type; or a first symbol type, wherein Msg1 is transmitted in an additional RO in the first symbol type, or Msg3 is only transmitted in the first symbol type. The first configuration is a configuration restricting repetitions to only one symbol type among two symbol types, and the second configuration is a configuration supporting repetitions across two symbol types and each repetition has one symbol type.

[0027] In some implementations of the methods and apparatuses described herein, the repetition symbol type of the transmission is determined as a second configuration supporting repetitions across two symbol types. The starting RB offset of the repetition in a first symbol type among the two symbol types is determined based on one of the following: an indication carried in SIB1 or Msg4; or a predefined offset value, wherein the predefined offset value is zero.

[0028] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a first type.

[0029] In some implementations of the methods and apparatuses described herein, the repetition symbol type of the transmission is determined as a second configuration supporting repetitions across two symbol types. The DCI format 0_0 scheduling the transmission is received in a search space of a second type. The starting RB offset of the transmission in a first symbol type among the two symbol types is determined based on a RRC parameter.

[0030] In some implementations of the methods and apparatuses described herein, at least one repetition of the transmission is in a first symbol type, and the frequency domain hopping is disabled for the at least one repetition.

[0031] In some implementations of the methods and apparatuses described herein, at least one repetition of the transmission is in a first symbol type, and the frequency domain hopping offset of the at least one repetition is determined based on an indication carried in the DCI format 0_0 indicating the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH repetitions, in the first symbol type, scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of frequency domain hopping offsets is configured via SIB1 or Msg4. A bit number of the indication is the same as a bit number of an indication of a frequency domain hopping offset for PUSCH repetitions, in a second symbol type, scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0032] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a first type, and at least one repetition of the transmission is in a first symbol type. The frequency domain hopping is disabled for the at least one repetition.

[0033] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a first type, and at least one repetition of the transmission is in a first symbol type. The frequency domain hopping offset of the at least one repetition is determined based on a frequency domain hopping offset for at least one further repetition of the transmission in a second symbol type.

[0034] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type, and at least one repetition of the transmission is in a first symbol type. The frequency domain hopping offset of the at least one repetition is determined based on one of the following: a RRC parameter, or a frequency domain hopping offset for at least one further repetition of the transmission in a second symbol type.

[0035] Some implementations of the methods and apparatuses described herein may further include: determining that repetitions of the transmission is supported, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a first type.

[0036] Some implementations of the methods and apparatuses described herein may further include: determining whether repetitions of the transmission is supported based on an indication received from the network entity. The indication is carried in one of the following: Msg2, a DCI scheduling Msg2, Msg4, or a DCI scheduling Msg4.

[0037] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a first type.

[0038] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type, and a RRC parameter for configuring whether to support PUSCH repetitions is not received.

[0039] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type. Repetitions of the transmission is supported.

[0040] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is received in a search space of a second type. Some implementations of the methods and apparatuses described herein may further include: determining whether repetitions of the transmission is supported based on a RRC parameter for configuring whether to support PUSCH repetitions.

[0041] Some implementations of the methods and apparatuses described herein may further include: transmitting, to the network entity, an indication of a request for repetitions of the transmission. The indication is indicated via one of the following: a first preamble in a first RO, wherein at least one of the first preamble or the first RO is associated with a request for repetitions of PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI; a second preamble in a second RO, wherein at least one of the first preamble or the first RO is associated with a request for repetitions of Msg3; Msg3 carrying a request for repetitions of the transmission; or repetitions of Msg1. A channel quality measurement of a channel associated with the UE is lower than a channel quality threshold, the channel quality threshold is predefined or configured.

[0042] In some implementations of the methods and apparatuses described herein, the search space of the first type is a common search space associated with control resource set 0 (CORESET0) .

[0043] In some implementations of the methods and apparatuses described herein, the search space of the second type is a common search space not associated with CORESET0 or a UE-specific search space.

[0044] In some implementations of the methods and apparatuses described herein, the first symbol type is a symbol type with uplink subband.

[0045] In some implementations of the methods and apparatuses described herein, the second symbol type is a symbol type without uplink subband.

[0046] In a second aspect of the solution, a network entity determines repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) . The network entity receives, from a UE, the transmission with repetition based on the repetition parameters. The repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.

[0047] Some implementations of the methods and apparatuses described herein may further include: receiving, from the UE, an indication of a capability of supporting PUSCH transmissions with repetition scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0048] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space, and at least one of the repetition parameters is determined based on a type of the search space.

[0049] In some implementations of the methods and apparatuses described herein, the repetition number of the transmission is determined based on one of the following: an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of repetition numbers is predefined or configured via system information block (SIB) 1 or message 4 (Msg4) ; an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for message 3 (Msg3) transmissions with repetition; or a repetition number of a last Msg3 transmission transmitted by the UE.

[0050] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. The repetition number of the transmission is determined based on one of the following: a radio resource control (RRC) parameter for configuring a repetition number for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI; a predefined number, wherein a RRC parameter for configuring a repetition number for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not transmitted; an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of repetition numbers is configured via a radio resource control (RRC) parameter; a predefined number, wherein a RRC parameter for configuring a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not transmitted; a time domain resource allocation (TDRA) field in the DCI format 0_0 indicating a row of a TDRA table for DCI format 0_0, wherein the row of the TDRA table for DCI format 0_0 comprises the repetition number; a Release 15 RRC parameter K; a predefined number, wherein a Release 15 RRC parameter K for configuring a set of repetition numbers for PUSCH transmissions is not transmitted; or an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_1.

[0051] In some implementations of the methods and apparatuses described herein, the repetition type for the transmission is determined based on one of the following: a repetition type A; or an indication of one of a repetition type A and a repetition type B. The indication is carried in one of the following: SIB1, message 2 (Msg2) , a DCI scheduling Msg2, Msg4, or a DCI scheduling Msg4.

[0052] In some implementations of the methods and apparatuses described herein, the indication is not transmitted, and the repetition type for the transmission is determined based on the repetition type A.

[0053] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a first type.

[0054] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type, and a RRC parameter for configuring a repetition type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not transmitted.

[0055] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. The repetition type of the transmission is determined based on one of the following: a RRC parameter for configuring a repetition type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI; or a repetition type of PUSCH transmissions scheduled by DCI format 0_1.

[0056] Some implementations of the methods and apparatuses described herein may further include: determining a slot with at least one symbol overlapping with a downlink symbol configured by a time division duplex (TDD) common configuration or a symbol with synchronization signal block (SSB) transmission as unavailable for the transmission with repetition.

[0057] Some implementations of the methods and apparatuses described herein may further include: determining a slot with at least one symbol overlapping with a downlink symbol configured by a TDD dedicated configuration as available for the transmission with repetition, wherein the DCI format 0_0 scheduling the transmission is transmitted in a search space of a first type.

[0058] Some implementations of the methods and apparatuses described herein may further include: determining a slot with at least one symbol overlapping with a downlink symbol configured by a TDD dedicated configuration as unavailable for the transmission with repetition, wherein the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type.

[0059] In some implementations of the methods and apparatuses described herein, frequency domain hopping is disabled for the transmission.

[0060] In some implementations of the methods and apparatuses described herein, the frequency domain hopping type of the transmission is determined based on one of the following: a frequency domain hopping type of a last Msg3 transmission transmitted by the UE; an indication carried in SIB1; or an indication carried in Msg4.

[0061] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. The frequency domain hopping type of the transmission is determined based on one of the following: a RRC parameter for configuring a frequency domain hopping type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI; or a frequency domain hopping type of PUSCH transmissions scheduled by DCI format 0_1.

[0062] In some implementations of the methods and apparatuses described herein, the frequency domain hopping offset of the transmission is determined based on an indication carried in the DCI format 0_0 indicating the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of frequency domain hopping offsets of the transmission is same as a set of frequency domain hopping offsets of Msg3 transmission of the UE.

[0063] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. The frequency domain hopping offset of the transmission is determined based on an indication carried in the DCI format 0_0 indicating the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of frequency domain hopping offsets is configured via a RRC parameter.

[0064] In some implementations of the methods and apparatuses described herein, the time domain window length for joint channel estimation of the transmission is determined based on an indication carried in SIB1 or Msg4.

[0065] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. The time domain window length for joint channel estimation of the transmission is determined based on one of the following: a RRC parameter for configuring a time domain window length for joint channel estimation for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, or an indication carried in SIB1 or Msg4, wherein the RRC parameter is not transmitted; or if the RRC parameter and the indication are not transmitted, joint channel estimation is not supported for the transmission.

[0066] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. Some implementations of the methods and apparatuses described herein may further include: determining a downlink symbol configured by a TDD dedicated configuration as an event to divide an initial time domain window for joint channel estimation into actual time domain windows for joint channel estimation.

[0067] In some implementations of the methods and apparatuses described herein, the repetition symbol type of the transmission is determined based on one of the following: a first configuration; an indication of one of a first configuration and a second configuration, wherein the indication is carried in SIB1 or Msg4; a first configuration, wherein the DCI format 0_0 scheduling the transmission is transmitted in a search space of a first type; a RRC parameter of one of first configuration and a second configuration, wherein the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type; a first configuration, wherein message 1 (Msg1) is received in an additional random access occasion (RO) in a first symbol type, or Msg3 is only received in a first symbol type; or a first symbol type, wherein Msg1 is transmitted in an additional RO in the first symbol type, or Msg3 is only received in the first symbol type. The first configuration is a configuration restricting repetitions to only one symbol type among two symbol types, and the second configuration is a configuration supporting repetitions across two symbol types and each repetition has one symbol type.

[0068] In some implementations of the methods and apparatuses described herein, the repetition symbol type of the transmission is determined as a second configuration supporting repetitions across two symbol types. The starting RB offset of the repetition in a first symbol type among the two symbol types is determined based on one of the following: an indication carried in SIB1 or Msg4; or a predefined offset value, wherein the predefined offset value is zero.

[0069] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a first type.

[0070] In some implementations of the methods and apparatuses described herein, the repetition symbol type of the transmission is determined as a second configuration supporting repetitions across two symbol types. The DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. The starting RB offset of the transmission in a first symbol type among the two symbol types is determined based on a RRC parameter.

[0071] In some implementations of the methods and apparatuses described herein, at least one repetition of the transmission is in a first symbol type, and the frequency domain hopping is disabled for the at least one repetition.

[0072] In some implementations of the methods and apparatuses described herein, at least one repetition of the transmission is in a first symbol type, and the frequency domain hopping offset of the at least one repetition is determined based on an indication carried in the DCI format 0_0 indicating the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH repetitions, in the first symbol type, scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of frequency domain hopping offsets is configured via SIB1 or Msg4. A bit number of the indication is the same as a bit number of an indication of a frequency domain hopping offset for PUSCH repetitions, in a second symbol type, scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0073] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a first type, and at least one repetition of the transmission is in a first symbol type. The frequency domain hopping is disabled for the at least one repetition.

[0074] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a first type, and at least one repetition of the transmission is in a first symbol type. The frequency domain hopping offset of the at least one repetition is determined based on a frequency domain hopping offset for at least one further repetition of the transmission in a second symbol type.

[0075] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type, and at least one repetition of the transmission is in a first symbol type. The frequency domain hopping offset of the at least one repetition is determined based on one of the following: a RRC parameter, or a frequency domain hopping offset for at least one further repetition of the transmission in a second symbol type.

[0076] Some implementations of the methods and apparatuses described herein may further include: determining that repetitions of the transmission is supported, wherein the DCI format 0_0 scheduling the transmission is transmitted in a search space of a first type.

[0077] Some implementations of the methods and apparatuses described herein may further include: determining whether repetitions of the transmission is supported based on an indication transmitted to the UE. The indication is carried in one of the following: Msg2, a DCI scheduling Msg2, Msg4, or a DCI scheduling Msg4.

[0078] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a first type.

[0079] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type, and a RRC parameter for configuring whether to support PUSCH repetitions is not transmitted.

[0080] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. Repetitions of the transmission is supported.

[0081] In some implementations of the methods and apparatuses described herein, the DCI format 0_0 scheduling the transmission is transmitted in a search space of a second type. Some implementations of the methods and apparatuses described herein may further include: determining whether repetitions of the transmission is supported based on a RRC parameter for configuring whether to support PUSCH repetitions.

[0082] Some implementations of the methods and apparatuses described herein may further include: receiving, from the UE, an indication of a request for repetitions of the transmission. The indication is indicated via one of the following: a first preamble in a first RO, wherein at least one of the first preamble or the first RO is associated with a request for repetitions of PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI; a second preamble in a second RO, wherein at least one of the first preamble or the first RO is associated with a request for repetitions of Msg3; Msg3 carrying a request for repetitions of the transmission; or repetitions of Msg1. A channel quality measurement of a channel associated with the UE is lower than a channel quality threshold, the channel quality threshold is predefined or configured.

[0083] In some implementations of the methods and apparatuses described herein, the search space of the first type is a common search space associated with control resource set 0 (CORESET0) .

[0084] In some implementations of the methods and apparatuses described herein, the search space of the second type is a common search space not associated with CORESET0 or a UE-specific search space.

[0085] In some implementations of the methods and apparatuses described herein, the first symbol type is a symbol type with uplink subband.

[0086] In some implementations of the methods and apparatuses described herein, the second symbol type is a symbol type without uplink subband.BRIEF DESCRIPTION OF THE DRAWINGS

[0087] FIG. 1A illustrates an example of a wireless communications system that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure.

[0088] FIG. 1B illustrates an example diagram of time domain resource allocation for PUSCH transmissions with PUSCH repetition type A.

[0089] FIG. 1C illustrates an example diagram of time domain resource allocation for PUSCH transmissions with PUSCH repetition type B.

[0090] FIG. 1D illustrates an example diagram of time domain resource allocation for PUSCH transmissions with enhanced PUSCH repetition type A.

[0091] FIG. 1E illustrates an example diagram of time domain resource allocation for a TBOMS-based PUSCH transmission.

[0092] FIG. 1F illustrates an example diagram of inter-slot frequency hopping for a PUSCH transmission.

[0093] FIG. 1G illustrates an example diagram of time domain windows (TDWs) for joint channel estimation.

[0094] FIG. 1H illustrates an example diagram of a sub-band full duplex scheme.

[0095] FIG. 2 illustrates an example signaling chart of an example process that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure.

[0096] FIG. 3 illustrates an example of a device that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure.

[0097] FIG. 4 illustrates an example of a processor that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure.

[0098] FIGS. 5 through 6 illustrate flowcharts of methods that support PUSCH transmission with repetition in accordance with aspects of the present disclosure.DETAILED DESCRIPTION

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

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

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

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

[0103] 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. For example, the term “includes” and its variants are to be read as open terms that mean “includes, but is not limited to. ” The term “based on” is to be read as “based at least in part on. ” The term “one embodiment” and “an embodiment” are to be read as “at least one embodiment. ” The term “another embodiment” is to be read as “at least one other embodiment. ” The use of an expression such as “A and / or B” can mean either “only A” or “only B” or “both A and B. ” Other definitions, explicit and implicit, may be included below.

[0104] 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 (1G) , 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.

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

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

[0107] Aspects of the present disclosure are described in the context of a wireless communications system.

[0108] FIG. 1A illustrates an example of a wireless communications system 100 that supports PUSCH transmission with repetition 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.

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

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

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

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

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

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

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

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

[0117] 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 160.

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

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

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

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

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

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

[0124] A time interval of a resource (e.g., a communication resource) may be organized according to time units, the time unit could be one or more 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.

[0125] Additionally or alternatively, a time unit could be one or more 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.

[0126] Additionally or alternatively, a time unit could be one or more symbols.

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

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

[0129] As mentioned above, PUSCH transmission (s) can be dynamically scheduled by an UL grant in a DCI, or the transmission can correspond to a CG configuration Type 1 or CG configuration Type 2. Before a NR UE transmits a dynamic scheduled PUSCH transmission, the UE receives a DCI indicating the frequency domain resource allocation, time domain resource allocation, MCS, RV and so on.

[0130] As for the resource allocation in frequency domain, for dynamically scheduled PUSCH transmission, the UE shall determine the resource assignment using the resource allocation field in the detected DCI. But for CG Type 1 PUSCH transmission, the resource assignment applied for the transmission are provided by a higher layer parameter frequencyDomainAllocation in configuredGrantConfig. The frequency domain resource assignment indicates to a scheduled UE a set of resource blocks (RBs) within the active bandwidth part. The RB indexing for resource allocation is determined within the UE's active bandwidth part.

[0131] As for the resource allocation in time domain, for dynamically scheduled PUSCH, the 'Time domain resource assignment'field value m of the DCI provides a row index m+1 to an allocated table, and the used resource allocation table could be predefined by 3GPP specification or could be configured by a higher layer parameter. The indexed row defines the slot offset K2, the start and length indicator SLIV (or directly the start symbol S and the allocation length L) and the number of repetitions (if numberOfRepetitions is present in the resource allocation table) to be applied in the PUSCH transmission. The slot offset K2 is used to indicate the number of slots between the DCI received slot and PUSCH transmitted slot.

[0132] There are mainly four schemes for resource allocation in time domain of dynamically scheduled PUSCH, which includes PUSCH repetition Type A, PUSCH repetition Type B, enhanced PUSCH repetition type A (i.e., PUSCH repetition with available slot counting) , TB processing over multi-slot PUSCH (TBOMS) . The enhanced PUSCH repetition type A is beneficial for PUSCH coverage enhancements for TDD. TBOMS is beneficial for PUSCH coverage enhancements. For a certain PUSCH transmission scheduled by DCI format 0_1 or 0_2, which scheme among these four schemes is used could be configured by a higher layer parameter. FIGS. 1B through 1E illustrate examples of time domain resource allocation for these four schemes.

[0133] For PUSCH repetition Type A, the starting symbol S relative to the start of the slot, and the number of consecutive symbols L counting from the symbol S allocated for the PUSCH are determined from the start and length indicator SLIV of the indexed row: if (L-1) ≤7, then SLIV=14· (L-1) +S; else, SLIV=14· (14-L+1) + (14-1-S) ; where0＜L≤14-S.

[0134] When transmitting PUSCH scheduled by DCI format 0_1 or 0_2 in PDCCH with CRC scrambled with C-RNTI, MCS-C-RNTI, or CS-RNTI with NDI=1, the number of repetitions K is determined as follows: if numberOfRepetitions is present in the resource allocation table, the number of repetitions K is equal to numberOfRepetitions; else if the UE is configured with pusch-AggregationFactor, the number of repetitions K is equal to pusch-AggregationFactor; otherwise K=1.

[0135] For PUSCH repetition Type A, in case K>1, the same symbol allocation is applied across the K consecutive slots. The UE shall repeat the TB across the K consecutive slots applying the same symbol allocation in each slot. For example, assuming K2 =1, S=2, L=8, K=4, an example diagram of time domain resource allocation for PUSCH transmissions with PUSCH repetition type A is illustrated in FIG. 1B. As shown in FIG. 1B, for PUSCH repetition Type A, a PUSCH transmission in a slot of a multi-slot PUSCH transmission is omitted if any symbol of the PUSCH is overlapped with the set of symbols of the slot that are indicated to a UE as downlink by tdd-UL-DL-ConfigurationCommon, or tdd-UL-DL-ConfigurationDedicated.

[0136] For PUSCH repetition Type B, the number of nominal repetitions is given by numberOfRepetitions. For the n-th nominal repetition, n = 0, …, numberOfRepetitions -1, the slot where the nominal repetition starts is given by and the starting symbol relative to the start of the slot is given by and the slot where the nominal repetition ends is given by and the ending symbol relative to the start of the slot is given by Here, Ksis the slot where the PUSCH transmission starts, and is the number of symbols per slot. The starting symbol S relative to the start of the slot, and the number of consecutive symbols L counting from the symbol S allocated for the PUSCH are provided by startSymbol and length of the indexed row of the resource allocation table, respectively.

[0137] For PUSCH repetition Type B, a symbol that is indicated as downlink by tdd-UL-DL-ConfigurationCommon, or tdd-UL-DL-ConfigurationDedicated, is considered as an invalid symbol for PUSCH repetition Type B transmission. After determining the invalid symbol (s) for PUSCH repetition type B transmission for each of the K nominal repetitions, the remaining symbols are considered as potentially valid symbols for PUSCH repetition Type B transmission. If the number of potentially valid symbols for PUSCH repetition type B transmission is greater than zero for a nominal repetition, the nominal repetition consists of one or more actual repetitions, where each actual repetition consists of a consecutive set of all potentially valid symbols that can be used for PUSCH repetition Type B transmission within a slot. An actual repetition with a single symbol is omitted except for the case of L=1.

[0138] An actual repetition is omitted if any symbol of the PUSCH is overlapped with the set of symbols of the slot that are indicated to a UE as downlink by tdd-UL-DL-ConfigurationCommon, or tdd-UL-DL-ConfigurationDedicated. For example, assuming K2 =0, S=2, L=8, K=4, an example diagram of time domain resource allocation for PUSCH transmissions with PUSCH repetition type B is illustrated in FIG. 1C.

[0139] For enhanced PUSCH repetition Type A (or PUSCH repetition type A with available slot counting) , the resource allocation in time domain is almost same as PUSCH repetition type A, excluding that the number of repetitions is counted on the basis of available slots. A slot is determined as unavailable if at least one of the symbols indicated by time domain resource allocation (TDRA) for a PUSCH in the slot overlaps with the symbol not intended for UL transmissions, and semi-static flexible symbol configured by tdd-UL-DL-ConfigurationCommon, or tdd-UL-DL-ConfigurationDedicated, is considered as available. For example, assuming K2 =1, S=2, L=8, K=4, an example diagram of time domain resource allocation for PUSCH transmissions with enhanced PUSCH repetition type A is illustrated in FIG. 1D.

[0140] For TBOMS, time domain resource determination can be performed via PUSCH repetition Type A like TDRA. The number of slots K allocated for TBoMS is determined by using a row index of a TDRA list, configured via RRC and is counted based on the available slots for UL transmission. The transmission in each slot could be names as one transmission part of the TB in this invention. The determination of available slots is as defined in enhanced PUSCH repetition Type A. For example, assuming K2 =1, S=2, L=8, K=4, an example diagram of time domain resource allocation for a TBOMS-based PUSCH transmission is illustrated in FIG. 1E.

[0141] In addition, in case of inter-slot frequency hopping, or for inter-slot frequency hopping for a PUSCH scheduled by RAR UL grant or DCI format 0_0 with CRC scrambled by TC-RNTI, the starting RB during slot is given by: where is the current slot number within a system radio frame, where a multi-slot  PUSCH transmission may take place, RBstartis the starting RB within the UL BWP, as calculated from the resource block assignment information of resource allocation type 1 and RBoffset is the frequency offset in RBs between the two frequency hops. FIG. 1F illustrates an example diagram of inter-slot frequency hopping for a PUSCH transmission.

[0142] For PUSCH transmissions of PUSCH repetition Type A scheduled by DCI format 0_1 or 0_2, PUSCH repetition Type A with a configured grant, PUSCH repetition Type B and TB processing over multiple slots, when PUSCH-DMRS-Bundling is enabled, the UE determines one or multiple nominal TDWs, the TDW length is configured by PUSCH-TimeDomainWindowLength, if configured, or Computed as min ( [maxDMRS-BundlingDuration] , M) , if PUSCH-TimeDomainWindowLength is not configured, where M is the time duration in consecutive slots of N·K PUSCH transmissions. And the nominal TDW is divided into multiple actual TDW when there are some events happened which cause power consistency and phase continuity not to be maintained across PUSCH transmissions of PUSCH repetition scheduled by DCI format 0_1 or 0_2. The UE shall maintain power consistency and phase continuity within an actual TDW, and then gNB may do joint channel estimation during the actual TDW. FIG. 1G illustrates an example diagram of time domain windows (TDWs) for joint channel estimation. As shown in FIG. 1F, the second configured TDW is divided into two actual TDWs.

[0143] In order to realize the superior data rate and latency, 5G spectrum on higher frequency band is inevitable. Enhancements are still needed to overcome the coverage reduction on such carriers. A duplexing scheme that enables simultaneous use of downlink and uplink within a time division duplexing (TDD) carrier using non-overlapped frequency resource might be introduced, which could be named as sub-band full duplex (SBFD) . 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 downlink (DL) and uplink (UL) is only at the gNB side and not at the UE side. An example of a SBFD scheme could be seen in FIG. 1H. In the example of FIG. 1H, two DL sub-bands are duplexed with an UL sub-band in slot #0 and slot #1. Other implementations of the SBFD scheme are also possible.

[0144] The gNB could configure one cell common UL subband and one or two DL subbands. The UE determines the UL usable physical resource blocks (PRB) based on the interaction of its UL active BWP / UL initial BWP and the cell common UL subband, and also determines the DL usable PRB based on the interaction of its UL active BWP / UL initial BWP and the cell common DL subband (s) . For symbols configured as SBFD format, the UL usable PRB and DL usable PRB could be used for reception and transmission. DL receptions can only be in DL usable PRBs and UL transmissions could only be in UL usable PRBs. A symbol format being SBFD format means the symbol being indicated as DL with a UL frequency region or a UL subband; or 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 a slot includes only SBFD symbol or some SBFD symbols. non-SBFD slots or symbol could be a slot or symbol not be SBFD slot or symbol.

[0145] A time unit is non-SBFD time unit if it is not SBFD time unit, or it is pure DL / flexible / UL symbol.

[0146] For UL transmissions across SBFD symbols and non-SBFD symbols in different slots (each transmission / reception within a slot has either all SBFD or all non-SBFD symbols) for an SBFD-aware UE, the SBFD-aware UE is provided with one configuration among Configuration #1 and Configuration #2. If Configuration #1 is provided, the transmissions / receptions are restricted to SBFD symbols only or non-SBFD symbols only. If Configuration #2 is provided, the transmissions / receptions can be in SBFD symbols and non-SBFD symbols.

[0147] In other words, for UL transmissions across SBFD symbols and non-SBFD symbols in different slots with Configuration #1, for PUSCH repetition type A with available slot counting, TBoMS and PUCCH repetitions, the UE postpones transmissions in the invalid symbol type; and for CG PUSCH and SPS PDSCH, P / SP SRS, P / SP CSI-RS, P / SP PUCCH, SP-CSI on PUSCH, PUSCH repetition type A without available slot counting, multi-PUSCH / PDSCH scheduled by a single DCI, and PDSCH repetitions, transmissions / receptions in the invalid symbol type are dropped.

[0148] For UL transmissions across SBFD symbols and non-SBFD symbols in different slots with Configuration #2, UE may be indicated with a frequency domain resource offset to determine the frequency domain resource for SBFD symbols based on the indicated frequency domain resource for non-SBFD symbols. The numbers of PRBs are the same for PUSCH transmissions in SBFD symbols and PUSCH transmissions in non-SBFD symbols.

[0149] Separate frequency hopping (FH) offsets for PUSCH transmissions in SBFD symbols and non-SBFD symbols respectively is support. UE applies the FH offset / FH offset list according to the symbol type of the PUSCH transmissions. In an example, FH is disabled for PUSCH transmissions in SBFD symbols. In another example, the same number of FH offsets may be configurated for SBFD symbols and non-SBFD symbols, and the number of bits used to indicate FH offset in DCI may be determined as legacy.

[0150] For PUSCH intra-slot frequency hopping in SBFD symbols, the starting RB in each hop is given by:

[0151] For PUSCH inter-slot frequency hopping in SBFD symbols and when pusch-DMRS-Bundling is not enabled, or for inter-slot frequency hopping for a PUSCH in SBFD symbols scheduled by RAR UL grant or DCI format 0_0 with CRC scrambled by TC-RNTI, the starting RB during slot is given by: where RBUL SB start is the starting PRB index of UL usable PRBs with reference to the  start of UL active BWP.  is the number of UL usable PRBs. RBstart is the starting PRB index of the first PUSCH hop with reference to the start of UL active BWP. For PUSCH transmissions with Configuration #2, RBstart is the starting PRB index with reference to the start of UL active BWP after applying RB offset between non-SBFD symbols and SBFD symbols. RBoffset is the frequency hopping offset for PUSCH in SBFD symbols.

[0152] There may be multiple DCI formats used for scheduling PUSCH, including DCI format 0_0, 0_1, 0_2. Among these DCI formats, DCI format 0_0 is usually used for scheduling PUSCH in initial access stage, or RRC re-connection mode considering it’s robust. For UL coverage enhancement, PRACH repetition with same beam is supported in Rel-18. PUSCH scheduled by DCI format 0_1, 0_2, or Msg3 PUSCH scheduled by RAR UL grant or DCI format 0_0 with CRC scrambled by a TC-RNTI may support PUSCH repetition. PUCCH repetition for Msg4 is also supported.

[0153] For PUSCH scheduled by DCI format 0_1 / 0_2, the time domain resource allocation (TDRA) table is determined based on following rule. If a table dedicated for DCI format 0_1 / 0_2, i.e., pusch-TimeDomainAllocationListDCI-0-1 / pusch-TimeDomainAllocationListDCI-0-2 is provided in pusch-Config, then it is used as TDRA table. Otherwise, if R15 table pusch-TimeDomainAllocationList is provided in pusch-Config, then it is used as TDRA table. Otherwise, if pusch-TimeDomainAllocationList is provided in pusch-ConfigCommon, then it is used as TDRA table. Otherwise default table A in the 3GPP specification TS 38.214 is used as TDRA table.

[0154] For PUSCH scheduled by DCI format 0_1 / 0_2, repetition type A / B is configured per DCI format for DCI format 0_1 / 0_2. If there is repetition number in the table, then it is used; otherwise, if a R15 parameter K provided in pusch-Config is configured, then repetition number is equal to K; otherwise assuming repetition number is 1. Frequency hopping and frequency offset sets may be configured. Available slot counting and TDW length for Joint channel Estimation may be configured. For PUSCH scheduled by DCI format 0_1 / 0_2, for TBOMS, N (i.e., the number of slots for transmitting one TB) may be configured. For PUSCH scheduled by DCI format 0_1 / 0_2, Configuration #1 or Configuration #2 may be configured by higher layer signaling. For PUSCH transmission in SBFD symbols, a separate FH offset set may be configured for SBFD symbols, and the FH indication field in DCI may be determined according to the configured FH offset number. The configured FH offset number for SBFD symbols is the same as the configured FH offset number for non-SBFD symbols.

[0155] For Msg3 PUSCH, the scheduling UL grant is in Msg2 RAR UL grant, the UL grant may include the following fields in Table 8.2-1 of TS 38.214. Table 8.2-1: Random Access Response Grant Content field size

[0156] If the value of the frequency hopping flag is 0, the UE transmits the PUSCH without frequency hopping; otherwise, the UE transmits the PUSCH with frequency hopping. If pusch-TimeDomainAllocationList is provided in pusch-ConfigCommon, then it is used as TDRA table. Otherwise, default table A in the 3GPP specification TS 38.214 is used. The CSI request field is reserved.

[0157] For a PUSCH transmission with frequency hopping scheduled by RAR UL grant, the frequency offset for the second hop is given in Table 8.3-1 of TS 38.214. Using Hop bits in frequency domain allocation field to indicate the hopping offset. Table 8.3-1: Frequency offset for second hop of PUSCH transmission with frequency  hopping scheduled by RAR UL grant or of Msg3 PUSCH retransmission

[0158] The Msg3 PUSCH may also be scheduled by DCI format 0_0 with CRC scrambled by a TC-RNTI.

[0159] For Msg3 PUSCH repetition, whether to request Msg3 transmission with repetition is determined based on configured RSRP threshold. It is requested by UE using a separately RO or separately preamble. Only repetition type A is supported, based on available slots wherein semi-static flexible symbols configured by tdd-UL-DL-ConfigurationCommon and SSB symbols are not available. Repetition number is indicated by 2 MSBs of the MCS field in the RAR UL grant or in the DCI format 0_0 from a set of four values provided by numberOfMsg3-RepetitionsList or from {1, 2, 3, 4} if numberOfMsg3-RepetitionsList is not provided. MCS for the PUSCH transmission is indicated by the 2 LSBs of the MCS field in the RAR UL grant or by the 3 LSBs of the MCS field in the DCI format 0_0. RV is indicated by RV field and 0231 is used. Inter-slot hopping is disabled or enabled in RAR UL grant or in DCI format 0_0. Joint channel estimation is not supported. If addition RO is selected for Msg1 transmission, only Configuration #1 is supported for Msg3 repetition, thus Msg3 PUSCH repetition may only be transmitted in SBFD symbol or non-SBFD symbol. For Msg3 PUSCH repetition Configuration #1, the valid symbol type is determined based on the symbol type of the first transmission occasion. UE does not expect the first transmission occasion includes different symbol types (i.e., SBFD symbols and non-SBFD symbols) . Available slot counting may be performed on only SBFD symbols or on only non-SBFD symbols. For Msg3 PUSCH repetition in SBFD symbols, the frequency offset is determined based on table 8.3-1 of TS 38.214 by replacing size of BWP to size of UL usable PRBs.

[0160] For PUSCH scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, the time domain table is determined based on following rule. If it is monitored in any common search space (CSS) associated with CORESET 0, if pusch-TimeDomainAllocationList is provided in pusch-ConfigCommon, then it is used as TDRA table; otherwise, default table A in the 3GPP specification TS 38.214 is used. Or if it is monitored in any common search space not associated with CORESET 0, or DCI format 0_0 in UE specific search space, if pusch-TimeDomainAllocationList is provided in pusch-Config, then it is used; otherwise, if pusch-TimeDomainAllocationList is provided in pusch-ConfigCommon, then it is used as TDRA table; otherwise, default table A in the 3GPP specification TS 38.214 is used.

[0161] For PUSCH scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, repetition is not supported yet. Field tests have shown that Msg5 (indicating a RRC setup complete) is the bottleneck for initial access, due to the large payload size of Msg5 when compared to another message. Msg5 is transmitted before RRC reconfiguration signaling, so Msg5 is scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. For improving UL coverage, PUSCH repetition scheduled by DCI format 0_0 with CRC scrambled by C-RNTI might be supported. In order to support PUSCH repetition scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, further enhancements are still needed in various aspects, e.g., how to request or indicate whether to transmit repetition or not, how to indicate the repetition number; whether to support Repetition type A or B; how to perform available slot counting; hopping type (inter slot or intra slot) determination and hopping offset determination; event determination of TDW for joint channel estimation; and interactions with SBFD scenario.

[0162] In view of the above, some embodiments of the present disclosure provide schemes related to repetitions of PUSCH transmission with scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. With some embodiments of the present disclosure, repetitions of PUSCH transmission with scheduled by DCI format 0_0 with CRC scrambled by C-RNTI may be supported.

[0163] FIG. 2 illustrates an example signaling chart of an example process 200 that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1A, and the process 200 may involve a UE 104 and a network entity 102 as shown in FIG. 1A. 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.

[0164] As shown in FIG. 2, the UE 104 determines (202) repetition parameters for a transmission 208. The transmission 208 is a PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. Similarly, the network entity 102 determines (204) repetition parameters for the transmission 208. The UE 104 transmits (206) the transmission 208 with repetition to the network entity 102 based on the repetition parameters. The network entity 102 receives (210) the transmission 208 with repetition from the UE 104 based on the repetition parameters. The repetition parameters include at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting RB offset.

[0165] In some embodiments, the UE 104 may transmit, to the network entity 102, an indication of a capability of supporting PUSCH transmissions with repetition scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. For example, the UE may report whether the PUSCH transmission with repetition scheduled by a DCI format 0_0 with CRC scrambled by C-RNTI is supported.

[0166] In some embodiments, the DCI format 0_0 scheduling the transmission 208 may be received in a search space. At least one of the repetition parameters may be determined based on a type of the search space. In other words, for PUSCH transmission with repetition scheduled by a DCI format 0_0 with CRC scrambled by C-RNTI, different schemes for repetitions of the PUSCH transmission may be designed for different search space types of the DCI format 0_0 scheduling the PUSCH transmission.

[0167] The first aspect of some embodiments of the present disclosure relates to how to determine the repetition number of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0168] In some embodiments, the repetition number of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of repetition numbers may be predefined or may be configured via system information block (SIB) 1 or message 4 (Msg4) . In other words, a specific set of repetition numbers may be configured or predefined for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. In an example, the UE may receive an indication (e.g., in SIB1, or Msg4) to configure a set of repetition numbers. The TDRA field or MCS field in DCI format 0_0 scrambled by C-RNTI may be used to indicate the repetition number to be used. If the UE does not receive the configuration of the set of repetition numbers, a default set of repetition numbers may be predefined, e.g., {1, 2, 3, 4} .

[0169] In some alternative embodiments, the repetition number of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the repetition number from a set of repetition numbers for message 3 (Msg3) transmissions with repetition. In other words, the set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI may be same as the configured set of repetition numbers for Msg3. The configured set of repetition numbers for Msg3 may be reused for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The TDRA field or MCS field in DCI format 0_0 scrambled by C-RNTI may be used to indicate the repetition number to be used.

[0170] In some alternative embodiments, the repetition number of the transmission 208 may be determined based on a repetition number of a last Msg3 transmission transmitted by the UE 104. In a specific example, if the repetition number for a last Msg3 transmission transmitted by the UE 104 is N1, the repetition number for the PUSCH transmission scheduled by DCI format 0_1 may be also N1.

[0171] In some alternative embodiments, the repetition number of the transmission 208 may be determined based on a type of a search space in which the DCI format 0_0 scheduling the transmission 208 is received.

[0172] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a common search space (CSS) associated with control resource set 0 (CORESET0) . In some examples, the repetition number of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of repetition numbers may be predefined or may be configured via SIB 1 or Msg4. In some alternative examples, the repetition number of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the repetition number from a set of repetition numbers for Msg3 transmissions with repetition. In some alternative examples, the repetition number of the transmission 208 may be determined based on a repetition number of a last Msg3 transmission transmitted by the UE 104.

[0173] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a UE-specific search space (USS) .

[0174] In some examples, the repetition number of the transmission 208 may be determined based on a radio resource control (RRC) parameter for dedicatedly configuring a repetition number for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. In other words, the UE may receive a separate RRC parameter configuring the repetition number for PUCCH transmission scheduled by a DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or in CSS not associated with CORESET0.

[0175] In some alternative examples, if a RRC parameter for configuring a repetition number for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received, the repetition number of the transmission 208 may be determined based on a predefined number. In other words, if the UE does not receive the separate RRC parameter configuring the repetition number for PUCCH transmission scheduled by a DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or in CSS not associated with CORESET0, a predefined repetition number (e.g., 1) may be used as repetition number for PUCCH transmission scheduled by a DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or in CSS not associated with CORESET0.

[0176] In some alternative examples, the repetition number of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of repetition numbers is configured via a RRC parameter. In other words, the UE may receive a separate RRC parameter configuring a set of repetition numbers for PUCCH transmission scheduled by a DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or in CSS not associated with CORESET0. The TDRA field or MCS field in DCI format 0_0 scrambled by C-RNTI may be used to indicate the repetition number to be used.

[0177] In some alternative examples, if a RRC parameter for configuring a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received, the repetition number of the transmission 208 may be determined based on a predefined number. In other words, if the UE does not receive the separate RRC parameter configuring the set of repetition numbers for PUCCH transmission scheduled by a DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or in CSS not associated with CORESET0, a default set of repetition numbers may be predefined, e.g., {1, 2, 3, 4} . The TDRA field or MCS field in DCI format 0_0 scrambled by C-RNTI may be used to indicate the repetition number to be used.

[0178] In some alternative examples, the repetition number of the transmission 208 may be determined based on a TDRA field in the DCI format 0_0 indicating a row of a TDRA table for DCI format 0_0. The row of the TDRA table for DCI format 0_0 includes the repetition number. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not associated with CORESET0, a new TDRA table may be configured. There may be a repetition number in each row of the new TDRA table.

[0179] In some alternative examples, the repetition number of the transmission 208 may be determined based on a Release 15 RRC parameter K. In other words, the Release 15 RRC parameter K, if provided in pusch-Config, may be reused to determine the repetition number of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not associated with CORESET0.

[0180] In some alternative examples if a Release 15 RRC parameter is not received, the repetition number of the transmission 208 may be determined based on a predefined number. In other words, if the Release 15 RRC parameter K is not provided in pusch-Config, a default repetition number may be predefined, e.g., 1, as the repetition number of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not associated with CORESET0.

[0181] In some alternative examples, the repetition number of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_1. In other words, the repetition number set for DCI format 0_1 may be reused for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not associated with CORESET0. If a set of repetition numbers are configured for DCI format 0_1, the set of repetition numbers may also be used for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not associated with CORESET0.

[0182] The second aspect of some embodiments of the present disclosure relates to how to determine the repetition type of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The repetition type may include repetition type A and repetition type B.

[0183] In some embodiments, the repetition type for the transmission 208 may be determined based on a repetition type A. In other words, only repetition type A may be supported for the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0184] In some alternative embodiments, the repetition type for the transmission 208 may be determined based on an indication of one of a repetition type A and a repetition type B. The indication may be carried in SIB1. Alternatively, the indication may be carried in message 2 (Msg2) . Alternatively, the indication may be carried in a DCI scheduling Msg2. Alternatively, the indication may be carried in Msg4. Alternatively, the indication may be carried in a DCI scheduling Msg4. In some implementations, if the indication of one of a repetition type A and a repetition type B is not received, the repetition type for the transmission 208 may be determined based on the repetition type A. In other words, if SIB 1 or Msg2 / Msg2 scheduling DCI or Msg4 / Msg4 scheduling DCI indicates the repetition type for the PUSCH transmission scheduled by DCI format 0_0 scramble by C-RNTI, the indicated repetition type is used; otherwise, repetition type A may be supported. In some alternative implementations, if the indication of one of a repetition type A and a repetition type B is not received, the transmission 208 may be determined to have no repetition. In other words, if SIB 1 or Msg2 / Msg2 scheduling DCI or Msg4 / Msg4 scheduling DCI indicates the repetition type for the PUSCH transmission scheduled by DCI format 0_0 scramble by C-RNTI, the indicated repetition type is used; otherwise, there is no repetition for the PUSCH transmission.

[0185] In some alternative embodiments, the repetition type of the transmission 208 may be determined based on a type of a search space in which the DCI format 0_0 scheduling the transmission 208 is received.

[0186] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. The repetition type for the transmission 208 may be determined based on a repetition type A. Alternatively, the repetition type for the transmission 208 may be determined based on an indication of one of a repetition type A and a repetition type B carried in SIB1 or Msg2 or a DCI scheduling Msg2 or Msg4 or a DCI scheduling Msg4. In some examples, if the indication of one of a repetition type A and a repetition type B is not received, the repetition type for the transmission 208 may be determined based on the repetition type A. In some alternative examples, if the indication of one of a repetition type A and a repetition type B is not received, the transmission 208 may be determined to have no repetition. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS associated with CORESET0, only repetition type A or no repetition may be supported for the PUSCH scheduled by the DCI format 0_0. Alternatively, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS associated with CORESET0, if SIB 1 or Msg2 / Msg2 scheduling DCI or Msg4 / Msg4 scheduling DCI indicates the repetition type for the PUSCH transmission scheduled by DCI format 0_0 scramble by C-RNTI, the indicated repetition type is used; otherwise, repetition type A may be supported or there is no repetition for the PUSCH transmission.

[0187] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The repetition type of the transmission 208 may be determined based on a RRC parameter for configuring a repetition type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, the UE may receive a RRC parameter configuring the repetition type for PUSCH scheduled by the DCI format 0_0.

[0188] In some alternative implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. If a RRC parameter for configuring a repetition type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received, the repetition type for the transmission 208 may be determined based on a repetition type A. Alternatively, if a RRC parameter for configuring a repetition type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received, the repetition type for the transmission 208 may be determined based on an indication of one of a repetition type A and a repetition type B carried in SIB1 or Msg2 or a DCI scheduling Msg2 or Msg4 or a DCI scheduling Msg4. In some examples, if the indication of one of a repetition type A and a repetition type B is not received, the repetition type for the transmission 208 may be determined based on the repetition type A. In some alternative examples, if the indication of one of a repetition type A and a repetition type B is not received, the transmission 208 may be determined to have no repetition. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, if no RRC parameter is received to configure the repetition type for PUSCH scheduled by the DCI format 0_0, only repetition type A or no repetition may be supported for the PUSCH scheduled by the DCI format 0_0. Alternatively, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, if no RRC parameter is received to configure the repetition type for PUSCH scheduled by the DCI format 0_0, and if SIB 1 or Msg2 / Msg2 scheduling DCI or Msg4 / Msg4 scheduling DCI indicates the repetition type for the PUSCH transmission scheduled by DCI format 0_0 scramble by C-RNTI, the indicated repetition type is used; otherwise, repetition type A may be supported or there is no repetition for the PUSCH transmission.

[0189] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The repetition type of the transmission 208 may be determined based on a repetition type of PUSCH transmissions scheduled by DCI format 0_1. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, the repetition type of the PUSCH transmission scheduled by the DCI format 0_0 may be the same as the repetition type of PUSCH transmission scheduled by a DCI format 0_1.

[0190] The third aspect of some embodiments of the present disclosure relates to how to determine the available slots for repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0191] In some embodiments, the UE 104 may determine a slot with at least one symbol overlapping with a downlink symbol configured by a time division duplex (TDD) common configuration or a symbol with synchronization signal block (SSB) transmission as unavailable for the transmission 208 with repetition. In other words, semi-static DL symbol configured by tdd-UL-DL-ConfigurationCommon or SSB symbols may be un-available for the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0192] In some alternative embodiments, the UE may determine available slots for the transmission 208 based on a type of a search space in which the DCI format 0_0 scheduling the transmission 208 is received.

[0193] In some implementations, the UE 104 may determine a slot with at least one symbol overlapping with a downlink symbol configured by a TDD dedicated configuration as available for the transmission 208 with repetition. The DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. For example, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS associated with CORESET0, semi-static DL symbol configured by tdd-UL-DL-ConfigurationCommon or SSB symbols may be un-available for the PUSCH transmission scheduled by the DCI format 0_0, and DL symbols configured by a TDD dedicated signaling are available for the PUSCH transmission scheduled by the DCI format 0_0.

[0194] In some alternative implementations, the UE 104 may determine a slot with at least one symbol overlapping with a downlink symbol configured by a TDD dedicated configuration as unavailable for the transmission 208 with repetition. The DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. In other words, for DCI format 0_0 received in USS, or CSS not in CORESET0, DL symbols configured by a TDD dedicated signaling may also be un-available for the PUSCH transmission scheduled by the DCI format 0_0.

[0195] In some embodiments, when determining the available slots for the PUSCH transmission scheduled by the DCI format 0_0, for DCI format 0_0 received in USS, or CSS not in CORESET0, the determination may be the same as that for PUSCH transmission scheduled by DCI format 0_1. The available slot-based counting does not need to be specifically configured.

[0196] The fourth aspect of some embodiments of the present disclosure relates to how to determine whether to enable frequency domain hopping and how to determine the frequency domain hopping type for repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0197] In some embodiments, frequency domain hopping may be disabled for the transmission 208. In other words, frequency hopping is always disabled for repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0198] In some alternative embodiments, the frequency domain hopping type of the transmission 208 may be determined based on a frequency domain hopping type of a last Msg3 transmission transmitted by the UE 104. For example, if there is inter slot frequency hopping for Msg3, PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI (e.g., Msg5) also support inter slot hopping.

[0199] In some alternative embodiments, the frequency domain hopping type of the transmission 208 may be determined based on an indication carried in SIB1. For example, the UE may receive SIB1 carrying an indication of whether to enable or disable frequency hopping for repetition of PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0200] In some alternative embodiments, the frequency domain hopping type of the transmission 208 may be determined based on an indication carried in Msg4. For example, the UE may receive Msg4 carrying an indication of whether to enable or disable frequency hopping for repetition of PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0201] In some alternative embodiments, the UE may determine whether frequency hopping is enabled or disabled for repetition of the transmission 208 based on a type of a search space in which the DCI format 0_0 scheduling the transmission 208 is received.

[0202] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. In some examples, frequency domain hopping may be disabled for the transmission 208. In some alternative examples, the frequency domain hopping type of the transmission 208 may be determined based on a frequency domain hopping type of a last Msg3 transmission transmitted by the UE 104. In some alternative examples, the frequency domain hopping type of the transmission 208 may be determined based on an indication carried in SIB1. In some alternative examples, the frequency domain hopping type of the transmission 208 may be determined based on an indication carried in Msg4.

[0203] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The frequency domain hopping type of the transmission 208 may be determined based on a RRC parameter for configuring a frequency domain hopping type for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. For example, for DCI format 0_0 received in USS, or CSS not in CORESET0, the UE may receive a RRC signaling for 0_0 for configuring inter or intra slot hopping for repetitions of PUSCH transmission scheduled by the DCI format 0_0.

[0204] In some alternative implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The frequency domain hopping type of the transmission 208 may be determined based on a frequency domain hopping type of PUSCH transmissions scheduled by DCI format 0_1. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, the frequency domain hopping type of the PUSCH transmission scheduled by the DCI format 0_0 may be the same as the frequency domain hopping type of PUSCH transmission scheduled by a DCI format 0_1.

[0205] The fifth aspect of some embodiments of the present disclosure relates to how to determine the frequency hopping offset for repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0206] In some embodiments, the frequency domain hopping offset of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of frequency domain hopping offsets of the transmission 208 is same as a set of frequency domain hopping offsets of Msg3 transmission of the UE 104. In other words, the frequency hopping offset for repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI may have the same candidate value set as the Msg3 table, e.g., Table 8.3-1 of TS 38.214.

[0207] In some alternative embodiments, the UE may determine the frequency hopping offset for repetition of the transmission 208 based on a type of a search space in which the DCI format 0_0 scheduling the transmission 208 is received.

[0208] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. The frequency domain hopping offset of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of frequency domain hopping offsets of the transmission 208 is same as a set of frequency domain hopping offsets of Msg3 transmission of the UE 104. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS associated with CORESET0, the frequency hopping offset for repetition of the PUSCH transmission scheduled by the DCI format 0_0 may have the same candidate value set as the Msg3 table

[0209] In some alternative implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The frequency domain hopping offset of the transmission 208 may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of frequency domain hopping offsets is configured via a RRC parameter. For example, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, a RRC parameter frequencyHoppingOffsetLists may be used.

[0210] The sixth aspect of some embodiments of the present disclosure relates to the joint channel estimation parameter for repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0211] In some embodiments, the time domain window length for joint channel estimation of the transmission 208 may be determined based on an indication carried in SIB1 or Msg4.

[0212] In some alternative embodiments, the UE may determine the time domain window length for joint channel estimation of the transmission 208 based on a type of a search space in which the DCI format 0_0 scheduling the transmission 208 is received.

[0213] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. The time domain window length for joint channel estimation of the transmission 208 may be determined based on an indication carried in SIB1 or Msg4.

[0214] In some alternative implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The time domain window length for joint channel estimation of the transmission 208 may be determined based on a RRC parameter for configuring a time domain window length for joint channel estimation for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. If the RRC parameter is not received, the time domain window length for joint channel estimation of the transmission 208 may be determined based on an indication carried in SIB1 or Msg4. If the RRC parameter and the indication are not received, joint channel estimation is not supported for the transmission 208. In other words, for DCI format 0_0 received in USS, or CSS not in CORESET0, the time domain window length for joint channel estimation may be configured using the parameters for PUSCH; otherwise, the value configured in SIB1 / Msg4 is used; otherwise, joint channel estimation is not supported.

[0215] In some embodiments, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The UE 104 may determine a downlink symbol configured by a TDD dedicated configuration as an event to divide an initial time domain window for joint channel estimation into actual time domain windows for joint channel estimation. In other words, for DCI format 0_0 received in USS, or CSS not in CORESET0, DL symbol configured by a TDD dedicated signaling may be considered as an event to divide the initial time domain window into actual time domain window.

[0216] The seventh aspect of some embodiments of the present disclosure relates to the repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI in SBFD scenarios. That is, when the PUSCH transmission is across SBFD symbols and non-SBFD symbols in different slots, whether the PUSCH transmission should be in only one symbol type (i.e., Configuration #1) or across two symbol types (i.e., Configuration #2) should be determined.

[0217] In some embodiments, the repetition symbol type of the transmission 208 may be determined as a first configuration. The first configuration may be a configuration restricting repetitions to only one symbol type among two symbol types (i.e., Configuration #1) . In other words, only Configuration #1 is supported for repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0218] In some alternative embodiments, the repetition symbol type of the transmission 208 may be determined based on an indication of one of a first configuration and a second configuration. The indication is carried in SIB1 or Msg4. The second configuration may be a configuration supporting repetitions across two symbol types and each repetition has one symbol type (i.e., Configuration #2) . In other words, SIB 1 or Msg4 may configure whether Configuration #1 (i.e., repetitions in one symbol type) or Configuration #2 (i.e., repetitions across SBFD symbols and non-SBFD symbols) may be used for repetition of the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.

[0219] In some alternative embodiments, the repetition symbol type of the transmission 208 may be determined as a first configuration. The DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS associated with CORESET0, only Configuration #1 is supported.

[0220] In some alternative embodiments, the repetition symbol type of the transmission 208 may be determined based on a RRC parameter of one of first configuration and a second configuration. The DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. In other words, for DCI format 0_0 received in USS, or CSS not in CORESET0, a RRC parameter may be used for PUSCH scheduled by the DCI format 0_0 to determine the repetition symbol type.

[0221] In some alternative embodiments, if message 1 (Msg1) is transmitted in an additional random access occasion (RO) in a first symbol type, or Msg3 is only transmitted in a first symbol type, the repetition symbol type of the transmission 208 may be determined as a first configuration. The first symbol type is a symbol type with uplink subband. The second symbol type is a symbol type without uplink subband. In other words, if PRACH is in additional RO, or Msg3 is only transmitted in SBFD symbol, then PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is only supported Configuration #1.

[0222] In some alternative embodiments, if Msg1 is transmitted in an additional RO in the first symbol type, or Msg3 is only transmitted in the first symbol type, the repetition symbol type of the transmission 208 may be determined as a first symbol type. The first symbol type is a symbol type with uplink subband. The second symbol type is a symbol type without uplink subband. In other words, if PRACH is in additional RO, or Msg3 is only transmitted in SBFD symbol, then PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI may be only in SBFD symbols.

[0223] In some alternative embodiments, if Msg1 is transmitted in a legacy RO in the second symbol type, or Msg3 is only transmitted in the second symbol type, the repetition symbol type of the transmission 208 may be determined as a second symbol type. The first symbol type is a symbol type with uplink subband. The second symbol type is a symbol type without uplink subband. In other words, if PRACH is in legacy RO, or Msg3 is only transmitted in non-SBFD symbol, then PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI may be only in non-SBFD symbols.

[0224] In some embodiments, the repetition symbol type of the transmission 208 may be determined as a second configuration supporting repetitions across two symbol types. The starting RB offset of the repetition in a first symbol type among the two symbol types may be determined based on an indication carried in SIB1 or Msg4. In other words, if Configuration #2 is supported, the UE may determine starting RB offset for PUSCH transmitted in SBFD symbol based on a configuration in SIB1 / Msg4.

[0225] In some embodiments, the repetition symbol type of the transmission 208 may be determined as a second configuration supporting repetitions across two symbol types. The starting RB offset of the repetition in a first symbol type among the two symbol types may be determined based on a predefined offset value. The predefined offset value may be zero. In other words, if Configuration #2 is supported, the UE may determine starting RB offset for PUSCH transmitted in SBFD symbol as a predefined value, e.g., zero.

[0226] In some alternative embodiments, the repetition symbol type of the transmission 208 may be determined based on a type of a search space in which the DCI format 0_0 scheduling the transmission 208 is received.

[0227] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. The repetition symbol type of the transmission 208 may be determined as a second configuration supporting repetitions across two symbol types. The starting RB offset of the repetition in a first symbol type among the two symbol types may be determined based on an indication carried in SIB1 or Msg4 or based on a predefined offset value (e.g., zero) . In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS in CORESET0, if Configuration #2 is supported, the starting RB offset for PUSCH transmitted in SBFD symbol may be configured in SIB1 or Msg4. Alternatively, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS in CORESET0, if Configuration #2 is supported, the starting symbol for non-SBFD symbol may be used to determine the starting RB offset for PUSCH transmitted in SBFD symbol, that is, the offset between the starting symbol for non-SBFD symbol and the starting RB offset for PUSCH transmitted in SBFD symbol is zero.

[0228] In some alternative implementations, the repetition symbol type of the transmission 208 may be determined as a second configuration supporting repetitions across two symbol types. The DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The starting RB offset of the transmission 208 in a first symbol type among the two symbol types may be determined based on a RRC parameter. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, if Configuration #2 is supported, the starting RB offset for PUSCH transmitted in SBFD symbol may be configured in RRC PUSCH configuration (e.g., PUSCH-config) .

[0229] In some embodiments, at least one repetition of the transmission 208 is in a first symbol type. The frequency domain hopping is disabled for the at least one repetition. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI, frequency hopping is not supported for PUSCH repetition transmitted in SBFD symbols.

[0230] In some alternative embodiments, at least one repetition of the transmission 208 is in a first symbol type. The frequency domain hopping offset of the at least one repetition may be determined based on an indication carried in the DCI format 0_0. The indication carried in the DCI format 0_0 may indicate the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH repetitions, in the first symbol type, scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. The set of frequency domain hopping offsets is configured via SIB1 or Msg4. A bit number of the indication is the same as a bit number of an indication of a frequency domain hopping offset for PUSCH repetitions, in a second symbol type, scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI, a set of the frequency hopping offsets for PUSCH repetition transmitted in SBFD symbol may be configured separately in SIB1 or in Msg4. The Nhop number of bits in DCI format 0_0 is determined by the number of frequency hopping offsets for non-SBFD symbols. The number of frequency hopping offsets configured for SBFD symbols is the same as the number of frequency hopping offsets configured for non-SBFD symbols.

[0231] In some embodiments, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. and at least one repetition of the transmission 208 is in a first symbol type. The frequency domain hopping is disabled for the at least one repetition. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS associated with CORESET0, frequency hopping for PUSCH repetition transmitted in SBFD symbol is not supported.

[0232] In some alternative embodiments, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. and at least one repetition of the transmission 208 is in a first symbol type. The frequency domain hopping offset of the at least one repetition may be determined based on a frequency domain hopping offset for at least one further repetition of the transmission 208 in a second symbol type. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS associated with CORESET0, frequency hopping offset for non-SBFD symbols may be reused for PUSCH repetition transmitted in SBFD symbols.

[0233] In some embodiments, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. at least one repetition of the transmission 208 is in a first symbol type. The frequency domain hopping offset of the at least one repetition may be determined based on a RRC parameter, or based on a frequency domain hopping offset for at least one further repetition of the transmission 208 in a second symbol type. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, frequency hopping offset for non-SBFD symbols may be configured by a RRC parameter, or may be determined by reusing the frequency hopping offset for non-SBFD symbols.

[0234] The eighth aspect of some embodiments of the present disclosure relates to determining there is repetition for the PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. That is, before determining the repetition parameters, the UE may determine whether the PUSCH transmission is to be transmitted with repetition.

[0235] In some embodiments, the UE 104 may determine that repetitions of the transmission 208 is supported. DCI format 0_0 scheduling the transmission 208 is received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. In other words, if the DCI format 0_0 with CRC scrambled by C-RNTI is received in CSS associated with CORESET0, the PUSCH transmission may be transmitted with repetition. For example, repetition is only supported for PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI received in CSS in CORESET0, other PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI may not be repeated.

[0236] In some embodiments, the UE 104 may determine whether repetitions of the transmission 208 is supported based on an indication received from the network entity 102. The indication may be carried in one of the following: Msg2, a DCI scheduling Msg2, Msg4, or a DCI scheduling Msg4. In other words, the UE may receive a first indication indicating whether the PUSCH transmission is to be transmitted with repetition or not in Msg2 (i.e., Random Access Response Grant) , or in DCI format 1_0 with CRC scrambled by RA-RNTI (i.e., a DCI scheduling Msg2) or in Msg4 or in DCI format 1_0 scrambled by TC-RNTI (i.e., a DCI scheduling Msg4) . For example, the reserved CSI request field in Msg 2 may be used to indicate whether the PUSCH transmission is to be transmitted with repetition or not. In another example, reserved bits in DCI scheduling Msg2 or in DCI scheduling Msg4 may be used to indicate whether the PUSCH transmission is to be transmitted with repetition or not.

[0237] In some alternative embodiments, the UE may determine whether the PUSCH transmission 208 is to be transmitted with repetition based on a type of a search space in which the DCI format 0_0 scheduling the transmission 208 is received.

[0238] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a first type. The search space of the first type may be a CSS associated with CORESET0. The UE 104 may determine whether repetitions of the transmission 208 is supported based on an indication received from the network entity 102. The indication may be carried in one of the following: Msg2, a DCI scheduling Msg2, Msg4, or a DCI scheduling Msg4. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in CSS associated with CORESET0, the UE may be configured with an indication of whether there is repetition for the PUSCH scheduled by the DCI format 0_0 in Msg2 / DCI scheduling Msg2 / Msg4  / DCI scheduling Msg4. In some examples, if the UE is not configured with the indication of whether there is repetition for the PUSCH scheduled by the DCI format 0_0 in Msg2 / DCI scheduling Msg2 / Msg4  / DCI scheduling Msg4, the UE may determine that there is no repetition for the PUSCH scheduled by the DCI format 0_0.

[0239] In some implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. The UE 104 may determine whether repetitions of the transmission 208 is supported based on a RRC parameter for configuring whether to support PUSCH repetitions. If a RRC parameter for configuring whether to support PUSCH repetitions is not received, the UE 104 may determine that there is no repetition for the transmission 208 or determine whether repetitions of the transmission 208 is supported based on an indication received from the network entity 102. The indication may be carried in one of the following: Msg2, a DCI scheduling Msg2, Msg4, or a DCI scheduling Msg4. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, the UE may be configured with an indication of whether there is repetition for the PUSCH scheduled by the DCI format 0_0 in a RRC parameter. In some examples, if the UE is not configured with the indication of whether there is repetition for the PUSCH scheduled by the DCI format 0_0 in the RRC parameter, the UE may determine that there is no repetition for the PUSCH scheduled by the DCI format 0_0. In some alternative if the UE is not configured with the indication of whether there is repetition for the PUSCH scheduled by the DCI format 0_0 in the RRC parameter, the UE may determine whether there is repetition for the PUSCH based on an indication carried in Msg2 / DCI scheduling Msg2 / Msg4  / DCI scheduling Msg4. If the UE is not configured with the indication of whether there is repetition for the PUSCH scheduled by the DCI format 0_0 in Msg2 / DCI scheduling Msg2 / Msg4  / DCI scheduling Msg4, the UE may determine that there is no repetition for the PUSCH scheduled by the DCI format 0_0.

[0240] In some alternative implementations, the DCI format 0_0 scheduling the transmission 208 may be received in a search space of a second type. The search space of the second type may be a CSS not associated with CORESET0 or a USS. Repetitions of the transmission 208 is supported. In other words, for DCI format 0_0 with CRC scrambled by C-RNTI received in USS, or CSS not in CORESET0, repetition is always supported for the PUSCH scheduled by the DCI format 0_0.

[0241] In some embodiments, the UE 104 may transmit, to the network entity 102, an indication of a request for repetitions of the transmission 208 if a channel quality measurement of a channel associated with the UE 104 is lower than a channel quality threshold. The channel quality threshold is predefined or configured. For example, before determining the repetition parameters, the UE determine whether to request to transmit the PUSCH with repetition. A separate RSRP may be configured for the UE. The UE may determine whether to request repetition based on measurement.

[0242] In some embodiments, the UE 104 may transmit, to the network entity 102, an indication of a request for repetitions of the transmission 208. The indication may be indicated via a first preamble in a first RO. At least one of the first preamble or the first RO is associated with a request for repetitions of PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI. In other words, the UE may use a separate preamble and / or a separate RO to indicate whether repetition for PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is supported or required.

[0243] In some alternative embodiments, the UE 104 may transmit, to the network entity 102, an indication of a request for repetitions of the transmission 208. The indication may be indicated via a second preamble in a second RO. At least one of the first preamble or the first RO is associated with a request for repetitions of Msg3. In other words, if Msg3 is transmitted with repetition, PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI also supports repetition. The preamble or RO for requesting repetition of Msg3 may also be used to request repetition for Msg5.

[0244] In some alternative embodiments, the UE 104 may transmit, to the network entity 102, an indication of a request for repetitions of the transmission 208. The indication may be indicated via Msg3 carrying a request for repetitions of the transmission 208. In other words, the UE may request repetition for PUSCH transmission scheduled by DCI format 0_0 with CRC scrambled by C-RNTI in Msg3.

[0245] In some alternative embodiments, the UE 104 may transmit, to the network entity 102, an indication of a request for repetitions of the transmission 208. The indication may be indicated via repetitions of Msg1. In other words, if PRACH is transmitted with a repetition, PUSCH transmission scheduled by DCI format 0_0 scrambled by C-RNTI is also requested for repetition.

[0246] The UE 104 may transmit the PUSCH transmission with repetition according to the determined repetition parameters.

[0247] If the UE 104 determines that the repetition type is repetition type A or repetition type B, and determines the repetition number, then the UE 104 may transmit the PUSCH transmission based on the repetition type A or repetition type B as illustrated with reference to FIG. 1B-1D.

[0248] If the UE 104 determines that the frequency hopping is inter slot hopping and the offsets, then the UE 104 may transmit the PUSCH with inter slot frequency hopping. The starting RB during slot is given by: where is the current slot number within a system radio frame, where a multi-slot  PUSCH transmission may take place, RBstartis the starting RB within the UL BWP, as calculated from the resource block assignment information of resource allocation type 1 and RBoffset is the frequency offset in RBs between the two frequency hops.

[0249] If the UE 104 determines that the repetition symbol type is Configuration #1, then PUSCH transmission may be only in one symbol type, and the one symbol type is determined by the first PUSCH repetition scheduled DCI format 0_0 scrambled by C-RNTI. In case the valid symbol type is SBFD symbol type, a slot is determined as available if the symbols allocated for the PUSCH are all SBFD symbols and not include a symbol of an SS / PBCH block with index provided by ssb-PositionsInBurst. In case the valid symbol type is non-SBFD symbol type, a slot is determined as available if the symbols allocated for the PUSCH are all non-SBFD symbols and not include a DL symbol indicated by tdd-UL-DL-ConfigurationCommon if provided or a symbol of an SS / PBCH block with index provided by ssb-PositionsInBurst.

[0250] If the UE 104 determines that the repetition symbol type is Configuration #2, then PUSCH transmission may be transmitted in SBFD symbols and non-SBFD symbols. In SBFD symbols, the starting RB is determined based on the starting RB in non-SBFD symbol and the starting symbol offset, and is given by:

[0251] If is not configured, it is zero.

[0252] If a hopping parameter is determined for SBFD symbol, in SBFD symbols, PUSCH may be transmitted with hopping.

[0253] For PUSCH inter-slot frequency hopping in SBFD symbols and when pusch-DMRS-Bundling is not enabled, or for inter-slot frequency hopping for a PUSCH in SBFD symbols scheduled by RAR UL grant or DCI format 0_0 with CRC scrambled by TC-RNTI, the starting RB during slot is given by: where RBUL SB start is the starting PRB index of UL usable PRBs with reference to the  start of UL active BWP.  is the number of UL usable PRBs. RBstart is the starting PRB index of the first PUSCH hop with reference to the start of UL active BWP. For PUSCH transmissions with Configuration #2, RBstart is the starting PRB index with reference to the start of UL active BWP after applying RB offset between non-SBFD symbols and SBFD symbols. RBoffset is the frequency hopping offset for PUSCH in SBFD symbols.

[0254] FIG. 3 illustrates an example of a device 300 that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure. The device 300 may be an example of a UE 104 or a network entity 102 as described herein. The device 300 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 300 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 302, a memory 304, a transceiver 306, and, optionally, an I / O controller 308. 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) .

[0255] The processor 302, the memory 304, the transceiver 306, 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 302, the memory 304, the transceiver 306, or various combinations or components thereof may support a method for performing one or more of the operations described herein.

[0256] In some implementations, the processor 302, the memory 304, the transceiver 306, 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 302 and the memory 304 coupled with the processor 302 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 302, instructions stored in the memory 304) .

[0257] For example, the processor 302 may support wireless communication at the device 300 in accordance with examples as disclosed herein. The processor 302 may be configured to operable to support a means for determining repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) ; and a means for transmitting, to a network entity, the transmission with repetition based on the repetition parameters, wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.

[0258] In another example, the processor 302 may support wireless communication at the device 300 in accordance with examples as disclosed herein. The processor 302 may be configured to operable to support a means for determining repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) ; and a means for receiving, from a user equipment (UE) , the transmission with repetition based on the repetition parameters, wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.

[0259] The processor 302 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 302 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 302. The processor 302 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 304) to cause the device 300 to perform various functions of the present disclosure such that the device 300 may perform any process of the disclosure as discussed with reference to FIG. 2.

[0260] The memory 304 may include random access memory (RAM) and read-only memory (ROM) . The memory 304 may store computer-readable, computer-executable code including instructions that, when executed by the processor 302 cause the device 300 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 302 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 304 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.

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

[0262] In some implementations, the device 300 may include a single antenna 310. However, in some other implementations, the device 300 may have more than one antenna 310 (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 306 may communicate bi-directionally, via the one or more antennas 310, wired, or wireless links as described herein. For example, the transceiver 306 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 306 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 310 for transmission, and to demodulate packets received from the one or more antennas 310. The transceiver 306 may include one or more transmit chains, one or more receive chains, or a combination thereof.

[0263] 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 310 for transmitting the amplified signal into the air or wireless medium.

[0264] 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 310 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.

[0265] FIG. 4 illustrates an example of a processor 400 that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure. The processor 400 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 400 may be implemented in a device or its components as described herein. For example, the device may be an example of a UE 104 or a network entity 102 as described herein. The processor 400 may include a controller 402 configured to perform various operations in accordance with examples as described herein. The processor 400 may optionally include at least one memory 404, such as L1 / L2 / L3 cache. Additionally, or alternatively, the processor 400 may optionally include one or more arithmetic-logic units (ALUs) 400. 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) .

[0266] The processor 400 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 400) 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) .

[0267] The controller 402 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 400 to cause the processor 400 to support various operations in accordance with examples as described herein. For example, the controller 402 may operate as a control unit of the processor 400, generating control signals that manage the operation of various components of the processor 400. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.

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

[0269] The memory 404 may include one or more caches (e.g., memory local to or included in the processor 400 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 404 may reside within or on a processor chipset (e.g., local to the processor 400) . In some other implementations, the memory 404 may reside external to the processor chipset (e.g., remote to the processor 400) .

[0270] The memory 404 may store computer-readable, computer-executable code including instructions that, when executed by the processor 400, cause the processor 400 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 402 and / or the processor 400 may be configured to execute computer-readable instructions stored in the memory 404 to cause the processor 400 to perform various functions. For example, the processor 400 and / or the controller 402 may be coupled with or to the memory 404, and the processor 400, the controller 402, and the memory 404 may be configured to perform various functions described herein. In some examples, the processor 400 may include multiple processors and the memory 404 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.

[0271] The one or more ALUs 400 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 400 may reside within or on a processor chipset (e.g., the processor 400) . In some other implementations, the one or more ALUs 400 may reside external to the processor chipset (e.g., the processor 400) . One or more ALUs 400 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 400 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 400 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 400 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 400 to handle conditional operations, comparisons, and bitwise operations.

[0272] For example, the processor 400 may support wireless communication in accordance with examples as disclosed herein. The processor 400 may be configured to or operable to support a means for determining repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) ; and a means for transmitting, to a network entity, the transmission with repetition based on the repetition parameters, wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.

[0273] In another example, the processor 400 may support wireless communication in accordance with examples as disclosed herein. The processor 400 may be configured to or operable to support a means for determining repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) ; and a means for receiving, from a user equipment (UE) , the transmission with repetition based on the repetition parameters, wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.

[0274] FIG. 5 illustrates a flowchart of a method 500 that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure. The operations of the method 500 may be implemented by a device or its components as described herein. For example, the operations of the method 500 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.

[0275] At 505, the method may include determining repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) . The operations of 505 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 505 may be performed by a device as described with reference to FIG. 1A.

[0276] At 510, the method may include transmitting, to a network entity, the transmission with repetition based on the repetition parameters, wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset. The operations of 510 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 510 may be performed by a device as described with reference to FIG. 1A.

[0277] FIG. 6 illustrates a flowchart of a method 600 that supports PUSCH transmission with repetition in accordance with aspects of the present disclosure. The operations of the method 600 may be implemented by a device or its components as described herein. For example, the operations of the method 600 may be performed by a network entity 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.

[0278] At 605, the method may include determining repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) . The operations of 605 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 605 may be performed by a device as described with reference to FIG. 1A.

[0279] At 610, the method may include receiving, from a user equipment (UE) , the transmission with repetition based on the repetition parameters, wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset. The operations of 610 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 610 may be performed by a device as described with reference to FIG. 1A.

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

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

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

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

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

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

Claims

1.A user equipment, comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:determine repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) ; andtransmit, via the transceiver to a network entity, the transmission with repetition based on the repetition parameters,wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.2.The UE of claim 1, wherein the DCI format 0_0 scheduling the transmission is received in a search space, and at least one of the repetition parameters is determined based on a type of the search space.3.The UE of claim 1, wherein the repetition number of the transmission is determined based on one of the following:an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of repetition numbers is predefined or configured via system information block (SIB) 1 or message 4 (Msg4) ;an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for message 3 (Msg3) transmissions with repetition; ora repetition number of a last Msg3 transmission transmitted by the UE.4.The UE of claim 1, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a second type, and the repetition number of the transmission is determined based on one of the following:a radio resource control (RRC) parameter for configuring a repetition number for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI;a predefined number, wherein a RRC parameter for configuring a repetition number for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received;an indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of repetition numbers is configured via a radio resource control (RRC) parameter;a predefined number, wherein a RRC parameter for configuring a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI is not received;a time domain resource allocation (TDRA) field in the DCI format 0_0 indicating a row of a TDRA table for DCI format 0_0, wherein the row of the TDRA table for DCI format 0_0 comprises the repetition number;a Release 15 RRC parameter K;a predefined number, wherein a Release 15 RRC parameter K is not received; oran indication carried in the DCI format 0_0 indicating the repetition number from a set of repetition numbers for PUSCH transmissions scheduled by DCI format 0_1.5.The UE of claim 1, wherein the repetition type for the transmission is determined based on one of the following:a repetition type A; oran indication of one of a repetition type A and a repetition type B, wherein the indication is carried in one of the following:SIB1,message 2 (Msg2) ,a DCI scheduling Msg2,Msg4, ora DCI scheduling Msg4.6.The UE of claim 1, wherein frequency domain hopping is disabled for the transmission; or the frequency domain hopping type of the transmission is determined based on one of the following:a frequency domain hopping type of a last Msg3 transmission transmitted by the UE;an indication carried in SIB1; oran indication carried in Msg4.7.The UE of claim 1, wherein the frequency domain hopping offset of the transmission is determined based on an indication carried in the DCI format 0_0 indicating the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI, wherein the set of frequency domain hopping offsets of the transmission is same as a set of frequency domain hopping offsets of Msg3 transmission of the UE.8.The UE of claim 1, wherein the repetition symbol type of the transmission is determined based on one of the following:a first configuration;an indication of one of a first configuration and a second configuration, wherein the indication is carried in SIB1 or Msg4;a first configuration, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a first type;a RRC parameter of one of first configuration and a second configuration, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a second type;a first configuration, wherein message 1 (Msg1) is transmitted in an additional random access occasion (RO) in a first symbol type, or Msg3 is only transmitted in a first symbol type; ora first symbol type, wherein Msg1 is transmitted in an additional RO in the first symbol type, or Msg3 is only transmitted in the first symbol type;wherein the first configuration is a configuration restricting repetitions to only one symbol type among two symbol types, and the second configuration is a configuration supporting repetitions across two symbol types and each repetition has one symbol type.9.The UE of claim 1, wherein the repetition symbol type of the transmission is determined as a second configuration supporting repetitions across two symbol types, and wherein the starting RB offset of the repetition in a first symbol type among the two symbol types is determined based on one of the following:an indication carried in SIB1 or Msg4; ora predefined offset value, wherein the predefined offset value is zero.10.The UE of any of claims 3, 6, 7 or 9, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a first type.11.The UE of claim 1, wherein the repetition symbol type of the transmission is determined as a second configuration supporting repetitions across two symbol types, the DCI format 0_0 scheduling the transmission is received in a search space of a second type, andwherein the starting RB offset of the transmission in a first symbol type among the two symbol types is determined based on a RRC parameter.12.The UE of claim 1, wherein at least one repetition of the transmission is in a first symbol type, andwherein the frequency domain hopping is disabled for the at least one repetition; orwherein the frequency domain hopping offset of the at least one repetition is determined based on an indication carried in the DCI format 0_0 indicating the frequency domain hopping offset from a set of frequency domain hopping offsets for PUSCH repetitions, in the first symbol type, scheduled by DCI format 0_0 with CRC scrambled by C-RNTI,wherein the set of frequency domain hopping offsets is configured via SIB1 or Msg4,wherein a bit number of the indication is the same as a bit number of an indication of a frequency domain hopping offset for PUSCH repetitions, in a second symbol type, scheduled by DCI format 0_0 with CRC scrambled by C-RNTI.13.The UE of claim 1, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a first type, and at least one repetition of the transmission is in a first symbol type, andwherein the frequency domain hopping is disabled for the at least one repetition; orwherein the frequency domain hopping offset of the at least one repetition is determined based on a frequency domain hopping offset for at least one further repetition of the transmission in a second symbol type.14.The UE of claim 1, wherein the processor is further configured to:determine that repetitions of the transmission is supported, wherein the DCI format 0_0 scheduling the transmission is received in a search space of a first type.15.The UE of claim 1, wherein the processor is further configured to:transmit, via the transceiver to the network entity, an indication of a request for repetitions of the transmission, wherein the indication is indicated via one of the following:a first preamble in a first RO, wherein at least one of the first preamble or the first RO is associated with a request for repetitions of PUSCH transmissions scheduled by DCI format 0_0 with CRC scrambled by C-RNTI;a second preamble in a second RO, wherein at least one of the first preamble or the first RO is associated with a request for repetitions of Msg3;Msg3 carrying a request for repetitions of the transmission; orrepetitions of Msg1,wherein a channel quality measurement of a channel associated with the UE is lower than a channel quality threshold, the channel quality threshold is predefined or configured.16.The UE of any of claims 8, 10, 13 or 14, wherein the search space of the first type is a common search space associated with control resource set 0 (CORESET0) .17.The UE of any of claims 4, 8, or 11, wherein the search space of the second type is a common search space not associated with CORESET0 or a UE-specific search space.18.A network entity, comprising:a processor; anda transceiver coupled to the processor,wherein the processor is configured to:determine repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) ; andreceive, via the transceiver from a user equipment (UE) , the transmission with repetition based on the repetition parameters,wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.19.A method performed by a user equipment, comprising:determining repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) ; andtransmitting, to a network entity, the transmission with repetition based on the repetition parameters,wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.20.A method performed by a network entity, comprising:determining repetition parameters for a transmission, wherein the transmission is a physical uplink shared channel (PUSCH) transmission scheduled by downlink control information (DCI) format 0_0 with cyclic redundancy check (CRC) scrambled by cell radio network temporary identifier (C-RNTI) ; andreceiving, from a user equipment (UE) , the transmission with repetition based on the repetition parameters,wherein the repetition parameters comprise at least one of the following: a repetition number, a repetition type, an available slot counting manner, a frequency domain hopping type, a frequency domain hopping offset, a time domain window length for joint channel estimation, a repetition symbol type, or a starting resource block (RB) offset.

Images