EP3858064A1 - System and methods for enabling dl-edt - Google Patents

System and methods for enabling dl-edt

Info

Publication number
EP3858064A1
EP3858064A1 EP19865907.0A EP19865907A EP3858064A1 EP 3858064 A1 EP3858064 A1 EP 3858064A1 EP 19865907 A EP19865907 A EP 19865907A EP 3858064 A1 EP3858064 A1 EP 3858064A1
Authority
EP
European Patent Office
Prior art keywords
edt
data
rrc
transmission
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP19865907.0A
Other languages
German (de)
French (fr)
Other versions
EP3858064A4 (en
Inventor
Bharat Shrestha
Seau S. Lim
Marta MARTINEZ TARRADELL
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Corp
Original Assignee
Intel Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corp filed Critical Intel Corp
Publication of EP3858064A1 publication Critical patent/EP3858064A1/en
Publication of EP3858064A4 publication Critical patent/EP3858064A4/en
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0838—Random access procedures, e.g. with 4-step access using contention-free random access [CFRA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • Embodiments pertain to radio access networks (RANs). Some embodiments relate to cellular networks, including Third Generation Partnership Project (3GPP) Long Term Evolution (LTE), 4 th generation (4G) and 5 th generation (5G) New Radio (NR) (or next generation (NG)) networks. Some embodiments relate to mobile-terminated (MT) early data transmission (EDT).
  • 3GPP Third Generation Partnership Project
  • LTE Long Term Evolution
  • 4G 4 th generation
  • 5G 5 th generation
  • NR New Radio
  • NG next generation
  • EDT mobile-terminated
  • UEs user equipment
  • network processes may include the security processes for UEs, and in particular security processes used during early data transmission (EDT).
  • EDT early data transmission
  • FIG. 1 illustrates combined communication system in accordance with some embodiments.
  • FIG. 2 illustrates a block diagram of a communication device in accordance with some embodiments.
  • FIG. 3 illustrates downlink (DL) EDT solution including S 1 AP signaling in accordance with some embodiments.
  • FIG. 4 illustrates use of direct indication information for MT
  • FIG. 5 illustrates details of MT EDT transmission in accordance with some embodiments.
  • FIG. 1 illustrates a combined communication system in accordance with some embodiments.
  • the system 100 includes 3GPP LTE/4G and NG network functions.
  • a network function can be implemented as a discrete network element on a dedicated hardware, as a software instance running on dedicated hardware, or as a virtualized function instantiated on an appropriate platform, e.g., dedicated hardware or a cloud infrastructure.
  • the evolved packet core (EPC) of the LTE/4G network contains protocol and reference points defined for each entity.
  • These core network (CN) entities may include a mobility management entity (MME) 122, serving gateway (S-GW) 124, and paging gateway (P-GW) 126.
  • MME mobility management entity
  • S-GW serving gateway
  • P-GW paging gateway
  • the TIE 102 may be connected to either an access network or random access network (RAN) 110 and/or may be connected to the NG-RAN 130 (gNB) or an Access and Mobility Function (AMF) 142.
  • the RAN 110 may be an eNB or a general non-3GPP access point, such as that for Wi-Fi.
  • the NG core network may contain multiple network functions besides the AMF 112.
  • the UE 102 may generate, encode and perhaps encrypt uplink transmissions to, and decode (and decrypt) downlink transmissions from, the RAN 110 and/or gNB 130 (with the reverse being true by the RAN 1 lO/gNB 130).
  • the network functions may include a User Plane Function (UPF)
  • UPF User Plane Function
  • SMF Session Management Function
  • PCF Policy Control Function
  • AF Application Function
  • AUSF Authentication Server Function
  • UDM User Data Management
  • the AMF 142 may provide UE-based authentication, authorization, mobility management, etc.
  • the AMF 142 may be independent of the access technologies.
  • the SMF 144 may be responsible for session management and allocation of IP addresses to the UE 102.
  • the SMF 144 may also select and control the UPF 146 for data transfer.
  • the SMF 144 may be associated with a single session of the UE 102 or multiple sessions of the UE 102. This is to say that the UE 102 may have multiple 5G sessions. Different SMFs may be allocated to each session. The use of different SMFs may permit each session to be individually managed. As a consequence, the functionalities of each session may be independent of each other.
  • the UPF 126 may be connected with a data network, with which the UE 102 may communicate, the UE 102 transmitting uplink data to or receiving downlink data from the data network.
  • the AF 148 may provide information on the packet flow to the
  • the PCF 132 responsible for policy control to support a desired QoS.
  • the PCF 132 may set mobility and session management policies for the UE 102. To this end, the PCF 132 may use the packet flow information to determine the appropriate policies for proper operation of the AMF 142 and SMF 144.
  • the AUSF 152 may store data for UE authentication.
  • the UDM 128 may similarly store the UE subscription data.
  • the gNB l30 may be a standalone gNB or a non- standalone gNB, e.g., operating in Dual Connectivity (DC) mode as a booster controlled by the eNB 110 through an X2 or Xn interface. At least some of functionality of the EPC and the NG CN may be shared (alternatively, separate components may be used for each of the combined component shown).
  • the eNB 110 may be connected with an MME 122 of the EPC through an Sl interface and with a SGW 124 of the EPC 120 through an Sl-U interface.
  • the MME 122 may be connected with an HSS 128 through an S6a interface while the UDM is connected to the AMF 142 through the N8 interface.
  • the SGW 124 may connected with the PGW 126 through an S5 interface (control plane PGW-C through S5-C and user plane PGW-U through S5-U).
  • the PGW 126 may serve as an IP anchor for data through the internet.
  • the NG CN may contain an AMF 142, SMF 144 and
  • the eNB 110 and gNB 130 may communicate data with the SGW 124 of the EPC 120 and the UPF 146 of the NG CN.
  • the MME 122 and the AMF 142 may be connected via the N26 interface to provide control information there between, if the N26 interface is supported by the EPC 120.
  • the gNB 130 is a standalone gNB, the 5G CN and the EPC 120 may be connected via the N26 interface.
  • FIG. 2 illustrates a block diagram of a communication device in accordance with some embodiments.
  • the communication device may be a UE (including an IoT device and NB-IoT device), eNB, gNB or other equipment used in the network environment.
  • the UE including an IoT device and NB-IoT device
  • eNB evolved Node B
  • gNB gNode B
  • communication device 200 may be a specialized computer, a personal or laptop computer (PC), a tablet PC, a mobile telephone, a smart phone, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • PC personal or laptop computer
  • tablet PC a mobile telephone
  • smart phone a smart phone
  • network router switch or bridge
  • the communication device 200 may be embedded within other, non-communication-based devices such as vehicles and appliances.
  • Examples, as described herein, may include, or may operate on, logic or a number of components, modules, or mechanisms.
  • Modules and components are tangible entities (e.g., hardware) capable of performing specified operations and may be configured or arranged in a certain manner.
  • circuits may be arranged (e.g., internally or with respect to external entities such as other circuits) in a specified manner as a module.
  • the whole or part of one or more computer systems e.g., a standalone, client or server computer system
  • one or more hardware processors may be configured by firmware or software (e.g., instructions, an application portion, or an application) as a module that operates to perform specified operations.
  • the software may reside on a machine readable medium.
  • the software when executed by the underlying hardware of the module, causes the hardware to perform the specified operations.
  • module (and“component”) is understood to encompass a tangible entity, be that an entity that is physically constructed, specifically configured (e.g., hardwired), or temporarily (e.g., transitorily) configured (e.g., programmed) to operate in a specified manner or to perform part or all of any operation described herein.
  • modules are temporarily configured, each of the modules need not be instantiated at any one moment in time.
  • the modules comprise a general-purpose hardware processor configured using software
  • the general-purpose hardware processor may be configured as respective different modules at different times.
  • Software may accordingly configure a hardware processor, for example, to constitute a particular module at one instance of time and to constitute a different module at a different instance of time.
  • the communication device 200 may include a hardware processor 202 (e.g., a central processing unit (CPU), a GPU, a hardware processor core, or any combination thereof), a main memory 204 and a static memory 206, some or all of which may communicate with each other via an interlink (e.g., bus) 208.
  • the main memory 204 may contain any or all of removable storage and non-removable storage, volatile memory or non-volatile memory.
  • the communication device 200 may further include a display unit 210 such as a video display, an alphanumeric input device 212 (e.g., a keyboard), and a user interface (UI) navigation device 214 (e.g., a mouse).
  • a hardware processor 202 e.g., a central processing unit (CPU), a GPU, a hardware processor core, or any combination thereof
  • main memory 204 may contain any or all of removable storage and non-removable storage, volatile memory or non-volatile memory.
  • the communication device 200 may further
  • the display unit 210, input device 212 and UI navigation device 214 may be a touch screen display.
  • the communication device 200 may additionally include a storage device (e.g., drive unit) 216, a signal generation device 218 (e.g., a speaker), a network interface device 220, and one or more sensors, such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor.
  • GPS global positioning system
  • the communication device 200 may further include an output controller, such as a serial (e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.).
  • a serial e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.).
  • USB universal serial bus
  • IR infrared
  • NFC near field communication
  • the storage device 216 may include a non-transitory machine readable medium 222 (hereinafter simply referred to as machine readable medium) on which is stored one or more sets of data structures or instructions 224 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein.
  • the instructions 224 may also reside, successfully or at least partially, within the main memory 204, within static memory 206, and/or within the hardware processor 202 during execution thereof by the communication device 200.
  • the machine readable medium 222 is illustrated as a single medium, the term "machine readable medium" may include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) configured to store the one or more instructions 224.
  • machine readable medium may include any medium that is capable of storing, encoding, or carrying instructions for execution by the communication device 200 and that cause the communication device 200 to perform any one or more of the techniques of the present disclosure, or that is capable of storing, encoding or carrying data structures used by or associated with such instructions.
  • Non-limiting machine readable medium examples may include solid-state memories, and optical and magnetic media.
  • machine readable media may include: non-volatile memory, such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) and flash memory devices; magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; Random Access Memory (RAM); and CD-ROM and DVD-ROM disks.
  • non-volatile memory such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) and flash memory devices
  • EPROM Electrically Programmable Read-Only Memory
  • EEPROM Electrically Erasable Programmable Read-Only Memory
  • flash memory devices e.g., electrically Erasable Programmable Read-Only Memory (EEPROM)
  • EPROM Electrically Programmable Read-Only Memory
  • EEPROM Electrically Erasable Programmable Read-Only Memory
  • flash memory devices e.g
  • the instructions 224 may further be transmitted or received over a communications network using a transmission medium 226 via the network interface device 220 utilizing any one of a number of transfer protocols (e.g., frame relay, internet protocol (IP), transmission control protocol (TCP), user datagram protocol (UDP), hypertext transfer protocol (HTTP), etc.).
  • Example communication networks may include a local area network (LAN), a wide area network (WAN), a packet data network (e.g., the Internet), mobile telephone networks (e.g., cellular networks), Plain Old Telephone (POTS) networks, and wireless data networks. Communications over the networks may include one or more different protocols, such as Institute of Electrical and Electronics
  • Wi-Fi Wi-Fi
  • WiMax WiMax
  • IEEE 802.15.4 family of standards
  • LTE Long Term Evolution
  • the network interface device 220 may include one or more physical jacks (e.g., Ethernet, coaxial, or phone jacks) or one or more antennas to connect to the transmission medium 226.
  • physical jacks e.g., Ethernet, coaxial, or phone jacks
  • antennas to connect to the transmission medium 226.
  • the communication device 200 may be an IoT device (also referred to as a“Machine-Type Communication device” or“MTC device”), a narrowband IoT (NB-IoT) device, or a non-IoT device (e.g., smart phone, vehicular UE), any which may communicate with the core network via the eNB or gNB shown in FIG. 1.
  • the communication device 200 may be an IoT device (also referred to as a“Machine-Type Communication device” or“MTC device”), a narrowband IoT (NB-IoT) device, or a non-IoT device (e.g., smart phone, vehicular UE), any which may communicate with the core network via the eNB or gNB shown in FIG. 1.
  • the communication device 200 may be an IoT device (also referred to as a“Machine-Type Communication device” or“MTC device”), a narrowband IoT (NB-IoT) device, or a non-Io
  • the communication device 200 is IoT device, in some embodiments, the
  • the communication device 200 may be limited in memory, size, or functionality, allowing larger numbers to be deployed for a similar cost to smaller numbers of larger devices.
  • the communication device 200 may, in some embodiments, be a virtual device, such as an application on a smart phone or other computing device.
  • RRC messages are provided over the course of the connection between the UE and an eNB.
  • RRC messages include initial connection messages, such as RRC connection request, RRC connection setup and RRC connection setup, reconfiguration messages, such as RRC connection reconfiguration and RRC connection reconfiguration complete messages, and suspension and release messages, such as RRC Connection Release and RRC Connection Reestablish/Resume messages.
  • initial connection messages such as RRC connection request, RRC connection setup and RRC connection setup
  • reconfiguration messages such as RRC connection reconfiguration and RRC connection reconfiguration complete messages
  • suspension and release messages such as RRC Connection Release and RRC Connection Reestablish/Resume messages.
  • EDT may be used.
  • EDT allows one uplink data transmission, optionally followed by one downlink data transmission during the random access procedure.
  • EDT is triggered when the upper layers have requested the establishment or resumption of the RRC Connection for Mobile Originated (MO) data and the uplink data size is less than or equal to a transport block size indicated in the system information.
  • MO Mobile Originated
  • the EE may send a preamble (Msgl) over a Physical Random Access Channel (PRACH) transmission to the eNB to start a random access channel (RACH) procedure.
  • the preamble may indicate the intent of the EE to use EDT.
  • the RACH request may be transmitted by the EE to the eNB using a RACH resource.
  • the RACH request may be transmitted over 6 Resource blocks.
  • the RACH request may contain a preamble index, which may be randomly selected based on the size of the RRC connection request from preamble information in system information block (SIB).
  • SIB system information block
  • the RACH Request for EDT may use a unique preamble that is different from that used for a legacy procedure.
  • the eNB having received the RACH request may allocate a temporary Cell Radio Network Temporary Identifier (C-RNTI) for the EE.
  • C-RNTI Cell Radio Network Temporary Identifier
  • the temporary Cell RNTI may be transmitted to the EE in a RACH Response message (RAR) (Msg2) from the RAN.
  • RAR message may also contain the appropriate timing advance (TA) for the EE, determined by the eNB.
  • the RAR message may contain a scheduling grant for the EE to send a
  • RRCConnectionResumeRequest message where the scheduling grant may indicate whether frequency hopping is to be used as well as the resource block assignment.
  • the RAR message may further indicate the modulation and coding scheme and the power for the PUSCH to be used by the EE. If EDT is to be used, the UL grant in the RAR message may be larger than that of a legacy RAR grant to provide additional UL resources for transmission by the UE of a UL message in addition to a RRCConnectionResumeRequest message.
  • the UE may transmit a RRCConnectionResumeRequest message including a shortResumeMAC-I .
  • the UE may also multiplex the UL UP data with the RRC message to transmit in Msg3.
  • Msg3 may use a SAE-Temporary Mobile Subscriber Identity (S-TMSI).
  • the eNB may in response transmit an RRC Connection Setup message (Msg4) to the UE.
  • Msg4 RRC Connection Setup message
  • the UE may not transition from the RRC Idle state to the RRC Connected state during EDT.
  • a capability indication for mobile terminated (MT) EDT which may be used to transmit a small amount of DL data in Msg4 without a small amount of UL data being transmitted in Msg3, is not defined.
  • the MME or eNB may not know if the UE will be ready to receive DL data in Msg4, for example, sending NAS service request in Msg3 in control plane (CP) solutions or activating AS security before Msg3 in a user plane (UP) solution.
  • the UE may not be aware on receiving a paging message that the MME has MT EDT data.
  • the various embodiments here describe UEs and network capability indication to decide to use DL (MT) EDT in Msg4.
  • the MME may locate the UE to which the data is to be delivered. To this end, the MME may page the UE and receive a service request from the UE. Only an S-TMSI received from the RRC connection request message in Msg3 may not be sufficient from security point of view as the S- TMSI may have been exposed.
  • the UE may send a NAS PDU (service request) with or without a data container in Msg3. This, in turn, may cause the UE to request a larger UL grant in the RAR than the minimum UL grant (56 bits).
  • the eNB may make sure that the UE has already activated AS security before the eNB can send the encrypted MT data in Msg4.
  • small DL data may be transmitted in Msg4.
  • the network may use the DL EDT solution.
  • the eNB can decide whether the UE should be moved back to IDLE or RRC CONNECTED mode using Msg4.
  • UL EDT it may be possible that acknowledgment for the UL EDT data can be sent in Msg4.
  • the UE may send Msg5 if acknowledgement of DL EDT data in Msg4 is to be sent.
  • the network may ask the UE to move to the RRC CONNECTED mode. After receiving Msg5, the network may send an RRCConnectionRelease message in Msg6 to move the UE to the IDLE mode if the indicated buffer status report (BSR) is zero. Therefore, the Rel-l6 DL EDT can be used to send the small DL data whether or not the acknowledgement is to be sent.
  • BSR buffer status report
  • DL-EDT may accordingly be defined as: if an acknowledgement of DL data in Msg4 is not to be sent, the network may move the UE to the IDLE mode using Msg4. Otherwise, the network may move the UE to the
  • the network may release the UE to the IDLE mode using Msg6.
  • the MME is unaware of DL EDT.
  • the MME may provide DL data size information, UE-RadioPaginglnfo (whether UE or not supports DL- EDT), whether or not the UE is to provide acknowledgment and Sl AP paging to the eNB.
  • the MME is unaware of DL EDT.
  • the MME may send Sl AP paging and indication of a single DL data to the eNB. The remainder may be handled by the eNB without knowing whether or not the DL data can fit in a single TB for transmission.
  • the MME is aware of DL EDT.
  • the MME may receive DL EDT support capability from Msg5.
  • the MME may also define the maximum TBS size limit to be used for DL-EDT.
  • the MME may decide whether to inform the eNB that DL-EDT can or cannot be used (when sending paging) based on the UE’s capability, DL data size and whether or not the EGE is to provide acknowledgment.
  • the MME is aware of DL EDT.
  • the MME may only store the
  • EIE DL EDT capability. Based on the capability, and whether or not the UE is to provide acknowledgment when there is DL data, the MME may send Sl AP paging including a DL-EDT indication and size of DL data to the eNB.
  • the MME is aware of DL EDT.
  • the MME may only store the
  • the MME may send legacy Sl AP paging and a single DL data indication.
  • the eNB may decide whether or not to use DL EDT (based on channel condition and data size). The eNB can assume that the UE is able to not to provide
  • FIG. 3 illustrates DL EDT solution including Sl AP signaling in accordance with some embodiments. If the UE is using CP cellular internet of things (CloT) optimization and the network wants the UE to move to the RRC CONNECTED mode, the network may send an
  • RRCConnectionSetupRequest message in Msg4.
  • a new RRC Connection Setup message may be defined to deliver the CP data using dedicatedlnfoNAS in Msg4 (from the serving eNB (SeNB)) that moves the UE to the RRC CONNECTED mode.
  • SeNB serving eNB
  • An example using the extension field is shown below.
  • RRCConnectionSetup The RRCConnectionSetup message is used to establish SRB1.
  • Signalling radio bearer SRB0.
  • RLC-SAP TM.
  • Logical channel CCCH.
  • Direction E-UTRAN to UE.
  • RRCConnectionSetup The RRCConnectionSetup message is used to establish SRB1.
  • Signalling radio bearer SRB0.
  • RLC-SAP TM.
  • Logical channel CCCH.
  • Direction E-UTRAN to UE.
  • the paging message may contain the indication.
  • the paging message may contain a DL-EDT indication or PRACH resource indication.
  • a few bits in the paging message may be used to indicate the index of the preamble to use from a preconfigured pool of dedicated PRACH resources.
  • the pool of dedicated PRACH resources can be broadcast in system information or configured using dedicated RRC signaling differently for each UE. This pool can also be shared with a Rel-l5 EDT PRACH resource or legacy PRACH resource.
  • the size of the pool of the PRACH resource can be one or larger than one for each coverage enhancement level.
  • the pool of PRACH resources can contain only a random access preamble and time and frequency PRACH resource can be same as legacy or Rel-l5 EIL EDT.
  • CE enhancement enhancement
  • the eNB may page the EIEs at different paging occasions.
  • all EIEs having DL-EDT data are paged together but each LIE in the paging record list, PagingRecordList, may delay sending the RA preamble by not using the first kth PRACH resource, where k is equal to index number of the UE in the PagingRecordList.
  • the UE may delay the generation of the RRC message in response to the paging message by K time units to minimize a possible collision with the paged UE.
  • all UEs use the same preamble but use a different time/frequency PRACH resource as indicated by a PRACH mask index value as specified in TS 36.321 section 7.3.
  • the PRACH mask index value may be determined from the index value in the PagingRecordList.
  • preamble group A and B may be used.
  • Rel-l6 DL EDT preamble group B may be used to indicate the UE capability or that the UE is ready to receive DL-EDT in Msg4.
  • preamble group A can be used for Rel-l5 UL EDT. This may indicate that the UE has prepared an RRC message including a NAS service request to send in Msg3 for a CP solution. The UE may activate AS security before transmission of Msg3 in the UP solution.
  • the CE level can be indicated from the time and frequency PRACH resource as a separate dedicated PRACH resource or may use the same resource as the Rel-l5 UL EDT PRACH resource or the PRACH resource for CE.
  • some of the Rel-l5 UL EDT preambles (say n preambles, where n > 0) can be allocated to use for Rel-l6 DL EDT for each configured CE level.
  • the UE may not use the dedicated DL-EDT PRACH resource even if the DL-EDT indication is received in the paging message.
  • a dedicated PRACH for DL EDT may be used only when the UE is using CP CloT optimization.
  • UEs using UP CloT optimization may use the legacy PRACH resource for each CE level.
  • the maximum TBS size that can be transmitted using the UL EDT solution is 1000 bits for CE mode A and 936 bits in CE mode B.
  • the maximum TBS size can be determined by the network depending on the UE category and channel condition since the resource for the Msg4 is dynamically scheduled.
  • the eNB may not know beforehand the UE’s CE level until the eNB receives Msgl and the UE’s category (for support of larger TBS size) until context is fetched.
  • the eNB may know in the indication from the MME that the size of available small DL data is 1000 bits for a UE, but may not know whether the UE’s CE level is 0/1 or 2/3.
  • the received preamble corresponds to CE level 2 or 3
  • the small data 1000 bits
  • the UE may always have to be prepared as the UE may fall back to the legacy procedure after sending the Msg3 for DL EDT.
  • the MME may also provide the size of the small data along with an Sl AP paging message to the eNB. This may indicate to the eNB to decide whether or not the DL-EDT should be used based on the UE’s category, the UE’s DL-EDT capability or the channel condition, and the UE’s support for scheduling of multiple transport blocks or maximum TBS size limit.
  • the MME may also provide whether the UE is to provide the acknowledgment for the small DL data. If the UE is to provide acknowledgement, the eNB may move the UE to the RRC CONNECTED mode. However, the eNB may still use DL EDT to transmit the small DL data in Msg4.
  • DL-EDT indication in paging an example of MT EDT or DL
  • EDT indication in paging message is shown below.
  • the Paging message may be used for the notification of one or more UEs.
  • Signalling radio bearer N/A.
  • RLC-SAP TM.
  • Logical channel PCCH.
  • Direction E-UTRAN to UE.
  • IMSI :: SEQUENCE (SIZE (6..21)) OF IMSI- Digit
  • one of the pool of configured reserved dedicated preambles can be indicated in the paging.
  • the size of pool for the preamble can depend on the configuration of reserved dedicated preambles.
  • the size of pool can be fixed and can be taken as the first Nth preambles from the pool.
  • the value of N can be 2 or 4 or maxPageRec. An example is shown below.
  • PagingRecordList SEQUENCE (SIZE (L.maxPageRec)) OF PagingRecord
  • PagingRecordList SEQUENCE (SIZE (L.maxPageRec)) OF PagingRecord
  • PagingRecordList SEQUENCE (SIZE (L.maxPageRec)) OF PagingRecord
  • Dl-EDT-PreambleIndex-rl6 ENUMERATED ⁇ Null, Preamble-1, Preamble-2, Preamble- 3 ⁇
  • a separate paging record list can be created that is only applicable to UEs in CE.
  • the index order of the list PagingEDT- IndicationList and the original PagingRecordList should belong to the same UE, however, the size of the list can be different.
  • PagingEDT -IndicationList : : SEQUENCE (SIZE ( 1..maxPageRec)) OF PagingEDT -
  • PagingRecordList SEQUENCE (SIZE (L. maxPageRec)) OF PagingRecord
  • IMSI : : SEQUENCE (SIZE (6..21)) OF IMSI-Digit
  • the eNB may also provide the size of DL data so that the UE can decide whether or not to use DL EDT or whether to provide a DL EDT indication via Msgl or Msg3 that the EE is ready to receive data in Msg4 based on the CE level. This is because the TB that can be transmitted depends on CE level and the eNB would not be aware of the CE level until the eNB receives Msgl from the EE.
  • PagingEDT-Indication :: SEQUENCE ⁇
  • the eNB may indicate all PRACH resources (or preambles) corresponding to each CE level as the eNB may not be aware of the CE level the EE is in. The EE may then respond with the correct preamble based on its CE level. Alternatively, the eNB may indicate a preamble for CE level 0 The preamble for CE level x may be determined as preamble + x.
  • Paging message with payload in another option, payload or DL
  • EDT data may be included in the paging message only if TIE is a stationary TIE or the location of the TIE is known to the MME.
  • the MME may attempt to send the paging only to the eNB where the TIE was connected to last time. If the MME does not hear from the TIE, then the MME may follow the paging retransmission without DL data payload or with only DL data indication.
  • the LIE can send the NAS signaling using the configured PETSCE1 resource or EIL semi- persistent scheduling (SPS).
  • the resource can be configured by a dedicated RRC message to one LIE or to a group of EIEs for sharing to send an ACK upon paging.
  • the indication for activation of the configured EIL resource can be sent in the paging message.
  • NAS signaling may be sent as an ACK in the configured EIL resource as Msg3 and Msg4 is scheduled by the eNB to indicate successful reception of Msg3 and the EE can enter the Idle mode.
  • the EE may be configured with dedicated preconfigured uplink and/or downlink resources while in RRC CONNECTED mode.
  • the context or information of the dedicated preconfigured resource and/or cell-specific RNTI to scramble the data in the PDSCH/PEISCH may be provided to the MME transparently.
  • the MME may send the S 1 AP paging together with the DL data, such information of the dedicated preconfigured resource and/or cell-specific RNTI to scramble the data in the PDSCH/PEISCH so that the eNB can activate the resource for the EE in the Idle mode via RAN paging (with some activation indication).
  • a preconfigured DL resource may be used for MT data and a preconfigured UL resource may be used for acknowledgement. After successful acknowledgement, the preconfigured resource can be implicitly disabled.
  • the MME can also indicate a NAS specific RNTI or a tracking area specific RNTI to scramble the PDSCH/PUSCH. In another option, this procedure may apply only to a stationary UE or only to the eNB where the UE was connected the last time or to a group of eNBs or only a few selected or recommended eNBs.
  • X preconfigured uplink and/or downlink resources may be defined.
  • the X resources may be identified by resource mapping indices, and which resource to use may be indicated in paging by the corresponding cells. Unless activated via paging, such resources are not wasted and may be used for other purposes.
  • X can be flexible to allocate resources or preconfigure resources for X cells or eNBs or within a tracking area.
  • the UE may use the preamble (PRACH resource) indicated in the paging message to receive a UL grant to send Msg3.
  • the UE may send the NAS signaling in Msg3 and return to the Idle mode.
  • the eNB may forward the NAS signaling to the MME.
  • the UE may return to the Idle mode after receiving a contention resolution ID (or after contention resolution is successful).
  • the MME may send the paging message with
  • the eNB may send the paging message with DL data (MT data) indication to the rest of the eNBs in the tracking area.
  • MT data DL data
  • the UE may refrain from taking further action and stay in the Idle mode. In this case, the UE may be unable to receive the packet correctly, instead sending a NAS service request in Msg3 and receiving the DL data in Msg4.
  • the MME may assign to the UE a security code that is stored as a new RNTI, e g., EDT-RNTI.
  • the MME may provide the EDT-RNTI code to the eNB during Sl AP paging to scramble the DL data transmitted via or scheduled via paging, i.e. a PDSCH scrambled with the EDT-RNTI.
  • the eNB can also provide a cell-specific EDT-RNTI for the UE to the MME while releasing the UE to the idle mode.
  • RNTI length is x bits in length
  • x bits e.g., MSB or LSB
  • the new security code is for an additional layer of protection at the AS on the top of the NAS security.
  • MME-specific EDT-RNTI (or security code) has a validity time. After the expiry of the validity timer, the UE either has to request a new code with the MME and MT EDT may be unable to be used unless a new code (EDT-RNTI) is assigned.
  • EDT-RNTI a new code
  • a set of security codes (N security codes or EDT- RNTI) are negotiated and each one is used differently for each MT data (DL NAS PDU) in a sequence or random or predefined order. When there are no more codes left or all codes are used up, a new set of security codes may be negotiated between the UE and the MME.
  • the UE NAS may initiate a new NAS service request message with a new establishment cause or indication that the NAS security failed for data in the paging message to receive the DL data and a new security code (or EDT-RNTI scrambling code) correctly in Msg4.
  • the UE NAS may always initiate a new attach procedure to establish a new NAS security between the UE and the core network.
  • a new EDT-RNTI (security code) is also included.
  • the security code and MT data may be both protected by NAS security.
  • the UE may also receive a new security code to receive the new NAS PDU in future and the old code may no longer be valid.
  • the MT data may be sent via paging or scheduled via paging by the eNB where the UE was last in RRC CONNECTED. Otherwise, the MT data may be sent via Msg4. The MME may send the MT data to the eNB that was the last serving eNB for the UE.
  • MT data in the PDSCH is ciphered.
  • the UE may also activate AS security and receive the PDSCH.
  • the new dedicated PRACH preamble or resource information may also be included and ciphered so that the UE can send feedback (ACK/NACK).
  • ACK/NACK feedback
  • the eNB may schedule the retransmission via another paging message or indicate to the MME to fallback to the legacy paging mechanism.
  • the UE may return to the Idle mode with a suspend indication after sending the dedicated preamble.
  • a NACK preamble
  • the UE may monitor the common search space (CSS) for the given RNTI and may expect a PDCCH scheduling the retransmission of the PDSCH.
  • the UE may initiate the random access procedure to resume the RRC connection.
  • Sl AP paging with MT data may be sent to all eNBs one by one and the above process may be repeated until the UE sends feedback to the eNB.
  • the UE may be in Idle mode and have no stored UE context.
  • the MME may negotiate with each eNB to add a dedicated PRACH preamble and resource for feedback in the NAS PDET in the tracking area. This can be done one at a time or all eNBs at the same time. If it is done one at a time (i.e., for delay tolerant EIEs or low mobile UEs), the MME may first obtain the PRACH resource for feedback and send the paging with encrypted DL data to the last serving eNB of the TIE. If there is no feedback, then the MME may repeat this to another eNB.
  • PRACH preamble configuration in another option, the PRACH preamble can be configured using a common RACH configuration as shown in the example below.
  • the TIE may use the PRACH preambles only if the DL- EDT indication is received in the paging message. In another option, the TIE may always use the preambles in response to a paging message.
  • the other PRACH resource and parameters may be same to that configured for Rel-l5 EIL EDT.
  • RACH-ConfigCommon The IE RACH-ConfigCommon is used to specify the generic random access parameters.
  • n4 n8, nl2, nl6, n20, n24, n28, n32, n36, n40, n44, n48, n52, n56, n60 ⁇ ,
  • connEstFailCount-rl2 ENUMERATED ⁇ nl, n2, n3, n4 ⁇ , connEstFailOffsetValidity-rl2 ENUMERATED ⁇ s30, s60, sl20, s240 :
  • RACH-CE-LevellnfoList-rl 3 SEQUENCE (SIZE (L.maxCE-Level-rl3)) OF RACH-CE- LevelInfo-rl3
  • preambleMappingInfo-rl3 SEQUENCE ⁇
  • ra-ResponseWindowSize-rl3 ENUMERATED ⁇ si20, sf50, sf80, sfl20 : sfl80, sf240, sf320, sf400 ⁇ , mac-ContentionResolutionTimer-rl3 ENUMERATED (sf80, sflOO, sfl20, sf!60, sf200, sf240, sf480, sf960 ⁇ ,
  • the UE may use the same PRACH resource and parameters as a legacy PRACH resource configured for the enhanced coverage. Only the preamble may be dedicated for DL EDT.
  • edt-TBS-rl5 ENUMERATED ⁇ b328, b408, b504, b600, b712, b808, b936, bl000or456 ⁇ , mac-ContentionResolutionTimer-rl5 ENUMERATED ⁇ sf240, sf480, sf960, sfl920, sf3840, sf5760, sf7680, sfl0240 ⁇
  • the UE may also report the DL-EDT capability in UE-EUTRA-Capability or in UE-RadioPaginglnfo IEs as follows.
  • the MME can send this container to the eNB when sending the Sl AP paging message. This helps the eNB determine the UE’s DL-EDT capability.
  • the eNB optionally can send the DL-EDT indication in the RAN paging message and also provide a sufficiently larger grant in the RAR for UEs to send a NAS service request in Msg3 for CP solutions.
  • the eNB can assume a DL-EDT capable UE may always activate AS security before Msg3.
  • the UE may send the CP DL-EDT or UP DL- EDT capability in the RRCConnectionSetupComplete message so that the MME can store the capability in its context for later use.
  • the UE’s capability on the support of scheduling of multiple transport blocks by a single PDCCH can also be indicated in UE-RadioPaginglnfo to let the eNB decide whether or not to use DL-EDT during paging. This may indicate whether the DL EDT small data size is large enough that the data cannot be transmitted in a single transport block.
  • the UE-RadioPaginglnfo IE contains UE capability information needed for paging.
  • ce-ModeA-rl3 ENUMERATED ⁇ true ⁇ OPTIONAL
  • ce-ModeB-r!3 ENUMERATED ⁇ true ⁇ OPTIONAL
  • the IE UE-EUTRA-Capability is used to convey the E-UTRA UE Radio Access Capability Parameters, see TS 36.306, and the Feature Group Indicators for mandatory features (defined in Annexes B.1 and C.1) to the network.
  • the IE UE-EUTRA-Capability is transferred in E-UTRA or in another RAT.
  • Capability indication in RRCConnectionSetupComplete message If the MME is to store the DL-EDT capability of the UE, this indication can be provided in Msg4 (RRCConnectioSetupComplete message) when the UE enters RRC CONNECTED mode. In this case, whenever there is small DL data, the MME can decide whether or not DL-EDT should be used. Similarly, to help the MME to decide whether or not to use DL EDT based on the size of the DL data, the support of scheduling of multiple transport blocks using a single PDCCH can be indicated. An example is shown below.
  • the RRCConnectionSetupComplete message may be used to confirm the successful completion of an RRC connection establishment.
  • Signalling radio bearer SRB1.
  • RLC-SAP AM.
  • Logical channel DCCH.
  • mobilityState-r12 ENUMERATED ⁇ normal, medium, high, spare) OPTIONAL
  • the UE can also use a new RRC message with CCCH message class extension (RRCResumeEarlyDownlinkDataRequest message or RRCResumeEarlyDataRequest message) to let the network know that the UE has already activated AS security before Msg3.
  • a new RRC message with CCCH message class extension RRCResumeEarlyDownlinkDataRequest message or RRCResumeEarlyDataRequest message
  • the UL-CCCH-Message class is the set of RRC messages that may be sent from the UE to the E-UTRAN on the uplink CCCH logical channel. — ASN1START
  • the RRCResumeEarlyDownlinkDataRequest message may be used to request the resumption of a suspended RRC connection or to perform Mobile Terminated UP-EDT.
  • Signalling radio bearer SRB0.
  • RLC-SAP TM.
  • Logical channel CCCH.
  • resumeID-rl6 ResumeIdentity-r13, shortResumeMAC-I-rl6 BIT STRING (SIZE (16) ) , resumeCause-r16 ENUMERATED ⁇ mt- Access, spare) ,
  • the eNB can also broadcast whether or not DL-EDT is supported. If the eNB supports DL-EDT, then the eNB can let the TIE know that for each RRC connection request message in response to a paging message, the eNB will provide a larger EIL grant in the RAR for the TIE to send the NAS service request in Msg3 for the CP solution. For the TIP solution, if the eNB supports DL-EDT and provides an indication in system information, the LIE may activate AS security before Msg3 based on the Next Hop Chaining Counter (NCC) received in the previous suspend procedure.
  • NCC Next Hop Chaining Counter
  • the duration can be defined as a new timer.
  • the duration can be equal to N discontinuous reception (DRX) cycles, contention resolution timer, RA window size, or paging retransmission time.
  • the length duration can also be broadcast in the system information.
  • the IE SystemInformationBlockType2 contains radio resource configuration information that is common for all UEs.
  • OPTIONAL Need OP radioResourceConfigCommon RadioResourceConfigCommonSIB, ue-TimersAndConstants UE-TimersAndCons tants ,
  • timeAlignmentTimerCommon TimeAlignmentTimer
  • FIG. 4 illustrates use of direct indication information for MT EDT in accordance with some
  • FIG. 5 illustrates details of MT EDT transmission in accordance with some embodiments.
  • the PRACH resource for the MT EDT can be used for feedback for the MT EDT data as shown in FIG. 5.
  • the same mechanism can be used to request MT EDT data to the eNB after receiving an indication of MT EDT in the paging message.
  • a contention free PRACH resource to use may be derived from the UE’s ID.
  • an x bit (e.g., 10 bit) HASHED ID may be calculated from the UE ID or using some function of the UE ID or IMSI or S- TMSI or UE ID H as in eDRX.
  • UE ID H - 10 most significant bits of the Hashed ID, if the P- RNTI is monitored on the PDCCH or MPDCCH or - 12 most significant bits of the Hashed ID, if the P-RNTI is monitored on the NPDCCH.
  • the MSB (or LSB) y bit (i.e., 6 bits) may be used as a Preamble index and LSB (or MSB) z bits (i.e., 4 bits or 3 bits) may be used as a PRACH mask index which tells the UE on which subframe the UE is allowed to transmit the preamble.
  • Preambleindex-ybit a further r bits of a contention free preamble can be derived as numberOfRA-Preambles + Preambleindex-ybit mod (64 - numberOfRA- Preambles) or s bits of contention based preambles can be derived as
  • Preambleindex-ybit mod numberOfRA-Preambles When the preambles are partitioned for the CE level, the preambles can be derived as Preambleindex-ybit mod (1 + larstPreamble-rl3 - firstPreamble-rl3).
  • UE ID H that is used for eDRX can also be used as an x bit HASHED ID.
  • An example of a paging record list indicating integer values of PRACH MASK index for MT EDT the value 1 may indicate the first PRACH resource index and so on. Or the PRACH MASK index can be included.
  • PagingRecordList SEQUENCE (SIZE (L.maxPageRec)) OF PagingRecord PagingRecord SEQUENCE ⁇
  • Dl-EDT -PRACH-Masklndex-r 16 ENUMERATED ⁇ No-MT-EDT, indexO, Index 1, Index2, Index3, Index4, ...,Indexl4 ⁇
  • a contention free preamble index may be determined from the HASHED ID or some function of UE ID or S-TMSI (i.e., UE ID H). Contention free preambles may be determined from numberOfRA- Preambles to 63. In another option, the UE may randomly choose one of the contention free preambles.
  • the preamble index numberOfRA-Preambles + UE ID mod (64 - numberOfRA-Preambles).
  • the preamble index refers to the NPRACH subcarrier index so the PRACH mask index is not required in paging.
  • Preamble index nprach-SubcarrierOffset + nprach-NumCBRA- StartSubcarriers + (UE ID modulo (nprach-NumSubcarriers - nprach- NumCBR A- Start Sub carri er s)) .
  • the UE may determine the CE level and use the PRACH resource for that CE level. The only difference is the UE may follow the PRACH MASK index (and/or preamble index) indicated in the paging message, the preamble index may be determined from the UE’s ID. In addition, the UE may always use a number of preamble transmissions equal to
  • numRepetitionPerPreambleAttempt-rl3 +x (or -x).
  • the value of x can be predefined or indicated in paging, broadcast or configured by dedicated RRC signaling and stored in the MME as paging assistance information.
  • the value of x can be 1. This means that the UE in response to MT EDT paging may use numRepetitionPerPreambleAttempt-rl3 +x (-x) repetitions of preamble whereas all other UEs may use the configured number of repetitions
  • the eNB may have to at least receive the first repetition and the additional repetitions x.
  • the x additional repetition(s) may be made in the PRACH resource index +1 (or some other implicitly or explicitly indicated/derived PRACH resource index) or after finishing the numRepetitionPerPreambleAttempt.
  • the UE when using the preamble index and PRACH resource index implied from the paging message, may use at least one parameter different from the configured PRACH resource parameters for a CE level, for example, the number of preamble repetitions, prach-FreqOffset-rl3, prach-StartingSubframe-rl3, rootSequencelndex etc, so that the eNB can distinguish the MT EDT intended UE in case of collision.
  • a CE level for example, the number of preamble repetitions, prach-FreqOffset-rl3, prach-StartingSubframe-rl3, rootSequencelndex etc.
  • the eNB determines that a different PRACH mask index and preamble index are unable to be allocated to two UEs having MT EDT data, then the eNB can send the MT EDT data one at a time.
  • an MT EDT-enabled UE may monitor a PDCCH with both a PRNTI and new RNTI (EDT-RNTI) in the legacy PO to receive paging.
  • the PDCCH with the EDT-RNTI may schedule a paging message that carries the small DL data.
  • the UE may start monitoring the PDCCH in the CSS with the new RNTI (EDT-RNTI) that schedules the PDSCH carrying the MT EDT data.
  • a set of RNTI (e g. (EDT-RNTI- 1 to EDT-RNTI- N ⁇ ) can be defined and hardcoded (e.g., reserved as FFF8, FFF7 etc.). This can be cell-specific and broadcast in the system information. In some embodiments, the set may be limited to containing only one RNTI.
  • N MT EDT data can be scheduled at a time.
  • the offset can be predefined, hardcoded or broadcast.
  • the offset multiplier (n bits) can be included in the paging record list of the EEs. Or the offset multiplier can be the index to the paging record list for the UE.
  • RNTI for UE1 EDT-RNTI
  • RNTI for UE2 EDT- RNTI - offset x Offset multiplier.
  • the new PRNTI may be derived from the UE’s ID (e.g., IMSI, S TMSI) or other paging parameters such as a paging narrow band (PNB) or non-anchor carrier. Similar to RA-RNTI, EDT-RNTI can be calculated from the paging occasion. One example is shown below.
  • EDT-RNTI l+t_id + l0*f_id + 60*(SFN_id mod (Wmax/lO))
  • t_id is the index of the PO (0 ⁇ t_id ⁇ 10)
  • f id is the index of the paging narrowband (0 ⁇ f_id ⁇ 16)
  • Wmax is the retransmission window for MT EDT data.
  • direct indication information on the MPDCCH or NPDCCH using the P-RNTI but without associated paging message may be used to indicate MT EDT data available.
  • the x reserved bit can also serve as an offset to the already-known P- RNTI value or EIE-specific EDT-RNTI value.
  • the RNTI used to receive MT EDT P-RNTI - multiplier X RNTI-Offset, where the multiplier can be 1 or pre-defmed.
  • the EDT-RNTI can be a UE-specific RNTI (or previous C-RNTI).
  • the offset may be from the UE-specific RNTI.
  • the n bit RNTI-Offset may be derived from S TMSI so the UE can know whether or not the RNTI is intended for the UE.
  • the UE may check multiple RNTIs.
  • the UE may monitor the PDCCH with new EDT-PRNTI to receive the MT EDT data.
  • the EDT-RNTI could be UE-specific derived from the UE ID or negotiated with the MME, and the MME may deliver the EDT- RNTI to the eNB as paging assistance information. If such a UE-specific EDT- RNTI is used up in the cell, the eNB may inform the MME or start the legacy paging or wait until such an EDT-RNTI is available.
  • the reserved bit in DCI can also be used to derive/indicate a PRACH resource index and preamble index.
  • the UE may use a UE-specific RNTI to receive the MT EDT data.
  • MT EDT data if MT EDT data is delivered via paging or scheduled after paging message or in Msg2, a genuine UE may miss paging while a fake UE could receive the data and send an acknowledgment. To detect this issue, the eNB may also indicate the indication of delivery of MT EDT in the next paging occasion. If the TIE sees an MT EDT delivery indication but not the MT EDT indication, the TIE should let the network know about the problem (e.g., NAS recovery). In one option, the eNB may send the MT EDT delivery indication in the paging message in the PO when there is a suspicious response from the TIE.
  • the eNB may send the MT EDT delivery indication in the paging message in the PO when there is a suspicious response from the TIE.
  • the eNB may be suspicious if the TIE uses a dedicated resource (e.g., PRACH resource) for the response or feedback with different parameters than indicated for MT EDT, for example, transmit power, number of repetitions, preamble format, preamble index, PRACH resource index etc.
  • a dedicated resource e.g., PRACH resource
  • the exact number of repetitions or ETL transmit power in the PRACH resource or PETCCH resource can be configured by dedicated RRC signaling and can be stored in the MME as paging assistance information.
  • Direct indication information on the MPDCCH or NPDCCH using the P-RNTI but without an associated paging message can be used to indicate an MT EDT delivery indication.
  • the TIE can use the PRACH resource dedicated for the MT EDT instead of the PRACH MASK and preamble indicated in paging.
  • the UE may use the indicated PRACH MASK index (with +k or -k) or Preamble index (with +k or -k) to distinguish between a HARQ ACK and a request for MO EDT in response to the MT EDT data.
  • the difference from the MO EDT procedure is that the EE can merely receive the PDCCCH-based EE HARQ ACK and return to the Idle mode after sending Msg3.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Systems and methods of providing support for MT EDT are described. System information or an RRC paging message sent to the UE from the eNB indicates DL EDT data is to be transmitted to the UE. A random access preamble transmitted on a PRACH is a dedicated preamble for DL EDT data transmission dependent on the CE level or selected from a pool of EDT preambles. The RAR transmitted in response includes a UL grant having UL resources for transmission of a service request. The RRC EDT Request sent in response indicates that the UE has activated AS security. The RRC message transmitted by the eNB after the indication of AS security activation depends on whether the UE is able to receive the DL EDT data, based on the CE level, and whether the UE is able to avoid acknowledgment of the DL EDT data if sent.

Description

SYSTEM AND METHODS FOR ENABLING DL-EDT
[0001] This application claims the benefit of priority to U.S. Provisional
Patent Application Serial No. 62/737,486, filed September 27, 2018, U.S.
Provisional Patent Application Serial No. 62/753,838, filed October 31, 2018, and U.S. Provisional Patent Application Serial No. 62/800,341, filed February 1, 2019, each which is incorporated herein by reference in its entirety.
TECHNICAL FIELD
[0002] Embodiments pertain to radio access networks (RANs). Some embodiments relate to cellular networks, including Third Generation Partnership Project (3GPP) Long Term Evolution (LTE), 4th generation (4G) and 5th generation (5G) New Radio (NR) (or next generation (NG)) networks. Some embodiments relate to mobile-terminated (MT) early data transmission (EDT).
BACKGROUND
[0003] The use of various types of systems has increased due to both an increase in the types of devices user equipment (UEs) using network resources as well as the amount of data and bandwidth being used by various applications, such as video streaming, operating on these UEs. To increase the ability of the network to contend with the explosion in network use and variation, various changes to existing systems are being contemplated to improve network processes. Such network processes may include the security processes for UEs, and in particular security processes used during early data transmission (EDT).
BRIEF DESCRIPTION OF THE FIGURES
[0004] In the figures, which are not necessarily drawn to scale, like numerals may describe similar components in different views. Like numerals having different letter suffixes may represent different instances of similar components. The figures illustrate generally, by way of example, but not by way of limitation, various aspects discussed in the present document. [0005] FIG. 1 illustrates combined communication system in accordance with some embodiments.
[0006] FIG. 2 illustrates a block diagram of a communication device in accordance with some embodiments.
[0007] FIG. 3 illustrates downlink (DL) EDT solution including S 1 AP signaling in accordance with some embodiments.
[0008] FIG. 4 illustrates use of direct indication information for MT
EDT in accordance with some embodiments.
[0009] FIG. 5 illustrates details of MT EDT transmission in accordance with some embodiments.
DETAILED DESCRIPTION
[0010] The following description and the drawings sufficiently illustrate specific aspects to enable those skilled in the art to practice them. Other aspects may incorporate structural, logical, electrical, process, and other changes.
Portions and features of some aspects may be included in, or substituted for, those of other aspects. Aspects set forth in the claims encompass all available equivalents of those claims.
[0011] FIG. 1 illustrates a combined communication system in accordance with some embodiments. The system 100 includes 3GPP LTE/4G and NG network functions. A network function can be implemented as a discrete network element on a dedicated hardware, as a software instance running on dedicated hardware, or as a virtualized function instantiated on an appropriate platform, e.g., dedicated hardware or a cloud infrastructure.
[0012] The evolved packet core (EPC) of the LTE/4G network contains protocol and reference points defined for each entity. These core network (CN) entities may include a mobility management entity (MME) 122, serving gateway (S-GW) 124, and paging gateway (P-GW) 126.
[0013] In the NG network, the control plane and the user plane may be separated, which may permit independent scaling and distribution of the resources of each plane. The TIE 102 may be connected to either an access network or random access network (RAN) 110 and/or may be connected to the NG-RAN 130 (gNB) or an Access and Mobility Function (AMF) 142. The RAN 110 may be an eNB or a general non-3GPP access point, such as that for Wi-Fi. The NG core network may contain multiple network functions besides the AMF 112. The UE 102 may generate, encode and perhaps encrypt uplink transmissions to, and decode (and decrypt) downlink transmissions from, the RAN 110 and/or gNB 130 (with the reverse being true by the RAN 1 lO/gNB 130).
[0014] The network functions may include a User Plane Function (UPF)
146, a Session Management Function (SMF) 144, a Policy Control Function (PCF) 132, an Application Function (AF) 148, an Authentication Server Function (AUSF) 152 and User Data Management (UDM) 128. The various elements are connected by the NG reference points shown in FIG. 1.
[0015] The AMF 142 may provide UE-based authentication, authorization, mobility management, etc. The AMF 142 may be independent of the access technologies. The SMF 144 may be responsible for session management and allocation of IP addresses to the UE 102. The SMF 144 may also select and control the UPF 146 for data transfer. The SMF 144 may be associated with a single session of the UE 102 or multiple sessions of the UE 102. This is to say that the UE 102 may have multiple 5G sessions. Different SMFs may be allocated to each session. The use of different SMFs may permit each session to be individually managed. As a consequence, the functionalities of each session may be independent of each other. The UPF 126 may be connected with a data network, with which the UE 102 may communicate, the UE 102 transmitting uplink data to or receiving downlink data from the data network.
[0016] The AF 148 may provide information on the packet flow to the
PCF 132 responsible for policy control to support a desired QoS. The PCF 132 may set mobility and session management policies for the UE 102. To this end, the PCF 132 may use the packet flow information to determine the appropriate policies for proper operation of the AMF 142 and SMF 144. The AUSF 152 may store data for UE authentication. The UDM 128 may similarly store the UE subscription data.
[0017] The gNB l30 may be a standalone gNB or a non- standalone gNB, e.g., operating in Dual Connectivity (DC) mode as a booster controlled by the eNB 110 through an X2 or Xn interface. At least some of functionality of the EPC and the NG CN may be shared (alternatively, separate components may be used for each of the combined component shown). The eNB 110 may be connected with an MME 122 of the EPC through an Sl interface and with a SGW 124 of the EPC 120 through an Sl-U interface. The MME 122 may be connected with an HSS 128 through an S6a interface while the UDM is connected to the AMF 142 through the N8 interface. The SGW 124 may connected with the PGW 126 through an S5 interface (control plane PGW-C through S5-C and user plane PGW-U through S5-U). The PGW 126 may serve as an IP anchor for data through the internet.
[0018] The NG CN, as above, may contain an AMF 142, SMF 144 and
UPF 146, among others. The eNB 110 and gNB 130 may communicate data with the SGW 124 of the EPC 120 and the UPF 146 of the NG CN. The MME 122 and the AMF 142 may be connected via the N26 interface to provide control information there between, if the N26 interface is supported by the EPC 120. In some embodiments, when the gNB 130 is a standalone gNB, the 5G CN and the EPC 120 may be connected via the N26 interface.
[0019] FIG. 2 illustrates a block diagram of a communication device in accordance with some embodiments. In some embodiments, the communication device may be a UE (including an IoT device and NB-IoT device), eNB, gNB or other equipment used in the network environment. For example, the
communication device 200 may be a specialized computer, a personal or laptop computer (PC), a tablet PC, a mobile telephone, a smart phone, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine. In some
embodiments, the communication device 200 may be embedded within other, non-communication-based devices such as vehicles and appliances.
[0020] Examples, as described herein, may include, or may operate on, logic or a number of components, modules, or mechanisms. Modules and components are tangible entities (e.g., hardware) capable of performing specified operations and may be configured or arranged in a certain manner. In an example, circuits may be arranged (e.g., internally or with respect to external entities such as other circuits) in a specified manner as a module. In an example, the whole or part of one or more computer systems (e.g., a standalone, client or server computer system) or one or more hardware processors may be configured by firmware or software (e.g., instructions, an application portion, or an application) as a module that operates to perform specified operations. In an example, the software may reside on a machine readable medium. In an example, the software, when executed by the underlying hardware of the module, causes the hardware to perform the specified operations.
[0021] Accordingly, the term“module” (and“component”) is understood to encompass a tangible entity, be that an entity that is physically constructed, specifically configured (e.g., hardwired), or temporarily (e.g., transitorily) configured (e.g., programmed) to operate in a specified manner or to perform part or all of any operation described herein. Considering examples in which modules are temporarily configured, each of the modules need not be instantiated at any one moment in time. For example, where the modules comprise a general-purpose hardware processor configured using software, the general-purpose hardware processor may be configured as respective different modules at different times. Software may accordingly configure a hardware processor, for example, to constitute a particular module at one instance of time and to constitute a different module at a different instance of time.
[0022] The communication device 200 may include a hardware processor 202 (e.g., a central processing unit (CPU), a GPU, a hardware processor core, or any combination thereof), a main memory 204 and a static memory 206, some or all of which may communicate with each other via an interlink (e.g., bus) 208. The main memory 204 may contain any or all of removable storage and non-removable storage, volatile memory or non-volatile memory. The communication device 200 may further include a display unit 210 such as a video display, an alphanumeric input device 212 (e.g., a keyboard), and a user interface (UI) navigation device 214 (e.g., a mouse). In an example, the display unit 210, input device 212 and UI navigation device 214 may be a touch screen display. The communication device 200 may additionally include a storage device (e.g., drive unit) 216, a signal generation device 218 (e.g., a speaker), a network interface device 220, and one or more sensors, such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor. The communication device 200 may further include an output controller, such as a serial (e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.).
[0023] The storage device 216 may include a non-transitory machine readable medium 222 (hereinafter simply referred to as machine readable medium) on which is stored one or more sets of data structures or instructions 224 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein. The instructions 224 may also reside, successfully or at least partially, within the main memory 204, within static memory 206, and/or within the hardware processor 202 during execution thereof by the communication device 200. While the machine readable medium 222 is illustrated as a single medium, the term "machine readable medium" may include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) configured to store the one or more instructions 224.
[0024] The term“machine readable medium” may include any medium that is capable of storing, encoding, or carrying instructions for execution by the communication device 200 and that cause the communication device 200 to perform any one or more of the techniques of the present disclosure, or that is capable of storing, encoding or carrying data structures used by or associated with such instructions. Non-limiting machine readable medium examples may include solid-state memories, and optical and magnetic media. Specific examples of machine readable media may include: non-volatile memory, such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) and flash memory devices; magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; Random Access Memory (RAM); and CD-ROM and DVD-ROM disks.
[0025] The instructions 224 may further be transmitted or received over a communications network using a transmission medium 226 via the network interface device 220 utilizing any one of a number of transfer protocols (e.g., frame relay, internet protocol (IP), transmission control protocol (TCP), user datagram protocol (UDP), hypertext transfer protocol (HTTP), etc.). Example communication networks may include a local area network (LAN), a wide area network (WAN), a packet data network (e.g., the Internet), mobile telephone networks (e.g., cellular networks), Plain Old Telephone (POTS) networks, and wireless data networks. Communications over the networks may include one or more different protocols, such as Institute of Electrical and Electronics
Engineers (IEEE) 802.11 family of standards known as Wi-Fi, IEEE 802.16 family of standards known as WiMax, IEEE 802.15.4 family of standards, a Long Term Evolution (LTE) family of standards, a Universal Mobile
Telecommunications System (UMTS) family of standards, peer-to-peer (P2P) networks, a NG/NR standards among others. In an example, the network interface device 220 may include one or more physical jacks (e.g., Ethernet, coaxial, or phone jacks) or one or more antennas to connect to the transmission medium 226.
[0026] The communication device 200 may be an IoT device (also referred to as a“Machine-Type Communication device” or“MTC device”), a narrowband IoT (NB-IoT) device, or a non-IoT device (e.g., smart phone, vehicular UE), any which may communicate with the core network via the eNB or gNB shown in FIG. 1. The communication device 200 may be an
autonomous or semiautonomous device that performs one or more functions, such as sensing or control, among others, in communication with other communication devices and a wider network, such as the Internet. If the communication device 200 is IoT device, in some embodiments, the
communication device 200 may be limited in memory, size, or functionality, allowing larger numbers to be deployed for a similar cost to smaller numbers of larger devices. The communication device 200 may, in some embodiments, be a virtual device, such as an application on a smart phone or other computing device.
[0027] Various RRC messages are provided over the course of the connection between the UE and an eNB. These RRC messages include initial connection messages, such as RRC connection request, RRC connection setup and RRC connection setup, reconfiguration messages, such as RRC connection reconfiguration and RRC connection reconfiguration complete messages, and suspension and release messages, such as RRC Connection Release and RRC Connection Reestablish/Resume messages. Typically, before data is able to be transmitted by the UE, the UE context is established by the eNB and EE enters connected mode. The EE then sends an RRC connection setup complete or resume complete along with uplink data to the eNB.
[0028] To provide support for infrequent small data packet
transmissions, EDT may be used. EDT allows one uplink data transmission, optionally followed by one downlink data transmission during the random access procedure. EDT is triggered when the upper layers have requested the establishment or resumption of the RRC Connection for Mobile Originated (MO) data and the uplink data size is less than or equal to a transport block size indicated in the system information.
[0029] In EDT, the EE may send a preamble (Msgl) over a Physical Random Access Channel (PRACH) transmission to the eNB to start a random access channel (RACH) procedure. The preamble may indicate the intent of the EE to use EDT. The RACH request may be transmitted by the EE to the eNB using a RACH resource. For example, the RACH request may be transmitted over 6 Resource blocks. The RACH request may contain a preamble index, which may be randomly selected based on the size of the RRC connection request from preamble information in system information block (SIB).
However, the RACH Request for EDT may use a unique preamble that is different from that used for a legacy procedure.
[0030] The eNB, having received the RACH request may allocate a temporary Cell Radio Network Temporary Identifier (C-RNTI) for the EE. The temporary Cell RNTI may be transmitted to the EE in a RACH Response message (RAR) (Msg2) from the RAN. The RAR message may also contain the appropriate timing advance (TA) for the EE, determined by the eNB. The RAR message may contain a scheduling grant for the EE to send a
RRCConnectionResumeRequest message, where the scheduling grant may indicate whether frequency hopping is to be used as well as the resource block assignment. The RAR message may further indicate the modulation and coding scheme and the power for the PUSCH to be used by the EE. If EDT is to be used, the UL grant in the RAR message may be larger than that of a legacy RAR grant to provide additional UL resources for transmission by the UE of a UL message in addition to a RRCConnectionResumeRequest message.
[0031] When the UE receives the UL grant in RAR for EDT, as in legacy, the UE may transmit a RRCConnectionResumeRequest message including a shortResumeMAC-I . The UE may also multiplex the UL UP data with the RRC message to transmit in Msg3. Msg3 may use a SAE-Temporary Mobile Subscriber Identity (S-TMSI).
[0032] The eNB may in response transmit an RRC Connection Setup message (Msg4) to the UE. Note that the UE may not transition from the RRC Idle state to the RRC Connected state during EDT.
[0033] Currently, only a small UL data can be transmitted in Msg3 and a small DL data can be transmitted in Msg4. However, a capability indication for mobile terminated (MT) EDT, which may be used to transmit a small amount of DL data in Msg4 without a small amount of UL data being transmitted in Msg3, is not defined. When the UE is in IDLE mode and the MME has a small data that can be used as a MT EDT, the MME or eNB may not know if the UE will be ready to receive DL data in Msg4, for example, sending NAS service request in Msg3 in control plane (CP) solutions or activating AS security before Msg3 in a user plane (UP) solution. In addition, the UE may not be aware on receiving a paging message that the MME has MT EDT data. The various embodiments here describe UEs and network capability indication to decide to use DL (MT) EDT in Msg4.
[0034] In a CP solution, when an MME has a DL-EDT data (small DL data) to deliver to the UE, the MME may locate the UE to which the data is to be delivered. To this end, the MME may page the UE and receive a service request from the UE. Only an S-TMSI received from the RRC connection request message in Msg3 may not be sufficient from security point of view as the S- TMSI may have been exposed. The UE may send a NAS PDU (service request) with or without a data container in Msg3. This, in turn, may cause the UE to request a larger UL grant in the RAR than the minimum UL grant (56 bits). [0035] In an UP solution, the eNB may make sure that the UE has already activated AS security before the eNB can send the encrypted MT data in Msg4.
[0036] In DL-EDT, small DL data may be transmitted in Msg4. For example, if the network wants to move the UE to the RRC CONNECTED mode but also wants to send DL data in Msg4, the network may use the DL EDT solution. After receiving the Msg3, the eNB can decide whether the UE should be moved back to IDLE or RRC CONNECTED mode using Msg4. In UL EDT, it may be possible that acknowledgment for the UL EDT data can be sent in Msg4. In DL-EDT, the UE may send Msg5 if acknowledgement of DL EDT data in Msg4 is to be sent. In this case, the network may ask the UE to move to the RRC CONNECTED mode. After receiving Msg5, the network may send an RRCConnectionRelease message in Msg6 to move the UE to the IDLE mode if the indicated buffer status report (BSR) is zero. Therefore, the Rel-l6 DL EDT can be used to send the small DL data whether or not the acknowledgement is to be sent.
[0037] DL-EDT may accordingly be defined as: if an acknowledgement of DL data in Msg4 is not to be sent, the network may move the UE to the IDLE mode using Msg4. Otherwise, the network may move the UE to the
RRC CONNECTED mode. If the UE reports zero BSR in Msg5 when sending the acknowledgment for DL EDT data, the network may release the UE to the IDLE mode using Msg6.
[0038] The Role of MME and Sl AP signalling:
[0039] The MME is unaware of DL EDT. The MME may provide DL data size information, UE-RadioPaginglnfo (whether UE or not supports DL- EDT), whether or not the UE is to provide acknowledgment and Sl AP paging to the eNB.
[0040] The MME is unaware of DL EDT. When there is single DL data, the MME may send Sl AP paging and indication of a single DL data to the eNB. The remainder may be handled by the eNB without knowing whether or not the DL data can fit in a single TB for transmission.
[0041] The MME is aware of DL EDT. The MME may receive DL EDT support capability from Msg5. The MME may also define the maximum TBS size limit to be used for DL-EDT. When there is DL data, the MME may decide whether to inform the eNB that DL-EDT can or cannot be used (when sending paging) based on the UE’s capability, DL data size and whether or not the EGE is to provide acknowledgment.
[0042] The MME is aware of DL EDT. The MME may only store the
EIE’s DL EDT capability. Based on the capability, and whether or not the UE is to provide acknowledgment when there is DL data, the MME may send Sl AP paging including a DL-EDT indication and size of DL data to the eNB.
[0043] The MME is aware of DL EDT. The MME may only store the
UE’s DL EDT capability. Based on capability, when there is DL data, the MME may send legacy Sl AP paging and a single DL data indication. The eNB may decide whether or not to use DL EDT (based on channel condition and data size). The eNB can assume that the UE is able to not to provide
acknowledgment and can release the UE to the IDLE mode using Msg4.
[0044] FIG. 3 illustrates DL EDT solution including Sl AP signaling in accordance with some embodiments. If the UE is using CP cellular internet of things (CloT) optimization and the network wants the UE to move to the RRC CONNECTED mode, the network may send an
RRCConnectionSetupRequest message in Msg4. In one option, a new RRC Connection Setup message may be defined to deliver the CP data using dedicatedlnfoNAS in Msg4 (from the serving eNB (SeNB)) that moves the UE to the RRC CONNECTED mode. An example using the extension field is shown below.
[0045] RRCConnectionSetup. The RRCConnectionSetup message is used to establish SRB1. Signalling radio bearer: SRB0. RLC-SAP: TM. Logical channel: CCCH. Direction: E-UTRAN to UE.
RRCConnectionSetup message
— ASN1START
RRCConnectionSetup ::= SEQUENCE
rrc-Trans actionIdentifier RRC-Transactionldentifier, criticalExtensions CHOICE {
cl CHOICE {
rrcConnectionSetup-r8 RRCConnectionSetup- r8 -I Es , spare7 NULL,
spare6 NULL, spare5 NULL, spare4 NULL,
spare3 NULL, spare2 NULL, sparel NULL
criticalExtensions Future SEQUENCE }
RRCConnectionSetup-r8-IEs ::= SEQUENCE {
radioResourceConfigDedicated RadioResourceConfigDedicated, nonCriticalExtension RRCConnectionSetup-v8aO-IEs
OPTIONAL
RRCConnectionSetup-v8aO-IEs SEQUENCE {
lateNonCriticalExtension OCTET STRING
OPTIONAL,
nonCriticalExtension RRCConnectionSetup-vl6xy-IEs
OPTIONAL
}
RRCConnectionSetup-vl6xy-IEs SEQUENCE {
dedicatedlnfoNAS DedicatedlnfoNAS,
nonCriticalExtension SEQUENCE { )
OPTIONAL
}
ASN1STOP
[0046] An example using new message is shown below.
[0047] RRCConnectionSetup. The RRCConnectionSetup message is used to establish SRB1. Signalling radio bearer: SRB0. RLC-SAP: TM. Logical channel: CCCH. Direction: E-UTRAN to UE.
RRCConnectionSetup message
— ASN1START
RRCConnectionSetup ::= SEQUENCE {
rrc-Trans actionIdentifier RRC-Transaction]:dentifier, criticalExtensions CHOICE {
cl CHOICE {
rrcConnectionSetup-r8 RRCConnectionSetup- r8 -IEs , rrcConnectionSetup-rl6 RRCConnectionSetup-rl6
IEs ,
spare6 NULL, spare5 NULL spare4 NULL,
spare3 NULL, spare2 NULL sparel NULL
},
criticalExtensions Future SEQUENCE { ) RRCConnectionSetup-r8-IEs ::= SEQUENCE {
radioResourceConfigDedicated RadioResourceConfigDedicated, nonCriticalExtension RRCConnectionSetup-v8aO-IEs
OPTIONAL
}
RRCConnectionSetup-v8aO-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING
OPTIONAL,
nonCriticalExtension SEQUENCE { )
OPTIONAL
}
RRCConnectionSetup-rl6-IEs ::= SEQUENCE {
radioResourceConfigDedicated RadioResourceConfigDedicated, dedicatedlnfoNAS DedicatedlnfoNAS,
nonCriticalExtension SEQUENCE { ) OPTIONAL ASN1STOP
[0048] In another embodiment, the paging message may contain the indication. The paging message may contain a DL-EDT indication or PRACH resource indication.
[0049] In one option, a few bits in the paging message may be used to indicate the index of the preamble to use from a preconfigured pool of dedicated PRACH resources. The pool of dedicated PRACH resources can be broadcast in system information or configured using dedicated RRC signaling differently for each UE. This pool can also be shared with a Rel-l5 EDT PRACH resource or legacy PRACH resource. The size of the pool of the PRACH resource can be one or larger than one for each coverage enhancement level. The pool of PRACH resources can contain only a random access preamble and time and frequency PRACH resource can be same as legacy or Rel-l5 EIL EDT.
[0050] If only one preamble is configured for each coverage
enhancement (CE) level to use for DL-EDT in the pool of DL EDT dedicated PRACH resources and multiple EIEs are to be paged with each having DL-EDT data at the same time, the eNB may page the EIEs at different paging occasions. In another option, all EIEs having DL-EDT data are paged together but each LIE in the paging record list, PagingRecordList, may delay sending the RA preamble by not using the first kth PRACH resource, where k is equal to index number of the UE in the PagingRecordList. In another option, the UE may delay the generation of the RRC message in response to the paging message by K time units to minimize a possible collision with the paged UE. In another option, all UEs use the same preamble but use a different time/frequency PRACH resource as indicated by a PRACH mask index value as specified in TS 36.321 section 7.3. The PRACH mask index value may be determined from the index value in the PagingRecordList.
[0051] In another option, preamble group A and B may be used. For
Rel-l6 DL EDT preamble group B may be used to indicate the UE capability or that the UE is ready to receive DL-EDT in Msg4. Also, preamble group A can be used for Rel-l5 UL EDT. This may indicate that the UE has prepared an RRC message including a NAS service request to send in Msg3 for a CP solution. The UE may activate AS security before transmission of Msg3 in the UP solution. The CE level can be indicated from the time and frequency PRACH resource as a separate dedicated PRACH resource or may use the same resource as the Rel-l5 UL EDT PRACH resource or the PRACH resource for CE.
[0052] As another option, some of the Rel-l5 UL EDT preambles (say n preambles, where n > 0) can be allocated to use for Rel-l6 DL EDT for each configured CE level.
[0053] If UE has UL data to transmit, the UE may not use the dedicated DL-EDT PRACH resource even if the DL-EDT indication is received in the paging message.
[0054] In one option, a dedicated PRACH for DL EDT may be used only when the UE is using CP CloT optimization. UEs using UP CloT optimization may use the legacy PRACH resource for each CE level.
[0055] Indication of TBS size of DL data: in Rel-l5 UL EDT, the maximum TBS size that can be transmitted using the UL EDT solution is 1000 bits for CE mode A and 936 bits in CE mode B. However, for DL data, the maximum TBS size can be determined by the network depending on the UE category and channel condition since the resource for the Msg4 is dynamically scheduled. However, the eNB may not know beforehand the UE’s CE level until the eNB receives Msgl and the UE’s category (for support of larger TBS size) until context is fetched. For example, the eNB may know in the indication from the MME that the size of available small DL data is 1000 bits for a UE, but may not know whether the UE’s CE level is 0/1 or 2/3. When the received preamble corresponds to CE level 2 or 3, the small data (1000 bits) may be unable to be transmitted in a single TB. Therefore, the UE may always have to be prepared as the UE may fall back to the legacy procedure after sending the Msg3 for DL EDT.
[0056] In one option, the MME may also provide the size of the small data along with an Sl AP paging message to the eNB. This may indicate to the eNB to decide whether or not the DL-EDT should be used based on the UE’s category, the UE’s DL-EDT capability or the channel condition, and the UE’s support for scheduling of multiple transport blocks or maximum TBS size limit. [0057] In another option, the MME may also provide whether the UE is to provide the acknowledgment for the small DL data. If the UE is to provide acknowledgement, the eNB may move the UE to the RRC CONNECTED mode. However, the eNB may still use DL EDT to transmit the small DL data in Msg4.
[0058] Signaling process:
[0059] DL-EDT indication in paging: an example of MT EDT or DL
EDT indication in paging message is shown below. The Paging message may be used for the notification of one or more UEs. Signalling radio bearer: N/A. RLC-SAP: TM. Logical channel: PCCH. Direction: E-UTRAN to UE.
Paging message
— ASN1START
Paging ::= SEQUENCE {
pagingRecordLis t PagingRecordList
OPTIONAL, — Need ON
systemlnfoModification ENUMERATED (true)
OPTIONAL, — Need ON
etws-Indi cation ENUMERATED (true)
OPTIONAL, — Need ON
nonCriticalExtension Paging-v890-IEs
OPTIONAL
Paging-v890-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING
OPTIONAL,
nonCriticalExtension Paging-v920- 1Es
OPTIONAL
Paging-v920-IEs ::= SEQUENCE
cmas-Indication-r9 ENUMERATED (true) OPTIONAL, — Need ON
nonCriticalExtension Paging-vll30-IEs
OPTIONAL
Paging-vll30-IEs ::= SEQUENCE {
eab-ParamModi fication-rll ENUMERATED (true)
OPTIONAL, — Need ON
nonCriticalExtension Paging-vl310-IEs
OPTIONAL
Paging-vl310-IEs ::= SEQUENCE {
redistributionIndication-rl3 ENUMERATED (true) OPTIONAL, —Need ON
systemInfoModification-eDRX-rl3 ENUMERATED (true) OPTIONAL, — Need ON
nonCriticalExtension SEQUENCE { )
OPTIONAL
} PagingRecordList ::= SEQUENCE (SIZE ( 1.. maxPageRec) ) OF
PagingRecord
- PagingRecord : := SEQUENCE {
ue-Identity PagingUE-Identity, cn-Domain ENUMERATED {ps, cs),
Edt-Indication-DL-rl6 ENUMERATED (true) OPTIONAL — Need ON
ra-PreambleIndex-rl6 INTEGER (0..63)
OPTIONAL — Need ON
)
- PagingUE-Identity : : = CHOICE {
s-TMSI S-TMSI,
imsi IMSI,
ng-5G-S-TMSI-r 15 NG-5G- S-TMSI -r15 , - i-RNTI- r15 I-RNTI-Value-r15
)
IMSI ::= SEQUENCE (SIZE (6..21)) OF IMSI- Digit
IMSI-Digit ::= INTEGER (0..9)
— ASN1STOP
[0060] In another option, one of the pool of configured reserved dedicated preambles can be indicated in the paging. The size of pool for the preamble can depend on the configuration of reserved dedicated preambles. In another option, the size of pool can be fixed and can be taken as the first Nth preambles from the pool. The value of N can be 2 or 4 or maxPageRec. An example is shown below.
PagingRecordList ::= SEQUENCE (SIZE (L.maxPageRec)) OF PagingRecord
PagingRecord : := SEQUENCE {
ue-Identity PagingUE-Identity,
cn-Domain ENUMERATED (ps, cs},
Dl-EDT -Preamblelndex-r 16 INTEGER (0..maxPageRec) OPTIONAL
Need ON
}
[0061] OR
PagingRecordList ::= SEQUENCE (SIZE (L.maxPageRec)) OF PagingRecord
PagingRecord : := SEQUENCE {
ue-Identity PagingUE-Identity,
cn-Domain ENUMERATED (ps, cs}, Dl-EDT-PreambleIndex-rl6 ENUMERATED {Preamble-1, Preamble-2}
OPTIONAL - Need ON
}
[0062] OR
PagingRecordList ::= SEQUENCE (SIZE (L.maxPageRec)) OF PagingRecord
PagingRecord : := SEQUENCE {
ue-Identity PagingUE-Identity,
cn-Domain ENUMERATED {ps, cs},
Dl-EDT-PreambleIndex-rl6 ENUMERATED {Null, Preamble-1, Preamble-2, Preamble- 3}
}
[0063] Or a separate paging record list can be created that is only applicable to UEs in CE. In the case the index order of the list PagingEDT- IndicationList and the original PagingRecordList should belong to the same UE, however, the size of the list can be different.
Paging message
- ASN1 START
Paging ::= SEQUENCE {
pagingRecordList PagingRecordList OPTIONAL,
Need ON
systemlnfoModification ENUMERATED {true} OPTIONAL,
Need ON
etws-Indication ENUMERATED {true} OPTIONAL,
Need ON
nonCriticalExtension Paging-v890-IEs OPTIONAL
}
Paging-v890-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL, nonCriticalExtension Paging-v920-IEs OPTIONAL
} Paging-v920-IEs ::= SEQUENCE {
cmas-Indication-r9 ENUMERATED {true} OPTIONAL,
Need ON
nonCriticalExtension Paging-vl 130-IEs OPTIONAL
}
Paging-vl 130-IEs ::= SEQUENCE {
eab-ParamModification-rl 1 ENUMERATED {true} OPTIONAL,
Need ON
nonCriticalExtension Paging-vl310-IEs OPTIONAL
}
Paging-vl310-IEs ::= SEQUENCE {
redistributionIndication-rl3 ENUMERATED {true} OPTIONAL, —Need
ON
systemInfoModiircation-eDRX-rl3 ENUMERATED {true} OPTIONAL,
Need ON
nonCriticalExtension Paging-vl 6xy-IEs { } OPTIONAL
}
Paging-vl 6xy-IEs : := SEQUENCE {
pagingEDT -IndicationList PagingEDT -IndicationList OPTIONAL,
Need ON
nonCriticalExtension SEQUENCE { } OPTIONAL
}
PagingEDT -IndicationList : := SEQUENCE (SIZE ( 1..maxPageRec)) OF PagingEDT -
Indication
PagingEDT -Indication : := SEQUENCE {
Dl-EDT-PreambleIndex-rl6 ENUMERATED {Preamble-1, Preamble-2}
OPTIONAL - Need ON
}
PagingRecordList ::= SEQUENCE (SIZE (L. maxPageRec)) OF PagingRecord
PagingRecord SEQUENCE {
ue-Identity PagingUE-Identity,
cn-Domain ENUMERATED {ps, cs}, }
PagingUE-Identity : := CHOICE {
s-TMSI S-TMSI,
imsi IMSI, ng-5 G-S -TMSI-r 15 NG-5G-S-TMSI-rl5,
i-RNTI-rl5 I-RNTI-Value-rl5 }
IMSI : := SEQUENCE (SIZE (6..21)) OF IMSI-Digit
IMSI-Digit : := INTEGER (0..9)
- ASN1STOP
[0064] In another option, the eNB may also provide the size of DL data so that the UE can decide whether or not to use DL EDT or whether to provide a DL EDT indication via Msgl or Msg3 that the EE is ready to receive data in Msg4 based on the CE level. This is because the TB that can be transmitted depends on CE level and the eNB would not be aware of the CE level until the eNB receives Msgl from the EE. PagingEDT-Indication ::= SEQUENCE {
Dl-EDT-PreambleIndex-rl6 ENUMERATED {Preamble-1, Preamble-2}
OPTIONAL - Need ON
Dl-EDT-DataSize-rl6 ENUMERATED {0..3 } OPTIONAL
Need ON
}
[0065] In another option, the eNB may indicate all PRACH resources (or preambles) corresponding to each CE level as the eNB may not be aware of the CE level the EE is in. The EE may then respond with the correct preamble based on its CE level. Alternatively, the eNB may indicate a preamble for CE level 0 The preamble for CE level x may be determined as preamble + x.
[0066] Paging message with payload: in another option, payload or DL
EDT data may be included in the paging message only if TIE is a stationary TIE or the location of the TIE is known to the MME. In another option, the MME may attempt to send the paging only to the eNB where the TIE was connected to last time. If the MME does not hear from the TIE, then the MME may follow the paging retransmission without DL data payload or with only DL data indication.
[0067] For acknowledgment from the LIE for the DL data, the LIE can send the NAS signaling using the configured PETSCE1 resource or EIL semi- persistent scheduling (SPS). The resource can be configured by a dedicated RRC message to one LIE or to a group of EIEs for sharing to send an ACK upon paging. The indication for activation of the configured EIL resource can be sent in the paging message. In one option, NAS signaling may be sent as an ACK in the configured EIL resource as Msg3 and Msg4 is scheduled by the eNB to indicate successful reception of Msg3 and the EE can enter the Idle mode.
[0068] In another option, the EE may be configured with dedicated preconfigured uplink and/or downlink resources while in RRC CONNECTED mode. When the EE is released to Idle mode, the context or information of the dedicated preconfigured resource and/or cell-specific RNTI to scramble the data in the PDSCH/PEISCH may be provided to the MME transparently. When there is MT DL data, the MME may send the S 1 AP paging together with the DL data, such information of the dedicated preconfigured resource and/or cell-specific RNTI to scramble the data in the PDSCH/PEISCH so that the eNB can activate the resource for the EE in the Idle mode via RAN paging (with some activation indication). A preconfigured DL resource may be used for MT data and a preconfigured UL resource may be used for acknowledgement. After successful acknowledgement, the preconfigured resource can be implicitly disabled. In addition to a cell-specific RNTI, the MME can also indicate a NAS specific RNTI or a tracking area specific RNTI to scramble the PDSCH/PUSCH. In another option, this procedure may apply only to a stationary UE or only to the eNB where the UE was connected the last time or to a group of eNBs or only a few selected or recommended eNBs.
[0069] In another option, X preconfigured uplink and/or downlink resources may be defined. The X resources may be identified by resource mapping indices, and which resource to use may be indicated in paging by the corresponding cells. Unless activated via paging, such resources are not wasted and may be used for other purposes. X can be flexible to allocate resources or preconfigure resources for X cells or eNBs or within a tracking area.
[0070] In another option, the UE may use the preamble (PRACH resource) indicated in the paging message to receive a UL grant to send Msg3. The UE may send the NAS signaling in Msg3 and return to the Idle mode. The eNB may forward the NAS signaling to the MME. In another option, the UE may return to the Idle mode after receiving a contention resolution ID (or after contention resolution is successful).
[0071] In another option, the MME may send the paging message with
DL data only to the eNB where the UE was connected to the last time, whereas the eNB may send the paging message with DL data (MT data) indication to the rest of the eNBs in the tracking area.
[0072] If the UE receives the packet, the UE may refrain from taking further action and stay in the Idle mode. In this case, the UE may be unable to receive the packet correctly, instead sending a NAS service request in Msg3 and receiving the DL data in Msg4.
[0073] Security of DL data in paging message: in the initial attach procedure, the MME may assign to the UE a security code that is stored as a new RNTI, e g., EDT-RNTI. The MME may provide the EDT-RNTI code to the eNB during Sl AP paging to scramble the DL data transmitted via or scheduled via paging, i.e. a PDSCH scrambled with the EDT-RNTI. Additionally, the eNB can also provide a cell-specific EDT-RNTI for the UE to the MME while releasing the UE to the idle mode. If the RNTI length is x bits in length, then x bits (e.g., MSB or LSB) of the IMSI or S-TMSI or a new security code can be considered as the EDT-RNTI. The new security code is for an additional layer of protection at the AS on the top of the NAS security. [0074] In another option, the cell-specific or tracking area specific or the
MME-specific EDT-RNTI (or security code) has a validity time. After the expiry of the validity timer, the UE either has to request a new code with the MME and MT EDT may be unable to be used unless a new code (EDT-RNTI) is assigned. In another option, a set of security codes (N security codes or EDT- RNTI) are negotiated and each one is used differently for each MT data (DL NAS PDU) in a sequence or random or predefined order. When there are no more codes left or all codes are used up, a new set of security codes may be negotiated between the UE and the MME.
[0075] In another option, when the UE NAS receives the data in the
Paging (DL NAS PDU) or scheduled by paging and integrity protection check fails at the NAS or NAS security fails for a single time or for N times, the UE NAS may initiate a new NAS service request message with a new establishment cause or indication that the NAS security failed for data in the paging message to receive the DL data and a new security code (or EDT-RNTI scrambling code) correctly in Msg4. In another option, the UE NAS may always initiate a new attach procedure to establish a new NAS security between the UE and the core network.
[0076] In another option, for each new MT data, a new EDT-RNTI (security code) is also included. The security code and MT data may be both protected by NAS security. When the UE receives the DL NAS PDU
successfully, the UE may also receive a new security code to receive the new NAS PDU in future and the old code may no longer be valid.
[0077] For UEs using UP CloT optimization: the MT data may be sent via paging or scheduled via paging by the eNB where the UE was last in RRC CONNECTED. Otherwise, the MT data may be sent via Msg4. The MME may send the MT data to the eNB that was the last serving eNB for the UE.
[0078] If the last serving eNB provided the NCC in the last suspend procedure, MT data in the PDSCH is ciphered. The UE may also activate AS security and receive the PDSCH. In the PDSCH, the new dedicated PRACH preamble or resource information may also be included and ciphered so that the UE can send feedback (ACK/NACK). If no feedback is received or the NACK is received, the eNB may schedule the retransmission via another paging message or indicate to the MME to fallback to the legacy paging mechanism. In case of an ACK, the UE may return to the Idle mode with a suspend indication after sending the dedicated preamble. In case of a NACK (preamble
corresponding to a NACK), a similar process to random access may follow, the UE may monitor the common search space (CSS) for the given RNTI and may expect a PDCCH scheduling the retransmission of the PDSCH. In another option for a NACK, the UE may initiate the random access procedure to resume the RRC connection. In another option, Sl AP paging with MT data may be sent to all eNBs one by one and the above process may be repeated until the UE sends feedback to the eNB.
[0079] For EIEs using CP CloT optimization: in a case of a CP solution, the UE may be in Idle mode and have no stored UE context. The MME may negotiate with each eNB to add a dedicated PRACH preamble and resource for feedback in the NAS PDET in the tracking area. This can be done one at a time or all eNBs at the same time. If it is done one at a time (i.e., for delay tolerant EIEs or low mobile UEs), the MME may first obtain the PRACH resource for feedback and send the paging with encrypted DL data to the last serving eNB of the TIE. If there is no feedback, then the MME may repeat this to another eNB.
[0080] PRACH preamble configuration: in another option, the PRACH preamble can be configured using a common RACH configuration as shown in the example below. The TIE may use the PRACH preambles only if the DL- EDT indication is received in the paging message. In another option, the TIE may always use the preambles in response to a paging message. The other PRACH resource and parameters may be same to that configured for Rel-l5 EIL EDT.
[0081] RACH-ConfigCommon. The IE RACH-ConfigCommon is used to specify the generic random access parameters.
RACH-ConfigCommon information element
- ASN1 START
RACH-ConfigCommon ::= SEQUENCE {
preamblelnfo SEQUENCE {
numberOfRA-Preambles ENUMERATED { n4, n8, nl2, nl6, n20, n24, n28,
n32, n36, n40, n44, n48, n52, n56,
n60, n64},
preamblesGroupAConfig SEQUENCE {
sizeOfRA-PreamblesGroupA ENUMERATED {
n4, n8, nl2, nl6, n20, n24, n28, n32, n36, n40, n44, n48, n52, n56, n60},
messageSizeGroupA ENUMERATED {b56, bl44, b208, b256}, messagePowerOffsetGroupB ENUMERATED {
minusinfinity, dBO, dB5, dB8, dB 10, dB 12, dB 15, dB 18},
} OPTIONAL — Need OP },
powerRampingParameters PowerRampingParameters,
ra-Supervisionlnfo SEQUENCE {
preambleT ransMax PreambleT ransMax, ra-ResponseWindowSize ENUMERATED {
sl2, sl3, sf4, sf5, sf6, sf7, sf8, sflO},
mac-ContentionResolutionTimer ENUMERATED {
sf8, sfl6, sf24, sf32, sf40, sf48, sf56, sf64}
},
maxH ARQ-Msg3 T x INTEGER (1..8),
[[ preambleTransMax-CE-rl3 PreambleT ransMax
OPTIONAL, — Need OR
rach-CE-LevelInfoList-rl3 RACH-CE-LevellnfoList-rl 3
OPTIONAL - Need OR
11
} RACH-ConfigCommon-vl250 ::= SEQUENCE {
txFailParams-r 12 SEQUENCE {
connEstFailCount-rl2 ENUMERATED {nl, n2, n3, n4}, connEstFailOffsetValidity-rl2 ENUMERATED {s30, s60, sl20, s240:
s300, s420, s600, s900}, connEstFailOffset-rl2 INTEGER (0..15) OPTIONAL - Need OP
}
}
RACH-ConfigCommonSCell-rl l ::= SEQUENCE {
powerRampingParameters-rl 1
PowerRampingParameters,
ra-Supervisionlnfo-rl 1 SEQUENCE {
preambleTransMax-rl 1
PreambleT ransMax
},
}
RACH-CE-LevellnfoList-rl 3 : := SEQUENCE (SIZE (L.maxCE-Level-rl3)) OF RACH-CE- LevelInfo-rl3
RACH-CE-Levellnfo -r 13 ::= SEQUENCE {
preambleMappingInfo-rl3 SEQUENCE {
firstPreamble-rl 3 INTEGER(0..63),
lastPreamble-rl3 INTEGER(0..63)
},
ra-ResponseWindowSize-rl3 ENUMERATED {si20, sf50, sf80, sfl20: sfl80, sf240, sf320, sf400}, mac-ContentionResolutionTimer-rl3 ENUMERATED (sf80, sflOO, sfl20, sf!60, sf200, sf240, sf480, sf960},
rar-HoppingConfig-rl 3 ENUMERATED {oh,oίϊ},
[[ edt-Parameters-rl5 SEQUENCE {
edt-LastPreamble-rl 5 INTEGER(0..63),
edt-SmallTB S-Enabled-rl 5 BOOLEAN,
edt-TBS-rl5 ENUMERATED {b328, b408, b504, b600, b712,
b808, b936, bl000or456}, mac-ContentionResolutionTimer-rl5 ENUMERATED (sf240, sf480, sf960, sf!920, sf3840, sf5760, sf7680, sf 10240} OPTIONAL - Need OP } OPTIONAL - Cond EDT
]],
[[ edt-Preamble-DL-rl6 INTEGER(0..63) OPTIONAL
- Cond EDT-DL
]]
}
[0082] .
[0083] In another option, the UE may use the same PRACH resource and parameters as a legacy PRACH resource configured for the enhanced coverage. Only the preamble may be dedicated for DL EDT.
[ [edt-F irstP reamble -DL -r 16 INTEGER(0..63) OPTIONAL - Cond EDT-DL
11
}
[0084] OR
[[edt-Parameters-r!5 SEQUENCE {
edt-LastPreamble-rl 5 INTEGER(0..63), edt-SmallTB S-Enabled-rl 5 BOOLEAN,
edt-TBS-rl5 ENUMERATED {b328, b408, b504, b600, b712, b808, b936, bl000or456}, mac-ContentionResolutionTimer-rl5 ENUMERATED {sf240, sf480, sf960, sfl920, sf3840, sf5760, sf7680, sfl0240}
OPTIONAL - Need OP
} OPTIONAL - Cond EDT
]],
[[edt-PreambleMappingInfo-rl6 SEQUENCE {
edt-FirstPreamble-DL-rl6 INTEGER(0..63),
edt-LastPreamble-DL-rl6 INTEGER(0..63)
} OPTIONAL - Cond EDT
11
}
[0085] Capability indication for CP and UP DL-EDT
[0086] In some embodiments, the UE may also report the DL-EDT capability in UE-EUTRA-Capability or in UE-RadioPaginglnfo IEs as follows. When the DL-EDT capability is reported in the UE-RadioPaginglnfo IE, the MME can send this container to the eNB when sending the Sl AP paging message. This helps the eNB determine the UE’s DL-EDT capability. If the UE supports the DL-EDT and the MME has also indicated the DL-EDT data is available, the eNB optionally can send the DL-EDT indication in the RAN paging message and also provide a sufficiently larger grant in the RAR for UEs to send a NAS service request in Msg3 for CP solutions. For UP solutions, the eNB can assume a DL-EDT capable UE may always activate AS security before Msg3.
[0087] In other option, the UE may send the CP DL-EDT or UP DL- EDT capability in the RRCConnectionSetupComplete message so that the MME can store the capability in its context for later use.
[0088] In another option, the UE’s capability on the support of scheduling of multiple transport blocks by a single PDCCH can also be indicated in UE-RadioPaginglnfo to let the eNB decide whether or not to use DL-EDT during paging. This may indicate whether the DL EDT small data size is large enough that the data cannot be transmitted in a single transport block.
[0089] Capability indication in UE-RadioPaginglnfo
[0090] UE-RadioPaginglnfo
[0091] The UE-RadioPaginglnfo IE contains UE capability information needed for paging.
UE-RadioPaginglnfo information element
ASN1START
UE-RadioPaginglnfo-rl2 SEQUENCE {
ue-Category-v!250 INTEGER (0) OPTIONAL,
[ [ ue-CategoryDL-vl310 ENUMERATED {ml}
OPTIONAL,
ce-ModeA-rl3 ENUMERATED {true} OPTIONAL, ce-ModeB-r!3 ENUMERATED {true} OPTIONAL
[ [ wakeUpSignal-rl5 ENUMERATED { true} OPTIONAL, wakeUpSignal-TDD-r15 ENUMERATED { true} OPTIONAL, wakeUpSignalMinGap-eDRX-r15 ENUMERATED {ms 40, ms240, ms 1000, ms2000 ) OPTIONAL,
wakeUpSignalMinGap-eDRX-TDD-rl5 ENUMERATED {ms 40, ms240, ms 1000, ms2000 ) OPTIONAL
]],
earlyData-UP-DL-rl6 ENUMERATED {supported}
OPTIONAL
earlyData-CP-DL-rl6 ENUMERATED {supported}
OPTIONAL
s cheduleMultiple-TB-rl6 ENUMERATED {supported}
OPTIONAL }
ASN1STOP
[0092] Capability indication in UE-EUTRA-Capability
[0093] UE-EUTRA-Capability
[0094] The IE UE-EUTRA-Capability is used to convey the E-UTRA UE Radio Access Capability Parameters, see TS 36.306, and the Feature Group Indicators for mandatory features (defined in Annexes B.1 and C.1) to the network. The IE UE-EUTRA-Capability is transferred in E-UTRA or in another RAT.
UE-EUTRA-Capability information element
ASN1START
UE-EUTRA-Capability ::= SEQUENCE {
access StratumRelease Access StratumRelease,
ue-Category INTEGER (1..5) ,
pdcp-Parameters PDCP-Parameters ,
phyLayerParameters PhyLayerParameters ,
rf-Parameters RF-Parameters ,
meas Parameters Meas Parameters ,
featureGroupIndicators BIT STRING (SIZE (32) )
OPTIONAL,
interRAT- Parameters SEQUENCE {
utraFDD IRAT-ParametersUTRA- FDD
OPTIONAL,
utraTDD128 IRAT-ParameterSUTRA-TDD128 OPTIONAL,
utraTDD384 IRAT-ParameterSUTRA-TDD384 OPTIONAL,
utraTDD768 IRAT-ParameterSUTRA-TDD768 OPTIONAL,
geran IRAT-ParametersGERAN
OPTIONAL,
cdma2000-HRPD IRAT-ParametersCDMA2000-HRPD
OPTIONAL,
cdma2000-lxRTT IRAT-ParameterSCDMA2000-1XRTT OPTIONAL
, nonCriticalExtension UE-EUTRA-Capability-v920-IEs OPTIONAL UE-EUTRA-Capability-vl520-IEs SEQUENCE {
meas Parameters-vl 520 Meas Parameters -vl520,
nonCriticalExtens ion UE-EUTRA-Capability-vl530-IEs OPTIONAL
UE-EUTRA-Capability-vl530-IEs SEQUENCE {
mac- Parameters-vl 530 MAC- Parameters -vl530,
phyLayerParameters-vl 530 PhyLayerParameters-vl530
OPTIONAL,
rf-Parameters-vl530 RF-Parameters-vl530 , nonCriticalExtension UE-EUTRA-Capability-vl6xy-IEs
OPTIONAL
UE-EUTRA-Capability-vl6xy-IEs SEQUENCE {
mac-Parameters-vl6xy MAC- Parameters -vl6xy
nonCriticalExtension SEQUENCE { )
OPTIONAL
MAC-Parameters-vl6xy ::= SEQUENCE {
earlyData-UP-DL-r16 ENUMERATED (supported)
OPTIONAL
earlyData-CP-DL-rl6 ENUMERATED (supported)
OPTIONAL
scheduleMultiple-TB-r16 ENUMERATED (supported)
OPTIONAL
[0095] Capability indication in RRCConnectionSetupComplete message [0096] If the MME is to store the DL-EDT capability of the UE, this indication can be provided in Msg4 (RRCConnectioSetupComplete message) when the UE enters RRC CONNECTED mode. In this case, whenever there is small DL data, the MME can decide whether or not DL-EDT should be used. Similarly, to help the MME to decide whether or not to use DL EDT based on the size of the DL data, the support of scheduling of multiple transport blocks using a single PDCCH can be indicated. An example is shown below.
[0097] RRCConnectionSetupComplete
[0098] The RRCConnectionSetupComplete message may be used to confirm the successful completion of an RRC connection establishment.
Signalling radio bearer: SRB1. RLC-SAP: AM. Logical channel: DCCH.
Direction: UE to E-UTRAN.
RRCConnectionSetupComplete message
ASN1START
RRCConnectionSetupComplete ::= SEQUENCE {
rrc-Trans actionIdentifier RRC-Transaction!dentifier, criticalExtensions CHOICE {
cl CHOICE)
rrcConnectionSetupComplete-r8
RRCConnectionSetupComplete-r8-IEs
spare3 NULL, spare2 NULL sparel NULL
},
criticalExtensions Future SEQUENCE { )
)
)
RRCConnectionSetupComplete-r8-IEs SEQUENCE {
selectedPLMN- Identity INTEGER (1..maxPLMN-rll) ,
registeredMME RegisteredMME
OPTIONAL,
dedicatedlnfoNAS DedicatedlnfoNAS,
nonCriticalExtension RRCConnectionSetupComplete-v8aO-IEs OPTIONAL RRCConnectionSetupComplete-v8aO-I : : = SEQUENCE {
lateNonCriticalExtension OCTET STRING
OPTIONAL,
nonCriticalExtens ion RRCConnectionSetupComplete-vl020-IEs OPTIONAL
)
RRCConnectionSetupComplete-vl020- IEs ::= SEQUENCE {
gummei-Type-r10 ENUMERATED {native, mapped) OPTIONAL,
rlf-InfoAvailable-rlO ENUMERATED {true)
OPTIONAL,
logMeasAvailable-rlO ENUMERATED (true)
OPTIONAL,
rn-SubframeConfigReq-rlO ENUMERATED {required, notRequired) OPTIONAL,
nonCriticalExtension RRCConnectionSetupComplete-vll30-IEs OPTIONAL RRCConnectionSetupComplete-vll30-IEs ::= SEQUENCE {
connEstFaillnfoAvailable-rll ENUMERATED (true)
OPTIONAL,
nonCriticalExtension RRCConnectionSetupComplete-vl250-IEs
OPTIONAL
RRCConnectionSetupComplete-vl250 IEs ::= SEQUENCE {
mobilityState-r12 ENUMERATED {normal, medium, high, spare) OPTIONAL,
mobilityHis toryAvail-rl2 ENUMERATED (true)
OPTIONAL,
logMeasAvailableMBSFN-r12 ENUMERATED (true)
OPTIONAL,
nonCriticalExtension RRCConnectionSetupComplete-vl320-IEs
OPTIONAL
RRCConnectionSetupComplete-vl320-IEs ::= SEQUENCE {
ce-ModeB-rl3 ENUMERATED (supported)
OPTIONAL,
s-TMSI-rl3 S-TMSI
OPTIONAL,
attachWithoutPDN-Connectivity-rl3 ENUMERATED (true)
OPTIONAL,
up-CIoT-EPS-Optimisation-rl3 ENUMERATED (true)
OPTIONAL,
cp-CIoT-EPS-Optimisation-rl3 ENUMERATED (true)
OPTIONAL, nonCriticalExtension RRCConnectionSetupComplete-vl330-IEs OPTIONAL RRCConnectionSetupComplete-vl330-IEs ::= SEQUENCE {
ue-CE-NeedULGaps-rl3 ENUMERATED (true)
OPTIONAL,
nonCriticalExtens ion RRCConnectionSetupComplete-vl430-IEs
OPTIONAL
)
RRCConnectionSetupComplete-vl430-IEs ::= SEQUENCE {
dcn-ID-rl4 INTEGER (0..65535)
OPTIONAL,
nonCriticalExtens ion RRCConnectionSetupComplete-vl5xy-IEs
OPTIONAL
RRCConnectionSetupComplete-vl5xy-IEs ::= SEQUENCE {
lateNonCriticalExtension OCTET STRING OPTIONAL,
nonCriticalExtension RRCConnectionSetupComplete-vl6xy-IEs
OPTIONAL RRCConnectionSetupComplete-vl6xy-IEs ::= SEQUENCE {
earlyData-UP-DL-rl6 ENUMERATED (supported)
OPTIONAL,
earlyData-CP-DL-r16 ENUMERATED (supported)
OPTIONAL,
s cheduleMultiple-TB-r16 ENUMERATED (supported)
OPTIONAL,
nonCriticalExtension SEQUENCE { )
OPTIONAL
)
RegisteredMME : := SEQUENCE {
plmn-Identity PLMN-Identity
OPTIONAL,
mmegi BIT STRING (SIZE (16) ) ,
iranec MMEC
ASN1STOP
[0099] Capability indication using new RRC message in UP solution
[00100] In an UP solution, the UE can also use a new RRC message with CCCH message class extension (RRCResumeEarlyDownlinkDataRequest message or RRCResumeEarlyDataRequest message) to let the network know that the UE has already activated AS security before Msg3.
[00101] New CCCH message class extension
[00102] UL-CCCH-Message
[00103] The UL-CCCH-Message class is the set of RRC messages that may be sent from the UE to the E-UTRAN on the uplink CCCH logical channel. — ASN1START
UL-CCCH-Message ::= SEQUENCE {
message UL-CCCH-Mes sageType UL-CCCH-Mes sageType ::= CHOICE {
cl CHOICE {
rrcConnectionRees tablishmentRequest
RRCConnectionRees tablishmentRequest,
rrcConnectionReques t RRCConnectionRequest
},
messageClassExtension CHOICE {
c2 CHOICE {
rrcConnectionResumeReques t-rl3
RRCConnectionResumeReques t-r!3
messageClassExtensionFuture-rl3 CHOICE {
c3 CHOICE {
rrcEarlyDataRequest-r15 RRCEarlyDataReques t-rl5 , rrcResumeEarlyDownlinkDataReques t-rl6
RRCResumeEarlyDownlinkDataReques t-rl6,
spare2 NULL, sparel NULL
},
messageClassExtensionFuture-r!5 SEQUENCE {}
ASN1STOP
[00104] RRCResumeEarlyDownlinkDataRequest
[00105] The RRCResumeEarlyDownlinkDataRequest message may be used to request the resumption of a suspended RRC connection or to perform Mobile Terminated UP-EDT. Signalling radio bearer: SRB0. RLC-SAP: TM. Logical channel: CCCH. Direction: UE to E-UTRAN
RRCCorwectionResumeRequest message — ASN1START
RRCResumeEarlyDownlinkDataRequest-r16 ::= SEQUENCE {
criticalExtensions CHOICE {
RRCResumeEarlyDownlinkDataReques t-rl6
RRCResumeEarlyDownlinkDataReques t-rl6-IEs ,
criticalExtensionsFuture SEQUENCE { ) RRCResumeEarlyDownlinkDataRequest-rl6-IEs SEQUENCE {
resumeID-rl6 ResumeIdentity-r13, shortResumeMAC-I-rl6 BIT STRING (SIZE (16) ) , resumeCause-r16 ENUMERATED {mt- Access, spare) ,
spare BIT STRING (SIZE (4) )
— ASN1STOP
[00106] Network capability indication in System Information
[00107] The eNB can also broadcast whether or not DL-EDT is supported. If the eNB supports DL-EDT, then the eNB can let the TIE know that for each RRC connection request message in response to a paging message, the eNB will provide a larger EIL grant in the RAR for the TIE to send the NAS service request in Msg3 for the CP solution. For the TIP solution, if the eNB supports DL-EDT and provides an indication in system information, the LIE may activate AS security before Msg3 based on the Next Hop Chaining Counter (NCC) received in the previous suspend procedure. This can also be considered as an indication that the eNB will provide a larger ETL grant in the RAR for every preamble the eNB receives for a duration starting from X subframes after the end subframe of paging message reception or until the intended paged LIE responds back, whichever is earliest. The duration can be defined as a new timer. The duration can be equal to N discontinuous reception (DRX) cycles, contention resolution timer, RA window size, or paging retransmission time.
The length duration can also be broadcast in the system information.
[00108] An example of network capability indication in SIB2 is shown below.
[00109] System information blocks
[00110] SystemInformationBlockType2
[00111] The IE SystemInformationBlockType2 contains radio resource configuration information that is common for all UEs.
System! nformationB!ockType2 information element
ASN1START
SystemInformationBlockType2 ::= SEQUENCE {
ac-Barringlnfo SEQUENCE {
ac-BarringForEmergency BOOLEAN,
ac-BarringForMO-Signalling AC-BarringConfig
OPTIONAL, — Need OP
ac-BarringForMO-Data AC-BarringConfig
OPTIONAL — Need OP
OPTIONAL, — Need OP radioResourceConfigCommon RadioResourceConfigCommonSIB, ue-TimersAndConstants UE-TimersAndCons tants ,
freqlnfo SEQUENCE {
ul-CarrierFreq ARFCN-ValueEUTRA
OPTIONAL, — Need OP
ul-Bandwidth ENUMERATED {n6, n!5, n25, n50, n75, nlOO )
OPTIONAL, — Need OP
additionalSpectrumEmis sion AdditionalSpectrumEmission mbsfn-SubframeConfigList MBSFN-SubframeConfigList
OPTIONAL, — Need OR
timeAlignmentTimerCommon TimeAlignmentTimer ,
lateNonCriticalExtension OCTET STRING (CONTAINING
SystemInformationBlockType2-v8hO-IEs ) OPTIONAL,
[ [ s sac-BarringForMMTEL-Voice-r9 AC-BarringConfig
OPTIONAL, — Need OP
s sac-BarringForMMTEL-Video-r9 AC-BarringConfig
OPTIONAL — Need OP
] ] ,
[ [ ac-BarringForCSFB-rlO AC-BarringConfig OPTIONAL
-- Need OP
] ] ,
[[ ac-BarringSkipForMMTELVoice-r12 ENUMERATED (true)
OPTIONAL, — Need OP
ac-BarringSkipForMMTELVideo-rl2 ENUMERATED (true)
OPTIONAL, — Need OP
ac-BarringSkipForSMS-rl2 ENUMERATED (true)
OPTIONAL, — Need OP
ac-BarringPerPLMN-Lis t-r12 AC-BarringPerPLMN-Li st-r12
OPTIONAL — Need OP
] ] ,
[[ voiceServiceCauseIndication-rl2 ENUMERATED (true)
OPTIONAL — Need OP
] ] ,
[ [ acdc-BarringForCommon-r13 ACDC-BarringForCommon-rl3
OPTIONAL, — Need OP
acdc-BarringPerPLMN-Lis t-rl3 ACDC-BarringPerPLMN-List-r13
OPTIONAL — Need OP udt-RestrictingForCommon-rl3 UDT-Restricting-rl3
OPTIONAL, — Need OR
udt-Res trictingPerPLMN-List-r13 UDT-RestrictingPerPLMN-Lis t- rl3 OPTIONAL, — Need OR
doT-EPS-OptimisationInfo-rl3 CIOT-EPS-OptimisationInfo-rl3
OPTIONAL, — Need OP
useFullResumelD-r13 ENUMERATED (true)
OPTIONAL — Need OP
[ [ unicastFreqHoppinglnd-r13 ENUMERATED (true)
OPTIONAL — Need OP
] ] ,
[[ mbsfn-SubframeConfigList-vl430 MBSFN-SubframeConfigList- vl430 OPTIONAL, — Need OP
videoServiceCauseIndication-rl4 ENUMERATED (true)
OPTIONAL — Need OP
] ] ,
[ [ plmn-InfoList-rl5 PLMN-InfoList-rl5
OPTIONAL — Need OP
] ] ,
[[ cp-EDT-rl5 ENUMERATED (true) OPTIONAL, - - Need OR
up-EDT-rl5 ENUMERATED (true) OPTIONAL
- Need OR
] ] , cp-EDT-DL-r16 ENUMERATED (true) OPTIONAL, - - Need OR
up-EDT-DL-r16 ENUMERATED (true) OPTIONAL - Need OR
] ]
[00112] Another example to indicate is as follows:
[ [
cp-EDT-DL-r16 ENUMERATED (true) OPTIONAL, — Cond CP-EDT up-EDT-DL-r16 ENUMERATED (true) OPTIONAL — Cond UP-EDT
] ]
[00113] Another example to indicate is as follows:
[ [
cp-EDT-DL-r16 ENUMERATED (true) OPTIONAL, — Need OP up-EDT-DL-r16 ENUMERATED (true) OPTIONAL — Need OP
] ]
[00114] Another example to indicate is as follows:
[ [
minUL-GrantRAR-rl6 ENUMERATED {56bits, xbits) OPTIONAL, — Need
OR
securityActivate-UP-r16 ENUMERATED (true) OPTIONAL — Need
OR
[00115] An additional layer of security may also be added on the use of the PRACH resource and RNTI for MT EDT data. FIG. 4 illustrates use of direct indication information for MT EDT in accordance with some
embodiments. FIG. 5 illustrates details of MT EDT transmission in accordance with some embodiments.
[00116] Feedback of MT EDT data: the PRACH resource for the MT EDT can be used for feedback for the MT EDT data as shown in FIG. 5. The same mechanism can be used to request MT EDT data to the eNB after receiving an indication of MT EDT in the paging message.
[00117] When a 1 bit MT EDT indication is used for each TIE in the paging record list, a contention free PRACH resource to use may be derived from the UE’s ID. In one example, an x bit (e.g., 10 bit) HASHED ID may be calculated from the UE ID or using some function of the UE ID or IMSI or S- TMSI or UE ID H as in eDRX. Where the UE ID is known to the UE and the eNB and is not transmitted over the air, for example: UE ID = IMSI mod 4096 if the P-RNTI is monitored on NPDCCH; UE ID = IMSI mod 16384 if P-RNTI is monitored on the MPDCCH or if the P-RNTI is monitored on the NPDCCH and the UE supports paging on a non-anchor carrier, and if the paging configuration for non-anchor carrier is provided in the system information.
[00118] UE ID H: - 10 most significant bits of the Hashed ID, if the P- RNTI is monitored on the PDCCH or MPDCCH or - 12 most significant bits of the Hashed ID, if the P-RNTI is monitored on the NPDCCH.
[00119] The MSB (or LSB) y bit (i.e., 6 bits) may be used as a Preamble index and LSB (or MSB) z bits (i.e., 4 bits or 3 bits) may be used as a PRACH mask index which tells the UE on which subframe the UE is allowed to transmit the preamble.
[00120] From a Y bit preamble index, or a Y bit UE ID as
Preambleindex-ybit, a further r bits of a contention free preamble can be derived as numberOfRA-Preambles + Preambleindex-ybit mod (64 - numberOfRA- Preambles) or s bits of contention based preambles can be derived as
Preambleindex-ybit mod numberOfRA-Preambles. When the preambles are partitioned for the CE level, the preambles can be derived as Preambleindex-ybit mod (1 + larstPreamble-rl3 - firstPreamble-rl3). A similar approach can be applied to NB-IoT. UE ID H that is used for eDRX can also be used as an x bit HASHED ID. A preamble index = UE ID H mode 64 and PRACH MASK index = UE ID H mod (8 or 16).
[00121] In another option, when only 3 bits of the PRACH MASK index is indicated for each UE in the paging record list, the 6 bits preamble index may be determined from the HASHED ID or some function of the UE ID or S-TMSI or simply Preamble index = UE ID mod 64. Or for NB-IoT, Preamble index = nprach-SubcarrierOffset + (UE ID modulo nprach-NumSubcarriers).
[00122] An example of a paging record list indicating integer values of PRACH MASK index for MT EDT: the value 1 may indicate the first PRACH resource index and so on. Or the PRACH MASK index can be included.
PagingRecordList SEQUENCE (SIZE (L.maxPageRec)) OF PagingRecord PagingRecord SEQUENCE {
ue-Identity PagingUE-Identity,
cn-Domain ENUMERATED (ps, cs},
Dl-EDT -PRACH-Masklndex-r 16 ENUMERATED {No-MT-EDT, indexO, Index 1, Index2, Index3, Index4, ...,Indexl4}
}
[00123] In another option, a contention free preamble index may be determined from the HASHED ID or some function of UE ID or S-TMSI (i.e., UE ID H). Contention free preambles may be determined from numberOfRA- Preambles to 63. In another option, the UE may randomly choose one of the contention free preambles.
[00124] From the eMTC, the preamble index = numberOfRA-Preambles + UE ID mod (64 - numberOfRA-Preambles). For NB-IoT, the preamble index refers to the NPRACH subcarrier index so the PRACH mask index is not required in paging. [00125] Preamble index = nprach-SubcarrierOffset + nprach-NumCBRA- StartSubcarriers + (UE ID modulo (nprach-NumSubcarriers - nprach- NumCBR A- Start Sub carri er s)) .
[00126] In one option, the UE may determine the CE level and use the PRACH resource for that CE level. The only difference is the UE may follow the PRACH MASK index (and/or preamble index) indicated in the paging message, the preamble index may be determined from the UE’s ID. In addition, the UE may always use a number of preamble transmissions equal to
numRepetitionPerPreambleAttempt-rl3 +x (or -x). The value of x can be predefined or indicated in paging, broadcast or configured by dedicated RRC signaling and stored in the MME as paging assistance information. The value of x can be 1. This means that the UE in response to MT EDT paging may use numRepetitionPerPreambleAttempt-rl3 +x (-x) repetitions of preamble whereas all other UEs may use the configured number of repetitions
numRepetitionPerPreambleAttempt-rl3. If the channel is good, the eNB may have to at least receive the first repetition and the additional repetitions x. The x additional repetition(s) may be made in the PRACH resource index +1 (or some other implicitly or explicitly indicated/derived PRACH resource index) or after finishing the numRepetitionPerPreambleAttempt.
[00127] In one option, when using the preamble index and PRACH resource index implied from the paging message, the UE may use at least one parameter different from the configured PRACH resource parameters for a CE level, for example, the number of preamble repetitions, prach-FreqOffset-rl3, prach-StartingSubframe-rl3, rootSequencelndex etc, so that the eNB can distinguish the MT EDT intended UE in case of collision.
[00128] If the eNB determines that a different PRACH mask index and preamble index are unable to be allocated to two UEs having MT EDT data, then the eNB can send the MT EDT data one at a time.
[00129] RNTI to receive MT EDT data: an MT EDT-enabled UE may monitor a PDCCH with both a PRNTI and new RNTI (EDT-RNTI) in the legacy PO to receive paging. The PDCCH with the EDT-RNTI may schedule a paging message that carries the small DL data. Or, after receiving an MT EDT indication in a paging message or after transmitting a preamble in response to paging reception, the UE may start monitoring the PDCCH in the CSS with the new RNTI (EDT-RNTI) that schedules the PDSCH carrying the MT EDT data.
[00130] In one option, a set of RNTI (e g. (EDT-RNTI- 1 to EDT-RNTI- N}) can be defined and hardcoded (e.g., reserved as FFF8, FFF7 etc.). This can be cell-specific and broadcast in the system information. In some embodiments, the set may be limited to containing only one RNTI.
[00131] If the set is of size is N, N MT EDT data can be scheduled at a time. The RNTI in the set may be used in the same order as the paging record list. If N = 1, then an offset derived from the index of paging record list can be used to determine the new set of RNTIs from the given RNTI in case multiple EEs are to be paged for MT EDT. The RNTI offset can be included in the paging record list in the paging message. For example, RNTI for EE1 = EDT- RNTI and RNTI for UE2 = EDT-RNTI - offset.
[00132] Alternatively, the offset can be predefined, hardcoded or broadcast. The offset multiplier (n bits) can be included in the paging record list of the EEs. Or the offset multiplier can be the index to the paging record list for the UE. For example, RNTI for UE1 = EDT-RNTI and RNTI for UE2 = EDT- RNTI - offset x Offset multiplier.
[00133] In another option, the new PRNTI may be derived from the UE’s ID (e.g., IMSI, S TMSI) or other paging parameters such as a paging narrow band (PNB) or non-anchor carrier. Similar to RA-RNTI, EDT-RNTI can be calculated from the paging occasion. One example is shown below.
EDT-RNTI=l+t_id + l0*f_id + 60*(SFN_id mod (Wmax/lO))
[00134] where t_id is the index of the PO (0< t_id <10), f id is the index of the paging narrowband (0< f_id< 16), and Wmax is the retransmission window for MT EDT data.
[00135] In another option, direct indication information on the MPDCCH or NPDCCH using the P-RNTI but without associated paging message may be used to indicate MT EDT data available.
Table 6.6-1 : Direct Indication information
[00136] For direct paging indication, DCI format 6-2 with flag = 0 may be used. Only 9 bits of the DCI field may be used and rest reserved. The reserved bits in the DCI can be used to derive the new RNTI (e.g., EDT-RNTI) to receive the PDCCH scheduling the MT EDT data when a MT-EDT-Indication is included. The x reserved bit can also serve as an offset to the already-known P- RNTI value or EIE-specific EDT-RNTI value. For example, the RNTI used to receive MT EDT = P-RNTI - multiplier X RNTI-Offset, where the multiplier can be 1 or pre-defmed. The EDT-RNTI can be a UE-specific RNTI (or previous C-RNTI).
[00137] If multiple UEs are to be scheduled for the MT EDT data, multiple of x reserved bits can be indicated. In this case, the offset may be from the UE-specific RNTI. Or the n bit RNTI-Offset may be derived from S TMSI so the UE can know whether or not the RNTI is intended for the UE. The UE may check multiple RNTIs.
Table DCI Example of format 6-2 when flag = 0
[00138] Once the UE receives the indication, only the UE supporting MT EDT via paging may monitor the PDCCH with new EDT-PRNTI to receive the MT EDT data. In this case, the EDT-RNTI could be UE-specific derived from the UE ID or negotiated with the MME, and the MME may deliver the EDT- RNTI to the eNB as paging assistance information. If such a UE-specific EDT- RNTI is used up in the cell, the eNB may inform the MME or start the legacy paging or wait until such an EDT-RNTI is available.
[00139] The reserved bit in DCI can also be used to derive/indicate a PRACH resource index and preamble index. The UE may use a UE-specific RNTI to receive the MT EDT data.
Table DCI Example of format 6-2 when flag = 0
[00140] Reliability of MT EDT data: if MT EDT data is delivered via paging or scheduled after paging message or in Msg2, a genuine UE may miss paging while a fake UE could receive the data and send an acknowledgment. To detect this issue, the eNB may also indicate the indication of delivery of MT EDT in the next paging occasion. If the TIE sees an MT EDT delivery indication but not the MT EDT indication, the TIE should let the network know about the problem (e.g., NAS recovery). In one option, the eNB may send the MT EDT delivery indication in the paging message in the PO when there is a suspicious response from the TIE. The eNB may be suspicious if the TIE uses a dedicated resource (e.g., PRACH resource) for the response or feedback with different parameters than indicated for MT EDT, for example, transmit power, number of repetitions, preamble format, preamble index, PRACH resource index etc. The exact number of repetitions or ETL transmit power in the PRACH resource or PETCCH resource can be configured by dedicated RRC signaling and can be stored in the MME as paging assistance information.
[00141] Direct indication information on the MPDCCH or NPDCCH using the P-RNTI but without an associated paging message can be used to indicate an MT EDT delivery indication.
Table 6.6-1: Direct Indication information
[00142] If the TIE wants reliability or is to send an application
ACK/NACK or ETL NAS signaling, then the TIE can use the PRACH resource dedicated for the MT EDT instead of the PRACH MASK and preamble indicated in paging. In one option, the UE may use the indicated PRACH MASK index (with +k or -k) or Preamble index (with +k or -k) to distinguish between a HARQ ACK and a request for MO EDT in response to the MT EDT data. The difference from the MO EDT procedure is that the EE can merely receive the PDCCCH-based EE HARQ ACK and return to the Idle mode after sending Msg3.
[00143] Although an aspect has been described with reference to specific example aspects, it will be evident that various modifications and changes may be made to these aspects without departing from the broader scope of the present disclosure. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense. The accompanying drawings that form a part hereof show, by way of illustration, and not of limitation, specific aspects in which the subject matter may be practiced. The aspects illustrated are described in sufficient detail to enable those skilled in the art to practice the teachings disclosed herein. Other aspects may be utilized and derived therefrom, such that structural and logical substitutions and changes may be made without departing from the scope of this disclosure. This Detailed Description, therefore, is not to be taken in a limiting sense, and the scope of various aspects is defined only by the appended claims, along with the full range of equivalents to which such claims are entitled.
[00144] The Abstract of the Disclosure is provided to comply with 37 C.F.R. § 1.72(b), requiring an abstract that will allow the reader to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the foregoing Detailed Description, it can be seen that various features are grouped together in a single aspect for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed aspects require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed aspect. Thus, the following claims are hereby incorporated into the Detailed
Description, with each claim standing on its own as a separate aspect.

Claims

CLAIMS What is claimed is:
1. An apparatus of an evolved NodeB (eNB), the apparatus comprising: processing circuitry configured to:
determine, from an Sl AP paging message from a mobility management entity (MME), that downlink (DL) early data transmission (EDT) data is initiated by the MME based on at least one of LIE capability or DL EDT data size information and is to be transmitted to a user equipment (UE);
encode, for transmission to the UE in response to a determination that the DL EDT data is to be transmitted to the UE, a radio resource control (RRC) paging message, the RRC paging message containing a DL EDT indication that indicates that the DL EDT data is to be transmitted to the UE;
decode, from the UE in response to the RRC paging message, a DL EDT random access preamble on a physical random access channel (PRACH), the DL EDT random access preamble for DL EDT;
determine whether to provide an EDT uplink (UL) grant having UL resources for transmission of a non-access stratum (NAS) service request;
encode, for transmission to the UE in response to a determination to provide the EDT UL grant, a random access response (RAR) containing the EDT UL grant;
decode, from the UE in response to the RAR, an RRC EDT Request comprising a dedicatedlnfoNAS information element (IE); and determine, from the RRC EDT Request, whether the DL EDT data is able to be transmitted to the UE, and if so, encode an RRC Early Data Complete message to release the UE, the RRC Early Data Complete message containing the DL EDT data; and
a memory configured to store the DL EDT data.
2. The apparatus of claim 1, wherein the RRC EDT Request does not contain a data container with UL EDT data.
3. The apparatus of claim 1, wherein the processing circuitry is further configured to determine whether the DL EDT data is able to be transmitted to the UE based on a coverage enhancement (CE) level of the UE and whether the DL EDT data is able to fit in a single transport block based on the CE level.
4. The apparatus of claim 3, wherein the processing circuitry is further configured to determine whether the DL EDT data is able to be transmitted to the LIE further based on a capability of the LIE to support scheduling of multiple transport blocks using a single physical downlink control channel (PDCCH).
5. The apparatus of claim 1, wherein the processing circuitry is further configured to:
encode, for transmission to the MME in response to reception of the dedicatedlnfoNAS IE, an Sl AP initial UE message indicating that the UE is ready to receive the DL EDT data; and
decode, from the MME in response to transmission of the Sl AP initial UE message, the DL EDT data.
6. The apparatus of claim 1, wherein the processing circuitry is further configured to determine whether the UE is to acknowledge receipt of the DL EDT data and if so, encode an RRC Connection Setup message to move the UE from an Idle mode to an RRC Connected mode.
7. The apparatus of claim 6, wherein the processing circuitry is further configured to encode an RRC Connection Setup message to move the UE to an Idle mode, the RRC Connection Setup message containing the DL EDT data if the UE is to transmit an acknowledgement of receipt of the DL EDT data.
8. The apparatus of claim 1, wherein the processing circuitry is further configured to:
decode, from the UE in response to the RRC Early Data Complete message or a RRC Connection Setup Complete message, an acknowledgement of reception of the DL EDT data, the acknowledgment comprising a buffer status report (BSR);
determine whether the BSR is zero; and
in response to a determination that the BSR is zero, encode for transmission to the UE an RRCConnectionRelease message to move the UE to an idle mode.
9. The apparatus of claim 1, wherein the processing circuitry is further configured to indicate, to the UE in one of the RRC paging message or system information, an index to a pool of dedicated preambles configured for DL EDT and an index to a physical resource of the PRACH for the TIE.
10. The apparatus of claim 9, wherein a size of pool is greater than 0 and the index to the PRACH physical resource is indicated by an entry number in a legacy paging record list in the RRC paging message.
11. The apparatus of claim 1, wherein the processing circuitry is further configured to indicate, to the TIE in one of the RRC paging message or system information:
a dedicated preamble for DL EDT transmission that is dependent on a coverage enhancement (CE) level, and
a physical resource of the PRACH that shared with a Rel-l5 ETL EDT resource or a legacy PRACH resource.
12. The apparatus of claim 1, wherein the processing circuitry is further configured to:
indicate, to the LIE in one of the RRC paging message or system information, a physical resource of the PRACH for DL EDT; and
determine that the LIE has ETL EDT data to transmit through reception of the DL EDT random access preamble on a PRACH physical resource.
13. The apparatus of claim 1, wherein the processing circuitry is further configured to: generate, for transmission to the UE in one of the RRC paging message or system information, an indication to use either a contention free preamble or a contention free physical PRACH resource that is derived from an identity of the UE; and
encode, in response to transmission of the contention free preamble or a preamble in the contention free PRACH resource, an RRC message containing the DL EDT data either moving the UE to back to an Idle mode or an RRC connected mode.
14. The apparatus of claim 13, wherein the processing circuitry is further configured to:
determine a Radio Network Temporary Identifier (RNTI) to be used to transmit the DL EDT data in response to transmission of the contention free preamble by one of use of a preconfigured RNTI or an authenticated code provided by the MME.
15. An apparatus of a user equipment (UE), the apparatus comprising:
processing circuitry configured to:
decode, from an evolved NodeB (eNB), a radio resource control (RRC) paging message that contains a downlink (DL) early data transmission (EDT) data indication indicating that DL EDT data is to be transmitted to the UE;
encode, for transmission to the eNB in response to reception of the RRC paging message, a DL EDT random access preamble on a physical random access channel (PRACH), the DL EDT random access preamble configured for DL EDT data transmission;
decode, from the eNB in response to transmission of the DL EDT random access preamble, a random access response (RAR) containing an EDT uplink (UL) grant having UL resources for transmission of a service request;
encode, for transmission to the eNB in response to reception of the RAR, an RRC EDT Request indicating that the UE has activated access stratum (AS) security; and decode, from the eNB in response to transmission of the RRC EDT Request, an RRC message that depends on whether the UE is able to receive the DL EDT data and whether the EGE is able to avoid acknowledgment of the DL EDT data if sent, the RRC EDT Request dependent on whether the DL EDT data is able to be received based on a coverage enhancement (CE) level of the LIE, whether the DL EDT data is able to fit in a single transport block based on the CE level, and a capability of the LIE to support scheduling of multiple transport blocks using a single physical downlink control channel (PDCCH); and a memory configured to store the DL EDT data.
16. The apparatus of claim 15, wherein the processing circuitry is further configured to:
determine, from the RRC paging message, information of an index to a pool of dedicated preambles configured for DL EDT and an index to a physical resource of the PRACH.
17. The apparatus of claim 15, wherein the processing circuitry is further configured to determine, from the RRC paging message:
a dedicated preamble for DL EDT transmission that is dependent on the CE level, and
a physical resource of the PRACH that shared with a Rel-l5 ETL EDT resource or a legacy PRACH resource.
18. The apparatus of claim 15, wherein the processing circuitry is further configured to:
encode, for transmission to the eNB in response to the RRC message, an acknowledgement of the DL EDT data that indicates that a buffer status report (BSR) is zero; and
in response to transmission of the acknowledgment, decode from the eNB an RRCConnectionRelease message to move the LIE to an idle mode.
19. A non-transitory computer-readable storage medium that stores instructions for execution by one or more processors of an evolved NodeB (eNB), the one or more processors to configure the eNB to, when the instructions are executed:
transmit, to a user equipment (UE), a radio resource control (RRC) paging message that contains a downlink (DL) early data transmission (EDT) data indication indicating that DL EDT data is to be transmitted to the EE; receive a DL EDT random access preamble on a physical random access channel (PRACH), the DL EDT random access preamble configured for DL EDT data transmission;
transmit, to the EE in response to reception of the DL EDT random access preamble, a random access response (RAR) containing an EDT uplink (EE) grant having EE resources for transmission of a service request;
receive, from the EE in response to the RAR, an RRC EDT Request indicating that the EE has activated access stratum (AS) security; and
transmit an RRC message to the EE that depends on whether the EE is able to receive the DL EDT data and whether the EE is able to avoid acknowledgment of the DL EDT data if sent.
20. The medium of claim 19, wherein the one or more processors further configure the eNB to, when the instructions are executed:
determine whether the DL EDT data is able to be transmitted to the EE based on a coverage enhancement (CE) level of the EE, whether the DL EDT data is able to fit in a single transport block based on the CE level, and a capability of the EE to support scheduling of multiple transport blocks using a single physical downlink control channel (PDCCH).
EP19865907.0A 2018-09-27 2019-09-26 SYSTEM AND METHODS FOR ENABLING DL TDE Withdrawn EP3858064A4 (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201862737486P 2018-09-27 2018-09-27
US201862753838P 2018-10-31 2018-10-31
US201962800341P 2019-02-01 2019-02-01
PCT/US2019/053121 WO2020069103A1 (en) 2018-09-27 2019-09-26 System and methods for enabling dl-edt

Publications (2)

Publication Number Publication Date
EP3858064A1 true EP3858064A1 (en) 2021-08-04
EP3858064A4 EP3858064A4 (en) 2022-06-22

Family

ID=69953326

Family Applications (1)

Application Number Title Priority Date Filing Date
EP19865907.0A Withdrawn EP3858064A4 (en) 2018-09-27 2019-09-26 SYSTEM AND METHODS FOR ENABLING DL TDE

Country Status (3)

Country Link
EP (1) EP3858064A4 (en)
CN (1) CN112400356A (en)
WO (1) WO2020069103A1 (en)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020223680A1 (en) * 2019-05-01 2020-11-05 Apple Inc. Methods, devices and systems for mt-edt in control plane and user plane solutions
CN112566273B (en) * 2019-09-26 2022-12-23 维沃移动通信有限公司 Data receiving and sending method, terminal and network side equipment
CN115988530B (en) * 2020-04-08 2025-05-30 Oppo广东移动通信有限公司 Data transmission method and device, and terminal equipment
CN113784436A (en) * 2020-06-09 2021-12-10 大唐移动通信设备有限公司 Indication method and equipment
CN113905457B (en) * 2020-07-06 2023-08-08 维沃移动通信有限公司 Message sending method, receiving method, device and communication device
EP4169340B1 (en) * 2020-08-06 2025-04-16 Nokia Technologies Oy Enhanced paging procedure for random access or small data transmission
US12581501B2 (en) 2020-10-16 2026-03-17 Nokia Technologies Oy Downlink channel monitoring
WO2022151039A1 (en) * 2021-01-13 2022-07-21 Nokia Shanghai Bell Co., Ltd. Methods, apparatuses, and computer readable media for distributing random access procedure of user equipment
US20240236937A9 (en) * 2021-03-22 2024-07-11 Nokia Technologies Oy Determining random-access resources for group paging
WO2022205434A1 (en) * 2021-04-02 2022-10-06 Oppo广东移动通信有限公司 Channel transmission method, electronic device, and storage medium
EP4335198A4 (en) * 2021-05-06 2025-01-15 QUALCOMM Incorporated RANDOM ACCESS PARTITIONS FOR DIFFERENT USE CASES
EP4387297A4 (en) * 2021-08-12 2024-10-02 Beijing Xiaomi Mobile Software Co., Ltd. METHOD AND DEVICE FOR CARRYING OUT SMALL DATA TRANSMISSION, METHOD AND DEVICE FOR DETERMINING A DIRECT ACCESS MESSAGE TRANSMISSION MODE, DEVICE AND STORAGE MEDIUM
EP4402920A4 (en) * 2021-09-14 2024-12-11 NEC Corporation METHOD, APPARATUS AND COMPUTER STORAGE MEDIUM FOR COMMUNICATION
US20230156702A1 (en) * 2021-11-18 2023-05-18 Electronics And Telecommunications Research Institute Method and apparatus for downlink small data transmission operation in mobile communication system
CN118743290A (en) 2022-02-18 2024-10-01 诺基亚技术有限公司 Energy saving and RRC state-aware radio resource allocation
WO2023169353A1 (en) * 2022-03-07 2023-09-14 Purplevine Innovation Company Limited Method for small data transmission in power saving state and related devices
KR20250119641A (en) * 2023-01-12 2025-08-07 켁텔 와이어리스 솔루션즈 코퍼레이션 리미티드 Method and device for wireless communication
US20240275540A1 (en) * 2023-02-13 2024-08-15 Apple Inc. Signaling-less Data Transfer
US20240188038A1 (en) * 2023-02-16 2024-06-06 Intel Corporation Support for mobile terminated small data transmission in fifth generation systems
CN121464613A (en) * 2023-07-10 2026-02-03 高通股份有限公司 Multicast random access channel communication
WO2025035790A1 (en) * 2024-04-02 2025-02-20 Lenovo (Beijing) Limited Early data transmission

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6963544B1 (en) * 1999-12-10 2005-11-08 Lucent Technologies Inc. System for statistically multiplexing real-time and non-real-time voice and data traffic in a wireless system
KR102381091B1 (en) * 2016-05-11 2022-03-31 소니그룹주식회사 Decentralized Control in Wireless Systems

Also Published As

Publication number Publication date
WO2020069103A1 (en) 2020-04-02
CN112400356A (en) 2021-02-23
EP3858064A4 (en) 2022-06-22

Similar Documents

Publication Publication Date Title
WO2020069103A1 (en) System and methods for enabling dl-edt
EP2747508B1 (en) Method and device for data transmission
CN115297535B (en) A data transmission method and device, and a computer-readable storage medium
US10849181B2 (en) NR RRC connection setup optimisation
CN115397042B (en) State transition for idle mode transmission using pre-configured dedicated resources
CN106792608B (en) Transmitting small data packets method, apparatus and terminal
US9769700B2 (en) Overload control in a communication network
US20190373456A1 (en) Security framework for msg3 and msg4 in early data transmission
US11463938B2 (en) Managing control plane latency for integrated access and backhaul
US11792641B2 (en) UE capability transfer and storage
US9713032B2 (en) Transmission of a random access response message
US20170099660A1 (en) Method and apparatus for transmitting uplink data
US11483736B2 (en) Methods and system for transmitting a temporary identifier
US20170064736A1 (en) Proximity service channel allocation based on random access channel procedure
EP3549384A1 (en) Communications device, infrastructure equipment and methods
CN112970301B (en) Acknowledgment of downlink early data transmission in paging message
CN102223715A (en) Data transmission method and device
CN107079234A (en) Paging procedure for wireless device, radio access node, method performed therein, computer program and computer readable storage medium
WO2020139509A1 (en) Integrity protection for frequent small data transmission
CN113632533B (en) A data processing method, relay equipment and network equipment
CN109587766B (en) On-demand system information request response and receiving method and device, and base station
US11672014B2 (en) Transmission of a short contention resolution identifier
EP3429305B1 (en) Method for user equipment (ue) to access network
CN111083798A (en) Random access method and device based on competition
CN118369980A (en) Communication method, device and computer storage medium

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20201116

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20220520

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 28/02 20090101ALI20220516BHEP

Ipc: H04W 76/27 20180101ALI20220516BHEP

Ipc: H04W 74/00 20090101ALI20220516BHEP

Ipc: H04W 74/08 20090101ALI20220516BHEP

Ipc: H04W 68/02 20090101ALI20220516BHEP

Ipc: H04W 72/14 20090101AFI20220516BHEP

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20240307