WO2017171899A1 - Améliorations de transfert intercellulaire pour réduire l'interruption et la latence - Google Patents

Améliorations de transfert intercellulaire pour réduire l'interruption et la latence Download PDF

Info

Publication number
WO2017171899A1
WO2017171899A1 PCT/US2016/040144 US2016040144W WO2017171899A1 WO 2017171899 A1 WO2017171899 A1 WO 2017171899A1 US 2016040144 W US2016040144 W US 2016040144W WO 2017171899 A1 WO2017171899 A1 WO 2017171899A1
Authority
WO
WIPO (PCT)
Prior art keywords
tenb
handover
senb
subframe
message
Prior art date
Application number
PCT/US2016/040144
Other languages
English (en)
Inventor
Umesh PHUYAL
Candy YIU
Yujian Zhang
Youn Hyoung Heo
Sudeep K. Palat
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 WO2017171899A1 publication Critical patent/WO2017171899A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0077Transmission or use of information for re-establishing the radio link of access information of target access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026Transmission of channel quality indication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/20Interfaces between hierarchically similar devices between access points

Definitions

  • Embodiments pertain to wireless communications. Some embodiments relate to wireless networks including 3GPP (Third Generation Partnership Project) networks, 3GPP LTE (Long Term Evolution) networks, 3GPP LTE-A (LTE Advanced) networks, and 5G networks, although the scope of the embodiments is not limited in this respect. Some embodiments relate to handover (HO) enhancements to reduce interruption time and HO latency.
  • 3GPP Third Generation Partnership Project
  • 3GPP LTE Long Term Evolution
  • 3GPP LTE-A Long Term Evolution Advanced
  • 5G Fifth Generation Partnership Project
  • 3GPP LTE systems With the increase in different types of devices communicating with various network devices, usage of 3GPP LTE systems has increased. The penetration of mobile devices (user equipment or UEs) in modern society has continued to drive demand for a wide variety of networked devices in a number of disparate environments. The use of networked UEs using 3GPP LTE systems has increased in all areas of home and work life. Fifth generation (5G) wireless systems are forthcoming, and are expected to enable even greater speed, connectivity, and usability.
  • 5G Fifth generation
  • Handovers may occur as a UE moves in a geographical location served by multiple eNBs and a determination is made to change the eNB providing communication services to the UE from the current eNB to another eNB. Due to the number of processes involved, the handover may take on the order of about 50 milliseconds (ms) or more, which is a substantial amount of time.
  • the handover latency may, in certain circumstances, result in a period of relatively poor quality of service or even loss of service during the handover. This latency may be excessive for some wireless systems (e.g., 5G systems) with stricter end-to-end latency requirements. It may thus be desirable to reduce handover latency and thus produce seamless mobility for UEs.
  • FIG. 1 is a functional diagram of a 3 GPP network in accordance with some embodiments.
  • FIG. 2 is a block diagram of a User Equipment (UE) in accordance with some embodiments.
  • UE User Equipment
  • FIG. 3 is a block diagram of an Evolved Node-B (eNB) in accordance with some embodiments.
  • eNB Evolved Node-B
  • FIG. 4A illustrates a handover (HO) procedure in accordance with some embodiments.
  • FIG. 4B illustrates various components of the service interruption time associated with the HO procedure of FIG. 4A.
  • FIG. 5 illustrates a HO procedure with reduced service interruption time, in accordance with some embodiments.
  • FIG. 6 illustrates example mobility Control Info signaling in accordance with some embodiments.
  • FIG. 7 illustrates example subframe selection of a source evolved Node B (SeNB) subframe corresponding to a target evolved Node B (TeNB) subframe in the uplink grant, in accordance with some embodiments.
  • SeNB source evolved Node B
  • TeNB target evolved Node B
  • FIG. 8 illustrates another example mobility Control Info signaling in accordance with some embodiments.
  • FIG. 9 is a flow diagram illustrating example functionalities for handover enhancements to reduce interruption time and handover latency according to some embodiments.
  • FIG. 10 illustrates a block diagram of a communication device such as an eNB or a UE, in accordance with some embodiments.
  • FIG. 1 shows an example of a portion of an end-to-end network architecture of a Long Term Evolution (LTE) network with various components of the network in accordance with some embodiments.
  • LTE and LTE-A networks and devices are referred to merely as LTE networks and devices.
  • the network 100 may comprise a radio access network (RAN) (e.g., as depicted, the E-UTRAN or evolved universal terrestrial radio access network) 101 and the core network 120 (e.g., shown as an evolved packet core (EPC)) coupled together through an S I interface 115.
  • RAN radio access network
  • EPC evolved packet core
  • the core network 120 includes a mobility management entity
  • the RAN 101 includes Evolved Node-B's (eNB) 104 (which may operate as base stations) for communicating with User Equipment (UE) 102.
  • the eNBs 104 may include macro eNBs and low power (LP) eNBs, such as micro, pico or femto eNBs.
  • the eNB 104 may transmit a downlink control message to the UE 102 to indicate an allocation of physical uplink control channel (PUCCH) channel resources.
  • the UE 102 may receive the downlink control message from the eNB 104, and may transmit an uplink control message to the eNB 104 in at least a portion of the PUCCH channel resources.
  • PUCCH physical uplink control channel
  • the MME 122 is similar in function to the control plane of legacy Serving GPRS Support Nodes (SGSN).
  • the MME 122 manages mobility aspects in access such as gateway selection and tracking area list management.
  • the serving GW 124 terminates the interface toward the RAN 101, and routes data packets between the RAN 101 and the core network 120.
  • it may be a local mobility anchor point for inter-eNB handovers and also may provide an anchor for inter-3GPP mobility.
  • the serving GW 124 and the MME 122 may be implemented in one physical node or separate physical nodes.
  • the PDN GW 126 terminates a SGi interface toward the packet data network (PDN).
  • the PDN GW 126 routes data packets between the EPC 120 and the external PDN, and may be a key node for policy enforcement and charging data collection. It may also provide an anchor point for mobility with non-LTE accesses.
  • the external PDN can be any kind of IP network, as well as an IP Multimedia Subsystem (IMS) domain.
  • IMS IP Multimedia Subsystem
  • the PDN GW 126 and the serving GW 124 may be implemented in one physical node or separated physical nodes.
  • the eNBs 104 may terminate the air interface protocol and may be the first point of contact for a UE 102. At least some of the eNBs 104 may be in a cell 106, in which the eNBs 104 of the cell 106 may be controlled by the same processor or set of processors. In some embodiments, an eNB 104 may be in a single cell 106, while in other embodiments the eNB 104 may be a member of multiple cells 106. In some embodiments, an eNB 104 may fulfill various logical functions for the RAN
  • UEs 102 may be configured to perform RNC (radio network controller functions) such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management.
  • RNC radio network controller functions
  • UEs 102 may be configured to
  • Orthogonal frequency-division multiplexing (OFDM) communication signals with an eNB 104 over a multi carrier communication channel in accordance with an OFDMA communication technique.
  • the OFDM signals may comprise a plurality of orthogonal subcarriers.
  • Each of the eNBs 104 may be able to transmit a reconfiguration message to each UE
  • the reconfiguration message may contain reconfiguration information including one or more parameters that indicate specifics about reconfiguration of the UE 102 upon a mobility scenario (e.g., handover) to reduce the latency involved in the handover.
  • the parameters may include physical layer and layer 2 reconfiguration indicators, and a security key update indicator.
  • the parameters may be used to instruct the UE 102 to avoid or skip one or more of the processes indicated to decrease messaging between the UE 102 and the network.
  • the network may be able to automatically route packet data between the UE 102 and the new eNB 104 and may be able to provide the desired information between the eNBs 104 involved in the mobility.
  • the application is not limited to this, however, and additional embodiments are described in more detail below.
  • one of the eNBs in cell 106 can be a source eNB and the other eNB can be a target eNB (indicated as SeNB and TeNB in FIG. 1) for purposes of a handover (HO) of the UE from the SeNB to the TeNB.
  • UL grant information can be provided to the UE in a connection reconfiguration message 130, which can be used to initiate the HO.
  • HO can be performed without a random access channel (RACH) procedure, which reduces the HO latency and service interruption.
  • RACH random access channel
  • the SI interface 115 is the interface that separates the RAN
  • the X2 interface is the interface between eNB 104.
  • the X2 interface comprises two parts, the X2-C and X2-U.
  • the X2-C is the control plane interface between the eNB 104
  • the X2-U is the user plane interface between the eNB 104.
  • LP cells are typically used to extend coverage to indoor areas where outdoor signals do not reach well, or to add network capacity in areas with very dense phone usage, such as train stations.
  • the term low power (LP) eNB refers to any suitable relatively low power eNB for implementing a narrower cell (narrower than a macro cell) such as a femtocell, a picocell, or a micro cell.
  • Femtocell eNBs are typically provided by a mobile network operator to its residential or enterprise customers.
  • a femtocell is typically the size of a residential gateway or smaller and generally connects to the user's broadband line. Once plugged in, the femtocell connects to the mobile operator's mobile network and provides extra coverage in a range of typically 30 to 50 meters for residential femtocells.
  • a LP eNB might be a femtocell eNB since it is coupled through the PDN GW 126.
  • a picocell is a wireless communication system typically covering a small area, such as in-building (offices, shopping malls, train stations, etc.), or more recently in-aircraft.
  • a picocell eNB can generally connect through the X2 link to another eNB such as a macro eNB through its base station controller (BSC) functionality.
  • BSC base station controller
  • LP eNB may be implemented with a picocell eNB since it is coupled to a macro eNB via an X2 interface.
  • Picocell eNBs or other LP eNBs may incorporate some or all functionality of a macro eNB. In some cases, this may be referred to as an access point base station or enterprise femtocell.
  • a resource block (also called physical resource block (PRB)) may be the smallest unit of resources that can be allocated to a UE.
  • a resource block may be 180 kHz wide in frequency and 1 slot long in time. In frequency, resource blocks may be either 12 x 15 kHz subcarriers or 24 x 7.5 kHz subcarriers wide. For most channels and signals, 12 subcarriers may be used per resource block.
  • both the uplink and downlink frames may be 10ms and may be frequency (full-duplex) or time (half-duplex) separated.
  • Time Division Duplexed the uplink and downlink subframes may be transmitted on the same frequency and may be multiplexed in the time domain.
  • a downlink resource grid may be used for downlink transmissions from an eNB to a UE.
  • the grid may be a time-frequency grid, which is the physical resource in the downlink in each slot.
  • Each column and each row of the resource grid may correspond to one OFDM symbol and one OFDM subcarrier, respectively.
  • the duration of the resource grid in the time domain may correspond to one slot.
  • Each resource grid may comprise a number of the above resource blocks, which describe the mapping of certain physical channels to resource elements.
  • a downlink resource grid may be used for downlink transmissions from an eNB 104 to a UE 102, while uplink transmission from the UE 102 to the eNB 104 may utilize similar techniques.
  • the grid may 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 column and each row of the resource grid correspond to one OFDM symbol and one OFDM subcarrier, respectively.
  • the duration of the resource grid in the time domain corresponds to one slot in a radio frame.
  • Each resource grid comprises a number of resource blocks (RBs), which describe the mapping of certain physical channels to resource elements.
  • RBs resource blocks
  • Each resource block comprises a collection of resource elements in the frequency domain and may represent the smallest quanta of resources that currently can be allocated.
  • Each subframe may be partitioned into the PDCCH and the PDSCH.
  • the physical downlink shared channel (PDSCH) carries user data and higher-layer signaling to a UE 102 (FIG. 1).
  • the physical downlink control channel (PDCCH) carries information about the transport format and resource allocations related to the PDSCH channel, among other things. It also informs the UE 102 about the transport format, resource allocation, and hybrid automatic repeat request (HARQ) information related to the uplink shared channel.
  • HARQ hybrid automatic repeat request
  • downlink scheduling (e.g., assigning control and shared channel resource blocks to UE 102 within a cell) may be performed at the eNB 104 based on channel quality information fed back from the UE 102 to the eNB 104, and then the downlink resource assignment information may be sent to the UE 102 on the control channel (PDCCH) used for (assigned to) the UE 102.
  • PDCCH control channel
  • the PDCCH uses CCEs (control channel elements) to convey the control information.
  • CCEs control channel elements
  • the PDCCH complex- valued symbols are first organized into quadruplets, which are then permuted using a sub-block inter-leaver for rate matching.
  • Each PDCCH is transmitted using one or more of these control channel elements (CCEs), where each CCE corresponds to nine sets of four physical resource elements known as resource element groups (REGs).
  • RAGs resource element groups
  • Four QPSK symbols are mapped to each REG.
  • the PDCCH can be transmitted using one or more CCEs, depending on the size of downlink control information (DCI) and the channel condition.
  • DCI downlink control information
  • There may be four or more different PDCCH formats defined in LTE with different numbers of CCEs (e.g., aggregation level, L l, 2, 4, or 8).
  • circuitry may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group), or memory (shared, dedicated, or group) that executes one or more software or firmware programs, a combinational logic circuit, 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. Embodiments described herein may be implemented into a system using any suitably configured hardware or software.
  • FIG. 2 is a functional diagram of a User Equipment (UE) in accordance with some embodiments.
  • the UE 200 may be suitable for use as a UE 102 as depicted in FIG. 1.
  • the UE 200 may include application circuitry 202, baseband circuitry 204, Radio Frequency (RF) circuitry 206, front-end module (FEM) circuitry 208, and multiple antennas 210A-210D, coupled together at least as shown.
  • RF Radio Frequency
  • FEM front-end module
  • other circuitry or arrangements may include one or more elements or components of the application circuitry 202, the baseband circuitry 204, the RF circuitry 206 or the FEM circuitry 208, and may also include other elements or components in some cases.
  • processing circuitry may include one or more elements or components, some or all of which may be included in the application circuitry 202 or the baseband circuitry 204.
  • transceiver circuitry may include one or more elements or components, some or all of which may be included in the RF circuitry 206 or the FEM circuitry 208. These examples are not limiting, however, as the processing circuitry or the transceiver circuitry may also include other elements or components in some cases.
  • the application circuitry 202 may include one or more application processors.
  • the application circuitry 202 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 system to perform one or more of the functionalities described herein.
  • the baseband circuitry 204 may include circuitry such as, but not limited to, one or more single-core or multi-core processors.
  • the baseband circuitry 204 may include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 206 and to generate baseband signals for a transmit signal path of the RF circuitry 206.
  • Baseband processing circuity 204 may interface with the application circuitry 202 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 206.
  • the baseband circuitry 204 may include a second generation (2G) baseband processor 204a, third generation (3G) baseband processor 204b, fourth generation (4G) baseband processor 204c, or other baseband processor(s) 204d for other existing generations, generations in development or to be developed in the future (e.g., fifth generation (5G), 6G, etc.).
  • the baseband circuitry 204 e.g., one or more of baseband processors 204a-d
  • the radio control functions may include, but are not limited to, signal modulation/demodulation, encoding/decoding, radio frequency shifting, etc.
  • modulation/demodulation circuitry of the baseband circuitry 204 may include Fast-Fourier Transform (FFT), precoding, or constellation mapping/demapping functionality.
  • encoding/decoding circuitry of the baseband circuitry 204 may include Low Density Parity Check (LDPC) encoder/decoder functionality, optionally alongside other techniques such as, for example, block codes, convolutional codes, turbo codes, or the like, which may be used to support legacy protocols.
  • LDPC Low Density Parity Check
  • Embodiments of modulation/demodulation and encoder/decoder functionality are not limited to these examples and may include other suitable functionality in other embodiments.
  • the baseband circuitry 204 may include elements of a protocol stack such as, for example, elements of an evolved universal terrestrial radio access network (EUTRAN) protocol including, for example, physical (PHY), media access control (MAC), radio link control (RLC), packet data convergence protocol (PDCP), or radio resource control (RRC) elements.
  • EUTRAN evolved universal terrestrial radio access network
  • a central processing unit (CPU) 204e of the baseband circuitry 204 may be configured to run elements of the protocol stack for signaling of the PHY, MAC, RLC, PDCP or RRC layers.
  • the baseband circuitry may include one or more audio digital signal processor(s) (DSP) 204f.
  • the audio DSP(s) 204f 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
  • the constituent components of the baseband circuitry 204 and the application circuitry 202 may be implemented together such as, for example, on a system on chip (SOC).
  • SOC system on chip
  • the baseband circuitry 204 may provide for communication compatible with one or more radio technologies.
  • the baseband circuitry 204 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), 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
  • Embodiments in which the baseband circuitry 204 is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.
  • RF circuitry 206 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium.
  • the RF circuitry 206 may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network.
  • RF circuitry 206 may include a receive signal path which may include circuitry to down-convert RF signals received from the FEM circuitry 208 and provide baseband signals to the baseband circuitry 204.
  • RF circuitry 206 may also include a transmit signal path which may include circuitry to up- convert baseband signals provided by the baseband circuitry 204 and provide RF output signals to the FEM circuitry 208 for transmission.
  • the RF circuitry 206 may include a receive signal path and a transmit signal path.
  • the receive signal path of the RF circuitry 206 may include mixer circuitry 206a, amplifier circuitry 206b and filter circuitry 206c.
  • the transmit signal path of the RF circuitry 206 may include filter circuitry 206c and mixer circuitry 206a.
  • RF circuitry 206 may also include synthesizer circuitry 206d for synthesizing a frequency for use by the mixer circuitry 206a of the receive signal path and the transmit signal path.
  • the mixer circuitry 206a of the receive signal path may be configured to down-convert RF signals received from the FEM circuitry 208 based on the synthesized frequency provided by synthesizer circuitry 206d.
  • the amplifier circuitry 206b may be configured to amplify the down- converted signals and the filter circuitry 206c 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.
  • LPF low-pass filter
  • BPF band-pass filter
  • Output baseband signals may be provided to the baseband circuitry 204 for further processing.
  • the output baseband signals may be zero-frequency baseband signals, although this is not a requirement.
  • mixer circuitry 206a of the receive signal path may comprise passive mixers, although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 206a of the transmit signal path may be configured to up-convert input baseband signals based on the synthesized frequency provided by the synthesizer circuitry 206d to generate RF output signals for the FEM circuitry 208.
  • the baseband signals may be provided by the baseband circuitry 204 and may be filtered by filter circuitry 206c.
  • the filter circuitry 206c may include a low-pass filter (LPF), although the scope of the embodiments is not limited in this respect.
  • the mixer circuitry 206a of the receive signal path and the mixer circuitry 206a of the transmit signal path may include two or more mixers and may be arranged for quadrature
  • the mixer circuitry 206a of the receive signal path and the mixer circuitry 206a of the transmit signal path may include two or more mixers and may be arranged for image rejection (e.g., Hartley image rejection). In some embodiments, the mixer circuitry 206a of the receive signal path and the mixer circuitry 206a may be arranged for direct downconversion or direct upconversion, respectively. In some embodiments, the mixer circuitry 206a of the receive signal path and the mixer circuitry 206a 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. In some alternate
  • the output baseband signals and the input baseband signals may be digital baseband signals.
  • the RF circuitry 206 may include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 204 may include a digital baseband interface to communicate with the RF circuitry 206.
  • 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 206d may be a fractional -N synthesizer or a fractional N/N+l synthesizer, although the scope of the embodiments is not limited in this respect as other types of frequency synthesizers may be suitable.
  • synthesizer circuitry 206d may be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.
  • the synthesizer circuitry 206d may be configured to synthesize an output frequency for use by the mixer circuitry 206a of the RF circuitry 206 based on a frequency input and a divider control input.
  • the synthesizer circuitry 206d may be a fractional N/N+l 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 204 or the applications processor 202 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 applications processor 202.
  • Synthesizer circuitry 206d of the RF circuitry 206 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 (DP A).
  • the DMD may be configured to divide the input signal by either N or N+l (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.
  • synthesizer circuitry 206d 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 206 may include an IQ/polar converter.
  • FEM circuitry 208 may include a receive signal path, which may include circuitry configured to operate on RF signals received from one or more of the antennas 210A-D, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 206 for further processing.
  • FEM circuitry 208 may also include a transmit signal path which may include circuitry configured to amplify signals for transmission provided by the RF circuitry 206 for transmission by one or more of the one or more antennas 210A-D.
  • the FEM circuitry 208 may include a
  • the FEM circuitry may include a receive signal path and a transmit signal path.
  • the receive signal path of the FEM circuitry may include a low-noise amplifier (LNA) to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to the RF circuitry 206).
  • the transmit signal path of the FEM circuitry 208 may include a power amplifier (PA) to amplify input RF signals (e.g., provided by RF circuitry 206), and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of the one or more antennas 210.
  • the UE 200 may include additional elements such as, for example, memory/storage, display, camera, sensor, or input/output (I/O) interface.
  • FIG. 3 is a functional diagram of an Evolved Node-B (eNB) in accordance with some embodiments.
  • the eNB 300 may be a stationary non-mobile device.
  • the eNB 300 may be suitable for use as an eNB 104 as depicted in FIG. 1.
  • the components of eNB 300 may be included in a single device or a plurality of devices.
  • the eNB 300 may include physical layer (PHY) circuitry 302 and a transceiver 305, one or both of which may enable transmission and reception of signals to and from the UE 200, other eNBs, other UEs or other devices using one or more antennas 301 A-B.
  • PHY physical layer
  • the physical layer circuitry 302 may perform various encoding and decoding functions that may include formation of baseband signals for transmission and decoding of received signals.
  • physical layer circuitry 302 may include LDPC encoder/decoder functionality, optionally along-side other techniques such as, for example, block codes, convolutional codes, turbo codes, or the like, which may be used to support legacy protocols.
  • Embodiments of modulation/demodulation and encoder/decoder functionality are not limited to these examples and may include other suitable functionality in other embodiments.
  • the transceiver 305 may perform various transmission and reception functions such as conversion of signals between a baseband range and a Radio Frequency (RF) range.
  • RF Radio Frequency
  • the physical layer circuitry 302 and the transceiver 305 may be separate components or may be part of a combined component.
  • some of the described functionality related to transmission and reception of signals may be performed by a combination that may include one, any or all of the physical layer circuitry 302, the transceiver 305, and other components or layers.
  • the eNB 300 may also include medium access control layer (MAC) circuitry 304 for controlling access to the wireless medium.
  • the eNB 300 may also include processing circuitry 306 and memory 308 arranged to perform the operations described herein.
  • the eNB 300 may also include one or more interfaces 310, which may enable communication with other components, including other eNB 104 (FIG. 1), components in the EPC 120 (FIG. 1) or other network components.
  • the interfaces 310 may enable communication with other components that may not be shown in FIG. 1, including components external to the network.
  • the interfaces 310 may be wired or wireless or a combination thereof.
  • the antennas 210 A-D (in the UE) and 301 A-B (in the eNB) may comprise one or more directional or omnidirectional antennas, including, for example, dipole antennas, monopole antennas, patch antennas, loop antennas, microstrip antennas or other types of antennas suitable for transmission of RF signals.
  • the antennas 210A-D, 301A-B may be effectively separated to take advantage of spatial diversity and the different channel characteristics that may result.
  • the UE 200 or the eNB 300 may be a mobile device and may be a portable wireless communication device, such as a personal digital assistant (PDA), a laptop or portable computer with wireless communication capability, a web tablet, a wireless telephone, a smartphone, a wireless headset, a pager, an instant messaging device, a digital camera, an access point, a television, a wearable device such as a medical device (e.g., a heart rate monitor, a blood pressure monitor, etc.), or other device that may receive or transmit information wirelessly.
  • PDA personal digital assistant
  • a laptop or portable computer with wireless communication capability such as a personal digital assistant (PDA), a laptop or portable computer with wireless communication capability, a web tablet, a wireless telephone, a smartphone, a wireless headset, a pager, an instant messaging device, a digital camera, an access point, a television, a wearable device such as a medical device (e.g., a heart rate monitor, a blood pressure monitor, etc.), or other device that may
  • Mobile devices or other devices in some embodiments may be configured to operate according to other protocols or standards, including IEEE 802.11 or other IEEE standards.
  • the UE 200, eNB 300 or other device may include one or more of a keyboard, a display, a non-volatile memory port, multiple antennas, a graphics processor, an application processor, speakers, and other mobile device elements.
  • the display may be an LCD screen including a touch screen.
  • the UE 200 and the eNB 300 are each illustrated as having several separate functional elements, one or more of the functional elements may be combined and may be implemented by combinations of software-configured elements, such as processing elements including digital signal processors (DSPs), or other hardware elements.
  • DSPs digital signal processors
  • some elements may comprise one or more microprocessors, DSPs, field- programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), radio-frequency integrated circuits (RFICs) and combinations of various hardware and logic circuitry for performing at least the functions described herein.
  • the functional elements may refer to one or more processes operating on one or more processing elements.
  • Embodiments may be implemented in one or a combination of hardware, firmware and software. Embodiments may also be implemented as instructions stored on a computer-readable storage device, which may be read and executed by at least one processor to perform the operations described herein.
  • a computer-readable storage device may include any non-transitory mechanism for storing information in a form readable by a machine (e.g., a computer).
  • a computer-readable storage device may include read-only memory (ROM), random-access memory (RAM), magnetic disk storage media, optical storage media, flash-memory devices, and other storage devices and media.
  • Some embodiments may include one or more processors and may be configured with instructions stored on a computer-readable storage device.
  • an apparatus used by the UE 200 or eNB 300 may include various components of the UE 200 or the eNB 300 as shown in FIG. 2 and FIG. 3. Accordingly, techniques and operations described herein that refer to the UE 200 (or 102) may be applicable to an apparatus for a UE. In addition, techniques and operations described herein that refer to the eNB 300 (or 104) may be applicable to an apparatus for an eNB.
  • FIG. 4A illustrates a handover (HO) procedure in accordance with some embodiments.
  • the source eNB and target eNB 404, 406 shown in FIG. 4 A may be the eNBs 104a and 104b shown in FIG. 1, and the UE 402 may be the UE 102 shown in FIG. 1.
  • FIG. 4 A illustrates signaling procedures associated with a handover preparation phase 430 and a handover execution phase 432.
  • UE Prior to handover preparation 430, UE is connected with the Source eNB (SeNB) 404, and packet data 408 is communicated between the UE 402 and the SeNB 404.
  • the packet data 408 may be transmitted in either direction, from the UE 402 to the SeNB 404 or from the SeNB 404 to the UE 402.
  • the SeNB 404 may transmit various control signals 410 to the UE 402 from time to time. Among these control signals may be measurement control signals 410, Layer 3 (network) signaling. The SeNB 404 may request that the UE 402 take measurements in accordance to the measurement control signals 410. Specifically, Channel State Information (CSI) measurements taken by the UE 402 may be used by the SeNB 404 (or core network) to estimate the channel quality and determine whether handover is desired. CSI measurements may measure Cell-specific
  • CRS Reference Signals
  • CSI-RS CSI Reference Signals
  • CSI-IM Channel State Information-Interference Measurement
  • the measurement report 412 may include, for example, CSI feedback information.
  • the CSI feedback may include a Channel Quality Indicator (CQI) and may be sent from the UE 402 to the SeNB 404 to indicate, for example, a suitable downlink transmission data rate, i.e., a Modulation and Coding Scheme (MCS) value, for communications between the SeNB 404 and the UE 402.
  • CQI Channel Quality Indicator
  • MCS Modulation and Coding Scheme
  • the CQI may be, for example, a 4-bit integer (i.e., 15 different values) and may be based on an observed signal-to-interference- plus-noise ratio (SINR) at the UE 402.
  • SINR signal-to-interference- plus-noise ratio
  • the CQI may take into account the UE 402 capability, such as the number of antennas and the type of receiver used for detection, which may be then used by the SeNB 404 to select an optimum MCS level for downlink (DL) scheduling and data transmission.
  • the CSI and CQI may be reported either periodically or aperiodically.
  • a periodic CQI report may be carried by using the PUCCH or, if the UE 402 is to send UL data in the same subframe as a scheduled periodic CQI report, the periodic CQI report may instead use the PUSCH.
  • a periodic CQI report may be supplemented by an aperiodic CQI report, in particular if UL data is scheduled during the same subframe as a scheduled periodic CQI report.
  • the CSI feedback in the measurement report 412 may be used by the SeNB 404 to determine whether or not handover of the UE 402 is to occur (e.g., handover from SeNB 404 to TeNB 406). If not, packet data may continue to be transmitted between the UE 402 and the SeNB 404 until the next CSI feedback is received by the SeNB 404 via the reports 412.
  • the CSI feedback may contain CSI information associated with other cells, including the TeNB 406, or the SeNB 404 may obtain CSI feedback information associated with the TeNB 406 from the TeNB 406, for example.
  • the SeNB 404 may determine it is appropriate to switch communication with the UE from the SeNB 404 to the TeNB 406, and it may issue a handover request 414 to the TeNB 406.
  • the TeNB 406 can prepare the handover by sending a handover request acknowledgement message 416.
  • the handover request
  • acknowledgement message 416 can include a transparent container to be sent to the UE 402 as a radio resource control (RRC) message to perform the handover.
  • the container can include a cell radio network temporary identifier (C-RNTI), TeNB 406 security algorithm identifiers, a dedicated random access channel (RACH) preamble for RACH acquisition, and so forth.
  • C-RNTI cell radio network temporary identifier
  • TeNB 406 security algorithm identifiers a dedicated random access channel (RACH) preamble for RACH acquisition, and so forth.
  • RACH dedicated random access channel
  • the SeNB 404 then generates the RRC reconfiguration message 418 (e.g., an RRC_Connection_Reconfiguration message), which can include Mobility Control Information with additional parameters for use in the handover.
  • the RRC reconfiguration message may be generated by the TeNB 406 and sent to the SeNB 404 for forwarding to the UE 402.
  • RRC reconfiguration message 418 is received by the UE 402
  • packet data communication between the US 402 and SeNB 404 stops in preparation for handover. Any packet data 420 that is for communication to the UE 402, is being forwarded to the TeNB 406 for subsequent delivery to the UE 402 after handover is completed.
  • the UE 402 may perform synchronization 422 to the TeNB 406 and may access the TeNB 406 via RACH, following a contention-free or a contention-based procedure based on whether a dedicated RACH preamble was included in the reconfiguration message 418.
  • the target eNB 406 may respond with an uplink (UL) grant and timing advance (TA) information 424 for completion of the handover.
  • UL uplink
  • TA timing advance
  • the UE 402 may send a reconfiguration complete message 426 (e.g., RRC_Connection_Reconfiguration_Complete message) to the TeNB 406 to confirm the handover.
  • packet data 428 may be exchanged between the UE 402 and the TeNB 406, although the scope of the embodiments is not limited in this respect.
  • FIG. 4B illustrates various components of the service interruption time associated with the HO procedure of FIG. 4A. More specifically, FIG. 4B illustrates latency components associated with the handover execution phase illustrated in the handover process of FIG. 4A. Example latencies of various executed tasks is illustrated below, in Table 1 : Component/ Time Step Description (ms)
  • Step 7 is associated with the communication of the
  • Steps 9.1-9.4 are associated with various parameters
  • Step 10 is
  • Step 11 is associated with the
  • Table 1 typical delay during the handover procedure of FIG. 4A is about 45- 10 50ms.
  • the total delay value in Table 1 assume successful transmission at a
  • 440 in handover can be defined as the duration between the time when UE stops transmission/reception with the SeNB 404 (e.g., after receiving message 418) and the time when TeNB 406 resumes transmission/reception with the
  • UE 402 (e.g., after message 426 is received by the TeNB 406).
  • RRC procedure delay 442 including RRC signaling processing (Step 7 in Table 1) associated with the communication of the
  • RACH related delay 446 associated with RACH functionalities and UL/TA allocation including delay to acquire first RACH occasion in the target cell (Steps 9.3 to 11 in Table 1).
  • the UL grant information can be transmitted earlier in the handover sequence seen in FIG. 4A (e.g., with the reconfiguration message 418), preventing the need for (and delay associated with) processing the UL allocation received as a separate message 424.
  • the receiving the UL grant earlier, in message 418, the RACH acquisition procedure (e.g., during synchronization 422) for sending the reconfiguration complete message 426 may be skipped as well, contributing to further reduction of the service interruption time 440.
  • FIG. 5 illustrates a HO procedure with reduced service interruption time, in accordance with some embodiments.
  • the illustrated HO procedure is similar to the procedure illustrated in FIG. 4A, with changes to the UL grant and TA determination. More specifically, the UE 502, SeNB 504 and TeNB 506 correspond to the UE 402, SeNB 404 and TeNB 406. Additionally, the communication of packet data 508,
  • measurement control message 510, measurement reports 512, handover request 514, data forwarding 520, reconfiguration complete message 524, and packet data 526 communication are similar to communication of the following: communication of packet data 408, measurement control message 410, measurement reports 412, handover request 414, data forwarding 420, reconfiguration complete message 424, and packet data 426 from FIG. 4A.
  • the handover request acknowledgement message 516 may include an UL grant information 517.
  • the UL grant 517 may include configuration (or other information) about the UL grant of the TeNB 506 reserved for the UE 502 to use for the handover and to send the reconfiguration complete message 524.
  • the SeNB 504 can forward the UL grant information 517 to the UE 502 together with the reconfiguration message 518.
  • the UE 502 performs synchronization 522 to the TeNB 506 using the UL grant information 517. In instances when the UL grant information 517 is not included with the reconfiguration message 518, then the UE 502 may access the TeNB 506 via RACH, following a contention-free procedure if a dedicated RACH preamble was included in the Mobility Control
  • the TeNB 506 can provide the UL grant 517 for use by the UE 502 continually on periodic subframes, where the period can be configurable, starting after a configurable timing offset.
  • the offset can be either calculated/estimated by the SeNB 504 and included in the handover request 514, which the TeNB 506 may take into account to make a final determination of the offset value.
  • the offset value can be solely estimated/calculated by the TeNB 506 and included with the UL grant 517. In both instances, the actual start time of the UL grant may be determined by the TeNB 506, although the scope of the embodiments is not limited in this respect.
  • FIG. 6 illustrates an example Mobility Control Information signaling (mobilityControlInfo) included with the reconfiguration message 518, in accordance with some embodiments.
  • the additional signaling for configuring the UL grant during a HO is indicated with reference 610 in FIG. 6, and may include: ul-Configlnfo, ul-StartTime, ul-StartSFN, ul- StartSubframe, implicitReleaseAfter, and/or ul-StartOffset.
  • the SeNB 504 which needs to forward it to the UE 502, there is an inherent delay from the UL grant information 517 being sent by the TeNB 506 until the time it is actually used by the UE 502. Therefore, it may be beneficial to not start the allocation immediately but provide the information about when the allocation will start (i.e., use the ul-StartTime information in the additional signaling 610).
  • the allocation may be repeated up to a certain limit (i.e., the implicitReleaseAfter information) - if the UL grant is not used by the UE before that limit, the TeNB 506 can assume that the UE 502 is not interested in handover and may stop the allocation. In this instance, the UE 502 can fall back to handover procedure using RACH (e.g., as illustrated in FIG. 4A).
  • RACH Radio Access Control Information
  • This information may provide configuration of the UL resource grant(s) to be used by the UE 502 to send the reconfiguration message 518 (e.g., an RRC Connection Reconfiguration Complete message).
  • the reconfiguration message 518 e.g., an RRC Connection Reconfiguration Complete message
  • This information may indicate a number of skipped transmissions by the UE 502 to the TeNB 506 before implicit release.
  • Value e2 can correspond to two transmissions, e3 can correspond to three transmissions and so on.
  • schedlnterval This information may indicate a TeNB 506 scheduling interval in uplink during handover (the value can be provided in number of sub- frames). For example, value sfl corresponds to one sub-frame (i.e., UL grant available every subframe), sf2 corresponds to two sub-frames and so on.
  • This information may indicate the start time in terms of TeNB
  • ul-StartTime can include ul-StartSFN (indicating the TeNB SFN at which the UL allocation starts) and ul-StartSubframe (indicating the TeNB subframe index at which the UL allocation starts).
  • This information may be used in lieu of the ul-StartTime, and may be used to indicate the UL grant start time.
  • the UL start time may be determined by using the ul-StartTime or by using the offset value (ul-StartOffset), as explained above.
  • the offset can be considered offset starting from the instant the UE 502 receives the Mobility Control Information with the message 518. There is a possibility that the UE 502 may receive this information late and some of the early UL grant is useless.
  • the UE may find the UL grant if the periodicity (i.e., schedlnterval) is one, but for other periodicities, there may be cases where the UE cannot determine exact subframe index corresponding to the grant (e.g., due to processing or communication delays from the time offset is determined by the network to the time UE gets it).
  • the periodicity i.e., schedlnterval
  • predefined configurations can be useful.
  • the StartOffset may be considered offset starting from the instant the UE receives the UL grant 517 with the additional signaling 610, accounting for the UE processing time.
  • a set of UL grant configurations for RACH-less handover may be pre-defined. For example, configuration 1 : every 2nd subframe in a radio frame can be used for the RACH-less handover UL; and configuration 2: every 1st and 6th subframe can be used for RACH-less handover UL.
  • the network can provide/signal the configuration number to the UE 502, and the UE can use the UL grant corresponding to the pre-defined configuration.
  • one or more of the above parameters may be absent when ul-Configlnfo is signaled.
  • default values for the parameters may be used instead. For example, if the schedlnterval is not signaled as part of additional signaling 610, a default value can be one subframe, or any other predefined value.
  • FIG. 7 illustrates example subframe selection of a source evolved Node B (SeNB) subframe corresponding to a target evolved Node B (TeNB) subframe in the uplink grant, in accordance with some embodiments.
  • ul-StartTime may include ul-StartSFN and ul-StartSubframe, which indicate UL grants start at SFN and subframe associated with the TeNB 506, not the SeNB 504.
  • ul-StartTime may indicate TeNB subframe 710 as the starting subframe for the UL grant.
  • the UE 502 may calculate the SFN and subframe index corresponding to the SeNB 504, at which the UE should start UL based on the combination of timing difference between the cells (e.g., timing difference 712, which may be available to the UE 502 based on measurements it had performed) and information contained in ul-StartTime. Since source and target eNBs may have misaligned subframe boundaries, a rule on how to map source eNB timing to target eNB may be defined. As the TeNB subframe (e.g., 710) may overlap with two SeNB subframes in time domain (e.g., 706 and 708), there may be several options as to which SeNB subframe the UE may select:
  • the overlap with subframe 710 may include SFs 706 and 708.
  • the earlier subframe 706 may be selected.
  • the second subframe 708 may be selected as a SeNB subframe corresponding to subframe 710.
  • the second subframe 708 may be selected as a SeNB subframe corresponding to subframe 710.
  • whichever subframe corresponding to SeNB is overlapped more with the TeNB subframe. As seen in FIG. 7, region 714 (which overlaps with subframe 706) is bigger than region 716 (which overlaps with SeNB subframe 708); therefore, subframe 706 may be selected as the corresponding SeNB subframe.
  • the TeNB To ensure the timing of UL grant provided by the TeNB (i.e., when it is expecting transmission from the UE) is aligned with what the UE calculates and uses for actual transmission.
  • the UE and eNB subframe boundaries may be misaligned after the calculations. For example, if the subframes are overlapped only for 5 microseconds in UE's estimation but perfectly aligned according to TeNB's estimation (due to estimation errors in either or both nodes), the UE may mis-interpret and transmit on the wrong subframe.
  • the third option above is used, similar mis-interpretation can occur when the overlap is around 50%. Therefore, the above options can be further enhanced by using a fourth option to estimate the corresponding SeNB subframe:
  • the UE 502 can select the subframe which has the larger overlap; otherwise, the UE may select the earlier subframe whenever the overlap starts, or the later one (i.e., the second overlapped subframe).
  • the threshold may be predefined or configurable by network signaling (e.g., RRC signaling) to the UE.
  • the TeNB 506 can calculate the start time in terms of SeNB subframe based on timing difference and signal it to the UE by including it in the HO command (e.g., 518).
  • the TeNB 506 and the UE 502 may follow the same rule on deciding on which of the overlapped subframes to select (i.e., the above four options for SeNB subframe selection can be used here as well).
  • the TeNB 506 may provide a periodic UL grant 517 for use by the UE 502 in the form of a Semi-Persistent Scheduling (SPS) UL grant configuration, which may be included in the Mobility Control Information inside message 518.
  • SPS Semi-Persistent Scheduling
  • the benefit of reusing SPS-like UL configuration is that it can provide the periodic UL, maximum number of skipped UL (with implicit release), configurable periodicity as well as two interval configuration, in instances when periodic transmissions and periodic UL allocation are used.
  • FIG. 8 illustrates another example Mobility Control Information signaling which can be used in instances of reusing SPS configuration messaging to provide UL grant information to the UE.
  • the additional signaling associated with UL grant based on SPS configuration messages is referenced as 810 in FIG. 8.
  • StartSFN, and ul-StartSubframe may be the same as the corresponding parameters described above in reference to FIG. 6 (implicitReleaseAfter and schedlnterval may be omitted in this scenario as these fields are already included in the SPS configuration message). Additionally, TeNB-to-SeNB subframe mapping may be used here as well, similar to the subframe determination techniques (four options) described above, although the scope of the embodiments is not limited in this respect.
  • a handover subframe may be used to reduce the service interruption time of the UE. More specifically, the HO subframe may indicate a subframe index that is sent to the UE to indicate when the UE should stop reception from the source eNB and start listening to target eNB for UL grant. Alternatively, the HO subframe may indicate a subframe index when the UE should stop reception from the source eNB.
  • the target eNB may reserve the UL resources for the UE starting at the HO subframe, and the UE may start communicating to target eNB starting at the HO subframe.
  • the subframe index may be an index to an SFN and subframe of the SeNB, or SFN and subframe associated with the TeNB.
  • a mapping procedure may be performed, as described in reference to FIG. 7 above.
  • the service interruption time e.g., from receiving 518 to sending 524 in FIG. 5 may be reduced.
  • the SeNB 504 may suggest a "handover subframe" index for consideration by the TeNB 506 by including it in the handover request message 514 (FIG. 5).
  • the SeNB 504 may signal the HO subframe index value to the TeNB 506 using a separate message. There may be multiple options as to how the TeNB 506 takes this information into account:
  • the TeNB 506 may accept this value and include the HO subframe in the HO request acknowledgment (i.e., 516). Alternatively, the TeNB may signal the HO subframe index value to the SeNB 504 using a separate message.
  • the TeNB 506 may reject the HO subframe value suggested by the SeNB because of admission control or other reasons, but can calculate a new HO subframe index value on its own and include it in the HO request acknowledgment 516. Alternatively, the TeNB 506 may negotiate the handover subframe with the SeNB before deciding and including it in the HO request acknowledgment. Alternatively, the TeNB may signal the HO subframe index value to the SeNB 504 using a separate message.
  • the TeNB 506 may decide a HO subframe indicating when the UE may start listening to the TeNB for an uplink grant.
  • the TeNB 506 sends the handover acknowledgement (516) to the SeNB 504, it may include the HO subframe information in the acknowledgement message 516.
  • the TeNB 506 may also signal this value to the SeNB 504 separately, or alternatively, the SeNB 504 can look into the HO
  • Source eNB may stop downlink transmission to the UE starting at the "handover subframe" signaled by the target eNB and the UE may stop reception from the source eNB at the handover subframe. The UE may then start listening to the target eNB for an UL grant. Alternatively, the target eNB may reserve the UL resources for the UE starting at the HO subframe, and the UE may start communicating to target eNB starting at the HO subframe. [00107] In another example, the SeNB 504 and the TeNB 506 may negotiate the HO subframe back and forth, in instances when the TeNB 506 cannot accept the handover subframe suggested by the SeNB 504 or vice versa. The agreed upon handover subframe may then be sent to the UE in the Mobility Control Information in message 518.
  • FIG. 9 is a flow diagram illustrating example functionalities for handover enhancements to reduce interruption time and handover latency according to some embodiments.
  • the example method 900 may be performed by an apparatus of an evolved Node B (eNB) configured to operate as a source eNB (SeNB) and communicate with a target evolved Node B (TeNB) and user equipment (UE).
  • the SeNB may decode a handover request acknowledgement message from the TeNB in response to a handover request.
  • the handover request acknowledgement message may include an uplink (UL) resource grant by the TeNB for the UE.
  • a Mobility Control Information message may be updated with the UL resource grant.
  • the Mobility Control Information message may be encoded in an RRC Connection Reconfiguration message for transmission to the UE.
  • the RRC Connection Reconfiguration message may be configured to instruct the UE to use the UL resource grant of the TeNB to initiate handover from the SeNB to the TeNB without using random access channel (RACH) acquisition from the TeNB.
  • RACH random access channel
  • FIG. 10 illustrates a block diagram of a communication device such as an eNB or a UE, in accordance with some embodiments.
  • the communication device 1000 may operate as a standalone device or may be connected (e.g., networked) to other devices.
  • the communication device 1000 may operate in the capacity of a server communication device, a client communication device, or both in server-client network environments. In an example, the communication device 1000 may act as a peer
  • the communication device 1000 may be a UE, eNB, PC, a tablet PC, a STB, a PDA, a mobile telephone, a smart phone, a web appliance, a network router, switch or bridge, or any communication device capable of executing instructions (sequential or otherwise) that specify actions to be taken by that communication device.
  • the term "communication device” shall also be taken to include any collection of communication devices that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein, such as cloud computing, software as a service (SaaS), other computer cluster configurations.
  • Examples, as described herein, may include, or may operate on, logic or a number of components, modules, or mechanisms.
  • Modules are tangible entities (e.g., hardware) capable of performing specified operations and may be configured or arranged in a certain manner.
  • circuits may be arranged (e.g., internally or with respect to external entities such as other circuits) in a specified manner as a module.
  • the whole or part of one or more computer systems (e.g., a standalone, client or server computer system) or one or more hardware processors may be configured by firmware or software (e.g., instructions, an application portion, or an application) as a module that operates to perform specified operations.
  • the software may reside on a communication device readable medium.
  • the software when executed by the underlying hardware of the module, causes the hardware to perform the specified operations.
  • module is understood to encompass a tangible entity, be that an entity that is physically constructed, specifically configured (e.g., hardwired), or temporarily (e.g., transitorily) configured (e.g., programmed) to operate in a specified manner or to perform part or all of any operation described herein.
  • each of the modules need not be instantiated at any one moment in time.
  • the modules comprise a general- purpose hardware processor configured using software
  • the general-purpose hardware processor may be configured as respective different modules at different times.
  • Software may accordingly configure a hardware processor, for example, to constitute a particular module at one instance of time and to constitute a different module at a different instance of time.
  • Communication device (e.g., UE) 1000 may include a hardware processor 1002 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), a hardware processor core, or any combination thereof), a main memory 1004 and a static memory 1006, some or all of which may communicate with each other via an interlink (e.g., bus) 1008.
  • the communication device 1000 may further include a display unit 1010, an alphanumeric input device 1012 (e.g., a keyboard), and a user interface (UI) navigation device 1014 (e.g., a mouse).
  • the display unit 1010, input device 1012 and UI navigation device 1014 may be a touch screen display.
  • the communication device 1000 may additionally include a storage device (e.g., drive unit) 1016, a signal generation device 1018 (e.g., a speaker), a network interface device 1020, and one or more sensors 1021, such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor.
  • the communication device 1000 may include an output controller 1028, such as a serial (e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.).
  • a serial e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.).
  • USB universal serial bus
  • NFC
  • the storage device 1016 may include a communication device readable medium 1022 on which is stored one or more sets of data structures or instructions 1024 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein.
  • the instructions 1024 may also reside, completely or at least partially, within the main memory 1004, within static memory 1006, or within the hardware processor 1002 during execution thereof by the communication device 1000.
  • one or any combination of the hardware processor 1002, the main memory 1004, the static memory 1006, or the storage device 1016 may constitute communication device readable media.
  • the term “communication device readable medium” may include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) configured to store the one or more instructions 1024.
  • the term "communication device readable medium” may include any medium that is capable of storing, encoding, or carrying instructions for execution by the communication device 1000 and that cause the communication device 1000 to perform any one or more of the techniques of the present disclosure, or that is capable of storing, encoding or carrying data structures used by or associated with such instructions.
  • Non-limiting communication device readable medium examples may include solid-state memories, and optical and magnetic media. Specific examples of
  • communication device readable media may include: non-volatile memory, such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Readonly Memory (EEPROM)) and flash memory devices; magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; Random Access Memory (RAM); and CD-ROM and DVD-ROM disks.
  • non-volatile memory such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Readonly Memory (EEPROM)) and flash memory devices
  • magnetic disks such as internal hard disks and removable disks
  • magneto-optical disks Random Access Memory (RAM); and CD-ROM and DVD-ROM disks.
  • communication device readable media may include non-transitory communication device readable media.
  • communication device readable media may include communication device readable media that is not a transitory propagating signal.
  • the instructions 1024 may further be transmitted or received over a communications network 1026 using a transmission medium via the network interface device 1020 utilizing any one of a number of transfer protocols (e.g., frame relay, internet protocol (IP), transmission control protocol (TCP), user datagram protocol (UDP), hypertext transfer protocol (HTTP), etc.).
  • transfer protocols e.g., frame relay, internet protocol (IP), transmission control protocol (TCP), user datagram protocol (UDP), hypertext transfer protocol (HTTP), etc.
  • Example communication networks may include a local area network (LAN), a wide area network (WAN), a packet data network (e.g., the Internet), mobile telephone networks (e.g., cellular networks), Plain Old Telephone (POTS) networks, and wireless data networks (e.g., Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards known as Wi-Fi®, IEEE 802.16 family of standards known as WiMax®), IEEE 802.15.4 family of standards, a Long Term Evolution (LTE) family of standards, a Universal Mobile Telecommunications System (UMTS) family of standards, peer-to-peer (P2P) networks, among others.
  • LAN local area network
  • WAN wide area network
  • POTS Plain Old Telephone
  • wireless data networks e.g., Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards known as Wi-Fi®, IEEE 802.16 family of standards known as WiMax®
  • IEEE 802.15.4 family of standards e.g., Institute of Electrical and Electronics Engineers (IEEE
  • the network interface device 1020 may include one or more physical jacks (e.g., Ethernet, coaxial, or phone jacks) or one or more antennas to connect to the communications network 1026.
  • the network interface device 1020 may include a plurality of antennas to wirelessly communicate using at least one of single-input multiple-output (SIMO), MIMO, or multiple-input single-output (MISO) techniques.
  • SIMO single-input multiple-output
  • MIMO multiple-input single-output
  • MISO multiple-input single-output
  • the network interface device 1020 may wirelessly communicate using Multiple User MIMO techniques.
  • transmission medium shall be taken to include any intangible medium that is capable of storing, encoding or carrying instructions for execution by the communication device 1000, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software.
  • Example 1 is an apparatus of a user equipment (UE) configured to communicate with a source evolved Node B (SeNB) and a target evolved Node B (TeNB), the UE comprising: memory; and processing circuitry coupled to the memory, the processing circuitry configured to: acquire a Mobility Control Information message within an RRC Connection
  • Reconfiguration message received from the SeNB in response to a handover decision determine uplink (UL) resource grant based on the Mobility Control Information message; and engage in handover from the SeNB to the TeNB based on the UL resource grant, without initiating random access channel (RACH) acquisition from the TeNB.
  • UL uplink
  • RACH random access channel
  • Example 2 the subject matter of Example 1 optionally includes wherein the processing circuitry is further configured to: perform synchronization to the TeNB using UL resources specified by the UL resource grant.
  • Example 3 the subject matter of any one or more of
  • Examples 1-2 optionally include wherein the processing circuitry is further configured to: decode synchronization information from the TeNB without the RACH acquisition.
  • Example 4 the subject matter of any one or more of
  • Examples 2-3 optionally include wherein the processing circuitry is further configured to: communicate an RRC Connection Reconfiguration Complete message to the TeNB to confirm the handover.
  • Example 5 the subject matter of any one or more of
  • Examples 1-4 optionally include wherein the Mobility Control Information message comprises a field defining the UL resource grant.
  • Example 6 the subject matter of any one or more of
  • Examples 1-5 optionally include wherein the Mobility Control Information message comprises: an Implicit Release field defining a number of skipped transmissions by the UE to the TeNB before the UL resource grant is withdrawn.
  • Example 7 the subject matter of any one or more of
  • Examples 1-6 optionally include wherein the Mobility Control Information message comprises: a Scheduling Interval field defining periodicity of the UL resource grant available to the UE.
  • Example 8 the subject matter of any one or more of
  • Examples 1-7 optionally include wherein the Mobility Control Information message comprises: a UL Start Time field defining a TeNB system frame number (SFN) and a TeNB subframe index at which the UL resource grant starts.
  • SFN TeNB system frame number
  • Example 9 the subject matter of Example 8 optionally includes wherein the processing circuitry is further configured to: calculate a SeNB SFN and a SeNB subframe index at which UL allocation starts, the SeNB SFN and the SeNB subframe index corresponding to the TeNB SFN and the TeNB subframe index respectively; and engage in the handover from the SeNB to the TeNB based on the calculated SeNB SFN and SeNB subframe index.
  • Example 10 the subject matter of any one or more of
  • Examples 1-9 optionally include wherein the Mobility Control Information message comprises: a UL Start Offset field defining a timing offset, the timing offset indicating a subsequent time at which the UL resource grant starts.
  • Example 11 the subject matter of any one or more of
  • Examples 1-10 optionally include wherein the Mobility Control Information message comprises: a Semi-Persistent Scheduling (SPS) message defining the UL resource grant.
  • SPS Semi-Persistent Scheduling
  • Example 12 the subject matter of any one or more of
  • Examples 1-11 optionally include wherein the processing circuitry is further configured to: determine downlink propagation delay difference between the SeNB and the TeNB; and determine timing advance (TA) for the handover to the TeNB based on the downlink propagation delay difference.
  • the processing circuitry is further configured to: determine downlink propagation delay difference between the SeNB and the TeNB; and determine timing advance (TA) for the handover to the TeNB based on the downlink propagation delay difference.
  • TA timing advance
  • Example 13 the subject matter of any one or more of
  • Examples 1-12 optionally include wherein the processing circuitry is further configured to: initiate RACH acquisition from the TeNB for handover, upon determining the Mobility Control Information message does not contain the UL resource grant information.
  • Example 14 the subject matter of any one or more of
  • Examples 1-13 optionally include a transceiver coupled to an antenna, the transceiver configured to receive the RRC Connection Reconfiguration message from the SeNB.
  • Example 15 is an apparatus of an evolved Node B (eNB) configured to operate as a source eNB (SeNB) and communicate with a target evolved Node B (TeNB) and user equipment (UE), the apparatus comprising: memory; and processing circuitry, the processing circuitry configured to: decode a handover request acknowledgement message from the TeNB in response to a handover request, the handover request acknowledgement message comprising an uplink (UL) resource grant by the TeNB for the UE; update a Mobility Control Information message with the UL resource grant; and encode the Mobility Control Information message in an RRC Connection Reconfiguration message for transmission to the UE, wherein the RRC Connection Reconfiguration message is configured to instruct the UE to use the UL resource grant of the TeNB to initiate handover from the SeNB to the TeNB without using random access channel (RACH) acquisition from the TeNB.
  • eNB evolved Node B
  • SeNB source eNB
  • TeNB target evolved Node B
  • UE user equipment
  • the apparatus comprising: memory;
  • Example 16 the subject matter of Example 15 optionally includes wherein the processing circuitry is further configured to: encode the UL resource grant as a Semi-Persistent Scheduling (SPS) message inside the Mobility Control Information message.
  • SPS Semi-Persistent Scheduling
  • Example 17 the subject matter of any one or more of
  • Examples 15-16 optionally include wherein the processing circuitry is further configured to: encode a handover subframe in the handover request for transmission to the TeNB, the handover subframe comprising an index of a SeNB subframe and/or SeNB SFN.
  • Example 18 the subject matter of Example 17 optionally includes wherein the SeNB subframe indicates a subframe at which the UE is to stop transmission to the SeNB and initiate listening to the TeNB for the UL resource grant.
  • Example 19 the subject matter of any one or more of
  • Examples 17-18 optionally include wherein the SeNB subframe indicates a subframe at which the UE is to stop transmission to the SeNB and use an UL grant starting from the subframe.
  • Example 20 the subject matter of any one or more of
  • Examples 18-19 optionally include wherein the handover request
  • acknowledgement message from the TeNB includes information of the handover subframe.
  • Example 21 the subject matter of any one or more of
  • Examples 18-20 optionally include wherein the processing circuitry is configured to decode a message from the TeNB with information of the handover subframe.
  • Example 22 the subject matter of any one or more of Examples 20-21 optionally include wherein the processing circuitry is further configured to: upon receiving the handover request acknowledgement message with the handover subframe information, encode the handover subframe in the RRC Connection Reconfiguration message for transmission to the UE.
  • Example 23 the subject matter of any one or more of Examples 17-22 optionally include wherein the handover request
  • Example 24 the subject matter of Example 23 optionally includes wherein the new handover subframe comprises an index of a TeNB subframe, at which the UE is to stop transmission to the SeNB and initiate listening to the TeNB for the UL resource grant.
  • Example 25 the subject matter of any one or more of
  • Examples 15-24 optionally include a transceiver coupled to an antenna, the transceiver configured to transmit the RRC Connection Reconfiguration message to the UE.
  • Example 26 is a computer-readable storage medium that stores instructions for execution by one or more processors of an evolved Node B (eNB) configured to operate as a target eNB (TeNB) and communicate with a source evolved Node B (SeNB) and user equipment (UE), the one or more processors to configure the TeNB to: in response to a handover request from the SeNB, generate a handover request acknowledgement message to the SeNB, the handover request acknowledgement message comprising:
  • eNB evolved Node B
  • TeNB target eNB
  • UE user equipment
  • configuration information for an uplink (UL) resource grant to the UE for performing a handover including periodicity information identifying when the UL resource grant is available to the UE; and a TeNB system frame number (SFN) and a TeNB subframe index at which the UL resource grant starts; and determine the handover has completed based on a RRC Connection
  • Example 27 the subject matter of Example 26 optionally includes wherein the handover request acknowledgement message further comprises: information defining a number of skipped transmissions by the UE to the TeNB before the UL resource grant is withdrawn.
  • Example 28 the subject matter of any one or more of
  • Examples 26-27 optionally include wherein the one or more processors further configure the TeNB to: receive synchronization information from the UE for performing the handover, without using random access channel (RACH) procedure with the UE.
  • RACH random access channel
  • Example 29 is an apparatus of an evolved Node B (eNB) configured to operate as a target eNB (TeNB) and communicate with a source evolved Node B (SeNB) and user equipment (UE), the apparatus comprising: means for generating a handover request acknowledgement message to the SeNB, the generating in response to a handover request from the SeNB, wherein the handover request acknowledgement message comprises:
  • configuration information for an uplink (UL) resource grant to the UE for performing a handover ; periodicity information identifying when the UL resource grant is available to the UE; and a TeNB system frame number (SFN) and a TeNB subframe index at which the UL resource grant starts; and means for determining the handover has completed based on a RRC Connection Reconfiguration Complete message received from the UE.
  • UL uplink
  • SFN TeNB system frame number
  • Example 30 the subject matter of Example 29 optionally includes wherein the handover request acknowledgement message further comprises: information defining a number of skipped transmissions by the UE to the TeNB before the UL resource grant is withdrawn.
  • Example 31 the subject matter of any one or more of Examples 29-30 optionally include wherein the apparatus further comprises: means for receiving synchronization information from the UE for performing the handover, without using random access channel (RACH) procedure with the UE.
  • RACH random access channel
  • embodiments may include fewer features than those disclosed in a particular example.
  • the following claims are hereby incorporated into the Detailed Description, with a claim standing on its own as a separate embodiment.
  • the scope of the embodiments disclosed herein is to be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.

Abstract

L'invention concerne un équipement d'utilisateur (UE) et un appareil et un procédé de station de base (eNB) permettant des améliorations de transfert intercellulaire contribuant à réduire le temps d'interruption et la latence de transfert intercellulaire. Un appareil d'un UE est configuré pour communiquer avec un nœud B évolué source (SeNB) et un nœud B évolué cible (TeNB) L'UE comprend une mémoire et un circuit de traitement couplé à la mémoire. Les circuits de traitement sont configurés pour acquérir un message d'informations de commande de mobilité dans un message de reconfiguration de connexion RRC reçu en provenance du SeNB en réponse à une décision de transfert intercellulaire; déterminer une affectation de ressource de liaison montante (UL) sur la base du message d'informations de commande de mobilité; et s'engager dans un transfert intercellulaire du SeNB au TeNB sur la base de l'affectation de ressource UL, sans lancer une acquisition de canal d'accès aléatoire (RACH) à partir du TeNB. Le circuit de traitement est en outre configuré pour effectuer une synchronisation avec le TeNB à l'aide de ressources UL spécifiées par l'affectation de ressource UL.
PCT/US2016/040144 2016-04-01 2016-06-29 Améliorations de transfert intercellulaire pour réduire l'interruption et la latence WO2017171899A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662317345P 2016-04-01 2016-04-01
US62/317,345 2016-04-01

Publications (1)

Publication Number Publication Date
WO2017171899A1 true WO2017171899A1 (fr) 2017-10-05

Family

ID=59965034

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2016/040144 WO2017171899A1 (fr) 2016-04-01 2016-06-29 Améliorations de transfert intercellulaire pour réduire l'interruption et la latence

Country Status (1)

Country Link
WO (1) WO2017171899A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180049079A1 (en) * 2016-08-12 2018-02-15 Qualcomm Incorporated Handover in wireless communications
CN110475306A (zh) * 2019-08-24 2019-11-19 江苏久鑫铜业有限公司 一种无随机接入信道切换的实现方法
WO2020169049A1 (fr) * 2019-02-21 2020-08-27 维沃移动通信有限公司 Procédé de transmission de données et dispositif terminal
RU2754865C1 (ru) * 2018-02-07 2021-09-08 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ передачи сотового обслуживания, сетевой узел и терминальное устройство

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150105084A1 (en) * 2013-10-11 2015-04-16 Blackberry Limited Method and apparatus for handover in heterogeneous cellular networks
US20150201356A1 (en) * 2008-06-30 2015-07-16 Interdigital Patent Holdings, Inc. Method and apparatus for performing a handover in an evolved universal terrestrial radio access network
US20150319774A1 (en) * 2014-05-05 2015-11-05 Blackberry Limited Identifying a subframe containing information relating to an uplink grant
US20160007262A1 (en) * 2012-06-20 2016-01-07 Ofinno Technologies, Llc Handover Signalling in Wireless Networks
US20160088531A1 (en) * 2014-09-24 2016-03-24 Intel Corporation Handover at spectrum release for licensed shared access

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150201356A1 (en) * 2008-06-30 2015-07-16 Interdigital Patent Holdings, Inc. Method and apparatus for performing a handover in an evolved universal terrestrial radio access network
US20160007262A1 (en) * 2012-06-20 2016-01-07 Ofinno Technologies, Llc Handover Signalling in Wireless Networks
US20150105084A1 (en) * 2013-10-11 2015-04-16 Blackberry Limited Method and apparatus for handover in heterogeneous cellular networks
US20150319774A1 (en) * 2014-05-05 2015-11-05 Blackberry Limited Identifying a subframe containing information relating to an uplink grant
US20160088531A1 (en) * 2014-09-24 2016-03-24 Intel Corporation Handover at spectrum release for licensed shared access

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180049079A1 (en) * 2016-08-12 2018-02-15 Qualcomm Incorporated Handover in wireless communications
RU2754865C1 (ru) * 2018-02-07 2021-09-08 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ передачи сотового обслуживания, сетевой узел и терминальное устройство
WO2020169049A1 (fr) * 2019-02-21 2020-08-27 维沃移动通信有限公司 Procédé de transmission de données et dispositif terminal
CN110475306A (zh) * 2019-08-24 2019-11-19 江苏久鑫铜业有限公司 一种无随机接入信道切换的实现方法
CN110475306B (zh) * 2019-08-24 2021-09-17 江苏久鑫铜业有限公司 一种无随机接入信道切换的实现方法

Similar Documents

Publication Publication Date Title
US11245480B2 (en) Devices and methods for robust measurement and data receiving
US11122580B2 (en) Evolved node-b (ENB), user equipment (UE) and methods for flexible duplex communication
US10917938B2 (en) User equipment (UE), evolved node-b (eNB) and methods for dynamic hybrid automatic repeat request (HARQ)
US11039466B2 (en) User equipment (UE), evolved node-B (ENB) and methods for multiplexing new radio (NR) physical uplink shared channel (NR PUSCH) and NR physical uplink control channel (NR PUCCH)
US11617112B2 (en) Beamforming measurements based on PSS/SSS
US10516461B2 (en) Beam management for dual transmission point hybrid beamforming systems in 5G
TWI757970B (zh) 使用者設備的裝置、基地台的裝置、及使用者設備
KR20220042244A (ko) Nr pucch에 대한 시퀀스 설계 및 자원 할당
KR20180011075A (ko) 5세대 네트워크들을 위한 물리 다운링크 제어 채널
EP3281326A1 (fr) Résolution de communications simultanées à un équipement d'utilisateur (ue)
WO2017099860A1 (fr) Dispositif pour une émission en liaison montante non planifiée dans le spectre non autorisé
WO2018093939A1 (fr) Transfert sans rach
WO2018085118A1 (fr) Conception d'informations de commande de liaison descendante avec un tti plus court
CN110393036B (zh) 在暂停后具有连续lbt的txop
US20190090220A1 (en) User equipment (ue) and method of sidelink data communication in fifth generation (5g) new radio (nr) things networks
WO2017171899A1 (fr) Améliorations de transfert intercellulaire pour réduire l'interruption et la latence
WO2018084880A1 (fr) Planification d'ue réseau assistée par nœud b évolué dans une liaison latérale d'objets de nouvelle radio 5g
EP3411987A1 (fr) Conception de pbch pour un internet des objets à bande étroite (nb-iot)
CN114762397A (zh) 针对配置和激活的路径损耗参考信号的ue能力报告
CN117480745A (zh) 用于在多时隙上的tb的擦除型ldpc速率匹配
WO2017171921A1 (fr) Échelonnement d'un trafic sans surveillance dans un système d'évolution à long terme (lte) après une interdiction

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 16897432

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16897432

Country of ref document: EP

Kind code of ref document: A1