WO2012049149A1 - In-sequence delivery of upstream user traffic during handover - Google Patents

In-sequence delivery of upstream user traffic during handover Download PDF

Info

Publication number
WO2012049149A1
WO2012049149A1 PCT/EP2011/067687 EP2011067687W WO2012049149A1 WO 2012049149 A1 WO2012049149 A1 WO 2012049149A1 EP 2011067687 W EP2011067687 W EP 2011067687W WO 2012049149 A1 WO2012049149 A1 WO 2012049149A1
Authority
WO
WIPO (PCT)
Prior art keywords
forwarding
radio access
access node
upstream data
upstream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/EP2011/067687
Other languages
French (fr)
Inventor
Chandrika Worral
Sudeep Palat
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
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 Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Priority to US13/878,781 priority Critical patent/US10299177B2/en
Priority to CN201180049321.5A priority patent/CN103168493B/en
Publication of WO2012049149A1 publication Critical patent/WO2012049149A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers

Definitions

  • the present invention relates to in-sequence delivery of upstream user traffic during a handover procedure.
  • Handover is the process of transferring an ongoing communication session, being a voice/video call or a data session, from the current serving cell , further referred to as the source cell , towards a new better-suited cell , further referred to as the target cell .
  • UE User Equipment
  • the radio signal from that serving cell weakens while the radio signal from another better-suited cell strengthens.
  • RRM Radio Resource Management
  • a UE may also be handed over on account of Radio Resource Management (RRM) criterion, for instance because the serving cell gets overloaded.
  • RRM Radio Resource Management
  • the source evol ved-NodeB configures the UE measurement policy, e.g. the UE is configured to send MEASUREMENT REPORT on a regular basis and/or as soon as a handover event is detected.
  • the measurement reporting period and/or the handover parameters for detecting the handover events are broadcast by the serving cell as part of the system cell information.
  • the source eNB makes a decision to hand off the UE based on the MEASUREMENT REPORT message(s) received from the UE and/or on Radio Resource Management (RRM) criterion.
  • the source eNB either issues a HANDOVER REQUEST message directly to the target eNB, or a HANDOVER REQUIRED message to the Mobile Management Entity (MME) which is relayed towards the target eNB as a HANDOVER REQUEST message, passing necessary nformation to prepare the handover at the target si de .
  • MME Mobile Management Entity
  • the target eNB configures the required radio resources, and optionally reserves a Random Access CHannel (RACH) preamble.
  • the target eNB acknowledges the handover request by either sending back a HANDOVER REQUEST ACKNOWLEDGE message directly to the source eNB, or a HANDOVER REQUEST ACKNOWLEDGE message to the MME which is relayed towards the source eNB as a HANDOVER COMMAND message.
  • the HANDOVER REQUEST ACKNOWLEDGE or the HANDOVER COMMAND message includes an RRC container, namely an RRC CONNECTION RECONFIGURATION message, to be transparently passed by the source eNB to the UE.
  • the UE receives the RRC CONNECTION RECONFIGURATION message with necessary parameters to switch to the target cell.
  • the UE performs synchronization to the target eNB and accesses the target cell via RACH, following a contention-free procedure if a dedicated RACH preamble was reserved, or following a contention-based procedure if no dedicated preamble was indicated.
  • the target eNB responds with uplink allocation and timing advance value.
  • the UE sends the RRC CONNECTION RECONFIGURATION COMPLETE message to the target eNB.
  • the target eNB can now begin sending data to the UE.
  • the target eNB informs the source eNB about the success of the handover procedure by sending a UE CONTEXT RELEASE message, which triggers the release of resources by the source eNB.
  • the data plane (or user plane) handling takes the following principles into account to avoid data loss during handover .
  • tunnels can be established between the source eNB and the target eNB.
  • E-RAB Evolved- Radio Access Bearer
  • E-RAB Evolved- Radio Access Bearer
  • user traffic can be forwarded from the source eNB to the target eNB.
  • the target eNB Upon handover completion, the target eNB sends a PATH
  • SWITCH message to the MME to inform the MME that the UE has gained access to the target cell.
  • the MME sends a USER PLANE UPDATE REQUEST message to the Serv ng-GateWay (S-GW) , and the downstream data plane is switched by the S-GW from the source eNB to the target eNB.
  • S-GW Serv ng-GateWay
  • In-sequence delivery and duplicate avoidance of data traffic is important to guarantee the effective operation of the transport protocol , such as the Transport Control Protocol (TCP) used over the Internet.
  • TCP Transport Control Protocol
  • in-sequence delivery and duplicate avoidance function is guaranteed by the Packet Data Convergence Protocol (PDCP) layer.
  • PDCP Packet Data Convergence Protocol
  • SN PDCP Sequence Number
  • the source eNB sends the SN STATUS TRANSFER message to the target eNB to convey the upstream PDCP Sequence Number (SN) receiver status and the downstream PDCP SN transmitter status of E-RABs for which PDCP status preservation applies, i.e. for Radio Link Control - Acknowledged Mode (RLC-AM) transmission.
  • the upstream PDCP SN receiver status includes the PDCP SN of the first missing upstream data packet, and may include a bit map of the receive status of the out of sequence upstream data packets that the UE needs to retransmit in the target cell.
  • the downstream PDCP SN transmitter status indicates the next PDCP SN that the target eNB shall assign to new downstream data packets not having a PDCP SN yet.
  • the source eNB may omit sending the SN STATUS TRANSFER message if none of the E-RABs of the UE shall be treated with PDCP status preservation.
  • the source eNB forwards in order to the target eNB all downlink PDCP Service Data Units (SDU) with their SN that have not been acknowledged by the UE.
  • the source eNB also forwards without a PDCP SN fresh data arriving from the S-GW to the target eNB.
  • SDU Service Data Unit
  • the source eNB forwards to the S-GW the upstream PDCP SDUs successfully received in-sequence until the sending of the SN STATUS TRANSFER message to the target eNB. Then at that point of time the source eNB stops delivering upstream PDCP SDUs to the S-GW and shall discard any remaining upstream RLC Protocol data Unit (PDU) .
  • PDU Protocol data Unit
  • the source eNB shall either discard the upstream PDCP SDUs received out of sequence if the source eNB has not accepted the request from the target eNB for upstream forwarding or if the target eNB has not requested upstream forwarding for the bearer during the handover preparation procedure, or shall forward to the target eNB the upstream PDCP SDUs received out of sequence if the source eNB has accepted the request from the target eNB for upstream forwarding for the bearer during the handover preparation procedure.
  • the target eNB first re-transmits downstream PDCP SDUs forwarded by the source eNB through X2 before sending fresh data from the S-GW, with the exception of PDCP SDUs of which the reception was already acknowledged by the UE.
  • the S-GW shall send one or more end-marker downstream packets on the old path immediately after switching the path.
  • the end-marker packets shall not contain user data.
  • the target eNB Upon receipt of the RRC CONNECTION RECONFIGURATION COMPLETE message, the target eNB starts transmitting upstream data packets received in sequence to the S-GW from the SN indicated in the SN TRANSFER STATUS message.
  • E- UTRAN supports radio nodes relaying by having an RN wirelessly connect to an eNB serving the RN, called Donor eNB (DeNB) , via a modified version of the E-UTRA radio interface, the modified version being called the Un interface.
  • DeNB Donor eNB
  • the RN supports the eNB functionality, meaning it terminates the radio protocols of the E-UTRA radio interface and the Si and X2 interfaces.
  • the RN In addition to the eNB functionality, the RN also supports a subset of the UE functionality so as to wirelessly connect to the DeNB.
  • the DeNB provides Si and X2 proxy functionality between the RN and other network nodes (i.e., eNBs, MMEs and S-GWs) .
  • Si and X2 proxy functionality includes passing Si and X2 data and control packets between Si and X2 interfaces associated with the RN and Si and X2 interfaces associated with other network nodes. Therefore, the DeNB appears to the RN as an MME or an S-GW for Si interface, or as an eNB for X2 interface.
  • the PDCP layer at the RN performs in-sequence delivery and duplicate avoidance functions for upstream traffic received from the UE.
  • the RN wirelessly connects to the DeNB, hence the PDCP layer at the DeNB also performs in-sequence delivery and duplicate avoidance functions for upstream traffic received from the RN.
  • the RN During handover execution, the RN generates the SN STATUS TRANSFER message based on the last PDCP PDU received in sequence over the Uu interface.
  • the PDCP SDL) received in- sequence are placed in the transmission buffer for further transmission over the Un interface to the DeNB.
  • the data in the transmission buffer are assumed to be delivered to the S-GW.
  • the data may require Automatic Repeat reQuest (ARQ) retransmission for correct delivery to the DeNB due to impairments over the radio channel.
  • ARQ Automatic Repeat reQuest
  • the target eNB After successful handover, the target eNB transmits upstream data packets that are received in sequence to the S-GW. Meanwhile, the DeNB may also deliver any pending upstream data packets to the S-GW. Therefore, it is possible for the S-GW to receive upstream data packets from the DeNB and the target eNB at the same time, or the upstream data packets delivered from the target eNB may arrive at the S-GW prior to the arrival of upstream data packets from the DeNB. This results in upstream data packets arriving at the S-GW out of sequence, which in turn may severely impact data transport on account of e.g. TCP congestion avoidance algorithm.
  • a donor radio access node is configured to wirelessly connect to, and to proxy operation of, a source relay node, and is further configured to forward upstream user traffic towards a serving gateway during a handover of a particular mobile device from a source cell operated by said source relay node to a target cell operated by a target radio access node.
  • Said donor radio access node comprises:
  • first forwarding means for forwarding a sequence of upstream data packets from said source relay node to said serving gateway, which sequence of upstream data packets comprising upstream data packets up to a particular packet sequence number ,
  • - second forwarding means for forwarding a data transfer status message for said particular mobile device from said source relay node to said target radio access node, which data transfer status message comprising an information element indicative of said particular packet sequence number
  • said donor radio access node comprises a forwarding controller coupled to said first and second forwarding means, and configured to i nterdependentl y control forwarding of said data transfer status message and of any pending upstream data packet out of said sequence of upstream data packets that has not been yet validly forwarded to said serving gateway.
  • a method for forwarding upstream user traffic towards a serving gateway during a handover of a particular mobile device from a source cell operated by a source relay node to a target cell operated by a target radio access node comprises the steps of, by a donor radio access node configured to wirelessly connect to, and to proxy operation of, said source relay node:
  • said method further comprises the steps of, by said donor radio access node, i nterdependentl y controlling forwarding of said data transfer status message and of any pending upstream data packet out of said sequence of upstream data packets that has not been yet validly forwarded to said serving gateway.
  • the DeNB is configured to proxy the X2 signalling between the RN and the target eNB, it can easily intercept the SN STATUS TRANSFER message issued by the source RN.
  • the SN STATUS TRANSFER message comprises the SN of the first missing PDCP PDU over the Uu uplink.
  • the DeNB forwards any PDCP SDU received in sequence from the RN to the S-GW. Yet, the PDCP SN used over the Un interface may be different from the PDCP SN assigned over the Uu interface.
  • a GTP-U tunnel is established between the RN and the DeNB, and therefore the RN can use the GTP-U extension mechanism to indicate the PDCP SN used over the Uu interface for each forwarded PDCP SDU .
  • the PDCP SN of the forwarded SDUs is carried in the PDCP PDU NUMBER field of the GTP-U extension header.
  • the DeNB has enough information for identifying any pending upstream data packet, and can appropriately control the forwarding of the SN STATUS TRANSFER message and/or the pending upstream data packets for in-sequence delivery of upstream user traffic to the S-GW.
  • said second forwarding means is further configured to delay forwarding of said data transfer status message to said target radio access node till said pending upstream data packet has been validly forwarded to said serving gateway.
  • said method further comprises the step of, by said donor radio access node, delaying forwarding of said data transfer status message to said target radio access node till said pending upstream data packet has been validly forwarded to said serving gateway.
  • the DeNB delays the SN STATUS TRANSFER message delivery to the target eNB until all the ongoing transmission/re-transmission complete over the Un interface, and until all the pending upstream data packets have been validly forwarded to the S-GW.
  • said second forwarding means is further configured to delay forwarding of said data transfer status message towards said target radio access node by a predetermined period of time, and to stop forwarding of said pending upstream data packet to said serving gateway after said pre-determi ned period of time has expired.
  • said method further comprises the steps of, by said donor radio access node:
  • the DeNB delays the forwarding of the SN STATUS
  • the DeNB stops forwarding any upstream traffic to the S-GW.
  • the time to delay the forwarding of the SN STATUS TRANSFER message is a function of the network and may be pre- configured for a given deployment. This mechanism, although simple to implement, may yield packet loss due to the forced stop of upstream data transmission towards the S-GW.
  • said first forwarding means is further configured to redirect said pending upstream data packet to said target radio access node after said data transfer status message has been validly forwarded to said target radio access node .
  • said method further comprises the step of, by said donor radio access node, redirecting said pending upstream data packet to said target radio access node after said data transfer status message has been validly forwarded to said target radio access node.
  • the DeNB stops the transmission of any pending upstream data packets for the corresponding UE to the S-GW. Instead, the pending upstream data packets are redirected to the target eNB.
  • Upstream data packets forwarded by the DeNB arrives at the target eNB.
  • the PDCP SN corresponding to the Uu interface transmission is conveyed together with the forwarded data, there is sufficient information for in-sequence delivery of upstream data packets to the S-GW by the target eNB.
  • - fig. 1 represents part of an LTE mobile infrastructure
  • - fig. 2 represents a coverage area
  • - fig. 3 represents signaling exchanges (control plane) between various network elements during an handover procedure
  • - fig. 4 represents downstream data exchanges (user plane) between various network elements during an handover procedure
  • - fig. 5 represents upstream data exchanges (user plane) between various network elements during an handover procedure
  • - fig. 6 represents an embodiment of a DeNB according to the invention .
  • UE UEl such as a mobile terminal.
  • the eNBs DeNBl and eNB2 are directly coupled to the MME MMEl and to the S-GW S-GWl through an Si interface.
  • the eNB DeNBl is a DeNB that wirelessly connects (via Un interface) the RN RNl to the Evolved Packet Core (EPC) .
  • the DeNB DeNBl acts as an Si proxy for Si connections between the RN RNl and the MME MMEl and the S-GW S-GWl, and as an X2 proxy for X2 connections between the RN RNl and further eNBs.
  • a radio coverage area comprising 3 cells A, B and C respectively operated by the eNBs RNl, DeNBl and eNB2.
  • the 3 cells A, B and C are assumed to belong to the same Tracking Area (TA) , and have PCIA, PCIB and PCIC as Physical Cell Identifiers (PCI), and further have ECGIA, ECGIB and ECGIC as Evolved Cell Global Identifiers.
  • TA Tracking Area
  • PCI Physical Cell Identifiers
  • ECGIA Evolved Cell Global Identifiers
  • the UE UEl establishes a communication session at position a within the coverage area of the cell A, further referred to as the source cell.
  • the UE UEl next moves towards position c while the communication session is on-going.
  • the radio signal from cell C incurs a lower path loss than the radio signal from cell A. Provided the difference between the respective path losses is beyond some configured handover margin, an handover is triggered for handing over the on-going session towards the cell C, further referred to as the target cell. Other handover causes can be invoked too.
  • the UE UEl initiates communication with the source RN RNl, and establishes one or more E-RABs with the EPC (see step 1 in fig. 3). It is further assumed that PDCP status preservation applies for these E-RABs.
  • the UE UEl is configured with a measurement policy and handover thresholds.
  • the UE UEl measures the signal strength and quality from neighboring cells, and compares them with the respective handover thresholds.
  • a MEASUREMENT REPORT message is sent to the source RN RNl for notifying a handover event towards the target cell C (see step 2 in fig. 3).
  • the MEASUREMENT REPORT message comprises the PCI of the target cell, presently PCIC, and the type of handover event, presently an A3 event (neighbor becomes offset better than servi ng) .
  • the source RN RNl makes a decision to perform a handover for the UE UEl from the source cell A towards the target cell C (see step 3 in fig. 3).
  • the source RN RNl reads the ECGI of the corresponding cell from a local data repository wherein PCI and ECGI are held in one-to-one relationships, and sends a HANDOVER REQUEST message to the target eNB eNB2 , which message being X2-proxied by the DeNB DeNBl (see step 4 in fig. 3).
  • the HANDOVER REQUEST message comprises ECGIC as target cell identity, as well as the list of E-RABS to set up at the target side.
  • the target eNB eNB2 Upon receipt of the HANDOVER REQUEST message, and after resource admission control (see step 5 in fig. 3), the target eNB eNB2 sends back a HANDOVER REQUEST ACK message to the source RN RNl, which message being X2-proxied by the DeNB DeNBl (see step 6 in fig. 3).
  • the HANDOVER REQUEST ACK message includes an RRC CONNECTION RECONFIGURATION container to be passed transparently by the source RN RNl to the UE UEl.
  • the source RN RNl issues a SN
  • the SN STATUS TRANSFER message comprises, for each E-RAB for which PDCP status preservation applies, the next downstream PDCP SN that shall be assigned by the target eNB to the first downstream data packet not having a PDCP SN yet, presently X for E-RABl, and the first missing upstream PDCP SN, presently Y for E-RABl.
  • the UE UEl receives the RRC CONNECTION RECONFIGURATION message with necessary parameters, and is thus commanded by the source RN RNl to perform the handover (see step 7 in fig. 3).
  • the UE UEl detaches from the current serving cell A and performs synchronization to the target cell C via RACH.
  • the target eNB eNB2 responds with uplink allocation and timing advance value (see step 9 in fig. 3).
  • the UE UEl sends an RRC CONNECTION RECONFIGURATION COMPLETE message to the target eNB eNB2 (see step 10 in fig. 3).
  • the target eNB eNB2 sends a PATH SWITCH REQUEST message to the MME MMEl (see step 11 in fig. 3).
  • the PATH SWITCH REQUEST message is relayed by the MME MMEl as a USER PLANE UPDATE REQUEST message to the S-GW S- GWl (see step 12 in fig. 3).
  • the S-GW S-GWl switches the downstream data plane from the source RN RNl towards the target eNB eNB2 , and answers with a USER PLANE UPDATE RESPONSE to the MME MMEl (see step 13 in fig. 3) to be relayed as a PATH SWITCH REQUEST ACK message towards the target eNB eNB2 (see step 14 in fig. 3).
  • the handover procedure terminates with a UE CONTEXT RELEASE message issued by the target eNB eNB2 towards the source RN RNl through the DeNB DeNBl for releasing the corresponding E- RABs in the source cell (see step 15 in fig. 3).
  • the source and target eNBs are shown as connected to the same MME, yet they may be connected to different MMEs , in which case the source eNB issues a HANDOVER REQUIRED message towards the target eNB including the eNB identity of the target eNB.
  • the message is relayed by the source MME as a HANDOVER REQUEST message towards the target eNB through a further target MME.
  • the target eNB answers with a HANDOVER REQUEST ACK message, which is relayed by the target MME as a HANDOVER COMMAND message towards the source eNB.
  • downstream user data flows from the S-GW S-GWl through the DeNB DeNBl and the RN RNl up to the UE UEl.
  • a first GTP-U tunnel is established for conveying downstream user traffic from the S-GW S-GWl to the DeNB DeNBl
  • a second GTP-U tunnel is established for conveying downstream user traffic from the DeNB DeNBl to the RN RNl.
  • the DeNB DeNBl maintains a cross-connect table for associating a tunnel identifier over the Si interface with another tunnel identifier over the Un interface.
  • the source RN RNl After issuing the RRC CONNECTION RECONFIGURATION message towards the UE UEl, the source RN RNl stops forwarding downstream data packets towards the UE UEl and issues the SN STATUS TRANSFER message (see step 8 in fig. 3) with, for each E- RAB, the PDCP SN that shall be assigned by the target eNB eNB2 to the first downstream data packet not having a PDCP SN yet, presently PDCP SN X for E-RABl.
  • the source RN RNl re-tunnels any new data packet received through Si from the S-GW S-GWl back towards the target eNB eNB2. Those packets do not have any PDCP SN assigned yet, and shall be assigned a PDCP SN starting from X upwards.
  • the source RN RNl also forwards downstream data packet that do have a PDCP SN assigned, yet that have not been acknowledged by the UE UEl. Those downstream data packets shall have a PDCP SN that is lower than X.
  • the target eNB eNB2 transmits those re-directed downstream packets to the UEl after the UEl connects to the target cell C.
  • the S-GW S-GWl switches the downstream data plane towards the target eNB eNB2 (see step 101 in fig. 4) and transmits end-marker downstream data packets on the old path towards the source RN RNl. Those end-marker packets are re- tunneled by the source RN RNl towards the target eNB eNB2 as the regular downstream data packets are.
  • the target eNB eNB2 stops accepting data packets from the source RN RNl, and starts accepting downstream data packets from the S-GW S-GWl for further transmission towards the UE UEl.
  • upstream user data flows from the UEl through the RN RNl and the DeNB DeNB2 up to the S-GW S-GWl.
  • a first GTP-U tunnel is established for conveying upstream user traffic from the RN RNl to the DeNB DeNBl
  • a second GTP-U tunnel is established for conveying upstream user traffic from the DeNB DeNBl to the S-GW S-GWl.
  • the DeNB DeNBl maintains a cross-connect table for associating a tunnel identifier over the Un interface with another tunnel identifier over the Si interface.
  • the source RN RNl issues a SN STATUS TRANSFER MESSAGE that comprises, for each E-RAB, the PDCP SN of the first upstream missing PDCP PDU, presently Y for E-RABl (see step 8 in fig. 3).
  • Upstream data packets Pi, P2 , P3 , P4 and P5 with PDCP SN Y-3, Y-2, Y-l, Y and Y+l respectively are shown as being the last upstream data packets transmitted by the UE UEl over the Uu interface for E-RABl.
  • the upstream data packet Pi, P2 , P3 and P5 are validly received by the RN RNl, while the upstream data packet P4 is corrupted.
  • the SN of the first upstream missing PDCP PDU as mentioned in the SN STATUS TRANSFER message is Y for E-RABl.
  • the RN RNl While issuing the SN STATUS TRANSFER message, the RN RNl places the PDCP payload of packets Pi, P2 and P3 in the transmission buffer for further transmission through the Un interface to the DeNB DeNBl, which is seen as the S-GW S-GWl by the RN RNl.
  • the source RN RNl tunnels any out-of- sequence PDCP SDU received from the UE UEl, presently the upstream data packet P5 with PDCP SN Y+l, towards the target eNB eNB2.
  • the UE UEl When the UE UEl accesses the target cell C, it starts transmitting unacknowledged data packet P4 to the target eNB eNB2 , as well as further upstream data packets P6, etc.
  • the target eNB eNB2 re-orders the upstream data packets (see step 201 in fig. 5), and starts transmitting upstream user traffic in-sequence to the S-GW S-GWl starting from packets P4 P5 P6 upwards.
  • the DeNB DeNBl (over the Uu interface) is shown as being incorrectly received by the DeNB DeNBl, and thus needs re-transmission over the Un interface. Indeed, packet transmission over the wireless Un interface might be severely impaired on account of e.g. fading, radio interference, atmosphere absorption, etc. As a consequence, the upstream data packet P2 may arrive later at the S-GW S-GWl than the data packets P4 and P5. As upstream data traffic is no longer received in-sequence, the transport protocol may be adversely affected.
  • the DeNB DeNB2 intercepts the SN STATUS TRANSFER message issued by the source RN RNl, and delays its forwarding towards the target eNB eNB2 by a pre-configured period of time. After this pre-configured period of time expires and the SN STATUS TRANSFER message is eventually forwarded to the target eNB eNB2 , the DeNB DeNBl will discard forwarding on any pending upstream PDCP SDU towards the S-GW S-GWl for the corresponding E-RAB(s). Those pending upstream PDCP SDUs are easily identifiable and the DeNB need only disconnect the corresponding GTP-U tunnels in the cross- connect table for the corresponding E-RAB(s) after the pre- configured period of time has expired.
  • a timer may be pre-configured at both the DeNB DeNBl and the target eNB eNB2 , and started upon receipt of the SN STATUS TRANSFER message.
  • the DeNB DeNBl forwards the SN STATUS TRANSFER message to the target eNB eNB2 without delay.
  • the DeNB stops delivering any pending upstream data packet to the S-GW S-GWl.
  • the target eNB eNB2 does not transmit any upstream user traffic to the S-GW S-GWl while the timer is running.
  • the target eNB eNB2 starts forwarding upstream user traffic to the S-GW S- GWl. This synchronous action by both the DeNB and the target eNB also guarantees in-sequence delivery of upstream user traffic to the S-GW.
  • the DeNB DeNBl can monitor the correct delivery of any pending upstream data packets to the S-GW S-GWl over the Si interface before forwarding the SN STATUS TRANSFER message to the target eNB eNB2. To do so, the DeNB DeNBl intercepts the SN STATUS TRANSFER message from the source RN RNl and, for each respective E-RAB, decodes the upstream PDCP SN mentioned therein, presently Y for E-RABl.
  • the DeNB DeNBl monitors the in-sequence delivery of any pending upstream data packets to the S-GW S-GWl for the respective E-RAB (s) up to (not including) the mentioned PDCP SN, presently up to PDCP SN Y-l for E-RABl. This is possible because the PDCP SN used over the Uu interface is encoded into the PDCP PDU NUMBER field of the GTP-U extension header.
  • the DeNB DeNBl forwards the SN STATUS TRANSFER message to the target eNB eNB2.
  • This second solution can be advantageously coupled with the first solution, that is to say the DeNB DeNBl can check whether any pending upstream data packet is still to be delivered to the S-GW S-GWl for the corresponding E-RAB(s). Yet, if after a pre-configured period of time there are still any pending upstream data packet to be delivered to the S-GW S-GWl, then the DeNB DeNBl sends the SN STATUS TRANSFER message anyhow to the target eNB eNB2 and discards the still pending upstream data packets for the corresponding E-RAB (s) .
  • the DeNB DeNBl re-directs any pending upstream data packet for the respective E-RABs towards the target eNB eNB2. This can be achieved by updating the GTP-U cross-connect table so as to re-route the upstream data packets through another GTP tunnel directly towards the target eNB eNB2 (e.g., through the same tunnel used by the source RN RNl to forward out-of-sequence upstream data packets to the target eNB eNB2) .
  • the upstream PDCP SN in the SN STATUS TRANSFER message can be updated according to the upstream data packets that have been effectively and validly delivered to the S-GW S-GWl, presently the upstream PDCP SN would be updated from Y to Y-2 for E-RABl.
  • the target eNB eNB2 shall re-order the upstream data packets before delivery to the S-GW S-GWl.
  • the DeNB DeNBl may re-direct any pending upstream data packet back towards the RN RNl for further forwarding towards the target enB eNB2 through the existing GTP- U tunnel that is used for tunneling out-of-sequence upstream upstream data packets.
  • the target eNB eNB2 may, upon receipt of the RRC CONNECTION RECONFIGURATION COMPLETE message from the UE UEl, request the DeNB to stop transmitting upstream user traffic to the S-GW S-GWl for the corresponding E-RAB(s) by means of a new X2 signaling message. Thereupon, the DeNB DeNBl stops transmitting any pending upstream data packets for the corresponding E-RAB(s), and acknowledges the request. The target eNB eNB2 can now start sending upstream user traffic to the S-GW S-GWl.
  • the present invention might be slightly adapted to support in-sequence delivery of upstream user traffic during handover for RLC - Unacknowledged Mode (RLC-UM) transmission.
  • RLC-UM RLC - Unacknowledged Mode
  • the DeNB DeNBl Upon reception of the HANDOVER REQUEST ACK message from the target eNB eNB2 (see step 6 in fig. 3), the DeNB DeNBl keeps on delivering upstream user traffic to the S-GW S-GWl for a pre- configured period of time. After the period of time has expired, the DeNB DeNBl discards any pending upstream data packet received from the RN RNl for the corresponding E-RAB(s).
  • the RN RNl may request the DeNB DeNBl to stop delivery of upstream user traffic to the S-GW S-GWl.
  • This request is sent to the DeNB DeNBl upon transmission of the RRC CONNECTION RECONFIGURATION message to the UE UEl (see step 7 in fig. 3).
  • the DeNB DeNBl either stops delivering upstream traffic to the S-GW S-GWl, or starts a timer and delivers upstream user traffic to the S-GW S- GWl till the timer expires.
  • This embodiment is designed for intra-DeNB handover, where the upstream traffic is transmitted via the same DeNB before and after the handover. Therefore, the upstream traffic is visible to the DeNB and the DeNB internal logic can avoid the out-of sequence delivery of upstream user traffic to the S-GW.
  • the DeNB DeNBl comprises as most noticeable functional bl ocks :
  • FWl for proxying upstream data traffic between the source RN RNl and the S-GW S-GWl
  • a second forwarding means FW2 for proxying upstream signaling between the source RN RNl and the target eNB eNB2, - a forwarding controller CTRL for controlling the forwarding of the SN STATUS TRANSFER message to the target eNB eNB2 in dependence of the forwarding of pending upstream data packets to the S-GW S-GWl, if any,
  • EPC_Itf for transmission, respectively reception, of control and user data to, respectively from, the EPC.
  • the forwarding controller CTRL is coupled to the first forwarding means FWl and to the second forwarding means FW2.
  • the first forwarding means FWl and the second forwarding means FW2 are coupled to both the wireless interface Un_Itf and the wired interface EPCP_Itf.
  • the first forwarding means FWl accommodates two protocol stacks inter-connected at a specific protocol layer through the forwarding controller CTRL.
  • Upstream data packets received over the Un_Itf interface (Un-Sl) are dispatched towards a first protocol stack for further decoding up to a certain protocol layer, and are conditionally relayed by the forwarding controller CTRL towards a second peer protocol stack for further encoding and transmission through the EPC_Itf interface towards the S-GW S-GWl (Si) or the target eNB eNB2 (X2).
  • the first protocol stack through which upstream data packets are gradually decoded, comprises the following protocol 1 ayers :
  • MAC Medium Access Control
  • IP Internet Protocol
  • UDP User Datagram Protocol
  • the GTP-U payload comprises IP datagrams exchanged between two application, such as between a client application at subscriber side and a server application at network side.
  • This payload together with further control information such as the PDCP SN used over the Uu interface as decoded from the GTP-U extension header, are forwarded to the forwarding controller CTRL for further handling.
  • the second peer protocol stack through which upstream data packets are gradually encoded, comprises the following layers:
  • the second forwarding means FW2 accommodates two protocol stacks inter-connected at a specific protocol layer through the forwarding controller CTRL.
  • Upstream control packets received over the Un_Itf interface (Un-X2) are dispatched towards a third protocol stack for further decoding up to a certain protocol layer, and are conditionally relayed by the forwarding controller CTRL towards a fourth peer protocol stack for further encoding and transmission through the EPC_Itf interface towards the target eNB eNB2 (X2) .
  • the third protocol stack through which upstream control packets are gradually decoded, comprises the following protocol layers:
  • SCTP Stream Control Transmission Protocol
  • the X2-AP payload including the SN STATUS TRANSFER message issued by the RN RNl, is forwarded to the forwarding controller CTRL for further handling.
  • the fourth peer protocol stack through which upstream control packets are gradually encoded, comprises the following protocol layers:
  • the forwarding controller CTRL closely controls the forwarding of an SN STATUS TRANSFER message to a target eNB in dependence of the forwarding of any pending upstream data packets that have not been validly delivered to the S-GW S-GWl for the corresponding E-RAB(s), or vice-versa.
  • the forwarding controller CTRL behaves according to any of the aforementioned solutions so as to guarantee that the upstream data packets are delivered in-sequence to the S-GW S- GWl during a handover procedure.
  • the forwarding controller CTRL buffers the SN STATUS TRANSFER message issued by the RN RNl and received through the third protocol stack, and thereupon starts a pre-configured timer. When the timer expires, the forwarding controller CTRL sends the SN STATUS TRANSFER message to the fourth protocol stack for encoding and transmission to the target eNB eNB2. Thereafter, the forwarding controller CTRL discards any pending upstream data packets received through the first protocol stack for the corresponding E-RAB(s), that is to say the pending upstream data packets are not relayed towards the second peer protocol stack.
  • the forwarding controller CTRL buffers the SN STATUS TRANSFER message issued by the RN RNl and received through the third protocol stack, and decodes the upstream PDCP SN encoded into the SN STATUS TRANSFER message for the respective E-RAB(s). Then, the forwarding controller CTRL monitors the delivery of any pending upstream data packets received through the first protocol stack for the corresponding E-RAB(s) up to (not including) that PDCP SN by decoding the PDCP SN encoded into the GTP-U extension header of the relayed upstream data packets.
  • the forwarding controller CTRL sends the SN STATUS TRANSFER message to the fourth protocol stack for encoding and transmission to the target eNB eNB2.
  • the forwarding controller CTRL decodes the upstream PDCP SN encoded into the SN STATUS TRANSFER message for the respective E-RAB(s), and forwards the SN STATUS TRANSFER message issued by the RN RNl and received through the third protocol stack without delay to the fourth protocol stack for further encoding and transmission towards the target eNB eNB2.
  • the forwarding controller CTRL red rects any pending upstream data packets received through the first protocol stack for the corresponding E-RAB(s) towards another GTP-U tunnel that is used for conveying upstream user data to the target eNB eNB2.
  • the forwarding controller CTRL may update, for each E-RAB(s), the upstream PDCP SN as encoded into the SN STATUS TRANSFER message according to the last upstream data packet that has been actually delivered to the SGW S-GWl for that E-RAB.
  • upstream data packets need to go through the forwarding controller CTRL.
  • a dispatcher may pick up SN STATUS TRANSFER messages for further processing by the forwarding controller CTRL, while passing other signaling messages transparently to the peer protocol stack.
  • upstream data packets are forwarded to the forwarding controller CTRL only for the UE(s) for which an outbound handover is on-going, e.g. only for the E-RAB (s) for which a corresponding SN STATUS TRANSFER message has been received .
  • target eNB may be a RN operated by the same or another DeNB.
  • radio access nodes may operate in accordance with further mobile or wireless communication technologies that are deemed to support relay nodes proxied through donor nodes.
  • the term 'coupled' should not be interpreted as being restricted to direct connections only.
  • the scope of the expression 'a device A coupled to a device B' should not be limited to devices or systems wherein an output of device A is directly connected to an input of device B, and/or vice-versa. It means that there exists a path between an output of A and an input of B, and/or vice- versa, which may be a path including other devices or means.
  • the description and drawings merely illustrate the principles of the invention. It will thus be appreciated that those skilled in the art will be able to devise various arrangements that, although not explicitly described or shown herein, embody the principles of the invention and are included within its spirit and scope.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • Other hardware, conventional and/or custom, such as read only memory (ROM), random access memory (RAM), and non volatile storage, may also be included.

Landscapes

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

Abstract

The present invention relates to a donor radio access node (DeNB1) configured to wirelessly connect to, and to proxy operation of, a source relay node (RN1), and further configured to forward upstream user traffic towards a serving gateway (S- GW1) during a handover of a particular mobile device (UE1) from a source cell (A) operated by the source relay node to a target cell (C) operated by a target radio access node (eNB2). In accordance with an embodiment of the invention, the donor radio access node comprises: - first forwarding means (FWl) for forwarding a sequence of upstream data packets (P1, P2, P3) from the source relay node to the serving gateway, which sequence of upstream data packets comprising upstream data packets up to a particular packet sequence number (Y-1), - second forwarding means (FW2) for forwarding a data transfer status message (SN STATUS TRANSFER) for the particular mobile device from the source relay node to the target radio access node, which data transfer status message comprising an information element (Y) indicative of the particular packet sequence number, wherein the donor radio access node comprises a forwarding controller (CTRL) coupled to the first and second forwarding means, and configured to interdependently control forwarding of the data transfer status message and of any pending upstream data packet (P2, P3) out of the sequence of upstream data packets that has not been yet validly forwarded to the serving gateway. The present invention also relates to a method for forwarding upstream user traffic towards a serving gateway during a handover.

Description

IN-SEOUENCE DELIVERY OF UPSTREAM USER TRAFFIC DURING HANDOVER
Technical Field of the Invention
The present invention relates to in-sequence delivery of upstream user traffic during a handover procedure.
Technical Background of the Invention
Handover is the process of transferring an ongoing communication session, being a voice/video call or a data session, from the current serving cell , further referred to as the source cell , towards a new better-suited cell , further referred to as the target cell . For instance, as a User Equipment (UE) is moving away from the coverage area of a serving cell , the radio signal from that serving cell weakens while the radio signal from another better-suited cell strengthens. When the radio path loss between these two cells is past a predetermined threshold, a handover towards the better- suited cell is triggered. A UE may also be handed over on account of Radio Resource Management (RRM) criterion, for instance because the serving cell gets overloaded.
For Long Term Evolution (LTE) mobile networks, an overview of the handover procedure and related message exchanges is described in § 10.1.2 of the Technical Specification (TS) entitled "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E- UTRAN) ; Overall description" , published by the 3rd Generation Partnership Project (3GPP) in June 2009, ref. 3GPP TS 36.300 V9.0.0.
In a first step, the source evol ved-NodeB (eNB) configures the UE measurement policy, e.g. the UE is configured to send MEASUREMENT REPORT on a regular basis and/or as soon as a handover event is detected. The measurement reporting period and/or the handover parameters for detecting the handover events are broadcast by the serving cell as part of the system cell information.
In a second step, the source eNB makes a decision to hand off the UE based on the MEASUREMENT REPORT message(s) received from the UE and/or on Radio Resource Management (RRM) criterion. The source eNB either issues a HANDOVER REQUEST message directly to the target eNB, or a HANDOVER REQUIRED message to the Mobile Management Entity (MME) which is relayed towards the target eNB as a HANDOVER REQUEST message, passing necessary nformation to prepare the handover at the target si de .
In a third step, the target eNB configures the required radio resources, and optionally reserves a Random Access CHannel (RACH) preamble. The target eNB acknowledges the handover request by either sending back a HANDOVER REQUEST ACKNOWLEDGE message directly to the source eNB, or a HANDOVER REQUEST ACKNOWLEDGE message to the MME which is relayed towards the source eNB as a HANDOVER COMMAND message. The HANDOVER REQUEST ACKNOWLEDGE or the HANDOVER COMMAND message includes an RRC container, namely an RRC CONNECTION RECONFIGURATION message, to be transparently passed by the source eNB to the UE.
In a fourth step, the UE receives the RRC CONNECTION RECONFIGURATION message with necessary parameters to switch to the target cell. The UE performs synchronization to the target eNB and accesses the target cell via RACH, following a contention-free procedure if a dedicated RACH preamble was reserved, or following a contention-based procedure if no dedicated preamble was indicated.
In a fifth step, the target eNB responds with uplink allocation and timing advance value. When the UE has successfully accessed the target cell, the UE sends the RRC CONNECTION RECONFIGURATION COMPLETE message to the target eNB. The target eNB can now begin sending data to the UE.
In a sixth and last step, the target eNB informs the source eNB about the success of the handover procedure by sending a UE CONTEXT RELEASE message, which triggers the release of resources by the source eNB.
The data plane (or user plane) handling takes the following principles into account to avoid data loss during handover .
During handover preparation, tunnels can be established between the source eNB and the target eNB. For each Evolved- Radio Access Bearer (E-RAB) for which data forwarding is applied, one tunnel is established for upstream data forwarding and another tunnel is established for downstream data fo rwardi ng .
During handover execution, user traffic can be forwarded from the source eNB to the target eNB.
Upon handover completion, the target eNB sends a PATH
SWITCH message to the MME to inform the MME that the UE has gained access to the target cell. The MME sends a USER PLANE UPDATE REQUEST message to the Serv ng-GateWay (S-GW) , and the downstream data plane is switched by the S-GW from the source eNB to the target eNB.
In-sequence delivery and duplicate avoidance of data traffic is important to guarantee the effective operation of the transport protocol , such as the Transport Control Protocol (TCP) used over the Internet. In E-UTRAN, in-sequence delivery and duplicate avoidance function is guaranteed by the Packet Data Convergence Protocol (PDCP) layer. For in-sequence delivery and duplicate avoidance, a PDCP Sequence Number (SN) is maintained on a per bearer basis.
The source eNB sends the SN STATUS TRANSFER message to the target eNB to convey the upstream PDCP Sequence Number (SN) receiver status and the downstream PDCP SN transmitter status of E-RABs for which PDCP status preservation applies, i.e. for Radio Link Control - Acknowledged Mode (RLC-AM) transmission. The upstream PDCP SN receiver status includes the PDCP SN of the first missing upstream data packet, and may include a bit map of the receive status of the out of sequence upstream data packets that the UE needs to retransmit in the target cell. The downstream PDCP SN transmitter status indicates the next PDCP SN that the target eNB shall assign to new downstream data packets not having a PDCP SN yet. The source eNB may omit sending the SN STATUS TRANSFER message if none of the E-RABs of the UE shall be treated with PDCP status preservation.
During handover execution, the source eNB forwards in order to the target eNB all downlink PDCP Service Data Units (SDU) with their SN that have not been acknowledged by the UE. In addition, the source eNB also forwards without a PDCP SN fresh data arriving from the S-GW to the target eNB.
The source eNB forwards to the S-GW the upstream PDCP SDUs successfully received in-sequence until the sending of the SN STATUS TRANSFER message to the target eNB. Then at that point of time the source eNB stops delivering upstream PDCP SDUs to the S-GW and shall discard any remaining upstream RLC Protocol data Unit (PDU) .
The source eNB shall either discard the upstream PDCP SDUs received out of sequence if the source eNB has not accepted the request from the target eNB for upstream forwarding or if the target eNB has not requested upstream forwarding for the bearer during the handover preparation procedure, or shall forward to the target eNB the upstream PDCP SDUs received out of sequence if the source eNB has accepted the request from the target eNB for upstream forwarding for the bearer during the handover preparation procedure.
The target eNB first re-transmits downstream PDCP SDUs forwarded by the source eNB through X2 before sending fresh data from the S-GW, with the exception of PDCP SDUs of which the reception was already acknowledged by the UE.
In order to assist the reordering function in the target eNB, the S-GW shall send one or more end-marker downstream packets on the old path immediately after switching the path. The end-marker packets shall not contain user data.
Upon receipt of the RRC CONNECTION RECONFIGURATION COMPLETE message, the target eNB starts transmitting upstream data packets received in sequence to the S-GW from the SN indicated in the SN TRANSFER STATUS message.
Release 10 of 3GPP has introduced Relay Nodes (RN) for extending the radio coverage to (mostly rural) areas where backhaul ing infrastructure are non-existent or deficient. E- UTRAN supports radio nodes relaying by having an RN wirelessly connect to an eNB serving the RN, called Donor eNB (DeNB) , via a modified version of the E-UTRA radio interface, the modified version being called the Un interface.
The RN supports the eNB functionality, meaning it terminates the radio protocols of the E-UTRA radio interface and the Si and X2 interfaces.
In addition to the eNB functionality, the RN also supports a subset of the UE functionality so as to wirelessly connect to the DeNB.
The DeNB provides Si and X2 proxy functionality between the RN and other network nodes (i.e., eNBs, MMEs and S-GWs) . Si and X2 proxy functionality includes passing Si and X2 data and control packets between Si and X2 interfaces associated with the RN and Si and X2 interfaces associated with other network nodes. Therefore, the DeNB appears to the RN as an MME or an S-GW for Si interface, or as an eNB for X2 interface.
The PDCP layer at the RN performs in-sequence delivery and duplicate avoidance functions for upstream traffic received from the UE. The RN wirelessly connects to the DeNB, hence the PDCP layer at the DeNB also performs in-sequence delivery and duplicate avoidance functions for upstream traffic received from the RN.
During handover execution, the RN generates the SN STATUS TRANSFER message based on the last PDCP PDU received in sequence over the Uu interface. The PDCP SDL) received in- sequence are placed in the transmission buffer for further transmission over the Un interface to the DeNB. From the RN point of view, the data in the transmission buffer are assumed to be delivered to the S-GW. Over the Un interface, the data may require Automatic Repeat reQuest (ARQ) retransmission for correct delivery to the DeNB due to impairments over the radio channel. Even if the RN stops transmitting upstream data packets after issuing the SN STATUS TRANSFER message, the DeNB does not stop the delivery of upstream data packets to the S-GW. After successful handover, the target eNB transmits upstream data packets that are received in sequence to the S-GW. Meanwhile, the DeNB may also deliver any pending upstream data packets to the S-GW. Therefore, it is possible for the S-GW to receive upstream data packets from the DeNB and the target eNB at the same time, or the upstream data packets delivered from the target eNB may arrive at the S-GW prior to the arrival of upstream data packets from the DeNB. This results in upstream data packets arriving at the S-GW out of sequence, which in turn may severely impact data transport on account of e.g. TCP congestion avoidance algorithm.
Summary of the Invention
It is an object of the present invention to improve upstream user traffic forwarding during outgoing handover from a serving cell operated by a RN .
In accordance with a first aspect of the invention, a donor radio access node is configured to wirelessly connect to, and to proxy operation of, a source relay node, and is further configured to forward upstream user traffic towards a serving gateway during a handover of a particular mobile device from a source cell operated by said source relay node to a target cell operated by a target radio access node.
Said donor radio access node comprises:
- first forwarding means for forwarding a sequence of upstream data packets from said source relay node to said serving gateway, which sequence of upstream data packets comprising upstream data packets up to a particular packet sequence number ,
- second forwarding means for forwarding a data transfer status message for said particular mobile device from said source relay node to said target radio access node, which data transfer status message comprising an information element indicative of said particular packet sequence number,
wherein said donor radio access node comprises a forwarding controller coupled to said first and second forwarding means, and configured to i nterdependentl y control forwarding of said data transfer status message and of any pending upstream data packet out of said sequence of upstream data packets that has not been yet validly forwarded to said serving gateway.
In accordance with another aspect of the invention, a method for forwarding upstream user traffic towards a serving gateway during a handover of a particular mobile device from a source cell operated by a source relay node to a target cell operated by a target radio access node, comprises the steps of, by a donor radio access node configured to wirelessly connect to, and to proxy operation of, said source relay node:
- forwarding a sequence of upstream data packets from said source relay node to said serving gateway, which sequence of upstream data packets comprising upstream data packets up to a particular packet sequence number,
- forwarding a data transfer status message for said particular mobile device from said source relay node to said target radio access node, which data transfer status message comprising an information element indicative of said particular packet sequence number,
wherein said method further comprises the steps of, by said donor radio access node, i nterdependentl y controlling forwarding of said data transfer status message and of any pending upstream data packet out of said sequence of upstream data packets that has not been yet validly forwarded to said serving gateway.
As the DeNB is configured to proxy the X2 signalling between the RN and the target eNB, it can easily intercept the SN STATUS TRANSFER message issued by the source RN. The SN STATUS TRANSFER message comprises the SN of the first missing PDCP PDU over the Uu uplink.
Concurrently, the DeNB forwards any PDCP SDU received in sequence from the RN to the S-GW. Yet, the PDCP SN used over the Un interface may be different from the PDCP SN assigned over the Uu interface.
According to the agreed protocol architecture, a GTP-U tunnel is established between the RN and the DeNB, and therefore the RN can use the GTP-U extension mechanism to indicate the PDCP SN used over the Uu interface for each forwarded PDCP SDU . The PDCP SN of the forwarded SDUs is carried in the PDCP PDU NUMBER field of the GTP-U extension header.
Hence, the DeNB has enough information for identifying any pending upstream data packet, and can appropriately control the forwarding of the SN STATUS TRANSFER message and/or the pending upstream data packets for in-sequence delivery of upstream user traffic to the S-GW.
In one embodiment of a donor radio access node according to the invention, said second forwarding means is further configured to delay forwarding of said data transfer status message to said target radio access node till said pending upstream data packet has been validly forwarded to said serving gateway.
In a corresponding embodiment of a method according to the invention, said method further comprises the step of, by said donor radio access node, delaying forwarding of said data transfer status message to said target radio access node till said pending upstream data packet has been validly forwarded to said serving gateway.
In order to guarantee the in-sequence delivery of upstream user traffic to the S-GW, the DeNB delays the SN STATUS TRANSFER message delivery to the target eNB until all the ongoing transmission/re-transmission complete over the Un interface, and until all the pending upstream data packets have been validly forwarded to the S-GW.
In one embodiment of a donor radio access node according to the invention, said second forwarding means is further configured to delay forwarding of said data transfer status message towards said target radio access node by a predetermined period of time, and to stop forwarding of said pending upstream data packet to said serving gateway after said pre-determi ned period of time has expired. In a correspond ng embod ment of a method according to the invention, said method further comprises the steps of, by said donor radio access node:
- delaying forwarding of said data transfer status message towards said target radio access node by a pre-determi ned period of time, and
- stopping forwarding of said pending upstream data packet to said serving gateway after said pre-determi ned period of time has expired.
The DeNB delays the forwarding of the SN STATUS
TRANSFER message to the target eNB by a pre-configured period of time. When the SN STATUS TRANSFER message is eventually sent to the target eNB, the DeNB stops forwarding any upstream traffic to the S-GW. The time to delay the forwarding of the SN STATUS TRANSFER message is a function of the network and may be pre- configured for a given deployment. This mechanism, although simple to implement, may yield packet loss due to the forced stop of upstream data transmission towards the S-GW.
In one embodiment of a donor radio access node according to the invention, said first forwarding means is further configured to redirect said pending upstream data packet to said target radio access node after said data transfer status message has been validly forwarded to said target radio access node .
In a corresponding embodiment of a method according to the invention, said method further comprises the step of, by said donor radio access node, redirecting said pending upstream data packet to said target radio access node after said data transfer status message has been validly forwarded to said target radio access node.
After the SN STATUS TRANSFER message is transmitted to the target eNB, the DeNB stops the transmission of any pending upstream data packets for the corresponding UE to the S-GW. Instead, the pending upstream data packets are redirected to the target eNB.
Upstream data packets forwarded by the DeNB arrives at the target eNB. As the PDCP SN corresponding to the Uu interface transmission is conveyed together with the forwarded data, there is sufficient information for in-sequence delivery of upstream data packets to the S-GW by the target eNB. Brief Description of the Drawings
The above and other objects and features of the invention will become more apparent and the invention itself will be best understood by referring to the following description of an embodiment taken in conjunction with the accompanying drawings wherein:
- fig. 1 represents part of an LTE mobile infrastructure,
- fig. 2 represents a coverage area, and
- fig. 3 represents signaling exchanges (control plane) between various network elements during an handover procedure,
- fig. 4 represents downstream data exchanges (user plane) between various network elements during an handover procedure,
- fig. 5 represents upstream data exchanges (user plane) between various network elements during an handover procedure, and - fig. 6 represents an embodiment of a DeNB according to the invention .
Detailed Description of the Invention
There is seen in fig. 1 part of an LTE Public Land Mobile Network (PLMN) comprising the following network nodes: - an MME MMEl,
- a S-GW S-GWl,
- 3 eNBs RNl, DeNBl and eNB2 ,
- a UE UEl, such as a mobile terminal.
The eNBs DeNBl and eNB2 are directly coupled to the MME MMEl and to the S-GW S-GWl through an Si interface. The eNB DeNBl is a DeNB that wirelessly connects (via Un interface) the RN RNl to the Evolved Packet Core (EPC) . The DeNB DeNBl acts as an Si proxy for Si connections between the RN RNl and the MME MMEl and the S-GW S-GWl, and as an X2 proxy for X2 connections between the RN RNl and further eNBs.
There is seen in fig. 2 a radio coverage area comprising 3 cells A, B and C respectively operated by the eNBs RNl, DeNBl and eNB2.
The 3 cells A, B and C are assumed to belong to the same Tracking Area (TA) , and have PCIA, PCIB and PCIC as Physical Cell Identifiers (PCI), and further have ECGIA, ECGIB and ECGIC as Evolved Cell Global Identifiers.
The UE UEl establishes a communication session at position a within the coverage area of the cell A, further referred to as the source cell. The UE UEl next moves towards position c while the communication session is on-going.
At position b, the radio signal from cell C incurs a lower path loss than the radio signal from cell A. Provided the difference between the respective path losses is beyond some configured handover margin, an handover is triggered for handing over the on-going session towards the cell C, further referred to as the target cell. Other handover causes can be invoked too.
There is seen in fig. 3 a message flow chart representing the most noticeable signaling exchanges during the handover procedure.
First, the UE UEl initiates communication with the source RN RNl, and establishes one or more E-RABs with the EPC (see step 1 in fig. 3). It is further assumed that PDCP status preservation applies for these E-RABs.
As part of the call setup procedure, the UE UEl is configured with a measurement policy and handover thresholds. The UE UEl measures the signal strength and quality from neighboring cells, and compares them with the respective handover thresholds.
In a further step, as the UE UEl leaves the cell A operated by the RN RNl and enters the cell C operated by the eNB eNB2, a MEASUREMENT REPORT message is sent to the source RN RNl for notifying a handover event towards the target cell C (see step 2 in fig. 3). The MEASUREMENT REPORT message comprises the PCI of the target cell, presently PCIC, and the type of handover event, presently an A3 event (neighbor becomes offset better than servi ng) .
Thereupon, the source RN RNl makes a decision to perform a handover for the UE UEl from the source cell A towards the target cell C (see step 3 in fig. 3).
The source RN RNl reads the ECGI of the corresponding cell from a local data repository wherein PCI and ECGI are held in one-to-one relationships, and sends a HANDOVER REQUEST message to the target eNB eNB2 , which message being X2-proxied by the DeNB DeNBl (see step 4 in fig. 3). The HANDOVER REQUEST message comprises ECGIC as target cell identity, as well as the list of E-RABS to set up at the target side.
Upon receipt of the HANDOVER REQUEST message, and after resource admission control (see step 5 in fig. 3), the target eNB eNB2 sends back a HANDOVER REQUEST ACK message to the source RN RNl, which message being X2-proxied by the DeNB DeNBl (see step 6 in fig. 3). The HANDOVER REQUEST ACK message includes an RRC CONNECTION RECONFIGURATION container to be passed transparently by the source RN RNl to the UE UEl.
At that point of time, the source RN RNl issues a SN
STATUS TRANSFER message to be X2-proxied by the DeNB DeNBl towards the target eNB eNB2 (see step 8 in fig. 3). The SN STATUS TRANSFER message comprises, for each E-RAB for which PDCP status preservation applies, the next downstream PDCP SN that shall be assigned by the target eNB to the first downstream data packet not having a PDCP SN yet, presently X for E-RABl, and the first missing upstream PDCP SN, presently Y for E-RABl.
Meanwhile, the UE UEl receives the RRC CONNECTION RECONFIGURATION message with necessary parameters, and is thus commanded by the source RN RNl to perform the handover (see step 7 in fig. 3). The UE UEl detaches from the current serving cell A and performs synchronization to the target cell C via RACH. The target eNB eNB2 responds with uplink allocation and timing advance value (see step 9 in fig. 3). When the UE UEl has successfully accessed the target cell C, the UE UEl sends an RRC CONNECTION RECONFIGURATION COMPLETE message to the target eNB eNB2 (see step 10 in fig. 3).
To complete the handover procedure, the target eNB eNB2 sends a PATH SWITCH REQUEST message to the MME MMEl (see step 11 in fig. 3). The PATH SWITCH REQUEST message is relayed by the MME MMEl as a USER PLANE UPDATE REQUEST message to the S-GW S- GWl (see step 12 in fig. 3).
Thereupon, the S-GW S-GWl switches the downstream data plane from the source RN RNl towards the target eNB eNB2 , and answers with a USER PLANE UPDATE RESPONSE to the MME MMEl (see step 13 in fig. 3) to be relayed as a PATH SWITCH REQUEST ACK message towards the target eNB eNB2 (see step 14 in fig. 3).
The handover procedure terminates with a UE CONTEXT RELEASE message issued by the target eNB eNB2 towards the source RN RNl through the DeNB DeNBl for releasing the corresponding E- RABs in the source cell (see step 15 in fig. 3).
The source and target eNBs are shown as connected to the same MME, yet they may be connected to different MMEs , in which case the source eNB issues a HANDOVER REQUIRED message towards the target eNB including the eNB identity of the target eNB. The message is relayed by the source MME as a HANDOVER REQUEST message towards the target eNB through a further target MME. The target eNB then answers with a HANDOVER REQUEST ACK message, which is relayed by the target MME as a HANDOVER COMMAND message towards the source eNB.
There is seen in fig. 4 further details about downstream user traffic forwarding during the handover procedure. Encircled numbers refer to the signaling steps of fig. 3.
After call setup in the serving cell A, downstream user data flows from the S-GW S-GWl through the DeNB DeNBl and the RN RNl up to the UE UEl. For each E-RAB, a first GTP-U tunnel is established for conveying downstream user traffic from the S-GW S-GWl to the DeNB DeNBl, and a second GTP-U tunnel is established for conveying downstream user traffic from the DeNB DeNBl to the RN RNl. The DeNB DeNBl maintains a cross-connect table for associating a tunnel identifier over the Si interface with another tunnel identifier over the Un interface.
After issuing the RRC CONNECTION RECONFIGURATION message towards the UE UEl, the source RN RNl stops forwarding downstream data packets towards the UE UEl and issues the SN STATUS TRANSFER message (see step 8 in fig. 3) with, for each E- RAB, the PDCP SN that shall be assigned by the target eNB eNB2 to the first downstream data packet not having a PDCP SN yet, presently PDCP SN X for E-RABl.
The source RN RNl re-tunnels any new data packet received through Si from the S-GW S-GWl back towards the target eNB eNB2. Those packets do not have any PDCP SN assigned yet, and shall be assigned a PDCP SN starting from X upwards.
The source RN RNl also forwards downstream data packet that do have a PDCP SN assigned, yet that have not been acknowledged by the UE UEl. Those downstream data packets shall have a PDCP SN that is lower than X.
The target eNB eNB2 transmits those re-directed downstream packets to the UEl after the UEl connects to the target cell C.
Upon receipt of the USER PLANE UPDATE REQUEST message (see step 12 in fig. 3), the S-GW S-GWl switches the downstream data plane towards the target eNB eNB2 (see step 101 in fig. 4) and transmits end-marker downstream data packets on the old path towards the source RN RNl. Those end-marker packets are re- tunneled by the source RN RNl towards the target eNB eNB2 as the regular downstream data packets are. Upon receipt of end-marker packets, the target eNB eNB2 stops accepting data packets from the source RN RNl, and starts accepting downstream data packets from the S-GW S-GWl for further transmission towards the UE UEl.
There is seen in fig. 5 further details about upstream user traffic forwarding during the handover procedure. Again, encircled numbers refer to the signaling steps of fig. 3.
After call setup in the serving cell A, upstream user data flows from the UEl through the RN RNl and the DeNB DeNB2 up to the S-GW S-GWl. For each E-RAB, a first GTP-U tunnel is established for conveying upstream user traffic from the RN RNl to the DeNB DeNBl, and a second GTP-U tunnel is established for conveying upstream user traffic from the DeNB DeNBl to the S-GW S-GWl. The DeNB DeNBl maintains a cross-connect table for associating a tunnel identifier over the Un interface with another tunnel identifier over the Si interface.
When the UE UEl detaches from cell A (see step 9 in fig. 3), the source RN RNl issues a SN STATUS TRANSFER MESSAGE that comprises, for each E-RAB, the PDCP SN of the first upstream missing PDCP PDU, presently Y for E-RABl (see step 8 in fig. 3). Upstream data packets Pi, P2 , P3 , P4 and P5 with PDCP SN Y-3, Y-2, Y-l, Y and Y+l respectively are shown as being the last upstream data packets transmitted by the UE UEl over the Uu interface for E-RABl. The upstream data packet Pi, P2 , P3 and P5 are validly received by the RN RNl, while the upstream data packet P4 is corrupted. As a consequence, the SN of the first upstream missing PDCP PDU as mentioned in the SN STATUS TRANSFER message is Y for E-RABl.
While issuing the SN STATUS TRANSFER message, the RN RNl places the PDCP payload of packets Pi, P2 and P3 in the transmission buffer for further transmission through the Un interface to the DeNB DeNBl, which is seen as the S-GW S-GWl by the RN RNl.
Additionally, the source RN RNl tunnels any out-of- sequence PDCP SDU received from the UE UEl, presently the upstream data packet P5 with PDCP SN Y+l, towards the target eNB eNB2.
When the UE UEl accesses the target cell C, it starts transmitting unacknowledged data packet P4 to the target eNB eNB2 , as well as further upstream data packets P6, etc. The target eNB eNB2 re-orders the upstream data packets (see step 201 in fig. 5), and starts transmitting upstream user traffic in-sequence to the S-GW S-GWl starting from packets P4 P5 P6 upwards.
Meanwhile, the upstream data packet P2 with PDCP SN Y-2
(over the Uu interface) is shown as being incorrectly received by the DeNB DeNBl, and thus needs re-transmission over the Un interface. Indeed, packet transmission over the wireless Un interface might be severely impaired on account of e.g. fading, radio interference, atmosphere absorption, etc. As a consequence, the upstream data packet P2 may arrive later at the S-GW S-GWl than the data packets P4 and P5. As upstream data traffic is no longer received in-sequence, the transport protocol may be adversely affected.
As a first solution to this problem, the DeNB DeNB2 intercepts the SN STATUS TRANSFER message issued by the source RN RNl, and delays its forwarding towards the target eNB eNB2 by a pre-configured period of time. After this pre-configured period of time expires and the SN STATUS TRANSFER message is eventually forwarded to the target eNB eNB2 , the DeNB DeNBl will discard forwarding on any pending upstream PDCP SDU towards the S-GW S-GWl for the corresponding E-RAB(s). Those pending upstream PDCP SDUs are easily identifiable and the DeNB need only disconnect the corresponding GTP-U tunnels in the cross- connect table for the corresponding E-RAB(s) after the pre- configured period of time has expired.
Alternatively, a timer may be pre-configured at both the DeNB DeNBl and the target eNB eNB2 , and started upon receipt of the SN STATUS TRANSFER message. The DeNB DeNBl forwards the SN STATUS TRANSFER message to the target eNB eNB2 without delay. Upon timer expiry, the DeNB stops delivering any pending upstream data packet to the S-GW S-GWl. Similarly, the target eNB eNB2 does not transmit any upstream user traffic to the S-GW S-GWl while the timer is running. Upon timer expiry, the target eNB eNB2 starts forwarding upstream user traffic to the S-GW S- GWl. This synchronous action by both the DeNB and the target eNB also guarantees in-sequence delivery of upstream user traffic to the S-GW.
As a second more elaborate solution to this problem, the DeNB DeNBl can monitor the correct delivery of any pending upstream data packets to the S-GW S-GWl over the Si interface before forwarding the SN STATUS TRANSFER message to the target eNB eNB2. To do so, the DeNB DeNBl intercepts the SN STATUS TRANSFER message from the source RN RNl and, for each respective E-RAB, decodes the upstream PDCP SN mentioned therein, presently Y for E-RABl. Then, the DeNB DeNBl monitors the in-sequence delivery of any pending upstream data packets to the S-GW S-GWl for the respective E-RAB (s) up to (not including) the mentioned PDCP SN, presently up to PDCP SN Y-l for E-RABl. This is possible because the PDCP SN used over the Uu interface is encoded into the PDCP PDU NUMBER field of the GTP-U extension header. When the last expected upstream data packet has been validly delivered to the S-GW S-GWl, presently P3 for E-RABl, then the DeNB DeNBl forwards the SN STATUS TRANSFER message to the target eNB eNB2.
This second solution can be advantageously coupled with the first solution, that is to say the DeNB DeNBl can check whether any pending upstream data packet is still to be delivered to the S-GW S-GWl for the corresponding E-RAB(s). Yet, if after a pre-configured period of time there are still any pending upstream data packet to be delivered to the S-GW S-GWl, then the DeNB DeNBl sends the SN STATUS TRANSFER message anyhow to the target eNB eNB2 and discards the still pending upstream data packets for the corresponding E-RAB (s) .
As a third solution to this problem, as soon as the DeNB DeNBl forwards the SN STATUS TRANSFER message to the target eNB2 , the DeNB DeNBl re-directs any pending upstream data packet for the respective E-RABs towards the target eNB eNB2. This can be achieved by updating the GTP-U cross-connect table so as to re-route the upstream data packets through another GTP tunnel directly towards the target eNB eNB2 (e.g., through the same tunnel used by the source RN RNl to forward out-of-sequence upstream data packets to the target eNB eNB2) . The upstream PDCP SN in the SN STATUS TRANSFER message can be updated according to the upstream data packets that have been effectively and validly delivered to the S-GW S-GWl, presently the upstream PDCP SN would be updated from Y to Y-2 for E-RABl. The target eNB eNB2 shall re-order the upstream data packets before delivery to the S-GW S-GWl.
Alternatively, the DeNB DeNBl may re-direct any pending upstream data packet back towards the RN RNl for further forwarding towards the target enB eNB2 through the existing GTP- U tunnel that is used for tunneling out-of-sequence upstream upstream data packets.
Still alternatively, the target eNB eNB2 may, upon receipt of the RRC CONNECTION RECONFIGURATION COMPLETE message from the UE UEl, request the DeNB to stop transmitting upstream user traffic to the S-GW S-GWl for the corresponding E-RAB(s) by means of a new X2 signaling message. Thereupon, the DeNB DeNBl stops transmitting any pending upstream data packets for the corresponding E-RAB(s), and acknowledges the request. The target eNB eNB2 can now start sending upstream user traffic to the S-GW S-GWl.
The present invention might be slightly adapted to support in-sequence delivery of upstream user traffic during handover for RLC - Unacknowledged Mode (RLC-UM) transmission. Upon reception of the HANDOVER REQUEST ACK message from the target eNB eNB2 (see step 6 in fig. 3), the DeNB DeNBl keeps on delivering upstream user traffic to the S-GW S-GWl for a pre- configured period of time. After the period of time has expired, the DeNB DeNBl discards any pending upstream data packet received from the RN RNl for the corresponding E-RAB(s).
Alternatively, and still for RLC-UM transmission, the RN RNl may request the DeNB DeNBl to stop delivery of upstream user traffic to the S-GW S-GWl. This request is sent to the DeNB DeNBl upon transmission of the RRC CONNECTION RECONFIGURATION message to the UE UEl (see step 7 in fig. 3). The DeNB DeNBl either stops delivering upstream traffic to the S-GW S-GWl, or starts a timer and delivers upstream user traffic to the S-GW S- GWl till the timer expires. This embodiment is designed for intra-DeNB handover, where the upstream traffic is transmitted via the same DeNB before and after the handover. Therefore, the upstream traffic is visible to the DeNB and the DeNB internal logic can avoid the out-of sequence delivery of upstream user traffic to the S-GW.
There is seen in fig. 6 further details about the DeNB DeNBl with regard to the invention.
The DeNB DeNBl comprises as most noticeable functional bl ocks :
- a first forwarding means FWl for proxying upstream data traffic between the source RN RNl and the S-GW S-GWl,
- a second forwarding means FW2 for proxying upstream signaling between the source RN RNl and the target eNB eNB2, - a forwarding controller CTRL for controlling the forwarding of the SN STATUS TRANSFER message to the target eNB eNB2 in dependence of the forwarding of pending upstream data packets to the S-GW S-GWl, if any,
- a first wireless interface Un_Itf for transmission, respectively reception, of control and user data to, respectively from, the RN RNl,
- a second wired interface EPC_Itf for transmission, respectively reception, of control and user data to, respectively from, the EPC.
The forwarding controller CTRL is coupled to the first forwarding means FWl and to the second forwarding means FW2. The first forwarding means FWl and the second forwarding means FW2 are coupled to both the wireless interface Un_Itf and the wired interface EPCP_Itf.
The first forwarding means FWl accommodates two protocol stacks inter-connected at a specific protocol layer through the forwarding controller CTRL. Upstream data packets received over the Un_Itf interface (Un-Sl) are dispatched towards a first protocol stack for further decoding up to a certain protocol layer, and are conditionally relayed by the forwarding controller CTRL towards a second peer protocol stack for further encoding and transmission through the EPC_Itf interface towards the S-GW S-GWl (Si) or the target eNB eNB2 (X2).
The first protocol stack, through which upstream data packets are gradually decoded, comprises the following protocol 1 ayers :
- a PHYsical (PHY) layer,
- a Medium Access Control (MAC) layer,
- an RLC layer,
- a PDCP layer,
- an Internet Protocol (IP) routing layer,
- a User Datagram Protocol (UDP) transport layer, and
- a GTP-U tunneling layer.
The GTP-U payload comprises IP datagrams exchanged between two application, such as between a client application at subscriber side and a server application at network side.
This payload, together with further control information such as the PDCP SN used over the Uu interface as decoded from the GTP-U extension header, are forwarded to the forwarding controller CTRL for further handling.
The second peer protocol stack, through which upstream data packets are gradually encoded, comprises the following layers:
- a Ll physical layer and a L2 access layer as used over the EPC,
- an IP routing layer,
- a UDP transport layer, and
- a GTP-U tunneling layer.
The second forwarding means FW2 accommodates two protocol stacks inter-connected at a specific protocol layer through the forwarding controller CTRL. Upstream control packets received over the Un_Itf interface (Un-X2) are dispatched towards a third protocol stack for further decoding up to a certain protocol layer, and are conditionally relayed by the forwarding controller CTRL towards a fourth peer protocol stack for further encoding and transmission through the EPC_Itf interface towards the target eNB eNB2 (X2) .
The third protocol stack, through which upstream control packets are gradually decoded, comprises the following protocol layers:
- a PHY layer,
- a MAC layer,
- an RLC layer,
- a PDCP layer,
- an IP routing layer,
- a Stream Control Transmission Protocol (SCTP) transport layer, and
- a X2-APpl i cation (X2-AP) application layer.
The X2-AP payload, including the SN STATUS TRANSFER message issued by the RN RNl, is forwarded to the forwarding controller CTRL for further handling.
The fourth peer protocol stack, through which upstream control packets are gradually encoded, comprises the following protocol layers:
- a Ll physical layer and a L2 access layer used over the EPC,
- an IP routing layer,
- a STCP transport layer, and
- a X2-AP application layer. The forwarding controller CTRL closely controls the forwarding of an SN STATUS TRANSFER message to a target eNB in dependence of the forwarding of any pending upstream data packets that have not been validly delivered to the S-GW S-GWl for the corresponding E-RAB(s), or vice-versa.
The forwarding controller CTRL behaves according to any of the aforementioned solutions so as to guarantee that the upstream data packets are delivered in-sequence to the S-GW S- GWl during a handover procedure.
According to the first solution, the forwarding controller CTRL buffers the SN STATUS TRANSFER message issued by the RN RNl and received through the third protocol stack, and thereupon starts a pre-configured timer. When the timer expires, the forwarding controller CTRL sends the SN STATUS TRANSFER message to the fourth protocol stack for encoding and transmission to the target eNB eNB2. Thereafter, the forwarding controller CTRL discards any pending upstream data packets received through the first protocol stack for the corresponding E-RAB(s), that is to say the pending upstream data packets are not relayed towards the second peer protocol stack.
According to the second solution, the forwarding controller CTRL buffers the SN STATUS TRANSFER message issued by the RN RNl and received through the third protocol stack, and decodes the upstream PDCP SN encoded into the SN STATUS TRANSFER message for the respective E-RAB(s). Then, the forwarding controller CTRL monitors the delivery of any pending upstream data packets received through the first protocol stack for the corresponding E-RAB(s) up to (not including) that PDCP SN by decoding the PDCP SN encoded into the GTP-U extension header of the relayed upstream data packets. When all the pending upstream data packets have been validly delivered to the S-GW S-GWl, then the forwarding controller CTRL sends the SN STATUS TRANSFER message to the fourth protocol stack for encoding and transmission to the target eNB eNB2.
According to the third solution, the forwarding controller CTRL decodes the upstream PDCP SN encoded into the SN STATUS TRANSFER message for the respective E-RAB(s), and forwards the SN STATUS TRANSFER message issued by the RN RNl and received through the third protocol stack without delay to the fourth protocol stack for further encoding and transmission towards the target eNB eNB2. However, the forwarding controller CTRL red rects any pending upstream data packets received through the first protocol stack for the corresponding E-RAB(s) towards another GTP-U tunnel that is used for conveying upstream user data to the target eNB eNB2. Optionally, the forwarding controller CTRL may update, for each E-RAB(s), the upstream PDCP SN as encoded into the SN STATUS TRANSFER message according to the last upstream data packet that has been actually delivered to the SGW S-GWl for that E-RAB.
Note that not all the upstream data or signaling packets need to go through the forwarding controller CTRL. For instance, a dispatcher may pick up SN STATUS TRANSFER messages for further processing by the forwarding controller CTRL, while passing other signaling messages transparently to the peer protocol stack. Similarly, upstream data packets are forwarded to the forwarding controller CTRL only for the UE(s) for which an outbound handover is on-going, e.g. only for the E-RAB (s) for which a corresponding SN STATUS TRANSFER message has been received .
Note also that the target eNB may be a RN operated by the same or another DeNB.
Although the above description has made exhaustive references to LTE technology and terminology, the radio access nodes, mobility management nodes and serving gateway may operate in accordance with further mobile or wireless communication technologies that are deemed to support relay nodes proxied through donor nodes.
It is to be noticed that the term 'comprising' should not be interpreted as being restricted to the means listed thereafter. Thus, the scope of the expression 'a device comprising means A and B' should not be limited to devices consisting only of components A and B. It means that with respect to the present invention, the relevant components of the device are A and B.
It is to be further noticed that the term 'coupled' should not be interpreted as being restricted to direct connections only. Thus, the scope of the expression 'a device A coupled to a device B' should not be limited to devices or systems wherein an output of device A is directly connected to an input of device B, and/or vice-versa. It means that there exists a path between an output of A and an input of B, and/or vice- versa, which may be a path including other devices or means. The description and drawings merely illustrate the principles of the invention. It will thus be appreciated that those skilled in the art will be able to devise various arrangements that, although not explicitly described or shown herein, embody the principles of the invention and are included within its spirit and scope. Furthermore, all examples recited herein are principally intended expressly to be only for pedagogical purposes to aid the reader in understanding the principles of the invention and the concepts contributed by the inventor(s) to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions. Moreover, all statements herein reciting principles, aspects, and embodiments of the invention, as well as specific examples thereof, are intended to encompass equivalents thereof.
The functions of the various elements shown in the figures may be provided through the use of dedicated hardware as well as hardware capable of executing software in association with appropriate software. When provided by a processor, the functions may be provided by a single dedicated processor, by a single shared processor, or by a plurality of individual processors, some of which may be shared. Moreover, a processor should not be construed to refer exclusively to hardware capable of executing software, and may implicitly include, without limitation, digital signal processor (DSP) hardware, network processor, application specific integrated circuit (ASIC), field programmable gate array (FPGA) , etc. Other hardware, conventional and/or custom, such as read only memory (ROM), random access memory (RAM), and non volatile storage, may also be included.

Claims

1. A donor radio access node (DeNBl) configured to wirelessly connect to, and to proxy operation of, a source relay node (RNl) , and further configured to forward upstream user traffic towards a serving gateway (S-GWl) during a handover of a particular mobile device (UEl) from a source cell (A) operated by said source relay node to a target cell (C) operated by a target radio access node (eNB2) , said donor radio access node comprising:
- first forwarding means (FWl) for forwarding a sequence of upstream data packets (Pi, P2, P3) from said source relay node to said serving gateway, which sequence of upstream data packets comprising upstream data packets up to a particular packet sequence number (Y-1) ,
- second forwarding means (FW2) for forwarding a data transfer status message (SN STATUS TRANSFER) for said particular mobile device from said source relay node to said target radio access node, which data transfer status message comprising an information element (Y) indicative of said particular packet sequence number,
where in said donor radio access node comprises a forwarding controller (CTRL) coupled to said first and second forwarding means, and configured to i nterdependently control forwarding of said data transfer status message and of any pending upstream data packet (P2 , P3) out of said sequence of upstream data packets that has not been yet validly forwarded to said serving gateway.
2. A donor radio access node (DeNBl) according to claim 1, where in said second forwarding means is further configured to delay forwarding of said data transfer status message to said target radio access node till said pending upstream data packet has been validly forwarded to said serving gateway.
3. A donor radio access node (DeNBl) according to claim
1, where in said second forwarding means is further configured to delay forwarding of said data transfer status message towards said target radio access node by a pre-determined period of time, and to stop forwarding of said pending upstream data packet to said serving gateway after said pre-determi ned period of time has expired.
4. A donor radio access node (DeNBl) according to claim 1, where in said first forwarding means is further configured to redirect said pending upstream data packet to said target radio access node after said data transfer status message has been validly forwarded to said target radio access node.
5. A method for forwarding upstream user traffic towards a serving gateway (s-GWl) during a handover of a particular mobile device (UEl) from a source cell (A) operated by a source relay node (RNl) to a target cell (c) operated by a target radio access node (eNB2) , said method comprising the steps of, by a donor radio access node (DeNBl) configured to wirelessly connect to, and to proxy operation of, said source relay node:
- forwarding a sequence of upstream data packets (Pi, P2 , P3) from said source relay node to said serving gateway, which sequence of upstream data packets comprising upstream data packets up to a particular packet sequence number (Y-1) , - forwarding a data transfer status message (SN STATU S TRAN S FER) for said particular mobile device from said source relay node to said target radio access node, which data transfer status message comprising an information element (Y) indicative of said particular packet sequence number,
where in said method further comprises the steps of, by said donor radio access node, i nterdependentl y controlling forwarding of said data transfer status message and of any pending upstream data packet (P2, P3) out of said sequence of upstream data packets that has not been yet validly forwarded to said serving gateway.
6. A method according to claim 5, where in said method further comprises the step of, by said donor radio access node, delaying forwarding of said data transfer status message to said target radio access node till said pending upstream data packet has been validly forwarded to said serving gateway.
7. A method according to claim 5, where in said method further comprises the steps of, by said donor radio access node: - delaying forwarding of said data transfer status message towards said target radio access node by a pre-determi ned period of time, and
- stopping forwarding of said pending upstream data packet to said serving gateway after said pre-determi ned period of time has expired.
8. A method according to claim 5, wherein said method further comprises the step of, by said donor radio access node, redirecting said pending upstream data packet to said target radio access node after said data transfer status message has been validly forwarded to said target radio access node.
PCT/EP2011/067687 2010-10-13 2011-10-11 In-sequence delivery of upstream user traffic during handover Ceased WO2012049149A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/878,781 US10299177B2 (en) 2010-10-13 2011-10-11 In-sequence delivery of upstream user traffic during handover
CN201180049321.5A CN103168493B (en) 2010-10-13 2011-10-11 The sequentially transmission of upstream user business during switching

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP10306111.5 2010-10-13
EP10306111.5A EP2442610B1 (en) 2010-10-13 2010-10-13 In-sequence delivery of upstream user traffic during handover

Publications (1)

Publication Number Publication Date
WO2012049149A1 true WO2012049149A1 (en) 2012-04-19

Family

ID=43663540

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2011/067687 Ceased WO2012049149A1 (en) 2010-10-13 2011-10-11 In-sequence delivery of upstream user traffic during handover

Country Status (4)

Country Link
US (1) US10299177B2 (en)
EP (1) EP2442610B1 (en)
CN (1) CN103168493B (en)
WO (1) WO2012049149A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103533586A (en) * 2012-07-03 2014-01-22 电信科学技术研究院 Method and apparatus for signaling interaction and layer reconstruction in switching process
CN108024295A (en) * 2016-11-03 2018-05-11 中兴通讯股份有限公司 Relay transfer method and device, terminal, base station

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9967362B2 (en) * 2011-10-27 2018-05-08 Telefonaktiebolaget Lm Ericsson (Publ) Caching in wireless communication networks
US9806873B2 (en) * 2012-05-09 2017-10-31 Samsung Electronics Co., Ltd. Method and apparatus for controlling discontinuous reception in mobile communication system
CN102833802B (en) * 2012-08-15 2015-09-23 电信科学技术研究院 A kind of data forwarding method and equipment
US9215639B2 (en) * 2012-12-21 2015-12-15 Apple Inc. Transitioning a video call between networks
US9313803B2 (en) 2013-01-17 2016-04-12 Intel IP Corporation Systems and methods for efficient traffic offload without service disruption
WO2014157939A1 (en) * 2013-03-26 2014-10-02 엘지전자 주식회사 Method for transmitting and receiving signal in multiple cell-based wireless communication system, and apparatus for same
KR101918554B1 (en) * 2013-12-17 2018-11-15 노키아 솔루션스 앤드 네트웍스 게엠베하 운트 코. 카게 Handover in software defined networking
US10142799B2 (en) * 2014-08-19 2018-11-27 Qualcomm Incorporated Multicasting traffic using multi-connectivity
KR102419981B1 (en) * 2016-02-19 2022-07-12 삼성전자 주식회사 Apparatus and method for minimizing data interruption time during handover in a wireless network
EP3487225B1 (en) 2016-08-12 2022-10-12 Huawei Technologies Co., Ltd. Nb-iot cell reselection method and network devices
US20170347301A1 (en) * 2017-03-10 2017-11-30 Mediatek Singapore Pte. Ltd. Virtual Roaming Methods And Apparatus Thereof
WO2020061871A1 (en) * 2018-09-27 2020-04-02 华为技术有限公司 Communication method and communication apparatus
CN111093233B (en) * 2018-10-24 2022-09-06 中国移动通信有限公司研究院 Switching control method, device and base station
CN111148163B (en) * 2018-11-02 2021-09-14 华为技术有限公司 Communication method and device
WO2020171529A1 (en) * 2019-02-22 2020-08-27 Lg Electronics Inc. Method for performing communication related to packet switch data off
WO2020200287A1 (en) * 2019-04-02 2020-10-08 Huawei Technologies Co., Ltd. Method, apparatus and systems for supporting packet delivery
US12219630B2 (en) 2019-10-02 2025-02-04 Samsung Electronics Co., Ltd. Method and apparatus for processing out-of-order delivery for PDCP layer in wireless D2D communication system
CN114902726B (en) * 2020-02-10 2024-06-25 华为技术有限公司 A data processing method, a communication device and a communication system
CN114466417B (en) * 2022-02-09 2024-03-19 成都中科微信息技术研究院有限公司 Method for improving execution efficiency in process of switching UE from NR base station to LTE base station, switching method and UE

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009099170A1 (en) * 2008-02-08 2009-08-13 Ntt Docomo, Inc. Mobile communication method and radio base station

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8830950B2 (en) * 2007-06-18 2014-09-09 Qualcomm Incorporated Method and apparatus for PDCP reordering at handoff
WO2009018318A2 (en) * 2007-08-02 2009-02-05 Interdigital Patent Holdings, Inc. Packet data convergence protocol procedures
CN101374326B (en) 2007-08-23 2012-04-04 电信科学技术研究院 Switching method for user terminal participating in switching decision and implementation equipment thereof
CN101374325B (en) 2007-08-23 2012-04-04 电信科学技术研究院 Method and system for implementing district switch by mobile terminal
WO2009038312A2 (en) * 2007-09-20 2009-03-26 Lg Electronics Inc. A method for handling correctly received but header compression failed packets
US8477719B2 (en) * 2007-10-01 2013-07-02 Qualcomm Incorporated Systems and methods for in-order delivery in downlink during handover
KR101391382B1 (en) * 2007-10-01 2014-05-07 인터디지탈 패튼 홀딩스, 인크 Method and apparatus for pdcp discard
TWI578811B (en) * 2009-03-12 2017-04-11 內數位專利控股公司 Perform component carrier specific reconfiguration method and device
US8320827B2 (en) * 2009-06-17 2012-11-27 Interdigital Patent Holdings, Inc. Method and apparatus for performing handover with a relay node
WO2011002244A2 (en) * 2009-07-02 2011-01-06 Lg Electronics Inc. A method to facilitate user equipment (ue) handoff within a packet data communication system
JP2013505612A (en) * 2009-09-21 2013-02-14 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Caching in mobile networks
CN101730032A (en) * 2010-01-18 2010-06-09 新邮通信设备有限公司 Method for realizing data forwarding and donor base station

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009099170A1 (en) * 2008-02-08 2009-08-13 Ntt Docomo, Inc. Mobile communication method and radio base station
EP2247153A1 (en) * 2008-02-08 2010-11-03 Ntt Docomo, Inc. Mobile communication method and radio base station

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project;Technical Specification Group Radio Access Network;Evolved Universal Terrestrial Radio Access (E-UTRA);Relay architectures for E-UTRA (LTE-Advanced)(Release 9)", 3GPP DRAFT; R2-101900 TR 36806 V200, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, 23 June 2010 (2010-06-23), XP050450793 *
"Evo7ved Universal Terrestrial Radio Access (E-UTRA) and Evo7ved Universal Terrestria7 Radio Access Network (E-UTRAN); Overall description", GENERATION PARTNERSHIP PROJECT (3GPP, June 2009 (2009-06-01)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103533586A (en) * 2012-07-03 2014-01-22 电信科学技术研究院 Method and apparatus for signaling interaction and layer reconstruction in switching process
CN103533586B (en) * 2012-07-03 2016-07-20 电信科学技术研究院 The method and apparatus that Signalling exchange in handoff procedure and layer are rebuild
CN108024295A (en) * 2016-11-03 2018-05-11 中兴通讯股份有限公司 Relay transfer method and device, terminal, base station
CN108024295B (en) * 2016-11-03 2022-04-19 中兴通讯股份有限公司 Relay transfer method and device, terminal and base station

Also Published As

Publication number Publication date
EP2442610B1 (en) 2017-12-06
US10299177B2 (en) 2019-05-21
CN103168493B (en) 2017-03-08
US20130215822A1 (en) 2013-08-22
EP2442610A1 (en) 2012-04-18
CN103168493A (en) 2013-06-19

Similar Documents

Publication Publication Date Title
EP2442610B1 (en) In-sequence delivery of upstream user traffic during handover
US20250151162A1 (en) User Equipment, Target Access Node and Methods in a Wireless Communications Network for Handling Packet Data Convergence Protocol (Pdcp) Service Data Units (Sdu) When Performing a Dual Active Protocol Stack (DAPS) Handover
US8320827B2 (en) Method and apparatus for performing handover with a relay node
KR101387475B1 (en) method of processing data in mobile communication system having a plurality of network entities
US10064111B2 (en) Configuring a discard timer
US8797998B2 (en) Method and device for indicating data re-transmission when area switching in LTE system
EP2135471B1 (en) Method and system for intra e-utran handover
US20120243461A1 (en) Relay handover control
US12556986B2 (en) User equipment, source access node and methods in a wireless communications network
CN102474337B (en) Method and related equipment for processing data on relay link
WO2010127493A1 (en) Method, base station and relay node for processing handover
WO2012155447A1 (en) Data back-transmission method and base station in the cross-base station handover process

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: 11767252

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13878781

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11767252

Country of ref document: EP

Kind code of ref document: A1