WO2018031802A1 - Optimisations de radiomessagerie à base de réseau d'accès radioélectrique - Google Patents

Optimisations de radiomessagerie à base de réseau d'accès radioélectrique Download PDF

Info

Publication number
WO2018031802A1
WO2018031802A1 PCT/US2017/046340 US2017046340W WO2018031802A1 WO 2018031802 A1 WO2018031802 A1 WO 2018031802A1 US 2017046340 W US2017046340 W US 2017046340W WO 2018031802 A1 WO2018031802 A1 WO 2018031802A1
Authority
WO
WIPO (PCT)
Prior art keywords
ran
paging
message
enb
processors
Prior art date
Application number
PCT/US2017/046340
Other languages
English (en)
Inventor
Sangeetha Bangolae
Marta MARTINEZ TARRADELL
Sudeep Palat
Alexander Sirotkin
Original Assignee
Intel IP Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel IP Corporation filed Critical Intel IP Corporation
Publication of WO2018031802A1 publication Critical patent/WO2018031802A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/04—User notification, e.g. alerting and paging, for incoming communication, change of service or the like multi-step notification using statistical or historical mobility data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/08—User notification, e.g. alerting and paging, for incoming communication, change of service or the like using multi-step notification by increasing the notification area
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • the present disclosure relates to radio access network (RAN)-based paging in 3rd Generation Partnership Project (3GPP) long term evolution (LTE) systems.
  • 3GPP 3rd Generation Partnership Project
  • LTE long term evolution
  • the present disclosure relates to RAN-based paging lists; once a new Evolved Universal Terrestrial Radio Access Network (E-UTRAN) Node B (also commonly denoted as evolved Node B, enhanced Node B, eNodeB, or eNB) is identified through paging, retrieval of the UE context and downlink (DL) data forwarding information; X2 application protocol (X2AP) signaling between a previous (anchor) eNB and a current serving eNB; RAN-based paging discontinuous reception (DRX) techniques; and handling mismatches between an actual E-UTRAN
  • Node B also commonly denoted as evolved Node B, enhanced Node B, eNodeB, or eNB
  • X2AP application protocol
  • DRX
  • connection state of a UE and the connection state as known to the core network.
  • Wireless mobile communication technology uses various standards and protocols to transmit data between a base station and a wireless mobile device.
  • Wireless communication system standards and protocols can include the 3GPP LTE; the Institute of Electrical and Electronics Engineers (IEEE) 802.16 standard, which is commonly known to industry groups as worldwide interoperability for microwave access (WiMAX); and the IEEE 802.1 1 standard for wireless local area networks (WLAN), which is commonly known to industry groups as Wi-Fi.
  • the base station can include a RAN Node such as an eNB and/or Radio Network Controller (RNC) in an E-UTRAN, which communicate with a wireless communication device, known as UE.
  • RNC Radio Network Controller
  • RAN Nodes can include a 5G Node.
  • RANs use a radio access technology (RAT) to communicate between the RAN Node and UE.
  • RANs can include global system for mobile communications (GSM), enhanced data rates for GSM evolution (EDGE) RAN (GERAN), Universal Terrestrial Radio Access Network (UTRAN), and/or E-UTRAN, which provide access to communication services through a core network.
  • GSM global system for mobile communications
  • EDGE enhanced data rates for GSM evolution
  • GERAN enhanced data rates for GSM evolution
  • UTRAN Universal Terrestrial Radio Access Network
  • E-UTRAN E-UTRAN
  • a core network can be connected to the UE through the RAN Node.
  • the core network can include a serving gateway (SGW), a packet data network (PDN) gateway (PGW), an access network detection and selection function (ANDSF) server, an enhanced packet data gateway (ePDG) and/or a mobility management entity (MME).
  • SGW serving gateway
  • PGW packet data network gateway
  • ANDSF access network detection and selection function
  • ePDG enhanced packet data gateway
  • MME mobility management entity
  • FIG. 1 is an annotated block diagram of RAN-based paging.
  • FIG. 2 is a sequence diagram showing messages exchanged between new and old eNBs.
  • FIG. 3 is a table showing content of a RETRIEVE UE CONTEXT
  • FIG. 4 is a table showing content of a RETRIEVE UE CONTEXT
  • FIGS. 5 and 6 are tables showing in greater detail information elements (lEs) of FIG. 3 used for DL packet forwarding.
  • FIG. 7 is a sequence diagram showing the X2AP PAGING provided from one eNB to another.
  • FIG. 8 is a table showing content of an X2AP PAGING message.
  • FIG. 9 is a table showing an IE related to a paging count over X2.
  • FIGS. 10 and 1 1 are tables showing UE history information lEs.
  • FIGS. 12 and 13 are tables showing last visited cell information.
  • FIG. 14 is a table showing an IE including paging specific UE radio capability information.
  • FIG. 15 is a table showing assistance data for coverage enhancement (CE) capable UEs.
  • CE coverage enhancement
  • FIG. 16 is a table showing enhanced DRX (eDRX) information.
  • FIG. 17 is a table showing an extended UE identity index value IE.
  • FIG. 18 is a sequence diagram showing a light connection indication from an eNB to a UE.
  • FIGS. 19 and 20 are first and second sequence diagrams showing, respectively, first and second options for addressing mismatches between an actual connection state of a UE and the connection state as known to the core network.
  • FIG. 21 illustrates an architecture of a system of a network in accordance with some embodiments.
  • FIG. 22 illustrates example components of a device in accordance with some embodiments.
  • FIG. 23 illustrates example interfaces of baseband circuitry in accordance with some embodiments.
  • FIG. 24 is a block diagram illustrating components, according to some example embodiments, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein.
  • a machine-readable or computer-readable medium e.g., a non-transitory machine-readable storage medium
  • LTE defines two radio resource control (RRC) operating states for a UE: RRC connected (i.e., RRC_Connected), for when there is data to exchange between the UE and the E-UTRAN; and RRC idle (i.e., RRCJdle), for when there is no data to exchange between the UE and the E-UTRAN.
  • RRC radio resource control
  • the UE and eNB maintain a UE context that specifies for the UE a current RAN configuration used for communication between the UE and the network.
  • the UE context information maintains the E-UTRAN services for an active UE.
  • a UE context is information an eNB associates to one active UE.
  • a UE context is established when the transition to active state for a UE is completed or in target eNB after completion of handover resource allocation during handover preparation.
  • There is no particular IE specifying the content of a UE context but there are references in 3GPP Technical Specification (TS) 36.413 (section 9.1.4.1 ) and TS 36.331 (multiple sections) about the UE context including the following information for a UE: identifier (ID), security capabilities, radio bearers, radio resource management (RRM) configuration, packet data convergence protocol (PDCP) configuration, and connection related configuration information.
  • the UE context includes state information, security information, UE capability information, and the identities of the UE-associated logical S1 -connection.
  • the UE After the UE has no data to send, it is moved to the RRC idle state and the UE context in the RAN node is released.
  • the RAN node i.e., eNB
  • the UE does not have the UE's context, in which case the UE is paged through the MME using an S1AP paging message. Also, the UE cannot communicate with the network. But when the UE is in RRC idle and there is data to be exchanged between the UE and the network, the UE has to go into the RRC connected state.
  • a UE RAN context To go into the RRC connected state, a UE RAN context is established in the UE and in the eNB. This normally involves much signaling both in terms of number of messages and number of bytes exchanged.
  • the 3GPP standardization effort seeks to reduce signaling load during idle-to-active transitions.
  • One approach entails storing the last-used UE (RAN) context in the eNB and UE, even when the UE is RRC idle. Then, when the UE goes into RRC connected, it could simply revive the stored context in the eNB and UE. This process is called "resume" in current LTE specifications. This resumption of the stored context involves fewer signaling messages and thereby reduces signaling overhead.
  • RAN last-used UE
  • the UE can be paged by a RAN node itself instead of the MME. This is called RAN-based paging, as shown by an LTE system 100 of FIG. 1 .
  • a serving (or so-called anchor) RAN node (i.e., eNB) 106 pages other RAN nodes 108 to determine where the UE 104 has moved.
  • the RAN-based (or RAN-initiated) paging mechanism is controlled/triggered by the RAN node 106 that maintains a UE context for the UE 104 that is lightly connected and thereby still reachable for mobile terminated (MT) services via the RAN-initiated paging mechanism.
  • Paging Paging
  • a resulting RRC paging message 1 14 provided to the UE 104 is facilitated by the X2AP paging 1 10 over the X2 interfaces 1 12 between eNBs 106 and 108, but could also be enabled via other routes, such as via S1 (not shown).
  • eNB1 sends paging messages over the Uu radio interface as well as over the X2 interface to other eNB(s)
  • those other eNB(s) will also page this UE over their corresponding Uu radio interface.
  • a related issue for consideration in connection with RAN-based paging is how a UE can be reached in response to it moving away from its serving cell.
  • a RAN Paging Area that provides for incurring minimal Uu interface signaling comprises a single cell or a group of cells potentially in different eNBs.
  • the UE while configured for a light connection, may move within the RPA without incurring any signaling.
  • an agreed UE ID is valid, unique, and recognized at least within this area.
  • Whenever there is downlink data for the UE it arrives at the last serving eNB of the UE for which an S1 interface is maintained.
  • a new eNB i.e., serving eNB 120, FIG. 1
  • the new eNB requests from the old eNB (i.e., eNB 106, FIG. 1 ) the context of the UE 104.
  • Example embodiments provide optimizations towards supporting the RAN- based paging mechanism and specific details of the mechanism itself.
  • the following concepts of the example embodiments are more fully described below: specification of a RAN-based paging mechanism; optimizations of how UE context information is to be retrieved from an anchor (i.e., old eNB) to support the aforementioned RAN- based paging mechanism; description of an X2AP-based, RAN-originated paging mechanism for paging eNBs and cells within a given area; DRX enhancements; and resolution of mismatching states.
  • the aspects discussed herein relate to building RAN-based paging solutions in connection with light connection techniques so as to reduce signaling overhead for LTE and future systems such as, for example, New Radio (NR) access technologies, 5G systems, and the like.
  • NR New Radio
  • “assistance" data for paging was introduced such that the UE gathers its visited cell information (in both connected and idle mode) and forwards it to the eNB, and the eNB then sends the recommended cells and eNBs information (as part of UE CONTEXT RELEASE COMPLETE) to the MME.
  • This information was intended to be used later for CN-based (i.e., MME) paging.
  • the present disclosure describes RAN- based (i.e., RAN-initiated) paging in which eNBs carry out paging tasks so as to reduce signaling from an MME in a CN.
  • An issue for RAN-based paging is determining which cells or eNBs to contact in connection with paging for a lightly connected UE. Accordingly, the present disclosure describes the following
  • the eNB 106 may page cells or eNBs 108 included in a list 1 16 of recommended cells or eNBs.
  • the list 1 16 is received by the eNB 106 in response to the UE 104 providing it as part of UE mobility history information specified in, for example, a UE IE (see e.g., FIG. 10 in which a UE sends the mobility history to the eNB based on 3GPP TS 36.331 section 5.6.1 1 ).
  • the eNB 106 may repeat the initial set of attempts (e.g., using the list 1 16) or it may expand the number of cells or eNBs 108. For example, an expanded set of candidates are developed based on a tracking area identity (TAI) list that the UE 104 is configured with. In some embodiments, an MME provides the TAI list of the UE 104 to the eNB 106.
  • TAI tracking area identity
  • TA tracking area
  • the eNB 106 determines a subset of the tracking area called a RAN tracking area.
  • the RAN tracking area is then used to form a RAN-based paging list.
  • the eNB 106 uses the tracking area code available within the UE mobility history IE, compares it to the TAI list from the MME, and prepares an optimized RAN-based paging list of tracking area codes for the subsequent set of RAN-based paging attempts.
  • the eNB may repeat the previous set of RAN-based paging attempts or it may page all of the TAs listed as part of the UE's registration.
  • FIG. 2 shows a diagram 200 of a sequence of messages exchanged between the new eNB 120 and the old eNB 106.
  • a RETRIEVE UE CONTEXT REQUEST message 210 is provided from the new eNB 120 to the old eNB 106 to request that the old eNB 106 transfer a UE context to the new eNB 120.
  • the old eNB 106 responds with a
  • the new eNB 120 responds with a DATA FORWARDING TUNNEL SETUP INFORMATION message 230 (or the like) to establish a DL data forwarding tunnel from the old eNB 106.
  • DL data forwarding information could also be decided by the old eNB 106, e.g., when overriding the information shared by the new eNB 120 (i.e., understood as a negotiation) or for the case when the new eNB 120 does not provide this information.
  • the old eNB 106 has decided on these values, they would be indicated to the new eNB via the RETRIEVE UE CONTEXT RESPONSE message 220 (FIG. 4) or the like.
  • an indication for DL data forwarding is added to the RETRIEVE UE CONTEXT RESPONSE message 220.
  • a new IE bit 410 suggesting that downlink data is available at the old eNB 106 helps the new eNB 120 to be prepared to receive the data for the UE. Note that if the new eNB 120 were to receive new data before the old eNB 106 forwarded the old data, it might decide to buffer it or send it immediately.
  • the UE mobility history information IE 420 (derived from the UE's visited cell list), which is part of the S1 AP paging, can also be added as part of the RETRIEVE UE CONTEXT RESPONSE message 220.
  • the old eNB 106 thus shares the UE mobility history information with the new eNB 120 so that the UE need not send the information over the air again. It also helps the new eNB 120 set any configuration parameters accordingly.
  • E-RABs E-UTRAN Radio Access Bearers
  • the new eNB 120 may provide in the message 230 its TEID (or transport layer address) that the old eNB 106 can use for forwarding. If there was only one E-RAB, however, this further exchange of message 230 may be avoided entirely in some embodiments.
  • E-RABs information list 430 refers to the presence of a list of E-RABs 440 having E-RAB IDs 450 that had been configured for the UE at the previous cell. Each E-RAB ID is associated with an enumerated bit DL forwarding 460 to indicate whether the E-RAB ID is set up for DL forwarding or not.
  • the downlink data availability IE 410 is an alternative to this solution in which case there is simply a bit indication and no differentiation into E-RAB list. In other words, that the bit can be specific for each radio bearer or it may generically indicate whether at least some DL data is available.
  • FIGS. 5 and 6 show the enumerated bit DL forwarding 460 in expanded form. This IE indicates that a particular E-RAB is proposed for forwarding of downlink packets.
  • the eNB 120 performs paging, first in cells which belong to the recommended cells/eNBs list, and second in those cells which belong to tracking areas as indicated in the list of TAIs IE in a S1AP message from MME.
  • the eNB 120 takes the closed subscriber group (CSG) ID list into consideration in designing the list of cells to page.
  • CSG closed subscriber group
  • An X2AP paging message 710 is defined as shown in FIG. 7.
  • the purpose of the paging procedure is to support RAN-initiated paging by enabling the last serving (anchor) to page other recommended cells/eNBs and later in the optimized TAI list while the UE is in lightly connected mode.
  • the UE identity index 810 is generally used by the MME as part of the S1AP paging message.
  • the paging frame (PF) calculation is performed using this index.
  • SFN system frame number
  • the UE ID 810 may be any other network-assigned ID other than International Mobile Subscriber Identity (IMSI) as IMSI may not be available at the eNB readily, unless it is provided by the MME over S1 along with a System Architecture Evolution (S)- Temporary Mobile Subscriber Identity (TMSI) for paging UE ID.
  • IMSI International Mobile Subscriber Identity
  • S System Architecture Evolution
  • TMSI Temporary Mobile Subscriber Identity
  • the CN Domain IE 820 is transferred transparently to the UE.
  • the Paging DRX IE 830 may be included in the PAGING message 710, and the eNB shall use it according to 3GPP specifications.
  • the Paging Priority IE 840 may be included in the PAGING message, and if present the eNB may use it according to 3GPP specifications.
  • the priority corresponds to the priority configured for the UE's flows.
  • the initiating eNB starts a timer (UE-specific) which is based on the network operator (also depending on configured number of paging attempts). The timer is canceled/stopped when the eNB receives the UE context retrieval request message on behalf of the UE. However, once the timer expires, the eNB originates another page.
  • UE-specific UE-specific
  • a RAN-based paging reason 850 is also included. If the paging is meant for a massive Machine Type Communications (mMTC) type of application, which only uploads data to the network periodically by itself or upon receiving a page, an indicator can be sent for such UEs. As it is a generic request data, there could be no security issue associated with it as the UE would later be authenticated when it resumes. This is an advantage of the RAN-based paging mechanism in supporting the Internet of Things. [0059] It is to be noted that the paging message for the cells could be broadcast depending on how the interface is configured by the network.
  • mMTC massive Machine Type Communications
  • FIG. 9 shows paging attempt information 900.
  • the information is related to the paging count over X2 and can be defined similar to what has been defined over the S1 AP paging message. Additional X2AP messaging information is set forth in annotations of FIGS. 10-17. The information shown in these figures are part of an X2AP message (i.e., the various lEs), according to some embodiments.
  • an explicit or implicit form of indication 1830 is shared over the air with the UE 1820.
  • the indication enables the UE 1820 to enter a light connection 1840 while being prepared to respond to corresponding RAN-initiated paging.
  • the UE 1820 would enter idle mode and legacy or CN-initiated paging , i.e., perform paging occasion (PO)/paging frame (PF) calculations according to 3GPP idle mode procedures and wake up for paging messages triggered by an MME 1850 (e.g., on a DRX cycle of 320, 640, 1280, or 2560 ms).
  • PO paging occasion
  • PF paging frame
  • the UE 1820 may prepare the PO/PF according to dedicated signaling-based RAN-initiated paging and potentially the RAN-based DRX cycle to support the RAN-based paging mechanism.
  • the signaling diagram 1800 uses the reference "Light-Conn- Indication" to indicate the signaling mechanism 1830 that indicates the UE 1820 should enter into the light connection 1840.
  • additional details for this kind of indication could be defined in very diverse manners.
  • Three example options on how to indicate the UE 1820 to enter into light connection i.e., "Light-Conn- Indication" are as follows. First, a direct explicit indication, e.g., via new flag or information elements defined within existing messages, or via a new message all by itself is provided. Second, an indirect explicit indication, e.g., specific information, might be used to trigger the entrance into light connection.
  • An alternative is to use the indication of a new RAN-based paging DRX cycle that is configured per UE via dedicated RRC.
  • an implicit indication e.g., based on UE capabilities negotiation in combination with the Rel. 13 suspend indication, is another option. 5. Mismatching States
  • This section describes options for handling mismatches between a UE and a network when an MME releases the UE's connection while the UE is lightly connected.
  • a release implies that a UE's RRC and S1
  • the UE access stratum (AS) context is released by the UE, its serving eNB, and also the S1 -U. This leads to buffering DL data in an S-GW and triggering CN-initiated paging rather than RAN-initiated paging.
  • AS UE access stratum
  • DCI downlink control information
  • FIG. 19 illustrates a sequence diagram 1900 showing messages and states of an MME 1910, a serving eNB 1920, and a UE 1930.
  • Initial states 1935 of the three nodes are all internally consistent when the UE 1930 is lightly connected.
  • the MME 1910 provides a message 1940 to request release of the UE 1930.
  • the eNB 1920 responds 1950 and releases 1960 the UE 1930.
  • the UE 1930 need not transition 1974 from a configuration in which it expects RAN-initiated paging to a configuration in which it operates on CN-initiated paging, but the eNB 1980 updates its state 1982 to reflect this transition out of a lightly connected state. Likewise, the MME 1910 updates its state 1990. Subsequent paging 1994 is CN-initiated.
  • the UE 1930 is not aware when it is released from light connection. Moreover, for this option, further concerns may arise if, e.g., the eNB 1920 releases the UE AS context and its resume ID, which might then be allocated to another eNB such that when the UE 1930 tries to resume its connection, a conflict arises. Alternatively, if the eNB 1920 retains the UE AS context and resume ID even after the UE 1930 is released, e.g., marking it as invalid or released, until the UE 1930 resumes (establishes) the connection, there remains a concern as to how to handle a situation when the UE 1930 is trying to resume the connection in a different eNB. Thus, another option is that the eNB 1920 and the MME 1910 treat the UE 1930 as RRC idle with a suspend indication, as shown in states 1982 and 1990.
  • FIG. 20 illustrates another sequence diagram 2000 showing messages and states of an MME 2010, a serving eNB 2020, and a UE 2030. Again, initial states 2035 of the three nodes are all internally consistent when the UE 2030 is lightly connected.
  • the MME 2010 provides a message 2040 to request release of the UE 2030.
  • the eNB 2020 responds 2050, but in this option it provides an RRC paging message 2060 to the lightly connected UE 2030.
  • the message 2060 is intended to resume the suspended UE 2030 so that the UE 2030 will release 2070 its context and end its light connection.
  • the context may be optionally stored 2080 by the eNB 2020 and the MME 2010.
  • the UE 2030 is paged to trigger the resumption of the light connection in order to do a full release (or even to suspend the connection).
  • the advantage with this approach is that the UE 2030, eNB 2020, and MME 2010 are aligned throughout the state transition.
  • the disadvantage is that additional signaling is used to take the UE 2030 out of its light connection so as to release it.
  • this disadvantage is rare because the MME 2010 triggering the release of the UE 2030 happens infrequently in practice.
  • an MME triggers the release of a UE is rare, it is preferable in some embodiments to define an RRC mechanism when the network moves the UE out of light connection (e.g., CN-initiated paging is used instead of RAN-initiated paging).
  • RRC mechanism when the network moves the UE out of light connection (e.g., CN-initiated paging is used instead of RAN-initiated paging).
  • circuitry may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group), and/or memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and/or other suitable hardware components that provide the described functionality.
  • ASIC Application Specific Integrated Circuit
  • the circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules.
  • circuitry may include logic, at least partially operable in hardware.
  • FIG. 21 illustrates an architecture of a system 2100 of a network in accordance with some embodiments.
  • the system 2100 is shown to include a user equipment (UE) 2101 and a UE 2102.
  • the UEs 2101 and 2102 are illustrated as smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more cellular networks), but may also comprise any mobile or non-mobile computing device, such as Personal Data Assistants (PDAs), pagers, laptop computers, desktop computers, wireless handsets, or any computing device including a wireless communications interface.
  • PDAs Personal Data Assistants
  • pagers pagers
  • laptop computers desktop computers
  • wireless handsets wireless handsets
  • any of the UEs 2101 and 2102 can comprise an Internet of Things (loT) UE, which can comprise a network access layer designed for low-power loT applications utilizing short-lived UE connections.
  • An loT UE can utilize technologies such as machine-to-machine (M2M) or machine-type communications (MTC) for exchanging data with an MTC server or device via a public land mobile network (PLMN), Proximity-Based Service (ProSe) or device-to-device (D2D) communication, sensor networks, or loT networks.
  • M2M or MTC exchange of data may be a machine-initiated exchange of data.
  • loT network describes interconnecting loT UEs, which may include uniquely identifiable embedded computing devices (within the Internet infrastructure), with short-lived connections.
  • the loT UEs may execute background applications (e.g., keep-alive messages, status updates, etc.) to facilitate the connections of the loT network.
  • the UEs 2101 and 2102 may be configured to connect, e.g.,
  • the RAN 21 10 may be, for example, an Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E-UTRAN), a NextGen RAN (NG RAN), or some other type of RAN.
  • UMTS Evolved Universal Mobile Telecommunications System
  • E-UTRAN Evolved Universal Mobile Telecommunications System
  • NG RAN NextGen RAN
  • the UEs 2101 and 2102 utilize connections 2103 and 2104, respectively, each of which comprises a physical communications interface or layer (discussed in further detail below); in this example, the connections 2103 and 2104 are illustrated as an air interface to enable communicative coupling, and can be consistent with cellular communications protocols, such as a Global System for Mobile Communications (GSM) protocol, a code-division multiple access (CDMA) network protocol, a Push-to-Talk (PTT) protocol, a PTT over Cellular (POC) protocol, a Universal Mobile Telecommunications System (UMTS) protocol, a 3GPP Long Term Evolution (LTE) protocol, a fifth generation (5G) protocol, a New Radio (NR) protocol, and the like.
  • GSM Global System for Mobile Communications
  • CDMA code-division multiple access
  • PTT Push-to-Talk
  • POC PTT over Cellular
  • UMTS Universal Mobile Telecommunications System
  • LTE Long Term Evolution
  • 5G fifth generation
  • NR New Radio
  • the UEs 2101 and 2102 may further directly exchange communication data via a ProSe interface 2105.
  • the ProSe interface 2105 may alternatively be referred to as a sidelink interface comprising one or more logical channels, including but not limited to a Physical Sidelink Control Channel (PSCCH), a Physical Sidelink Shared Channel (PSSCH), a Physical Sidelink Discovery
  • PSDCH Physical Sidelink Broadcast Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • the UE 2102 is shown to be configured to access an access point (AP) 2106 via connection 2107.
  • the connection 2107 can comprise a local wireless connection, such as a connection consistent with any IEEE 802.1 1 protocol, wherein the AP 2106 would comprise a wireless fidelity (WiFi®) router.
  • WiFi® wireless fidelity
  • the AP 2106 is shown to be connected to the Internet without connecting to the core network of the wireless system (described in further detail below).
  • the RAN 21 10 can include one or more access nodes that enable the connections 2103 and 2104. These access nodes (ANs) can be referred to as base stations (BSs), NodeBs, evolved NodeBs (eNBs), next Generation NodeBs (gNB), RAN nodes, and so forth, and can comprise ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell).
  • BSs base stations
  • eNBs evolved NodeBs
  • gNB next Generation NodeBs
  • RAN nodes and so forth, and can comprise ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell).
  • the RAN 21 10 may include one or more RAN nodes for providing macrocells, e.g., macro RAN node 21 1 1 , and one or more RAN nodes for providing femtocells or picocells (e.g., cells having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells), e.g., low power (LP) RAN node 21 12.
  • RAN nodes for providing macrocells e.g., macro RAN node 21 1 1
  • femtocells or picocells e.g., cells having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells
  • LP low power
  • any of the RAN nodes 21 1 1 and 21 12 can terminate the air interface protocol and can be the first point of contact for the UEs 2101 and 2102.
  • any of the RAN nodes 21 1 1 and 21 12 can fulfill various logical functions for the RAN 21 10 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management.
  • RNC radio network controller
  • the UEs 2101 and 2102 can be configured to communicate using Orthogonal Frequency-Division Multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 21 1 1 and 21 12 over a multicarrier communication channel in accordance various communication techniques, such as, but not limited to, an Orthogonal Frequency- Division Multiple Access (OFDMA) communication technique (e.g., for downlink communications) or a Single Carrier Frequency Division Multiple Access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink communications), although the scope of the embodiments is not limited in this respect.
  • OFDM signals can comprise a plurality of orthogonal subcarriers.
  • a downlink resource grid can be used for downlink transmissions from any of the RAN nodes 21 1 1 and 21 12 to the UEs 2101 and 2102, while uplink transmissions can utilize similar techniques.
  • the grid can be a time- frequency grid, called a resource grid or time-frequency resource grid, which is the physical resource in the downlink in each slot.
  • a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation.
  • Each resource grid comprises a number of resource blocks, which describe the mapping of certain physical channels to resource elements.
  • Each resource block comprises a collection of resource elements; in the frequency domain, this may represent the smallest quantity of resources that currently can be allocated. There are several different physical downlink channels that are conveyed using such resource blocks.
  • the physical downlink shared channel may carry user data and higher-layer signaling to the UEs 2101 and 2102.
  • the physical downlink control channel (PDCCH) may carry information about the transport format and resource allocations related to the PDSCH channel, among other things. It may also inform the UEs 2101 and 2102 about the transport format, resource allocation, and H-ARQ (Hybrid Automatic Repeat Request) information related to the uplink shared channel.
  • downlink scheduling (assigning control and shared channel resource blocks to the UE 2102 within a cell) may be performed at any of the RAN nodes 21 1 1 and 21 12 based on channel quality information fed back from any of the UEs 2101 and 2102.
  • the downlink resource assignment information may be sent on the PDCCH used for (e.g., assigned to) each of the UEs 2101 and 2102.
  • the PDCCH may use control channel elements (CCEs) to convey the control information.
  • CCEs control channel elements
  • the PDCCH complex-valued symbols may first be organized into quadruplets, which may then be permuted using a sub-block interleaver for rate matching.
  • Each PDCCH may be transmitted using one or more of these CCEs, where each CCE may correspond to nine sets of four physical resource elements known as resource element groups (REGs).
  • RAGs resource element groups
  • QPSK Quadrature Phase Shift Keying
  • the PDCCH can be transmitted using one or more CCEs, depending on the size of the downlink control information (DCI) and the channel condition.
  • DCI downlink control information
  • There can be four or more different PDCCH formats defined in LTE with different numbers of CCEs (e.g., aggregation level, L 1 , 2, 4, or 8).
  • Some embodiments may use concepts for resource allocation for control channel information that are an extension of the above-described concepts.
  • some embodiments may utilize an enhanced physical downlink control channel (EPDCCH) that uses PDSCH resources for control information transmission.
  • the EPDCCH may be transmitted using one or more enhanced the control channel elements (ECCEs). Similar to above, each ECCE may correspond to nine sets of four physical resource elements known as enhanced resource element groups (EREGs). An ECCE may have other numbers of EREGs in some situations.
  • EPCCH enhanced physical downlink control channel
  • ECCEs enhanced the control channel elements
  • each ECCE may correspond to nine sets of four physical resource elements known as enhanced resource element groups (EREGs).
  • EREGs enhanced resource element groups
  • An ECCE may have other numbers of EREGs in some situations.
  • the RAN 21 10 is shown to be communicatively coupled to a core network (CN) 2120—via an S1 interface 21 13.
  • the CN 2120 may be an evolved packet core (EPC) network, a NextGen Packet Core (NPC) network, or some other type of CN.
  • EPC evolved packet core
  • NPC NextGen Packet Core
  • the S1 interface 21 13 is split into two parts: the S1 -U interface 21 14, which carries traffic data between the RAN nodes 21 1 1 and 21 12 and a serving gateway (S-GW) 2122, and an S1 -mobility
  • MME interface 2115 which is a signaling interface between the RAN nodes 21 1 1 and 21 12 and MMEs 2121 .
  • the CN 2120 comprises the MMEs 2121 , the S-GW 2122, a Packet Data Network (PDN) Gateway (P-GW) 2123, and a home subscriber server (HSS) 2124.
  • the MMEs 2121 may be similar in function to the control plane of legacy Serving General Packet Radio Service (GPRS) Support Nodes (SGSN).
  • the MMEs 2121 may manage mobility aspects in access such as gateway selection and tracking area list management.
  • the HSS 2124 may comprise a database for network users, including subscription-related information to support the network entities' handling of communication sessions.
  • the CN 2120 may comprise one or several HSSs 2124, depending on the number of mobile subscribers, on the capacity of the equipment, on the organization of the network, etc.
  • the HSS 2124 can provide support for routing/roaming, authentication, authorization, naming/addressing resolution, location dependencies, etc.
  • the S-GW 2122 may terminate the S1 interface 21 13 towards the RAN 21 10, and routes data packets between the RAN 21 10 and the CN 2120.
  • the S-GW 2122 may be a local mobility anchor point for inter-RAN node handovers and also may provide an anchor for inter-3GPP mobility. Other responsibilities may include lawful intercept, charging, and some policy enforcement.
  • the P-GW 2123 may terminate an SGi interface toward a PDN.
  • the P-GW 2123 may route data packets between the CN 2120 (e.g., an EPC network) and external networks such as a network including the application server 2130
  • an application server 2130 may be an element offering applications that use IP bearer resources with the core network (e.g., UMTS Packet Services (PS) domain, LTE PS data services, etc.).
  • the P-GW 2123 is shown to be communicatively coupled to an application server 2130 via an IP communications interface 2125.
  • the application server 2130 can also be configured to support one or more communication services (e.g., Voice-over-Internet Protocol (VoIP) sessions, PTT sessions, group communication sessions, social networking services, etc.) for the UEs 2101 and 2102 via the CN 2120.
  • VoIP Voice-over-Internet Protocol
  • the P-GW 2123 may further be a node for policy enforcement and charging data collection.
  • a Policy and Charging Enforcement Function (PCRF) 2126 is the policy and charging control element of the CN 2120.
  • PCRF Policy and Charging Enforcement Function
  • HPLMN Home Public Land Mobile Network
  • IP- CAN Internet Protocol Connectivity Access Network
  • HPLMN Home Public Land Mobile Network
  • V-PCRF Visited PCRF
  • VPLMN Visited Public Land Mobile Network
  • the PCRF 2126 may be communicatively coupled to the application server 2130 via the P-GW 2123.
  • the application server 2130 may signal the PCRF 2126 to indicate a new service flow and select the appropriate Quality of Service (QoS) and charging parameters.
  • the PCRF 2126 may provision this rule into a Policy and Charging Enforcement Function (PCEF) (not shown) with the appropriate traffic flow template (TFT) and QoS class of identifier (QCI), which commences the QoS and charging as specified by the application server 2130.
  • PCEF Policy and Charging Enforcement Function
  • TFT traffic flow template
  • QCI QoS class of identifier
  • FIG. 22 illustrates example components of a device 2200 in accordance with some embodiments.
  • the device 2200 may include application circuitry 2202, baseband circuitry 2204, Radio Frequency (RF) circuitry 2206, front-end module (FEM) circuitry 2208, one or more antennas 2210, and power management circuitry (PMC) 2212 coupled together at least as shown.
  • the components of the illustrated device 2200 may be included in a UE or a RAN node.
  • the device 2200 may include fewer elements (e.g., a RAN node may not utilize application circuitry 2202, and instead include a
  • processor/controller to process IP data received from an EPC.
  • the device 2200 may include additional elements such as, for example, memory/storage, display, camera, sensor, or input/output (I/O) interface.
  • the components described below may be included in more than one device (e.g., said circuitries may be separately included in more than one device for Cloud-RAN (C-RAN) implementations).
  • C-RAN Cloud-RAN
  • the application circuitry 2202 may include one or more application processors.
  • the application circuitry 2202 may include circuitry such as, but not limited to, one or more single-core or multi-core processors.
  • the processor(s) may include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc.).
  • the processors may be coupled with or may include memory/storage and may be configured to execute instructions stored in the memory/storage to enable various applications or operating systems to run on the device 2200.
  • processors of application circuitry 2202 may process IP data packets received from an EPC.
  • the baseband circuitry 2204 may include circuitry such as, but not limited to, one or more single-core or multi-core processors.
  • the baseband circuitry 2204 may include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 2206 and to generate baseband signals for a transmit signal path of the RF circuitry 2206.
  • Baseband processing circuity 2204 may interface with the application circuitry 2202 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 2206.
  • the baseband circuitry 2204 may include a third generation (3G) baseband processor 2204A, a fourth generation (4G) baseband processor 2204B, a fifth generation (5G) baseband processor 2204C, or other baseband processor(s) 2204D for other existing
  • the baseband circuitry 2204 may handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 2206. In other embodiments, some or all of the functionality of baseband processors 2204A-D may be included in modules stored in the memory 2204G and executed via a Central Processing Unit (CPU) 2204E.
  • the radio control e.g., one or more of baseband processors 2204A-D may handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 2206. In other embodiments, some or all of the functionality of baseband processors 2204A-D may be included in modules stored in the memory 2204G and executed via a Central Processing Unit (CPU) 2204E.
  • CPU Central Processing Unit
  • modulation/demodulation circuitry of the baseband circuitry 2204 may include Fast- Fourier Transform (FFT), precoding, or constellation mapping/demapping
  • FFT Fast- Fourier Transform
  • precoding precoding
  • constellation mapping/demapping mapping/demapping
  • encoding/decoding circuitry of the baseband circuitry 2204 may include convolution, tail-biting convolution, turbo, Viterbi, or Low Density Parity Check (LDPC) encoder/decoder functionality.
  • LDPC Low Density Parity Check
  • the baseband circuitry 2204 may include one or more audio digital signal processor(s) (DSP) 2204F.
  • the audio DSP(s) 2204F may be include elements for compression/decompression and echo cancellation and may include other suitable processing elements in other embodiments.
  • Components of the baseband circuitry may be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some embodiments.
  • some or all of the constituent components of the baseband circuitry 2204 and the application circuitry 2202 may be implemented together such as, for example, on a system on a chip (SOC).
  • SOC system on a chip
  • the baseband circuitry 2204 may provide for communication compatible with one or more radio technologies.
  • the baseband circuitry 2204 may support communication with an evolved universal terrestrial radio access network (EUTRAN) or other wireless metropolitan area networks (WMAN), a wireless local area network (WLAN), or a wireless personal area network (WPAN).
  • EUTRAN evolved universal terrestrial radio access network
  • WMAN wireless metropolitan area networks
  • WLAN wireless local area network
  • WPAN wireless personal area network
  • multi-mode baseband circuitry Embodiments in which the baseband circuitry 2204 is configured to support radio communications of more than one wireless protocol.
  • RF circuitry 2206 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium.
  • the RF circuitry 2206 may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network.
  • the RF circuitry 2206 may include a receive signal path which may include circuitry to down-convert RF signals received from the FEM circuitry 2208 and provide baseband signals to the baseband circuitry 2204.
  • RF circuitry 2206 may also include a transmit signal path which may include circuitry to up-convert baseband signals provided by the baseband circuitry 2204 and provide RF output signals to the FEM circuitry 2208 for transmission.
  • the receive signal path of the RF circuitry 2206 may include mixer circuitry 2206A, amplifier circuitry 2206B and filter circuitry 2206C.
  • the transmit signal path of the RF circuitry 2206 may include filter circuitry 2206C and mixer circuitry 2206A.
  • RF circuitry 2206 may also include synthesizer circuitry 2206D for synthesizing a frequency for use by the mixer circuitry 2206A of the receive signal path and the transmit signal path.
  • the mixer circuitry 2206A of the receive signal path may be configured to down- convert RF signals received from the FEM circuitry 2208 based on the synthesized frequency provided by synthesizer circuitry 2206D.
  • the amplifier circuitry 2206B may be configured to amplify the down-converted signals and the filter circuitry 2206C may be a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals.
  • Output baseband signals may be provided to the baseband circuitry 2204 for further processing.
  • the output baseband signals may be zero- frequency baseband signals, although this is not a requirement.
  • the mixer circuitry 2206A of the receive signal path may comprise passive mixers, although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 2206A of the transmit signal path may be configured to up-convert input baseband signals based on the synthesized frequency provided by the synthesizer circuitry 2206D to generate RF output signals for the FEM circuitry 2208.
  • the baseband signals may be provided by the baseband circuitry 2204 and may be filtered by the filter circuitry 2206C.
  • the mixer circuitry 2206A of the receive signal path and the mixer circuitry 2206A of the transmit signal path may include two or more mixers and may be arranged for quadrature downconversion and upconversion, respectively.
  • the mixer circuitry 2206A of the receive signal path and the mixer circuitry 2206A of the transmit signal path may include two or more mixers and may be arranged for image rejection (e.g., Hartley image rejection).
  • the mixer circuitry 2206A of the receive signal path and the mixer circuitry 2206A may be arranged for direct downconversion and direct upconversion, respectively.
  • the mixer circuitry 2206A of the receive signal path and the mixer circuitry 2206A of the transmit signal path may be configured for super-heterodyne operation.
  • the output baseband signals and the input baseband signals may be analog baseband signals, although the scope of the embodiments is not limited in this respect.
  • the output baseband signals and the input baseband signals may be digital baseband signals.
  • the RF circuitry 2206 may include analog- to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 2204 may include a digital baseband interface to communicate with the RF circuitry 2206.
  • ADC analog- to-digital converter
  • DAC digital-to-analog converter
  • a separate radio IC circuitry may be provided for processing signals for each spectrum, although the scope of the embodiments is not limited in this respect.
  • the synthesizer circuitry 2206D may be a
  • synthesizer circuitry 2206D may be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.
  • the synthesizer circuitry 2206D may be configured to synthesize an output frequency for use by the mixer circuitry 2206A of the RF circuitry 2206 based on a frequency input and a divider control input. In some embodiments, the synthesizer circuitry 2206D may be a fractional N/N+1 synthesizer.
  • frequency input may be provided by a voltage controlled oscillator (VCO), although that is not a requirement.
  • VCO voltage controlled oscillator
  • Divider control input may be provided by either the baseband circuitry 2204 or the application circuitry 2202 (such as an applications processor) depending on the desired output frequency.
  • a divider control input (e.g., N) may be determined from a look-up table based on a channel indicated by the application circuitry 2202.
  • Synthesizer circuitry 2206D of the RF circuitry 2206 may include a divider, a delay-locked loop (DLL), a multiplexer and a phase accumulator.
  • the divider may be a dual modulus divider (DMD) and the phase accumulator may be a digital phase accumulator (DPA).
  • the DMD may be configured to divide the input signal by either N or N+1 (e.g., based on a carry out) to provide a fractional division ratio.
  • the DLL may include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop.
  • the delay elements may be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line.
  • Nd is the number of delay elements in the delay line.
  • the synthesizer circuitry 2206D may be configured to generate a carrier frequency as the output frequency, while in other embodiments, the output frequency may be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other.
  • the output frequency may be a LO frequency (fLO).
  • the RF circuitry 2206 may include an IQ/polar converter.
  • FEM circuitry 2208 may include a receive signal path which may include circuitry configured to operate on RF signals received from one or more antennas 2210, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 2206 for further processing.
  • the FEM circuitry 2208 may also include a transmit signal path which may include circuitry configured to amplify signals for transmission provided by the RF circuitry 2206 for transmission by one or more of the one or more antennas 2210.
  • the amplification through the transmit or receive signal paths may be done solely in the RF circuitry 2206, solely in the FEM circuitry 2208, or in both the RF circuitry 2206 and the FEM circuitry 2208.
  • the FEM circuitry 2208 may include a TX/RX switch to switch between transmit mode and receive mode operation.
  • the FEM circuitry 2208 may include a receive signal path and a transmit signal path.
  • the receive signal path of the FEM circuitry 2208 may include an LNA to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to the RF circuitry 2206).
  • the transmit signal path of the FEM circuitry 2208 may include a power amplifier (PA) to amplify input RF signals (e.g., provided by the RF circuitry 2206), and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of the one or more antennas 2210).
  • PA power amplifier
  • the PMC 2212 may manage power provided to the baseband circuitry 2204.
  • the PMC 2212 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.
  • the PMC 2212 may often be included when the device 2200 is capable of being powered by a battery, for example, when the device 2200 is included in a UE.
  • the PMC 2212 may increase the power conversion efficiency while providing desirable implementation size and heat dissipation characteristics.
  • FIG. 22 shows the PMC 2212 coupled only with the baseband circuitry 2204.
  • the PMC 2212 may be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, the application circuitry 2202, the RF circuitry 2206, or the FEM circuitry 2208.
  • the PMC 2212 may control, or otherwise be part of, various power saving mechanisms of the device 2200. For example, if the device 2200 is in an RRC_Connected state, where it is still connected to the RAN node as it expects to receive traffic shortly, then it may enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the device 2200 may power down for brief intervals of time and thus save power.
  • DRX Discontinuous Reception Mode
  • the device 2200 may transition off to an RRCJdle state, where it disconnects from the network and does not perform operations such as channel quality feedback, handover, etc.
  • the device 2200 goes into a very low power state and it performs paging where again it periodically wakes up to listen to the network and then powers down again.
  • the device 2200 may not receive data in this state, and in order to receive data, it transitions back to an RRC_Connected state.
  • An additional power saving mode may allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours). During this time, the device is totally unreachable to the network and may power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable.
  • Processors of the application circuitry 2202 and processors of the baseband circuitry 2204 may be used to execute elements of one or more instances of a protocol stack.
  • processors of the baseband circuitry 2204 alone or in combination, may be used to execute Layer 3, Layer 2, or Layer 1 functionality, while processors of the application circuitry 2202 may utilize data (e.g., packet data) received from these layers and further execute Layer 4 functionality (e.g.,
  • Layer 3 may comprise a radio resource control (RRC) layer, described in further detail below.
  • Layer 2 may comprise a medium access control (MAC) layer, a radio link control (RLC) layer, and a packet data convergence protocol (PDCP) layer, described in further detail below.
  • Layer 1 may comprise a physical (PHY) layer of a UE/RAN node, described in further detail below.
  • FIG. 23 illustrates example interfaces of baseband circuitry in accordance with some embodiments.
  • the baseband circuitry 2204 of FIG. 22 may comprise processors 2204A-2204E and a memory 2204G utilized by said processors.
  • Each of the processors 2204A-2204E may include a memory interface, 2304A-2304E, respectively, to send/receive data to/from the memory 2204G.
  • the baseband circuitry 2204 may further include one or more interfaces to communicatively couple to other circuitries/devices, such as a memory interface 2312 (e.g., an interface to send/receive data to/from memory external to the baseband circuitry 2204), an application circuitry interface 2314 (e.g., an interface to send/receive data to/from the application circuitry 2202 of FIG. 22), an RF circuitry interface 2316 (e.g., an interface to send/receive data to/from RF circuitry 2206 of FIG. 22), a wireless hardware connectivity interface 2318 (e.g., an interface to send/receive data to/from Near Field Communication (NFC) components,
  • NFC Near Field Communication
  • Bluetooth® components e.g., Bluetooth® Low Energy
  • Wi-Fi® components e.g., Wi-Fi® components
  • power management interface 2320 e.g., an interface to send/receive power or control signals to/from the PMC 2212.
  • FIG. 24 is a block diagram illustrating components, according to some example embodiments, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein.
  • a machine-readable or computer-readable medium e.g., a non-transitory machine-readable storage medium
  • FIG. 24 shows a diagrammatic representation of hardware resources 2400 including one or more processors (or processor cores) 2410, one or more memory/storage devices 2420, and one or more communication resources 2430, each of which may be communicatively coupled via a bus 2440.
  • processors or processor cores
  • memory/storage devices 2420
  • communication resources 2430
  • a hypervisor 2402 may be executed to provide an execution environment for one or more network slices/sub-slices to utilize the hardware resources 2400.
  • the processors 2410 may include, for example, a processor 2412 and a processor 2414.
  • CPU central processing unit
  • RISC reduced instruction set computing
  • CISC complex instruction set computing
  • GPU graphics processing unit
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • RFIC radio-frequency integrated circuit
  • the memory/storage devices 2420 may include main memory, disk storage, or any suitable combination thereof.
  • the memory/storage devices 2420 may include, but are not limited to any type of volatile or non-volatile memory such as dynamic random access memory (DRAM), static random-access memory (SRAM), erasable programmable read-only memory (EPROM), electrically erasable
  • DRAM dynamic random access memory
  • SRAM static random-access memory
  • EPROM erasable programmable read-only memory
  • EEPROM programmable read-only memory
  • Flash memory solid-state storage, etc.
  • the communication resources 2430 may include interconnection or network interface components or other suitable devices to communicate with one or more peripheral devices 2404 or one or more databases 2406 via a network 2408.
  • the communication resources 2430 may include wired communication components (e.g., for coupling via a Universal Serial Bus (USB)), cellular
  • NFC components NFC components
  • Bluetooth® components e.g., Bluetooth® Low Energy
  • Wi-Fi® components Wi-Fi components
  • Instructions 2450 may comprise software, a program, an application, an applet, an app, or other executable code for causing at least any of the processors 2410 to perform any one or more of the methodologies discussed herein.
  • the instructions 2450 may reside, completely or partially, within at least one of the processors 2410 (e.g., within the processor's cache memory), the memory/storage devices 2420, or any suitable combination thereof.
  • any portion of the instructions 2450 may be transferred to the hardware resources 2400 from any combination of the peripheral devices 2404 or the databases 2406. Accordingly, the memory of processors 2410, the memory/storage devices 2420, the peripheral devices 2404, and the databases 2406 are examples of computer-readable and machine-readable media.
  • Example 1 is an apparatus for an evolved Node B (eNB), comprising a memory interface and one or more processors.
  • the memory interface configured to receive information representing a list of radio access network (RAN) nodes to page during RAN-based paging of a lightly connected user equipment (UE).
  • the one or more processors configured to: process data arriving for the lightly connected UE; and generate, in response to the data arriving and based on the list of RAN nodes, an X2 application protocol (X2AP) message for the RAN-based paging of the lightly connected UE.
  • RAN radio access network
  • UE lightly connected user equipment
  • X2AP X2 application protocol
  • Example 2 is the apparatus of Example 1 , in which the one or more processors are further configured to process UE mobility history information so as to generate the list of RAN nodes to page during the RAN-based paging of the lightly connected UE.
  • Example 3 is the apparatus of Example 1 , in which the one or more processors are further configured to process a tracking area identity (TAI) list to generate the list of RAN nodes to page during the RAN-based paging of the lightly connected UE.
  • TAI tracking area identity
  • Example 4 is the apparatus of any preceding Example, in which the list is a first list for an initial paging attempt, and the one or more processors are configured to generate a second list, different from the first list, for a subsequent paging attempt.
  • Example 5 is the apparatus of Example 1 or 3, in which the one or more processors are further configured to generate the list by selecting a subset of a tracking area.
  • Example 6 is the apparatus of any of Examples 1-3, in which the X2AP message includes a UE identity index.
  • Example 7 is the apparatus of any of Examples 1-3, in which the X2AP message includes RAN paging discontinuous reception (DRX) information.
  • DRX discontinuous reception
  • Example 8 is the apparatus of any of Examples 1-3, in which the X2AP message includes a paging priority information element defining a priority for a flow of the UE.
  • Example 9 is the apparatus of any of Examples 1-3, in which the one or more processors are further configured to initiate a timer to control timing of paging messages.
  • Example 10 is the apparatus of any of Examples 1-3, in which the one or more processors count a number of paging attempts.
  • Example 1 1 is an apparatus for an evolved Node B (eNB) configured to act as an anchor eNB for radio access network (RAN)-based paging of a user equipment (UE) served by a serving eNB that is different from the anchor eNB.
  • the evolved Node B (enB) comprising a memory interface and one or more processors.
  • the memory interface configured to receive information representing a UE context of the UE.
  • the one or more processors configured to: process a first message from the serving eNB, the first message requesting the UE context; and in response to the first message, generate a second message for the serving eNB, the second message including the information representing the UE context.
  • Example 12 is the apparatus of Example 1 1 , in which the first message includes downlink (DL) data forwarding information.
  • DL downlink
  • Example 13 is the apparatus of Example 1 1 or 12, in which the second message includes an indication of downlink data available for forwarding.
  • Example 14 is the apparatus of Example 1 1 or 12, in which the one or more processors are further configured to process a third message from the serving eNB, the third message providing downlink (DL) data forwarding information.
  • the one or more processors are further configured to process a third message from the serving eNB, the third message providing downlink (DL) data forwarding information.
  • Example 15 is the apparatus of Example 1 1 or 12, in which at least one of the first and second messages includes E-UTRAN Radio Access Bearers (E-RABs) information.
  • E-RABs E-UTRAN Radio Access Bearers
  • Example 16 is an apparatus for a user equipment (UE), comprising a memory interface and one or more processors.
  • the memory interface configured to receive information representing an indication to enter a lightly connected state.
  • the one or more processors configured to process the indication and thereby enter lightly connected state for awaiting a radio access network (RAN)-initiated paging message.
  • RAN radio access network
  • Example 17 is the apparatus of Example 16, in which the indication is an explicit indication carried in a message from an evolved Node B (eNB).
  • eNB evolved Node B
  • Example 18 is the apparatus of Example 16 or 17, in which the indication is provided in a radio resource control (RRC) message.
  • RRC radio resource control
  • Example 19 is the apparatus of Example 16, in which the indication is an indirect indication implied by a radio access network (RAN)-based paging
  • DRX discontinuous reception
  • Example 20 is the apparatus of Example 16, in which the indication is provided by a suspend indication.
  • Example 21 is a machine readable medium for an evolved Node B (eNB), the machine readable medium having stored thereon instructions and information representing a light connection state of a user equipment (UE), the instructions, when executed, cause one or more processor to: process an S1 application protocol (S1AP) release request message indicating a mobility management entity (MME) is transitioning the UE from a connected state to an idle state; and generate an update to the light connection state and a corresponding S1 AP release response for the MME.
  • S1AP S1 application protocol
  • MME mobility management entity
  • Example 22 is the machine readable medium of Example 21 , in which the one or more processors are further configured to generate a core network (CN)- initiated paging message for the UE in response to the light connection state stored by the eNB being different from an actual connection state of the UE.
  • CN core network
  • Example 23 is the machine readable medium of Example 21 or 22, in which the one or more processors are further configured to generate a radio resource control (RRC) paging message to the UE so as to release its light connection.
  • RRC radio resource control
  • Example 24 is an apparatus for an evolved Node B (eNB), comprising a memory interface and one or more processors.
  • the memory interface configured to receive information representing a UE light connection state.
  • the one or more processors configured to: process an S1 application protocol (S1AP) release request message indicating a mobility management entity (MME) is transitioning the UE from a connected state to an idle state; and generate an update to the light connection state and a corresponding S1 AP release response for the MME.
  • S1AP S1 application protocol
  • MME mobility management entity
  • Example 25 is the apparatus of Example 24, in which the one or more processors are further configured to generate a core network (CN)-imitated paging message for the UE in response to the UE light connection state stored by the eNB being different from an actual connection state of the UE.
  • Example 26 is the apparatus of Example 25, in which the one or more processors are further configured to generate a radio resource control (RRC) paging message to the UE so as to release its light connection.
  • RRC radio resource control
  • Example 27 is a method performed by an evolved Node B (eNB), comprising: receiving through a memory interface information representing a list of radio access network (RAN) nodes to page during RAN-based paging of a lightly connected user equipment (UE); and processing data arriving for the lightly connected UE; and generating, in response to the data arriving and based on the list of RAN nodes, an X2 application protocol (X2AP) message for the RAN-based paging of the lightly connected UE.
  • RAN radio access network
  • UE radio access network
  • X2AP X2 application protocol
  • Example 28 is the method of Example 27, further comprising processing UE mobility history information so as to generate the list of RAN nodes to page during the RAN-based paging of the lightly connected UE.
  • Example 29 is the method of Example 27, further comprising processing a tracking area identity (TAI) list to generate the list of RAN nodes to page during the RAN-based paging of the lightly connected UE.
  • TAI tracking area identity
  • Example 30 is the method of any of Examples 27-29, in which the list is a first list for an initial paging attempt, and further comprising generating a second list, different from the first list, for a subsequent paging attempt.
  • Example 31 is the method of Example 27 or 29, further comprising generating the list by selecting a subset of a tracking area.
  • Example 32 is the method of any of Examples 27-29, in which the X2AP message includes a UE identity index.
  • Example 33 is the method of any of Examples 27-29, in which the X2AP message includes RAN paging discontinuous reception (DRX) information.
  • DRX discontinuous reception
  • Example 34 is the method of any of Examples 27-29, in which the X2AP message includes a paging priority information element defining a priority for a flow of the UE.
  • Example 35 is the method of any of Examples 27-29, further comprising initiating a timer to control timing of paging messages.
  • Example 36 is the method of any of Examples 27-29, further comprising counting a number of paging attempts.
  • Example 37 is a method performed by an evolved Node B (eNB) configured to act as an anchor eNB for radio access network (RAN)-based paging of a user equipment (UE) served by a serving eNB that is different from the anchor eNB, comprising: receiving via a memory interface information representing a UE context of the UE; and processing a first message from the serving eNB, the first message requesting the UE context; and in response to the first message, generating a second message for the serving eNB, the second message including the information representing the UE context.
  • eNB evolved Node B
  • RAN radio access network
  • Example 38 is the method of Example 37, in which the first message includes downlink (DL) data forwarding information.
  • DL downlink
  • Example 39 is the method of Example 37 or 38, in which the second message includes an indication of downlink data available for forwarding.
  • Example 40 is the method of Example 37 or 38, further comprising processing a third message from the serving eNB, the third message providing downlink (DL) data forwarding information.
  • DL downlink
  • Example 41 is the method of Example 37 or 38, in which at least one of the first and second messages includes E-UTRAN Radio Access Bearers (E-RABs) information.
  • E-RABs E-UTRAN Radio Access Bearers
  • Example 42 is a method performed by a user equipment (UE), comprising: receiving through a memory interface information representing an indication to enter a lightly connected state; and processing the indication and thereby enter lightly connected state for awaiting a radio access network (RAN)-initiated paging message.
  • UE user equipment
  • Example 43 is the method of Example 42, in which the indication is an explicit indication carried in a message from an evolved Node B (eNB).
  • eNB evolved Node B
  • Example 44 is the method of Example 42 or 43, in which the indication is provided in a radio resource control (RRC) message.
  • RRC radio resource control
  • Example 45 is the method of Example 42, in which the indication is an indirect indication implied by a radio access network (RAN)-based paging
  • RAN radio access network
  • DRX discontinuous reception
  • Example 46 is the method of Example 42, in which the indication is provided by a suspend indication.
  • Example 47 is a method performed by an evolved Node B (eNB), comprising: receiving through a memory interface information representing a UE light connection state; processing an S1 application protocol (S1AP) release request message indicating a mobility management entity (MME) is transitioning the UE from a connected state to an idle state; and generating an update to the light connection state and a corresponding S1 AP release response for the MME.
  • eNB evolved Node B
  • S1AP S1 application protocol
  • MME mobility management entity
  • Example 48 is the method of Example 47, further comprising generating a core network (CN)-initiated paging message for the UE in response to the light connection state stored by the eNB being different from an actual connection state of the UE.
  • CN core network
  • Example 49 is the method of Example 47 or 48, further comprising generating a radio resource control (RRC) paging message to the UE so as to release its light connection.
  • RRC radio resource control
  • Example 50 is an apparatus comprising means to perform a method as exemplified in any in any of Examples 27-49.
  • Example 51 is a machine-readable storage including machine-readable instructions, when executed, to implement a method or realize an apparatus as exemplified in any preceding Example.
  • Example 52 is a machine readable medium including code, when executed, to cause a machine to perform the method as exemplified in any in any of Examples 27-49.
  • Example 53 may include a User Equipment (UE) configured to operate in a 3GPP network in accordance with stored context while being suspended with light connection with an Evolved Node-B (eNB), the UE comprising hardware processing circuitry configured to: suspend/hold its context information and other necessary connection configuration for re-use during next connection
  • UE User Equipment
  • eNB Evolved Node-B
  • Example 54 may include an evolved Node B (eNB) or a similar network node which can support communication using suspend and Resume signalling through storing of a UE contexts for the UE of example 53 and other necessary connection configuration.
  • eNB evolved Node B
  • a similar network node which can support communication using suspend and Resume signalling through storing of a UE contexts for the UE of example 53 and other necessary connection configuration.
  • Example 55 may include an example of example 54 and/or some other examples herein, wherein the eNB may send a paging message over X2 or similar interface to list of recommended cells of eNBs that the UE has visited in the recent history if available.
  • Example 56 may include an example of example 54 and/or some other examples herein, wherein eNB may update the tracking area list to an example of example 53 and/or some other examples herein.
  • Example 57 may include an example of example 54 and/or some other examples herein, wherein at least the DL tunnel identifier information for receiving any downlink data from another example of example 54 and/or some other examples herein is added either as part of a new message or as part of an existing message over X2 or similar interface.
  • Example 58 may include an example of example 54 and/or some other examples herein, wherein at least the list of E-RABs that have pending data for an example of example 53 and/or some other examples herein is provided as part of RETRIEVE UE CONTEXT RESPONSE message.
  • Example 59 may include an example of example 54 and/or some other examples herein, wherein the actual contents of paging message sent to another example of example 54 and/or some other examples herein are defined including at least the RAN paging DRX cycle, RAN paging ID options, paging priority, potential small data request for the UE to send uplink data and other eMTC/NB-IOT related parameters.
  • Example 60 may include an example of example 54 and/or some other examples herein, wherein an explicit indication or configuration for light connection mode is provided to a UE, an example of example 53 and/or some other examples herein.
  • Example 61 may include an example of example 53 and/or some other examples herein, which provides the indication of light connection mode support through other set up or negotiation during UE capabilities or other means
  • Example 62 may include an example of example 53 and/or some other examples herein, wherein the transition between legacy Core network paging and RAN based paging are seamless and transparent to the UE of example 53 and/or some other examples herein.
  • Example 63 may include an example of example 54 and/or some other examples herein, wherein it resumes the connection of UE of example 53 and/or some other examples herein only to release it for graceful release into idle mode when a mismatch in states or modes is detected between the UE of example 53 and the core network.
  • Example 64 may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 53-63, or any other method or process described herein.
  • Example 65 may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 53-63, or any other method or process described herein.
  • Example 66 may include an apparatus comprising logic, modules, and/or circuitry to perform one or more elements of a method described in or related to any of examples 53-63, or any other method or process described herein.
  • Example 67 may include a method, technique, or process as described in or related to any of examples 53-63, or portions or parts thereof.
  • Example 68 may include an apparatus comprising: one or more
  • processors and one or more computer readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 53-63, or portions thereof.
  • Example 69 may include a method of communicating in a wireless network as shown and described herein.
  • Example 70 may include a system for providing wireless communication as shown and described herein.
  • Example 71 may include a device for providing wireless communication as shown and described herein.

Landscapes

  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un mécanisme de radiomessagerie basé sur un réseau d'accès radioélectrique et des optimisations de la manière dont une information de contexte d'équipement utilisateur doit être récupérée à partir d'un ancrage (c'est-à-dire, un ancien noeud B évolué (eNB)) pour prendre en charge le mécanisme de radiomessagerie basé sur un réseau RAN. L'invention concerne un mécanisme de radiomessagerie à base de réseau RAN, basé sur un protocole d'application X2AP pour rechercher des noeuds eNB et des cellules dans une zone donnée. L'invention concerne également des améliorations de réception discontinue (DRX) et une résolution d'états de désadaptation.
PCT/US2017/046340 2016-08-11 2017-08-10 Optimisations de radiomessagerie à base de réseau d'accès radioélectrique WO2018031802A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662373744P 2016-08-11 2016-08-11
US62/373,744 2016-08-11

Publications (1)

Publication Number Publication Date
WO2018031802A1 true WO2018031802A1 (fr) 2018-02-15

Family

ID=59684094

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2017/046340 WO2018031802A1 (fr) 2016-08-11 2017-08-10 Optimisations de radiomessagerie à base de réseau d'accès radioélectrique

Country Status (1)

Country Link
WO (1) WO2018031802A1 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018144281A1 (fr) * 2017-02-06 2018-08-09 Intel IP Corporation Connexion lumineuse de commande de ressources radioélectrique (rrc)
CN108848564A (zh) * 2018-06-26 2018-11-20 中国联合网络通信集团有限公司 对虚拟媒体网关进行资源分配的方法、控制器和网络系统
EP3579655A4 (fr) * 2017-02-03 2020-01-15 Huawei Technologies Co., Ltd. Procédé et dispositif de libération de connexion
WO2021026882A1 (fr) 2019-08-15 2021-02-18 Zte Corporation Procédés et dispositifs d'aide à la resélection de cellules et à la radiomessagerie
CN114071445A (zh) * 2020-07-31 2022-02-18 维沃移动通信有限公司 信息传输方式的配置方法、终端及网络侧设备
CN114616868A (zh) * 2019-11-08 2022-06-10 华为技术有限公司 一种通信方法及装置
US20220201744A1 (en) * 2019-05-01 2022-06-23 Apple Inc. Mobile-terminated (mt) early data transmission (edt) in control plane and user plane solutions

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140155109A1 (en) * 2012-11-30 2014-06-05 Cisco Technology, Inc. Subscriber-aware paging
US20140302880A1 (en) * 2013-04-08 2014-10-09 Alcatel-Lucent Radio access network defined paging area

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140155109A1 (en) * 2012-11-30 2014-06-05 Cisco Technology, Inc. Subscriber-aware paging
US20140302880A1 (en) * 2013-04-08 2014-10-09 Alcatel-Lucent Radio access network defined paging area

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "RAN initiated paging", vol. RAN WG3, no. Gothenburg, Sweden; 20160822 - 20160826, 21 August 2016 (2016-08-21), XP051127555, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN3/Docs/> [retrieved on 20160821] *
INTEL CORPORATION: "Benefits of RAN based paging", vol. RAN WG3, no. Nanjing, China; 20160523 - 20160527, 22 May 2016 (2016-05-22), XP051105890, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN3/Docs/> [retrieved on 20160522] *
INTEL CORPORATION: "RAN based paging mechanism", vol. RAN WG3, no. Bangalore, India; 20160411 - 20160415, 2 April 2016 (2016-04-02), XP051083110, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_91bis/Docs/> [retrieved on 20160402] *
INTEL CORPORATION: "Standalone NR: Discussion on mobility framework", vol. RAN WG2, no. Nanjing, China; 20160523 - 20160527, 22 May 2016 (2016-05-22), XP051105032, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN2/Docs/> [retrieved on 20160522] *
INTEL: "Support of Light Connection", vol. RAN WG3, no. Sophia Antipolis, France; 20161010 - 20161014, 1 October 2016 (2016-10-01), XP051163091, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_93bis/Docs/> [retrieved on 20161001] *
KYOCERA: "Details of paging enhancements and Light Connection", vol. RAN WG2, no. Nanjing, China; 20160523 - 20160527, 22 May 2016 (2016-05-22), XP051105374, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN2/Docs/> [retrieved on 20160522] *
NOKIA ET AL: "Paging for light connection", vol. RAN WG3, no. Nanjing, China; 20160523 - 20160527, 22 May 2016 (2016-05-22), XP051106150, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN3/Docs/> [retrieved on 20160522] *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3579655A4 (fr) * 2017-02-03 2020-01-15 Huawei Technologies Co., Ltd. Procédé et dispositif de libération de connexion
US11109441B2 (en) 2017-02-03 2021-08-31 Huawei Technologies Co., Ltd. Connection release method and apparatus
WO2018144281A1 (fr) * 2017-02-06 2018-08-09 Intel IP Corporation Connexion lumineuse de commande de ressources radioélectrique (rrc)
CN108848564A (zh) * 2018-06-26 2018-11-20 中国联合网络通信集团有限公司 对虚拟媒体网关进行资源分配的方法、控制器和网络系统
CN108848564B (zh) * 2018-06-26 2022-08-09 中国联合网络通信集团有限公司 对虚拟媒体网关进行资源分配的方法、控制器和网络系统
US20220201744A1 (en) * 2019-05-01 2022-06-23 Apple Inc. Mobile-terminated (mt) early data transmission (edt) in control plane and user plane solutions
EP4014533A4 (fr) * 2019-08-15 2022-12-07 ZTE Corporation Procédés et dispositifs d'aide à la resélection de cellules et à la radiomessagerie
WO2021026882A1 (fr) 2019-08-15 2021-02-18 Zte Corporation Procédés et dispositifs d'aide à la resélection de cellules et à la radiomessagerie
AU2019461142B2 (en) * 2019-08-15 2023-07-13 Zte Corporation Methods and devices for assisting cell reselection and paging
CN114616868A (zh) * 2019-11-08 2022-06-10 华为技术有限公司 一种通信方法及装置
EP4044684A4 (fr) * 2019-11-08 2022-11-16 Huawei Technologies Co., Ltd. Procédé et appareil de communication
CN114071445B (zh) * 2020-07-31 2023-05-05 维沃移动通信有限公司 信息传输方式的配置方法、终端及网络侧设备
CN114071445A (zh) * 2020-07-31 2022-02-18 维沃移动通信有限公司 信息传输方式的配置方法、终端及网络侧设备

Similar Documents

Publication Publication Date Title
US11632734B2 (en) Use of user equipment (UE) identifiers for registration in fifth generation (5G) systems
EP3479619B1 (fr) Appareils d&#39;autorisation et d&#39;activation/désactivation d&#39;une fonctionnalité de couverture améliorée
US11368980B2 (en) Monitoring control channels in control resource sets for new radio
WO2018064477A1 (fr) Systèmes et procédés de réception discontinue dans une communication de dispositif à dispositif
WO2018085187A1 (fr) Interréseautage entre un réseau central de nouvelle génération et un réseau central en mode paquet évolué
WO2017173158A1 (fr) Messagerie de radiorecherche provenant d&#39;un réseau d&#39;accès radio (ran)
WO2018031343A1 (fr) Procédés d&#39;optimisation d&#39;opérations relais de couche 2
WO2018031802A1 (fr) Optimisations de radiomessagerie à base de réseau d&#39;accès radioélectrique
CN109691222B (zh) 用于配置轻型连接的装置
US20190320483A1 (en) Apparatuses to switch between lte rat and nr rat during transition from inactive state to active state
US11115947B2 (en) Vehicle to everything synchronization reference selection and reselection
US11838839B2 (en) V2X policy and parameters provisioning to user equipment by a policy and control function
WO2018085713A2 (fr) Sélection d&#39;accès initial et de mode dans des réseaux d&#39;évolution à long terme (lte) évolués
EP3646637B1 (fr) Gestion améliorée d&#39;expiration de temporisateur pour csfb mt
WO2020048479A1 (fr) Appareil et procédé pour prendre en charge un transfert intercellulaire avant l&#39;arrêt (mbb) dans un réseau d&#39;accès radio de prochaine génération (ng-ran)
US10455405B2 (en) Telephone call procedures for power efficient mobile terminating packet switched services
WO2018031395A1 (fr) Message de liaison montante commun pour des scénarios initiés par un équipement d&#39;utilisateur
WO2018063943A1 (fr) Configuration de mesure de liaison montante (ul)
US20220014979A1 (en) Command handling for simultaneous connectivity handoffs
US20210195395A1 (en) Release of emergency pdn bearer for a volte emergency call without emergency registration
US11930460B2 (en) SMTC2-LP based RRM enhancement
US20240187916A1 (en) Configured grant enhancement
US11968568B2 (en) Performance measurements in a next generation radio access network (NG-RAN)
WO2023029003A1 (fr) Amélioration d&#39;autorisation configurée

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17755386

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17755386

Country of ref document: EP

Kind code of ref document: A1