US20180234839A1 - System and Method for User Equipment Identification and Communications - Google Patents

System and Method for User Equipment Identification and Communications Download PDF

Info

Publication number
US20180234839A1
US20180234839A1 US15/586,687 US201715586687A US2018234839A1 US 20180234839 A1 US20180234839 A1 US 20180234839A1 US 201715586687 A US201715586687 A US 201715586687A US 2018234839 A1 US2018234839 A1 US 2018234839A1
Authority
US
United States
Prior art keywords
user device
identifier
downlink transmission
serving
ephemeral
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.)
Abandoned
Application number
US15/586,687
Other languages
English (en)
Inventor
Nathan Edward Tenny
William Anthony Gage
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.)
FutureWei Technologies Inc
Original Assignee
FutureWei Technologies Inc
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 FutureWei Technologies Inc filed Critical FutureWei Technologies Inc
Priority to US15/586,687 priority Critical patent/US20180234839A1/en
Assigned to FUTUREWEI TECHNOLOGIES, INC. reassignment FUTUREWEI TECHNOLOGIES, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GAGE, WILLIAM ANTHONY, TENNY, NATHAN EDWARD
Priority to PCT/CN2018/074375 priority patent/WO2018145585A1/en
Priority to CN201880011530.2A priority patent/CN110622614B/zh
Priority to EP18751312.2A priority patent/EP3569031B1/en
Priority to US16/028,184 priority patent/US10728747B2/en
Publication of US20180234839A1 publication Critical patent/US20180234839A1/en
Priority to US16/933,852 priority patent/US11546752B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W76/021—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • 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

  • the present invention relates generally to a system and method for digital communications, and, in particular embodiments, to a system and method for user equipment (UE) identification and communications in a wireless communications system.
  • UE user equipment
  • an INACTIVE mode of operation is characterized by a low duty cycle (similar to legacy IDLE state) but the user equipment (UE) context is maintained in the radio access network (RAN) in a manner similar to legacy CONNECTED state.
  • UE user equipment
  • the INACTIVE mode can support small data transmissions in the uplink while the communications device remains in the INACTIVE mode.
  • the INACTIVE mode is useful for a device with a need to communicate only a minimal amount of data, such as heartbeat or keep-alive packets generated by an application and for aperiodic reports from machine-type communications devices.
  • Example embodiments provide a system and method for user equipment (UE) identification and communications.
  • UE user equipment
  • a method for managing identities of user devices operating in an inactive mode includes receiving, by a serving device, a first uplink transmission including a user device identifier associated with a user device, transmitting, by the serving device, a first downlink transmission including an indication of an ephemeral identifier assigned to the user device, transmitting, by the serving device, a second downlink transmission including data associated with the ephemeral identifier, and discarding, by the serving device, the ephemeral identifier.
  • the first uplink transmission further includes user data.
  • the method also includes receiving, by the serving device, a second uplink transmission associated with the ephemeral identifier.
  • the ephemeral identifier comprises an ephemeral cell radio network temporary identifier (eC-RNTI).
  • the method also includes fetching, by the serving device, a user device context from an anchor device, transmitting, by the serving device, a third downlink transmission associated with the ephemeral identifier, wherein the third downlink transmission includes an assignment of a persistent identifier of the user device, and transmitting, by the serving device, a fourth downlink transmission associated with the persistent identifier.
  • the third downlink transmission and the fourth downlink transmission are one and the same.
  • Generating the persistent identifier includes one of promoting the ephemeral identifier to the persistent identifier, or deriving the persistent identifier in accordance with the user device context.
  • the user device context is stored at the serving device after being fetched from the anchor device.
  • a method for operating a user device in an inactive mode includes transmitting, by the user device, a first uplink transmission including a user device identifier associated with the user device, receiving, by the user device, a first downlink transmission including an indication of an ephemeral identifier assigned to the user device, receiving, by the user device, a second downlink transmission including data associated with the ephemeral identifier, and discarding, by the user device, the ephemeral identifier.
  • the first uplink transmission further includes user data.
  • the method also includes starting, by the user device, a listen timer after transmitting the first uplink transmission, wherein discarding the ephemeral identifier occurs after the listen timer expires.
  • the method also includes starting, by the user device, a listen timer after transmitting the first uplink transmission, receiving, by the user device, a third downlink transmission associated with the ephemeral identifier, wherein the third downlink transmission includes an assignment of a persistent identifier, and stopping, by the user device, the listen timer.
  • the method also includes deriving, by the user device, a security key in accordance with the third downlink transmission, verifying, by the user device, an integrity check of at least a portion of the third downlink transmission in accordance with the security key, and using, by the user device, the persistent identifier when the integrity check passes.
  • a serving device adapted to manage identities of user devices operating in an inactive mode.
  • the serving device includes a processor, and a computer readable storage medium storing programming for execution by the processor.
  • the programming including instructions to configure the serving device to receive a first uplink transmission including a user device identifier associated with a user device, transmit a first downlink transmission including an indication of an ephemeral identifier assigned to the user device, transmit a second downlink transmission including data associated with the ephemeral identifier, and discard the ephemeral identifier.
  • the programming includes instructions to configure the serving device to receive a second uplink transmission associated with the ephemeral identifier.
  • the programming includes instructions to configure the serving device to fetch a user device context from an anchor device, transmit a third downlink transmission associated with the ephemeral identifier, wherein the third downlink transmission includes an assignment of a persistent identifier of the user device, and transmit a fourth downlink transmission associated with the persistent identifier.
  • the programming includes instructions to configure the serving device to one of promote the ephemeral identifier to the persistent identifier, or derive the persistent identifier in accordance with the user device context.
  • a user device adapted to operate in an inactive mode.
  • the user device includes a processor, and a computer readable storage medium storing programming for execution by the processor.
  • the programming including instructions to configure the user device to transmit a first uplink transmission including a user device identifier associated with the user device, receive a first downlink transmission including an indication of an ephemeral identifier assigned to the user device, receive a second downlink transmission including data associated with the ephemeral identifier, and discard the ephemeral identifier.
  • the programming includes instructions to configure the user device to start a listen timer after the first uplink transmission is transmitted, wherein the ephemeral identifier is discarded after the listen timer expires.
  • the programming includes instructions to configure the user device to start a listen timer after transmitting the first uplink transmission, receive a third downlink transmission associated with the ephemeral identifier, wherein the third downlink transmission includes an assignment of a persistent identifier, and stop the listen timer.
  • the programming includes instructions to configure the user device to derive a security key in accordance with the third downlink transmission, verify an integrity check of at least a portion of the third downlink transmission in accordance with the security key, and use the persistent identifier when the integrity check passes.
  • FIG. 1 illustrates an example wireless communications system according to example embodiments described herein;
  • FIG. 2 illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure while in the INACTIVE mode
  • FIG. 3 illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure while in the INACTIVE mode with a UE context fetch;
  • FIG. 4A illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure, highlighting a baseline PHY independent uplink data transmission according to example embodiments described herein;
  • FIG. 4B illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure, highlighting a four-step random access procedure used in an uplink data transmission according to example embodiments described herein;
  • FIG. 4C illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure, highlighting a two-step random access procedure used in an uplink data transmission according to example embodiments described herein;
  • FIG. 4D illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure, highlighting a non-orthogonal multiple access (NOMA) grant-free procedure used in an uplink data transmission according to example embodiments described herein;
  • NOMA non-orthogonal multiple access
  • FIG. 5 illustrates a diagram of messages exchanged and processing performed by devices participating in an asynchronous hybrid automatic repeat requested procedure according to example embodiments described herein;
  • FIG. 6 illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure where an ephemeral identifier (eC-RNTI) is used to address downlink control messages that enable the uplink data transmission according to example embodiments described herein;
  • eC-RNTI ephemeral identifier
  • FIG. 7A illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure using an LTE RACH-based procedure with no subsequent transmission according to example embodiments described herein;
  • FIG. 7B illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure using a grant-free transmission with no subsequent transmission according to example embodiments described herein;
  • FIG. 8 illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure using a grant-free transmission with a subsequent downlink data transmission according to example embodiments described herein;
  • FIG. 9 illustrates a diagram of messages exchanged and processing performed by devices participating in security parameter management according to example embodiments described herein;
  • FIG. 10 illustrates a flow diagram of example operations occurring in a serving node participating in an uplink data transmission according to example embodiments described herein;
  • FIG. 11 illustrates a flow diagram of example operations occurring in a UE participating in an uplink data transmission according to example embodiments described herein;
  • FIG. 12A illustrates a diagram of messages exchanged and processing performed by devices participating in an uplink data transmission procedure while in the INACTIVE mode without a context fetch according to example embodiments described herein;
  • FIG. 12B illustrates an example protocol stack model used while in the INACTIVE mode according to example embodiments described herein;
  • FIG. 13 illustrates an example uplink PDU according to example embodiments described herein;
  • FIG. 14 illustrates an example MAC CE including a UEID according to example embodiments described herein;
  • FIG. 15A illustrates an example RLC header without segmentation according to example embodiments described herein;
  • FIG. 15B illustrates an example RLC header with segmentation according to example embodiments described herein;
  • FIGS. 16A and 16B illustrate example PDCP data PDU headers without and with integrity check, respectively according to example embodiments described herein;
  • FIGS. 17A and 17B illustrate PDCP control PDUs with status information, without message integrity check and with message integrity check, respectively according to example embodiments described herein;
  • FIG. 18 illustrates an example PDAP/SDAP data PDU according to example embodiments described herein;
  • FIG. 19 illustrates a flow diagram of example operations occurring in a serving node during RLC processing according to example embodiments described herein;
  • FIG. 20 illustrates a flow diagram of example operations occurring in an anchor node during PDCP processing according to example embodiments described herein;
  • FIG. 21 illustrates an example communication system according to example embodiments described herein;
  • FIGS. 22A and 22B illustrate example devices that may implement the methods and teachings according to this disclosure.
  • FIG. 23 is a block diagram of a computing system that may be used for implementing the devices and methods disclosed herein.
  • FIG. 1 illustrates an example wireless communications system 100 .
  • Communications system 100 includes a plurality of network nodes, dubbed a Next Generation (NG) NodeBs (gNBs), and a plurality of UEs.
  • NG Next Generation
  • gNBs Next Generation NodeBs
  • Some of the gNBs operate as anchor nodes that maintain the context of one or more UEs that are operating in an INACTIVE mode, while other gNBs operate as serving nodes that may not have the context for INACTIVE UEs operating within their coverage area.
  • gNB 105 operates as an anchor for UE 115 (referred to herein as anchor 105 ), but as UE 115 moves about and exits the coverage of anchor 105 and enters the coverage of gNB 120 (where UE 115 is now referred to as UE 117 to prevent confusion), gNB 120 becomes a serving node (or serving gNB) for UE 110 (referred to herein as serving node 120 ), while gNB 105 continues to operate as an anchor for UE 117 .
  • anchor 105 referred to herein as anchor 105
  • serving node 120 serving node
  • gNB 122 becomes a serving node for UE 119 (referred to herein as serving node 122 ), while gNB 105 continues to operate as an anchor for UE 119 .
  • gNBs may also be commonly referred to as nodes, evolved NodeBs (eNBs), base stations, NodeBs, master eNBs (MeNBs), secondary eNBs (SeNBs), master gNBs (MgNBs), secondary gNBs (SgNBs), remote radio heads, access points, access nodes, access controllers, mobility anchors, and the like, while UEs may also be commonly referred to as mobiles, mobile stations, terminals, subscribers, users, stations, and the like. While it is understood that communications systems may employ multiple gNBs capable of communicating with a number of UEs, only three gNBs, and three UEs are illustrated for simplicity.
  • An INACTIVE mode may refer to a designated UE operational state such as RRC_INACTIVE in a fifth generation (5G) New Radio (NR) system, a suspended mode of operation within another state such as RRC_CONNECTED in a Third Generation Partnership Project (3GPP) Long Term Evolution (LTE) system, and the like.
  • 5G fifth generation
  • NR New Radio
  • 3GPP Third Generation Partnership Project
  • LTE Long Term Evolution
  • the UE may perform a random access procedure (commonly referred to as a RACH procedure) to obtain network resources to transmit the data, or the UE may attempt a grant-free transmission of the data.
  • Grant-free transmission involves a transmission by a device using network resources that are not dedicated to the device to make the transmission. Grant-free transmission is also commonly referred to as contention-based transmission.
  • the UE selects a random access preamble and transmits the random access preamble to a serving node; and if the serving node successfully receives the random access preamble and has network resources to allocate, the serving node responds with a resource allocation for the UE to use for a subsequent uplink transmission of the data.
  • the UE simply transmits the data on network resources designated for grant-free transmission without having to transmit a request; and if there is no collision with another grant-free transmission, the data may be successfully received by the node.
  • the uplink data transmission may need to be acknowledged at Layer 2 to ensure reliable delivery over-the-air. Additionally, the uplink data transmission may also be used to generate a response from the application layer resulting in downlink data transmission to the UE. Therefore, the UE may need to remain available while in the INACTIVE mode to periodically monitor downlink channels after transmitting the uplink data.
  • a UE that is in the INACTIVE mode may be served by a node (referred to herein as the serving node) while its UE context is stored at a different node (referred to herein as the anchor node).
  • the UE context may be needed for executing uplink data transmission procedures at a serving node, therefore, either the UE context may be fetched from the anchor node and provided to the serving node or the uplink data packets may be routed to the anchor node.
  • the example embodiments presented herein are also applicable to 5G/NR RRC_CONNECTED state when the UE in the RRC_CONNECTED state operates in a suspended mode, e.g., when the UE operates without dedicated radio resources and the UE context is stored at a node that may be different from the serving node.
  • the example embodiments presented herein are also applicable to 3GPP LTE light connection mode, as well as other modes of operation where a device is operating in a suspended mode. Therefore, the focus on the RRC_INACTIVE state should not be construed as being limiting to either the scope or the spirit of the example embodiments.
  • FIG. 2 illustrates a diagram 200 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure using grant-free transmission.
  • Diagram 200 displays messages exchanged and processing performed by a UE 205 , a serving node 207 , and an anchor node 209 .
  • the uplink data transmission procedure shown in FIG. 2 uses grant-free transmission. Uplink data transmission using either a four-step RACH procedure or a two-step RACH procedure instead are described further in FIGS. 4A-4D .
  • the grant-free uplink data transmission procedure begins with UE 205 in an INACTIVE mode (block 215 ) and the UE context stored at anchor node 209 (block 217 ).
  • UE 205 transmits uplink data on resources designated for grant-free transmission (event 219 ).
  • the transmission of the uplink data also includes a UE identifier (UEID).
  • the UEID may be an identifier of various types, such as a C-RNTI, a C-RNTI plus additional information, a Resume ID or Short Resume ID, etc., which can be used to locate the UE's context in the network and/or perform contention resolution when transmissions from two different UEs collide over the air.
  • UE 205 As UE 205 transmits the uplink data, UE 205 also starts a listening timer (event 221 ). The listening timer keeps track of a period of time that UE 205 remains available to monitor the downlink channels for responses to the uplink data transmission. UE 205 may remain available continuously or intermittently during the duration of the listening timer, e.g., UE 205 may apply a discontinuous reception (DRX) cycle while the listening timer is active.
  • Serving node 207 receives the uplink data and forwards the uplink data to anchor node 209 (event 223 ). Serving node 207 also responds to UE 205 with a Layer 2 acknowledgement (event 225 ).
  • the Layer 2 acknowledgement includes the UEID to identify the intended recipient of the Layer 2 acknowledgement.
  • the Layer 2 acknowledgement may also serve the purpose of contention resolution.
  • Anchor node 209 forwards the uplink data to the CN (event 227 ). As shown in FIG. 2 , the listening timer expires and UE 205 stops monitoring the downlink channels (block 229 ).
  • FIG. 3 illustrates a diagram 300 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure using grant-free transmission with a UE context fetch.
  • Diagram 300 displays messages exchanged and processing performed by a UE 305 , a serving node 307 , and an anchor node 309 .
  • the uplink data transmission procedure shown in FIG. 3 uses grant-free transmission.
  • the uplink data transmission procedure begins with UE 305 in an INACTIVE mode (block 315 ) and the UE context stored at anchor node 309 (block 317 ).
  • UE 305 transmits uplink data on resources designated for grant-free transmission (event 319 ).
  • the transmission of the uplink data also includes a UE identifier (UEID).
  • UEID UE identifier
  • UE 305 also starts a listening timer (event 321 ).
  • Serving node 307 receives the uplink data and sends a UE context request to anchor node 309 (event 323 ).
  • Serving node 307 identifies UE 305 and uses the UEID to determine which anchor node is housing the context for UE 305 .
  • Serving node 307 receives the UE context from anchor node 309 (event 325 ) and stores the UE context (block 327 ). Serving node 307 performs a path switch with the CN (event 329 ) and forwards the uplink data to the CN (event 331 ). Serving node 307 also responds to UE 305 with a Layer 2 acknowledgement (event 333 ). The Layer 2 acknowledgement may include the UEID to identify the intended recipient of the Layer 2 acknowledgement. As shown in FIG. 3 , the listening timer expires and UE 305 stops monitoring the downlink channels (block 335 ). It is noted that messages and processing associated with security procedures, such as a key update, are not shown in FIG. 3 .
  • the UE context may be needed at the serving node to address certain messages to and from the UE.
  • small data transmissions in the downlink to the UE, RRC signaling to configure the UE or to trigger the UE to transition to the RRC_CONNECTED state, and so on, are messages that need the UE context for generating and processing.
  • the UEID may not be suitable for addressing the UE in this sense due to restrictions of the air interface scheduling scheme, e.g., it may be only possible to address a UE by a C-RNTI valid in the serving cell, whereas the UEID may be a different type of identifier, or may be a C-RNTI valid only in the anchor node rather than the serving node.
  • a temporary identifier such as a temporary cell radio network temporary identifier (tC-RNTI)
  • tC-RNTI temporary cell radio network temporary identifier
  • the temporary C-RNTI may be converted to a persistent identifier in the Msg4 of the four-step RACH procedure, but RRC signaling is required to do so and a context fetch is required to obtain the information needed to construct and validate an RRC message.
  • a temporary C-RNTI is typically not assigned to the UE if the uplink data is transmitted using a conventional grant-free transmission procedure.
  • an ephemeral identifier such as an ephemeral C-RNTI (eC-RNTI) is assigned to the UE in a downlink message after receiving an uplink data transmission, independent of the transmission method used for the uplink data transmission.
  • the UE may monitor for transmissions assigned to the eC-RNTI on the downlink channels for the duration of a listening timer which is started after receiving the eC-RNTI from the serving node. After expiration of the listening timer, the eC-RNTI is discarded if it has not been made a persistent identifier.
  • FIG. 4A illustrates a diagram 400 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure, highlighting a baseline PHY independent uplink data transmission.
  • FIG. 4A illustrates messages exchanged and processing performed by a UE 405 and a serving node 407 .
  • UE 405 makes an uplink transmission to serving node 407 that includes the UEID of UE 405 and uplink data.
  • serving node 407 makes a downlink transmission to UE 405 that includes the UEID of UE 405 . This serves to acknowledge receipt of the uplink data by the serving node and may be used for contention resolution if uplink transmissions from multiple UEs collided in step 1 .
  • FIG. 4B illustrates a diagram 410 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure, highlighting a four-step random access procedure used in transmitting an uplink data transmission.
  • FIG. 4C illustrates a diagram 420 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure, highlighting a two-step random access procedure used in transmitting an uplink data transmission.
  • FIG. 4D illustrates a diagram 430 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure, highlighting a non-orthogonal multiple access (NOMA) grant-free procedure used in transmitting an uplink data transmission.
  • NOMA non-orthogonal multiple access
  • UE 405 has received from serving node 407 (in a downlink transmission, e.g., step 2 of FIG. 4A ):
  • the manner in which UE 405 receives the eC-RNTI is different in each of the three PHY layer procedures, as described below.
  • the uplink data transmission follows the following:
  • Step 1 A of FIG. 4B Uplink/preamble.
  • UE 405 arbitrarily selects a random access preamble and transmits the preamble in a scheduled physical random access channel (PRACH).
  • PRACH physical random access channel
  • Other UEs may have independently selected the same preamble for transmission in the PRACH, resulting in potential contention.
  • Step 1 B of FIG. 4B Downlink/downlink control information (DCI) (downlink grant, random access radio network temporary identifier (RA-RNTI)).
  • DCI downlink/downlink control information
  • RA-RNTI random access radio network temporary identifier
  • Serving node 407 transmits a DL grant using a DCI encoded with a predefined random access RNTI (RA-RNTI) that points to a region in the physical downlink shared channel (PDSCH) that contains a random access response (RAR).
  • RA-RNTI predefined random access RNTI
  • PDSCH physical downlink shared channel
  • RAR random access response
  • Step 1 C of FIG. 4B Downlink/RAR (random access preamble identifier (RAPID), eC-RNTI, uplink grant).
  • RAPID random access preamble identifier
  • eC-RNTI uplink grant
  • the RAR contains a list of random access preamble identifiers (RAPIDs) corresponding to the preambles detected by serving node 407 in the PRACH. For each RAPID, serving node 407 provides:
  • Step 1 D of FIG. 4B Uplink/UEID and data.
  • UE 405 uses the uplink grant, UE 405 transmits its assigned UEID and buffered data.
  • Step 1 E of FIG. 4B Downlink/DCI (eC-RNTI, downlink grant). If serving node 407 successfully receives the uplink transmission (i.e., the CRC included in the received transmission is valid), serving node 407 transmits a downlink grant using a DCI encoded with the eC-RNTI assigned to UE 405 in step 1 C of FIG. 4B .
  • Step 2 of FIG. 4B Downlink/UEID.
  • UE 405 receives the downlink transmission, it compares the identifier contained in the contention resolution identity MAC CE of the received message against its own UEID (i.e., the UEID transmitted in step 1 D of FIG. 4B ):
  • the uplink data transmission follows the following:
  • Step 1 A of FIG. 4C Uplink/preamble.
  • UE 405 arbitrarily selects a random access preamble and transmits the preamble in a scheduled PRACH.
  • Other UEs may have independently selected the same preamble for transmission in the PRACH, leading to potential contention.
  • Step 1 B of FIG. 4C Uplink/UEID and data.
  • PUSCH physical uplink shared channel
  • Step 1 C of FIG. 4C Downlink/DCI (downlink grant, RA-RNTI).
  • Serving node 407 transmits a downlink grant using a DCI encoded with a predefined RA-RNTI that points to a region in the PDSCH that contains a RAR.
  • Step 2 of FIG. 4C Downlink/(RAPID, UEID, eC-RNTI).
  • the RAR contains a list of RAPIDs corresponding to the preambles detected by serving node 407 in the PRACH. For each RAPID, serving node 407 provides:
  • UE 405 When UE 405 receives the downlink transmission, it compares the identifier contained in the contention resolution identity against its own UEID (i.e., the UEID transmitted in step 1 B of FIG. 4C ):
  • the uplink data transmission follows the following:
  • Step 1 A of FIG. 4D Uplink/UEID and data.
  • UE 405 uses a contention transmission unit (CTU) to transmit its UEID and data to serving node 407 .
  • the CTU that is used may have been arbitrarily selected by UE 405 , or may have been previously assigned to UE 405 , or may have been derived algorithmically by UE 405 .
  • Other UEs may have independently decided to transmit on the same CTU, leading to potential contention.
  • Step 1 B of FIG. 4D Downlink/DCI (downlink grant, CTU-RNTI). If an asynchronous acknowledgement is used, serving node 407 transmits a downlink grant using a DCI encoded with a predefined contention transmission response (CTR) RNTI (CTU-RNTI) that points to a region in the PDSCH that contains a CTR. It is noted that this step is not required if CTR is a synchronous acknowledgement using a DL resource associated with the CTU.
  • CTR contention transmission response
  • Step 2 of FIG. 4D Downlink/CTR (contention transmission unit identifier (CTUID), UEID, eC-RNTI).
  • CTUID contention transmission unit identifier
  • UEID UEID
  • eC-RNTI eC-RNTI
  • the CTR contains a list of CTUIDs corresponding to the CTUs where an uplink transmission was detected by serving node 407 . If the UEID is a unique identifier, the CTUID in the CTR may not be required. For each CTUID, serving node 407 provides:
  • UE 405 When UE 405 receives the downlink transmission, it compares the identifier contained in the contention resolution identity against its own UEID (i.e., the UEID transmitted in step 1 A of FIG. 4D ):
  • the UE is assigned an eC-RNTI following successful transmission of an uplink PDU and the eC-RNTI remains associated with the UE until one of the following events occurs:
  • FIG. 5 illustrates a diagram 500 of messages exchanged and processing performed by devices participating in an asynchronous hybrid automatic repeat request (HARQ) procedure.
  • Asynchronous HARQ may be used to support recovery from transmission errors following the assignment of an eC-RNTI to a UE 505 by a serving node 507 .
  • asynchronous HARQ may be used to recover from transmission errors involving the initial uplink transmission of UEID and data as well as for subsequent uplink and downlink transmissions.
  • asynchronous HARQ may only be used to recover from errors following transmission of (the initial segment of) UEID and data.
  • the messages and processing associated with asynchronous HARQ operation include:
  • TB uplink transport block
  • serving node 507 If serving node 507 fails to decode the TB (e.g., there is a TB cyclic redundancy check (CRC) mismatch), serving node 507 transmits a DCI encoded with the eC-RNTI assigned to UE 505 that contains an uplink grant with the following information:
  • Event 514 UE 505 transmits the coded bits associated with the required RV of the TB.
  • serving node 507 requests a further retransmission using a DCI encoded with the eC-RNTI assigned to UE 505 , and UE 505 retransmits with a different RV.
  • FIG. 6 illustrates a diagram 600 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure where an eC-RNTI is used to address downlink data corresponding to the uplink data transmission.
  • Diagram 600 displays messages exchanged and processing performed by a UE 605 , a serving node 607 , and an anchor node 609 .
  • the anchor node 609 stores the UE context, which may include the persistent C-RNTI of UE 605 allocated by the anchor node 609 (block 619 ).
  • the uplink data transmission procedure begins when UE 605 transmits the uplink data to serving node 607 (event 621 ) and starts a listening timer (block 617 ).
  • Serving node 607 generates an eC-RNTI for UE 605 (block 623 ) and forwards the uplink data to anchor node 609 (event 625 ).
  • Serving node 607 sends a Layer 2 acknowledgement and the eC-RNTI, which has been assigned to UE 605 , to UE 605 (event 627 ).
  • Serving node 607 receives a downlink data transmission from anchor node 609 (event 629 ).
  • the downlink data transmission may be a response to the uplink data transmission from UE 605 .
  • Serving node 607 forwards the downlink data to a device identified by the eC-RNTI (i.e., UE 605 ) (event 631 ). If necessary, serving node 607 decides to fetch the UE context from anchor node 609 (block 633 ).
  • Serving node 607 and anchor node 609 exchange messaging to fetch the UE context to serving node 607 (event 635 ).
  • Serving node 607 sends a reconfiguration message to UE 605 (event 637 ).
  • UE 605 and serving node 607 exchange messaging to promote the eC-RNTI to persistent C-RNTI status (block 639 ).
  • a new persistent C-RNTI is assigned to UE 605 by serving node 607 .
  • UE 605 stops the listening timer associated with the eC-RNTI (block 641 ) and the UE context is stored at serving node 607 (block 543 ).
  • the UE context stored at serving node 607 includes the persistent identifier, e.g., the persistent C-RNTI, of UE 605 assigned by the serving node 607 in block 639 .
  • FIG. 7A illustrates a diagram 700 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure using a 3GPP LTE four-step RACH procedure based transmission with no subsequent transmission.
  • Diagram 700 displays messages exchanged and processing performed by a UE 705 , a serving node 707 , and an anchor node 709 .
  • the uplink data transmission procedure begins with UE 705 in the INACTIVE mode (block 715 ) and the UE context stored at anchor node 709 (block 717 ).
  • UE 705 has uplink data to transmit and initiates a RACH based procedure to obtain network resources to transmit the uplink data.
  • UE 705 initiates the RACH based procedure by sending Msg1, which includes a RACH preamble, to serving node 707 (event 721 ).
  • Serving node 707 sends Msg2, which comprises a random access response (RAR) with an eC-RNTI assignment, to UE 705 (event 723 ).
  • RAR random access response
  • UE 705 sends Msg3 with the uplink data and a UE identifier (e.g., UEID) to serving node 707 (event 725 ).
  • UE 705 also starts a listening timer (event 719 ).
  • Serving node 707 forwards the uplink data and UEID to anchor node 709 (event 727 ).
  • Serving node 707 sends a Layer 2 acknowledgement with UEID and addressed to the eC-RNTI (UE 705 ) (event 729 ).
  • UE 705 considers the eC-RNTI as a valid but temporary identifier (block 731 ). Later, the listening timer expires and the eC-RNTI is discarded (block 733 ).
  • FIG. 7B illustrates a diagram 750 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure using a grant-free based transmission with no subsequent transmission.
  • Diagram 750 displays messages exchanged and processing performed by a UE 755 , a serving node 757 , and an anchor node 759 .
  • the uplink data transmission procedure begins with UE 755 in the INACTIVE mode (block 765 ) and the UE context stored at anchor node 759 (block 767 ).
  • UE 755 has uplink data to transmit and transmits the uplink data with a UEID to serving node 757 using a grant-free resource (event 771 ) and starts a listening timer (event 769 ).
  • Serving node 757 forwards the uplink data and UEID to anchor node 759 (event 773 ).
  • Serving node 757 sends a Layer 2 acknowledgement with UEID and an eC-RNTI assignment to UE 755 (event 775 ).
  • the UEID may be used for contention resolution if needed.
  • UE 755 considers the eC-RNTI as a valid but temporary identifier (block 777 ). Later, the listening timer expires and the eC-RNTI is discarded (block 779 ).
  • FIG. 8 illustrates a diagram 800 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure using a grant-free based transmission with a subsequent downlink data transmission.
  • Diagram 800 displays messages exchanged and processing performed by a UE 805 , a serving node 807 , and an anchor node 809 .
  • the uplink data transmission procedure begins with UE 805 in the INACTIVE mode (block 815 ) and the UE context stored at anchor node 809 (block 817 ).
  • UE 805 has uplink data to transmit and transmits the uplink data with a UEID to serving node 807 using a grant-free resource (event 821 ) and starts a listening timer (event 819 ).
  • Serving node 807 forwards the uplink data and UEID to anchor node 809 (event 823 ).
  • Serving node 807 sends a Layer 2 acknowledgement with UEID and an eC-RNTI assignment to UE 805 (event 825 ).
  • the UEID may be used for contention resolution if needed.
  • UE 805 considers the eC-RNTI as a valid but temporary identifier (block 827 ).
  • Anchor node 809 forwards downlink data for UE 805 to serving node 807 (event 829 ).
  • Serving node 807 sends the downlink data in a transmission addressed to eC-RNTI (UE 805 ) (event 831 ). Later, the listening timer expires and the eC-RNTI is discarded (block 833 ).
  • the Layer 2 acknowledgement transmitted to the UE by the serving node may include an indicator or flag to immediately terminate the listening period. With the listening period terminated, the eC-RNTI would be discarded and the UE would return to its regularly scheduled DRX cycle.
  • the inclusion of the indicator or flag that immediately terminates the listening period represents a network-side decision to indicate that no response is expected for the uplink data transmission and the network will not be fetching the UE context to the serving node.
  • the network may make such a decision due to a number of situations, for example, the UE may have indicated in upper layer information suggesting that no response is expected, the network implementation may have decided that it will not fetch the UE context of the UE for implementation specific reasons, a highly mobile UE may be expected to relocate out of coverage of the serving node before the next downlink transmission (especially applicable in small cell and/or ultra-dense network (UDN) deployments where the dwell time per cell is small), and so on.
  • UDN ultra-dense network
  • the reconfiguration message may include a new persistent C-RNTI for the UE and uses existing signaling mechanisms, such as including the new persistent C-RNTI in a MAC CE or in an RRC message.
  • the reconfiguration message promotes the eC-RNTI to persistent C-RNTI status, which may be achieved with an explicitly signaled instruction, such as a flag, or by omission (e.g., not including a new persistent C-RNTI but directing the UE to the CONNECTED state, which implicitly means to make the eC-RNTI persistent).
  • the reconfiguration message may only take place after the UE context has been fetched from the anchor node. Once the UE receives the reconfiguration message, the UE stops (or deletes) the listening timer associated with the eC-RNTI and transitions to the CONNECTED state.
  • fetching the UE context from the anchor node may require an update of security configuration, e.g., in order to derive a new key.
  • Parameters needed to perform the security update may be included in the reconfiguration message.
  • a NCC is included in the reconfiguration message.
  • the reconfiguration message may be integrity protected using a new key and not ciphered. The integrity protection prevents giving the old key to the new serving node, which may be an undesirable security practice.
  • the reconfiguration message is not ciphered because the serving node cannot encrypt with the old key and the UE cannot decrypt with the new key (at least until the UE has received the reconfiguration message).
  • the integrity check may be similar to the procedure used to validate and apply a SecurityModeCommand in 3GPP LTE communications systems. Namely, the UE first applies the security configuration to generate a new key, then the UE checks the integrity fields with the new key. If the integrity check fails, the UE discards the new key and ignores the reconfiguration message, while if the integrity check passes, the UE continues operation with the new key.
  • FIG. 9 illustrates a diagram 900 of messages exchanged and processing performed by devices participating in security parameter management.
  • Diagram 900 displays messages exchanged and processing performed by a UE 905 , a serving node 907 , and an anchor node 909 , as the devices participate in security parameter management.
  • the procedure begins with UE 905 in the INACTIVE mode (block 915 ) and the UE context stored at anchor node 909 (block 917 ).
  • UE 905 and serving node 907 communicate using eC-RNTI, the ephemeral C-RNTI assigned to UE 905 (event 919 ).
  • the communication in event 919 may comprise an uplink and/or downlink data transfer using the eC-RNTI as previously described.
  • Serving node 907 determines to fetch the UE context of UE 905 (block 921 ) and sends a context fetch to anchor node 909 (event 923 ).
  • Anchor node 909 sends the UE context to serving node 907 (event 925 ), resulting in the UE context being stored at serving node 907 (block 927 ).
  • Serving node 907 derives a new key from the UE context (block 929 ) and sends a reconfiguration message to UE 905 that includes a NCC (event 931 ).
  • the reconfiguration message is addressed by eC-RNTI and is integrity protected using the new key, but the reconfiguration message is not ciphered.
  • the new key may be derived by anchor node 909 and provided to serving node 907 along with the UE context in event 925 .
  • UE 905 derives a new key using the information in the reconfiguration message (block 933 ) and performs an integrity check of the reconfiguration message (block 935 ) using the new key.
  • FIG. 9 illustrates a scenario where the integrity check passes and UE 905 starts using the new key for subsequent transmissions (block 937 ).
  • UE 905 also transitions to the CONNECTED state (block 939 ).
  • FIG. 10 illustrates a flow diagram of example operations 1000 occurring in a serving node participating in an uplink data transmission.
  • Operations 1000 may be indicative of operations occurring in a serving node as the serving node participates in an uplink data transmission.
  • Operations 1000 begin with the serving node receiving an uplink data transmission from the UE (block 1005 ) that includes a UEID and uplink data.
  • the serving node assigns an ephemeral identifier (e.g., eC-RNTI) to the UE and indicates the ephemeral identifier to the UE (block 1007 ).
  • the serving node forwards the UEID and the uplink data to an anchor node (block 1009 ) and transmits an acknowledgement (e.g., a Layer 2 acknowledgement) to the UE (block 1011 ).
  • the serving node may transmit a downlink transmission to the UE (block 1013 ).
  • the downlink transmission is addressed using the ephemeral identifier.
  • the serving node optionally uses the UEID to fetch the UE context from the anchor node (block 1015 ).
  • the serving node optionally assigns a persistent identifier to the UE (block 1017 ).
  • the ephemeral identifier is promoted to a persistent identifier.
  • the serving node generates a new persistent identifier for the UE, with the persistent identifier being generated in accordance with the UE context, for example.
  • the serving node transmits the persistent identifier to the UE, with the transmission being addressed using the ephemeral identifier (block 1019 ).
  • FIG. 11 illustrates a flow diagram of example operations 1100 occurring in a UE participating in an uplink data transmission.
  • Operations 1100 may be indicative of operations occurring in a UE as the UE participates in an uplink data transmission.
  • Operations 1100 begin with the UE transmitting a UEID and uplink data to a serving node (block 1105 ) and starting a listening timer (block 1107 ).
  • the UE receives an ephemeral identifier (e.g., an eC-RNTI) from the serving node (block 1109 ).
  • the UE may start the listening timer after receiving the ephemeral identifier from the serving node and not after transmitting the uplink data.
  • the UE receives an acknowledgement (e.g., a Layer 2 acknowledgement) from the serving node (block 1111 ).
  • the UE may receive a downlink transmission from the serving node (block 1113 ).
  • the downlink transmission is addressed using the ephemeral identifier.
  • the UE optionally receives a persistent identifier from the serving node (block 1115 ).
  • the persistent identifier may be the ephemeral identifier promoted to a persistent identifier or the persistent identifier may be a newly generated identifier generated by the serving node (in accordance with a UE context fetched by the serving node, for example).
  • the UE stops the listening timer (block 1117 ).
  • the listening timer may be stopped once it expires, when the UE receives the persistent identifier, when the UE is directed to a connected RRC state, or when the UE is instructed to stop the listening timer (e.g., when the UE receives an indication that there will be no downlink response).
  • FIG. 12A illustrates a diagram 1200 of messages exchanged and processing performed by devices participating in an uplink data transmission procedure without a context fetch.
  • Message exchanged and processing occurring in diagram 1200 occur at a UE 1205 , a serving node 1207 , an anchor node 1209 , a core network (CN) user plane gateway (UPGW) 1211 , and a remote server 1213 .
  • Message exchanged and processing occurring in diagram 1200 includes:
  • the message includes at least the following elements:
  • the serving node responds with a downlink contention resolution message (event 1217 ) that includes at least the UEID received in the previous uplink transmission (event 1215 ).
  • the serving node uses information associated with, or embedded within, the UEID to identify an anchor node for this UE (block 1219 ):
  • the anchor node will be a gNB that previously served the UE, however it may be some other network node or cluster of nodes (e.g., user plane forwarding nodes and control plane signaling nodes).
  • the serving node then forwards the short data PDU—as received from the UE—over an inter-node (Xn) network to the anchor node (event 1221 ).
  • the short data PDU includes the logical channel identifier (LCID) and upper layer 2 protocol headers as well as an application layer packet.
  • Upper layer 2 protocols may include one or more of packet data convergence protocol (PDCP), robust header compression protocol (RoHC), packet data adaptation protocol (PDAP) and service data adaptation protocol (SDAP). It is noted that SDAP and PDAP refer to the same protocol and may be used interchangeably.
  • the anchor node validates and decrypts the received PDU using the stored UE context referenced by the UEID (block 1223 ).
  • the anchor node determines the session associated with the PDU (based on the LCID/DRB selected by the UE for the uplink transmission) (block 1225 ).
  • the anchor node encapsulates the application packet inside an NG-U tunnel packet and forwards the tunnel packet to the UPGW associated with the corresponding UE session (event 1227 ).
  • the UPGW forwards the data to the remote server (event 1229 ).
  • the anchor node may send an acknowledgement to the UE, via the serving node, indicating successful receipt of the packet (events 1231 and 1233 ).
  • FIG. 12B illustrates an example INACTIVE mode protocol stack model 1250 .
  • INACTIVE mode protocol stack model 1250 may be based on the 3GPP LTE dual connectivity model.
  • Model 1250 includes an anchor node 1255 and a serving node 1257 .
  • Anchor node 1255 and serving node 1257 are coupled to other entities via interfaces, including a radio link (Uu) 1270 , Xn-U 1272 , and NG-U 1274 .
  • Uu radio link
  • the serving node for a UE operating in the INACTIVE mode may not be provided with a UE-specific context for managing transmissions over Uu 1270 .
  • serving node 1257 may not have:
  • radio link context information may imply that serving node 1257 must have procedures tailored for use in the INACTIVE mode.
  • FIG. 13 illustrates an example uplink PDU 1300 .
  • Uplink PDU 1300 is an example of a PDU transmitted in the uplink data transmission of event 1215 .
  • Uplink PDU 1300 includes at least two MAC elements—a first MAC element (MAC element_1) 1305 for the UEID and a second MAC element (MAC element_2) 1350 for the uplink data.
  • MAC element_1 first MAC element
  • MAC element_2 second MAC element
  • First MAC element 1305 comprises a MAC control element (CE) 1310 that includes the following fields:
  • MAC CE indicates to the serving node that the UE has initiated an uplink data transmission while in the INACTIVE mode.
  • Second MAC element 1350 comprises a MAC data element 1355 that may include one or more of the following fields:
  • BSR buffer status report
  • FIG. 14 illustrates an example UEID 1400 contained in a UEID field of a MAC CE.
  • UEID 1400 may be contained in a UEID field, such as UEID field 1314 , for example, of a MAC CE, such as MAC CE 1310 .
  • UEID 1400 includes one or more of the following fields:
  • UEID 1400 should contain an anchor node reference (fields 1405 and 1407 ) and may contain a context source reference (fields 1409 and 1411 ).
  • the anchor node reference (fields 1405 and 1407 ) and, optionally, the context source reference (fields 1409 and 1411 ) are provided to the UE by the anchor node (e.g., through RRC signaling) before the UE enters the INACTIVE mode.
  • the UE treats these references as opaque bit strings that are stored by the UE and then included as required in subsequent INACTIVE mode procedures.
  • UEID integrity check 1413 is also provided to the UE. In this situation, the cryptographic key and algorithm may not be shared with the UE (e.g., they may be known only to the anchor node).
  • UEID integrity check 1413 is computed by the UE prior to transmission of the uplink PDU using a pre-determined cryptographic key and algorithm.
  • the anchor reference (fields 1405 and 1407 ) is derived by the UE using information provided to the UE while operating in a CONNECTED state at the anchor node.
  • UEID 1400 would not include a context source reference (fields 1409 and 1411 ).
  • Autonomous derivation of the anchor reference allows the UE to transition from a CONNECTED state to an INACTIVE mode without the use of RRC signaling (e.g., upon expiration of an inactivity timer).
  • the anchor node identifier may comprise information broadcast by a node (e.g., in a System Information Block) or provided through RRC signaling.
  • the anchor UE reference may comprise a persistent C-RNTI (aC-RNTI) assigned to the UE by the anchor node.
  • RLC procedures are performed in the serving node. Because the serving node does not have access to the UE context and the associated RLC configuration, the serving node may deduce the intended RLC mode from the information contained in the RLC header of the uplink PDU.
  • FIG. 15A illustrates an example RLC header 1500 without segmentation. If the uplink PDU can be completely contained within a single PHY transport block, then segmentation and reassembly is not required. In this situation, RLC header 1500 may include the following fields:
  • FIG. 15B illustrates an example RLC header 1550 with segmentation. If the uplink PDU cannot fit into a single PHY transport block, then segmentation and reassembly is required. In this situation, RLC header 1550 may include the following fields in each transmitted segment:
  • the serving node checks if an AM operation was requested by the UE:
  • PDCP procedures may be performed in the anchor node if UE context is not transferred to the serving node.
  • the serving node forwards the RLC data to the anchor node; the forwarded data includes at least the following information:
  • FIGS. 16A and 16B illustrate example PDCP data PDUs 16 and 1650 without and with integrity check, respectively.
  • PDCP data PDU header of PDCP data PDU 1600 includes the following fields (PDCP data PDU header of PDCP data PDU 1650 also includes the same fields):
  • PDCP data PDU 1650 is similar in structure to PDCP data PDU 1600 with the inclusion of message integrity check field 1655 that is computed over the contents of the PDCP PDU 1650 .
  • the anchor node When the anchor node receives the forwarded data containing the UEID, the UEID can be used to retrieve the context associated with the UE. In particular, the anchor node obtains:
  • the anchor node may then proceed as follows:
  • a poll flag e.g., P PDCP in field 1607
  • P PDCP status PDU e.g., PDCP control PDUs shown FIGS. 17A and 17B
  • the UE is not required to request confirmation in every UL PDU.
  • a UE may not request confirmation in order to quickly return to a low energy state or to implicitly release an assigned eC-RNTI.
  • the PDCP status PDU should include the status of all PDCP PDUs received by the anchor node since at least the last request for confirmation from the UE; the status window may be extended by the anchor node to guard against possible loss of intermediate PDCP status PDUs.
  • FIGS. 17A and 17B illustrate PDCP control PDUs 1700 and 1750 with status information, without message integrity check and with message integrity check, respectively.
  • PDCP control PDUs 1700 and 1750 are also referred to as PDCP status PDUs.
  • the PDCP status PDU may be subsequently transmitted to the UE via a serving node. Transmission to the UE may utilize a downlink grant DCI encoded with the eC-RNTI if it has not been discarded (e.g., if the listening timer has not expired).
  • PDCP control PDU 1700 may include the following fields:
  • PDCP control PDU 1750 is similar in structure to PDCP control PDU 1700 with the inclusion of a PDCP data PDU sequence number field 1755 and a message integrity check field 1757 that is computed over the contents of the status PDU.
  • PDCP may be configured to always provide a PDCP status message integrity check 1757 .
  • the PDAP/SDAP procedures may be performed in the anchor node if UE context is not transferred to the serving node. If the PDU received by the anchor node includes a PDAP/SDAP Data PDU header, the QoS flow identifier associated with the user plane PDU will be used for subsequent PDAP/SDAP operations. If a PDAP/SDAP Data PDU header is not included in the received PDU, the QoS flow identifier is inferred from the LCID associated with the PDU.
  • FIG. 18 illustrates an example PDAP/SDAP data PDU 1800 .
  • D/C data/control
  • D/C control PDU
  • QoS flow identifier field 1807 comprising an identifier of a QoS flow associated with the user plane PDU used for subsequent PDAP/SDAP operations
  • a PDAP/SDAP data field 1809 that includes PDAP/SDAP data.
  • FIG. 19 illustrates a flow diagram of example operations 1900 providing RLC processing.
  • Operations 1900 may be indicative of operations occurring in a serving node that is processing an RLC PDU.
  • Operations 1900 begin with the serving node starting a reassembly timer (block 1905 ).
  • the reassembly timer provides a time-out period for the reassembling of segmented RLC PDUs.
  • the serving node performs a check to determine if the reassembly timer is expired (block 1917 ). If the reassembly timer is expired, the serving node generates a status report (block 1913 ) and stops the reassembly timer (block 1915 ). If the reassembly timer is not expired, the serving node returns to block 1907 to receive a subsequent RLC PDU.
  • FIG. 20 illustrates a flow diagram of example operations 2000 providing PDCP processing.
  • Operations 2000 may be indicative of operations occurring in an anchor node during PDCP processing.
  • Operations 2000 begin with the anchor node performing a check to determine if an integrity check is required for an UEID associated with a PDCP PDU (block 2005 ). If an integrity check is required, the anchor node performs a check to determine if the UEID is valid (block 2007 ). If the UEID is invalid, the anchor node discards the PDCP PDU (block 2009 ) and operations 2000 terminate. If the UEID is valid or if the UEID does not require an integrity check, the anchor node performs a check to determine if the PDCP sequence number is valid (block 2011 ). If the PDCP sequence number is invalid, the anchor node discards the PDCP PDU (block 2009 ) and operations 2000 terminate.
  • the anchor node performs a check to determine if an integrity check is required for the PDCP PDU (block 2013 ). If an integrity check is required, the anchor node performs a check to determine if the integrity of the PDCP PDU is valid (block 2015 ). If the integrity of the PDCP PDU is invalid, the anchor node discards the PDCP PDU (block 2009 ) and operations 2000 terminate. If the integrity of the PDCP PDU is valid or if an integrity check is not required for the PDCP PDU, the anchor node performs a check to determine if the PDCP PDU is encrypted (block 2017 ).
  • the anchor node decrypts the PDCP PDU and produces a data PDU (block 2019 ). If the PDCP PDU is not encrypted or after decrypting the PDCP PDU, the anchor node performs a check to determine if the header of the data PDU is compressed (block 2021 ). If the header of the data PDU is compressed, the anchor node decompresses the header of the data PDU (block 2023 ). If the header of the data PDU is not compressed or after uncompressing the header, the anchor node performs a check to determine if a PDCP status report is requested (block 2025 ). If a PDCP status report is requested, the anchor node generates a report (block 2027 ). If a PDCP status report is not requested or after generating the report, the anchor node performs a check to determine if in-order delivery is enabled (block 2029 ).
  • the anchor node delivers the data PDU (block 2031 ) and operations 2000 terminate. If out-of-order delivery is not enabled or not explicitly requested, the anchor node buffers the data PDU, delivers any buffered data PDUs that can be delivered in-order (block 2039 ) and operations 2000 terminate.
  • the present application provides a method for managing identities of user devices operating in an inactive mode.
  • the method includes receiving, by a serving device, a first uplink transmission including a user device identifier associated with a user device, transmitting, by the serving device, a first downlink transmission including an indication of an ephemeral identifier assigned to the user device, transmitting, by the serving device, a second downlink transmission including data associated with the ephemeral identifier, and discarding, by the serving device, the ephemeral identifier.
  • the first uplink transmission further includes user data.
  • the method also includes receiving, by the serving device, a second uplink transmission associated with the ephemeral identifier.
  • the ephemeral identifier comprises an ephemeral cell radio network temporary identifier (eC-RNTI).
  • the method also includes fetching, by the serving device, a user device context from an anchor device, transmitting, by the serving device, a third downlink transmission associated with the ephemeral identifier, wherein the third downlink transmission includes an assignment of a persistent identifier of the user device, and transmitting, by the serving device, a fourth downlink transmission associated with the persistent identifier.
  • he third downlink transmission and the fourth downlink transmission are one and the same.
  • generating the persistent identifier includes one of promoting the ephemeral identifier to the persistent identifier, or deriving the persistent identifier in accordance with the user device context.
  • the user device context is stored at the serving device after being fetched from the anchor device.
  • the present application provides a method for operating a user device in an inactive mode.
  • the method includes transmitting, by the user device, a first uplink transmission including a user device identifier associated with the user device, receiving, by the user device, a first downlink transmission including an indication of an ephemeral identifier assigned to the user device, receiving, by the user device, a second downlink transmission including data associated with the ephemeral identifier, and discarding, by the user device, the ephemeral identifier.
  • the first uplink transmission further includes user data.
  • he method also includes starting, by the user device, a listen timer after transmitting the first uplink transmission, wherein discarding the ephemeral identifier occurs after the listen timer expires.
  • the method also includes starting, by the user device, a listen timer after transmitting the first uplink transmission, receiving, by the user device, a third downlink transmission associated with the ephemeral identifier, wherein the third downlink transmission includes an assignment of a persistent identifier, and stopping, by the user device, the listen timer.
  • the method also includes deriving, by the user device, a security key in accordance with the third downlink transmission, verifying, by the user device, an integrity check of at least a portion of the third downlink transmission in accordance with the security key, and using, by the user device, the persistent identifier when the integrity check passes.
  • the present application provides a serving device adapted to manage identities of user devices operating in an inactive mode.
  • the serving device includes a processor, and a computer readable storage medium storing programming for execution by the processor.
  • the programming including instructions to configure the serving device to receive a first uplink transmission including a user device identifier associated with a user device, transmit a first downlink transmission including an indication of an ephemeral identifier assigned to the user device, transmit a second downlink transmission including data associated with the ephemeral identifier, and discard the ephemeral identifier.
  • the programming includes instructions to configure the serving device to receive a second uplink transmission associated with the ephemeral identifier.
  • the programming includes instructions to configure the serving device to fetch a user device context from an anchor device, transmit a third downlink transmission associated with the ephemeral identifier, wherein the third downlink transmission includes an assignment of a persistent identifier of the user device, and transmit a fourth downlink transmission associated with the persistent identifier.
  • the programming includes instructions to configure the serving device to one of promote the ephemeral identifier to the persistent identifier, or derive the persistent identifier in accordance with the user device context.
  • the present application provides a user device adapted to operate in an inactive mode.
  • the user device includes a processor, and a computer readable storage medium storing programming for execution by the processor.
  • the programming including instructions to configure the user device to transmit a first uplink transmission including a user device identifier associated with the user device, receive a first downlink transmission including an indication of an ephemeral identifier assigned to the user device, receive a second downlink transmission including data associated with the ephemeral identifier, and discard the ephemeral identifier.
  • the programming includes instructions to configure the user device to start a listen timer after the first uplink transmission is transmitted, wherein the ephemeral identifier is discarded after the listen timer expires.
  • the programming includes instructions to configure the user device to start a listen timer after transmitting the first uplink transmission, receive a third downlink transmission associated with the ephemeral identifier, wherein the third downlink transmission includes an assignment of a persistent identifier, and stop the listen timer.
  • the programming includes instructions to configure the user device to derive a security key in accordance with the third downlink transmission, verify an integrity check of at least a portion of the third downlink transmission in accordance with the security key, and use the persistent identifier when the integrity check passes.
  • FIG. 21 illustrates an example communication system 2100 .
  • the system 2100 enables multiple wireless or wired users to transmit and receive data and other content.
  • the system 2100 may implement one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), or non-orthogonal multiple access (NOMA).
  • CDMA code division multiple access
  • TDMA time division multiple access
  • FDMA frequency division multiple access
  • OFDMA orthogonal FDMA
  • SC-FDMA single-carrier FDMA
  • NOMA non-orthogonal multiple access
  • the communication system 2100 includes electronic devices (ED) 2110 a - 2110 c , radio access networks (RANs) 2120 a - 2120 b , a core network 2130 , a public switched telephone network (PSTN) 2140 , the Internet 2150 , and other networks 2160 . While certain numbers of these components or elements are shown in FIG. 21 , any number of these components or elements may be included in the system 2100 .
  • ED electronic devices
  • RANs radio access networks
  • PSTN public switched telephone network
  • the EDs 2110 a - 2110 c are configured to operate and/or communicate in the system 2100 .
  • the EDs 2110 a - 2110 c are configured to transmit and/or receive via wireless or wired communication channels.
  • Each ED 2110 a - 2110 c represents any suitable end user device and may include such devices (or may be referred to) as a user equipment/device (UE), wireless transmit/receive unit (WTRU), mobile station, fixed or mobile subscriber unit, cellular telephone, personal digital assistant (PDA), smartphone, laptop, computer, touchpad, wireless sensor, or consumer electronics device.
  • UE user equipment/device
  • WTRU wireless transmit/receive unit
  • PDA personal digital assistant
  • smartphone laptop, computer, touchpad, wireless sensor, or consumer electronics device.
  • the RANs 2120 a - 2120 b here include base stations 2170 a - 2170 b , respectively.
  • Each base station 2170 a - 2170 b is configured to wirelessly interface with one or more of the EDs 2110 a - 2110 c to enable access to the core network 2130 , the PSTN 2140 , the Internet 2150 , and/or the other networks 2160 .
  • the base stations 2170 a - 2170 b may include (or be) one or more of several well-known devices, such as a base transceiver station (BTS), a NodeB (NodeB), an evolved NodeB (eNodeB), a Home NodeB, a Home eNodeB, a gNB, a cell site controller, an access point (AP), or a wireless router.
  • BTS base transceiver station
  • NodeB NodeB
  • eNodeB evolved NodeB
  • a Home NodeB a Home eNodeB
  • a gNB a cell site controller
  • AP access point
  • the EDs 2110 a - 2110 c are configured to interface and communicate with the Internet 2150 and may access the core network 2130 , the PSTN 2140 , and/or the other networks 2160 .
  • the base station 2170 a forms part of the RAN 2120 a , which may include other base stations, elements, and/or devices.
  • the base station 2170 b forms part of the RAN 2120 b , which may include other base stations, elements, and/or devices.
  • Each base station 2170 a - 2170 b operates to transmit and/or receive wireless signals within a particular geographic region or area, sometimes referred to as a “cell.”
  • MIMO multiple-input multiple-output
  • the base stations 2170 a - 2170 b communicate with one or more of the EDs 2110 a - 2110 c over one or more air interfaces 2190 using wireless communication links.
  • the air interfaces 2190 may utilize any suitable radio access technology.
  • the system 2100 may use multiple channel access functionality, including such schemes as described above.
  • the base stations and EDs implement LTE, and/or 5G NR.
  • LTE Long Term Evolution
  • 5G NR Long Term Evolution
  • other multiple access schemes and wireless protocols may be utilized.
  • the RANs 2120 a - 2120 b are in communication with the core network 2130 to provide the EDs 2110 a - 2110 c with voice, data, application, Voice over Internet Protocol (VoIP), or other services. Understandably, the RANs 2120 a - 2120 b and/or the core network 2130 may be in direct or indirect communication with one or more other RANs (not shown).
  • the core network 2130 may also serve as a gateway access for other networks (such as the PSTN 2140 , the Internet 2150 , and the other networks 2160 ).
  • some or all of the EDs 2110 a - 2110 c may include functionality for communicating with different wireless networks over different wireless links using different wireless technologies and/or protocols. Instead of wireless communication (or in addition thereto), the EDs may communicate via wired communication channels to a service provider or switch (not shown), and to the Internet 2150 .
  • FIG. 21 illustrates one example of a communication system
  • the communication system 2100 could include any number of EDs, base stations, networks, or other components in any suitable configuration.
  • FIGS. 22A and 22B illustrate example devices that may implement the methods and teachings according to this disclosure.
  • FIG. 22A illustrates an example ED 2210
  • FIG. 22B illustrates an example base station 2270 .
  • These components could be used in the system 2100 or in any other suitable system.
  • the ED 2210 includes at least one processing unit 2200 .
  • the processing unit 2200 implements various processing operations of the ED 2210 .
  • the processing unit 2200 could perform signal coding, data processing, power control, input/output processing, or any other functionality enabling the ED 2210 to operate in the system 2100 .
  • the processing unit 2200 also supports the methods and teachings described in more detail above.
  • Each processing unit 2200 includes any suitable processing or computing device configured to perform one or more operations.
  • Each processing unit 2200 could, for example, include a microprocessor, microcontroller, digital signal processor, field programmable gate array, or application specific integrated circuit.
  • the ED 2210 also includes at least one transceiver 2202 .
  • the transceiver 2202 is configured to modulate data or other content for transmission by at least one antenna or NIC (Network Interface Controller) 2204 .
  • the transceiver 2202 is also configured to demodulate data or other content received by the at least one antenna 2204 .
  • Each transceiver 2202 includes any suitable structure for generating signals for wireless or wired transmission and/or processing signals received wirelessly or by wire.
  • Each antenna 2204 includes any suitable structure for transmitting and/or receiving wireless or wired signals.
  • One or multiple transceivers 2202 could be used in the ED 2210 , and one or multiple antennas 2204 could be used in the ED 2210 .
  • a transceiver 2202 could also be implemented using at least one transmitter and at least one separate receiver.
  • the ED 2210 further includes one or more input/output devices 2206 or interfaces (such as a wired interface to the Internet 2150 ).
  • the input/output devices 2206 facilitate interaction with a user or other devices (network communications) in the network.
  • Each input/output device 2206 includes any suitable structure for providing information to or receiving/providing information from a user, such as a speaker, microphone, keypad, keyboard, display, or touch screen, including network interface communications.
  • the ED 2210 includes at least one memory 2208 .
  • the memory 2208 stores instructions and data used, generated, or collected by the ED 2210 .
  • the memory 2208 could store software or firmware instructions executed by the processing unit(s) 2200 and data used to reduce or eliminate interference in incoming signals.
  • Each memory 2208 includes any suitable volatile and/or non-volatile storage and retrieval device(s). Any suitable type of memory may be used, such as random access memory (RAM), read only memory (ROM), hard disk, optical disc, subscriber identity module (SIM) card, memory stick, secure digital (SD) memory card, and the like.
  • the base station 2270 includes at least one processing unit 2250 , at least one transceiver 2252 , which includes functionality for a transmitter and a receiver, one or more antennas 2256 , at least one memory 2258 , and one or more input/output devices or interfaces 2266 .
  • a scheduler which would be understood by one skilled in the art, is coupled to the processing unit 2250 . The scheduler could be included within or operated separately from the base station 2270 .
  • the processing unit 2250 implements various processing operations of the base station 2270 , such as signal coding, data processing, power control, input/output processing, or any other functionality.
  • the processing unit 2250 can also support the methods and teachings described in more detail above.
  • Each processing unit 2250 includes any suitable processing or computing device configured to perform one or more operations.
  • Each processing unit 2250 could, for example, include a microprocessor, microcontroller, digital signal processor, field programmable gate array, or application specific integrated circuit.
  • Each transceiver 2252 includes any suitable structure for generating signals for wireless or wired transmission to one or more EDs or other devices. Each transceiver 2252 further includes any suitable structure for processing signals received wirelessly or by wire from one or more EDs or other devices. Although shown combined as a transceiver 2252 , a transmitter and a receiver could be separate components. Each antenna 2256 includes any suitable structure for transmitting and/or receiving wireless or wired signals. While a common antenna 2256 is shown here as being coupled to the transceiver 2252 , one or more antennas 2256 could be coupled to the transceiver(s) 2252 , allowing separate antennas 2256 to be coupled to the transmitter and the receiver if equipped as separate components.
  • Each memory 2258 includes any suitable volatile and/or non-volatile storage and retrieval device(s).
  • Each input/output device 2266 facilitates interaction with a user or other devices (network communications) in the network.
  • Each input/output device 2266 includes any suitable structure for providing information to or receiving/providing information from a user, including network interface communications.
  • FIG. 23 is a block diagram of a computing system 2300 that may be used for implementing the devices and methods disclosed herein.
  • the computing system can be any entity of UE, access network (AN), mobility management (MM), session management (SM), UPGW, access stratum (AS).
  • Specific devices may utilize all of the components shown or only a subset of the components, and levels of integration may vary from device to device.
  • a device may contain multiple instances of a component, such as multiple processing units, processors, memories, transmitters, receivers, etc.
  • the computing system 2300 includes a processing unit 2302 .
  • the processing unit includes a central processing unit (CPU) 2314 , memory 2308 , and may further include a mass storage device 2304 , a video adapter 2310 , and an I/O interface 2312 connected to a bus 2320 .
  • CPU central processing unit
  • the bus 2320 may be one or more of any type of several bus architectures including a memory bus or memory controller, a peripheral bus, or a video bus.
  • the CPU 2314 may comprise any type of electronic data processor.
  • the memory 2308 may comprise any type of non-transitory system memory such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), read-only memory (ROM), or a combination thereof.
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • SDRAM synchronous DRAM
  • ROM read-only memory
  • the memory 2308 may include ROM for use at boot-up, and DRAM for program and data storage for use while executing programs.
  • the mass storage 2304 may comprise any type of non-transitory storage device configured to store data, programs, and other information and to make the data, programs, and other information accessible via the bus 2320 .
  • the mass storage 2304 may comprise, for example, one or more of a solid state drive, hard disk drive, a magnetic disk drive, or an optical disk drive.
  • the video adapter 2310 and the I/O interface 2312 provide interfaces to couple external input and output devices to the processing unit 2302 .
  • input and output devices include a display 2318 coupled to the video adapter 2310 and a mouse/keyboard/printer 2316 coupled to the I/O interface 2312 .
  • Other devices may be coupled to the processing unit 2302 , and additional or fewer interface cards may be utilized.
  • a serial interface such as Universal Serial Bus (USB) (not shown) may be used to provide an interface for an external device.
  • USB Universal Serial Bus
  • the processing unit 2302 also includes one or more network interfaces 2306 , which may comprise wired links, such as an Ethernet cable, and/or wireless links to access nodes or different networks.
  • the network interfaces 2306 allow the processing unit 2302 to communicate with remote units via the networks.
  • the network interfaces 2306 may provide wireless communication via one or more transmitters/transmit antennas and one or more receivers/receive antennas.
  • the processing unit 2302 is coupled to a local-area network 2322 or a wide-area network for data processing and communications with remote devices, such as other processing units, the Internet, or remote storage facilities.
  • a signal may be transmitted by a transmitting unit or a transmitting module.
  • a signal may be received by a receiving unit or a receiving module.
  • a signal may be processed by a processing unit or a processing module.
  • Other steps may be performed by a forwarding unit/module, a fetching unit/module, a generating unit/module, a promoting unit/module, a deriving unit/module, a starting unit/module, a discarding unit/module, a stopping unit/module, and/or a using unit/module.
  • the respective units/modules may be hardware, software, or a combination thereof.
  • one or more of the units/modules may be an integrated circuit, such as field programmable gate arrays (FPGAs) or application-specific integrated circuits (ASICs).
  • FPGAs field programmable gate arrays
  • ASICs application-specific integrated circuits

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
US15/586,687 2017-02-13 2017-05-04 System and Method for User Equipment Identification and Communications Abandoned US20180234839A1 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
US15/586,687 US20180234839A1 (en) 2017-02-13 2017-05-04 System and Method for User Equipment Identification and Communications
PCT/CN2018/074375 WO2018145585A1 (en) 2017-02-13 2018-01-27 System and method for user equipment identification and communications
CN201880011530.2A CN110622614B (zh) 2017-02-13 2018-01-27 用于用户设备标识和通信的系统和方法
EP18751312.2A EP3569031B1 (en) 2017-02-13 2018-01-27 Management of identifiers of a user device in an inactive mode by a serving device
US16/028,184 US10728747B2 (en) 2017-02-13 2018-07-05 System and method for user equipment identification and communications
US16/933,852 US11546752B2 (en) 2017-02-13 2020-07-20 System and method for user equipment identification and communications

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762458241P 2017-02-13 2017-02-13
US15/586,687 US20180234839A1 (en) 2017-02-13 2017-05-04 System and Method for User Equipment Identification and Communications

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/028,184 Continuation US10728747B2 (en) 2017-02-13 2018-07-05 System and method for user equipment identification and communications

Publications (1)

Publication Number Publication Date
US20180234839A1 true US20180234839A1 (en) 2018-08-16

Family

ID=63105571

Family Applications (3)

Application Number Title Priority Date Filing Date
US15/586,687 Abandoned US20180234839A1 (en) 2017-02-13 2017-05-04 System and Method for User Equipment Identification and Communications
US16/028,184 Active US10728747B2 (en) 2017-02-13 2018-07-05 System and method for user equipment identification and communications
US16/933,852 Active 2038-02-04 US11546752B2 (en) 2017-02-13 2020-07-20 System and method for user equipment identification and communications

Family Applications After (2)

Application Number Title Priority Date Filing Date
US16/028,184 Active US10728747B2 (en) 2017-02-13 2018-07-05 System and method for user equipment identification and communications
US16/933,852 Active 2038-02-04 US11546752B2 (en) 2017-02-13 2020-07-20 System and method for user equipment identification and communications

Country Status (4)

Country Link
US (3) US20180234839A1 (zh)
EP (1) EP3569031B1 (zh)
CN (1) CN110622614B (zh)
WO (1) WO2018145585A1 (zh)

Cited By (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180183770A1 (en) * 2016-12-26 2018-06-28 Htc Corporation Device and Method of Handling Mobile Data Transmissions in a Wireless Communication System
US20180279376A1 (en) * 2017-03-23 2018-09-27 Comcast Cable Communications, Llc Power Control For Random Access
US20180279375A1 (en) * 2017-03-22 2018-09-27 Comcast Cable Communications, Llc Random Access Process in New Radio
US10271350B2 (en) * 2017-03-31 2019-04-23 Nokia Technologies Oy Methods, apparatuses, and systems for providing transfer block indication in uplink grant-free transmissions
US20190238345A1 (en) * 2018-01-26 2019-08-01 Huawei Technologies Co., Ltd. System and method for shared sessions in communication networks
WO2020034318A1 (en) 2018-09-27 2020-02-20 Zte Corporation Methods and systems for mobility management in non-terrestrial networks
US20200120491A1 (en) * 2018-03-26 2020-04-16 Telefonaktiebolaget Lm Ericsson (Publ) Security Verification when Resuming an RRC Connection
CN111083752A (zh) * 2018-10-18 2020-04-28 苹果公司 不活动模式操作
US20200169887A1 (en) * 2017-06-16 2020-05-28 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for the handling of data radio bearer integrity protection failure in nr
CN111709751A (zh) * 2020-06-20 2020-09-25 山西警察学院 一种区块链中锚节点的拓展化方法
US10820192B2 (en) 2017-06-16 2020-10-27 Huawei Technologies Co., Ltd. Downlink transmission in a RAN inactive mode
US20200367131A1 (en) * 2018-02-11 2020-11-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Mobile Communication System, Method and Device
CN112703765A (zh) * 2018-09-27 2021-04-23 苹果公司 用于5gc多rat双连接中卸载的qos流的上行链路按序递送
US11064512B2 (en) * 2017-03-23 2021-07-13 Huawei Technologies Co., Ltd. Method and apparatus for receiving and sending downlink control information
US11108672B2 (en) * 2019-07-15 2021-08-31 Qualcomm Incorporated Measuring and verifying layer 2 sustained downlink maximum data rate decoding performance
WO2021207313A1 (en) * 2020-04-07 2021-10-14 Google Llc Data communication in an inactive state
US11153792B2 (en) * 2018-04-18 2021-10-19 Qualcomm Incorporated Signaling for inactive mobility
US11159985B2 (en) * 2017-11-15 2021-10-26 Sharp Kabushiki Kaisha Terminal apparatus and method
CN113615305A (zh) * 2019-03-29 2021-11-05 索尼集团公司 通信设备、基站设备、通信方法以及通信程序
US20210385031A1 (en) * 2018-12-24 2021-12-09 Zte Corporation Data retransmission indication and processing method and device
US11202227B2 (en) * 2017-11-16 2021-12-14 Datang Mobile Communications Equipment Co., Ltd. Processing method and device for cache synchronous exception
US11240696B2 (en) 2019-07-15 2022-02-01 Qualcomm Incorporated Measuring and verifying layer 2 sustained downlink maximum data rate decoding performance
US20220038955A1 (en) * 2020-07-31 2022-02-03 Qualcomm Incorporated Api-controlled pdcp out-of-order control and delivery for downlink traffic
US11252619B2 (en) 2017-03-22 2022-02-15 Comcast Cable Communications, Llc Handover random access
US11265770B2 (en) * 2017-05-05 2022-03-01 Huawei Technologies Co., Ltd. Communication method and apparatus for use in an inactive state
US11265946B2 (en) 2017-09-28 2022-03-01 Samsung Electronics Co., Ltd. Method and device for network access
US20220103329A1 (en) * 2017-06-15 2022-03-31 Sony Group Corporation Communication apparatus and communication method
US11304054B2 (en) * 2017-03-24 2022-04-12 Huawei Technologies Co., Ltd. Communication method and device
US11319107B2 (en) * 2016-03-07 2022-05-03 Qualcomm Incorporated Synchronization for standalone LTE broadcast
US20220150782A1 (en) * 2018-04-13 2022-05-12 Qualcomm Incorporated Facilitating quality of service flow remapping utilizing a service data adaptation protocol layer
US11356904B2 (en) * 2019-11-06 2022-06-07 Samsung Electronics Co., Ltd. Method and apparatus for performing handover in wireless communication system
US20220191942A1 (en) * 2019-09-27 2022-06-16 Kddi Corporation Terminal device executing random access procedure, base station device, control method, and computer-readable storage medium
WO2022155057A1 (en) * 2021-01-12 2022-07-21 Google Llc Managing small data transmission inactive state scenarios
US11452141B2 (en) * 2019-03-04 2022-09-20 Qualcomm Incorporated Techniques for formatting random access messages in wireless communications
US11457471B2 (en) * 2018-08-09 2022-09-27 Sony Corporation Methods, communications device and infrastructure equipment
CN115699872A (zh) * 2020-07-23 2023-02-03 中兴通讯股份有限公司 用于具有数据传输的用户设备的数据转发
US11622257B1 (en) * 2020-05-20 2023-04-04 Proxy, Inc. Methods and apparatus for presence monitoring
US11882486B2 (en) 2019-11-06 2024-01-23 Samsung Electronics Co., Ltd. Method and apparatus for performing handover in wireless communication system
US11895585B2 (en) * 2018-02-03 2024-02-06 Qualcomm Incorporated Data transfer between an inactive mode user equipment and a wireless network
US11916925B2 (en) * 2018-02-15 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Method for improving data transmission security
EP4239974A4 (en) * 2021-01-04 2024-05-01 Tencent Technology (Shenzhen) Company Limited METHOD AND APPARATUS FOR TRANSMISSION OF DATA, AS WELL AS COMPUTER-READABLE MEDIUM AND ELECTRONIC DEVICE
US12101672B2 (en) 2023-05-10 2024-09-24 Comcast Cable Communications, Llc Handover random access

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109413639A (zh) * 2017-08-15 2019-03-01 维沃移动通信有限公司 一种终端可达性管理方法、核心网及接入网
KR102500134B1 (ko) * 2017-11-01 2023-02-15 삼성전자주식회사 무선 통신 시스템에서 패킷 데이터 정보를 송수신하기 위한 장치 및 방법
US11184934B2 (en) 2018-10-06 2021-11-23 Mediatek Inc. AT-command for always-on PDU session
CN112866936B (zh) * 2019-01-02 2021-12-24 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN111586883B (zh) * 2019-02-15 2022-06-14 华为技术有限公司 一种随机接入方法和装置
CN111757534B (zh) * 2019-03-27 2023-11-14 夏普株式会社 随机接入方法以及用户设备
CN109922487B (zh) * 2019-03-28 2021-11-19 南京邮电大学 一种下行mimo-noma网络下的资源分配方法
CN111757539B (zh) * 2019-03-29 2022-07-15 中国移动通信有限公司研究院 一种信息发送方法、终端及网络设备
US20220369410A1 (en) * 2019-07-03 2022-11-17 Nokia Solutions And Networks Oy Efficient Context Handling for RRC-Inactive in 5G
CN113841433B (zh) * 2019-08-16 2023-01-13 华为技术有限公司 通信方法及装置
WO2021062797A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 配置方法和装置
WO2021184266A1 (zh) * 2020-03-18 2021-09-23 Oppo广东移动通信有限公司 一种数据包重组方法、电子设备及存储介质
CN111541523A (zh) * 2020-04-27 2020-08-14 四川创智联恒科技有限公司 一种利用mac层通知rlc进行arq重传的方法
EP4156846A4 (en) * 2020-06-19 2023-07-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. DATA TRANSMISSION METHOD AND NETWORK DEVICE
CN111918409B (zh) * 2020-08-10 2021-03-12 郑州大学体育学院 用于教育软件的大数据信息收集方法及系统
CN114584963B (zh) * 2020-12-01 2024-04-12 奇点新源国际技术开发(北京)有限公司 通话呼叫方法、装置和终端设备
JP2024503227A (ja) * 2021-01-11 2024-01-25 中興通訊股▲ふん▼有限公司 無線ネットワーク内におけるスモールデータ伝送のための方法、デバイス、およびシステム
EP4406339A1 (en) * 2021-09-22 2024-07-31 Qualcomm Incorporated Techniques for managing local remote user equipment identifier

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120113926A1 (en) * 2008-08-07 2012-05-10 Innovative Sonic Limited Method and apparatus for handling uplink grant
US20130021979A1 (en) * 2010-03-29 2013-01-24 Pantech Co., Ltd. Apparatus and method for performing random access in a wireless communication system
US20130042115A1 (en) * 2011-08-09 2013-02-14 CloudPassage, Inc. Systems and methods for implementing security in a cloud computing environment
US20150043455A1 (en) * 2012-01-03 2015-02-12 Telefonaktiebolaget L M Ericsson (Publ) Radio communication system for assigning a short-lived c-rnti

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8909226B2 (en) * 2004-06-07 2014-12-09 Apple Inc. Handoffs and handoff selection in a wireless access network
US7912471B2 (en) 2006-01-04 2011-03-22 Wireless Technology Solutions Llc Initial connection establishment in a wireless communication system
US20070242703A1 (en) * 2006-04-12 2007-10-18 Telefonaktiebolaget Lm Ericsson (Publ) Binding/combining of plural telecommunications functions
US9161212B2 (en) * 2006-10-03 2015-10-13 Qualcomm Incorporated Method and apparatus for re-synchronizing of temporary UE IDs in a wireless communication system
CN101616402B (zh) * 2008-06-23 2012-04-25 电信科学技术研究院 一种终端切换时分配持续调度c-rnti的方法和系统
KR20100090632A (ko) * 2009-02-06 2010-08-16 엘지전자 주식회사 Ｎｄｉ를 이용한 임의접속 수행 방법 및 이를 위한 단말 장치
US8386800B2 (en) * 2009-12-04 2013-02-26 Cryptography Research, Inc. Verifiable, leak-resistant encryption and decryption
US8514756B1 (en) * 2010-10-15 2013-08-20 Juniper Networks, Inc. Collectively addressing wireless devices
JP6001886B2 (ja) * 2012-03-13 2016-10-05 株式会社Ｎｔｔドコモ 移動局及び無線基地局
US20130298209A1 (en) * 2012-05-02 2013-11-07 Interdigital Patent Holdings, Inc. One round trip authentication using sngle sign-on systems
KR20140022711A (ko) * 2012-08-14 2014-02-25 삼성전자주식회사 이동통신 시스템에서 핸드 오버를 수행하는 방법 및 장치
EP2854444A1 (en) * 2013-09-27 2015-04-01 Panasonic Intellectual Property Corporation of America Efficient uplink scheduling mechanism for dual connectivity
WO2015105353A1 (en) * 2014-01-08 2015-07-16 Lg Electronics Inc. A method and an apparatus of wireless communication
US10004098B2 (en) * 2014-01-29 2018-06-19 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system
US9154460B1 (en) * 2014-02-12 2015-10-06 Sonus Networks, Inc. Methods and apparatus for denial of service resistant policing of packets
US10028311B2 (en) * 2014-04-22 2018-07-17 Lg Electronics Inc. Method for processing received PDCP PDUs for D2D communication system and device therefor
US9509606B2 (en) * 2014-07-30 2016-11-29 Aruba Networks, Inc. Distributed virtual private network
US10764796B2 (en) * 2015-01-13 2020-09-01 Telefonaktiebolaget Lm Ericsson (Publ) Network node, wireless device and method for use in a random access procedure therebetween in a cell of the network node
US10397754B2 (en) * 2015-08-06 2019-08-27 Qualcomm Incorporation Packet data convergence protocol reordering with enhanced component carriers
GB201600474D0 (en) * 2016-01-11 2016-02-24 Nec Corp Communication system
US20170222943A1 (en) * 2016-01-29 2017-08-03 Mediatek Inc. Method and apparatus for reordering
EP3451733B1 (en) * 2016-04-29 2021-07-14 LG Electronics Inc. Data transmission method performed by base station in wireless communication system, and apparatus using same
EP3453203A4 (en) * 2016-05-03 2019-12-18 LG Electronics Inc. -1- METHOD AND DEVICE FOR TRANSMITTING A DATA UNIT
CN110691429B (zh) * 2016-05-13 2021-02-12 华为技术有限公司 Rrc状态的控制方法和装置
CN106130721B (zh) * 2016-08-14 2019-08-23 北京数盾信息科技有限公司 一种高速网络存贮加密机
US10433269B2 (en) * 2016-11-02 2019-10-01 Samsung Electronics Co., Ltd. Method and system for integrated backhaul and wireless access network
CN108282817B (zh) * 2017-01-05 2021-08-20 华为技术有限公司 信息传输的方法和装置
US10531388B2 (en) * 2017-02-06 2020-01-07 Qualcomm Incorporated Data transmission in inactive state
ES2914398T3 (es) * 2017-02-12 2022-06-10 Fg innovation co ltd Gestión de movilidad para equipos de usuario RRC_INACTIVO
CN108811153A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 通信方法、集中式单元、分布式单元、基站及终端设备
EP3737197B1 (en) * 2019-05-06 2022-12-07 Comcast Cable Communications LLC Wireless communications for asymmetric services

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120113926A1 (en) * 2008-08-07 2012-05-10 Innovative Sonic Limited Method and apparatus for handling uplink grant
US20130021979A1 (en) * 2010-03-29 2013-01-24 Pantech Co., Ltd. Apparatus and method for performing random access in a wireless communication system
US20130042115A1 (en) * 2011-08-09 2013-02-14 CloudPassage, Inc. Systems and methods for implementing security in a cloud computing environment
US20150043455A1 (en) * 2012-01-03 2015-02-12 Telefonaktiebolaget L M Ericsson (Publ) Radio communication system for assigning a short-lived c-rnti

Cited By (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11319107B2 (en) * 2016-03-07 2022-05-03 Qualcomm Incorporated Synchronization for standalone LTE broadcast
US11632359B2 (en) * 2016-12-26 2023-04-18 Htc Corporation Device and method of handling mobile data transmissions in a wireless communication system
US11050721B2 (en) * 2016-12-26 2021-06-29 Htc Corporation Device and method of handling mobile data transmissions in a wireless communication system
US20180183770A1 (en) * 2016-12-26 2018-06-28 Htc Corporation Device and Method of Handling Mobile Data Transmissions in a Wireless Communication System
US20210273925A1 (en) * 2016-12-26 2021-09-02 Htc Corporation Device and Method of Handling Mobile Data Transmissions in a Wireless Communication System
US11758587B2 (en) 2017-03-22 2023-09-12 Comcast Cable Communications, Llc Random access process in new radio
US11252619B2 (en) 2017-03-22 2022-02-15 Comcast Cable Communications, Llc Handover random access
US11696196B2 (en) 2017-03-22 2023-07-04 Comcast Cable Communications, Llc Handover random access
US11546813B2 (en) 2017-03-22 2023-01-03 Comcast Cable Communications, Llc Handover random access
US11057935B2 (en) * 2017-03-22 2021-07-06 Comcast Cable Communications, Llc Random access process in new radio
US20180279375A1 (en) * 2017-03-22 2018-09-27 Comcast Cable Communications, Llc Random Access Process in New Radio
US11647543B2 (en) * 2017-03-23 2023-05-09 Comcast Cable Communications, Llc Power control for random access
US12096483B2 (en) 2017-03-23 2024-09-17 Comcast Cable Communications, Llc Power control for random access
US11064512B2 (en) * 2017-03-23 2021-07-13 Huawei Technologies Co., Ltd. Method and apparatus for receiving and sending downlink control information
US20180279376A1 (en) * 2017-03-23 2018-09-27 Comcast Cable Communications, Llc Power Control For Random Access
US11304054B2 (en) * 2017-03-24 2022-04-12 Huawei Technologies Co., Ltd. Communication method and device
US20190124683A1 (en) * 2017-03-31 2019-04-25 Alcatel-Lucent Usa Inc. Methods, apparatuses, and systems for providing transfer block indication in uplink grant-free transmissions
US10271350B2 (en) * 2017-03-31 2019-04-23 Nokia Technologies Oy Methods, apparatuses, and systems for providing transfer block indication in uplink grant-free transmissions
US11265770B2 (en) * 2017-05-05 2022-03-01 Huawei Technologies Co., Ltd. Communication method and apparatus for use in an inactive state
US20220103329A1 (en) * 2017-06-15 2022-03-31 Sony Group Corporation Communication apparatus and communication method
US11929954B2 (en) * 2017-06-15 2024-03-12 Sony Group Corporation Communication apparatus and communication method
US11997738B2 (en) * 2017-06-16 2024-05-28 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for the handling of data radio bearer integrity protection failure in NR
US20200169887A1 (en) * 2017-06-16 2020-05-28 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for the handling of data radio bearer integrity protection failure in nr
US10820192B2 (en) 2017-06-16 2020-10-27 Huawei Technologies Co., Ltd. Downlink transmission in a RAN inactive mode
US11856629B2 (en) 2017-09-28 2023-12-26 Samsung Electronics Co., Ltd. Method and device for network access
US11265946B2 (en) 2017-09-28 2022-03-01 Samsung Electronics Co., Ltd. Method and device for network access
US11159985B2 (en) * 2017-11-15 2021-10-26 Sharp Kabushiki Kaisha Terminal apparatus and method
US11202227B2 (en) * 2017-11-16 2021-12-14 Datang Mobile Communications Equipment Co., Ltd. Processing method and device for cache synchronous exception
US20220417040A1 (en) * 2018-01-26 2022-12-29 Huawei Technologies Co., Ltd. System and method for shared sessions in communication networks
US10778449B2 (en) 2018-01-26 2020-09-15 Huawei Technologies Co., Ltd. System and method for shared sessions in communication networks
US20190238345A1 (en) * 2018-01-26 2019-08-01 Huawei Technologies Co., Ltd. System and method for shared sessions in communication networks
US11895585B2 (en) * 2018-02-03 2024-02-06 Qualcomm Incorporated Data transfer between an inactive mode user equipment and a wireless network
US11805464B2 (en) * 2018-02-11 2023-10-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Mobile communication system, method and device
US20200367131A1 (en) * 2018-02-11 2020-11-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Mobile Communication System, Method and Device
US11916925B2 (en) * 2018-02-15 2024-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Method for improving data transmission security
US11889301B2 (en) 2018-03-26 2024-01-30 Telefonaktiebolaget Lm Ericsson (Publ) Security verification when resuming an RRC connection
US10834581B2 (en) * 2018-03-26 2020-11-10 Telefonaktiebolaget Lm Ericsson (Publ) Security verification when resuming an RRC connection
US20200120491A1 (en) * 2018-03-26 2020-04-16 Telefonaktiebolaget Lm Ericsson (Publ) Security Verification when Resuming an RRC Connection
US11399278B2 (en) 2018-03-26 2022-07-26 Telefonaktiebolaget Lm Ericsson (Publ) Security verification when resuming an RRC connection
US20220150782A1 (en) * 2018-04-13 2022-05-12 Qualcomm Incorporated Facilitating quality of service flow remapping utilizing a service data adaptation protocol layer
US11917472B2 (en) * 2018-04-13 2024-02-27 Qualcomm Incorporated Facilitating quality of service flow remapping utilizing a service data adaptation protocol layer
US11153792B2 (en) * 2018-04-18 2021-10-19 Qualcomm Incorporated Signaling for inactive mobility
US11457471B2 (en) * 2018-08-09 2022-09-27 Sony Corporation Methods, communications device and infrastructure equipment
WO2020034318A1 (en) 2018-09-27 2020-02-20 Zte Corporation Methods and systems for mobility management in non-terrestrial networks
CN112703765A (zh) * 2018-09-27 2021-04-23 苹果公司 用于5gc多rat双连接中卸载的qos流的上行链路按序递送
EP3857999A4 (en) * 2018-09-27 2022-04-13 ZTE Corporation METHODS AND SYSTEMS FOR MOBILITY MANAGEMENT IN NON-TERRESTRIAL NETWORKS
US11432239B2 (en) * 2018-10-18 2022-08-30 Apple Inc. Inactive mode operations
CN111083752A (zh) * 2018-10-18 2020-04-28 苹果公司 不活动模式操作
US20210385031A1 (en) * 2018-12-24 2021-12-09 Zte Corporation Data retransmission indication and processing method and device
US12021641B2 (en) * 2018-12-24 2024-06-25 Zte Corporation Data retransmission indication and processing method and device
US11452141B2 (en) * 2019-03-04 2022-09-20 Qualcomm Incorporated Techniques for formatting random access messages in wireless communications
EP3952581A4 (en) * 2019-03-29 2022-05-25 Sony Group Corporation COMMUNICATION DEVICE, BASE STATION DEVICE, COMMUNICATION METHOD AND COMMUNICATION PROGRAM
US20220400519A1 (en) * 2019-03-29 2022-12-15 Sony Corporation Communication device, base station, communication method, and communication program
CN113615305A (zh) * 2019-03-29 2021-11-05 索尼集团公司 通信设备、基站设备、通信方法以及通信程序
US11108672B2 (en) * 2019-07-15 2021-08-31 Qualcomm Incorporated Measuring and verifying layer 2 sustained downlink maximum data rate decoding performance
US11240696B2 (en) 2019-07-15 2022-02-01 Qualcomm Incorporated Measuring and verifying layer 2 sustained downlink maximum data rate decoding performance
US20220191942A1 (en) * 2019-09-27 2022-06-16 Kddi Corporation Terminal device executing random access procedure, base station device, control method, and computer-readable storage medium
US11356904B2 (en) * 2019-11-06 2022-06-07 Samsung Electronics Co., Ltd. Method and apparatus for performing handover in wireless communication system
US11882486B2 (en) 2019-11-06 2024-01-23 Samsung Electronics Co., Ltd. Method and apparatus for performing handover in wireless communication system
WO2021207313A1 (en) * 2020-04-07 2021-10-14 Google Llc Data communication in an inactive state
US11622257B1 (en) * 2020-05-20 2023-04-04 Proxy, Inc. Methods and apparatus for presence monitoring
CN111709751A (zh) * 2020-06-20 2020-09-25 山西警察学院 一种区块链中锚节点的拓展化方法
CN115699872A (zh) * 2020-07-23 2023-02-03 中兴通讯股份有限公司 用于具有数据传输的用户设备的数据转发
US20220038955A1 (en) * 2020-07-31 2022-02-03 Qualcomm Incorporated Api-controlled pdcp out-of-order control and delivery for downlink traffic
EP4239974A4 (en) * 2021-01-04 2024-05-01 Tencent Technology (Shenzhen) Company Limited METHOD AND APPARATUS FOR TRANSMISSION OF DATA, AS WELL AS COMPUTER-READABLE MEDIUM AND ELECTRONIC DEVICE
WO2022155057A1 (en) * 2021-01-12 2022-07-21 Google Llc Managing small data transmission inactive state scenarios
US12101672B2 (en) 2023-05-10 2024-09-24 Comcast Cable Communications, Llc Handover random access

Also Published As

Publication number Publication date
US20180332467A1 (en) 2018-11-15
US10728747B2 (en) 2020-07-28
EP3569031A1 (en) 2019-11-20
EP3569031B1 (en) 2021-06-30
US20210006968A1 (en) 2021-01-07
US11546752B2 (en) 2023-01-03
EP3569031A4 (en) 2020-01-15
CN110622614A (zh) 2019-12-27
CN110622614B (zh) 2021-09-14
WO2018145585A1 (en) 2018-08-16

Similar Documents

Publication Publication Date Title
US11546752B2 (en) System and method for user equipment identification and communications
US10820192B2 (en) Downlink transmission in a RAN inactive mode
US10652862B2 (en) Method and system for connectionless transmission during uplink and downlink of data packets
EP3567770B1 (en) Method for transmitting data, terminal device, and network device
US11818073B2 (en) Methods, apparatus, systems and procedures for supporting multicast transmission
US9178662B2 (en) Random access method using NDI and user equipment for the same
US20190223162A1 (en) Terminal apparatus, communication method, and integrated circuit
US20180139668A1 (en) Terminal device, base station apparatus, integrated circuit, and wireless communication method
EP3570587B1 (en) Data retransmission method and apparatus
KR20090084719A (ko) 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법
US9468034B2 (en) Method for detecting coverage loss in broadband wireless access system
KR100925449B1 (ko) 임의접속 과정에서의 ｎｄｉ 처리와 이를 이용한 신호 송수신 기술
WO2014101625A1 (zh) 下行子帧调度方法、基站、终端和系统
KR101660983B1 (ko) 무선 통신 시스템상에서 단말의 ｍａｃ 계층에 의해 무선 자원을 구성하는 방법
US20200389882A1 (en) Information transmission method and apparatus, and computer storage medium
KR20230165289A (ko) 반영구적 스케줄링 무선 자원을 통한 멀티캐스트 및 브로드캐스트 서비스 관리
US11057947B2 (en) Radio network temporary identifier generation
US20240187824A1 (en) Using Semi-Persistent and Dynamic Scheduling for Multicast and Broadcast Services
US20240022358A1 (en) Managing harq transmissions in multicast communication
KR20170019886A (ko) 무선 통신 시스템에서 rach 전송 절차 취소 방법 및 장치

Legal Events

Date Code Title Description
AS Assignment

Owner name: FUTUREWEI TECHNOLOGIES, INC., TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TENNY, NATHAN EDWARD;GAGE, WILLIAM ANTHONY;SIGNING DATES FROM 20170503 TO 20170504;REEL/FRAME:042241/0008

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: FINAL REJECTION MAILED

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION