Method and apparatus for early data transmission in mobile communications

Abstract

Various solutions for early data transmission (EDT) with respect to an apparatus in mobile communications are described. The apparatus may transmit an EDT to a network node without a random access preamble and a random access response. The apparatus may receive a response corresponding to the EDT from the network node.

Description

METHOD AND APPARATUS FOR EARLY DATA TRANSMISSION IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of PCT Application No. PCT / CN2024 / 074928, filed 31 January 2024 and PCT Application No.PCT / CN2024 / 095054, filed 24 May 2024. The contents of aforementioned applications are herein incorporated by reference in their entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to early data transmission (EDT) with respect to apparatus in mobile communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] In New Radio (NR) mobile communications, Narrowband Internet of Things (NB-IoT) and enhanced Machine-Type Communications (eMTC) are introduced to provide an access system characterized by low complexity and low throughput, tailored to meet the specific requirements of cellular Internet of Things (IoT) applications. To facilitate IoT operations in remote regions with minimal or no cellular connectivity across diverse industries, support for Non-Terrestrial Networks (NTN) in NB-IoT and eMTC systems are needed. In IoT deployments utilizing NTN, the coverage area may extend to hundreds of thousands of square kilometers. Within such expansive geographical regions, the volume of IoT devices requiring satellite access is anticipated to be substantial.

[0005] Further, uplink (UL) capacity may be significantly constrained due to the necessity of large repetition factors imposed by the limited link budget. To address this limitation and enhance uplink system capacity, Early Data Transmission (EDT) mechanism may be utilized. However, the EDT mechanism may still be insufficient to fully resolve the aforementioned challenges in IoT deployments utilizing NTN.

[0006] Accordingly, how to provide a more efficient EDT procedure becomes an important issue in the newly developed wireless communication network. Therefore, there is a need to provide proper schemes to provide a more efficient EDT procedure.SUMMARY

[0007] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0008] An objective of the present disclosure is to propose solutions or schemes that address the aforementioned issues pertaining to early data transmission (EDT) with respect to apparatus in mobile communications.

[0009] In one aspect, a method may involve an apparatus transmitting an early data transmission (EDT) to a network node without a random access preamble and a random access response. The method may further involve the apparatus receiving a response corresponding to the EDT from the network node.

[0010] In one aspect, a method may involve an apparatus an EDT from a user equipment (UE) without a random access preamble and a random access response. The method may further involve the apparatus transmitting a response corresponding to the EDT to the UE.

[0011] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, 5th Generation (5G) , New Radio (NR) , Internet-of-Things (IoT) and Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IioT) , and 6th Generation (6G) , the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0013] FIG. 1 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0014] FIGs. 2A and 2B are diagrams depicting example scenarios under schemes in accordance with implementations of the present disclosure.

[0015] FIG. 3 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0016] FIG. 4 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0017] FIG. 5 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0018] FIG. 6 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0019] FIG. 7 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0020] FIG. 8 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0021] FIG. 9 is a flowchart of an example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0022] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0023] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to early data transmission (EDT) with respect to apparatus in mobile communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0024] Regarding the present disclosure, a user equipment (UE) may transmit an EDT to the network node without: (1) transmitting a random access (RA) preamble, and (2) receiving an RA response corresponding to the RA preamble. After receiving the EDT, the network node may determine a response corresponding to the EDT and transmit the response to the UE. The UE may receive the response from the network node. Accordingly, transmitting the EDT without the RA preamble and the RA response may simplify the procedural framework, thereby potentially improving overall efficiency.

[0025] FIG. 1 illustrates an example scenario 100 under schemes in accordance with implementations of the present disclosure. Scenario 100 involves at least one network node and a UE, which may be a part of a wireless communication network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Scenario 100 illustrates the current network framework. The UE may connect to the network side. The network side may comprise one or more than one network node (e.g., satellite) .

[0026] In some embodiments, the UE may transmit a message including an EDT to the network node without: (1) transmitting an RA preamble, and (2) receiving an RA response corresponding to the RA preamble. More specifically, the UE may transmit the message (i.e., Msg3 of an RA procedure, hereinafter referred to as Msg3) including the EDT in a specific RA procedure without transmitting an RA preamble (i.e., Msg1 of an RA procedure, hereinafter referred to as Msg1) and without receiving an RA response (i.e., Msg2 of an RA procedure, hereinafter referred to as Msg2) corresponding to Msg1. In other words, the UE may perform an RA procedure carrying the EDT without involving Msg1 and Msg2, referred to a random access channel (RACH) -less EDT hereinafter.

[0027] After receiving Msg3 including the EDT, the network node may determine a response (i.e., Msg2 of an RA procedure, hereinafter referred to as Msg4) corresponding to the EDT and transmit Msg4 to the UE. The UE may receive Msg4 from the network node. Accordingly, transmitting Msg3 including the EDT without Msg1 and Msg2 during an RA procedure may simplify the procedural framework, thereby potentially improving overall efficiency.

[0028] In some implementations, the UE and the network node which may perform the RACH-less EDT may be associated with: (1) a mode of narrowband internet of things (NB-IoT) control plane cellular internet of things (CIoT) evolved packet system (EPS) optimization; (2) a mode of NB-IoT user plane CIoT EPS optimization; (3) a deployment of geostationary orbit (GSO) ; and (4) a deployment of non-geostationary orbit (NGSO) .

[0029] More specifically, RACH-less EDT may support both the NB-IoT Control Plane CIoT EPS optimization (i.e., CP solution) and the NB-IoT User Plane CIoT EPS optimization (i.e., UP solution) . In addition, RACH-less EDT may support GSO scenario and NGSO scenario. In some cases, the network node may indicate the UE to enable CP solution RACH-less EDT or UP solution RACH-less EDT in a system information and / or a radio resource control (RRC) dedicated signaling.

[0030] In some implementations, the network node may transmit a message indicating the UE a set of physical uplink shared channel (PUSCH) (e.g., narrowband physical uplink shared channel (NPUSCH) ) resources. The UE may receive the message indicating the set of PUSCH resources. In particular, the network node may transmit a system information and / or an RRC dedicated signaling indicating the set of PUSCH resources. In some cases, the PUSCH may be periodical.

[0031] In some cases, the PUSCH resources may be divided into a plurality of subsets, and each subset may be associated with a coverage enhancement (CE) level. The UE with a specific CE level may select the corresponding PUSCH resource subset for transmitting the EDT.

[0032] In some cases, the PUSCH resources may be divided into a plurality of subsets. The UE may select one subset based on a UE identity (ID) . For example, one subset includes PUSCH resource (s) having index ‘A’ while A=mod (UE ID, MAX_PUSCH_SUBSET_NUM)  where MAX_PUSCH_SUBSET_NUM is the maximum number of the subsets.

[0033] In some cases, the PUSCH resources may be divided into a plurality of subsets, and the PUSCH resources may be categorized by transport block size (TBS) . The UE may select one subset based on the TBS of the UL data.

[0034] In some cases, the subset partition may be based on time domain and frequency domain. In particular, the PUSCH resources divided into the plurality of subsets may be partitioned based on at least one of time domain and frequency domain.

[0035] In some implementations, the UE may determine a radio network temporary identifier (RNTI) used for RACH-less EDT (hereinafter referred to as RE-RNTI) based on the at least one PUSCH resource. The UE may then monitor Msg4 on at least one physical downlink control channel (PDCCH) addressed by the RE-RNTI. In other words, to monitor Msg4, the UE and the network node need a new type of RNTI which is the RE-RNTI. A formulation of generating the RE-RNTI may be based on the PUSCH resource (e.g., the time domain index, the frequency domain index, the carrier index, etc. ) . The UE may monitor Msg4 on the PDCCH addressed by RE-RNTI.

[0036] In some implementations, the network node may transmit a system information block (SIB) to the UE for timing and frequency pre-compensation. The UE may receive the SIB from the network node for timing and frequency pre-compensation. The UE may determine PUSCH (s) resource for transmitting Msg3 including the EDT based on at least one of: a CE level, a UE ID and a TBS of UL data. Then, the UE may trigger to transmit Msg3 including the EDT by: (1) transmitting an RRC early data request for NB-IoT CP cellular CIoT EPS optimization (i.e., for CP solution) , or (2) transmitting an RRC connection resume request for NB-IoT UP CIoT EPS optimization and enhanced Machine-Type Communication (eMTC) . After transmitting Msg3 including the EDT, the UE may start a contention resolution timer.

[0037] More specifically, the UE may receive and update the SIB (e.g., SIB31 defined in 3GPP specification)  / for the timing and frequency pre-compensation before RACH-less EDT. The UE may select the PUSCH resource for RACH-less EDT based on the CE level, the UE ID and the TBS from system information and / or RRC dedicated signaling. The UE may trigger RACH-less EDT by: (1) transmitting the RRC early request (e.g., RRCEarlyDataRequest defined in 3GPP specification) for NB-IoT CP solution, or (2) transmitting the RRC connection resume request (e.g., RRCConnectionResumeRequest defined in 3GPP specification) for NB-IoT UP solution and eMTC.

[0038] In some cases, regarding NB-IoT CP solution, UL data may be included in the RRC early data request. In some cases, regarding NB-IoT UP solution and eMTC, UL data may be a common control channel (CCCH) data included in a media access control (MAC) packet data unit (PDU) .

[0039] In some implementations, Msg4 may include a contention resolution ID MAC CE and a timing advance command (TAC) MAC CE. In particular, when the RACH-less EDT is contention based, a contention resolution may be necessary. Accordingly, the contention resolution ID MAC CE may be included in Msg4. The TAC MAC CE may be necessary for updating UE timing advance (TA) .

[0040] In some cases, regarding NB-IoT CP solution, when there is no DL data, the contention resolution ID MAC CE and the TAC MAC CE may be sufficient in Msg4, which is called L2 acknowledgement (ACK) . When there is DL data, the network node may respond with an RRC early data complete message (e.g., RRCEarlyDataComplete defined in 3GPP specification) including the DL data, which is called L3 ACK.

[0041] In some cases, regarding NB-IoT UP solution and eMTC, the network node may respond with an RRC connection release message (e.g., RRCConnectionRelease defined in 3GPP specification) including release cause, resume ID and next hop chaining count (NCC) . In some cases, the DL data may be optional as CCCH data in Msg4 MAC PDU.

[0042] FIGs. 2A and 2B illustrate example scenarios 200A and 200B under schemes in accordance with implementations of the present disclosure. For example, at the end of the previous procedure, the UE transmits a TA request to the network node. After receiving the TA request, the network node transmits RRCConnectionRelease and TAC MAC CE to the UE. After receiving RRCConnectionRelease and TAC MAC CE, the UE enters in an idle mode. Next, the UE transmits RRCEarlyDataRequest including / excluding UL data to the network node. After receiving the RRCEarlyDataRequest, the network node transmits: (1) contention resolution ID MAC CE and TAC MAC CE to the UE when the RRCEarlyDataRequest excludes UL data, or (2) contention resolution ID MAC CE, TAC MAC CE and RRCEarlyDataComplete to the UE when the RRCEarlyDataRequest includes UL data.

[0043] FIG. 3 illustrates an example scenario 300 under schemes in accordance with implementations of the present disclosure. For example, at the end of the previous procedure, the UE transmits a TA request to the network node. After receiving the TA request, the network node transmits: (1) RRCConnectionRelease including release cause, resume ID and NCC, and (2) TAC MAC CE to the UE. After receiving RRCConnectionRelease and TAC MAC CE, the UE enters in an idle mode. Next, the UE transmits RRCConnectionResumeRequest including UL data to the network node. After receiving the RRCConnectionResumeRequest including UL data, the network node transmits: (1) contention resolution ID MAC CE, (2) RRCConnectionRelease including release cause, resume ID and NCC, and (3) DL data if there is any.

[0044] In some implementations, the network node may transmit an RRC connection setup message to the UE. The UE may receive the RRC connection setup message. Then, the UE may determine to perform an RRC connection establishment with the network node based on the RRC connection setup message. The network node may transmit a C-RNTI (C-RNTI) included in Msg4. The UE may receive Msg4 including the C-RNTI and transmit an RRC connection complete for entering an RRC connected mode.

[0045] More specifically, RACH-less EDT procedure may revert to (i.e., fallback to) the legacy RRC connection establishment. The network may transmit the RRC connection setup message (e.g., RRCConnectionSetup defined in 3GPP specification) to the UE to trigger RACH-less EDT fallback. Because the UE may need the C-RNTI in RRC connected mode, the network may transmit the C-RNTI included in Msg4 to the UE.

[0046] In some cases, the C-RNTI may be conveyed by: (1) a C-RNTI MAC CE in MAC PDU, or (2) a contention resolution MAC CE, which may include a C-RNTI or an offset to the RE-RNTI. In some cases, the C-RNTI may be conveyed by RRC dedicated signaling.

[0047] FIG. 4 illustrates an example scenario 400 under schemes in accordance with implementations of the present disclosure. For example, the UE enters in an idle mode. Next, the UE transmits RRCEarlyDataRequest including UL data to the network node. After receiving the RRCEarlyDataRequest, the network node transmits: (1) contention resolution ID MAC CE including a C-RNTI or an offset to an RE-RNTI, (2) TAC MAC CE, and (2) RRCConnectionSetup to the UE. After receiving the contention resolution MAC CE, the TAC MAC CE and the RRCConnectionSetup, the UE transmits RRCConnectionSetupComplete to the network node and enters in a connected mode.

[0048] In some implementations, the UE may apply an orthogonal over code (OCC) sequence to at least one PUSCH resource used for the EDT included in Msg3 to further enhance uplink system capacity, an OCC sequence may be utilized to multiplexing UEs on the PUSCH resource allocated for RACH-less EDT (hereinafter referred to as RACH-less PUSCH resource) in NB-IoT. The UE may randomly select the OCC sequence and transmit Msg3 on the RACH-less PUSCH resource overlaying the OCC sequence.

[0049] In some cases, different UEs may randomly select one OCC sequence and transmit their respective Msg3 over the same RACH-less PUSCH resource overlaying different OCC sequences. In some cases, the UEs utilized the same RACH-less PUSCH resource and different OCC sequences may monitor PDCCH for Msg4 addressed by the same RE-RNTI. In some cases, Msg4 may include contention resolution ID MAC CE, CCCH data, TAC MAC CE for multiple UEs supporting OCC sequence to monitor the same RE-RNTI.

[0050] FIGs. 5 and 6 illustrate example scenarios 500 and 600 under schemes in accordance with implementations of the present disclosure. For example, UE1 enters in an idle mode. Next, UEs (UE1 to UE3) transmit RRCEarlyDataRequests including UL data to the network node. After receiving the RRCEarlyDataRequests, the network node transmits a RRCEarlyDataComplete to UE1 and a MAC PDU (addressed by an RE-RNTI for multiple UEs) to UE1, UE2 and UE3 while the MAC PDU includes: (1) L2 ACK including contention resolution ID MAC CE1 and TAC MAC CE1 for UE1, (2) L3 ACK including contention resolution ID MAC CE2, CCCH and TAC MAC CE2 for UE2, and (3) fallback to legacy RACH procedure information including contention resolution ID MAC CE3 including a C-RNTI or an offset to the RE-RNTI, CCCH and TAC MAC CE3 for UE3.

[0051] In some implementations, a radio resource unit for the EDT (hereinafter referred as RACH-less EDT resource) may include a plurality of physical uplink shared channel (PUSCH) resources with respect to at least one of time domain and frequency domain. The UE may transmit an UL PUSCH on each PSUCH resource or on specific PUSCH resources associated with a pattern. The network node may receive the UL PUSCH on each PSUCH resource or on specific PUSCH resources associated with the pattern.

[0052] More specifically, the RACH-less EDT resource may have multiple PUSCH resources. The PUSCH resources may be partitioned by time domain and / or frequency domain. In some cases, the UE may transmit the UL PUSCH multiple times on each PSUCH resource to the network node. In other words, the UE may repeatedly transmit the UL PUSCH on each PSUCH resource to the network node. In some cases, the UE may transmit the UL PUSCH multiple times on certain PUSCH resources following a specific PUSCH pattern to the network node. In some cases, the UE may stop transmitting the UL PUSCH to the network node when the UE finishes the contention resolution.

[0053] In some implementations, the UE may stop transmitting the RACH-less EDT in an event that a condition associated with the RACH-less EDT meets a threshold. In some cases, the condition may include a max allowed UE transmission / retransmission number of RACH-less EDT. The max allowed UE transmission / retransmission number may be predefined. When the max allowed UE transmission / retransmission number exceeds the threshold, the UE may stop initialing (i.e., not be allowed to initiate) any RACH-less EDT. The Threshold may be predefined or signaled from the network node to the UE via broadcast signaling or dedicated signaling.

[0054] In some cases, the condition may include a max allowed time of RACH-less EDT. The max allowed time may be predefined. When the transmission / or retransmission time of RACH-less EDT exceeds the threshold, the UE may stop initialing (i.e., not allowed to initiate) any RACH-less EDT. The threshold may be predefined or signaled from the network node to the UE via broadcast signaling or dedicated signaling.

[0055] In some implementations, the network node may transmit an indication of terminating RACH-less EDT transmission after receiving the RACH-less EDT. The UE may receive the indication of terminating EDT transmission after transmitting the EDT. In particular, after the UE transmits the RACH-less EDT, the network node may respond to the UE to terminate the RACH-less EDT as a failure. More specifically, the network node may respond to the UE not to initiate any RACH-less EDT. As a consequence, the UE may initiate a legacy EDT or connection establishment.

[0056] In some cases, terminating the RACH-less EDT may be achieved by a specific MAC CE. For example, the specific MAC CE has a fixed size of zero bits. The UE that receives the specific MAC CE but has not yet resolved its contention terminates the RACH-less EDT procedure as a failure and / or determines that initiating a RACH-less EDT is not allowed. For another example, the MAC CE has a number of UE records. The UE matching one of the UE records terminates the RACH-less EDT as a failure and / or determines that initiating RACH-less EDT is not allowed.

[0057] In some implementations, a power control parameter associated with the RACH-less EDT may include a UE specific power control parameter or a cell specific power control parameter. In particular, the power control parameter used for transmitting the RACH-less EDT may be the UE specific power control parameter or the cell specific power control parameter.

[0058] In some cases, regarding the UE specific power control parameter, network node may configure this parameter to the UE via a dedicated RRC signaling. In some cases, regarding the cell specific power control parameter, the network node may broadcast this parameter via a system information. In some cases, a number of sets of cell specific power control parameter may be provided, and the UE may select one set based on a reference signal received power (RSRP) , current UE location, elevation angle and / or a distance between the UE and the network node.

[0059] In some implementations, the UE may set a timing advance parameter (e.g., N_TA) to a value in an event of starting to perform the RACH-less EDT. The value may include zero of a fixed TA offset signaled from the network node. In particular, the UE may set N_TA to 0 when initiating RACH-less EDT. N_TA may be a part of an UL TA. In some cases, the UE may not need to request any N_TA from the network node and may not need to maintain N_TA under RRC idle mode. In some cases, the UE may set the N_TA to the fixed TA offset signaled from the network node. The fixed TA offset may be signaled via a system information or a dedicated RRC signaling. The fixed TA offset may be provided in continuous value or enumeration.

[0060] In some implementations, the UE may set an N_TA to a value in an event of starting an UL transmission using preconfigured UL resource. The value may include zero of a fixed TA offset signaled from the network node. In particular, the UE may set the N_TA to 0 when initiating UL transmission using the preconfigured UL resource. The N_TA may be a part of an UL TA. In some cases, the UE may not need to request any N_TA from the network node and may not need to maintain N_TA under RRC idle mode. In some cases, the UE may set the N_TA to the fixed TA offset signaled from the network. The fixed TA offset may be signaled via a system information or a dedicated RRC signaling. The fixed TA offset may be provided in continuous value or enumeration.

[0061] In some implementations, before the UE initiating the RACH-less EDT, the UE may not need to request the network node for any information. The UE may autonomously select the RACH-less EDT resource and determine related parameters from a system information.

[0062] In some implementations, the RACH-less EDT may be transmitted in an event of that a threshold is met. In particular, the threshold may include an RSRP threshold or a signal-to-noise ratio (SNR) threshold. The threshold may correspond to a RACH-less EDT resource or a set of RACH-less EDT resources. For example, when the UE determines that a measured RSRP meets the RSRP threshold, the UE transmits the RACH-less EDT. When the UE determines that the measured RSRP does not meet the RSRP threshold, the UE does not transmit the RACH-less EDT.

[0063] In some implementations, the UE may transmit a hybrid automatic repeat request acknowledgement (HARQ-ACK) for Msg4 to the network node. The network node may receive the HARQ-ACK from the UE. In some cases, a configuration may be utilized to control whether the UE transmits the HARQ ACK for the RACH-less EDT related Msg4. In some cases, the configuration may be set via a system information or a dedicated RRC signaling. Illustrative Implementations

[0064] FIG. 7 illustrates an example communication system 700 having an example communication apparatus 710 and an example network apparatus 720 in accordance with an implementation of the present disclosure. Each of communication apparatus 710 and network apparatus 720 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to EDT with respect to UE and network apparatus in mobile communications, including scenarios / schemes described above as well as processes 800 and 900 described below.

[0065] Communication apparatus 710 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 710 may be implemented in a smartphone, a smartwatch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 710 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, or IIoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, communication apparatus 710 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 710 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 710 may include at least some of those components shown in FIG. 7 such as a processor 712, for example. Communication apparatus 710 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 710 are neither shown in FIG. 7 nor described below in the interest of simplicity and brevity.

[0066] Network apparatus 720 may be a part of a network apparatus, which may be a network node such as a satellite, a base station, a small cell, a router or a gateway. For instance, network apparatus 720 may be implemented in an eNodeB in an LTE network, in a gNB in a 5G / NR, IoT, NB-IoT or IIoT network or in a satellite or base station in a 6G network. Alternatively, network apparatus 720 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 720 may include at least some of those components shown in FIG. 7 such as a processor 722, for example. Network apparatus 720 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 720 are neither shown in FIG. 7 nor described below in the interest of simplicity and brevity.

[0067] In one aspect, each of processor 712 and processor 722 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 712 and processor 722, each of processor 712 and processor 722 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 712 and processor 722 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 712 and processor 722 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks including EDT in a device (e.g., as represented by communication apparatus 710) and a network (e.g., as represented by network apparatus 720) in accordance with various implementations of the present disclosure.

[0068] In some implementations, communication apparatus 710 may also include a transceiver 716 coupled to processor 712 and capable of wirelessly transmitting and receiving data. In other words, processor 712 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 716. In some implementations, communication apparatus 710 may further include a memory 714 coupled to processor 712 and capable of being accessed by processor 712 and storing data therein. In some implementations, network apparatus 720 may also include a transceiver 726 coupled to processor 722 and capable of wirelessly transmitting and receiving data. In other words, processor 722 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 726. In some implementations, network apparatus 720 may further include a memory 724 coupled to processor 722 and capable of being accessed by processor 722 and storing data therein. Accordingly, communication apparatus 710 and network apparatus 720 may wirelessly communicate with each other via transceiver 716 and transceiver 726, respectively. To aid better understanding, the following description of the operations, functionalities and capabilities of each of communication apparatus 710 and network apparatus 720 is provided in the context of a mobile communication environment in which communication apparatus 710 is implemented in or as a communication apparatus or a UE and network apparatus 720 is implemented in or as a network node of a communication network.

[0069] In some implementations, each of memory 714 and memory 724 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 714 and memory 724 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 714 and memory 724 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory. Illustrative Processes

[0070] FIG. 8 illustrates an example process 800 in accordance with an implementation of the present disclosure. Process 800 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to EDT of the present disclosure. Process 800 may represent an aspect of implementation of features of communication apparatus 710. Process 800 may include one or more operations, actions, or functions as illustrated by one or more of blocks 810 to 820. Although illustrated as discrete blocks, various blocks of process 800 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 800 may be executed in the order shown in FIG. 8 or, alternatively, in a different order. Process 800 may be implemented by communication apparatus 710 or any suitable UE or machine type devices. Solely for illustrative purposes and without limitation, process 800 is described below in the context of communication apparatus 710. Process 800 may begin at block 810.

[0071] At block 810, process 800 may involve processor 712 of communication apparatus 710 transmitting an EDT to a network node without an RA preamble and an RA response. Process 800 may proceed from block 810 to block 820.

[0072] At block 820, process 800 may involve processor 712 of communication apparatus 710 receiving a response corresponding to the EDT from the network node.

[0073] In some implementations, communication apparatus 710 may be associated with at least one of: a mode of NB-IoT control plane CIoT EPS optimization, a mode of NB-IoT user plane CIoT EPS optimization, a deployment of GSO, and a deployment of NGSO.

[0074] In some implementations, process 800 may involve processor 712 of communication apparatus 710 receiving a message indicating a set of PUSCH resources. The message may include a system information of an RRC dedicated signaling. Process 800 may involve processor 712 of communication apparatus 710 determining at least one PUSCH resource for transmitting the EDT based on at least one of a CE level, a UE ID and a TBS of UL data.

[0075] In some implementations, process 800 may involve processor 712 of communication apparatus 710 determining an RNTI based on the at least one PUSCH resource. Process 800 may involve processor 712 of communication apparatus 710 monitoring the response on at least one PDCCH addressed by the RNTI.

[0076] In some implementations, process 800 may involve processor 712 of communication apparatus 710 receiving an SIB from the network node for timing and frequency pre-compensation. Process 800 may involve processor 712 of communication apparatus 710 determining at least one PUSCH resource for transmitting the EDT based on at least one of a CE level, a UE ID and a TBS of UL data. Process 800 may involve processor 712 of communication apparatus 710 triggering to transmit the EDT by transmitting an RRC early data request for NB-IoT control plane CIoT EPS optimization or by transmitting an RRC connection resume request for NB-IoT user plane CIoT EPS optimization and eMTC. Process 800 may involve processor 712 of communication apparatus 710 starting a contention resolution timer after transmitting the EDT.

[0077] In some implementations, the response may include a contention resolution ID MAC CE and a TAC MAC CE.

[0078] In some implementations, the response may include: an RRC early data complete message including DL data, or an RRC connection release message including release a cause, a resume ID and an NCC for NB-IoT user plane CIoT EPS optimization and eMTC.

[0079] In some implementations, process 800 may involve processor 712 of communication apparatus 710 receiving an RRC connection setup message. Process 800 may involve processor 712 of communication apparatus 710 determining to perform an RRC connection establishment. Process 800 may involve processor 712 of communication apparatus 710 receiving a C-RNTI included in the response. Process 800 may involve processor 712 of communication apparatus 710 transmitting an RRC connection complete for entering an RRC connected mode.

[0080] In some implementations, process 800 may involve processor 712 of communication apparatus 710 applying an OCC sequence to at least one PUSCH resource used for the EDT.

[0081] In some implementations, a radio resource unit for the EDT may include a plurality of PUSCH resources with respect to at least one of time domain and frequency domain. Process 800 may involve processor 712 of communication apparatus 710 transmitting an UL PUSCH on each PSUCH resource or on specific PUSCH resources associated with a pattern.

[0082] In some implementations, process 800 may involve processor 712 of communication apparatus 710 stopping initialing another EDT in an event that a condition associated with the EDT meets a threshold.

[0083] In some implementations, process 800 may involve processor 712 of communication apparatus 710 receiving an indication of terminating EDT after transmitting the EDT.

[0084] In some implementations, a power control parameter associated with the EDT may include a UE specific power control parameter or a cell specific power control parameter.

[0085] In some implementations, process 800 may involve processor 712 of communication apparatus 710 setting a timing advance parameter to a value in an event of starting to perform the EDT. The value may include zero of a fixed TA offset signaled from the network node.

[0086] In some implementations, process 800 may involve processor 712 of communication apparatus 710 setting a timing advance parameter to a value in an event of starting an UL transmission using preconfigured UL resource. The value may include zero of a fixed TA offset signaled from the network node.

[0087] In some implementations, the EDT may be transmitted in an event that a threshold is met.

[0088] In some implementations, process 800 may involve processor 712 of communication apparatus 710 transmitting a HARQ-ACK for the response.

[0089] FIG. 9 illustrates an example process 900 in accordance with an implementation of the present disclosure. Process 900 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to EDT of the present disclosure. Process 900 may represent an aspect of implementation of features of network apparatus 720. Process 900 may include one or more operations, actions, or functions as illustrated by one or more of blocks 910 to 920. Although illustrated as discrete blocks, various blocks of process 900 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 900 may be executed in the order shown in FIG. 9 or, alternatively, in a different order. Process 900 may be implemented by network apparatus 720 or any suitable network device or machine type devices. Solely for illustrative purposes and without limitation, process 900 is described below in the context of network apparatus 720. Process 900 may begin at block 910.

[0090] At block 910, process 900 may involve processor 722 of network apparatus 720 receiving an EDT from a UE without an RA preamble and an RA response. Process 900 may proceed from block 910 to block 920.

[0091] At block 920, process 900 may involve processor 722 of network apparatus 720 transmitting a response corresponding to the EDT to the UE.

[0092] In some implementations, network apparatus 720 may be associated with at least one of: a mode of NB-IoT control plane CIoT EPS optimization, a mode of NB-IoT user plane CIoT EPS optimization, a deployment of GSO, and a deployment of NGSO.

[0093] In some implementations, process 900 may involve processor 722 of network apparatus 720 transmitting a message indicating a set of PUSCH resources for determining at least one PUSCH resource for transmitting the EDT based on at least one of a CE level, a UE ID and a TBS of UL data. The message may include a system information of an RRC dedicated signaling.

[0094] In some implementations, process 900 may involve processor 722 of network apparatus 720 transmitting an SIB to the UE for timing and frequency pre-compensation.

[0095] In some implementations, the response may include a contention resolution ID MAC CE and a TAC MAC CE.

[0096] In some implementations, the response may include: an RRC early data complete message including DL data, or an RRC connection release message including a release cause, a resume ID and an NCC for NB-IoT user plane CIoT EPS optimization and eMTC.

[0097] In some implementations, process 900 may involve processor 722 of network apparatus 720 transmitting an RRC connection setup message to the UE for determining to perform an RRC connection establishment. Process 900 may involve processor 722 of network apparatus 720 transmitting a C-RNTI in the response. Process 900 may involve processor 722 of network apparatus 720 receiving an RRC connection complete for entering an RRC connected mode.

[0098] In some implementations, process 900 may involve processor 722 of network apparatus 720 decoding at least one PUSCH resource used for the EDT by an OCC sequence.

[0099] In some implementations, a radio resource unit for the EDT may include a plurality of PUSCH resources with respect to at least one of time domain and frequency domain. Process 900 may involve processor 722 of network apparatus 720 receiving an UL PUSCH on each PSUCH resource or on specific PUSCH resources associated with a pattern.

[0100] In some implementations, process 900 may involve processor 722 of network apparatus 720 transmitting an indication of terminating EDT after receiving the EDT.

[0101] In some implementations, process 900 may involve processor 722 of network apparatus 720 transmitting a HARQ-ACK for the response. Additional Notes

[0102] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated"such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with"each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0103] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0104] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one"and "one or more"to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0105] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:transmitting, by a processor of an apparatus, an early data transmission (EDT) to a network node without a random access preamble and a random access response; andreceiving, by the processor, a response corresponding to the EDT from the network node.2.The method of Claim 1, wherein the apparatus is associated with at least one of:a mode of narrowband internet of things (NB-IoT) control plane cellular internet of things (CIoT) evolved packet system (EPS) optimization,a mode of NB-IoT user plane CIoT EPS optimization,a deployment of geostationary orbit (GSO) , anda deployment of non-geostationary orbit (NGSO) .3.The method of Claim 1, further comprising:receiving, by the processor, a message indicating a set of physical uplink shared channel (PUSCH) resources, wherein the message includes a system information of a radio resource control (RRC) dedicated signaling;determining, by the processor, at least one PUSCH resource for transmitting the EDT based on at least one of a coverage enhanced (CE) level, a user equipment (UE) identity and a transport t block size (TBS) of uplink (UL) data.4.The method of Claim 3, further comprising:determining, by the processor, a radio network temporary identifier (RNTI) based on the at least one PUSCH resource; andmonitoring, by the processor, the response on at least one physical downlink control channel (PDCCH) addressed by the RNTI.5.The method of Claim 1, further comprising:receiving, by the processor, a system information block (SIB) from the network node for timing and frequency pre-compensation;determining, by the processor, at least one physical uplink shared channel (PUSCH) resource for transmitting the EDT based on at least one of a coverage enhanced (CE) level, a user equipment (UE) identity and a transport block size (TBS) of uplink (UL) data; andtriggering, by the processor, to transmit the EDT by transmitting a radio resource control (RRC) early data request for narrowband internet of things (NB-IoT) control plane cellular internet of things (CIoT) evolved packet system (EPS) optimization or by transmitting an RRC connection resume request for NB-IoT user plane CIoT EPS optimization and enhanced Machine-Type Communication (eMTC) ; andstarting, by the processor, a contention resolution timer after transmitting the EDT.6.The method of Claim 1, wherein the response includes a contention resolution identity media access control control element (MAC CE) and a timing advance command (TAC) MAC CE.7.The method of Claim 1, further comprising:receiving, by the processor, a radio resource control (RRC) connection setup message;determining, by the processor, to perform an RRC connection establishment;receiving, by the processor, a cell-radio network temporary identifier (C-RNTI) included in the response; andtransmitting, by the processor, an RRC connection complete for entering an RRC connected mode.8.The method of Claim 1, further comprising:applying, by the processor, an orthogonal over code (OCC) sequence to at least one physical uplink shared channel (PUSCH) resource used for the EDT.9.The method of Claim 1, wherein a radio resource unit for the EDT includes a plurality of physical uplink shared channel (PUSCH) resources with respect to at least one of time domain and frequency domain, and the method further comprises:transmitting, by the processor, an uplink (UL) PUSCH on each PSUCH resource or on specific PUSCH resources associated with a pattern.10.The method of Claim 1, further comprising:stopping, by the processor, initialing another EDT in an event that a condition associated with the EDT meets a threshold.11.The method of Claim 1, further comprising:receiving, by the processor, an indication of terminating EDT after transmitting the EDT.12.The method of Claim 1, wherein a power control parameter associated with the EDT includes a UE specific power control parameter or a cell specific power control parameter.13.The method of Claim 1, further comprising:setting, by the processor, a timing advance N_TA parameter to a value in an event of starting to perform the EDT, wherein the value includes zero of a fixed TA offset signaled from the network node.14.A method, comprising:receiving, by a processor of an apparatus, an early data transmission (EDT) from a user equipment (UE) without a random access preamble and a random access response; andtransmitting, by the processor, a response corresponding to the EDT to the UE.15.The method of Claim 14, wherein the apparatus is associated with at least one of:a mode of narrowband internet of things (NB-IoT) control plane cellular internet of things (CIoT) evolved packet system (EPS) optimization;a mode of NB-IoT user plane CIoT EPS optimization;a deployment of geostationary orbit (GSO) ; anda deployment of non-geostationary orbit (NGSO) .16.The method of Claim 14, further comprising:transmitting, by the processor, a message indicating a set of physical uplink shared channel (PUSCH) resources to the UE for transmitting the EDT, wherein the message includes a system information of a radio resource control (RRC) dedicated signaling.17.The method of Claim 14, further comprising:transmitting, by the processor, a system information block (SIB) to the UE for timing and frequency pre-compensation.18.The method of Claim 14, wherein the response includes a contention resolution identity media access control control element (MAC CE) and a timing advance command (TAC) MAC CE.19.The method of Claim 14, further comprising:transmitting, by the processor, a radio resource control (RRC) connection setup message to the UE for determining to perform an RRC connection establishment;transmitting, by the processor, a cell-radio network temporary identifier (C-RNTI) in the response; andreceiving, by the processor, an RRC connection complete.20.The method of Claim 14, further comprising:decoding, by the processor, at least one physical uplink shared channel (PUSCH) resource used for the EDT by an orthogonal over code (OCC) sequence.

Images