US20210360660A1 - Method and apparatus for coverage enhancement of msg3 - Google Patents

Abstract

Methods and apparatuses for coverage enhancement of Msg3. A method for operating a user equipment includes receiving a system information block (SIB) that provides information mapping physical random access channel (PRACH) resources to enable or disable repetitions for a physical uplink shared channel (PUSCH) transmission in a random access procedure and a first time domain resource allocation (TDRA) table. An entry of the first TDRA table indicates a number of repetitions of a PUSCH transmission. The method further includes determining a PRACH resource for transmission of a PRACH, determining, based on the PRACH resource, a TDRA table from between the first TDRA table or a predetermined second TDRA table. No entry of the second TDRA table indicates a number of repetitions for a PUSCH transmission. The method further includes receiving a first grant scheduling transmission of a first PUSCH and transmitting the first PUSCH.

Description

CROSS-REFERENCE TO RELATED APPLICATION AND CLAIM OF PRIORITY
• This application claims priority under 35 U.S.C. § 119(e) to U.S. Provisional Patent Application No. 63/025,665 filed on May 15, 2020, U.S. Provisional Patent Application No. 63/046,907 filed on Jul. 1, 2020, U.S. Provisional Patent Application No. 63/064,762 filed on Aug. 12, 2020, and U.S. Provisional Patent Application No. 63/112,020 filed on Nov. 10, 2020. The above-identified provisional patent applications are hereby incorporated by reference in their entirety.
TECHNICAL FIELD
• The present disclosure relates generally to wireless communication systems and, more specifically, the present disclosure relates to coverage enhancement of Msg3.
BACKGROUND
• 5th generation (5G) or new radio (NR) mobile communications is recently gathering increased momentum with all the worldwide technical activities on the various candidate technologies from industry and academia. The candidate enablers for the 5G/NR mobile communications include massive antenna technologies, from legacy cellular frequency bands up to high frequencies, to provide beamforming gain and support increased capacity, new waveform (e.g., a new radio access technology (RAT)) to flexibly accommodate various services/applications with different requirements, new multiple access schemes to support massive connections, and so on.
SUMMARY
• This disclosure relates to coverage enhancement of Msg3.
• In one embodiment, a user equipment (UE) is provided. The UE includes a transceiver configured to receive a system information block (SIB) that provides information mapping physical random access channel (PRACH) resources to enable or disable repetitions for a physical uplink shared channel (PUSCH) transmission in a random access procedure and a first time domain resource allocation (TDRA) table. An entry of the first TDRA table indicates a number of repetitions of a PUSCH transmission. The UE further includes a processor operably connected to a transceiver. The processor is configured to determine a PRACH resource for transmission of a PRACH and determine, based on the PRACH resource, a TDRA table from between first TDRA table or a predetermined second TDRA table. No entry of the second TDRA table indicates a number of repetitions for a PUSCH transmission. The transceiver is further configured to receive a first grant scheduling transmission of a first PUSCH, where the first grant indicates an entry of the TDRA table, and transmit the first PUSCH.
• In another embodiment, a base station (BS) is provided. The BS includes a transceiver configured to transmit a SIB that provides information mapping PRACH resources to enable or disable repetitions for a PUSCH transmission in a random access procedure and a first TDRA table. An entry of the first TDRA table indicates a number of repetitions of a PUSCH transmission. The BS further includes a processor operably connected to a transceiver. The processor is configured to determine a PRACH resource for reception of a PRACH and determine, based on the PRACH resource, a TDRA table from between the first TDRA table or a predetermined second TDRA table. No entry of the second TDRA table indicates a number of repetitions for a PUSCH transmission. The transceiver is further configured to transmit a first grant scheduling transmission of a first PUSCH, where the first grant indicates an entry of the TDRA table, and receive the first PUSCH.
• In yet another embodiment, a method is provided. The method includes receiving a SIB that provides information mapping PRACH resources to enable or disable repetitions for a PUSCH transmission in a random access procedure and a first TDRA table. An entry of the first TDRA table indicates a number of repetitions of a PUSCH transmission. The method further includes determining a PRACH resource for transmission of a PRACH, determining, based on the PRACH resource, a TDRA table from between the first TDRA table or a predetermined second TDRA table. No entry of the second TDRA table indicates a number of repetitions for a PUSCH transmission. The method further includes receiving a first grant scheduling transmission of a first PUSCH, where the first grant indicates an entry of the TDRA table, and transmitting the first PUSCH.
• Other technical features may be readily apparent to one skilled in the art from the following figures, descriptions, and claims.
• Before undertaking the DETAILED DESCRIPTION below, it may be advantageous to set forth definitions of certain words and phrases used throughout this patent document. The term “couple” and its derivatives refer to any direct or indirect communication between two or more elements, whether or not those elements are in physical contact with one another. The terms “transmit,” “receive,” and “communicate,” as well as derivatives thereof, encompass both direct and indirect communication. The terms “include” and “comprise,” as well as derivatives thereof, mean inclusion without limitation. The term “or” is inclusive, meaning and/or. The phrase “associated with,” as well as derivatives thereof, means to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, have a relationship to or with, or the like. The term “controller” means any device, system or part thereof that controls at least one operation. Such a controller may be implemented in hardware or a combination of hardware and software and/or firmware. The functionality associated with any particular controller may be centralized or distributed, whether locally or remotely. The phrase “at least one of,” when used with a list of items, means that different combinations of one or more of the listed items may be used, and only one item in the list may be needed. For example, “at least one of: A, B, and C” includes any of the following combinations: A, B, C, A and B, A and C, B and C, and A and B and C.
• Moreover, various functions described below can be implemented or supported by one or more computer programs, each of which is formed from computer readable program code and embodied in a computer readable medium. The terms “application” and “program” refer to one or more computer programs, software components, sets of instructions, procedures, functions, objects, classes, instances, related data, or a portion thereof adapted for implementation in a suitable computer readable program code. The phrase “computer readable program code” includes any type of computer code, including source code, object code, and executable code. The phrase “computer readable medium” includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory. A “non-transitory” computer readable medium excludes wired, wireless, optical, or other communication links that transport transitory electrical or other signals. A non-transitory computer readable medium includes media where data can be permanently stored and media where data can be stored and later overwritten, such as a rewritable optical disc or an erasable memory device.
• Definitions for other certain words and phrases are provided throughout this patent document. Those of ordinary skill in the art should understand that in many if not most instances, such definitions apply to prior as well as future uses of such defined words and phrases.
BRIEF DESCRIPTION OF THE DRAWINGS
• For a more complete understanding of the present disclosure and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which like reference numerals represent like parts:
• FIG. 1 illustrates an example wireless network according to embodiments of the present disclosure;
• FIG. 2 illustrates an example gNB according to embodiments of the present disclosure;
• FIG. 3 illustrates an example UE according to embodiments of the present disclosure;
• FIGS. 4 and 5 illustrate example wireless transmit and receive paths according to embodiments of the present disclosure;
• FIGS. 6 and 7 illustrate example methods for determining a number of repetitions for Msg3 PUSCH transmission according to embodiments of the present disclosure;
• FIG. 8 illustrates an example method for transmitting Msg3 PUSCH with a number of repetitions according to embodiments of the present disclosure;
• FIGS. 9A and 9B illustrate example methods for identifying whether a UE supports Msg3 PUSCH transmissions according to embodiments of the present disclosure;
• FIG. 10 illustrates an example method for determining UL symbols for transmission of PUSCH with repetitions according to embodiments of the present disclosure;
• FIG. 11 illustrates an example method for determining repetitions for a PUSCH transmission according to embodiments of the present disclosure;
• FIG. 12 illustrates an example method for determining the number of repetitions for PUSCH transmission according to embodiments of the present disclosure;
• FIG. 13 illustrates an example method for transmitting PUSCH transmission according to embodiments of the present disclosure;
• FIG. 14 illustrates an example timing diagram according to embodiments of the present disclosure; and
• FIG. 15 illustrates an example method for monitoring a downlink control information (DCI) format scheduling a physical downlink shared channels (PDSCH) repletion according to embodiments of the present disclosure.
DETAILED DESCRIPTION
• FIGS. 1 through 15, discussed below, and the various embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably-arranged system or device.
• The following documents are hereby incorporated by reference into the present disclosure as if fully set forth herein: 3GPP TS 38.211 v16.0.0, “NR; Physical channels and modulation,” 3GPP TS 38.212 v16.0.0, “NR; Multiplexing and channel coding,” 3GPP TS 38.213 v16.0.0, “NR; Physical layer procedures for control,” 3GPP TS 38.214 v16.0.0, “NR; Physical layer procedures for data,” 3GPP TS 38.321 v15.8.0, “NR; Medium Access Control (MAC) Protocol Specification,” and 3GPP TS 38.331 v15.8.0, “NR; Radio Resource Control (RRC) Protocol Specification.”
• To meet the demand for wireless data traffic having increased since deployment of the fourth generation (4G) communication systems, efforts have been made to develop and deploy an improved 5th generation (5G) or pre-5G/NR communication system. Therefore, the 5G or pre-5G communication system is also called a “beyond 4G network” or a “post long term evolution (LTE) system.”
• The 5G communication system is considered to be implemented in higher frequency (mmWave) bands, e.g., 28 GHz or 60 GHz bands, so as to accomplish higher data rates or in lower frequency bands, such as 6 GHz, to enable robust coverage and mobility support. To decrease propagation loss of the radio waves and increase the transmission distance, the beamforming, massive multiple-input multiple-output (MIMO), Full Dimensional MIMO (FD-MIMO), array antenna, an analog beam forming, large scale antenna techniques are discussed in 5G communication systems.
• In addition, in 5G communication systems, development for system network improvement is under way based on advanced small cells, cloud Radio Access Networks (RANs), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), reception-end interference cancellation and the like.
• The discussion of 5G systems and frequency bands associated therewith is for reference as certain embodiments of the present disclosure may be implemented in 5G systems. However, the present disclosure is not limited to 5G systems or the frequency bands associated therewith, and embodiments of the present disclosure may be utilized in connection with any frequency band. For example, aspects of the present disclosure may also be applied to deployment of 5G communication systems, 6G or even later releases which may use terahertz (THz) bands.
• FIGS. 1-3 below describe various embodiments implemented in wireless communications systems and with the use of orthogonal frequency division multiplexing (OFDM) or orthogonal frequency division multiple access (OFDMA) communication techniques. The descriptions ofFIGS. 1-3 are not meant to imply physical or architectural limitations to the manner in which different embodiments may be implemented. Different embodiments of the present disclosure may be implemented in any suitably-arranged communications system.
• FIG. 1 illustrates anexample wireless network100 according to embodiments of the present disclosure. The embodiment of thewireless network100 shown inFIG. 1 is for illustration only. Other embodiments of thewireless network100 could be used without departing from the scope of this disclosure.
• As shown inFIG. 1, the wireless network includes a gNB101 (e.g., base station, BS), aBS102, and agNB103. ThegNB101 communicates with theBS102 and thegNB103. ThegNB101 also communicates with at least onenetwork130, such as the Internet, a proprietary Internet Protocol (IP) network, or other data network.
• TheBS102 provides wireless broadband access to thenetwork130 for a first plurality of UEs within acoverage area120 of theBS102. The first plurality of UEs includes aUE111, which may be located in a small business; aUE112, which may be located in an enterprise (E); aUE113, which may be located in a WiFi hotspot (HS); aUE114, which may be located in a first residence (R); aUE115, which may be located in a second residence (R); and aUE116, which may be a mobile device (M), such as a cell phone, a wireless laptop, a wireless PDA, or the like. ThegNB103 provides wireless broadband access to thenetwork130 for a second plurality of UEs within acoverage area125 of thegNB103. The second plurality of UEs includes theUE115 and theUE116. In some embodiments, one or more of the gNBs101-103 may communicate with each other and with the UEs111-116 using 5G/NR, long term evolution (LTE), long term evolution-advanced (LTE-A), WiMAX, WiFi, or other wireless communication techniques.
• Depending on the network type, the term “base station” or “BS” can refer to any component (or collection of components) configured to provide wireless access to a network, such as transmit point (TP), transmit-receive point (TRP), an enhanced base station (eNodeB or eNB), a 5G/NR base station (gNB), a macrocell, a femtocell, a WiFi access point (AP), or other wirelessly enabled devices. Base stations may provide wireless access in accordance with one or more wireless communication protocols, e.g., 5G/NR 3GPP NR, LTE, LTE-A, high speed packet access (HSPA), Wi-Fi 802.11a/b/g/n/ac, etc. For the sake of convenience, the terms “BS” and “TRP” are used interchangeably in this patent document to refer to network infrastructure components that provide wireless access to remote terminals. Also, depending on the network type, the term “user equipment” or “UE” can refer to any component such as “mobile station,” “subscriber station,” “remote terminal,” “wireless terminal,” “receive point,” or “user device.” For the sake of convenience, the terms “user equipment” and “UE” are used in this patent document to refer to remote wireless equipment that wirelessly accesses a BS, whether the UE is a mobile device (such as a mobile telephone or smartphone) or is normally considered a stationary device (such as a desktop computer or vending machine). For example, a UE could be a mobile telephone, a smartphone, a monitoring device, an alarm device, a fleet management device, an asset tracking device, an automobile, a desktop computer, an entertainment device, an infotainment device, a vending machine, an electricity meter, a water meter, a gas meter, a security device, a sensor device, an appliance, and the like.
• Dotted lines show the approximate extents of thecoverage areas120 and125, which are shown as approximately circular for the purposes of illustration and explanation only. It should be clearly understood that the coverage areas associated with gNBs, such as thecoverage areas120 and125, may have other shapes, including irregular shapes, depending upon the configuration of the gNBs and variations in the radio environment associated with natural and man-made obstructions.
• As described in more detail below, one or more of the UEs111-116 include circuitry, programing, or a combination thereof for receiving and/or transmitting Msg3. In certain embodiments, and one or more of the gNBs101-103 includes circuitry, programing, or a combination thereof for receiving and/or transmitting Msg3.
• AlthoughFIG. 1 illustrates one example of a wireless network, various changes may be made toFIG. 1. For example, the wireless network could include any number of gNBs and any number of UEs in any suitable arrangement. Also, thegNB101 could communicate directly with any number of UEs and provide those UEs with wireless broadband access to thenetwork130. Similarly, each BS102-103 could communicate directly with thenetwork130 and provide UEs with direct wireless broadband access to thenetwork130. Further, thegNBs101,102, and/or103 could provide access to other or additional external networks, such as external telephone networks or other types of data networks.
• FIG. 2 illustrates anexample BS102 according to embodiments of the present disclosure. The embodiment of theBS102 illustrated inFIG. 2 is for illustration only, and thegNBs101 and103 ofFIG. 1 could have the same or similar configuration. However, gNBs come in a wide variety of configurations, andFIG. 2 does not limit the scope of this disclosure to any particular implementation of a gNB.
• As shown inFIG. 2, theBS102 includes multiple antennas205a-205n, multiple radio frequency (RF) transceivers210a-210n, transmit (TX)processing circuitry215, and receive (RX)processing circuitry220. TheBS102 also includes a controller/processor225, amemory230, and a backhaul ornetwork interface235.
• The RF transceivers210a-210nreceive, from the antennas205a-205n, incoming RF signals, such as signals transmitted by UEs in thewireless network100. The RF transceivers210a-210ndown-convert the incoming RF signals to generate IF or baseband signals. The IF or baseband signals are sent to theRX processing circuitry220, which generates processed baseband signals by filtering, decoding, and/or digitizing the baseband or IF signals. TheRX processing circuitry220 transmits the processed baseband signals to the controller/processor225 for further processing.
• TheTX processing circuitry215 receives analog or digital data (such as voice data, web data, e-mail, or interactive video game data) from the controller/processor225. TheTX processing circuitry215 encodes, multiplexes, and/or digitizes the outgoing baseband data to generate processed baseband or IF signals. The RF transceivers210a-210nreceive the outgoing processed baseband or IF signals from theTX processing circuitry215 and up-converts the baseband or IF signals to RF signals that are transmitted via the antennas205a-205n.
• The controller/processor225 can include one or more processors or other processing devices that control the overall operation of theBS102. For example, the controller/processor225 could control the reception of forward channel signals and the transmission of reverse channel signals by the RF transceivers210a-210n, theRX processing circuitry220, and theTX processing circuitry215 in accordance with well-known principles. The controller/processor225 could support additional functions as well, such as more advanced wireless communication functions. For instance, the controller/processor225 could support for receiving and/or transmitting Msg3. Any of a wide variety of other functions could be supported in theBS102 by the controller/processor225. In some embodiments, the controller/processor225 includes at least one microprocessor or microcontroller.
• The controller/processor225 is also capable of executing programs and other processes resident in thememory230, such as an OS. The controller/processor225 can move data into or out of thememory230 as required by an executing process. For example, the controller/processor225 can move data into or out of thememory230 according to a process that is being executed.
• The controller/processor225 is also coupled to the backhaul ornetwork interface235. The backhaul ornetwork interface235 allows theBS102 to communicate with other devices or systems over a backhaul connection or over a network. Thenetwork interface235 could support communications over any suitable wired or wireless connection(s). For example, when theBS102 is implemented as part of a cellular communication system (such as one supporting 5G/NR, LTE, or LTE-A), thenetwork interface235 could allow theBS102 to communicate with other gNBs over a wired or wireless backhaul connection. When theBS102 is implemented as an access point, thenetwork interface235 could allow theBS102 to communicate over a wired or wireless local area network or over a wired or wireless connection to a larger network (such as the Internet). Thenetwork interface235 includes any suitable structure supporting communications over a wired or wireless connection, such as an Ethernet or RF transceiver.
• Thememory230 is coupled to the controller/processor225. Part of thememory230 could include a RAM, and another part of thememory230 could include a Flash memory or other ROM.
• AlthoughFIG. 2 illustrates one example ofBS102, various changes may be made toFIG. 2. For example, theBS102 could include any number of each component shown inFIG. 2. As a particular example, an access point could include a number ofnetwork interfaces235, and the controller/processor225 could support routing functions to route data between different network addresses. As another particular example, while shown as including a single instance ofTX processing circuitry215 and a single instance ofRX processing circuitry220, theBS102 could include multiple instances of each (such as one per RF transceiver). Also, various components inFIG. 2 could be combined, further subdivided, or omitted and additional components could be added according to particular needs.
• FIG. 3 illustrates anexample UE116 according to embodiments of the present disclosure. The embodiment of theUE116 illustrated inFIG. 3 is for illustration only, and the UEs111-115 ofFIG. 1 could have the same or similar configuration. However, UEs come in a wide variety of configurations, andFIG. 3 does not limit the scope of this disclosure to any particular implementation of a UE.
• As shown inFIG. 3, theUE116 includes anantenna305, aRF transceiver310,TX processing circuitry315, amicrophone320, and receive (RX)processing circuitry325. TheUE116 also includes aspeaker330, aprocessor340, an input/output (I/O) interface (IF)345, aninput device350, adisplay355, and amemory360. Thememory360 includes an operating system (OS)361 and one ormore applications362.
• TheRF transceiver310 receives, from theantenna305, an incoming RF signal transmitted by a gNB of thewireless network100. TheRF transceiver310 down-converts the incoming RF signal to generate an intermediate frequency (IF) or baseband signal. The IF or baseband signal is sent to theRX processing circuitry325 that generates a processed baseband signal by filtering, decoding, and/or digitizing the baseband or IF signal. TheRX processing circuitry325 transmits the processed baseband signal to the speaker330 (such as for voice data) or to theprocessor340 for further processing (such as for web browsing data).
• TheTX processing circuitry315 receives analog or digital voice data from themicrophone320 or other outgoing baseband data (such as web data, e-mail, or interactive video game data) from theprocessor340. TheTX processing circuitry315 encodes, multiplexes, and/or digitizes the outgoing baseband data to generate a processed baseband or IF signal. TheRF transceiver310 receives the outgoing processed baseband or IF signal from theTX processing circuitry315 and up-converts the baseband or IF signal to an RF signal that is transmitted via theantenna305.
• Theprocessor340 can include one or more processors or other processing devices and execute theOS361 stored in thememory360 in order to control the overall operation of theUE116. For example, theprocessor340 could control the reception of forward channel signals and the transmission of reverse channel signals by theRF transceiver310, theRX processing circuitry325, and theTX processing circuitry315 in accordance with well-known principles. In some embodiments, theprocessor340 includes at least one microprocessor or microcontroller.
• Theprocessor340 is also capable of executing other processes and programs resident in thememory360, such as processes for beam management. Theprocessor340 can move data into or out of thememory360 as required by an executing process. In some embodiments, theprocessor340 is configured to execute theapplications362 based on theOS361 or in response to signals received from gNBs or an operator. Theprocessor340 is also coupled to the I/O interface345, which provides theUE116 with the ability to connect to other devices, such as laptop computers and handheld computers. The I/O interface345 is the communication path between these accessories and theprocessor340.
• Theprocessor340 is also coupled to theinput device350. The operator of theUE116 can use theinput device350 to enter data into theUE116. Theinput device350 can be a keyboard, touchscreen, mouse, track ball, voice input, or other device capable of acting as a user interface to allow a user in interact with theUE116. For example, theinput device350 can include voice recognition processing, thereby allowing a user to input a voice command. In another example, theinput device350 can include a touch panel, a (digital) pen sensor, a key, or an ultrasonic input device. The touch panel can recognize, for example, a touch input in at least one scheme, such as a capacitive scheme, a pressure sensitive scheme, an infrared scheme, or an ultrasonic scheme.
• Theprocessor340 is also coupled to thedisplay355. Thedisplay355 may be a liquid crystal display, light emitting diode display, or other display capable of rendering text and/or at least limited graphics, such as from web sites.
• Thememory360 is coupled to theprocessor340. Part of thememory360 could include a random access memory (RAM), and another part of thememory360 could include a Flash memory or other read-only memory (ROM).
• AlthoughFIG. 3 illustrates one example ofUE116, various changes may be made toFIG. 3. For example, various components inFIG. 3 could be combined, further subdivided, or omitted and additional components could be added according to particular needs. As a particular example, theprocessor340 could be divided into multiple processors, such as one or more central processing units (CPUs) and one or more graphics processing units (GPUs). Also, whileFIG. 3 illustrates theUE116 configured as a mobile telephone or smartphone, UEs could be configured to operate as other types of mobile or stationary devices.
• FIG. 4 andFIG. 5 illustrate example wireless transmit and receive paths according to this disclosure. In the following description, a transmitpath400, ofFIG. 4, may be described as being implemented in a gNB (such as the BS102), while a receivepath500, ofFIG. 5, may be described as being implemented in a UE (such as a UE116). However, it may be understood that the receivepath500 can be implemented in a gNB and that the transmitpath400 can be implemented in a UE. In some embodiments, the receivepath500 is configured to support Msg3 as described in embodiments of the present disclosure.
• The transmitpath400 as illustrated inFIG. 4 includes a channel coding andmodulation block405, a serial-to-parallel (S-to-P) block410, a size N inverse fast Fourier transform (IFFT) block415, a parallel-to-serial (P-to-S) block420, an addcyclic prefix block425, and an up-converter (UC)430. The receivepath500 as illustrated inFIG. 5 includes a down-converter (DC)555, a remove cyclic prefix block560, a serial-to-parallel (S-to-P) block565, a size N fast Fourier transform (FFT) block570, a parallel-to-serial (P-to-S) block575, and a channel decoding anddemodulation block580.
• As illustrated inFIG. 4, the channel coding andmodulation block405 receives a set of information bits, applies coding (such as a low-density parity check (LDPC) coding), and modulates the input bits (such as with quadrature phase shift keying (QPSK) or quadrature amplitude modulation (QAM)) to generate a sequence of frequency-domain modulation symbols. The S-to-P block410 converts (such as de-multiplexes) the serial modulated symbols to parallel data in order to generate N parallel symbol streams, where N is the IFFT/FFT size used in theBS102 and theUE116. The size N IFFT block415 performs an IFFT operation on the N parallel symbol streams to generate time-domain output signals. The P-to-S block420 converts (such as multiplexes) the parallel time-domain output symbols from the size N IFFT block415 in order to generate a serial time-domain signal. The addcyclic prefix block425 inserts a cyclic prefix to the time-domain signal. TheUC430 modulates (such as up-converts) the output of the addcyclic prefix block425 to an RF frequency for transmission via a wireless channel. The signal may also be filtered at baseband before conversion to the RF frequency.
• A transmitted RF signal from theBS102 arrives at theUE116 after passing through the wireless channel, and reverse operations to those at theBS102 are performed at theUE116.
• As illustrated inFIG. 5, the down-converter555 down-converts the received signal to a baseband frequency, and the remove cyclic prefix block560 removes the cyclic prefix to generate a serial time-domain baseband signal. The S-to-P block565 converts the time-domain baseband signal to parallel time domain signals. The size N FFT block570 performs an FFT algorithm to generate N parallel frequency-domain signals. The P-to-S block575 converts the parallel frequency-domain signals to a sequence of modulated data symbols. The channel decoding anddemodulation block580 demodulates and decodes the modulated symbols to recover the original input data stream.
• Each of the gNBs101-103 may implement a transmitpath400 as illustrated inFIG. 4 that is analogous to transmitting in the downlink to UEs111-116 and may implement a receivepath500 as illustrated inFIG. 5 that is analogous to receiving in the uplink from UEs111-116. Similarly, each of UEs111-116 may implement the transmitpath400 for transmitting in the uplink to the gNBs101-103 and may implement the receivepath500 for receiving in the downlink from the gNBs101-103.
• Each of the components inFIG. 4 andFIG. 5 can be implemented using hardware or using a combination of hardware and software/firmware. As a particular example, at least some of the components inFIG. 4 andFIG. 5 may be implemented in software, while other components may be implemented by configurable hardware or a mixture of software and configurable hardware. For instance, theFFT block570 and the IFFT block515 may be implemented as configurable software algorithms, where the value of size N may be modified according to the implementation.
• Furthermore, although described as using FFT and IFFT, this is by way of illustration only and may not be construed to limit the scope of this disclosure. Other types of transforms, such as discrete Fourier transform (DFT) and inverse discrete Fourier transform (IDFT) functions, can be used. It may be appreciated that the value of the variable N may be any integer number (such as 1, 2, 3, 4, or the like) for DFT and IDFT functions, while the value of the variable N may be any integer number that is a power of two (such as 1, 2, 4, 8, 16, or the like) for FFT and IFFT functions.
• AlthoughFIG. 4 andFIG. 5 illustrate examples of wireless transmit and receive paths, various changes may be made toFIG. 4 andFIG. 5. For example, various components inFIG. 4 andFIG. 5 can be combined, further subdivided, or omitted and additional components can be added according to particular needs. Also,FIG. 4 andFIG. 5 are meant to illustrate examples of the types of transmit and receive paths that can be used in a wireless network. Any other suitable architectures can be used to support wireless communications in a wireless network.
• Embodiments of the present disclosure relate to transmitting Msg3 physical uplink shared channel (PUSCH) with repetitions. Embodiments of the present disclosure also relate to determining the number of repetitions for Msg3 PUSCH transmission for a UE operating in a CE mode or in a normal coverage mode. Embodiments of the present disclosure further relate to determining a redundancy version for each repetition of a Msg3 PUSCH transmission. Additionally, embodiments of the present disclosure relate to determining a time domain resource allocation for a Msg3 PUSCH transmission. Yet further embodiments of the present disclosure relate to determining a number of PUSCH repetitions defined by a number of symbols. Embodiments of the present disclosure also relate to a UE determining a timing for reception of a Msg4 physical downlink shared channels (PDSCH).
• The variety of applications for 5G and beyond requires different target values for different capabilities for networks and UEs (such as theUE116 ofFIG. 1) such as peak data rate, capacity, latency, mobility, connection density, network energy efficiency, and so on. The main usage scenarios can be categorized as enhanced Mobile Broadband (eMBB), Ultra-Reliable Low Latency Communications (URLLC), and massive Machine Type Communications (mMTC).
• The eMBB scenario can be characterized by high data rates, high user density and wide-area coverage. The URLLC scenario can be characterized by low latency, high reliability and high availability. The mMTC scenario can be characterized by high connection density, low power consumption and low complexity.
• To satisfy the various applications and use cases, embodiments of the present disclosure take into consideration that UEs targeted for different applications or use cases can have different characteristics and correspond to different UE types. For example, UEs belonging to the broad category of mMTC have requirements on latency/data rate/battery life/connection density in order to support specific IoT (Internet of Things) use cases in vertical industries. One type of UEs may have reduced capabilities respect to UEs for eMBB use cases. Such UEs with certain characteristics in terms of bandwidth, number of Rx and/or Tx RF chains, power class, can support the required latency, data rate, battery life, density of UEs for a certain use cases or applications, and operate in a same network with other types of UEs, such as ones for eMBB and/or URLLC services. Examples of use cases include industrial wireless sensors (IWS), video surveillance, and wearables.
• Given the diverse requirements associated with the diverse use cases, a UE type indicates certain characteristics/capabilities/features that can fulfill the requirements of one or more use cases. Such characteristics include, but are not limited to, cost, complexity, capabilities such as bandwidth, number of Rx and/or Tx RF chain, power class, coverage class, and the like.
• In this disclosure the terminology of ‘normal UE’ and ‘redcap UE’ are intended in a broad sense to indicate UE types with certain capabilities or configured with certain capabilities. The term ‘normal UE’ may indicate R15/R16 UEs intended for eMBB applications. The term ‘redcap UE’ may indicate UEs that have reduced capabilities and/or are configured to use reduced capabilities compared to normal UEs. The reduced capabilities are related but are not restricted to bandwidth, number of Rx and/or Tx RF chains, power classes, and the like.
• For applications with less stringent requirements on latency and data rate, one way to improve coverage is by extending the transmission time: the physical signal or channel can be transmitted a number of times and, depending on the number of repetitions or retransmissions, the coverage can be enhanced to a certain range. For UEs with reduced capabilities the introduction of such type of coverage improvements compensates for the reduced coverage due to, for example in downlink (DL), the reduced number of UE receiver antennas or, in uplink (UL), due to a lower maximum UE transmit power. For all types of UEs, in case a UE is in extreme coverage limiting situation, such mechanisms improve coverage while maintaining an efficient network operation.
• For a LTE MTC scenario, two modes are introduced to enhance coverage. A first mode, denoted as coverage enhancement (CE) Mode A, supports up to 32 subframe repetitions for a transmission of a PDSCH or of a PUSCH for a transport block (TB). CE Mode A is optimized for small or moderate CE that can be achieved through a relatively small number of repetitions. A second mode, denoted as CE Mode B, supports up to 2048 subframe repetitions for a PDSCH or PUSCH transmission with a same TB. If a UE supports CE mode B, the UE also supports CE mode A. For a PRACH transmission, the CE operation is categorized into four levels where each level represents a different process for PRACH and paging. For each CE Mode, there are two levels corresponding to different numbers of repetitions n, m or p, with n<m<p. In CE Mode A: Level 0 (no repetition for PRACH) and Level 1 (n repetitions). In CE Mode B: Level 2 (m repetitions) and Level 3 (p repetitions). In the UE configuration, a radio resource control Information Element (IE) provides a configuration for a list of PRACH transmission parameters for each coverage level. The first entry in the list contains PRACH information ofCE level 0, the second entry in the list contains PRACH information ofCE level 1, and so on. The eNB determines the CE Mode, and the level within each Mode is determined by the UE. Up to three reference signal received power (RSRP) threshold values are signalled in a system information block (SIB) by the gNB for a UE to determine a CE level for a PRACH transmission. The number of configured RSRP thresholds is equal to the number of configured CE levels minus one. For a UE that supports a different (smaller) power class than 23 dBm, a corresponding adjustment (reduction) needs to be done by the UE to the RSRP threshold values signalled by eNB.
• A random access (RA) procedure can be initiated to fulfill several purposes including for example one of the following ones: establish RRC connection (to go from RRC_IDLE to RRC_CONNECTED), re-establish RRC connection after radio link failure (RLF), on-demand system information (SI) request, UL synchronization, scheduling request (SR), positioning, link recovery—also known as beam failure recovery (BFR). A physical random access procedure can be is triggered upon request of a PRACH transmission by higher layers at a UE or by a physical downlink control channel (PDCCH) order from a serving gNB. It is noted that, RA can operate in two modes. The first RA operation mode is denoted as contention-based random access (CBRA). In CBRA UEs within a serving cell can share same RA resources and there is therefore a possibility of collision among RA attempts from different UEs. The second RA operation mode is denoted as contention-free random access (CFRA). In CFRA a UE has dedicated RA resources that can be, for example, indicated by a serving gNB and may not be shared with other UEs so that RA collisions can be avoided.
• A random access procedure, also known as a Type-1 L1 random access procedure includes 4-step. In step-1 a UE transmits a Physical Random Access Channel (PRACH) preamble (Msg1). In step-2 a gNB transmits of Random Access Response (RAR) message with a PDCCH/PDSCH (Msg2). In step-3 the UE transmits a contention resolution message and when applicable, the transmission of a PUSCH scheduled by a RAR UL grant (Msg3). In step-4 the gNB transmits a contention resolution message (Msg4).
• According to embodiments of the present disclosure, instead of a 4-step RA procedure (described above), a 2-step RA procedure can be used where a UE can transmit both a PRACH preamble and a PUSCH (MsgA) prior to reception of a corresponding RAR (MsgB).
• In certain embodiments, a UE, configured for operation in bandwidth parts (BWPs) of a serving cell, is configured by higher layers a set of (for example at most four) BWPs in a DL bandwidth for receptions by the UE (DL BWP set). The UE is also configured, by a set of (for example at most four) BWPs in an UL bandwidth for transmissions by the UE (UL BWP set). At a given time, one of the configured BWPs is considered as the active BWP where the UE receives (active DL BWP) or transmits (active UL BWP). The downlink carrier can be associated with two uplink carriers where a first uplink carrier is typically referred to as (primary) uplink carrier and a second uplink carrier is typically referred to as supplementary uplink (SUL) carrier. One UL carrier, the non-SUL carrier or primary carrier, is located in a frequency division duplexing (FDD) or time division duplexing (TDD) band as the associated/linked DL carrier, and the SUL carrier is typically located in a lower frequency band. The decoupling of uplink and downlink frequency bands enhances cell coverage, and the lower frequency carrier allows UEs at the cell-edge or in general UEs experiencing a large path loss to access the network with the lower uplink carrier and improves coverage compared to using the uplink carrier at the higher frequency band.
• In certain embodiments. a UE that is capable of coverage enhancement support can access a cell in a coverage enhancement mode and can be configured in a coverage enhancement mode. Such UE is referred to as ‘CE UE’ or ‘UE in enhanced coverage.’ The CE UE can be a UE with a first set of capabilities, such as for a number of receiver antennas or for operation over a first maximum bandwidth, or a UE with second, reduced, set of capabilities (RedCap UE) such as a smaller number of receiver antennas or for operation over a second maximum bandwidth that are both smaller that the respective first numbers.
• In certain embodiments, a gNB can configure a UE to operate in one CE mode from a set of CE modes (e.g., CE-Mode1, CE-Mode2, . . . ) where each mode can be optimized to improve coverage in respective coverage conditions. The CE mode can be defined by a specific method to enhance coverage. For example, the CE mode can be defined by a number of repetitions used for the transmission of physical channels and signals. In addition to transmission with repetitions, a CE mode of operation can be associated with specific configurations for transmission of physical channels and formats. For example, a serving gNB can configure a first UE with CE-Mode1 when the first UE requires a small coverage enhancement such as one corresponding to a signal to interference and noise ratio (SINR) gain 6 dB. A gNB can configure a second UE with CE-Mode2 or other modes in case a large coverage enhancement is needed for the second UE.
• A single CE mode can also be defined and in that case the UE can either be configured in normal coverage or in a CE mode. A UE can further adapt uplink transmission to the coverage conditions by determining a corresponding CE level. A CE level can be associated with a number of repetitions of an uplink channel or signal.
• Embodiments of the present disclosure provide for determination of the number of repetitions for Msg3 for a UE in CE mode. The following examples and embodiments describe determining the number of repetitions for Msg3 for a UE in CE mode. In certain embodiments, a gNB (such as the BS102) can configure a UE to operate in a CE mode. For a Msg3 PUSCH transmission, a CE mode is associated with one or more CE levels. For a total of L CE levels and N CE modes, with L>=N, a UE can be configured with a CE mode and a CE level for the CE mode. In certain embodiments, a UE can be configured to operate either without CE (normal mode) or in a CE mode. For example, if a UE is configured in a CE mode, a serving gNB can configure the UE with one or more RSRP thresholds (RSRP thresholds for CE level identification). The UE can then determine the CE level based on RSRP measurements and thresholds. In certain embodiments, each CE level can be associated with a configuration for a PRACH transmission. Each CE level can also be associated with one or more parameters for the Msg3 PUSCH transmission such as a number of repetitions.
• For a UE configured to operate in a CE mode, a number of repetitions for a Msg3 PUSCH transmission with a TB can be configured by higher layers. A field in the RRC IE RACH-ConfigCornrnon which is used to specify the cell specific random-access parameters can indicate the number of Msg3 repetitions for each CE level. Alternatively, a field in the RRC IE pusch-ConfigCommon which is used to configure the cell specific PUSCH parameters can be used. The UE can determine the number of repetitions for a Msg3 PUSCH transmission with a TB from a configured value of repetitions for the CE level in which the UE operates such as for the PRACH transmission. A number of repetitions for a Msg3 PUSCH transmission can be indicated by a field in the UL grant provided by the RAR message scheduling the Msg3 PUSCH transmission. For example, the field can include two bits and indicate one of four repetition numbers where the four repetition numbers are provided by higher layers. The four repetition numbers can be separately provided for each CE level associated with the corresponding PRACH transmission. It is also possible for a serving gNB to indicate a number of repetitions for a Msg3 PUSCH transmission by field in the downlink control information (DCI) format scheduling the PDSCH reception that provides the RAR message associated with the Msg3 PUSCH transmission.
• In certain embodiments if the number of repetitions for a Msg3 transmission is indicated by higher layers and is also signaled either by a field in the DCI format scheduling the RAR PDSCH reception or in the UL grant of the RAR message in the PDSCH reception, a UE that is configured for operation with CE uses the value that the UE determined based on the indication by the field.
• It is noted that a field carrying the number of Msg3 PUSCH repetitions cannot be present both in the DCI format scheduling the RAR PDSCH reception and in the UL grant of the RAR message in the PDSCH reception. For example, a UE is not expected to be indicated the number of repetitions for Msg3 PUSCH transmission in the DCI format scheduling the RAR PDSCH reception and in the UL grant of the RAR message in the PDSCH reception. Similarly, a UE is not expected to receive the indication for a number of repetitions for Msg3 PUSCH transmission in the UL grant of the RAR message in the PDSCH reception when the UE receives the indication in the DCI format scheduling the RAR PDSCH reception. For instance, if a UE receives the indication of number of repetitions for Msg3 PUSCH transmission in the DCI format scheduling the RAR PDSCH reception, the UE discards the indication of Msg3 PUSCH repetitions in the UL grant of the RAR message in the PDSCH reception if present.
• FIGS. 6 and 7 illustrateexample methods600 and700, respectively, for determining a number of repetitions for Msg3 PUSCH transmission according to embodiments of the present disclosure. For example, the steps of themethods600 and700 can be performed by any of the UEs111-116 ofFIG. 1, such as theUE116 ofFIG. 3. Themethod600 ofFIG. 6 and themethod700 ofFIG. 7 are for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• As illustrated inFIG. 6, instep602, a gNB configures the UE with a CE level and with a number of repetitions for the Msg3 PUSCH transmission by higher layers such as for example in an IE RACH-ConfigCornrnon510. For example, a UE (such as the UE116) is configured by a gNB (such as the BS102) with a CE level and a number of repetitions for the Msg3 PUSCH transmission.
• Instep604, the UE determines whether the number of Msg3 repetitions is present in the DCI. If the number of repetitions is indicated in a field of the DCI format scheduling a PDSCH reception that provides a corresponding RAR message, then instep606, the UE transmits Msg3 with the number of repetitions that the UE determines from the indication provided by the field. For example, the UE can be provided with four numbers of repetitions for a CE level the UE uses for the PRACH transmission and a field of 2 bits can indicate one of the four numbers. Otherwise, instep608, the UE transmits Msg3 with the configured number of repetitions in RACH-ConfigCommon.
• As illustrated inFIG. 7, themethod700 describes a UE procedure for determining a number of repetitions for a Msg3 PUSCH transmission. Instep702, a gNB configures the UE with a CE level and with a number of repetitions for the Msg3 PUSCH transmission by higher layers such as for example in pusch-ConfigCommon. For example, a UE (such as the UE116) is configured by a gNB (such as the BS102) with a CE level and a number of repetitions for the Msg3 in RRC.
• Instep704, the UE determines whether the number of Msg3 repetitions is present in the PDSCH. If the number of repetitions is indicated in a field of the UL grant scheduling the Msg3 PUSCH transmission, then the UE instep706 transmits Msg3 with the number of repetitions that the UE determines from the indication provided by the field. For example, the UE can be provided with four numbers or repetitions for a CE level the UE uses for the PRACH transmission and a field of 2 bits can indicate one of the four numbers. That is, instep706, the UE can transmit Msg3 with the number of repetitions determined by the UE from the filed in the PDSCH. Otherwise, instep708, the UE transmits Msg3 with the configured number of repetitions in pusch-ConfigCommon.
• AlthoughFIG. 6 illustrates themethod600 andFIG. 7 illustrates themethod700, various changes may be made toFIGS. 6 and 7. For example, whilemethods600 and700 are shown as a series of steps, various steps could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps. For example, steps of themethod600 can be executed in a different order. For another example, steps of themethod700 can be executed in a different order.
• The following embodiments and examples describe a determination of Msg3 repetitions related to the CE level corresponding to the PRACH transmission.
• In certain embodiments, for a UE configured for operation with CE, a number of repetitions for a Msg3 PUSCH transmission corresponding to a configured CE level can be configured. For PRACH transmission, the UE can determine the PRACH resource configuration corresponding to a selected CE level l and transmit PRACH. If the PRACH transmission is not successful (such as if a RAR is not received by the UE within the configured time window for RAR reception), then the UE initiates the RA procedure again by (i) transmitting PRACH with the same configuration or (ii) determining the PRACH resource configuration corresponding to a different CE level, for example the next higher CElevel l+1, and transmitting such PRACH. In this case the number of repetitions for a Msg3 PUSCH transmission associated to the RAR transmitted by the gNB, if such Msg3 PUSCH transmission exists, can be determined from the number of Msg3 PUSCH repetitions corresponding to the same (in this example, l+1) CE level used by the PRACH transmission.
• It is possible that the granularity of the CE levels associated with the PRACH transmission is different than the granularity of the CE levels associated to the repetitions of Msg3 PUSCH transmission. For example, four CE levels can be configured for PRACH transmission, and two levels for Msg3 PUSCH transmission, withCE levels 0 and 1 of PRACH transmission associated to a first number of repetitions for Msg3, and withCE levels 2 and 3 of PRACH transmission associated to a second number of repetitions for Msg3. It is also possible that the number of repetitions for a Msg3 PUSCH transmission is the same for all coverage levels associated to the PRACH transmission.
• In certain embodiments the number of Msg3 PUSCH repetitions is derived from the configured number of PRACH repetitions. For example, when a gNB configures the UE with a number of PRACH repetitions, the number of Msg3 repetitions can be assumed to be the same as the configured number of PRACH repetitions or it can be derived from it. The number of Msg3 repetitions can be a scaled value, for example ½ or ¼ or double, of the number of PRACH repetitions, wherein the number of PRACH repetitions can be the number of times a same PRACH preamble or different PRACH preambles is/are transmitted with a spatial setting, or the total number of PRACH preamble transmissions over multiple spatial settings. Also, when a UE determines the number of PRACH repetitions based on RSRP measurements and threshold values indicated by a gNB, the UE can use a same number or a scaled number of repetitions for Msg3 PUSCH transmissions. It is possible that the number of Msg3 PUSCH repetitions is derived from the number of repetitions of PRACH preamble transmissions and the number of PRACH attempts. For example, a number of Msg3 PUSCH repetitions can be increased as the number of PRACH attempts increases.
• FIG. 8 illustrates anexample method800 for transmitting Msg3 PUSCH with a number of repetitions according to embodiments of the present disclosure. For example, the steps of themethod800 can be performed by any of the UEs111-116 ofFIG. 1, such as theUE116 ofFIG. 3. Themethod800 ofFIG. 8 is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• As illustrated inFIG. 8, themethod800 describes an exemplary procedure for transmitting a Msg3 PUSCH with a number of repetitions associated to the same CE level of the corresponding PRACH transmission. Both PRACH transmission and Msg3 PUSCH transmission are associated to a same number of CE levels, for example 4 levels, with different number of repetitions for PRACH and for Msg3 PUSCH for each CE level.
• In step802, a gNB configures the UE for operation with CE, with a maximum number of PRACH transmission attempts and a number of repetitions for Msg3 PUSCH transmission. Instep804, the UE determines a CE level l for transmitting PRACH, and transmits PRACH as configured for CE level l.
• Instep806, the UE determines if the PRACH transmission was successful. If the PRACH transmission is successful and a Msg3 PUSCH transmission exists, then instep808, the Msg3 PUSCH is transmitted with a number of repetitions associated to CE level l. Alternatively, if the PRACH transmission is not successful, the UE determines whether the number of PRACH attempts is less than the maximum configured value instep810. That is, if the PRACH transmission is not successful (as determined in step806) and the number of PRACH attempts is less than the maximum configured value (as determined in step810), then instep812, the UE transmits PRACH as configured for the next higher CE level.
• The procedure continues repeating the previous steps until either the PRACH transmission is successful (as determined step806), in which case a Msg3 PUSCH can be transmitted (step808), or the PRACH transmission is unsuccessful (as determined step806) and the maximum number of PRACH attempts is reached (as determined in step810), in which case the RA procedure is terminated instep814.
• AlthoughFIG. 8 illustrates themethod800, various changes may be made toFIG. 8. For example, whilemethod800 ofFIG. 8 is shown as a series of steps, various steps could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps. For example, steps of themethod800 can be executed in a different order.
• Embodiments of the present disclosure provide for determination of the number of repetitions for Msg3 PUSCH for a UE not in CE mode. The following examples and embodiments describe determining the number of repetitions for Msg3 PUSCH for a UE, such as theUE116, that is not in CE mode. In certain embodiments, a UE that is not configured for CE operation can also transmit a Msg3 PUSCH with repetitions. A number of repetitions can be signaled by higher layers (for example, either by a field in the RRC IE RACH-ConfigCommon or in RRC IE pusch-ConfigCornrnon). The number of repetitions for a Msg3 transmission can additionally or alternatively be indicated by a field in a DCI format scheduling a PDSCH reception providing a RAR message corresponding to the Msg3 PUSCH transmission, for example by indicating one number of repetitions from a set of numbers of repetitions provided by higher layers. The number of repetitions for a Msg3 PUSCH transmission can additionally or alternatively be indicated by a field in the UL grant of the RAR message scheduling the Msg3 PUSCH transmission. The number of repetitions for a Msg3 PUSCH transmission can alternatively be indicated by an entry in a time domain resource allocation (TDRA) table that, in addition to a start and length of a PUSCH transmission in a slot, it indicates a number of repetitions for the PUSCH transmission. For Msg3 PUSCH transmissions, the TDRA table can be provided by a SIB.
• In certain embodiments, if the number of repetitions is both (i) configured by higher layers and (ii) signaled by a field either in the DCI format scheduling the PDSCH reception with the RAR message or in the UL grant of the RAR message, the UE transmits a Msg3 PUSCH with the number of repetitions indicated by the field. For example, the UE can determine the number of repetitions for the Msg3 PUSCH transmission following a similar procedure as described above inFIG. 6 andFIG. 7, with the difference being that the UE operates in normal, non-CE, coverage mode and is not associated to a CE level.
• In certain embodiments, a field carrying the number of Msg3 PUSCH repetition cannot be present both in the DCI format scheduling the RAR PDSCH reception and in the UL grant of the RAR message in the PDSCH reception.
• For example, a UE, such as theUE116, is not expected to be indicated the number of repetitions for Msg3 PUSCH transmission in the DCI format scheduling the RAR PDSCH reception and in the UL grant of the RAR message in the PDSCH reception.
• For another example, a UE, such as theUE116, is not expected to receive the indication of number of repetitions for Msg3 PUSCH transmission in the UL grant of the RAR message in the PDSCH reception when the UE receives the indication in the DCI format scheduling the RAR PDSCH reception.
• For yet another example, if a UE, such as theUE116, receives the indication of number of repetitions for Msg3 PUSCH transmission in the DCI format scheduling the RAR PDSCH reception, the UE discards the indication of Msg3 PUSCH repetitions in the UL grant of the RAR message in the PDSCH reception if present.
• Embodiments of the present disclosure provide for determination of the number of repetitions for Msg3 when the random access procedure is initiated by a PDCCH order. The following examples and embodiments describe determining the number of repetitions for Msg3 when the random access procedure is initiated by a PDCCH order. For example, a gNB, such as theBS102, can trigger a UE, such as theUE116, to initiate a random access procedure through a PDCCH order. The UE may or may not be configured for CE operation. A UE interprets that a DCI format 1_0 is a PDCCH order for a PRACH transmission if the cyclic redundancy check (CRC) is scrambled by cell radio network temporary identifier (C-RNTI) and a value of a “Frequency domain resource assignment” field is all ones. Such a DCI format can also include a field to indicate a number of repetitions for a Msg3 PUSCH transmission, for example “Msg3-rep indicator” field of n bits. For example, the TDRA field can be interpreted as providing a number of repetitions for the PRACH transmission. The Msg3-rep indicator field can indicate one number of repetitions from a set of numbers of repetitions provided by higher layers or can directly indicate the number of repetitions.
• The Msg3-rep indicator field of n bits can use n bits of the “Reserved bits” field of such DCI format, such as for example the bits of the TDRA field. For CBRA, where UEs within a serving cell can share same RA resources, the “Random Access Preamble index” field of the DCI format 1_0 used to initiate the RA procedure is all zeros. In such case, the “synchronization signal/physical broadcast channel (SS/PBCH) index” field and the “PRACH Mask index” field of the DCI are reserved. It is possible that the Msg3-rep indicator field uses n bits, with n<=4, of the PRACH Mask index field if the value of the Random Access Preamble index field is all zeros, in which case the PRACH Mask index field is reserved. It is also possible that the Msg3-rep indicator field uses n bits, with n<=6, of the SS/PBCH index field if the value of the Random Access Preamble index field is all zeros, in which case the SS/PBCH index field is reserved.
• Embodiments of the present disclosure provide for transmission of Msg3 with repetitions: redundancy version. The following examples and embodiments describe transmitting Msg3 with repetitions based on a redundancy version. In certain embodiments, if a UE, such as theUE116, transmits a Msg3 PUSCH with N_reprepetitions, for the first transmission the UE transmits a transport block in a PUSCH scheduled by a RAR UL grant in a corresponding RAR message using redundancyversion number rv_id0.
• For all repetitions, the UE transmits the transport block in a PUSCH usingredundancy version number 0. Alternatively, for the n^threpetition, with n=1, . . . , N_rep−1, the UE transmits the transport block in a PUSCH using different redundancy version number, for example according to the sequence {0,2,3,1} as illustrated in TABLE 1, below. Examples for other sequences include {2,3,1,0}, {3,1,0,2}, {1,0,2,3}, {0,3,0,3}. The RV pattern can be provided by higher layers such as for example a SIB. Alternatively, a pattern for RVs can be indicated from a predetermined set of patterns of RVs for repetitions, by a field in the DCI format scheduling the Msg3 PUSCH transmission with the number of repetitions.

• 	TABLE 1
  	1. rvidof the
  	initial PUSCH	2. rvidto be applied to nthrepetition

  	transmission of	3.n mod	4. n mod	5. n mod	6.n mod
  	Msg3
  	4 = 0	4 = 1	4 = 2	4 = 3
  	7. 0	8. 0	9. 2	10. 3	11. 1

• Alternatively, for all the repetitions within one PUSCH slot, the UE, such as theUE116, transmits the transport block using the same redundancy version number. Transmissions in consecutively allocated slots can use a different redundancy version as shown in TABLE 2, below. Examples for other sequences/patterns include {2,3,1,0}, {3,1,0,2}, {1,0,2,3}, {0,3,0,3}.

• TABLE 2
  12. rvidof the	13. rvidto be applied to all repetitions
  initial PUSCH	within the nthslot

  transmission of	14. n mod	15. n mod	16. n mod	17.n mod
  Msg3
  	4 = 0	4 = 1	4 = 2	4 = 3
  18. 0	19. 0	20. 2	21. 3	22. 1

• Whether the redundancy version number is fixed to rv_id=0 for all repetitions or changes it can be indicated by higher layers or can be indicated by a field in a DCI format scheduling the Msg3 PUSCH transmission.
• In certain embodiments, one or more parameters in the RRC IE RACH-ConfigCommon (or in RRC IE pusch-ConfigCommon) can provide the rv_idfor the Msg3 PUSCH transmission. For example, a UE, such as theUE116, can be indicated whether the rv_idis always zero for all repetitions of the Msg3 PUSCH transmission or whether the rv_idvaries, such as, according to the TABLE 1 or TABLE 2, above. In certain embodiments, the UE can also be indicated whether: (i) the rv_idchanges at each repetition (TABLE 1 is used); (ii) the rv_idis fixed for repetitions in a same slot and changes for repetitions in consecutive slots (TABLE 2 is used); or (iii) the rv_idchanges per number of repetitions where the number of repetitions can be provided by higher layers or be predetermined in the system operation. The UE can be also indicated a default rv_idsequence.
• Embodiments of the present disclosure provide for association of number of Msg3 repetitions (or CE level) with PUSCH repetition type. The following examples and embodiments describe associating a number of Msg3 repetitions (or CE level) with PUSCH repetition type. In certain embodiments, for a Msg3 PUSCH transmission with repetitions that is scheduled by an UL grant in a RAR message, a number of consecutive PUSCH allocations within a slot and a number of consecutive slots allocated for the Msg3 transmission can be provided by higher layers. In case of an allocation of multiple slots, a same start symbol and length for PUSCH repeats over the allocated slots. In each slot, one (PUSCH repetition Type A) or more (PUSCH repetition Type B) Msg3 repetitions can be transmitted.
• In a first approach, for a UE transmitting Msg3 with repetitions, PUSCH type B repetitions can be used in order to reduce a time required for the Msg3 PUSCH transmission. Depending on the number of repetitions or on the CE level, a UE, such as theUE116, can transmit Msg3 with PUSCH repetition Type A or PUSCH repetition Type B. Whether to use repetition type B for a Msg3 PUSCH transmission can depend on whether performance or latency is prioritized. For example, if there are twoCE levels 1=0,1, when the UE operates inCE level 0 the UE can transmit Msg3 repetitions with PUSCH repetition Type A when the UE operates inCE level 0 and transmit Msg3 repetitions with PUSCH repetition Type B when the UE operates inCE level 1. In another example, if there are four CE levels, 1=0,1,2,3, the UE can transmit Msg3 repetitions with PUSCH repetition Type B when the UE operates in CE level 3, otherwise, the UE can transmit MSg3 repetitions with PUSCH repetition Type A.
• A gNB, such as theBS102, can indicate whether PUSCH repetition Type A or PUSCH repetition Type B is used through a SIB. Alternatively, if not all UEs can support a PUSCH repetition Type, such as PUSCH repetition Type B, PUSCH repetition Type A is used by default. It is also possible for a UE, such as theUE116, to indicate a PUSCH repetition Type by selecting a PRACH preamble. For example, the gNB can indicate in a SIB that a first set of PRACH preambles are associated with PUSCH repetition Type A and a second (remaining) set of PRACH preambles are associated with PUSCH repetition Type B. The UE transmits a Msg3 PUSCH with Type A or with Type B repetitions depending on whether the UE selects a PRACH preamble from the first set or from the second set of PRACH preambles.
• Embodiments of the present disclosure provide for transmission of Msg3 with repetitions: time domain resource allocation. The following examples and embodiments describe transmitting Msg3 with repetitions in a time domain resource allocation. In certain embodiments, a UE, such as theUE116, can determine a time domain resource allocation for a Msg3 PUSCH transmission from higher layer parameters and from the TDRA tables. Table 6.1.2.1.1-1A and Table 6.1.2.1.1-1B in TS 38.214 v16.1.0 define PUSCH time domain resource allocation configurations for a UE to apply.
• The following descriptions apply to any PUSCH transmission, not only to Msg3 PUSCH transmission. In certain embodiments, a number of Msg3 repetitions (or CE level) are associated with K2. For example, a CE level, or equivalently a number of repetitions for a Msg3 PUSCH transmission, can be associated with K2 which is used to derive a slot offset from the slot where PDCCH providing the DCI format scheduling the Msg3 PUSCH transmission is received. A UE operating with a large CE level (several repetitions for Msg3) is assumed to be more delay tolerant, and higher coverage levels can be associated with larger values of K2. For instance, if there are two CE levels, the association can be as in Table 3.Level 0 can correspond to the lowest CE level or to UE operating without CE. This can apply to both normal CP and extended CP.
• In certain embodiments, a number of Msg3 repetitions (or CE level) are associated with K2 and S. For example, a CE level, or equivalently a number of repetitions for a Msg3 PUSCH transmission, can be associated to K2 and S. S is a first symbol in a slot in which the UE transmits the Msg3 PUSCH. For instance, if there are two CE levels, the association can be as in Table 4. The lowest CE level is associated with the smaller K2 and S values.Level 0 can correspond to the lowest CE level or to a UE operating in normal mode (no CE). This can apply to both normal CP and extended CP.
• In certain embodiments, a number of Msg3 repetitions (or CE level) are associated with S. For example, a CE level, or equivalently a number of repetitions for a Msg3 PUSCH transmission, can be associated to S. S is a first symbol in a slot in which the UE transmits the Msg3 PUSCH. For instance, if there are four CE levels, the association can be as in Table 5. The lowest CE level is associated with the smaller S value.Level 0 can correspond to the lowest CE level or to a UE operating in normal mode (no CE). This can apply to both normal CP and extended CP.
• In certain embodiments, a number of Msg3 repetitions are associated with a time domain resource allocation configuration. For example, a number of TDRA tables can be defined, each corresponding to a CE level. Each TDRA table defines which PUSCH time domain resource allocation configuration to apply when a UE operates in a CE level. The indication of which TDRA table to use can be indicated in a field in the IE PUSCH-ConfigCommon which is used to configure the cell specific PUSCH parameters. For instance, as illustrated below, a Msg3-PUSCH-TimeDomainAllocationTable field can indicate a TDRA table. The value of this field can correspond to the configured CE level. Further, an indication of a CE level can be dynamic through an indication of a TDRA table from a configured set of TDRA tables. For instance, a field in a DCI format (UL grant) scheduling a PUSCH transmission can indicate a TDRA table from a set of 2 or 4 TDRA tables. The field can be part of the TDRA field or can be a separate field. In the former case, the TDRA field indicates a subset of entries of a TDRA table where the subset of entries can be predetermined. For instance, when 1 bit of the TDRA field is used to indicate one of two TDRA tables, the remaining bits of the TDRA field can be used to indicate every other entry (one entry every two consecutive entries) from the TDRA table.
• In certain embodiments, a UE that is not configured for CE operation can also transmit a Msg3 PUSCH with repetitions. A Msg3 PUSCH transmission with repetitions can be associated with a PUSCH mapping type and a TDRA table. One or more TDRA tables can be defined with each TDRA table defining which PUSCH time domain resource allocation configuration to apply for Msg3 PUSCH transmission. The indication of which TDRA table to use can be indicated in a field in the IE PUSCH-ConfigCommon which is used to configure the cell specific PUSCH parameters or by a field in the DCI format (UL grant) scheduling the PUSCH transmission. For example, as illustrated below, a field Msg3-PUSCH-TimeDomainAllocationTable can indicate a TDRA table. For example, as illustrated in Syntax (1) below, a field Msg3-PUSCH-TimeDomainAllocation can indicate a combination of PUSCH mapping type, slot offset, start symbol and length from the TDRA table. In addition, or alternatively, similar fields can be added in the IE PUSCH-ConfigCommon for PUSCH repetitions as indicated below.

• Syntax (1)

  -- ASN1START

  -- TAG-PUSCH-CONFIGCOMMON-START

  PUSCH-ConfigCommon ::= SEQUENCE {

  groupHoppingEnabledTransformPrecoding ENUMERATED {enabled}

  OPTIONAL, -- Need R

  pusch-TimeDomainAllocationList PUSCH-TimeDomain-

  ResourceAllocationList

  OPTIONAL, -- Need R

  msg3-DeltaPreamble INTEGER (−1..6) OPTIONAL, -- Need R

  p0-NominalWithGrant INTEGER (−202..24) OPTIONAL,

  -- Need R

  Msg3-PUSCH-TimeDomainAllocationTableI NTEGER

  (1..maxNrofUL-AllocationTables) OPTIONAL, -- Need R

  Msg3-PUSCH-TimeDomainAllocation INTEGER

  (1..maxNrofUL-Allocations)

  OPTIONAL, -- Need R

  PUSCH-TimeDomainAllocationTable INTEGER (1..maxNrofUL-

  AllocationTables) OPTIONAL, -- Need R

  PUSCH-TimeDomainAllocation INTEGER

  (1..maxNrofUL-Allocations)

  OPTIONAL, -- Need R

  ...

  }

  -- TAG-PUSCH-CONFIGCOMMON-STOP

  -- ASN1STOP

• Embodiments of the present disclosure provide for identification of UEs supporting transmission of Msg3 PUSCH with repetitions. The following examples and embodiments describe identifying UEs supporting transmission of Msg3 PUSCH with repetitions. In certain embodiments, the identification can use PRACH resources. For example, a gNB, such as theBS102, can identify whether a UE, such as theUE116, supports transmissions of Msg3 PUSCH with repetitions from the PRACH resources used by the UE to initiate a RA procedure. The gNB can indicate in a system information block (SIB) a partitioning/mapping of the PRACH resources, wherein the partitioning/mapping is associated with PRACH preambles, or with PRACH occasions, or with both PRACH preambles and ROs, and wherein resources from a partition are selected by UEs supporting Msg3 PUSCH transmission with repetitions and resources from another partition are selected by UEs not supporting Msg3 PUSCH transmission with repetitions.
• A partitioning of PRACH resources can be associated with multiple features supported by the UE. For example, PRACH resources in a partition can be used by UEs that support Msg3 PUSCH transmission with repetitions and support transmission of PRACH preambles over multiple spatial settings, wherein same or different preambles are transmitted by cycling over a number of spatial settings. In another example a partition of PRACH resources can be used by UEs that support Msg3 PUSCH transmission with repetitions and support transmission of a channel quality report in Msg3 PUSCH, wherein the channel quality report is based on a channel state information reference signal (CSI-RS) transmission and/or on synchronization signal physical broadcast channel (SSB) transmissions by a gNB. In another example a partition of PRACH resources is associated with the transmission of PRACH preambles with a first number of repetitions and with Msg3 PUSCH transmission with a second number of repetitions.
• In certain embodiments, the identification can use UL BWP. Identification of UEs supporting Msg3 with repetitions by a gNB, such as theBS102, can be based on UL bandwidth. A gNB can configure different UL BWPs wherein one or more BWPs are associated with Msg3 PUSCH transmission without repetitions and one or more BWPs are associated with Msg3 PUSCH transmission without repetitions. The different BWPs can also be associated with PRACH transmission with or without repetitions. A gNB can configure in a SIB different UL BWPs corresponding to different numbers of repetitions for Msg3 PUSCH transmission and for PRACH repetitions. A UE can select an UL BWP for initial access depending on whether the UE supports repetitions of Msg3 PUSCH or not. When a UE supports transmission of Msg3 PUSCH with repetitions and multiple BWPs are available, the UE can select a BWP based on RSRP measurements. In the selected BWP, the UE transmits PRACH preambles, and upon reception of a RAR, Msg3 PUSCH.
• Different BWPs can also be associated with different CE levels where each coverage level corresponds to a number of repetitions for Msg3 PUSCH transmission and to a number of PRACH preamble repetitions. The number of Msg3 repetitions and the number of PRACH repetitions can be different for different UL BWPs (and corresponding CE levels) or can be the same for some of the BWPs.
• In certain embodiments, a gNB, such as theBS102, can also configure different narrow bandwidths (NB s) of a BWP where a NB can be associated with the transmission of Msg3 and PRACH either with repetitions or with no repetitions. For example, a gNB can configure an UL BWP associated with Msg3 PUSCH transmission with no repetitions and configure another UL BWP associated with Msg3 PUSCH transmission with repetitions, wherein the UL BWP comprises a number of NBs. The number of repetitions for Msg3 PUSCH and/or PRACH preamble transmissions associated with the different NBs of a BWP can be same or different. A UE, such as theUE116, that supports Msg3 transmission with repetitions would choose one of the NBs for UL transmission based on RSRP measurements.
• FIGS. 9A and 9B illustrateexample methods900 and950, respectively, for identifying whether a UE supports Msg3 PUSCH transmissions according to embodiments of the present disclosure. For example, the steps of themethods900 and950 can be performed by any of the UEs111-116 ofFIG. 1, such as theUE116 ofFIG. 3. Themethods900 and950 are for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• As illustrated inFIG. 9A, themethod900 describes identifying, by a gNB, whether a UE supports Msg3 PUSCH transmission with repetitions is based on the UL BWP (or NB) used for PRACH transmission. Based on what the UE selects, the gNB can identify whether a UE supports Msg3 PUSCH transmission with repetitions.
• Instep902, a UE is indicated different UL BWPs in a SIB transmitted in an initial DL BWP, wherein the different UL BWPs are associated with the transmission of Msg3 PUSCH. For example, UE receives different UL BWPs in a SIB from an DL BWP.
• Instep904, the UE determines whether Msg3 PUSCH repetitions are supported. If the UE does not support Msg3 PUSCH transmission with repetitions (as determined in step904), then instep906, the UE selects an UL BWP associated with Msg3 PUSCH transmission without repetitions. Alternatively, if the UE supports Msg3 PUSCH transmission with repetitions, then instep908, the UE determines a path loss from RSRP measurements and selects an UL BWP among the indicated UL BWPs associated with Msg3 PUSCH transmission with repetitions. Then in step910, the UE transmits PRACH preambles, and Msg3 PUSCH after receiving a RAR, in the selected BWP.
• In another example for TDD systems, in addition to the indication of different UL BWPs that is transmitted in an initial DL BWP with CORESET0, the gNB, such as theBS102, also indicates another DL BWP with another CORESET0 associated with an UL BWP. For example, a gNB can indicate in a SIB transmitted in an initial DL BWP (i) an UL BWP (UL BWP-1) associated with Msg3 with repetitions and paired with the initial DL BWP, (ii) an UL BWP (UL BWP-2) associated with Msg3 with no repetitions, and (iii) a DL BWP with another CORESET0 paired with the UL BWP-2. Additionally, an UL BWP can be associated with transmission of PRACH repetitions, and/or with transmission in different number of spatial settings. A UE that supports Msg3 PUSCH with repetitions would select UL BWP-1 and transmit a PRACH preamble in BWP-1. A UE can select an UL BWP for initial access depending on (i) whether the UE supports repetitions of Msg3, (ii) whether the UE supports transmission of PRACH preambles over different spatial settings, (iii) an RSRP measurement that determines the number of repetitions of a Msg3 and/or (iv) a PRACH preamble.
• As illustrated inFIG. 9B, themethod950 describes an example where identification by a gNB of whether a UE supports Msg3 PUSCH transmission with repetitions is based on an UL BWP (or NB) used for PRACH transmission, wherein the UL BWP and paired DL BWP are indicated in a SIB.
• In step952 a UE is indicated one or more UL BWPs and paired DL BWPs in a SIB transmitted in an initial DL BWP, wherein at least one UL BWP is associated with Msg3 PUSCH transmission with repetitions. For example, the UE receives one or more UL BWPs and paired DL BWPs in a SIB transmitted in an initial DL BWP. Instep954, the UE selects an UL BWP associated with Msg3 PUSCH transmission with repetitions. The UL BWP is selected based on an RSRP measurement if more than one UL BWP is associated with Msg3 repetitions. Instep956, the UE transmits a PRACH preamble in the selected UL BWP. Instep958, the UE receives a RAR in the DL BWP paired with the selected UL BWP where PRACH is transmitted. Instep960, the UE transmits Msg3 PUSCH with repetitions in the selected UL BWP upon reception of a RAR.
• AlthoughFIG. 9A illustrates themethod900 andFIG. 9B illustrates themethod950, various changes may be made toFIGS. 9A and 9B. For example, whilemethods900 and950 are shown as a series of steps, various steps could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps. For example, steps of themethod900 can be executed in a different order. For another example, steps of themethod950 can be executed in a different order.
• Embodiments of the present disclosure provide for retransmissions of Msg3 PUSCH. The following examples and embodiments describe retransmissions of Msg3 PUSCH. In certain embodiments, after a UE transmits a Msg3 PUSCH, if a gNB does not successfully receive Msg3 PUSCH, the UE can receive a PDCCH with a CRC scrambled by the TC-RNTI (or C-RNTI) requesting a retransmission of Msg3. A retransmission of Msg3 PUSCH can use a same or different number of repetitions used in an initial transmission. The UE can transmit Msg3 with a number of repetitions derived from the number of repetitions of the initial transmission. For example, in each retransmission a UE can use an increased number of repetitions, or all retransmissions use the same number of repetitions. The number of repetitions to use in Msg3 retransmissions can be configured in SIB and be part of the Msg3 configuration in pusch-ConfigCommon. It can also be used the same number of repetitions for PRACH preambles configured in RACH-ConfigCommon. In certain embodiments, the UE determines the number of repetitions for a Msg3 retransmission from the DCI format scheduling the Msg3 PUSCH retransmission. A UE can also determine the number of repetitions to use for a Msg3 PUSCH retransmission based on RSRP measurements and configured threshold(s). A Msg3 PUSCH retransmission can be transmitted with no repetitions, or with a number of repetitions same as or smaller/larger than a number of repetitions in a previous (re-)transmission depending on whether an RSRP estimate is same as, or above or below a threshold. In certain embodiments, a gNB configures the use of repetitions for Msg3 PUSCH transmission only for the initial transmission, and retransmissions of Msg3 PUSCH are without repetitions, or vice versa (repetitions are used only in retransmissions).
• Embodiments of the present disclosure provide for a number of repetitions defined by a number of symbols and determination of UL symbols for transmission of PUSCH with repetitions. The following examples and embodiments describe determining UL symbols for transmission of PUSCH with repetitions where the number of repetitions are defined by a number of symbols. A CE level, or equivalently a number of repetitions, for a PUSCH transmission such as a Msg3 PUSCH transmission can be defined by a number of slots or by a number of symbols.
• In certain embodiments, using a number of symbols N_PUSCH=L·N_nominalto determine a length of a PUSCH transmission with Type-B repetitions and having N_nominalrepetitions can be beneficial in scenarios where all symbols used for the PUSCH transmission are not known in advance by a scheduling gNB. For example, when the gNB, such as theBS102, adapts the slot structure after the scheduling of the PUSCH transmission, flexible slot symbols that are indicated by an UL-DL TDD configuration provided by higher layers may be indicated to be DL symbols or flexible (reserved) symbols by a DCI format provided in a PDCCH transmission by the gNB.
• For instance, a UE, such as theUE116, can be scheduled to transmit a PUSCH with N_nominal=4 nominal repetitions over 4 corresponding slots with S=4 and L=11. The 4 slots can be the first 4 slots, starting from the slot indicated by K₂, wheresymbols 4 through 14 are flexible or UL.
• If the gNB, such as theBS102, subsequently indicates by a DCI format some of the flexible symbols to be DL symbols or flexible symbols, an actual repetition of the PUSCH transmission in a corresponding slot can avoid those symbols. However, if the repetitions of the PUSCH transmission are limited to 4 slots, the total number of symbols used for the PUSCH transmission will be smaller than N_PUSCHand, as a consequence, a reception reliability for a transport block in the PUSCH transmission is reduced. The gNB can account for a potential reduction in a number of symbols for the PUSCH repetitions over 4 slots by indicating more than 4 slots for repetitions. However, that may also result to unnecessary repetitions and increased resource overhead in cases when the gNB does not indicate flexible symbols of an UL-DL TDD configuration provided by higher layers to be DL symbols or flexible symbols. Therefore, a UE configured for repetitions of a PUSCH transmission can also monitor PDCCH for detection of a DCI format indicating a slot structure, such as a DCI format 2_0, and avoid transmission in symbols that are indicated as DL. The UE may also avoid transmission in symbols indicated as flexible by the DCI format as such symbols can be considered to be reserved in the system operation and the UE may also avoid transmission in one or more symbols after a last DL symbol in order to allow a required time to perform DL-to-UL switching at least when the UE needs to receive, for example a CSI-RS, during the last DL symbol.
• FIG. 10 illustrates anexample method1000 for determining uplink (UL) symbols for transmission of PUSCH with repetitions according to embodiments of the present disclosure. For example, the steps of themethod1000 can be performed by any of the UEs111-116 ofFIG. 1, such as theUE116 ofFIG. 3. Themethod1000 ofFIG. 10 is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• As illustrated inFIG. 10, themethod1000 describes a procedure for a UE, such as theUE116, to determine UL symbols for transmission of PUSCH with repetitions.
• Instep1002, a UE receives or is provided with an UL-DL TDD configuration over a number of slots. Here, a slot includes flexible symbols, for example by the parameter tdd-UL-DL-ConfigurationCommon, or additionally by the parameter tdd-UL-DL-ConfigurationDedicated.
• Instep1004, the UE is configured for transmission of a PUSCH with repetitions and is scheduled by a DCI format to transmit the PUSCH over multiple slots.
• Instep1006, the UE monitors a DCI format 2_0 that provides an adaptation to the flexible symbols. For example, a slot format indicator (SFI) index field value in a DCI format 2_0 indicates to the UE a slot format for each slot in a number of slots starting from a slot where the UE detects the DCI format 2_0. The DCI format 2_0 adapts a flexible symbol of the UL-DL TDD configuration in a slot to either downlink, or uplink, or unavailable.
• Instep1008, the UE transmits PUSCH with repetitions avoiding symbols indicated as flexible or DL840 by the SFI-index field value in the DCI format 2_0.
• The UE behavior can be further conditioned based on whether the UE transmits the PUSCH with repetitions. When the UE does not transmit the PUSCH with repetitions, the UE does not avoid symbols indicated as flexible or DL for the PUSCH transmission; otherwise, and at least for repetitions after the first repetition, the UE transmit the PUSCH with repetitions avoiding symbols indicated as flexible or DL by the SFI-index field value.
• AlthoughFIG. 10 illustrates themethod1000, various changes may be made toFIG. 10. For example, whilemethod1000 ofFIG. 10 is shown as a series of steps, various steps could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps. For example, steps of themethod1000 can be executed in a different order.
• Determination of a number of slots for transmission of PUSCH with repetitions. The following examples and embodiments describe determining a number of slots for transmission of PUSCH with repetitions. For such operating conditions, determining a number of slots for repetitions of a PUSCH transmission based on N_PUSCHcan enable full flexibility to a gNB (such as the BS102) to indicate flexible symbols of an UL-DL TDD configuration. The configuration can be provided by higher layers to be flexible (reserved) symbols or DL symbols while ensuring a desired reception reliability of a transport block in the PUSCH transmission without additional resource overhead. For example, when symbols eight through ten of the four slots in the above example are indicated as flexible or DL by the DCI format, the actual repetitions of the PUSCH transmission can be in symbols three through seven and 11 through 14 (or symbol three andsymbol 11 can be additionally avoided to allow for DL-to-UL switching time of one symbol). Then, to accommodate for the three symbols without PUSCH transmission over the four slots, the actual repetitions can continue in slots after the four slots until the PUSCH transmission is over an additional 12 symbols and over a total number of N_PUSCH=44 symbols. Therefore, based on an indication of N_nominalnominal repetitions with starting symbol S and length L, a UE can determine a total number of N_PUSCHsymbols for repetitions of the PUSCH transmissions as described in Equation (1), below.
• 
  N_PUSCH=L·N_nominal  (1)
• In certain embodiments, a UE (such as the UE116) can determine the N_PUSCHsymbols for repetitions of the PUSCH transmissions and perform a minimum number of actual repetitions of the PUSCH transmission that achieve transmission over N_PUSCHsymbols starting from symbol S in a first slot.
• As a gNB (such as the BS102) may not have full control of the number of slots where the UE transmits the PUSCH, the gNB can configure by higher layers the UE behavior. For example, the gNB can configure by higher layers the UE behavior for whether the UE determines an actual number of repetitions to be only in the four slots as in the example above or generally in a number of slots, n, indicated by the DCI format scheduling the PUSCH transmission or the UE determines an actual number of repetitions to include additional slots so that the number of symbols for the indicated nominal repetitions is achieved. The number of slots n can be equal to the number of repetitions, or to the number of slots for a PUSCH transmission with Type A repetitions. Alternatively, the gNB can indicate the UE behavior by a 1-bit field in the DCI format scheduling the PUSCH transmission. It is possible that the 1-bit field signaling is used to indicate whether more than one additional slot respect to the number of slots n indicated by the DCI format scheduling the PUSCH transmission can be used to transmit symbols for repetitions of the PUSCH transmissions. For example, the gNB can configure by higher layers that the UE can determine an actual number of repetitions to include additional slots and can indicate by a 1-bit field in the DCI format scheduling the PUSCH transmission whether a single slot or multiple slots can be used. Alternatively, the numbers of additional slots can be configured by higher layers, and the 1-bit signaling indicates which of the configured numbers of slots can be used to transmit symbols for repetitions of the PUSCH transmissions. Also, the gNB can configure by higher layers a default value for the numbers of additional slots that the UE can use to transmit symbols for repetitions of the PUSCH transmissions. The default value can be larger or equal to zero.
• It is also possible that whether the UE can use additional slots, including the number of additional slots, with respect to the number of slots indicated by the DCI format scheduling the PUSCH transmission for transmission of a PUSCH with nominal repetitions depends on the CE level. For example, if four CE levels exist, the gNB can configure by higher layers that the UE can use additional slots only for the highest CE level and the gNB can also configure a number of additional slots. A single value for all CE levels or a value for each CE level of the additional number of slots can be configured. Same principles can apply to repetitions of a physical uplink control channel (PUCCH) transmission.
• FIG. 11 illustrates anexample method1100 for determining repetitions for a PUSCH transmission according to embodiments of the present disclosure. For example, the steps of themethod1100 can be performed by any of the UEs111-116 ofFIG. 1, such as theUE116 ofFIG. 3. Themethod1100 ofFIG. 11 is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• As illustrated inFIG. 11, themethod1100 describes an exemplary procedure for a UE to determine repetitions for a PUSCH transmission. Instep1102, a gNB, such as theBS102, indicates by a DCI format a set of symbols of an UL-DL TDD configuration to be flexible (reserved) symbols or DL symbols, and indicates a number of slots for a PUSCH transmission. Instep1104, the UE, such as theUE116, receives an indication to determine an actual number of repetitions to include additional slots so that the number of symbols for the indicated nominal repetitions is achieved. Alternatively, UE can determine additional slots by default. In step1106, the UE determines a number of slots required for the transmission of PUSCH with the indicated nominal repetitions. In step11008, the UE determines a number of slots for PUSCH transmission based on the required slots for transmission with the indicated nominal repetitions and on any further constraint in number of slots that can be used for PUSCH transmission.
• An example of a further constraint can be the number of additional slots allowed for PUSCH transmission with repetitions respect to the number of slots indicated by the DCI format scheduling the PUSCH transmission. The UE, such as theUE116, can then transmit with the minimum number of actual repetitions of the PUSCH transmission that achieve transmission over N_PUSCH=L·N_nominalsymbols starting from symbol S in a first slot if the transmission is allowed in the slots required to transmit such N_PUSCHsymbols.
• AlthoughFIG. 11 illustrates themethod1100, various changes may be made toFIG. 11. For example, whilemethod1100 ofFIG. 11 is shown as a series of steps, various steps could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps. For example, steps of themethod1100 can be executed in a different order.
• Embodiments of the present disclosure provide for determination of number of repetitions for PUSCH transmission based on the number of slots indicated by an SFI. The following examples and embodiments describe determining the number of repetitions for PUSCH transmission based on the number of slots indicated by an SFI. An SFI-index field value in a DCI format 2_0 indicates to a UE a slot format for each slot in a number of slots N_SFIstarting from a slot where the UE detects the DCI format 2_0. A UE determines a number of slots for repetitions of a PUSCH transmission based on the total number of symbols N_PUSCHassuming that PUSCH transmission of actual repetitions avoids occupying symbols that are indicated as DL or reserved.
• If the number of slots needed to complete N_nominalactual repetitions is smaller than the N_SFIslots, the UE (such as the UE116) transmits N_nominalactual repetitions avoiding transmission in symbols that are indicated as DL or reserved by a DCI format 2_0 and completes the transmission with all configured or indicated number of transmissions. If the number of slots needed to complete N_nominalactual repetitions is larger than the N_SFIslots as indicated by a first DCI format 2_0, the UE (such as the UE116) transmits with the number of repetitions that can be completed in N_SFIslots.
• It is also possible that the UE transmits the PUSCH transmission with the N_nominalrepetitions and occupies a number of slots larger than the number of N_SFIslots indicated by a first DCI format 2_0. The UE receives another DCI format 2_0 which indicates a slot format for slots subsequent to the slots whose format is indicated by the first DCI format 2_0, and UE transmits PUSCH symbols in symbols available for UL transmission as indicated by the second DCI format 2_0. A gNB (such as the BS102) can configure by higher layers the UE behavior for whether the UE determines an actual number of repetitions to be only in N_SFIslots indicated by a first DCI format 2_0 or UE determines an actual number of repetitions and transmits them.
• FIG. 12 illustrates anexample method1200 for determining the number of repetitions for PUSCH transmission according to embodiments of the present disclosure. For example, the steps of themethod1200 can be performed by any of the UEs111-116 ofFIG. 1, such as theUE116 ofFIG. 3. Themethod1200 ofFIG. 12 is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• As illustrated inFIG. 12, themethod1200 describes an exemplary procedure for theUE116 to determine the number of repetitions for PUSCH transmission based on the number of slots N_SFIthat an SFI-index field value in a DCI format 2_0 indicates to a UE a slot format for each slot.
• Instep1202, a UE is provided an UL-DL TDD configuration over a number of slots, wherein a slot includes flexible symbols, by higher layers, for example by the parameter tdd-UL-DL-ConfigurationCommon, or additionally by the parameter tdd-UL-DL-ConfigurationDedicated. Instep1204, the UE is configured for transmission of PUSCH with repetitions and is scheduled by a DCI format to transmit PUSCH over multiple slots. Instep1206, the UE monitors a DCI format 2_0. An SFI-index field value in a DCI format 2_0 is used to indicate to the UE a slot format for each slot in a number of slots N_SFIstarting from a slot where the UE detects the DCI format 2_0. Instep1208, the UE transmits the PUSCH with repetitions avoiding symbols indicated as flexible or DL over N_SFIslots.
• AlthoughFIG. 12 illustrates themethod1200, various changes may be made toFIG. 12. For example, whilemethod1200 ofFIG. 12 is shown as a series of steps, various steps could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps. For example, steps of themethod1100 can be executed in a different order.
• FIG. 13 illustrates anexample method1300 for transmitting PUSCH transmission according to embodiments of the present disclosure. For example, the steps of themethod1300 can be performed by any of the UEs111-116 ofFIG. 1, such as theUE116 ofFIG. 3. Themethod1300 ofFIG. 13 is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• As illustrated inFIG. 13, themethod1300 describes an exemplary procedure for a UE, such as theUE116, to transmits PUSCH transmission with repetitions over a number of slots whose format is indicated by more than SFI-index field value in a DCI format 2_0. In this case the number of slots needed to complete the PUSCH transmission with repetitions is larger than the number of slots over which an SFI-index field value in a DCI format 2_0 has validity.
• Instep1302, a UE (such as the UE116) is provided an UL-DL TDD configuration over a number of slots, wherein a slot includes flexible symbols, by higher layers, for example by the parameter tdd-UL-DL-ConfigurationCommon, or additionally by the parameter tdd-UL-DL-ConfigurationDedicated. Instep1304, the UE is configured for transmission of PUSCH with repetitions. The UE can also be scheduled by a DCI format to transmit PUSCH over multiple slots. Instep1306, the UE monitors a DCI format 2_0. An SFI-index field value in a DCI format 2_0 indicates to a UE a slot format for each slot in a number of slots N_SFIstarting from a slot where the UE detects the DCI format 2_0. Instep1308, the UE transmits a number of PUSCH repetitions avoiding certain symbols. The avoided symbols can be indicated as flexible for DL over N_SFI. For example, the UE transmits a number of PUSCH repetitions smaller than N nominal repetitions avoiding symbols indicated as flexible or DL over N_SFIslots (of step1306). Instep1310, the UE monitors a DCI format 2_0, wherein an SFI-index field value in a DCI format 2_0 indicates to a UE a slot format for each slot in a number of slots N_SFIstarting from a slot where the UE detects the DCI format 2_0. Instep1312, the UE transmits more PUSCH repetitions avoiding symbols indicated as flexible or DL over N_SFIslots (of step1310). It is noted thatsteps1310 and1312 are repeated if not all N nominal repetitions have been transmitted.
• Although themethod1300 ofFIG. 13 is shown as a series of steps, various steps could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps. For example, steps of themethod1300 can be executed in a different order.
• Embodiments of the present disclosure provide for frequency hopping. The following examples and embodiments describe frequency hopping. When a number of symbols N_PUSCH=L·N_nominalis used to determine a length of a PUSCH transmission with repetitions, as described above, a PUSCH transmission can be scheduled in symbols that have been indicated by an UL-DL TDD configuration provided by higher layers as UL symbols or flexible symbols and needs to avoid DL symbols or flexible (reserved) symbols that are indicated by a DCI format providing a slot structure. Each repetition of a number of L symbols can span more than one slot and the symbols may not be adjacent.
• A UE, such as theUE116, can be configured for frequency hopping of a PUSCH transmission with repetitions by a higher layer parameter or by the DCI format, if any, scheduling the PUSCH transmission. The UE can then apply frequency hopping between (actual) repetitions of the PUSCH transmission. The frequency hopping can apply per N_FHrepetitions where N_FHcan be predetermined in the system operation or provided by higher layers. A frequency offset between two frequency hops, with the starting hop being associated to the scheduled resource of the initial transmission can be defined. Alternatively, an intra-slot frequency hopping offset can be defined per number of PUSCH symbols. For example, the number of symbols can be predefined in the system operation, such as a number of symbols corresponding to a number of nominal repetitions or can be configured by higher layers.
• The indication of which TDRA table to use can be indicated in a field in a SIB. For example, a field in a SIB that contains radio resource configuration information that is common for all UEs.
• A default PUSCH time domain resource allocation A for normal CP is described in Table 3, below.

• 	TABLE 3
  		PUSCH
  	Row	mapping				CE
  	index	type	K2	S	L	level

  	1	Type A	j		0	14	0
  	2	Type A	j		0	12	0
  	3	Type A	j		0	10	0
  	4	Type B	j		2	10	0
  	5	Type B	j		4	10	0
  	6	Type B	j		4	8	0
  	7	Type B	j		4	6	0
  	8	Type A	j + 1	0	14	1
  	9	Type A	j + 1	0	12	1
  	10	Type A	j + 1	0	10	1
  	11	Type A	j + 2	0	14	1
  	12	Type A	j + 2	0	12	1
  	13	Type A	j + 2	0	10	1
  	14	Type B	j	8	6	0
  	15	Type A	j + 3	0	14	1
  	16	Type A	j + 3	0	10	1

• A default PUSCH time domain resource allocation A for extended CP is described in Table 4, below.

• 	TABLE 4
  		PUSCH
  	Row	mapping				CE
  	index	type	K2	S	L	level

  	1	Type A	j		0	8	0
  	2	Type A	j		0	12	0
  	3	Type A	j		0	10	0
  	4	Type B	j		2	10	1
  	5	Type B	j		4	4	1
  	6	Type B	j		4	8	1
  	7	Type B	j		4	6	1
  	8	Type A	j + 1	0	8	1
  	9	Type A	j + 1	0	12	1
  	10	Type A	j + 1	0	10	1
  	11	Type A	j + 2	0	6	1
  	12	Type A	j + 2	0	12	1
  	13	Type A	j + 2	0	10	1
  	14	Type B	j	8	4	1
  	15	Type A	j + 3	0	8	1
  	16	Type A	j + 3	0	10	1

• A default PUSCH time domain resource allocation A for extended CP is described in TABLE 5, below.

• 	TABLE 5
  		PUSCH
  	Row	mapping				CE
  	index	type	K2	S	L	level

  	1	Type A	j		0	8	0
  	2	Type A	j		0	12	0
  	3	Type A	j		0	10	0
  	4	Type B	j		2	10	1
  	5	Type B	j		4	4	2
  	6	Type B	j		4	8	2
  	7	Type B	j		4	6	2
  	8	Type A	j + 1	0	8	0
  	9	Type A	j + 1	0	12	0
  	10	Type A	j + 1	0	10	0
  	11	Type A	j + 2	0	6	0
  	12	Type A	j + 2	0	12	0
  	13	Type A	j + 2	0	10	0
  	14	Type B	j	8	4	3
  	15	Type A	j + 3	0	8	0
  	16	Type A	j + 3	0	10	0

• A default PUSCH time domain resource allocation A for normal CP for CE level l, is described in TABLE 6, below.

• TABLE 6
  	PUSCH
  Row	mapping
  index	type	K2	S	L

  1	Type A	j		0	14
  2	Type A	j		0	12
  3	Type A	j		0	10
  4	Type B	j		2	10
  5	Type B	j		4	10
  6	Type B	j		4	8
  7	Type B	j		4	6
  8	Type A	j + 1	0	14
  9	Type A	j + 1	0	12
  10	Type A	j + 1	0	10
  11	Type A	j + 2	0	14
  12	Type A	j + 2	0	12
  13	Type A	j + 2	0	10
  14	Type B	j	8	6
  15	Type A	j + 3	0	14
  16	Type A	j + 3	0	10

• A default PUSCH time domain resource allocation A for extended CP is described in TABLE 7, below.

• 	TABLE 7
  		PUSCH				Number
  	Row	mapping				of
  	index	type	K2	S	L	slots

  	1	Type A	j		0	8	1
  	2	Type A	j		0	12	1
  	3	Type A	j		0	10	1
  	4	Type B	j		2	10	2
  	5	Type B	j		4	4	4
  	6	Type B	j		4	8	4
  	7	Type B	j		4	6	4
  	8	Type A	j + 1	0	8	1
  	9	Type A	j + 1	0	12	1
  	10	Type A	j + 1	0	10	1
  	11	Type A	j + 2	0	6	1
  	12	Type A	j + 2	0	12	1
  	13	Type A	j + 2	0	10	1
  	14	Type B	j	8	4	8
  	15	Type A	j + 3	0	8	1
  	16	Type A	j + 3	0	10	1

• It is noted that the TDRA tables of 16 entries above can be extended to include additional combinations of PUSCH mapping type, K2, S and L parameters.
• Different TDRA tables for Msg3 PUSCH transmission can be defined to be used by a UE depending on whether the UE initiates the random access before RRC_CONNECTED state or in RRC_CONNECTED state. For example, for a UE not in a connected mode, the signaling to indicate the tables can be the same as described above. For a UE in a connected mode, the indication of which TDRA table to use can be indicated in a field in the IE PUSCH-Config which is used to configure the UE specific PUSCH parameters applicable to a particular BWP. For instance, as illustrated in Syntax (2) below, a field Msg3-PUSCH-TimeDomainAllocationTable can indicate a TDRA table, and a field Msg3-PUSCH-TimeDomainAllocation can indicate a combination of PUSCH mapping type, slot offset, start symbol and length from the TDRA table.

• Syntax (2)

  -- ASN1START

  -- TAG-PUSCH-CONFIGCOMMON-START

  PUSCH-Config ::= SEQUENCE {

  . . .

  Msg3-PUSCH-TimeDomainAllocationTable INTEGER

  (1...maxNrofUL-AllocationTables

  OPTIONAL, -- Need R

  Msg3-PUSCH-TimeDomainAllocation INTEGER (1...maxNrofUL-

  Allocations)

  OPTIONAL, -- Need R

  . . .

  }

  -- TAG-PUSCH-CONFIG-STOP

  -- ASN1STOP

• Embodiments of the present disclosure provide for reception of PDSCH after transmission of Msg3 PUSCH. The following examples and embodiments describe receiving PDSCH after transmission of Msg3 PUSCH. In response to a Msg3 PUSCH transmission scheduled by a RAR UL grant when a UE has not been provided a C-RNTI, the UE attempts to detect a DCI format. The DCI format can be a DCI format 1_0 with CRC scrambled by a corresponding TC-RNTI scheduling a PDSCH reception that includes a UE contention resolution identity (such as described in TS 38.321 v. 16.0.0). There is a minimum time between the transmission of the first repetition of a Msg3 PUSCH transmission in a first valid slot, and the time when the UE attempts to detect a DCI format, such as a DCI format 1_0, with CRC scrambled by a corresponding TC-RNTI scheduling a PDSCH reception that includes a UE contention resolution identity (such as described in TS 38.321 v. 16.0.0). This minimum time duration of N₁symbols corresponds to a minimum number of transmitted Msg3 repetitions. This minimum number of Msg3 repetitions can be configured and can be smaller than the number of repetitions indicated to the UE. A UE can receive a PDCCH with a DCI format scheduling a PDSCH reception before the UE transmits all configured/indicated repetitions of a Msg3 PUSCH transmission.
• FIG. 14 illustrates an example timing diagram1400 according to embodiments of the present disclosure. The example timing diagram1400 ofFIG. 14 is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• Referring toFIG. 14, a UE, such as theUE116, starts a transmission of a first repetition of Msg3 PUSCH atsymbol S1420 of afirst slot1410, and repeats the transmission over four slots. A minimum time between the transmission of the first repetition of a Msg3 PUSCH transmission in a first slot, and the time when the UE attempts to detect a DCI format scheduling a PDSCH reception, is defined. The time when the UE attempts to detect such DCI can occur after all repetitions of Msg3 PUSCH are transmitted. After the transmission of the last PUSCH symbol of the last repetition in the last slot, and after at least a number of additional symbol to allow for DL-to-UL switching time, such as 1 symbol, a UE can attempt to detect a DCI scheduling a PDSCH. This time interval can be associated with a CE level which corresponds to a number ofMsg3 PUSCH repetitions1430. A shorter time interval can be associated with alower CE level 1440. It is also possible that a UE is capable of attempting to detect the DCI format while transmitting repetitions ofMsg3 PUSCH transmission1450 as a gNB can detect a TB prior to all scheduled repetitions of a Msg3 PUSCH transmission and can then schedule a PDSCH reception. Upon detection of a DCI format scheduling a PDSCH reception, theUE116 suspends transmission of remaining repetitions of a Msg3 PUSCH.
• FIG. 15 illustrates anexample method1500 for monitoring a DCI format scheduling a PDSCH repletion according to embodiments of the present disclosure. For example, the steps of themethod1500 can be performed by any of the UEs111-116 ofFIG. 1, such as theUE116 ofFIG. 3. Themethod1500 ofFIG. 15 is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.
• As illustrated inFIG. 15, themethod1500 describes an exemplary procedure for a UE to start monitoring a DCI format scheduling a PDSCH reception. Instep1502, a UE transmits a Msg3 PUSCH with repetitions over a number of slots. Instep1504, the gNB (such as the BS102) detects a TB prior to reception of all scheduled repetitions of the Msg3 PUSCH transmission and schedules a PDSCH. Instep1506, the UE starts monitoring a DCI format for scheduling a PDSCH at an indicated minimum time interval from a start of the first Msg3 PUSCH repetition. Instep1508, the UE detects the DCI format scheduling the PDSCH reception and suspends the transmission of remaining repetitions of the Msg3 PUSCH.
• AlthoughFIG. 15 illustrates example methods, various changes may be made toFIG. 15. For example, while themethod1500 is shown as a series of steps, various steps could overlap, occur in parallel, occur in a different order, or occur multiple times. In another example, steps may be omitted or replaced by other steps.
• Although the figures illustrate different examples of user equipment, various changes may be made to the figures. For example, the user equipment can include any number of each component in any suitable arrangement. In general, the figures do not limit the scope of this disclosure to any particular configuration(s). Moreover, while figures illustrate operational environments in which various user equipment features disclosed in this patent document can be used, these features can be used in any other suitable system.
• Although the present disclosure has been described with exemplary embodiments, various changes and modifications may be suggested to one skilled in the art. It is intended that the present disclosure encompass such changes and modifications as fall within the scope of the appended claims. None of the description in this application should be read as implying that any particular element, step, or function is an essential element that must be included in the claims scope. The scope of patented subject matter is defined by the claims.

Claims (20)

What is claimed is:

1. A user equipment (UE) comprising:

a transceiver configured to receive a system information block (SIB) that provides:

information mapping physical random access channel (PRACH) resources to enable or disable repetitions for a physical uplink shared channel (PUSCH) transmission in a random access procedure, and

a first time domain resource allocation (TDRA) table, wherein an entry of the first TDRA table indicates a number of repetitions of a PUSCH transmission; and

a processor operably connected to a transceiver, the processor configured to:

determine a PRACH resource for transmission of a PRACH, and

determine, based on the PRACH resource, a TDRA table from between first TDRA table or a predetermined second TDRA table, wherein no entry of the second TDRA table indicates a number of repetitions for a PUSCH transmission,

wherein the transceiver is further configured to:

receive a first grant scheduling transmission of a first PUSCH, wherein the first grant indicates an entry of the TDRA table, and

transmit the first PUSCH.

2. The UE ofclaim 1, wherein the SIB further provides an indication for a type of repetitions for a PUSCH transmission.

3. The UE ofclaim 1, wherein the SIB further provides an indication for counting a number of repetitions for the first PUSCH transmission based on one of:

a number of consecutive slots, and

a number of slots with a repetition for the first PUSCH transmission.

4. The UE ofclaim 1, wherein:

the SIB further provides an indication for:

a first uplink (UL) bandwidth part (BWP) for a PUSCH transmission without repetitions, and

a second UL BWP for a PUSCH transmission with repetitions;

the processor is further configured to determine, based on the PRACH resource, an UL BWP from between the first UL BWP or the second UL BWP; and

the transceiver is further configured to transmit the first PUSCH in the UL BWP.

5. The UE ofclaim 1, wherein:

the SIB further provides a first reference signal received power (RSRP) value;

the transceiver is further configured to receive a reference signal (RS); and

the processor is further configured to determine:

a second RSRP value based on the received RS,

the PRACH resource to be a first PRACH resource associated with enabling repetitions of the first PUSCH transmission when the second RSRP value is not larger than the first RSRP value, and

the PRACH resource to be a second PRACH resource associated with disabling repetitions of the first PUSCH transmission when the second RSRP value is larger than the first RSRP value.

6. The UE ofclaim 1, wherein:

the TDRA is the first TDRA table; and

the transceiver is further configured to transmit:

the PRACH without repetitions, and

the first PUSCH with repetitions.

7. The UE ofclaim 1, wherein the transceiver is further configured to:

receive a second grant scheduling a retransmission of the first PUSCH, and

transmit the retransmission of the first PUSCH, wherein:

the first grant indicates an entry of the first TDRA table, and

the second grant indicates an entry of the second TDRA table.

8. A base station (BS) comprising:

a transceiver configured to transmit a system information block (SIB) that provides:

information mapping physical random access channel (PRACH) resources to enable or disable repetitions for a physical uplink shared channel (PUSCH) transmission in a random access procedure, and

a first time domain resource allocation (TDRA) table, wherein an entry of the first TDRA table indicates a number of repetitions of a PUSCH transmission; and

a processor operably connected to a transceiver, the processor configured to:

determine a PRACH resource for reception of a PRACH, and

determine, based on the PRACH resource, a TDRA table from between the first TDRA table or a predetermined second TDRA table, wherein no entry of the second TDRA table indicates a number of repetitions for a PUSCH transmission,

wherein the transceiver is further configured to:

transmit a first grant scheduling transmission of a first PUSCH, wherein the first grant indicates an entry of the TDRA table, and

receive the first PUSCH.

9. The BS ofclaim 8, wherein the SIB further provides an indication for a type of repetitions for a PUSCH transmission.

10. The BS ofclaim 8, wherein the SIB further provides an indication for counting a number of repetitions for the first PUSCH transmission based on one of:

a number of consecutive slots, and

a number of slots with a repetition for the first PUSCH transmission.

11. The BS ofclaim 8, wherein:

the SIB further provides an indication for:

a first uplink (UL) bandwidth part (BWP) for a PUSCH transmission without repetitions, and

a second UL BWP for a PUSCH transmission with repetitions;

the processor is further configured to determine, based on the PRACH resource, an UL BWP from between the first UL BWP or the second UL BWP based on the PRACH resource; and

the transceiver is further configured to receive the first PUSCH in the UL BWP.

12. The BS ofclaim 8, wherein:

the SIB further provides a first reference signal received power (RSRP) value,

the transceiver is further configured to transmit a reference signal (RS),

a second RSRP value is based on the RS,

the PRACH resource is a first PRACH resource associated with enabling repetitions of the first PUSCH transmission when the second RSRP value is not larger than the first RSRP value, and

the PRACH resource is a second PRACH resource associated with disabling repetitions of the first PUSCH transmission when the second RSRP value is larger than the first RSRP value.

13. The BS ofclaim 8, wherein:

the TDRA is the first TDRA table; and

the transceiver is further configured to receive:

the PRACH without repetitions, and

the first PUSCH with repetitions.

14. The BS ofclaim 8, wherein the transceiver is further configured to:

transmit a second grant scheduling a retransmission of the first PUSCH, and

receive the retransmission of the first PUSCH, wherein:

the first grant indicates an entry of the first TDRA table, and

the second grant indicates an entry of the second TDRA table.

15. A method comprising:

receiving a system information block (SIB) that provides:

information mapping physical random access channel (PRACH) resources to enable or disable repetitions for a physical uplink shared channel (PUSCH) transmission in a random access procedure, and

a first time domain resource allocation (TDRA) table, wherein an entry of the first TDRA table indicates a number of repetitions of a PUSCH transmission;

determining a PRACH resource for transmission of a PRACH;

determining, based on the PRACH resource, a TDRA table from between the first TDRA table or a predetermined second TDRA table, wherein no entry of the second TDRA table indicates a number of repetitions for a PUSCH transmission;

receiving a first grant scheduling transmission of a first PUSCH, wherein the first grant indicates an entry of the TDRA table; and

transmitting the first PUSCH.

16. The method ofclaim 15, wherein the SIB further provides an indication for a type of repetitions for a PUSCH transmission.

17. The method ofclaim 15, wherein the SIB further provides an indication for counting a number of repetitions for the first PUSCH transmission based on one of:

a number of consecutive slots, and

a number of slots with a repetition for the first PUSCH transmission.

18. The method ofclaim 15, wherein:

the SIB further provides an indication for:

a first uplink (UL) bandwidth part (BWP) for a PUSCH transmission without repetitions, and

a second UL BWP for a PUSCH transmission with repetitions;

the method further includes determining, based on the PRACH resource, an UL BWP from between the first UL BWP or the second UL BWP; and

transmitting the first PUSCH comprises transmitting the first PUSCH in the UL BWP.

19. The method ofclaim 15, wherein the SIB further provides a first reference signal received power (RSRP) value, the method further comprising:

receiving a reference signal (RS);

determining a second RSRP value based on the received RS;

determining the PRACH resource to be a first PRACH resource associated with enabling repetitions of the first PUSCH transmission when the second RSRP value is not larger than the first RSRP value; and

determining the PRACH resource to be a second PRACH resource associated with disabling repetitions of the first PUSCH transmission when the second RSRP value is larger than the first RSRP value.

20. The method ofclaim 15, wherein the TDRA is the first TDRA table, the method further comprising:

transmitting the PRACH without repetitions, and

transmitting the first PUSCH with repetitions.

Images