Methods and devices for performing fast data transmission and reception
By enabling early data transmission and reception in wireless communication systems, latency and power consumption issues are addressed, facilitating high-speed, low-latency communication for improved user experience.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- ZTE CORP
- Filing Date
- 2025-01-23
- Publication Date
- 2026-05-15
AI Technical Summary
In wireless communication systems, user equipment (UE) experiences long latency during the initial access procedure due to the cold starting period, leading to inefficient power consumption and delayed data transmission/reception, which degrades user experience.
Implement methods for fast data transmission and reception by enabling early data transmission before security setup and RRC reconfiguration, allowing UE to transition from RRC_IDLE to RRC_CONNECTED state more efficiently, utilizing UE and RAN messaging to determine and configure radio bearers and security protocols.
Reduces latency and enhances power efficiency, enabling high-speed, low-latency wireless communication capable of meeting the demands of new generation wireless services.
Smart Images

Figure CN2025074129_15052026_PF_FP_ABST
Abstract
Description
METHODS AND DEVICES FOR PERFORMING FAST DATA TRANSMISSION AND RECEPTIONTECHNICAL FIELD
[0001] The present disclosure is directed generally to wireless communications. Particularly, the present disclosure relates to methods and devices for performing fast data transmission and reception (or referred as fast or early data transmission) in a mobile communication system.BACKGROUND
[0002] Wireless communication technologies are moving the world toward an increasingly connected and networked society. High-speed and low-latency wireless communications rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations) . A new generation network is expected to provide high speed, low latency and ultra-reliable communication capabilities and fulfill the requirements from different industries and users.
[0003] In some wireless communication systems, during a user equipment (UE) intimal access procedure to a wireless network, there may be some issues / problems associated with a cold starting period. When the UE in a RRC idle state needs to start data reception or data transmission, there is a process for the UE to access the network and setup a control plane before the data transmission begins, resulting in a long latency for the UE and degrading user experience.
[0004] The present disclosure describes various embodiments for performing fast data transmission and reception (or referred as early data transmission) in a mobile communication system, addressing at least one of the issues / problems discussed in the present disclosure, thus reducing the latency, increasing efficiency of UE power consumption, enabling future wireless communication system to provide improved performance to meet various demands of new generation wireless services in wireless communication systems.SUMMARY
[0005] This document relates to methods, systems, and devices for wireless communication, and more specifically, for performing fast data transmission and reception in a mobile communication system. The various embodiments in the present disclosure may be beneficial to reduce latency, enhance efficiency of power consumption, and / or boost performance of the wireless data service via wireless communication., increase the overall transmission efficiency and speed, and / or boost performance of the wireless communication.
[0006] In one embodiment, the present disclosure describes a method for wireless communication, performed by a wireless communication device. The method includes sending, by a user equipment (UE) , a first RRC message to request a RRC setup procedure to setup the RRC, to a radio access network (RAN) , the first RRC message comprising a UE information for the RAN to determine whether to enable fast data transmission for the UE; receiving, by the UE, a second RRC message to request the RRC setup procedure to setup the RRC from the RAN, the second RRC message comprising a signaling radio bearer (SRB) configuration; sending, by the UE, a third RRC message, in response to the RRC setup message to the RAN, the third RRC message; and communicating, by the UE, the data during or immediately after the RRC setup procedure.
[0007] In one embodiment, the present disclosure describes another method for wireless communication, performed by a wireless communication node. The method includes receiving, by a RAN from a user equipment (UE) , a first RRC message to request a RRC setup procedure to setup the RRC, the first RRC message comprising a UE information for the RAN to determine whether to enable fast data transmission for the UE; sending, by the RAN to the UE, a second RRC message to request the RRC setup procedure to setup the RRC, the second RRC message comprising a signaling radio bearer (SRB) configuration; receiving, by the RAN from the UE, a third RRC message, in response to the RRC setup message, the third RRC message; and communicating, by the RAN, the data during or immediately after the RRC setup procedure.
[0008] In some other embodiments, an apparatus for wireless communication may include a memory storing instructions and at least one processing circuitry in communication with the memory. When the at least one processing circuitry executes the instructions, the at least one processing circuitry is configured to carry out any of the methods above and / or in the present disclosure.
[0009] In some other embodiments, a device for wireless communication may include a memory storing instructions and at least one processing circuitry in communication with the memory. When the at least one processing circuitry executes the instructions, the at least one processing circuitry is configured to carry out any of the methods above and / or in the present disclosure.
[0010] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the methods above and / or in the present disclosure. The computer-readable medium may be a non-transitory computer-readable medium.
[0011] In some other embodiments, a computer program product comprising a computer-readable program medium code stored thereupon, the computer-readable program medium code, when executed by at least one processor, causing the at least one processor to implement any of the methods above and / or in the present disclosure. The computer program product may be a non-transitory computer program product. The computer-readable program medium code may be a non-transitory computer-readable program code.
[0012] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS
[0013] FIG. 1 shows an example of a wireless communication system include at least one wireless network node and one or more user equipment.
[0014] FIG. 2 shows an example of a network node.
[0015] FIG. 3 shows an example of a user equipment.
[0016] FIG. 4A shows a flow diagram of a method for wireless communication.
[0017] FIG. 4B shows a flow diagram of another method for wireless communication.
[0018] FIG. 5A shows a schematic diagram of one exemplary embodiment in the present disclosure.
[0019] FIG. 5B shows a schematic diagram of another exemplary embodiment in the present disclosure.
[0020] FIG. 5C shows a schematic diagram of another exemplary embodiment in the present disclosure.DETAILED DESCRIPTION
[0021] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. Please note that the present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.
[0022] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.
[0023] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.
[0024] The present disclosure describes methods and devices for performing fast data transmission and reception in a mobile communication system.
[0025] In various embodiments in the present disclosure, “fast data transmission and reception” (or short as “fast data transmission” ) may be referred as “early data transmission and reception” (or short as “early data transmission” ) , or vise versa.
[0026] Wireless technologies are moving the world toward an increasingly connected and networked society. High-speed and low-latency wireless communication system rely on efficient network resource management and allocation between user equipment and wireless access network nodes (including but not limited to base stations and / or core networks) . New generation networks are expected to provide various data services, in addition to conventional communication service, with high speed, low latency, and highly reliable capabilities, so as to fulfill requirements under various circumstances.
[0027] In some wireless communication systems, during a user equipment (UE) intimal access procedure to a wireless network, there may be some issues / problems associated with a cold starting period. When the UE in a radio resource control idle (RRC_IDLE) state needs to start data reception or data transmission, there is a process for the UE to access the network and setup a control plane before the data transmission begins, resulting in a long latency for the UE and degrading user experience.
[0028] In some implementations, a preference to achieve a lower latency may prevent network from releasing the UE to an RRC_IDLE state, resulting in more UE power consumption.
[0029] In some implementations, some issues may lie in that the UE may not be able to start data transmission / reception until some security-related steps and / or some RRC reconfiguration steps are completed, resulting in extra delay for the UE or the network on starting the user data transmission.
[0030] In some implementations, the user data transmission may be delayed by waiting for extra security setup and extra RRC reconfiguration for setup of signaling radio bearer (SRB) (e.g., SRB1) .
[0031] The present disclosure describes various embodiments for performing fast data transmission and reception in a mobile communication system, addressing at least one of the issues / problems discussed in the present disclosure, thus reducing the latency, increasing efficiency of UE power consumption, enabling future wireless communication system to provide improved performance to meet various demands of new generation wireless services in wireless communication systems.
[0032] Various embodiments in the present disclosure may have the benefits of reducing the latency for a UE to start data transmission / reception from the RRC state of an RRC_IDLE.
[0033] In Various embodiments in the present disclosure, fast data transmission and reception ( “fast data transmission” is used for brevity, or referred as “early data transmission” ) may begin before the security mode command and / or the following RRCReconfiguration steps, achieving shorter uplink and / or downlink (UL / DL) latency during state transitioning from the RRC_IDLE to the RRC_CONNECTED. In various embodiments, a UE may start the data transmission sooner / earlier compared to some legacy implementations, and such sooner / earlier data transmission / reception is referred as “fast data transmission” (or “early data transmission” ) .
[0034] Various embodiments in the present disclosure may solve a portion or all of the following issues: when exactly the fast data transmission happen? How the network is able to determine whether to enable the fast data transmission or based on what to enable the fast data transmission? How the UE is able to determine whether to apply the fast data transmission, when this is an optional feature? What configuration the UE may use for the fast data transmission, e.g., radio bearer configuration, lower layer including medium access control (MAC) / physical layer configuration? How is the security applied to the fast data transmission? How a radio access network (RAN) and a core network (CN) be coordinated to facilitate the fast data transmission?
[0035] Various embodiments in the present disclosure provides methods addressing at least one of the above issues / problems. Any embodiment in the present disclosure may be applicable to 5G new radio (NR) , but also be applicable to any cellular technology not limited to NR.
[0036] FIG. 1 shows a wireless communication system 100 including a core network (CN) 110, a radio access network (RAN) 130, and one or more user equipments (UEs) (152, 154, and 156) . The RAN 130 may include one or more base stations. The base stations may include at least one evolved NodeB (eNB) for 4G Long Term Evolution (LTE) , or a Next generation NodeB (gNB) for 5G New Radio (NR) , or a NodeB for 6G, or any other type of signal transmitting / receiving device such as a UMTS NodeB. In one implementation, the core network 110 may include a 5G core network (CN) , and the interface 125 may include a new generation (NG) interface. The core network 110 further includes at least one location management function (LMF) , and / or at least one session management function (SMF) , and / or at least one user plane function (UPF) and / or at least one access and mobility management Function (AMF) , and / or etc.
[0037] Referring to FIG. 1, a first UE 152 may receive one or more downlink communication 142 from the RAN 130 and send one or more uplink communication 141 to the RAN 130. Likewise, a second UE 154 may receive downlink communication 144 from the RAN 130 and send uplink communication 143 to the RAN 130; and a third UE 156 may receive downlink communication 146 from the RAN 130 and send uplink communication 145 to the RAN 130. For example but not limited to, a downlink communication may include a physical downlink (DL) shared channel (PDSCH) or a physical downlink control channel (PDCCH) , and a uplink (UL) communication may include a physical uplink shared channel (PUSCH) or a physical uplink control channel (PUCCH) .
[0038] FIG. 2 shows an example of electronic device 200 to implement a core network and / or a network base station. The example electronic device 200 may include radio transmitting / receiving (Tx / Rx) circuitry 208 to transmit / receive communication with UEs and / or base stations. The radio transmitting / receiving (Tx / Rx) circuitry 208 may support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G / Long Term Evolution (LTE) , 5G standards, 6G, and / or any further generation standards. The electronic device 200 may also include network interface circuitry 209 to communicate the base station with other base stations and / or a core network, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The electronic device 200 may optionally include an input / output (I / O) interface 206 to communicate with an operator or the like.
[0039] The electronic device 200 may also include system circuitry 204. System circuitry 204 may include processor (s) 221 and / or memory 222. Memory 222 may include an operating system 224, instructions 226, and parameters 228. Instructions 226 may be configured for the one or more of the processors 221 to perform the functions of the network node. The parameters 228 may include parameters to support execution of the instructions 226. For example, parameters may include network protocol settings, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.
[0040] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, user equipment (UE) ) . The UE 300 may be a mobile device, for example, a smart phone or a mobile communication module disposed in a vehicle. The UE 300 may include communication interfaces 302, a system circuitry 304, an input / output interfaces (I / O) 306, a display circuitry 308, and a storage 309. The display circuitry may include a user interface 310. The system circuitry 304 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 304 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system circuitry 304 may be a part of the implementation of any desired functionality in the UE 300. In that regard, the system circuitry 304 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs; saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 310. The user interface 310 and the inputs / output (I / O) interfaces 306 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the I / O interfaces 306 may include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.
[0041] Referring to FIG. 3, the communication interfaces 302 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 316 which handles transmission and reception of signals through one or more antennas 314. The communication interface 302 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium. The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 302 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G / Long Term Evolution (LTE) , 5G standards, 6G, and / or any further generation standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.
[0042] Referring to FIG. 3, the system circuitry 304 may include one or more processors 321 and memories 322. The memory 322 stores, for example, an operating system 324, instructions 326, and parameters 328. The processor 321 is configured to execute the instructions 326 to carry out desired functionality for the UE 300. The parameters 328 may provide and specify configuration and operating options for the instructions 326. The memory 322 may also store any BT, WiFi, 3G, 4G, 5G, 6G, or other data that the UE 300 may send, or has received, through the communication interfaces 302. In various implementations, a system power for the UE 300 may be supplied by a power storage device, such as a battery or a transformer.
[0043] The present disclosure describes various embodiment for performing fast data transmission and reception in a mobile communication system, which may be implemented, partly or totally, by a core network, one or more network base station, and / or one or more user equipment described above in FIGs. 2-3. The various embodiments in the present disclosure may enable efficient wireless transmission in the telecommunication system, which may increase the resource utilization efficiency and / or boost wireless communication performance.
[0044] Referring to FIG. 4A, the present disclosure describes various embodiments of a method 400 for enabling fast data transmission during a radio resource control (RRC) setup in a wireless communication system. The method 400 may be performed by a wireless communication device (e.g., a user equipment) . The method 400 may include a portion or all of the following: step 410, sending, by a user equipment (UE) , a first RRC message to request a RRC setup procedure to setup the RRC, to a radio access network (RAN) , the first RRC message comprising a UE information for the RAN to determine whether to enable fast data transmission for the UE; step 420, receiving, by the UE, a second RRC message to request the RRC setup procedure to setup the RRC from the RAN, the second RRC message comprising a signaling radio bearer (SRB) configuration; step 430, sending, by the UE, a third RRC message, in response to the RRC setup message to the RAN, the third RRC message; and / or step 440, communicating, by the UE, the data during or immediately after the RRC setup procedure.
[0045] Referring to FIG. 4B, the present disclosure describes various embodiments of a method 450 for enabling fast data transmission during a radio resource control (RRC) setup in a wireless communication system. The method 450 may be performed by a wireless communication node (e.g., a base station or a radio access network (RAN) ) . The method 450 may include step 460, receiving, by a RAN from a user equipment (UE) , a first RRC message to request a RRC setup procedure to setup the RRC, the first RRC message comprising a UE information for the RAN to determine whether to enable fast data transmission for the UE; step 470, sending, by the RAN to the UE, a second RRC message to request the RRC setup procedure to setup the RRC, the second RRC message comprising a signaling radio bearer (SRB) configuration; step 480, receiving, by the RAN from the UE, a third RRC message, in response to the RRC setup message, the third RRC message; and / or step 490, communicating, by the RAN, the data during or immediately after the RRC setup procedure.
[0046] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the UE information is a UE identifier (ID) , based on which the RAN is able to retrieve UE context and determine whether to enable the fast data transmission.
[0047] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the RAN sends a first message to a core network, wherein the first message comprises the UE ID, and the core network is configured to recognize the UE to fetch UE context based on the UE ID; and / or the RAN receives a second message from the core network, wherein the second message comprises the UE context. The UE context comprises at least one of the following: a radio bearer configuration for a packet data unit (PDU) session, and / or security information.
[0048] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the UE determines that the fast data transmission is allowed or enabled before sending the first RRC message; and / or the first RRC message further is sent together with data for the fast data transmission.
[0049] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the second RRC message is sent together with downlink data for the fast data transmission.
[0050] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the UE determines that the fast data transmission is allowed or enabled based on one of the following: a default configuration, a pre-configuration, an indication in a broadcasted message from the RAN, and / or an indication in a random access response (RAR) message.
[0051] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the RAN sends the received uplink data to the core network after obtaining the UE context from the core network; and / or the UE monitors downlink data based on an allocated cell radio network temporary identifier (C-RNTI) .
[0052] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the first RRC message further comprises at least one of the following: a request indication for requesting the fast data transmission, a capability indication for indicating that the UE is capable of performing the fast data transmission, and / or a cause value of an access; and / or the second RRC message further comprising at least one of the following: an enabling signaling of the fast data transmission.
[0053] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the second RRC message is sent together with downlink data for the fast data transmission.
[0054] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the first RRC message further comprises a cause value of an access.
[0055] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the third RRC message further comprising at least one of the following: a second UE ID for the core network to recognize the UE to authenticate and authorize the UE for the fast data transmission, a request indication for requesting the fast data transmission, and / or a capability indication for indicating that the UE is capable of performing the fast data transmission.
[0056] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the RAN sends the received uplink data to the core network after obtaining the UE context from the core network; the UE monitors downlink data transmission; and / or the RAN sends the received uplink data to a user plane function (UPF) in the core network.
[0057] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, when the UE is in a RRC idle state, the UE stores a portion of an access stratum (AS) layer context comprising at least one of the following: a radio bearer context, or security information; and / or the UE context comprises UE context information stored in one or more network function in the core network.
[0058] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the one or more network function in the core network comprises a united data management (UDM) ; and / or the UDM stores and provides the portion of the AS layer context for transmitting to the RAN.
[0059] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the RAN determines to enable the fast data transmission based on at least one of the following: when a PDU session indicates the capability of the fast data transmission, when the fast data transmission is enabled to a radio bearer and the radio bearer is configured to the UE before the UE is released to an RRC idle state, slice information of the UE, and / or an access cause value for the UE.
[0060] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the access cause value for the UE corresponds at least one of the following: a small data transmission, and / or a positioning information report.
[0061] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the UE determines to enable the fast data transmission based on at least one of the following: broadcast information from the RAN, per radio bearer configuration that is configured to the UE before the UE is released to an RRC idle state, and / or an indication to the RAN for the needs to perform the fast data transmission.
[0062] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the UE applies one of the following configuration for the fast data transmission: a radio bearer configuration, and / or a lower layer configuration; the radio bearer configuration comprises one of the following: a stored radio bearer configuration that is configured to the UE before the UE is released to an RRC idle state, a fetched radio bearer configuration that is fetched from the core network by the RAN, a default radio bearer configuration based on a pre-fixed configuration, and / or a default radio bearer configuration that is broadcasted by the RAN; and / or the lower layer configuration comprises a medium access control (MAC) or physical layer configuration from a broadcast configuration from the RAN.
[0063] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the UE applies a stored key for the fast data transmission; and / or the UE applies one of the following security algorithms for the fast data transmission: an algorithm that is broadcasted by the RAN signaling and data integrity protection and ciphering, and / or a default algorithm.
[0064] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the UE context comprises enabling information for allowing the fast data transmission for the UE or for a PDU session.
[0065] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, an UDM in the core network stores the UE context; a policy control function (PCF) in the core network defines which data is allowed for the fast data transmission; and / or the PDF indicates information on which data is allowed for the fast data transmission to a session management function (SMF) in the core network.
[0066] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, upon receiving the request indication or the capability indication, the RAN configures the UE with the fast data transmission.
[0067] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the RAN sends the received uplink data to the core network after obtaining the UE context from the core network; and / or the UE monitors downlink data based on an allocated cell radio network temporary identifier (C-RNTI) .
[0068] In some implementations, optionally or additionally to any one or any combinations of one or more implementations or embodiments in the present disclosure, the fast data transmission is encrypted by a stored key.
[0069] The present disclosure describes various exemplary embodiments for performing fast data transmission and reception in a mobile communication system, and the exemplary embodiments merely serve as examples and do not pose limitations. Any steps and / or operations in one embodiment / implementation or more than one different embodiments / implementation in the present disclosure may be used separately, and may be combined or arranged in any amount or order, as desired. Two or more of the steps and / or operations may be performed in parallel. Embodiments and implementations in the disclosure may be used separately or combined in any order. Further, each of the methods (or embodiments) may be implemented by processing circuitry (e.g., one or more processors or one or more integrated circuits) . Some or all of the below embodiments may use “early data transmission” as examples, which may be applicable to “fast data transmission” as well.
[0070] Embodiment Set I
[0071] The present disclosure describes various embodiments for methods about when early transmission happens. In some embodiments, a UE may initiate early data transmission before security is setup, during the RRC setup process from a RRC idle state (RRC_IDLE) to a RRC connected state (RRC_CONNECTED) .
[0072] Some embodiments in the present disclosure describes a step-by-step outline integrating the concepts of early data transmission into the existing RRC and NGAP messages. In some implementations, the naming of the RRC messages (e.g., RRCSetupRequest et al. ) is only for reference, other naming forms may be applicable, as long as having similar function and information. In some implementations, NGAP or NG interface is about the protocol or the interface between RAN node and core network. In some implementations, F1AP or F1 interface is the protocol or the interface between central unit and distributed unit.
[0073] Referring to FIGs. 5A, 5B, and 5C, various embodiment may include a portion or all of the following procedures / steps. The described procedures / steps do not need to follow the exact order as described. Some later described step may occur before another earlier described step, or some steps can be executed in parallel.
[0074] In step 501a, 501b, and / or 501c, a UE 591 sends to a RAN node 593 a RRC message, e.g., RRCSetupRequest. The RRC message includes a portion or all of the following:
[0075] 1. a unique UE ID that can help the network to recognize the UE, based on the UE ID. The RAN node may be able to authenticate the UE and further authorize the UE to allow the UE to enable the early data transmission. The network may refer to the RAN or the CN or a combination of RAN and the CN.
[0076] 2. an indication to request to have early data transmission. Based on such indication, the network may configure the UE with early data transmission.
[0077] 3. an indication that the UE is capable of such early data transmission. Based on such indication, the network may configure the UE with early data transmission or reception in later steps / procedures.
[0078] 4. cause value of the access.
[0079] In some implementations, data via early data transmission may be sent together with the RRC message. In some implementations, the UE may perform early data transmission based on a portion or all of the following: a pre-configuration (or by default) , an indication which may be broadcasted by the cell or indicated to UE in the random access response (RAR) message that the early data transmission is allowed or enabled, and / or when the grant allows.
[0080] In step 502a, 502b, and / or 502c, the RAN node sends to a core network 595 (CN) an initial UE message. The initial UE message may include the UE ID, based on which the core network is able to recognize the UE and fetch the UE context.
[0081] In step 503a, 503b, and / or 503c, the core network sends to the RAN node an initial context setup request. The initial context setup request includes the UE context information, including at least one of the following: the radio bearer configuration for the active PDU session (s) , and / or security related information.
[0082] In step 504a, 504b, and / or 504c, the RAN node sends to the UE a RRC message (e.g., RRCSetup) , which includes a portion or all of the following:
[0083] 1. Signalling radio bearer (SRB1) configuration.
[0084] 2. Enabling of the early data transmission.
[0085] 3. DL data transmission.
[0086] In step 505a, 505b, and / or 505c, the UE sends to the RAN node a RRC message (e.g., RRCSetupComplete) , which includes a portion or all of the following:
[0087] 1. a unique UE ID (ID2) that can help the network to recognize the UE, based on the UE ID2. The RAN node may be able to authenticate the UE and further authorize the UE to allow the UE to enable the early data transmission.
[0088] 2. an indication to request to have early data transmission. Based on such indication, the network may configure the UE with early data transmission.
[0089] 3. an indication that the UE is capable of such early data transmission. Based on such indication, the network may configure the UE with transmission or reception in the later proceddures / steps.
[0090] In some implemenations, UL data via early UL data transmission may be sent together with the RRC message.
[0091] In some implementations, Step 502a / 503a and step 504a / 505a may happen in parallel, i.e., the retrieval and setup of the UE context may happen in parallel with the Uu interaction in step 504a / 505a. Similarly, Step 502b / 503b and step 504b / 505b may happen in parallel; and / or Step 502c / 503c and step 504c / 505c may happen in parallel.
[0092] In step 506a, 506b, and / or 506c, the UE and the RAN node preforms early data transmission. In some implementations, the early data transmission may only happen after step 505.
[0093] In some implementations, when allowed by the network, the UE can start data transmission based on the network scheduling. For instance, certain uplink messages or buffered low-priority data may be sent using this pre-configured bearer.
[0094] In some implementations, the UE also monitors the DL transmission.
[0095] In some implementations, the data is encrypted with the stored key, or without key at all, if security is done in UPF.
[0096] In some implementations, the UL data is further transmitted to the UPF via the established NG-U tunnels of the sessions.
[0097] In some implementations, in above steps, after receiving the UL data, the RAN node buffers the received UL data, until the UE context is fetched from the core network. In some implementations, the UE also starts monitoring possible DL data based on the allocated C-RNTI.
[0098] In steps 507-510, the UE and the RAN code perform procedures to setup security and reconfiguration.
[0099] In some implementations, step 507 includes that the RAN sends to the UE a security mode command message (e.g., SecurityModeCommand) ; step 508 includes that the UE sends to the RAN a security mode complete message (e.g., SecurityModeComplete) ; step 509 includes that the RNA sends to the UE a RRC message (e.g., RRCReconfiguration) ; and / or step 510 includes that the UE sends to the RAN node a RRC message (e.g., RRCReconfigurationComplete) .
[0100] FIG. 5A shows one exemplary embodiment, wherein the early data transmission may be started in step 501a (e.g., together with RRCSetupRequest) . This exemplary embodiment may include a portion or al of the following procedurs / steps.
[0101] In step 501a, the UE sends to RAN node a RRCSetupRequest, which includes a unique UE ID that can help network to recognize UE, based on the UE ID. RAN node may be able to authenticate UE and further authorize UE to allow UE to enable the early transmission.
[0102] The early data transmission together with the RRC message are transmitted. The UE may be based on pre-configuration (or by default) , or an indication (which is broadcasted by the cell or indicated to UE in the RAR message) that early data transmission is allowed or enabled, and if the grant allows.
[0103] In step 502a, the RAN node sends to the core network the initial UE message, which includes the UE ID, based on which core network is able to recognize UE and fetch the UE context.
[0104] In step 503a, the core network sends to the RAN node the initial context setup request, which the UE context information, including the radio bearer configuration for the active PDU session (s) , and / or security related information.
[0105] In step 504a, the RAN node sends to the UE the RRCSetup, which includes a portion or all of the following information or the combination of the following:
[0106] 1. SRB1 (signalling radio bearer) configuration,
[0107] 2. DL data transmission.
[0108] In step 505a, the UE sends to the RAN node the RRCSetupComplete, and with further early UL data transmission together with the RRC message or separately.
[0109] In step 506a, the UE, the RAN node, and / or the CN perform further early data transmission.
[0110] In some implementations, in above steps, after receiving the UL data, the RAN node buffers the received UL data, until the UE context is fetched from core network. The UE also starts monitoring possible DL data based on the allocated C-RNTI.
[0111] In step 507-510, the setup of security and reconfiguration is performed, as described in other part of the present disclosure.
[0112] FIG. 5B shows another exemplary embodiment, wherein early data transmission may be started in step 505b (e.g., together with RRCSetupComplete) . This exemplary embodiment may include a portion or al of the following procedurs / steps.
[0113] In step 501b, the UE sends to the RAN node the RRCSetupRequest, which includes a portion or all of the following information or the combination of the following:
[0114] 1. a unique UE ID that can help network to recognize UE, based on the UE ID. RAN node may be able to authenticate UE and further authorize UE to allow UE to enable the early transmission.
[0115] 2. an indication to request to have early transmission. based on such indication, network may configure UE with early data transmission.
[0116] 3. an indication that UE is capable of such early data transmission, based on such indication, network may configure UE with later transmission or reception.
[0117] 4. cause value of the access.
[0118] In step 502b, the RAN node sends to the core network the initial UE message, which includes the UE ID, based on which core network is able to recognize UE and fetch the UE context.
[0119] In step 503b, the core network sends to the RAN node the initial context setup request, which includes the UE context information, including the radio bearer configuration for the active PDU session (s) , and / or security related information.
[0120] In step 504b, the RAN node sends to the UE the RRCSetup, which includes a portion or all the following information or the combination of the following:
[0121] 1. SRB1 (signalling radio bearer) configuration,
[0122] 2. Enabling of the early data transmission.
[0123] 3. DL data transmission.
[0124] In step 505b, the UE sends to the RAN node the RRCSetupComplete, and early UL data transmission together with the RRC message.
[0125] In some implementations, step 502b / 503b and step 504b / 505b may happen in parallel, i.e., the retrieval and setup of UE context can happen in parallel with the Uu interaction in step 504b / 505b.
[0126] In step 506b, the UE, the RAN node, and / or the CN perform further early data transmission.
[0127] In above steps, after receiving the UL data, the RAN node buffers the received UL data, until the UE context is fetched from core network. UE also starts monitoring possible DL data based on the allocated C-RNTI.
[0128] In steps 507-510, the setup of security and reconfiguration is performed, as described in other part of the present disclosure.
[0129] FIG. 5C shows another exemplary embodiment, wherein the early data transmission can only be started in step 506c, i.e., after step 505c. This exemplary embodiment may include a portion or al of the following procedurs / steps.
[0130] In step 501c, the UE sends to the RAN node the RRCSetupRequest, which includes a portion or all of the following information or the combination of the following:
[0131] 1. a unique UE ID that can help network to recognize UE, based on the UE ID. RAN node may be able to authenticate UE and further authorize UE to allow UE to enable the early transmission.
[0132] 2. cause value of the access.
[0133] In step 502c, the RAN node sends to the core network the initial UE message, which includes the UE ID, based on which core network is able to recognize UE and fetch the UE context.
[0134] In step 503c, the core network sends to the RAN node the initial context setup request, which includes the UE context information, including the radio bearer configuration for the active PDU session (s) , security related information.
[0135] In step 504c, the RAN node sends to the UE the RRCSetup, which includes SRB1 (signalling radio bearer) configuration.
[0136] In step 505c, the UE sends to the RAN node the RRCSetupComplete, which includes a portion or all of the following information or the combination of the following:
[0137] 1. a unique UE ID (ID2) that can help network to recognize UE, based on the UE ID2. RAN node may be able to authenticate UE and further authorize UE to allow UE to enable the early transmission.
[0138] 2. an indication to request to have early transmission. based on such indication, network may configure UE with early data transmission.
[0139] 3. an indication that UE is capable of such early data transmission, based on such indication, network may configure UE with later transmission or reception.
[0140] In some implementations, the step 502c / 503c and step 504c / 505c may happen in parallel, i.e., the retrieval and setup of UE context can happen in parallel with the Uu interaction in step 504c / 505c.
[0141] In step 506c, the UE, the RAN node, and / or the CN perform early data transmission. That is, the early data transmission only happens after step 505c.
[0142] In some implementations, when allowed by network, it can start data transmission based on network scheduling. For instance, certain uplink messages or buffered low-priority data can be sent using this pre-configured bearer.
[0143] In some implementations, the UE also monitors the DL transmission.
[0144] In some implementations, the data is encrypted with the stored key, or without key at all, if security is done in UPF.
[0145] In some implementations, the UL data is further transmitted to the UPF via the established NG-U tunnels of the sessions
[0146] In above steps, after receiving the UL data, RAN node buffers the received UL data, until the UE context is fetched from core network. UE also starts monitoring possible DL data based on the allocated C-RNTI.
[0147] In steps 507-510, the setup of security and reconfiguration is performed, as described in other part of the present disclosure.
[0148] Embodiment Set II
[0149] The present disclosure describes various embodiments for defining a new RRC_IDLE behavior. In some implementations, a UE in this new RRC_IDLE keeps part of its AS contexts; and / or a core network keeps the AS layer context of one UE that is released to RRC_IDLE.
[0150] In some implementations, a new UE behavior is defined as a portion or all of the following:
[0151] 1. After the UE is released to RRC_IDLE, UE keeps part of the AS layer context, including radio bearer contexts and security information.
[0152] 2. While the core network also keeps part of the UE’s AS layer context, including the radio bearer contexts and security information.
[0153] 3. Upon getting RAN node request to fetch the UE context or setup UE contexts, CN further fetches the UE context including the above information from the network function that stores UE contexts, e.g., UDM. That is to say, UDM also provides the service storing the UE’s partial AS contexts including the radio bearer contexts, and security information.
[0154] In some implementations, the UE’s AS layer context further include a portion or all of the following:
[0155] 1. RB configuration PDCP configuration or SDAP configuration.
[0156] 2. key or information to derive the key used for the security related operation, e.g., ciphering and integrity protection, for deciphering and ciphering.
[0157] Embodiment Set III
[0158] The present disclosure describes various embodiments for how a network knows whether to apply the early transmission for a UE. In some implementations, the network, based on a few information, decides whether to enable the early data transmission for a cell or for a UE. The network might enable this early transmission under certain circumstances.
[0159] In some implementations, it might be only possible when the PDU (Packet Data Unit) session allows so, or with such attributes that early transmission is possible. In one example, this is configured by specific PDU session: in the context information fetched from the core network, the PDU session is associated with such indication that the early transmission is possible. For example, the PDU session might have a lower security requirement, e.g., security mechanism at Application layer (e.g., ciphering, encryption) is good, and lower layer security can be relaxed.
[0160] For one example, it depends on the per radio bearer configuration that was configured to the UE before UE was released to RRC_IDLE. That is, such early transmission is enabled for specific radio bearer.
[0161] In some implementations, it might be based on UE’s indication, in one example, only when UE indicates UE supports the early transmission or UE requires such early transmission in step 501a or 501b or 501c, or step 504a or 504b or 504c, RAN node enables such feature.
[0162] In some implementations, it might be based on the UE’s slice information. In the slice information provided by UE RRC related information or UE’s context. In one example, network check the slice information associated with the PDU session, network can enable this feature for certain slice but not the other slice.
[0163] In some implementations, it might be based on the access cause value UE reports to network. In some situations, UE access with an access cause value of small data communication, or positioning information report. Only for such cause value, such early data transmission is allowed. In one example, for some access cause value, such early data transmission is allowed.
[0164] Embodiment Set IV
[0165] The present disclosure describes various embodiments for how a UE is aware that such early transmission is possible. In various embodiments, different options are given for a UE to decide whether to enable the early data transmission.
[0166] In some implementations, one UE can check the broadcast information by the cell it is about to establish the connection to.
[0167] In some implementations, the cell might broadcast the indication to enable the early transmission. Only with such indication, UE applies the early transmission in later stage. In some implementations, in the configuration broadcast from network, it might include certain threshold configuration, e.g., only the condition is met, like the data volume threshold is below certain limitation, UE is able to initiate the early data transmission. The threshold may be configured at per UE level or per radio bearer level.
[0168] In some implementations, it depends on the per radio bearer configuration that was configured to the UE before UE was released to RRC_IDLE. That is, such early transmission is enabled for specific radio bearer.
[0169] In some implementations, it depends on the interaction between UE and RAN node according one of the following. In one example, UE needs to indicate the need for early transmission to network. UE may carry this indication in the RRCSetupRequest, or RRCSetupComplete, therefore network can schedule the UE accordingly, e.g., provide the UE UL grant or DL scheduling. After sending the indication, UE might need to monitor the following possible scheduling to this UE for a period. Such period or duration might be broadcast by the network, or it is a fixed value. In another example upon receiving UE’s indication (in step 501a or 501b or 501c, RRCSetupRequest) , network might indicate that such early transmission is activated by an indication in the following steps, like step 503a or 503b or 503c, RRCSetup. From now on, both UE and network side will enable such early transmission.
[0170] In some implementations, the above conditions might need to be all met or partly met.
[0171] In some implementations, there is no such indication, early transmission is enabled by default.
[0172] Embodiment Set V
[0173] The present disclosure describes various embodiments for what configuration a UE may apply for the early data transmission. In various embodiments, the UE stores the radio bearer configuration (e.g., PDCP configuration, RLC configuration, ciphering and integrity protection) and applies the radio bearer configuration for the early transmission, meanwhile gNB can fetch the UE context stored in AMF or other network function in core network (it mayrequire adding this function to core network) , or the UE applies the default configuration for both the radio bearer and also the lower layer (e.g., MAC and PHY) , provided by the cell. Or the UE applies the default algorithm for both ciphering of user plane data (e.g., DRB) and signalling (e.g., SRB) .
[0174] In some implementations with legacy designs, for a UE that is released to RRC_IDLE, the UE releases most of the AS layer contexts, including the bearer configuration and the security related contexts.
[0175] In various embodiments in the present disclosure, for an RRC_IDLE UE to start the data transmission and reception before the security mode command and further RRCReconfiguration is received, the UE needs the proper configuration for the data, e.g., the configuration on the user plane and the MAC / PHY layer. The radio bearer configuration at least includes one of the SDAP / PDCP / RLC configuration. While the MAC / PHY layer configuration includes at least one of the MAC layer (e.g., DRX) or Physical configuration (search space, frequency domain, PDCCH or PDSCH configuration) .
[0176] In various embodiments, the radio bearer configuration may be setup by one of the following implementations.
[0177] In some implementations, a UE applies the stored radio bearer configuration for the data transmission and reception according to at least one of the following:
[0178] 1. Such stored radio bearer configuration was configured to the UE before UE was released to RRC_IDLE, UE keeps the context after released to RRC_IDLE state.
[0179] 2. While RAN fetches the UE’s configuration from core network, therefore RAN is able to process UE’s UL data properly, e.g., based on the corresponding configuration, e.g., QoS flow to radio bearer mapping, PDCP SN length, RLC SN length, security (ciphering, integrity protection) , ROCH (e.g., head compression) and timers at each layer.
[0180] In some implementations, a UE applies a default bearer configuration for the data to be transmitted and reception according to at least one of the following:
[0181] 1. The default bearer configuration may be based a pre-fixed configuration that is known to UE and network.
[0182] 2. The default bearer configuration may be broadcast by the cell UE is trying to establish the connection to. The default bearer configuration might be for the basic QoS, or best efforts based. Although the UE is served based on the basic configuration, it enables the UE to start the data transmission and reception with reduced latency.
[0183] 3. Such default bearer configuration is known to network; therefore, network side and UE side are aligned on the radio bearer configuration, therefore the UL and DL data can be processed correctly by each side.
[0184] In various embodiments, the lower layer configuration (including MAC and Physical layer configuration) may be setup by the following implementation. The UE gets the lower layer configuration from the broadcast configuration from the network, e.g., the cell UE is establishing the connection to. Usually, it is not wise to let UE and network to store the lower layer configuration that are cell specific. Therefore, such configuration can be broadcast by the cell, therefore all UE can access such information before the RRC connection is established.
[0185] In various embodiments, the method may include determining what key a UE may apply for the early data transmission.
[0186] In some implementations, for the key information, the UE might apply the stored key, and based on the cell it is accessing to apply the security mechanisms like ciphering and / or integrity protection.
[0187] In some implementations, the security algorithms may be determined according to at least one of the following.
[0188] 1. The UE applies the algorithm that is broadcast by cell for the signalling and data integrity protection and ciphering.
[0189] 2. The UE applies the default algorithm that is broadcast by cell for the signalling and data integrity protection and ciphering.
[0190] Embodiment Set VI
[0191] The present disclosure describes various embodiments for RAN and CN coordination to perform early data transmission.
[0192] In some implementations, a RAN node fetches the UE context from core network. In one example, RAN node based on the unique UE ID information inside UE’s RRCSetupRequest or RRCSetupRequestComplete, RAN node is able to fetch the UE context from the core network. The UE context further includes the radio bearer information, security information and other UE context.
[0193] In some implementations, the RAN and CN coordination corresponds to step 502a or 502b or 502c and step 503a or 503b or 503c.
[0194] In some implementations, the UE context includes the enabling information to allow early data transmission for the UE, or for specific PDU session.
[0195] In some implementations, in the UE context setup procedures between RAN node and CN, RAN node receives the UE context that include the radio bearer information, security information that facilitates the early data transmission.
[0196] In some implementations, the UE context further include the enabling information to allow early data transmission for the UE, or for specific PDU session.
[0197] Embodiment Set VII
[0198] The present disclosure describes various embodiments for core network internal procedures to perform early data transmission.
[0199] In some implementations, a UDM further stores the UE contexts as in previous embodiments, and provides this information to other network function if requested.
[0200] In some implementations, the PCF (Policy Control Function) may define which data is allowed for the early data transmission. For instance, emergency messages, small control packets, or initial signaling might be allowed, while high-throughput user data might be blocked until full security is established. The PCF indicates such information to the SMF.
[0201] The present disclosure describes methods, apparatus, and computer-readable medium for performing fast data transmission (or referred as early data transmission) in a mobile communication system. The present disclosure addressed the issues with fast / early data transmission in a wireless communication system. The methods, devices, and computer-readable medium described in the present disclosure may facilitate the performance of fast / early data transmission in wireless communication, thus improving efficiency and overall performance. The methods, devices, and computer-readable medium described in the present disclosure may improves the overall efficiency of the wireless communication systems.
[0202] In some other embodiments, a computer-readable medium comprising instructions which, when executed by a computer, cause the computer to carry out the above methods. The computer-readable medium may be referred as non-transitory computer-readable media (CRM) that stores data for extended periods such as a flash drive or compact disk (CD) , or for short periods in the presence of power such as a memory device or random access memory (RAM) . In some embodiments, computer-readable instructions may be included in a software, which is embodied in one or more tangible, non-transitory, computer-readable media. Such non-transitory computer-readable media can be media associated with user-accessible mass storage as well as certain short-duration storage that are of non-transitory nature, such as internal mass storage or ROM. The software implementing various embodiments of the present disclosure can be stored in such devices and executed by a processor (or processing circuitry) . A computer-readable medium can include one or more memory devices or chips, according to particular needs. The software can cause the processor (including CPU, GPU, FPGA, and the like) to execute particular processes or particular parts of particular processes described herein, including defining data structures stored in RAM and modifying such data structures according to the processes defined by the software. In various embodiments in the present disclosure, the term “processor” may mean one processor that performs the defined functions, steps, or operations or a plurality of processors that collectively perform defined functions, steps, or operations, such that the execution of the individual defined functions may be divided amongst such plurality of processors.
[0203] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.
[0204] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments, for non-limiting examples, a portion from one or more embodiment may be combined with another portion of other embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.
Claims
1.A method for enabling fast data transmission during a radio resource control (RRC) setup in a wireless communication system, comprising:sending, by a user equipment (UE) , a first RRC message to request a RRC setup procedure to setup the RRC, to a radio access network (RAN) , the first RRC message comprising a UE information for the RAN to determine whether to enable fast data transmission for the UE;receiving, by the UE, a second RRC message to request the RRC setup procedure to setup the RRC from the RAN, the second RRC message comprising a signaling radio bearer (SRB) configuration;sending, by the UE, a third RRC message, in response to the RRC setup message to the RAN, the third RRC message; andcommunicating, by the UE, the data during or immediately after the RRC setup procedure.2.A method for enabling fast data transmission during a radio resource control (RRC) setup in a wireless communication system, comprising:receiving, by a radio access network (RAN) from a user equipment (UE) , a first RRC message to request a RRC setup procedure to setup the RRC, the first RRC message comprising a UE information for the RAN to determine whether to enable fast data transmission for the UE;sending, by the RAN to the UE, a second RRC message to request the RRC setup procedure to setup the RRC, the second RRC message comprising a signaling radio bearer (SRB) configuration;receiving, by the RAN from the UE, a third RRC message, in response to the RRC setup message, the third RRC message; andcommunicating, by the RAN, the data during or immediately after the RRC setup procedure.3.The method according to any of claims 1 and 2, wherein:the UE information is a UE identifier (ID) , based on which the RAN is able to retrieve UE context and determine whether to enable the fast data transmission.4.The method according to any of claims 1 to 3, wherein:the RAN sends a first message to a core network, wherein the first message comprises the UE ID, and the core network is configured to recognize the UE to fetch UE context based on the UE ID; andthe RAN receives a second message from the core network, wherein the second message comprises the UE context,wherein the UE context comprises at least one of the following:a radio bearer configuration for a packet data unit (PDU) session, orsecurity information.5.The method according to any of claims 1 to 4, wherein:the UE determines that the fast data transmission is allowed or enabled before sending the first RRC message; andthe first RRC message further is sent together with data for the fast data transmission.6.The method according to claim 5, wherein:the second RRC message is sent together with downlink data for the fast data transmission.7.The method according to claim 5, wherein:the UE determines that the fast data transmission is allowed or enabled based on one of the following: a default configuration, a pre-configuration, an indication in a broadcasted message from the RAN, and / or an indication in a random access response (RAR) message.8.The method according to claim 5, whereinthe RAN sends the received uplink data to the core network after obtaining the UE context from the core network; andthe UE monitors downlink data based on an allocated cell radio network temporary identifier (C-RNTI) .9.The method according to any of claims 1 to 4, wherein:the first RRC message further comprises at least one of the following:a request indication for requesting the fast data transmission,a capability indication for indicating that the UE is capable of performing the fast data transmission, ora cause value of an access; andthe second RRC message further comprising at least one of the following: an enabling signaling of the fast data transmission.10.The method according to claim 9, wherein:the second RRC message is sent together with downlink data for the fast data transmission.11.The method according to any of claims 1 to 4, wherein:the third RRC message further comprising at least one of the following:a second UE ID for the core network to recognize the UE to authenticate and authorize the UE for the fast data transmission,a request indication for requesting the fast data transmission, ora capability indication for indicating that the UE is capable of performing the fast data transmission.12.The method according to claim 11, wherein:the first RRC message further comprises a cause value of an access.13.The method according to any of claims 1 to 4, whereinthe RAN sends the received uplink data to the core network after obtaining the UE context from the core network;the UE monitors downlink data transmission; orthe RAN sends the received uplink data to a user plane function (UPF) in the core network.14.The method according to any of claims 1 to 13, wherein:when the UE is in a RRC idle state, the UE stores a portion of an access stratum (AS) layer context comprising at least one of the following: a radio bearer context, or security information; andthe UE context comprises UE context information stored in one or more network function in the core network.15.The method according to claim 14, whereinthe one or more network function in the core network comprises a united data management (UDM) ; andthe UDM stores and provides the portion of the AS layer context for transmitting to the RAN.16.The method according to any of claims 1 to 15, wherein:the RAN determines to enable the fast data transmission based on at least one of the following:when a PDU session indicates the capability of the fast data transmission,when the fast data transmission is enabled to a radio bearer and the radio bearer is configured to the UE before the UE is released to an RRC idle state,slice information of the UE, oran access cause value for the UE.17.The method according to claim 16, wherein:the access cause value for the UE corresponds at least one of the following:a small data transmission, ora positioning information report.18.The method according to any of claims 1 to 17, wherein:the UE determines to enable the fast data transmission based on at least one of the following:broadcast information from the RAN,per radio bearer configuration that is configured to the UE before the UE is released to an RRC idle state, oran indication to the RAN for the needs to perform the fast data transmission.19.The method according to any of claims 1 to 18, wherein:the UE applies one of the following configuration for the fast data transmission: a radio bearer configuration, or a lower layer configuration;the radio bearer configuration comprises one of the following:a stored radio bearer configuration that is configured to the UE before the UE is released to an RRC idle state,a fetched radio bearer configuration that is fetched from the core network by the RAN,a default radio bearer configuration based on a pre-fixed configuration, ora default radio bearer configuration that is broadcasted by the RAN; andthe lower layer configuration comprises a medium access control (MAC) or physical layer configuration from a broadcast configuration from the RAN.20.The method according to claim 19, wherein:the UE applies a stored key for the fast data transmission; andthe UE applies one of the following security algorithms for the fast data transmission:an algorithm that is broadcasted by the RAN signaling and data integrity protection and ciphering, ora default algorithm.21.The method according to any of claims 1 to 20, wherein:the UE context comprises enabling information for allowing the fast data transmission for the UE or for a PDU session.22.The method according to any of claims 1 to 21, wherein:an UDM in the core network stores the UE context;a policy control function (PCF) in the core network defines which data is allowed for the fast data transmission; orthe PDF indicates information on which data is allowed for the fast data transmission to a session management function (SMF) in the core network.23.The method according to any of claims 1 to 22, wherein:upon receiving the request indication or the capability indication, the RAN configures the UE with the fast data transmission.24.The method according to any of claims 1 to 23, wherein:the RAN sends the received uplink data to the core network after obtaining the UE context from the core network; andthe UE monitors downlink data based on an allocated cell radio network temporary identifier (C-RNTI) .25.The method according to any of claims 1 to 24, wherein:the fast data transmission is encrypted by a stored key.26.A wireless communications apparatus comprising at least one processor and a memory, wherein the at least one processor is configured to read instructions from the memory and implement the method recited in any one of claims 1 to 25.27.A computer-readable medium comprising instructions which, when executed by a computer, causing the computer to carry out the method recited in any one of claims 1 to 25.