Early data transmission via a pusch transmission

Abstract

Methods and apparatuses for performing early data transmission (EDT) transmissions using a Physical Uplink Shared Channel (PUSCH) resource are described. In some embodiments, a method for wireless communication at a user equipment (UE) includes receiving configuration information that specifies a contention-based Physical Uplink Shared Channel (PUSCH) resource available for use by the UE for early data transmission (EDT) transmissions; configuring the UE, using the configuration information, for EDT transmissions using the contention based PUSCH resource; and transmitting, via the PUSCH resource, an EDT transmission.

Description

EARLY DATA TRANSMISSION VIA A PUSCH TRANSMISSIONFIELD OF INVENTION

[0001] Embodiments of the invention relate generally to wireless technology and more particularly to performing early data transmission (EDT) with a Physical Uplink Shared Channel (PUSCH) resource.BACKGROUND

[0002] Fifth generation mobile network (5G) is a wireless standard that aims to improve upon data transmission speed, reliability, availability, and more. This standard, while still developing, includes numerous details relating to various aspects of wireless communication, for example, NR and NR in a spectrum greater than 52.6 GHz.

[0003] SUMMARY OF THE DESCRIPTION

[0004] Methods and apparatuses for performing early data transmission (EDT) transmissions using a Physical Uplink Shared Channel (PUSCH) resource are described. In some embodiments, a method for wireless communication at a user equipment (UE) includes receiving configuration information that specifies a contention-based Physical Uplink Shared Channel (PUSCH) resource available for use by the UE for early data transmission (EDT) transmissions; configuring the UE, using the configuration information, for EDT transmissions using the contention based PUSCH resource; and transmitting, via the PUSCH resource, an EDT transmission. In some other embodiments, this method is performed by a UE or a baseband processor or is part of an article of manufacture that is executed by one or more of the same.

[0005] In yet some other embodiments, a method for use in a base station includes determining a configuration for a UE, wherein the configuration is included in configuration information that specifies a contention based Physical Uplink Shared Channel (PUSCH) resource available for use by the UE for early data transfer (EDT) transmissions; sending the configuration information to the UE; and receiving an EDT transmission via the contention based PUSCH resource from the UE.

[0006] Other methods and apparatuses are also described.BRIEF DESCRIPTION OF THE DRAWINGS

[0007] The present invention is illustrated by way of example and not limitation in the figures of the accompanying drawings in which like references indicate similar elements.

[0008] FIG. 1 illustrates an example wireless communication system according to some embodiments.

[0009] FIG. 2 illustrates a base station (BS) in communication with a user equipment (UE) device according to some embodiments.

[0010] FIG. 3 illustrates an example block diagram of a UE according to some embodiments.

[0011] FIG. 4 illustrates an example block diagram of a BS according to some embodiments.

[0012] FIG. 5 illustrates an example block diagram of cellular communication circuitry, according to some embodiments.

[0013] FIGS. 6A-6D illustrate an existing MO-EDT (Mobile Originated Early Data Transmission) Procedure.

[0014] FIG. 7 illustrates an existing MT-EDT (Mobile Terminated Early Data Transmission) feature in IoT.

[0015] FIGS. 8A-8C illustrates an existing Preconfigured Uplink Resource (PUR) feature in IoT.

[0016] FIG. 9 illustrates some embodiments of data flow diagram of a UE process for performing EDT with a contention based Physical Uplink Shared Channel (PUSCH) resource.

[0017] FIG. 10 is a flow diagram of some embodiments of a process for configuring a UE.

[0018] FIG. 11 is a flow diagram of some embodiments of a process for a UE performing an EDT transmission.

[0019] FIG. 12 is a flow diagram of some embodiments of a process for a UE performing fallback operations in response to an EDT transmission made with a contention based PUSCH resource has failed.

[0020] FIG. 13 is a flow diagram of some embodiments of a process for a base station.DETAILED DESCRIPTION

[0021] A method and apparatus of a device that performs early data transmissions (EDTs) using a contention based PUSCH resource is described. In the following description, numerous specific details are set forth to provide thorough explanation of embodiments of the present invention. It will be apparent, however, to one skilled in the art, that embodiments of the present invention may be practiced without these specific details. In other instances, well-known components, structures, and techniques have not been shown in detail in order not to obscure the understanding of this description.

[0022] Reference in the specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification do not necessarily all refer to the same embodiment.

[0023] In the following description and claims, the terms “coupled” and “connected, ” along with their derivatives, may be used. It should be understood that these terms are not intended as synonyms for each other. “Coupled” is used to indicate that two or more elements, which may or may not be in direct physical or electrical contact with each other, co-operate or interact with each other. “Connected” is used to indicate the establishment of communication between two or more elements that are coupled with each other.

[0024] The processes depicted in the figures that follow, are performed by processing logic that comprises hardware (e.g., circuitry, dedicated logic, etc. ) , software (such as is run on a general-purpose computer system or a dedicated machine) , or a combination of both. Although the processes are described below in terms of some sequential operations, it should be appreciated that some of the operations described may be performed in different order. Moreover, some operations may be performed in parallel rather than sequentially.

[0025] The terms “server, ” “client, ” and “device” are intended to refer generally to data processing systems rather than specifically to a particular form factor for the server, client, and / or device.

[0026] A method and apparatus of a device that performs early data transmissions (EDTs) using a contention based PUSCH resource is described. In one embodiment, the device is a user equipment device that has a wireless link with a base station. In one embodiment, the wireless link is a fifth generation (5G) link. The device further groups and selects component carriers (CCs) from the wireless link and determines a virtual CC from a group of selected CCs. The device additionally can perform a physical downlink resource mapping based on an aggregate resource matching patterns of groups of CCs.

[0027] FIG. 1 illustrates a simplified example wireless communication system, according to some embodiments. It is noted that the system of FIG. 1 is merely one example of a possible system, and that features of this disclosure may be implemented in any of various systems, as desired.

[0028] As shown, the example wireless communication system includes a base station 102A which communicates over a transmission medium with one or more user devices 106A, 106B, etc., through 106N. Each of the user devices may be referred to herein as a “user equipment” (UE) . Thus, the user devices 106 are referred to as UEs or UE devices.

[0029] The base station (BS) 102A may be a base transceiver station (BTS) or cell site (a “cellular base station” ) and may include hardware that enables wireless communication with the UEs 106A through 106N.

[0030] The communication area (or coverage area) of the base station may be referred to as a “cell. ” The base station 102A and the UEs 106 may be configured to communicate over the transmission medium using any of various radio access technologies (RATs) , also referred to as wireless communication technologies, or telecommunication standards, such as GSM, UMTS (associated with, for example, WCDMA or TD-SCDMA air interfaces) , LTE, LTE-Advanced (LTE-A) , 5G new radio (5G NR) , HSPA, 3GPP2 CDMA2000 (e.g., 1xRTT, 1xEV-DO, HRPD,  eHRPD) , etc. Note that if the base station 102A is implemented in the context of LTE, it may alternately be referred to as an ‘eNodeB’ or ‘eNB’ . Note that if the base station 102A is implemented in the context of 5G NR, it may alternately be referred to as ‘gNodeB’ or ‘gNB’ .

[0031] As shown, the base station 102A may also be equipped to communicate with a network 100 (e.g., a core network of a cellular service provider, a telecommunication network such as a public switched telephone network (PSTN) , and / or the Internet, among various possibilities) . Thus, the base station 102A may facilitate communication between the user devices and / or between the user devices and the network 100. In particular, the cellular base station 102A may provide UEs 106 with various telecommunication capabilities, such as voice, SMS and / or data services.

[0032] Base station 102A and other similar base stations (such as base stations 102B . .. 102N) operating according to the same or a different cellular communication standard may thus be provided as a network of cells, which may provide continuous or nearly continuous overlapping service to UEs 106A-N and similar devices over a geographic area via one or more cellular communication standards.

[0033] Thus, while base station 102A may act as a “serving cell” for UEs 106A-N as illustrated in FIG. 1, each UE 106 may also be capable of receiving signals from (and possibly within communication range of) one or more other cells (which might be provided by base stations 102B-N and / or any other base stations) , which may be referred to as “neighboring cells” . Such cells may also be capable of facilitating communication between user devices and / or between user devices and the network 100. Such cells may include “macro” cells, “micro” cells, “pico” cells, and / or cells which provide any of various other granularities of service area size. For example, base stations 102A-B illustrated in FIG. 1 might be macro cells, while base station 102N might be a micro cell. Other configurations are also possible.

[0034] In some embodiments, base station 102A may be a next generation base station, e.g., a 5G New Radio (5G NR) base station, or “gNB” . In some embodiments, a gNB may be connected to a legacy evolved packet core (EPC) network and / or to a NR core (NRC) network. In addition,  a gNB cell may include one or more transition and reception points (TRPs) . In addition, a UE capable of operating according to 5G NR may be connected to one or more TRPs within one or more gNBs.

[0035] Note that a UE 106 may be capable of communicating using multiple wireless communication standards. For example, the UE 106 may be configured to communicate using a wireless networking (e.g., Wi-Fi) and / or peer-to-peer wireless communication protocol (e.g., Bluetooth, Wi-Fi peer-to-peer, etc. ) in addition to at least one cellular communication protocol (e.g., GSM, UMTS (associated with, for example, WCDMA or TD-SCDMA air interfaces) , LTE, LTE-A, 5G NR, HSPA, 3GPP2 CDMA2000 (e.g., 1xRTT, 1xEV-DO, HRPD, eHRPD) , etc. ) . The UE 106 may also or alternatively be configured to communicate using one or more global navigational satellite systems (GNSS, e.g., GPS or GLONASS) , one or more mobile television broadcasting standards (e.g., ATSC-M / H or DVB-H) , and / or any other wireless communication protocol, if desired. Other combinations of wireless communication standards (including more than two wireless communication standards) are also possible.

[0036] FIG. 2 illustrates user equipment 106 (e.g., one of the devices 106A through 106N) in communication with a base station 102, according to some embodiments. The UE 106 may be a device with cellular communication capability such as a mobile phone, a hand-held device, a computer or a tablet, or virtually any type of wireless device.

[0037] The UE 106 may include a processor that is configured to execute program instructions stored in memory. The UE 106 may perform any of the method embodiments described herein by executing such stored instructions. Alternatively, or in addition, the UE 106 may include a programmable hardware element such as an FPGA (field-programmable gate array) that is configured to perform any of the method embodiments described herein, or any portion of any of the method embodiments described herein.

[0038] The UE 106 may include one or more antennas for communicating using one or more wireless communication protocols or technologies. In some embodiments, the UE 106 may be configured to communicate using, for example, CDMA2000 (1xRTT / 1xEV-DO / HRPD / eHRPD)  or LTE using a single shared radio and / or GSM or LTE using the single shared radio. The shared radio may couple to a single antenna, or may couple to multiple antennas (e.g., for MIMO) for performing wireless communications. In general, a radio may include any combination of a baseband processor, analog RF signal processing circuitry (e.g., including filters, mixers, oscillators, amplifiers, etc. ) , or digital processing circuitry (e.g., for digital modulation as well as other digital processing) . Similarly, the radio may implement one or more receive and transmit chains using the aforementioned hardware. For example, the UE 106 may share one or more parts of a receive and / or transmit chain between multiple wireless communication technologies, such as those discussed above.

[0039] In some embodiments, the UE 106 may include separate transmit and / or receive chains (e.g., including separate antennas and other radio components) for each wireless communication protocol with which it is configured to communicate. As a further possibility, the UE 106 may include one or more radios which are shared between multiple wireless communication protocols, and one or more radios which are used exclusively by a single wireless communication protocol. For example, the UE 106 might include a shared radio for communicating using either of LTE or 5G NR (or LTE or 1xRTTor LTE or GSM) , and separate radios for communicating using each of Wi-Fi and Bluetooth. Other configurations are also possible.

[0040] FIG. 3-Block Diagram of a UE

[0041] FIG. 3 illustrates an example simplified block diagram of a communication device 106, according to some embodiments. It is noted that the block diagram of the communication device of FIG. 3 is only one example of a possible communication device. According to embodiments, communication device 106 may be a user equipment (UE) device, a mobile device or mobile station, a wireless device or wireless station, a desktop computer or computing device, a mobile computing device (e.g., a laptop, notebook, or portable computing device) , a tablet and / or a combination of devices, among other devices. As shown, the communication device 106 may  include a set of components 300 configured to perform core functions. For example, this set of components may be implemented as a system on chip (SOC) , which may include portions for various purposes. Alternatively, this set of components 300 may be implemented as separate components or groups of components for the various purposes. The set of components 300 may be coupled (e.g., communicatively; directly or indirectly) to various other circuits of the communication device 106.

[0042] For example, the communication device 106 may include various types of memory (e.g., including NAND flash 310) , an input / output interface such as connector I / F 320 (e.g., for connecting to a computer system; dock; charging station; input devices, such as a microphone, camera, keyboard; output devices, such as speakers; etc. ) , the display 360, which may be integrated with or external to the communication device 106, and cellular communication circuitry 330 such as for 5G NR, LTE, GSM, etc., and short to medium range wireless communication circuitry 329 (e.g., BluetoothTM and WLAN circuitry) . In some embodiments, communication device 106 may include wired communication circuitry (not shown) , such as a network interface card, e.g., for Ethernet.

[0043] The cellular communication circuitry 330 may couple (e.g., communicatively; directly or indirectly) to one or more antennas, such as antennas 335 and 336 as shown. The short to medium range wireless communication circuitry 329 may also couple (e.g., communicatively; directly or indirectly) to one or more antennas, such as antennas 337 and 338 as shown. Alternatively, the short to medium range wireless communication circuitry 329 may couple (e.g., communicatively; directly or indirectly) to the antennas 335 and 336 in addition to, or instead of, coupling (e.g., communicatively; directly or indirectly) to the antennas 337 and 338. The short to medium range wireless communication circuitry 329 and / or cellular communication circuitry 330 may include multiple receive chains and / or multiple transmit chains for receiving and / or transmitting multiple spatial streams, such as in a multiple-input multiple output (MIMO) configuration.

[0044] In some embodiments, as further described below, cellular communication circuitry 330 may include dedicated receive chains (including and / or coupled to, e.g., communicatively; directly or indirectly. dedicated processors and / or radios) for multiple radio access technologies (RATs) (e.g., a first receive chain for LTE and a second receive chain for 5G NR) . In addition, in some embodiments, cellular communication circuitry 330 may include a single transmit chain that may be switched between radios dedicated to specific RATs. For example, a first radio may be dedicated to a first RAT, e.g., LTE, and may be in communication with a dedicated receive chain and a transmit chain shared with an additional radio, e.g., a second radio that may be dedicated to a second RAT, e.g., 5G NR, and may be in communication with a dedicated receive chain and the shared transmit chain.

[0045] The communication device 106 may also include and / or be configured for use with one or more user interface elements. The user interface elements may include any of various elements, such as display 360 (which may be a touchscreen display) , a keyboard (which may be a discrete keyboard or may be implemented as part of a touchscreen display) , a mouse, a microphone and / or speakers, one or more cameras, one or more buttons, and / or any of various other elements capable of providing information to a user and / or receiving or interpreting user input.

[0046] The communication device 106 may further include one or more smart cards 345 that include SIM (Subscriber Identity Module) functionality, such as one or more UICC (s) (Universal Integrated Circuit Card (s) ) cards 345.

[0047] As shown, the SOC 300 may include processor (s) 302, which may execute program instructions for the communication device 106 and display circuitry 304, which may perform graphics processing and provide display signals to the display 360. The processor (s) 302 may also be coupled to memory management unit (MMU) 340, which may be configured to receive addresses from the processor (s) 302 and translate those addresses to locations in memory (e.g., memory 306, read only memory (ROM) 350, NAND flash memory 310) and / or to other circuits or devices, such as the display circuitry 304, short range wireless communication circuitry 229,  cellular communication circuitry 330, connector I / F 320, and / or display 360. The MMU 340 may be configured to perform memory protection and page table translation or set up. In some embodiments, the MMU 340 may be included as a portion of the processor (s) 302.

[0048] As noted above, the communication device 106 may be configured to perform early data transmissions (EDTs) using a contention based PUSCH resource is described. In order to do so, in some embodiments, the communication device 106 is configured with the contention based PUSCH resource. Using the configuration, the communication device 106 is able to identify whether the initial transmission of an EDT procedure is successful or a failure and is able to act if the initial transmission is not successful. As described herein, the communication device 106 may include hardware and software components for implementing the above features for time division multiplexing UL data for NSA NR operations. The processor 302 of the communication device 106 may be configured to implement part or all of the features described herein, e.g., by executing program instructions stored on a memory medium (e.g., a non-transitory computer-readable memory medium) . Alternatively (or in addition) , processor 302 may be configured as a programmable hardware element, such as an FPGA (Field Programmable Gate Array) , or as an ASIC (Application Specific Integrated Circuit) . Alternatively (or in addition) the processor 302 of the communication device 106, in conjunction with one or more of the other components 300, 304, 306, 310, 320, 329, 330, 340, 345, 350, 360 may be configured to implement part or all of the features described herein.

[0049] In addition, as described herein, processor 302 may include one or more processing elements. Thus, processor 302 may include one or more integrated circuits (ICs) that are configured to perform the functions of processor 302. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc. ) configured to perform the functions of processor (s) 302.

[0050] Further, as described herein, cellular communication circuitry 330 and short-range wireless communication circuitry 329 may each include one or more processing elements. In other words, one or more processing elements may be included in cellular communication  circuitry 330 and, similarly, one or more processing elements may be included in short range wireless communication circuitry 329. Thus, cellular communication circuitry 330 may include one or more integrated circuits (ICs) that are configured to perform the functions of cellular communication circuitry 330. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc. ) configured to perform the functions of cellular communication circuitry 230. Similarly, the short-range wireless communication circuitry 329 may include one or more ICs that are configured to perform the functions of short range wireless communication circuitry 32. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc. ) configured to perform the functions of short-range wireless communication circuitry 329.

[0051] FIG. 4-Block Diagram of a Base Station

[0052] FIG. 4 illustrates an example block diagram of a base station 102, according to some embodiments. It is noted that the base station of FIG. 4 is merely one example of a possible base station. As shown, the base station 102 may include processor (s) 404 which may execute program instructions for the base station 102. The processor (s) 404 may also be coupled to memory management unit (MMU) 440, which may be configured to receive addresses from the processor (s) 404 and translate those addresses to locations in memory (e.g., memory 460 and read only memory (ROM) 450) or to other circuits or devices.

[0053] The base station 102 may include at least one network port 470. The network port 470 may be configured to couple to a telephone network and provide a plurality of devices, such as UE devices 106, access to the telephone network as described above in FIGS. 1 and 2.

[0054] The network port 470 (or an additional network port) may also or alternatively be configured to couple to a cellular network, e.g., a core network of a cellular service provider. The core network may provide mobility related services and / or other services to a plurality of devices, such as UE devices 106. In some cases, the network port 470 may couple to a telephone  network via the core network, and / or the core network may provide a telephone network (e.g., among other UE devices serviced by the cellular service provider) .

[0055] In some embodiments, base station 102 may be a next generation base station, e.g., a 5G New Radio (5G NR) base station, or “gNB” . In such embodiments, base station 102 may be connected to a legacy evolved packet core (EPC) network and / or to a NR core (NRC) network. In addition, base station 102 may be considered a 5G NR cell and may include one or more transition and reception points (TRPs) . In addition, a UE capable of operating according to 5G NR may be connected to one or more TRPs within one or more gNB s.

[0056] The base station 102 may include at least one antenna 434, and possibly multiple antennas. The at least one antenna 434 may be configured to operate as a wireless transceiver and may be further configured to communicate with UE devices 106 via radio 430. The antenna 434 communicates with the radio 430 via communication chain 432. Communication chain 432 may be a receive chain, a transmit chain or both. The radio 430 may be configured to communicate via various wireless communication standards, including, but not limited to, 5G NR, LTE, LTE-A, GSM, UMTS, CDMA2000, Wi-Fi, etc.

[0057] The base station 102 may be configured to communicate wirelessly using multiple wireless communication standards. In some instances, the base station 102 may include multiple radios, which may enable the base station 102 to communicate according to multiple wireless communication technologies. For example, as one possibility, the base station 102 may include an LTE radio for performing communication according to LTE as well as a 5G NR radio for performing communication according to 5G NR. In such a case, the base station 102 may be capable of operating as both an LTE base station and a 5G NR base station. As another possibility, the base station 102 may include a multi-mode radio which is capable of performing communications according to any of multiple wireless communication technologies (e.g., 5G NR and Wi-Fi, LTE and Wi-Fi, LTE and UMTS, LTE and CDMA2000, UMTS and GSM, etc. ) .

[0058] As described further subsequently herein, the BS 102 may include hardware and software components for implementing or supporting implementation of features described herein. The  processor 404 of the base station 102 may be configured to implement or support implementation of part or all of the methods described herein, e.g., by executing program instructions stored on a memory medium (e.g., a non-transitory computer-readable memory medium) . Alternatively, the processor 404 may be configured as a programmable hardware element, such as an FPGA (Field Programmable Gate Array) , or as an ASIC (Application Specific Integrated Circuit) , or a combination thereof. Alternatively (or in addition) the processor 404 of the BS 102, in conjunction with one or more of the other components 430, 432, 434, 440, 450, 460, 470 may be configured to implement or support implementation of part or all of the features described herein.

[0059] In addition, as described herein, processor (s) 404 may be comprised of one or more processing elements. In other words, one or more processing elements may be included in processor (s) 404. Thus, processor (s) 404 may include one or more integrated circuits (ICs) that are configured to perform the functions of processor (s) 404. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc. ) configured to perform the functions of processor (s) 404.

[0060] Further, as described herein, radio 430 may be comprised of one or more processing elements. In other words, one or more processing elements may be included in radio 430. Thus, radio 430 may include one or more integrated circuits (ICs) that are configured to perform the functions of radio 430. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc. ) configured to perform the functions of radio 430.

[0061] FIG. 5: Block Diagram of Cellular Communication Circuitry

[0062] FIG. 5 illustrates an example simplified block diagram of cellular communication circuitry, according to some embodiments. It is noted that the block diagram of the cellular communication circuitry of FIG. 5 is only one example of a possible cellular communication circuit. According to embodiments, cellular communication circuitry 330 may be include in a communication device, such as communication device 106 described above. As noted above,  communication device 106 may be a user equipment (UE) device, a mobile device or mobile station, a wireless device or wireless station, a desktop computer or computing device, a mobile computing device (e.g., a laptop, notebook, or portable computing device) , a tablet and / or a combination of devices, among other devices.

[0063] The cellular communication circuitry 330 may couple (e.g., communicatively; directly or indirectly) to one or more antennas, such as antennas 335 a-b and 336 as shown (in FIG. 3) . In some embodiments, cellular communication circuitry 330 may include dedicated receive chains (including and / or coupled to, e.g., communicatively; directly or indirectly. dedicated processors and / or radios) for multiple RATs (e.g., a first receive chain for LTE and a second receive chain for 5G NR) . For example, as shown in FIG. 5, cellular communication circuitry 330 may include a modem 510 and a modem 520. Modem 510 may be configured for communications according to a first RAT, e.g., such as LTE or LTE-A, and modem 520 may be configured for communications according to a second RAT, e.g., such as 5G NR.

[0064] As shown, modem 510 may include one or more processors 512 and a memory 516 in communication with processors 512. Modem 510 may be in communication with a radio frequency (RF) front end 530. RF front end 530 may include circuitry for transmitting and receiving radio signals. For example, RF front end 530 may include receive circuitry (RX) 532 and transmit circuitry (TX) 534. In some embodiments, receive circuitry 532 may be in communication with downlink (DL) front end 550, which may include circuitry for receiving radio signals via antenna 335a.

[0065] Similarly, modem 520 may include one or more processors 522 and a memory 526 in communication with processors 522. Modem 520 may be in communication with an RF front end 540. RF front end 540 may include circuitry for transmitting and receiving radio signals. For example, RF front end 540 may include receive circuitry 542 and transmit circuitry 544. In some embodiments, receive circuitry 542 may be in communication with DL front end 560, which may include circuitry for receiving radio signals via antenna 335b.

[0066] In some embodiments, a switch 570 may couple transmit circuitry 534 to uplink (UL) front end 572. In addition, switch 570 may couple transmit circuitry 544 to UL front end 572. UL front end 572 may include circuitry for transmitting radio signals via antenna 336. Thus, when cellular communication circuitry 330 receives instructions to transmit according to the first RAT (e.g., as supported via modem 510) , switch 570 may be switched to a first state that allows modem 510 to transmit signals according to the first RAT (e.g., via a transmit chain that includes transmit circuitry 534 and UL front end 572) . Similarly, when cellular communication circuitry 330 receives instructions to transmit according to the second RAT (e.g., as supported via modem 520) , switch 570 may be switched to a second state that allows modem 520 to transmit signals according to the second RAT (e.g., via a transmit chain that includes transmit circuitry 544 and UL front end 572) .

[0067] As described herein, the modem 510 may include hardware and software components for implementing the above features or for performing early data transmissions (EDTs) using a contention based PUSCH resource, as well as the various other techniques described herein. The processors 512 may be configured to implement part or all of the features described herein, e.g., by executing program instructions stored on a memory medium (e.g., a non-transitory computer-readable memory medium) . Alternatively (or in addition) , processor 512 may be configured as a programmable hardware element, such as an FPGA (Field Programmable Gate Array) , or as an ASIC (Application Specific Integrated Circuit) . Alternatively (or in addition) the processor 512, in conjunction with one or more of the other components 530, 532, 534, 550, 570, 572, 335 and 336 may be configured to implement part or all of the features described herein.

[0068] In addition, as described herein, processors 512 may include one or more processing elements. Thus, processors 512 may include one or more integrated circuits (ICs) that are configured to perform the functions of processors 512. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc. ) configured to perform the functions of processors 512.

[0069] As described herein, the modem 520 may include hardware and software components for implementing the above features for performing early data transmissions (EDTs) using a contention based PUSCH resource, as well as the various other techniques described herein. The processors 522 may be configured to implement part or all of the features described herein, e.g., by executing program instructions stored on a memory medium (e.g., a non-transitory computer-readable memory medium) . Alternatively (or in addition) , processor 522 may be configured as a programmable hardware element, such as an FPGA (Field Programmable Gate Array) , or as an ASIC (Application Specific Integrated Circuit) . Alternatively (or in addition) the processor 522, in conjunction with one or more of the other components 540, 542, 544, 550, 570, 572, 335 and 336 may be configured to implement part or all of the features described herein.

[0070] In addition, as described herein, processors 522 may include one or more processing elements. Thus, processors 522 may include one or more integrated circuits (ICs) that are configured to perform the functions of processors 522. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc. ) configured to perform the functions of processors 522.

[0071] There are a number of legacy early data transmission (EDT) procedures available in 5G. Current Internet of Things (IOT) early data transmission (EDT) is performed via two ways, namely a Random Access Channel (RACH) procedure (which support mobility) and a dedicated Preconfigured Uplink Resource (PUR) resource and dedicated transmission in downlink (in single cell) . For example, FIGS. 6A-6D illustrate a legacy MO-EDT (Mobile Originated Early Data Transmission) Procedure. In the case of MO-EDT, the UE is able to send the EDT as part of the initial request to the base station (e.g., requests 610 and 620 for control plane (CP) , requests 630 and 640 for user plane (UP) ) , while receiving a data complete indication as part of the CP procedure (e.g., responses 650 and 660) or an RCC connection release as part of the UP procedure (e.g., responses 670 and 680) .

[0072] FIG. 7 illustrates a legacy MT-SDT (Mobile-Terminated Early Data Transmission) feature in IoT. Referring to FIG. 7, the network triggers the EDT procedure with the use of  paging 701 that originates from the Mobility Management Entity (MME) and proceeds through the UE that starts the MO-EDT procedure 702 for the UP. As with the legacy MO-EDT Procedure, the UE is able to send the data with its initial transmission in the process.

[0073] FIGS. 8A-8C illustrates a legacy PUR feature in IoT. Referring to FIGS. 8A-8C, once the PUR configuration of the UE occurs after the UE’s PUR request in FIG. 8A, the UE’s first transmission 801 includes the data sent on a PUR resource. Optionally, as part of the EDT procedure, the base station (network) can respond to the EDT with any of three responses 802. Responses 802 include L1, L2, and L3 messages.

[0074] Note that the procedures of FIGS. 6A-6D, 7 and 8A-8D are well-known and referenced in 3GPP TS 36.300.

[0075] Even though EDT procedure exist in 5G, there is a desire to reduce the uplink and downlink signaling needed to perform an EDT transmission. There is also a desire to improve the capacity for EDT, while supporting Msg3 transmission without Msg1 / RAR and supporting Msg4 transmission efficiently.

[0076] In some embodiments, techniques are disclosed herein for performing an EDT transmission via a contention based PUSCH resource. In order to do so, in some embodiments, the UE is configured with the contention based PUSCH resource in which the PUSCH resource is shared by more than one UE. Once configured, the UE is able to perform EDT transmission with the contention based PUSCH resource, identify whether the initial EDT transmission is successful or a failure, and then act if the initial transmission is not successful.

[0077] In some embodiments, the UE has a capability to perform the EDT transmission using a contention based PUSCH resource. More specifically, this UE capability indicates whether UE supports EDT / PUR via contention based PUSCH resource. In some embodiments, the UE requests the contention based PUSCH resource for EDT transmission (if it intends to get the resource) . In some embodiments, the UE’s request is made using UE dedicated signaling. The UE dedicated signaling can be a PUR config (uration) request (e.g., a legacy PUR request, etc. ) .

[0078] In some embodiments, the UE capability for performing the EDT transmission using a contention based PUSCH resource is the result of being configured with an EDT PUSCH resource. The EDT PUSCH configuration can be acquired by the UE based on a network configuration or based on a cell configuration. In the case of a network configuration for enabling the UE to use the contention-based EDT PUSCH configuration, in some embodiments, the network (e.g., base station) enables the feature via UE dedicated signaling when releasing the UE. In this manner, the UE is provided with information the other UEs do not know, which can be beneficial. For example, the network could divide UEs into different groups when enabling the contention based EDT PUSCH configuration in order to reduce contention on that shared PUSCH. In some embodiments, in terms of dedicated signaling, the UE acquires the PUSCH resource via the broadcast signaling per serving cell, and when UE moves to a new cell and the PUSCH resource for initial access is provided in SIB in the new cell, the UE can use it for EDT purposes. In some other embodiments, the network (e.g., base station) enables the feature and provides the PUSCH configuration via UE dedicated signaling when the UE is released. In this case, the UE uses the PUSCH resource for transmission in current serving cell. In some embodiments, optionally, the network can indicate PUSCH configuration in neighbor cell, and when UE moves to neighbor cell, UE can use it directly. In this case, the cells are coordinating with each other.

[0079] In some embodiments, the cell configuration enables the UE to use the contention based EDT PUSCH configuration. In this case, the UE does not have a dedicated configuration. The current serving cell supports and provides the EDT PUSCH configuration, and the UE can, based on capability, decide whether to initiate EDT via the PUSCH resource and in legacy way. In some embodiments, if the UE can acquire both the dedicated EDT PUSCH resource and cell specific EDT PUSCH resource, the UE prioritizes the use of the dedicated EDT PUSCH resource for EDT transmission. Note that in other embodiments, the cell specific EDT PUSCH resource is prioritized.

[0080] Once the UE has the capability for EDT transmissions via the contention based PUSCH resource, the UE can send an EDT transmission to the base station. At this point, the UE enters a contention resolution phase for the transmission via the EDT PUSCH resource that results in the UE determining whether the EDT transmission was successful or failed. In some embodiments, the UE performs a timer-based contention resolution method that uses a timer for contention resolution purposes. Specifically, in operation, the UE starts a timer when initiating the EDT transmission via EDT PUSCH resource or when the data is transmitted in the Uu (air) interface, and stops the timer when UE acquires the feedback from the base station to indicate that the EDT transmission procedure has completed successfully. If prior to receiving such feedback, the timer expires, then the UE starts the EDT transmission (performs retransmission) via the next available EDT PUSCH resource if the EDT PUSCH transmission condition that prompted use of the EDT procedure in the first place is still fulfilled (e.g., UL TA, Radio quality, etc. ) .

[0081] In order to receive the feedback to determine if the EDT transmission via the contention based PUSCH resource, the UE performs monitoring for the feedback after the EDT transmission via the EDT PUSCH resource. In some embodiments, the UE starts monitoring the Physical Downlink Control Channel (PDCCH) immediately after the EDT transmission. In some other embodiments, the UE starts monitoring after a time offset (predetermined period of time) has elapsed from when the EDT transmission occurred. In either case, the UE receives the scheduled PDSCH accordingly. In some embodiments, the PDCCH monitored by the UE is a UE specific PDCCH. In some other embodiments, the PDCCH monitored by the UE is a common / group PDCCH and the UE monitors the PDCCH with the Radio Network Temporary Identifier (RNTI) according to the EDT PUSCH resource for initial transmission. In other words, the UE monitors the PDCCH that has been scrambled with the same RNTI used for the initial transmission and determines based on the monitoring whether feedback has been sent from the base station indicating that the EDT transmission has been successfully completed.

[0082] In order for the UE to understand the feedback, in some embodiments, the network feedback is in the form of a L1 / L2 / L3 message of a legacy EDT procedure. For example, the  network can send feedback indicating that the EDT transmission was successful using the same feedback as used by the network in the PUR EDT transmission of FIG. 8B. In some other embodiments, the feedback can take the form of a group or common feedback. For example, the feedback can be a new L1 feedback design corresponding to the EDT PUSCH resource, which may include the feedback for multiple UEs or a new L2 feedback design corresponding to the EDT PUSCH resource, which may include the feedback for multiple UEs. Note that in some embodiments, the UE performs UE identification to identify the information corresponding to itself from the UE specific information carried in the common L1 / L2 message (e.g., UE ID, UE selected code ID / index, etc. ) .

[0083] In some embodiments, the UE can have the capability to perform a fallback operation for handling the EDT via the EDT contention based PUSCH resource. In some embodiments, when the UE is enabled and has a valid EDT PUSCH resource for EDT transmission, the UE falls back to performing a legacy EDT procedure to complete the EDT transmission in one or both of the following conditions, namely as a first condition that the condition to perform the EDT PUSCH transmission is not met, or as a second condition that an EDT PUSCH transmission failure has occurred.

[0084] In some embodiments, the UE considers that the condition to perform EDT PUSCH transmission is not met based on whether the UE has valid UL timing. If the UE does not have valid UL timing, then the condition to perform EDT PUSCH transmission is not met. In some embodiments, whether UE has valid UL timing is determined based on whether the UE Timing Advance Timer (TATimer) is running and / or whether UE can acquire the valid TA in other way (e.g., derive TA by itself, assume TA is same across cells, etc. ) . In some other embodiments, the UE considers that the condition to perform EDT PUSCH transmission is not met based on whether the EDT PUSCH resource is still available. Whether the EDT PUSCH resource is still available can be based on whether the EDT PUSCH resource is still available in current cell or whether there is some condition based EDT PUDSCH resource selection (e.g., RSRP) and the UE’s condition is changed. In some embodiments, this condition could be based on radio quality  or random probability. In the case of radio quality, if the UE moves to another place, and the radio quality becomes worse (e.g., radio quality is less than threshold, etc. ) , then the UE cannot select to proceed with the EDT PUSCH transmission. In the case of probability, the condition can be related congestion control, where, for example, the network configures the P (e.g., 1%-100%) for the EDT PUSCH configuration, and the UE can randomly select one percentage X; if X is less than P, then the UE can select the EDT PUSCH resource, and otherwise, the UE cannot select the EDT PUSCH resource.

[0085] In some embodiments, the UE considers that the condition that an EDT PUSCH transmission failure has occurred based on a number of PUSCH retransmissions has reached a predetermined number X. In some embodiments, if the retransmission number of EDT via the PUSCH transmission equals X, then UE fallbacks to using a legacy EDT. In some other embodiments, if the retransmission number of EDT via the PUSCH transmission equals X, then UE fallbacks to initiate a CONNECTED setup / resume procedure. In some embodiments, the UE considers that the condition that an EDT PUSCH transmission failure has occurred based on a number of PUSCH retransmissions has reached a predetermined number Y, which is different than X. In this case, if the retransmission number of EDT via the PUSCH transmission equals Y, then the UE fallbacks to initiate CONNECTED setup / resume procedure.

[0086] FIG. 9 illustrates some embodiments of data flow diagram of a UE process for performing EDT with a contention based Physical Uplink Shared Channel (PUSCH) resource. The EDT process uses one or more of features of the EDT PUSCH resource procedure described above. Referring to FIG. 9, a UE 901 is in communication with a base station (network) 902. In various embodiments, UE 901 is configured for performing EDTs with a contention based PUSCH resource, where the configuration came from base station 902 as a network configuration or can be based on a cell configuration. UE 901 includes EDT circuitry / logic the sends EDT transmission 910 via the contention based PUSCH resource to base station 902. The UE timer / monitoring circuitry / logic 903 performs an EDT contention resolution process by starting a timer and awaiting feedback, such as, for example, feedback 911A from base station  902 to determine whether the EDT transmission 910 has completed successfully or to determine that the EDT transmission 910 has failed. If the EDT transmission 910 has failed, then UE EDT re-transmission circuitry / logic 904 starts the EDT transmission 912 (representing the retransmission of EDT transmission 910) using the next available EDT PUSCH resource if the EDT PUSCH transmission condition is still fulfilled (e.g., the condition that prompted the EDT transmission via the PUSCH resource. Alternatively, if certain conditions exist, then UE EDT re-transmission circuitry / logic 904 starts the EDT transmission 913 (representing the retransmission of EDT transmission 910) using a legacy EDT transmission procedure. Such a procedure can be one of the EDT legacy procedures mentioned in FIGS. 6-8.

[0087] FIG. 10 is a flow diagram of some embodiments of a process for configuring a UE. The process is performed by processing logic that comprises hardware (circuitry, dedicated logic, etc. ) , software (e.g., software running on a chip, software run on a general-purpose computer system or a dedicated machine, etc. ) , firmware, or a combination of the three. In some embodiment, the operations in the process are performed by a UE in a 5G NR communication system. In some embodiments, the process is performed by a UE in a 5G NR communication system comprising a processor (or processing circuitry) and / or a baseband processor in a 5G NR communication system configured to perform the following operations.

[0088] Referring to FIG. 10, the process includes processing logic receiving configuration information that specifies a Physical Uplink Shared Channel (PUSCH) resource available for use by the UE for early data transfer (EDT) transmissions (processing block 1001) . In some embodiments, the PUSCH resource is a contention based PUSCH resource that can be shared by more than one UE. In some embodiments, the configuration information is received from a base station via UE dedicated signaling. In some embodiments, the UE dedicated signaling includes a Preconfigured Uplink Resource (PUR) configuration request. In some other embodiments, the UE dedicated signaling comprises broadcast signaling or a system information block (SIB) received when the UE enters a new cell.

[0089] In some embodiments, the UE receives the configuration information in response to a request it sent for use of the PUSCH resource for EDT transmissions. In some other embodiments, the configuration information is a cell configuration applied to UE and other UEs in the cell in which the UE resides.

[0090] After receiving the configuration information, processing logic of the UE configures itself, using the configuration information, to perform EDT transmissions using the contention based PUSCH resource (processing block 1002) . Once configured, processing logic transmits an EDT transmission using the PUSCH resource (processing block 1003) . In some embodiments, transmitting, via the PUSCH resource, the EDT transmission occurs while the UE is in a Radio Resource Control (RRC) inactive state or idle state. In some embodiments, processing logic transmits the EDT transmission using the PUSCH resource after determining, based on UE capability, whether to initiate the EDT transmission using the PUSCH resource or using legacy support for EDT transmissions in the cell.

[0091] In some embodiments, the process further includes processing logic determining that the EDT transmission was successful or a failure (processing block 1004) . In some embodiments, this determination is part of a contention resolution process performed with respect to the contention based PUSCH resource. In some embodiments, the contention resolution process is a timer-based contention resolution process. In some embodiments, the timer-based contention resolution process includes the UE starting a timer when the EDT transmission is initiated. In some other embodiments, the UE starting a timer when the data of the EDT transmission is transmitted in the Uu (air) interface. The UE performs monitoring and stops the timer when the UE acquires feedback from the base station, which indicates that the EDT transmission procedure has completed. Thus, the UE determines that that the EDT transmission was successful upon receiving feedback from the network prior to expiration of a UE initiated timer.

[0092] In some embodiments, the process further includes processing logic transmitting the EDT transmission again upon determining that the EDT transmission failed (processing block  1005) . In some embodiments, the UE determines that the EDT transmission failed if a timer started when either the EDT transmission is initiated or the data of the EDT transmission is transmitted in the Uu (air) interface, expires prior to receiving the feedback from the base station.

[0093] FIG. 11 is a flow diagram of some embodiments of a process for a UE performing an EDT transmission. The process is performed by processing logic that comprises hardware (circuitry, dedicated logic, etc. ) , software (e.g., software running on a chip, software run on a general-purpose computer system or a dedicated machine, etc. ) , firmware, or a combination of the three. In some embodiments, the operations in the process are performed by a UE in a 5G NR communication system. In some embodiments, the process is performed by a UE in a 5G NR communication system comprising a processor (or processing circuitry) and / or a baseband processor in a 5G NR communication system configured to perform the following operations.

[0094] Referring to FIG. 11, the process includes processing logic transmitting an EDT transmission using the PUSCH resource in conjunction with a timer-based contention resolution procedure (processing block 1101) . In some embodiments, the EDT transmission occurs via an EDT PUSCH resource or the data associated with the EDT data being transmitted in the Uu (or air) interface. In some embodiments, transmitting, via the PUSCH resource, the EDT transmission occurs while the UE is in a Radio Resource Control (RRC) inactive state or idle state. In some embodiments, processing logic transmits the EDT transmission using the PUSCH resource after determining, based on UE capability, whether to initiate the EDT transmission using the PUSCH resource or using legacy support for EDT transmissions in the cell.

[0095] After the EDT transmission via the EDT PUSCH resource, processing logic starts a timer (processing block 1102) and starts monitoring (when the timer is running) for feedback from the base station (network) that indicates that the EDT transmission procedure has completed (processing block 1103) . In some embodiments, the monitoring includes the processing logic monitoring the physical downlink control channel (PDCCH) . In some embodiments, the monitoring of the PDCCH occurs immediately after the EDT transmission via the EDT PUSCH resource. In some other embodiments, the monitoring of the PDCCH occurs a prespecified time,  a time offset, after the EDT transmission via the EDT PUSCH resource. In some embodiments, the time offset is configured. In some other embodiments, the time offset is specified in the 3GPP NR Standard, or in some other specification. The PDCCH can be a UE specific PDCCH or a non-specific PDCCH with the Radio Network Temporary Identifier (RNTI) (i.e., an PDCCH scrambled with the RNTI) according to the EDT PUSCH resource for the EDT transmission.

[0096] As a result of monitoring, processing logic determines whether it has received feedback from the base station (network) upon completion of the EDT transmission being successful (processing logic 1104) . If so, processing logic stops the timer (processing logic 1105) . The feedback enables the UE to recognize that the EDT transmission procedure has completed. The feedback from the base station can include a message. For example, the feedback can be either an L1, L2 and L3 message, such as, for example, but not limited to, the L1, L2 and L3 messages that are used as feedback from the network in the PUR based legacy procedure depicted in FIG. 8B. In some other embodiments, the feedback is group / common feedback. For example, in some embodiments, the group / common feedback includes L1 message feedback that correspond to the EDT PUSCH resource and may include the feedback for multiple UEs. In some other embodiments, the group / common feedback includes L2 message feedback that correspond to the EDT PUSCH resource and may include the feedback for multiple UE. Note that in some embodiments, the UE performs UE identification to identify the information corresponding to itself from the UE specific information carried in the common L1 / L2 message (e.g., UE ID, UE selected code ID / index, etc. ) .

[0097] If, as a result of monitoring, processing logic determines that it has not received feedback from the base station (network) indicating completion of the EDT transmission before expiration of the timer, processing logic acts as if the EDT transmission has failed and performs one or more fallback operations (processing block 1106) . There are a number of fallback operations that can be performed in response to the timer expiring.

[0098] FIG. 12 is a flow diagram of some embodiments of a process for a UE performing fallback operations in response to an EDT transmission made with a contention based PUSCH  resource has failed. The failure can be due to an event such as, for example, not receiving feedback that the EDT transmission has completed prior to expiration of a timer or some other indicative event. The process is performed by processing logic that comprises hardware (circuitry, dedicated logic, etc. ) , software (e.g., software running on a chip, software run on a general-purpose computer system or a dedicated machine, etc. ) , firmware, or a combination of the three. In some embodiments, the operations in the process are performed by a UE in a 5G NR communication system. In some embodiments, the process is performed by a UE in a 5G NR communication system comprising a processor (or processing circuitry) and / or a baseband processor in a 5G NR communication system configured to perform the following operations.

[0099] Referring to FIG. 12, the process includes processing logic determining that an EDT transmission performed with a contention based PUSCH resource has failed (processing block 1201) . The EDT transmission failure can constitute an event triggering an EDT retransmission. Alternatively, a failure to receive feedback in response to an ED transmission can constitute an event that the UE concludes is an EDT transmission failure.

[0100] In response to determining that an EDT transmission has failed, processing logic determines if the EDT PUSCH transmission condition is fulfilled (processing block 1202) . If the EDT PUSCH transmission condition is fulfilled, in some embodiments, processing logic performs an EDT retransmission by starting the EDT transmission via the next available EDT PUSCH resource (processing block 1203) . If the EDT PUSCH transmission condition is not fulfilled, in some embodiments, processing logic uses a legacy EDT procedure to perform the EDT retransmission upon determining that one or more other conditions exists (processing block 1204) .

[0101] In some embodiments, the one or more conditions that cause the UE to use a legacy EDT procedure include 1) the condition that prompted the UE to perform the EDT transmission is no longer met, and 2) an EDT PUSCH transmission failure has occurred. In some embodiments, the UE determines that the condition that prompted the UE to perform the EDT transmission is no  longer met based on whether the UE has valid uplink (UL) timing and / or whether the PUSCH resource remains available.

[0102] In some embodiments, the UE determines it has valid UL timing based on whether a Timing Advance Timer (TATimer) of the UE is running. In some embodiments, the UE determines it has valid UL timing based on whether the UE can acquire a valid TA in another way (e.g., derive the TA by itself, assume the TA is the same across cells, etc. ) . In some embodiments, the UE determines that the PUSCH resource remains available is based on whether the PUSCH resource is still available in a cell in which the UE currently resides and / or whether a selection condition for selecting the PUSCH resource has changed.

[0103] In some embodiments, the UE determines that an EDT PUSCH transmission failure has occurred with the EDT transmission based on a PUSCH retransmission number being a predetermined number X. In some embodiments, the network can provide the configuration of the maximum retransmission number X via SIB or RRC dedicated signaling. For example, in some embodiments, the UE performs the EDT transmission using a legacy EDT procedure or initiates a CONNECTD procedure in response to determining the EDT transmission via the contention based PUSCH resource has occurred (and failed) X number of times. In some other embodiments, the UE only initiates a CONNECTD procedure in response to determining the EDT transmission via the contention based PUSCH resource has occurred (and failed) Y number of times, where Y is second number that is different than X.

[0104] FIG. 13 is a flow diagram of some embodiments of a process for a base station. The process is performed by processing logic that comprises hardware (circuitry, dedicated logic, etc. ) , software (e.g., software running on a chip, software run on a general-purpose computer system or a dedicated machine, etc. ) , firmware, or a combination of the three. In some embodiment, the operations in the process are performed by a base station in a 5G NR communication system. In some embodiments, the process is performed by a base station in a 5G NR communication system comprising a processor (or processing circuitry) and / or a  baseband processor in a 5G NR communication system configured to perform the following operations.

[0105] Referring to FIG. 13, the process includes processing logic determining a configuration for a UE, wherein the configuration is included in configuration information that specifies a contention based Physical Uplink Shared Channel (PUSCH) resource available for use by the UE for early data transfer (EDT) transmissions (processing block 1301) . After determining the configuration for the UE, processing logic sends the configuration information to the UE processing block 1302) . In some embodiments, sending the configuration information to the UE occurs in response to a request from the UE for the PUSCH resource for EDT transmissions. In some embodiments, determining the configuration and sending the configuration information occur in response to UE dedicated signaling. In some embodiments, the UE dedicated signaling comprises a Preconfigured Uplink Resource (PUR) configuration request from the UE. In some embodiments, sending the configuration information to the UE occurs using a system information block (SIB) when the UE enters a new cell.

[0106] Subsequently, processing logic receives an EDT transmission via the contention based PUSCH resource from the UE (processing block 1303) . In some embodiments, processing logic receives the EDT transmission, via the PUSCH resource, which is transmitted while the UE is in a Radio Resource Control (RRC) inactive state or idle state. In response to the EDT transmission, processing logic sends feedback to the UE to complete the EDT procedure (processing block 1304) .

[0107] There are a number of example embodiments described herein.

[0108] Example 1 is a method for wireless communication at a user equipment (UE) , the method including receiving configuration information that specifies a contention-based Physical Uplink Shared Channel (PUSCH) resource available for use by the UE for early data transmission (EDT) transmissions; configuring the UE, using the configuration information, for EDT transmissions using the contention based PUSCH resource; and transmitting, via the PUSCH resource, an EDT transmission.

[0109] Example 2 is the method of example 1 that may optionally include that transmitting, via the PUSCH resource, the EDT transmission occurs while the UE is in a Radio Resource Control (RRC) inactive state or idle state.

[0110] Example 3 is the method of example 1 that may optionally that the configuration information is received from a base station and further wherein receiving the configuration information comprises receiving the configuration information from the base station using UE dedicated signaling.

[0111] Example 4 is the method of example 3 that may optionally include that UE dedicated signaling comprises a Preconfigured Uplink Resource (PUR) configuration request.

[0112] Example 5 is the method of example 3 that may optionally include that the UE dedicated signaling comprises broadcast signaling or a system information block (SIB) received when the UE enters a new cell.

[0113] Example 6 is the method of example 1 that may optionally include that sending, by the UE, a request for the PUSCH resource for EDT transmissions, and wherein the configuration information is received in response to the request.

[0114] Example 7 is the method of example 1 that may optionally include that the configuration information is a cell configuration, and further comprising determining, based on UE capability, whether to initiate the EDT transmission using the PUSCH resource or using legacy support for EDT transmissions in the cell.

[0115] Example 8 is the method of example 1 that may optionally include determining that the EDT transmission was successful upon receiving feedback from the base station prior to expiration of a UE initiated timer.

[0116] Example 9 is the method of example 8 that may optionally include starting the timer, by the UE, when the EDT transmission is initiated or is transmitted in a Uu (air) interface.

[0117] Example 10 is the method of example 8 that may optionally include transmitting the EDT transmission again if the timer expires prior to receiving the feedback from the base station.

[0118] Example 11 is the method of example 1 that may optionally include monitoring a Physical Downlink Control Channel (PDCCH) after the EDT transmission.

[0119] Example 12 is the method of example 11 that may optionally include that monitoring the PDCCH occurs immediately after the EDT transmission or after a prespecified period of time after the EDT transmission.

[0120] Example 13 is the method of example 11 that may optionally include that the PDCCH is a UE specific PDCCH.

[0121] Example 14 is the method of example 11 that may optionally include that monitoring a PDCCH after the EDT transmission is performed using a Radio Network Temporary Identifier (RNTI) .

[0122] Example 15 is the method of example 1 that may optionally include that the feedback comprises an L1, L2 or L3 message.

[0123] Example 16 is the method of example 1 that may optionally include determining that the initial transmission was successful upon receiving feedback, wherein the feedback comprises an L1 or L2 message transmitted from one or more other UEs using the PUSCH resource.

[0124] Example 17 is the method of example 1 that may optionally include transmitting, via the PUSCH resource, the EDT transmission occurs upon the UE determining an event has occurred, and further comprising, in response to the UE determining that the event has not occurred, then performing the EDT transmission using a legacy EDT procedure.

[0125] Example 18 is the method of example 15 that may optionally include that the event includes a condition to perform the EDT transmission using the PUSCH resource and the condition has not occurred.

[0126] Example 19 is the method of example 18 that may optionally include that the condition comprises one selected from a group consisting of: (1) the UE having valid uplink (UL) timing; and (2) the PUSCH resource remains available.

[0127] Example 20 is the method of example 19 that may optionally include that whether the UE has valid UL timing is based on one selected from a group consisting of: (1) whether a Timing Advance Timer (TATimer) of the UE is running and (2) whether the UE can acquire a valid TA.

[0128] Example 21 is the method of example 19 that may optionally include that whether the PUSCH resource remains available is based on one selected from a group consisting of: (1) whether the PUSCH resource is still available in a cell in which the UE currently resides, and (2) whether a selection condition for selecting the PUSCH resource has changed.

[0129] Example 22 is the method of example 15 that may optionally include that the event includes the UE determining that an EDT PUSCH transmission failure has occurred with the EDT transmission.

[0130] Example 23 is the method of example 22 that may optionally include that the EDT PUSCH transmission failure is determined based on a PUSCH retransmission number.

[0131] Example 24 is the method of example 23 that may optionally include that the UE performs the EDT transmission using a legacy EDT procedure or initiates a CONNECTD procedure in response to determining the PUSCH retransmission number is a first number, or only initiates a CONNECTD procedure in response to determining the PUSCH retransmission number is a second number that is different than the first number.

[0132] Example 25 is a baseband processor configured to perform operations of any of examples 1-24.

[0133] Example 26 is a UE configured to perform operations of any of examples 1-24.

[0134] Example 27 is an article of manufacture having one or more non-transitory computer readable media storing instructions which, when executed by a user equipment (UE) , cause the UE to perform a method comprising the operations of any of examples 1-24.

[0135] Example 28 is a method for use in a base station, where the method includes: determining a configuration for a UE, wherein the configuration is included in configuration information that specifies a contention based Physical Uplink Shared Channel (PUSCH) resource  available for use by the UE for early data transmission (EDT) transmissions; sending the configuration information to the UE; and receiving an EDT transmission via the contention based PUSCH resource from the UE.

[0136] Example 29 is the method of example 28 that may optionally include that receiving, via the PUSCH resource, the EDT transmission occurs while the UE is in a Radio Resource Control (RRC) inactive state or idle state.

[0137] Example 30 is the method of example 28 that may optionally include that sending the configuration information to the UE occurs in response to a request from the UE for the PUSCH resource for EDT transmissions.

[0138] Example 31 is the method of example 28 that may optionally include that determining the configuration and sending the configuration information occur in response to UE dedicated signaling.

[0139] Example 32 is the method of example 31 that may optionally include that the UE dedicated signaling comprises a Preconfigured Uplink Resource (PUR) configuration request from the UE.

[0140] Example 33 is the method of example 28 that may optionally include that sending the configuration information to the UE occurs using a system information block (SIB) when the UE enters a new cell.

[0141] Example 34 is a baseband processor configured to perform operations of any of examples 26-33.

[0142] Example 35 is a base station configured to perform operations of any of examples 26-33.

[0143] Example 36 is an article of manufacture having one or more non-transitory computer readable media storing instructions which, when executed by a base station, cause the base station to perform a method comprising the operations of any of examples 26-33.

[0144] Portions of what was described above may be implemented with logic circuitry such as a dedicated logic circuit or with a microcontroller or other form of processing core that  executes program code instructions. Thus processes taught by the discussion above may be performed with program code such as machine-executable instructions that cause a machine that executes these instructions to perform certain functions. In this context, a “machine” may be a machine that converts intermediate form (or “abstract” ) instructions into processor specific instructions (e.g., an abstract execution environment such as a “virtual machine” (e.g., a Java Virtual Machine) , an interpreter, a Common Language Runtime, a high-level language virtual machine, etc. ) , and / or, electronic circuitry disposed on a semiconductor chip (e.g., “logic circuitry” implemented with transistors) designed to execute instructions such as a general-purpose processor and / or a special-purpose processor. Processes taught by the discussion above may also be performed by (in the alternative to a machine or in combination with a machine) electronic circuitry designed to perform the processes (or a portion thereof) without the execution of program code.

[0145] The present invention also relates to an apparatus for performing the operations described herein. This apparatus may be specially constructed for the required purpose, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs) , RAMs, EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.

[0146] A machine readable medium includes any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer) . For example, a machine readable medium includes read only memory ( “ROM” ) ; random access memory ( “RAM” ) ; magnetic disk storage media; optical storage media; flash memory devices; etc.

[0147] An article of manufacture may be used to store program code. An article of manufacture that stores program code may be embodied as, but is not limited to, one or more memories (e.g., one or more flash memories, random access memories (static, dynamic or  other) ) , optical disks, CD-ROMs, DVD ROMs, EPROMs, EEPROMs, magnetic or optical cards or other type of machine-readable media suitable for storing electronic instructions. Program code may also be downloaded from a remote computer (e.g., a server) to a requesting computer (e.g., a client) by way of data signals embodied in a propagation medium (e.g., via a communication link (e.g., a network connection) ) .

[0148] The preceding detailed descriptions are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations are the tools used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of operations leading to a desired result. The operations are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like.

[0149] It should be kept in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the above discussion, it is appreciated that throughout the description, discussions utilizing terms such as “selecting, ” “determining, ” “receiving, ” “forming, ” “grouping, ” “aggregating, ” “generating, ” “removing, ” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.

[0150] The processes and displays presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may be used with  programs in accordance with the teachings herein, or it may prove convenient to construct a more specialized apparatus to perform the operations described. The required structure for a variety of these systems will be evident from the description below. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the invention as described herein.

[0151] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0152] The foregoing discussion merely describes some exemplary embodiments of the present invention. One skilled in the art will readily recognize from such discussion, the accompanying drawings and the claims that various modifications can be made without departing from the spirit and scope of the invention.

Claims

1.A method for wireless communication at a user equipment (UE) , the method comprising:receiving configuration information that specifies a contention-based Physical Uplink Shared Channel (PUSCH) resource available for use by the UE for early data transmission (EDT) transmissions;configuring the UE, using the configuration information, for EDT transmissions using the contention based PUSCH resource; andtransmitting, via the PUSCH resource, an EDT transmission.2.The method of claim 1 wherein transmitting, via the PUSCH resource, the EDT transmission occurs while the UE is in a Radio Resource Control (RRC) inactive state or idle state.3.The method of claim 1 wherein the configuration information is received from a base station and further wherein receiving the configuration information comprises receiving the configuration information from the base station using UE dedicated signaling.4.The method of claim 3 wherein UE dedicated signaling comprises a Preconfigured Uplink Resource (PUR) configuration request.5.The method of claim 3 wherein the UE dedicated signaling comprises broadcast signaling or a system information block (SIB) received when the UE enters a new cell.6.The method of claim 1 further comprising sending, by the UE, a request for the PUSCH resource for EDT transmissions, and wherein the configuration information is received in response to the request.7.The method of claim 1 wherein the configuration information is a cell configuration, and further comprising determining, based on UE capability, whether to initiate the EDT transmission using the PUSCH resource or using legacy support for EDT transmissions in the cell.8.The method of claim 1 further comprising determining that the EDT transmission was successful upon receiving feedback from the base station prior to expiration of a UE initiated timer.9.The method of claim 8 further comprising starting the timer, by the UE, when the EDT transmission is initiated or is transmitted in a Uu (air) interface.10.The method of claim 8 further comprising transmitting the EDT transmission again if the timer expires prior to receiving the feedback from the base station.11.The method of claim 1 further comprising monitoring a Physical Downlink Control Channel (PDCCH) after the EDT transmission.12.The method of claim 11 wherein monitoring the PDCCH occurs immediately after the EDT transmission or after a prespecified period of time after the EDT transmission.13.The method of claim 11 wherein the PDCCH is a UE specific PDCCH.14.The method of claim 11 wherein monitoring a PDCCH after the EDT transmission is performed using a Radio Network Temporary Identifier (RNTI) .15.The method of claim 1 wherein the feedback comprises an L1, L2 or L3 message.16.The method of claim 1 further comprising determining that the initial transmission was successful upon receiving feedback, wherein the feedback comprises an L1 or L2 message transmitted from one or more other UEs using the PUSCH resource.17.The method of claim 1 wherein transmitting, via the PUSCH resource, the EDT transmission occurs upon the UE determining an event has occurred, andfurther comprising, in response to the UE determining that the event has not occurred, then performing the EDT transmission using a legacy EDT procedure.18.The method of claim 17 wherein the event includes a condition to perform the EDT transmission using the PUSCH resource and the condition has not occurred.19.The method of claim 18 wherein the condition comprises one selected from a group consisting of:(1) the UE having valid uplink (UL) timing; and(2) the PUSCH resource remains available.20.The method of claim 19 wherein whether the UE has valid UL timing is based on one selected from a group consisting of: (1) whether a Timing Advance Timer (TATimer) of the UE is running and (2) whether the UE can acquire a valid TA.21.The method of claim 19 wherein whether the PUSCH resource remains available is based on one selected from a group consisting of: (1) whether the PUSCH resource is still available in a cell in which the UE currently resides, and (2) whether a selection condition for selecting the PUSCH resource has changed.22.The method of claim 15 wherein the event includes the UE determining that an EDT PUSCH transmission failure has occurred with the EDT transmission.23.The method of claim 22 wherein the EDT PUSCH transmission failure is determined based on a PUSCH retransmission number.24.The method of claim 23 wherein the UE performs the EDT transmission using a legacy EDT procedure or initiates a CONNECTD procedure in response to determining the PUSCH retransmission number is a first number, or only initiates a CONNECTD procedure in response to determining the PUSCH retransmission number is a second number that is different than the first number.25.A baseband processor configured to perform operations of any of claims 1-24.26.A UE configured to perform operations of any of claims 1-24.27.An article of manufacture having one or more non-transitory computer readable media storing instructions which, when executed by a user equipment (UE) , cause the UE to perform a method comprising operations of any of claims 1-24.28.A method for use in a base station, the method comprising:determining a configuration for a UE, wherein the configuration is included in configuration information that specifies a contention based Physical Uplink Shared Channel (PUSCH) resource available for use by the UE for early data transmission (EDT) transmissions;sending the configuration information to the UE; andreceiving an EDT transmission via the contention based PUSCH resource from the UE.29.The method of claim 28 wherein receiving, via the PUSCH resource, the EDT transmission occurs while the UE is in a Radio Resource Control (RRC) inactive state or idle state.30.The method of claim 28 wherein sending the configuration information to the UE occurs in response to a request from the UE for the PUSCH resource for EDT transmissions.31.The method of claim 28 wherein determining the configuration and sending the configuration information occur in response to UE dedicated signaling.32.The method of claim 31 wherein the UE dedicated signaling comprises a Preconfigured Uplink Resource (PUR) configuration request from the UE.33.The method of claim 28 wherein sending the configuration information to the UE occurs using a system information block (SIB) when the UE enters a new cell.34.A baseband processor configured to perform operations of any of claims 26-33.35.A base station configured to perform operations of any of claims 26-33.36.An article of manufacture having one or more non-transitory computer readable media storing instructions which, when executed by a base station, cause the base station to perform a method comprising operations of any of claims 26-33.

Images