US20090168723A1 - Method and apparatus for handling out-of-order packets during handover in a wireless communication system - Google Patents

Method and apparatus for handling out-of-order packets during handover in a wireless communication system Download PDF

Info

Publication number
US20090168723A1
US20090168723A1 US12/276,590 US27659008A US2009168723A1 US 20090168723 A1 US20090168723 A1 US 20090168723A1 US 27659008 A US27659008 A US 27659008A US 2009168723 A1 US2009168723 A1 US 2009168723A1
Authority
US
United States
Prior art keywords
packet
entity
order
sequence
packets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/276,590
Other languages
English (en)
Inventor
Arnaud Meylan
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Priority to US12/276,590 priority Critical patent/US20090168723A1/en
Priority to KR1020107014277A priority patent/KR101255038B1/ko
Priority to RU2010126220/07A priority patent/RU2470474C2/ru
Priority to CA2704621A priority patent/CA2704621A1/fr
Priority to KR1020117028052A priority patent/KR101252705B1/ko
Priority to CN200880117800.4A priority patent/CN101874387B/zh
Priority to BRPI0820279-6A priority patent/BRPI0820279A2/pt
Priority to EP08855121A priority patent/EP2220828A2/fr
Priority to JP2010536121A priority patent/JP5123396B2/ja
Priority to PCT/US2008/084670 priority patent/WO2009070576A2/fr
Priority to KR1020127016867A priority patent/KR20120091404A/ko
Priority to BRPI0823521-0A priority patent/BRPI0823521A2/pt
Priority to CN201210312991.8A priority patent/CN102938912B/zh
Priority to TW097146065A priority patent/TWI374676B/zh
Assigned to QUALCOMM INCORPORATED reassignment QUALCOMM INCORPORATED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MEYLAN, ARNAUD
Publication of US20090168723A1 publication Critical patent/US20090168723A1/en
Priority to JP2012115485A priority patent/JP5431526B2/ja
Priority to US15/335,345 priority patent/US10924970B2/en
Priority to US17/154,434 priority patent/US11647435B2/en
Abandoned legal-status Critical Current

Links

Images

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
    • H04W36/023—Buffering or recovering information during reselection
    • H04W36/0235—Buffering or recovering information during reselection by transmitting sequence numbers, e.g. SN status transfer
    • 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
    • H04W36/023—Buffering or recovering information during reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • 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
    • 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/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Definitions

  • the present disclosure relates generally to communication, and more specifically to techniques for transmitting packets in a wireless communication system.
  • Wireless communication systems are widely deployed to provide various communication content such as voice, video, packet data, messaging, broadcast, etc. These wireless systems may be multiple-access systems capable of supporting multiple users by sharing the available system resources. Examples of such multiple-access systems include Code Division Multiple Access (CDMA) systems, Time Division Multiple Access (TDMA) systems, Frequency Division Multiple Access (FDMA) systems, Orthogonal FDMA (OFDMA) systems, and Single-Carrier FDMA (SC-FDMA) systems.
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal FDMA
  • SC-FDMA Single-Carrier FDMA
  • a wireless communication system may include a number of base stations that can support communication for a number of user equipments (UEs).
  • UE user equipments
  • a UE may be mobile and may be handed over from a source base station to a target base station when the UE moves about the system.
  • the source base station may have packets of data that has not been successfully sent to the UE. It may be desirable to properly send these packets to the UE during handover.
  • a UE may be handed over from a source base station to a target base station.
  • the source base station may have packets for the UE and may forward these packets to the target base station.
  • the target base station may receive the packets out of order, e.g., due to the packet-switched nature of the interface between the source and target base stations. If the target base station sends the packets out of order to the UE, then loss of synchronization may occur and/or the UE may be unable to recover the packets.
  • the target base station may determine whether each packet forwarded by the source base station can be sent in order to the UE.
  • Each packet may have a sequence number that may be used to determine its order.
  • the target base station may determine whether each forwarded packet can be sent in order to the UE based on the sequence number of that packet and the sequence number of the last packet sent to the UE.
  • the target base station may send each packet that can be sent in order and may discard the packet otherwise. Radio resources may be saved by not sending packets that would be discarded by the UE.
  • the target base station may re-order packets received from the source base station within a re-ordering window and may send the re-ordered packets to the UE.
  • the target base station may start a timer upon receiving the first packet from the source base station.
  • the target base station may buffer the first packet if it is received out of order.
  • the target base station may also buffer all subsequent packets received out of order from the source base station prior to expiration of the timer.
  • the target base station may re-order and send the buffered packets after expiration of the timer.
  • the re-ordering window may cover a period of time or a range of sequence numbers.
  • the target base station may receive a packet out of order from the source base station and may process the packet as if it is in order.
  • the target base station may increment a hyper-frame number (HFN) due to the out-of-order packet and may cipher the packet with a count comprising the incremented HFN and the sequence number of the packet.
  • HFN hyper-frame number
  • target base station may re-assign the packet with a sequence number that is later than the sequence number of the last sent packet. In either case, the UE can correctly decipher the packet and avoid loss of synchronization.
  • Upper layers at the UE may perform re-ordering of packets.
  • the techniques described herein may be used for packets forwarded from the source base station to the target base station during handover of the UE, as described above.
  • the techniques may be used for packets sent from a first entity (e.g., a source base station or a serving gateway) to a second entity (e.g., another base station) for transmission to a third entity (e.g., a UE).
  • the packets may have sequence numbers and may be received out of order by the second entity.
  • the second entity may process the packets using any of the designs described above.
  • FIG. 1 shows a wireless communication system
  • FIG. 2 shows example protocol stacks for different entities in the system.
  • FIG. 3 shows an example call flow for handover.
  • FIG. 4 shows data transmission and data forwarding during handover.
  • FIG. 5A shows ciphering at a transmitting entity.
  • FIG. 5B shows deciphering at a receiving entity.
  • FIG. 6A shows a COUNT parameter used for ciphering and deciphering.
  • FIG. 6B shows a sequence number space
  • FIG. 7 shows a process for sending packets with packet discarding.
  • FIG. 8 shows an apparatus for sending packets with packet discarding.
  • FIG. 9 shows a process for sending packets with re-ordering.
  • FIG. 10 shows an apparatus for sending packets with re-ordering.
  • FIG. 11 shows a process for sending packets with forced ordering.
  • FIG. 12 shows an apparatus for sending packets with forced ordering.
  • FIG. 13 shows a process for receiving packets.
  • FIG. 14 shows an apparatus for receiving packets.
  • FIG. 15 shows a block diagram of a UE and two base stations.
  • a CDMA system may implement a radio technology such as Universal Terrestrial Radio Access (UTRA), cdma2000, etc.
  • UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA.
  • cdma2000 covers IS-2000, IS-95 and IS-856 standards.
  • a TDMA system may implement a radio technology such as Global System for Mobile Communications (GSM).
  • GSM Global System for Mobile Communications
  • An OFDMA system may implement a radio technology such as Evolved UTRA (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM®, etc.
  • 3GPP Long Term Evolution (LTE) utilizes an air interface defined by E-UTRA and a network architecture defined by E-UTRAN.
  • E-UTRA employs OFDMA on the downlink and SC-FDMA on the uplink.
  • UTRA, E-UTRA, E-UTRAN, LTE and GSM are described in documents from an organization named “3rd Generation Partnership Project” (3GPP).
  • cdma2000 and UMB are described in documents from an organization named “3rd Generation Partnership Project 2” (3GPP2).
  • 3GPP2 3rd Generation Partnership Project 2
  • FIG. 1 shows a wireless communication system 100 , which may be an LTE system.
  • System 100 may include evolved Node Bs (eNBs) and other network entities described by 3GPP.
  • eNBs evolved Node Bs
  • MME Mobility Management Entity
  • An eNB may be a fixed station that communicates with the UEs and may also be referred to as a Node B, a base station, an access point, etc.
  • Each eNB may provide communication coverage for a particular geographic area.
  • the overall coverage area of an eNB may be partitioned into multiple (e.g., three) smaller areas. Each smaller area may be served by a respective eNB subsystem.
  • the term “cell” can refer to the smallest coverage area of an eNB and/or an eNB subsystem serving this coverage area.
  • eNBs 120 and 122 may communicate with each other via an X2 interface, which may be a logical or physical interface.
  • eNBs 120 and 122 may also communicate with MME/serving gateway 130 via an S1 interface.
  • Serving gateway 130 may support data services such as packet data, Voice-over-Internet Protocol (VoIP), video, messaging, etc.
  • MME 130 may be responsible for path switching between a source eNB and a target eNB at handover.
  • MME/serving gateway 130 may couple to a core and/or data network 140 (e.g., the Internet) and may communicate with other entities (e.g., remote servers and terminals) that couple to core/data network 140 .
  • core and/or data network 140 e.g., the Internet
  • other entities e.g., remote servers and terminals
  • a UE 110 may communicate with eNB 120 and/or eNB 122 via the downlink and uplink.
  • the downlink (or forward link) refers to the communication link from an eNB to a UE
  • the uplink (or reverse link) refers to the communication link from the UE to the eNB.
  • UE 110 may also be referred to as a mobile station, a terminal, an access terminal, a subscriber unit, a station, etc.
  • UE 110 may be a cellular phone, a personal digital assistant (PDA), a wireless modem, a wireless communication device, a handheld device, a laptop computer, a cordless phone, a wireless local loop (WLL) station, etc.
  • PDA personal digital assistant
  • FIG. 2 shows example protocol stacks 200 for a user plane in LTE.
  • the user plane carries traffic data between UE 110 and serving gateway 130 via a serving eNB, which may be eNB 120 or 122 in FIG. 1 .
  • a serving eNB which may be eNB 120 or 122 in FIG. 1 .
  • Each entity maintains a protocol stack for communication with another entity.
  • Each protocol stack typically includes a network layer (Layer 3 or L3), a link layer (Layer 2 or L2), and a physical layer (Layer 1, L1 or PHY).
  • the UE and the serving gateway may exchange data using IP at the network layer.
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • RTP Real-time Transport Protocol
  • IP packets may be exchanged between the UE and the serving gateway via the serving eNB.
  • the link layer is typically dependent on network/radio technology.
  • the link layer for the UE is composed of three sublayers for Packet Data Convergence Protocol (PDCP), Radio Link Control (RLC), and Medium Access Control (MAC), which are terminated at the serving eNB.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • the UE further communicates with the serving eNB via E-UTRA air-link interface at the physical layer.
  • the serving eNB may communicate with the serving gateway via IP and a technology-dependent interface for the link and physical layers.
  • PDCP may perform various functions such as compression of upper layer protocol headers, ciphering/encryption and integrity protection of data for security, etc.
  • RLC may perform various functions such as (i) segmentation and concatenation of RLC service data units (SDUs) and error correction through Automatic Repeat reQuest (ARQ) at a transmitter and (ii) duplicate detection of lower layer SDUs, re-ordering of RLC SDUs, and in-order delivery of upper layer protocol data units (PDUs) at a receiver.
  • SDUs segmentation and concatenation of RLC service data units
  • ARQ Automatic Repeat reQuest
  • PDUs upper layer protocol data units
  • the functions performed by PDCP and RLC in LTE may be provided by equivalent protocols in other radio technologies.
  • an IP adaptation layer and a Radio Link Protocol (RLP) in cdma2000 may perform functions similar to those performed by PDCP and RLC, respectively.
  • RLP Radio Link Protocol
  • PDCP is described in 3GPP TS 36.323, entitled “Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) Specification.”
  • RLC is described in 3GPP TS 36.322, entitled “Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) Protocol Specification.” These documents are publicly available.
  • UE 110 may initially communicate with eNB 120 for data exchanges with MME/serving gateway 130 .
  • UE 110 may be mobile and may be handed over from eNB 120 to eNB 122 .
  • eNB 120 may be referred to as a source eNB
  • eNB 122 may be referred to as a target eNB.
  • UE 110 may communicate with eNB 122 for data exchanges with MME/serving gateway 130 .
  • eNB 120 may be a serving eNB for UE 110 prior to the handover
  • eNB 122 may be the serving eNB for UE 110 after the handover.
  • a handover or handoff may refer to a hand over from one eNB to another eNB as well as a hand over between different cells of the same eNB.
  • a handover may be initiated by the system or a UE.
  • the UE may initiate a handover in accordance with a forward handover procedure or may re-establish a radio connection with an appropriate eNB after experiencing outage.
  • a handover may occur in order to support mobility of users in the system, to provide load balancing, to facilitate reconfigurations of radio connection, to facilitate handling of unforeseeable error cases, etc.
  • the system may also initiate a handover for any of the reasons mentioned above.
  • FIG. 3 shows an example call flow 300 for handover of UE 110 from source eNB 120 to target eNB 122 .
  • the source eNB may configure measurement procedures for the UE (step 1 ), and the UE may send measurement reports to the source eNB (step 2 ).
  • the source eNB may make a decision to handover (HO) the UE (step 3 ) and may issue a Handover Request message to the target eNB (step 4 ).
  • the target eNB may perform admission control and may accept handover of the UE (step 5 ).
  • the target eNB may return a Handover Request Acknowledgement (Ack) message to the source eNB (step 6 ).
  • the source eNB may then send a Handover Command message to the UE (step 7 ).
  • Ack Handover Request Acknowledgement
  • the source eNB may receive packets for the UE from the serving gateway (step A) and may send the packets to the UE (step B). After sending the Handover Command message in step 7 , the source eNB may forward buffered packets for the UE to the target eNB (steps C and D). The forwarded packets may include packets that have not been sent to the UE as well as packets that are in transit, e.g., packets sent but not successfully received by the UE. The target eNB may buffer the packets received from the source eNB (step E).
  • the UE may detach from the source eNB, perform synchronization to the target eNB, and start acquiring uplink timing advance (step 8 ).
  • the target eNB may respond with resource allocation and timing advance (TA) for the UE (step 9 ).
  • TA resource allocation and timing advance
  • the UE may send a Handover Confirm message to the target eNB to indicate that the handover procedure is completed for the UE (step 10 ).
  • the target eNB may send a Handover Complete message to inform the MME/serving gateway that the UE has changed eNB (step 11 ).
  • the MME/serving gateway may then switch the data path or connection for the UE from the source eNB to the target eNB (step G).
  • the MME/serving gateway may also return a Handover Complete Ack message to the target eNB (step 12 ).
  • the target eNB may send a Release Resource message to the source eNB to indicate successful handover of the UE (step 13 ).
  • the source eNB may release resources for the UE upon receiving the Release Resource message.
  • the serving gateway may continue to send packets for the UE to the source eNB (step F).
  • the source eNB may continue to forward packets for the UE to the target eNB (step H).
  • the serving gateway may send packets for the UE to the target eNB (step 13 .
  • the target eNB may send the packets forwarded from the source eNB and the packets received from the serving gateway to the UE (step J).
  • FIG. 3 shows an example call flow for handover of the UE from the source eNB to the target eNB. Handover of the UE may also be performed with other call flows.
  • FIG. 4 shows an example of data transmission and data forwarding during handover.
  • the serving gateway may send packets for the UE to the source eNB via the S1 interface (steps A and F in FIG. 3 ).
  • the source eNB may receive the packets as PDCP SDUs and may assign a PDCP sequence number (SN) to each PDCP SDU.
  • PDCP SDU #k denotes a PDCP SDU with a PDCP SN of k.
  • the source eNB may process and send each PDCP SDU to the UE (step B in FIG. 3 ).
  • the data path for the UE may be switched from the source eNB to the target eNB (step G in FIG. 3 ).
  • the serving gateway may send new packets for the UE to the target eNB via the S1 interface (step 1 in FIG. 3 ).
  • the target eNB may receive the packets as PDCP SDUs, and may assign a PDCP SN to each PDCP SDU.
  • the target eNB may process and send each PDCP SDU to the UE (step J in FIG. 3 ).
  • the source eNB may have (i) pending PDCP SDUs that have not yet been sent to the UE and/or (ii) in-transit PDCP SDUs that have been sent to the UE but not correctly decoded by the UE.
  • the source eNB may forward the pending and in-transit PDCP SDUs to the target eNB via the X2 interface (steps D and H in FIG. 3 ).
  • the target eNB may receive the forwarded PDCP SDUs out of order, e.g., due to the packet-switched nature of the X2 interface.
  • the serving gateway may send new packets in order to the target eNB.
  • the target eNB may also receive the new packets out of order, e.g., due to the packet-switched nature of the S1 interface.
  • the PDCP SDUs may be ordered such that PDCP SDU # 1 is the earliest PDCP SDU and PDCP SDU # 4 is the latest PDCP SDU.
  • the source eNB may send PDCP SDUs # 1 through # 4 in order to the UE.
  • the UE may decode PDCP SDU # 1 correctly, decode PDCP SDUs # 2 and # 3 in error, and decode PDCP SDU # 4 correctly.
  • the UE may correctly decode PDCP SDU # 4 , but not PDCP SDUs # 2 and # 3 , due to early HARQ termination of PDCP SDU # 4 .
  • the source eNB may forward PDCP SDUs # 2 and # 3 to the target eNB.
  • the target eNB may receive PDCP SDU # 3 before PDCP SDU # 2 .
  • the target eNB may then send PDCP SDU # 2 and/or PDCP SDU # 3 to the UE prior to the new packets from the serving gateway.
  • FIG. 5A shows ciphering of a PDCP SDU at a transmitting entity, which may be the serving eNB for downlink transmission or the UE for uplink transmission.
  • a unit 510 may receive parameters such as KEY, COUNT, BEARER and DIRECTION.
  • the KEY parameter may comprise a cipher key used for ciphering data.
  • the COUNT parameter may be a crypto-sync that may act as a time-variant input for a ciphering algorithm.
  • the BEARER parameter may indicate a radio bearer of the data being ciphered.
  • the DIRECTION parameter may comprise a bit that may be set to ‘0’ for uplink transmission or to ‘1’ for downlink transmission.
  • Unit 510 may generate a keystream based on all of the parameters and in accordance with the ciphering algorithm defined by LTE.
  • An exclusive-OR gate 512 may perform bit-wise modulo-2 addition of the keystream bits from unit 510 and input data bits for a PDCP SDU and may provide ciphered data bits for the PDCP SDU.
  • FIG. 5B shows deciphering of a PDCP SDU at a receiving entity, which may be the UE for downlink transmission or the serving eNB for uplink transmission.
  • a unit 550 may receive the KEY, COUNT, BEARER and DIRECTION parameters. Unit 550 may generate a keystream based on all of the parameters and in the same manner as unit 510 at the transmitting entity.
  • An exclusive-OR gate 552 may perform bit-wise modulo-2 addition of the keystream bits from unit 550 and the ciphered data bits for a PDCP SDU and may provide deciphered data bits for the PDCP SDU.
  • FIG. 6A shows a design of the COUNT parameter in LTE.
  • the COUNT is a 32-bit value composed of an M-bit HFN and an N-bit PDCP SN, where M and N may be configurable values.
  • the HFN occupies the M most significant bits (MSBs) of the COUNT
  • the PDCP SN occupies the N least significant bits (LSBs) of the COUNT.
  • the 32-bit COUNT is composed of a 20-bit HFN and a 12-bit PDCP SN.
  • the 32-bit COUNT is composed of a 25-bit HFN and a 7-bit PDCP SN.
  • the PDCP SN is sent over the air with each PDCP SDU.
  • the HFN is not sent over the air in order to reduce overhead.
  • K may be equal to 127 for a 7-bit PDCP SN or equal to 4095 for a 12-bit PDCP SN.
  • a PDCP SDU may have a PDCP SN of k, which may be within the range of 0 to K. The PDCP SN may be incremented for each new PDCP SDU until it reaches the maximum value of K and may then wrap around to 0.
  • a portion of the PDCP SN space may be considered as being “later” than k, and the remaining portion of the PDCP SN space may be considered as being “earlier” than k.
  • PDCP SNs of k+1 to L may be considered as being later than PDCP SN of k, and PDCP SNs of L+1 to k ⁇ 1 may be considered as being earlier than PDCP SN of k, as shown in FIG. 6B .
  • L may also be defined in other manners.
  • PDCP SNs of 0 through k ⁇ 1 may be considered as being “smaller” than k.
  • PDCP SNs of k+1 to K may be considered as being “larger” than k.
  • the UE may access eNB 120 and may establish radio bearers for communication with the eNB.
  • the UE and the eNB may each reset the COUNT to zero when the radio bearers are established.
  • the eNB may increment the PDCP SN whenever a new PDCP SDU is received from the serving gateway and may increment the HEN whenever the PDCP SN wraps around to zero after reaching the maximum value of K.
  • the eNB may send each PDCP SDU and its PDCP SN to the UE.
  • the UE may receive the PDCP SDU from the eNB and may update the HFN based on the PDCP SN.
  • the UE may be handed over from source eNB 120 to target eNB 122 .
  • the source eNB may send pertinent state information, such as the current HFN and the current PDCP SN, to the target eNB.
  • the target eNB may assign PDCP SNs to new PDCP SDUs received from the serving gateway starting with the current PDCP SN and HFN received from the source eNB.
  • the UE may maintain the COUNT through the handover and may update the HFN based on the PDCP SNs of the PDCP SDUs received from the target eNB.
  • the PDCP specification in LTE is written with an assumption that PDCP SDUs with increasing PDCP SNs are passed to lower layer at a transmitting entity.
  • a receiving entity may assume that the lower layer will deliver PDCP SDUs in the proper order. The receiving entity may thus increment the HFN whenever the PDCP SN of a newly received PDCP SDU is smaller than the PDCP SN of the last received PDCP SDU.
  • the serving eNB may assign a PDCP SN to each PDCP SDU received from the serving gateway.
  • the eNB may increment the PDCP SN after each PDCP SDU and may increment the HFN whenever the PDCP SN wraps around to zero.
  • the eNB may cipher each PDCP SDU with a COUNT formed by the HFN maintained by the eNB and the PDCP SN of that PDCP SDU, as shown in FIG. 5A .
  • the eNB may transmit each PDCP SDU in the proper order to the UE.
  • the UE may receive the PDCP SDUs from the eNB in the proper order.
  • the UE may increment the HFN whenever it receives a PDCP SDU with a smaller PDCP SN than that of the last PDCP SDU.
  • the UE may decipher each received PDCP SDU with a COUNT formed by the HFN maintained by the UE and the PDCP SN obtained from the received PDCP SDU.
  • the conventional processing scheme described above may result in errors during handover of the UE from the source eNB to the target eNB.
  • the source eNB may forward PDCP SDUs via the X2 (or S1) interface to the target eNB. Because the X2 (or S1) interface is not a circuit-switched interface, the forwarded PDCP SDUs may arrive out of order at the target eNB, e.g., as shown in FIG. 4 . If the target eNB processes each forwarded PDCP SDU as it is received from the source eNB, then reception of PDCP SDUs out of order at the target eNB may result in deciphering error and/or loss of HFN synchronous at the UE.
  • the target eNB may receive PDCP SDU # 3 from the source eNB and may cipher this PDCP SDU with a COUNT formed by the HFN and a PDCP SN of 3. This COUNT may be denoted as (HFN
  • the target eNB may pass the ciphered PDCP SDU # 3 to lower layer for transmission to the UE.
  • the target eNB may thereafter receive PDCP SDU # 2 out of order from the source eNB.
  • the target eNB may cipher PDCP SDU # 2 with (HFN
  • the UE may increment its HFN when it receives PDCP SDU # 2 after receiving PDCP SDU # 3 .
  • the UE may then decipher PDCP SDU # 2 with (HFN+1
  • the UE would be out of HFN synchronization since it would use HFN+1 for deciphering subsequent PDCP SDUs while the target eNB would continue to use HFN for ciphering. Subsequent PDCP SDUs may thus be deciphered in error by the UE.
  • the UE may maintain a duplicate-discard window to avoid getting out of HFN synchronization.
  • the start of the window may be placed at the last PDCP SDU delivered to upper layers, and the end of the window may be placed at the latest PDCP SDU not yet delivered to upper layers.
  • the UE may use the duplicate-discard window to determine whether to process and deliver a PDCP SDU to upper layers or to discard the PDCP SDU.
  • the UE may correctly decode PDCP SDUs # 1 and # 4 but not PDCP SDUs # 2 and # 3 .
  • the UE may deliver PDCP SDU # 1 to upper layers and may buffer PDCP SDU # 4 .
  • the UE may then receive PDCP SDU # 3 from the target eNB and may correctly decode this PDCP SDU.
  • the UE may assume that PDCP SDUs are sent in order by the target eNB and may assume that PDCP SDU # 2 is lost.
  • the UE may then deliver PDCP SDUs # 3 and # 4 to upper layers and may move the start of the duplicate-discard window to PDCP SDU # 4 .
  • the UE may thereafter receive PDCP SDU # 2 from the target eNB.
  • the UE may recognize that this PDCP SDU is outside the duplicate-discard window and may discard the PDCP SDU.
  • the UE may maintain the HFN instead of incrementing it.
  • This UE processing scheme may avoid loss of HFN synchronization. However, radio resources are wasted by sending out-of-order PDCP SDUs that the UE would discard.
  • processing schemes may be used to handle out-of-order packets and avoid loss of HFN synchronization at the UE. These processing schemes may be used during handover when the target eNB may receive forwarded PDCP SDUs from the source eNB out of order.
  • the target eNB may discard PDCP SDUs that it cannot send in order to the UE.
  • the target eNB may process and send PDCP SDUs as they are received and does not attempt to re-order these PDCP SDUs. Instead, if the target eNB receives a forwarded PDCP SDU with an earlier PDCP SN than that of a PDCP SDU that has been sent to the UE, then the target eNB would discard the forwarded PDCP SDU and not send it to the UE.
  • the target eNB may maintain a pointer for the PDCP SN of the latest PDCP SN sent to the UE.
  • the target eNB may compare the PDCP SN of a forwarded PDCP SDU against this pointer to determine whether or not the PDCP SDU can be sent in order to the UE.
  • the target eNB may receive PDCP SDU # 3 from the source eNB, cipher this PDCP SDU with (HFN
  • the target eNB may set the pointer to 3.
  • the target eNB may thereafter receive PDCP SDU # 2 from the source eNB and may compare the PDCP SN of 2 against the pointer.
  • the target eNB may discard this PDCP SDU since its PDCP SN of 2 is earlier than the PDCP SN of 3 of the transmitted PDCP SDU.
  • the first processing scheme may simplify operation of the target eNB. This processing scheme may also save radio resources since the target eNB does not send out-of-order PDCP SDUs that the UE would discard using the duplicate-discard window described above.
  • the target eNB may perform re-ordering of forwarded PDCP SDUs for a short period of time or a small range of PDCP SNs. This short time period or small PDCP SN range may be referred to as a re-ordering window.
  • the target eNB may use a timer to keep track of time and may start the timer upon receiving the first forward PDCP SDU from the source eNB.
  • the target eNB may buffer all forwarded PDCP SDUs received out of order from the source eNB while the timer is active.
  • the target eNB may re-order all buffered PDCP SDUs and may cipher and send each re-ordered PDCP SDU to the UE.
  • the re-ordering window may be used to receive PDCP SDUs that are earlier than the first forwarded PDCP SDU from the source eNB.
  • the target eNB may receive PDCP SDU # 3 from the source eNB, buffer this PDCP SDU, and start the timer. The target eNB may thereafter receive PDCP SDU # 2 from the source eNB and may also buffer this PDCP SDU. When the timer expires, the target eNB may re-order PDCP SDUs # 2 and # 3 . The target eNB may then process and send PDCP SDU # 2 and then process and send PDCP SDU # 3 .
  • the target eNB may re-order, cipher, and send PDCP SDUs # 2 and # 3 to the UE, instead of waiting for the timer to expire.
  • the processing by the target eNB may be dependent on the state information available to the target eNB.
  • the UE may be able to receive PDCP SDUs # 2 and # 3 in order from the target eNB.
  • the target eNB may start the timer for only the first forwarded PDCP SDU from the source eNB.
  • the target eNB may operate in the same manner as in the first processing scheme after the timer expires.
  • the target eNB may simply discard the forwarded PDCP SDU. For the example shown in FIG. 4 , if the target eNB receives PDCP SDU # 2 after expiration of the timer, then the target eNB may discard this PDCP SDU.
  • the target eNB may start the timer for the first forwarded PDCP SDU and also when a forwarded PDCP SDU with a non-consecutive PDCP SN is received from the source eNB. For example, the target eNB may send PDCP SDU # 2 and # 3 after expiration of the timer and may thereafter receive PDCP SDU # 6 from the source eNB. The target eNB may then start the timer and wait for PDCP SDU # 5 from the source eNB.
  • the target eNB may set the end of the window to the last PDCP SDU sent to the UE.
  • the re-ordering window may span a predetermined number of PDCP SNs or all pending and in-transit PDCP SDUs.
  • the target eNB may advance the re-ordering window whenever a later PDCP SDU is received from the source eNB.
  • the target eNB may process and send a PDCP SDU at the start of the re-ordering window.
  • the re-ordering window may cover PDCP SDUs # 2 and # 3 . If the target eNB receives PDCP SDU # 2 from the source eNB, then the target eNB may process and send this PDCP SDU and advance the window. If the target eNB receives PDCP SDU # 3 from the source eNB, then the target eNB may maintain the window and wait for PDCP SDU # 2 . If the target eNB receives PDCP SDU # 5 from the source eNB, then the target eNB may advance the window since the likelihood of receiving PDCP SDU # 2 may be reduced.
  • the re-ordering window duration may be selected based on a tradeoff between latency and data loss.
  • a wider re-ordering window may ensure that more PDCP SDUs received out of order from the source eNB can be sent to the UE but may also result in a longer delay in sending the PDCP SDUs to the UE.
  • a shorter re-ordering window may result in a shorter delay in sending the PDCP SDUs but may also result in more PDCP SDUs being discarded.
  • the target eNB may update the HFN in the same manner as the UE in order to avoid loss of HFN synchronization.
  • the UE may assume that PDCP SDUs are sent in order and may increment the HFN whenever a PDCP SDU with a smaller PDCP SN is received.
  • the target eNB may also increment the HFN whenever a forwarded PDCP SDU with a smaller PDCP SN is received from the source eNB.
  • the target eNB may process (e.g., cipher) each forwarded PDCP SDU received from the source eNB and may send the PDCP SDU to the UE.
  • the target eNB may process and send each forwarded PDCP SDU as it is received from the source eNB, without buffering the PDCP SDU at the target eNB.
  • the target eNB may increment the HFN whenever a forwarded PDCP SDU with a smaller PDCP SN is received from the source eNB.
  • the target eNB may then cipher the forward PDCP SDU with the updated HFN.
  • the target eNB may receive PDCP SDU # 3 from the source eNB, cipher this PDCP SDU with (HFN
  • the target eNB may thereafter receive PDCP SDU # 2 from the source eNB.
  • the target eNB may increment the HFN in response to receiving a smaller PDCP SN and in anticipation of the UE incrementing its HFN.
  • the target eNB may then cipher PDCP SDU # 2 with (HFN+1
  • the UE may increment its HFN in response to receiving the ciphered PDCP SDU # 2 and may deciphered this PDCP SDU with (HFN+1
  • the UE may be able to correctly decipher PDCP SDU # 2 , even though it is sent out of order, due to the target eNB updating the HFN in the same manner as the UE.
  • the UE may deliver the deciphered PDCP SDU # 2 out of order to upper layers since this PDCP SDU has a COUNT of (HFN+1
  • the UE may be desirable for the UE to deliver PDCP SDUs out of order to upper layers instead of discarding these PDCP SDUs.
  • the upper layers may utilize a protocol (e.g., TCP or RTP) that can re-order data and provide the data in order to end applications.
  • TCP or RTP a protocol that can re-order data and provide the data in order to end applications.
  • out-of-order PDCP SDUs may occur infrequently. It may be acceptable to deliver the PDCP SDUs out of order to upper layers as long as the HFN is kept in synchronization.
  • the target eNB may re-assign forwarded PDCP SDUs with new PDCP SNs, as needed, in order to avoid loss of HFN synchronization.
  • the target eNB may process and send each forwarded PDCP SDU as it is received from the source eNB, without buffering the PDCP SDU. If the target eNB receives a forwarded PDCP SDU that is earlier than a PDCP SDU already transmitted to the UE, then the target eNB may re-assign this PDCP SDU with a new PDCP SN that is later than the PDCP SN of the transmitted PDCP SDU.
  • the target eNB may receive state information indicating that PDCP SN of 4 was the last PDCP SN used by the source eNB.
  • the target eNB may receive PDCP SDU # 3 from the source eNB, cipher this PDCP SDU with (HFN
  • the target eNB may thereafter receive PDCP SDU # 2 from the source eNB.
  • the target eNB may re-assign this PDCP SDU with a PDCP SN of 5, cipher this PDCP SDU with (HFN
  • the target eNB may re-assign this PDCP SDU with a PDCP SN of 6, cipher the PDCP SDU with (HFN
  • the target eNB may thus re-assign each forwarded PDCP SDU from the source eNB in the same manner and may process and send the PDCP SDU to the UE.
  • the target eNB may re-assign PDCP SNs to forwarded PDCP SDUs that are received out of order from the source eNB. This re-assignment of PDCP SNs may allow the UE to correctly decipher the PDCP SDUs while maintaining HFN synchronization.
  • the UE may deliver the PDCP SDUs out of order to upper layers, which may be acceptable or desirable as described above.
  • the target eNB may assign sequentially increasing PDCP SNs to new packets received from the serving gateway.
  • the four processing schemes described above may avoid loss of HFN synchronization.
  • the target eNB may receive forwarded PDCP SDUs from the source eNB and may send these PDCP SDUs using any one of the four processing schemes described above. All four processing schemes would allow the UE to correctly decipher each PDCP SDU and maintain HFN synchronization with the target eNB.
  • the first and second processing schemes may allow the UE to deliver PDCP SDUs in order to upper layers.
  • the third and fourth processing schemes may result in PDCP SDUs being delivered out of order to upper layers at the UE, which may be acceptable.
  • HFN synchronization may also be achieved with other processing schemes.
  • processing schemes have been described for PDCP SDUs in LTE. In general, these processing schemes may be used for packets at any layer in a protocol stack and for any protocol. Also for clarity, the processing schemes have been described for handover of the UE from the source eNB to the target eNB. These processing schemes may also be used for packets sent from the serving gateway to the serving eNB. The packets may be assigned sequence numbers, e.g., by a GPRS Tunneling Protocol (GTP). The serving eNB may process the packets from the serving gateway in similar manner as PDCP SDUs forwarded from another eNB.
  • GTP GPRS Tunneling Protocol
  • FIG. 7 shows a design of a process 700 for sending packets in a wireless communication system.
  • Process 700 may be performed by a transmitter, which may be a base station/eNB for data transmission on the downlink or a UE for data transmission on the uplink.
  • a sequence of packets may be received from a first entity at a second entity, e.g., via a packet-switched interface (block 812 ). Whether each packet in the sequence can be sent in order to a third entity may be determined (block 814 ). Each packet that can be sent in order may be sent to the third entity (block 816 ). Each packet that cannot be sent in order may be discarded (block 818 ). Each packet in the sequence may be either processed and sent or discarded as the packet is received from the first entity, without buffering the packet at the second entity.
  • the first entity may be a source base station/eNB
  • the second entity may be a target base station/eNB
  • the third entity may be a UE.
  • Blocks 812 to 818 may be performed by the target base station during handover of the UE from the source base station to the target base station.
  • the first entity may be a serving gateway
  • the second entity may be a base station
  • the third entity may be a UE.
  • the packets may comprise PDCP SDUs or some other type of packets.
  • a pointer may be maintained for a sequence number of a latest packet sent to the third entity. Whether a packet can be sent in order may be determined based on the sequence number of that packet and the pointer. A packet cannot be sent in order if it has an earlier sequence number than the sequence number of a packet already sent to the third entity.
  • FIG. 8 shows a design of an apparatus 800 for sending packets in a wireless communication system.
  • Apparatus 800 includes a module 812 to receive a sequence of packets from a first entity at a second entity, a module 814 to determine whether each packet in the sequence can be sent in order to a third entity, a module 816 to send to the third entity each packet that can be sent in order, and a module 818 to discard each packet that cannot be sent in order.
  • FIG. 9 shows a design of a process 900 for sending packets in a wireless communication system.
  • a sequence of packets may be received from a first entity at a second entity, e.g., via a packet-switched interface (block 912 ).
  • the packets in the sequence may be re-ordered (block 914 ).
  • the re-ordered packets may be sent from the second entity to a third entity (block 916 ).
  • the first entity may be a source base station
  • the second entity may be a target base station
  • the third entity may be a UE.
  • Blocks 912 to 916 may be performed by the target base station during handover of the UE from the source base station to the target base station.
  • the first entity may be a serving gateway
  • the second entity may be a base station
  • the third entity may be a UE.
  • the packets may comprise PDCP SDUs or some other type of packets.
  • the sequence of packets may be received by the second entity during a time period determined by a re-ordering window.
  • a timer may be started in response to receiving a first packet in the sequence from the first entity.
  • the first packet may be buffered if it is not received in order.
  • Subsequent packets not received in order from the first entity prior to expiration of the timer may also be buffered.
  • the buffered packets may be re-ordered and sent after expiration of the timer.
  • Each packet received from the first entity after expiration of the timer may be processed and sent without buffering at the second entity.
  • FIG. 10 shows a design of an apparatus 1000 for sending packets in a wireless communication system.
  • Apparatus 1000 includes a module 1012 to receive a sequence of packets from a first entity at a second entity, a module 1014 to re-order the packets in the sequence, and a module 1016 to send the re-ordered packets from the second entity to a third entity.
  • FIG. 11 shows a design of a process 1100 for sending packets in a wireless communication system.
  • a first packet with a first sequence number may be received (block 1112 ) and processed for transmission to a receiving entity (block 1114 ).
  • a second packet with a second sequence number earlier than the first sequence number may be received (block 1116 ).
  • the second packet may be received out of order with respect to the first packet.
  • the second packet may be processed as if it is later than the first packet for transmission to the receiving entity (block 1118 ).
  • the first and second packets may be processed as each packet is received, without buffering these packets.
  • the receiving entity may be a UE.
  • the first and second packets may be forwarded by a source base station to a target base station during handover of the UE from the source base station to the target base station.
  • the first and second packets may be received by a base station from a serving gateway.
  • the first packet may be ciphered with a first count comprising an HFN and the first sequence number.
  • the HFN may be incremented in response to receiving the second packet out of order.
  • the second packet may be ciphered with a second count comprising the incremented HFN and the second sequence number.
  • the second packet may be re-assigned with a third sequence number that is later than the first sequence number.
  • the second packet may then be processed with the third sequence number for transmission to the receiving entity.
  • a third packet with the third sequence number may be received thereafter and may be re-assigned with a fourth sequence number that is later than the third sequence number.
  • the third packet may then be processed with the fourth sequence number for transmission to the receiving entity.
  • FIG. 12 shows a design of an apparatus 1200 for sending packets in a wireless communication system.
  • Apparatus 1200 includes a module 1212 to receive a first packet with a first sequence number, a module 1214 to process the first packet for transmission to a receiving entity, a module 1216 to receive a second packet with a second sequence number earlier than the first sequence number, with the second packet being received out of order with respect to the first packet, and a module 1218 to process the second packet for transmission to the receiving entity, with the second packet being processed as if it is later than the first packet.
  • FIG. 13 shows a design of a process 1300 for receiving packets in a wireless communication system.
  • a sequence of packets may be received from a target base station at a UE (block 1312 ).
  • the sequence of packets may be forwarded by a source base station to the target base station during handover of the UE from the source base station to the target base station.
  • the target base station may (i) discard at least one forwarded packet that cannot be sent in order to the UE, or (ii) receive the forwarded packets out of order and re-order the packets prior to transmission to the UE, or (iii) receive a forwarded packet out of order and process the packet as if it is received in order.
  • Each packet in the sequence may be processed to recover the packet (block 1314 ).
  • an HFN may be incremented if a packet has a smaller sequence number than a sequence number of a preceding packet in the sequence.
  • the packet may be deciphered with a count comprising the HFN and the sequence number of the packet.
  • Recovered packets may be delivered to upper layers.
  • One or more recovered packets may be delivered out of order to the upper layers.
  • the upper layers may re-order the data in the recovered packets.
  • FIG. 14 shows a design of an apparatus 1400 for sending packets in a wireless communication system.
  • Apparatus 1400 includes a module 1412 to receive a sequence of packets from a target base station at a UE, and a module 1414 to process each packet in the sequence to recover the packet.
  • the modules in FIGS. 8 , 10 , 12 and 14 may comprise processors, electronics devices, hardware devices, electronics components, logical circuits, memories, etc., or any combination thereof.
  • FIG. 15 shows a block diagram of a design of UE 110 , source eNB/base station 120 , and target eNB/base station 122 .
  • a transmit processor 1514 a may receive traffic data from a data source 1512 a and control information from a controller/processor 1530 a and a scheduler 1534 a .
  • Controller/processor 1530 a may provide messages for handover of UE 120 .
  • Scheduler 1534 a may provide an assignment of downlink and/or uplink resources for UE 120 .
  • Transmit processor 1514 a may process (e.g., encode and symbol map) the traffic data, control information, and pilot and provide data symbols, control symbols, and pilot symbols, respectively.
  • a modulator (MOD) 1516 a may process the data, control, and pilot symbols (e.g., for OFDM) and provide output samples.
  • a transmitter (TMTR) 1518 a may condition (e.g., convert to analog, amplify, filter, and upconvert) the output samples and generate a downlink signal, which may be transmitted via an antenna 1520 a.
  • Target eNB 122 may similarly process traffic data and control information for the UEs served by the eNB.
  • the traffic data, control information, and pilot may be processed by a transmit processor 1514 b , further processed by a modulator 1516 b , conditioned by a transmitter 1518 b , and transmitted via an antenna 1520 b.
  • an antenna 1552 may receive the downlink signals from eNBs 120 and 122 .
  • a receiver (RCVR) 1554 may condition (e.g., filter, amplify, downconvert, and digitize) a received signal from antenna 1552 and provide input samples.
  • a demodulator (DEMOD) 1556 may process the input samples (e.g., for OFDM) and provide detected symbols.
  • a receive processor 1558 may process (e.g., symbol demap and decode) the detected symbols, provide decoded traffic data to a data sink 1560 , and provide decoded control information to a controller/processor 1570 .
  • a transmit processor 1582 may receive and process traffic data from a data source 1580 and control information (e.g., for handover) from controller/processor 1570 .
  • a modulator 1584 may process the symbols from processor 1582 (e.g., for SC-FDM) and provide output samples.
  • a transmitter 1586 may condition the output samples and generate an uplink signal, which may be transmitted via antenna 1552 .
  • the uplink signals from UE 110 and other UEs may be received by antenna 1520 , conditioned by a receiver 1540 , demodulated by a demodulator 1542 , and processed by a receive processor 1544 .
  • Processor 1544 may provide decoded traffic data to a data sink 1546 and decoded control information to controller/processor 1530 .
  • Controllers/processors 1530 a , 1530 b and 1570 may direct the operation at eNBs 120 and 122 and UE 110 , respectively. Controller/processor 1530 at each eNB may also perform or direct process 700 in FIG. 7 , process 900 in FIG. 9 , process 1100 in FIG. 11 , and/or other processes for the techniques described herein. Controller/processor 1570 at UE 110 may perform or direct process 1300 in FIG. 13 and/or other processes for the techniques described herein.
  • Memories 1532 a , 1532 b and 1572 may store data and program codes for eNBs 120 and 122 and UE 110 , respectively.
  • Schedulers 1534 a and 1534 b may schedule UEs for communication with eNBs 120 and 122 , respectively, and may assign resources to the scheduled UEs.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • a general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.
  • a processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
  • a software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
  • An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium.
  • the storage medium may be integral to the processor.
  • the processor and the storage medium may reside in an ASIC.
  • the ASIC may reside in a user terminal.
  • the processor and the storage medium may reside as discrete components in a user terminal.
  • the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium.
  • Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • a storage media may be any available media that can be accessed by a general purpose or special purpose computer.
  • such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code means in the form of instructions or data structures and that can be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor. Also, any connection is properly termed a computer-readable medium.
  • Disk and disc includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
US12/276,590 2007-11-27 2008-11-24 Method and apparatus for handling out-of-order packets during handover in a wireless communication system Abandoned US20090168723A1 (en)

Priority Applications (17)

Application Number Priority Date Filing Date Title
US12/276,590 US20090168723A1 (en) 2007-11-27 2008-11-24 Method and apparatus for handling out-of-order packets during handover in a wireless communication system
PCT/US2008/084670 WO2009070576A2 (fr) 2007-11-27 2008-11-25 Procédé et dispositif pour gérer des paquets dans le désordre pendant un transfert intercellulaire dans un système de communication sans fil
KR1020127016867A KR20120091404A (ko) 2007-11-27 2008-11-25 무선 통신 시스템에서 핸드오버 동안에 비순서적인 패킷들을 처리하기 위한 방법 및 장치들
CA2704621A CA2704621A1 (fr) 2007-11-27 2008-11-25 Procede et dispositif pour gerer des paquets dans le desordre pendant un transfert intercellulaire dans un systeme de communication sans fil
KR1020117028052A KR101252705B1 (ko) 2007-11-27 2008-11-25 무선 통신 시스템에서 핸드오버 동안에 비순서적인 패킷들을 처리하기 위한 방법 및 장치들
CN200880117800.4A CN101874387B (zh) 2007-11-27 2008-11-25 用于在无线通信系统中处理切换期间的无序分组的方法和装置
BRPI0820279-6A BRPI0820279A2 (pt) 2007-11-27 2008-11-25 mÉtodo e equipamento para processar pacotes fora de ordem durante handover em sistema de comunicaÇço sem fio
EP08855121A EP2220828A2 (fr) 2007-11-27 2008-11-25 Procédé et dispositif pour gérer des paquets dans le désordre pendant un transfert intercellulaire dans un système de communication sans fil
JP2010536121A JP5123396B2 (ja) 2007-11-27 2008-11-25 ワイヤレス通信システムにおけるハンドオーバの間に順序が狂っているパケットを取り扱うための方法および装置
KR1020107014277A KR101255038B1 (ko) 2007-11-27 2008-11-25 무선 통신 시스템에서 핸드오버 동안에 비순서적인 패킷들을 처리하기 위한 방법 및 장치들
RU2010126220/07A RU2470474C2 (ru) 2007-11-27 2008-11-25 Способ и устройство для манипулирования неупорядоченными пакетами во время передачи обслуживания в системе беспроводной связи
BRPI0823521-0A BRPI0823521A2 (pt) 2007-11-27 2008-11-25 Método e equipamento para comunicação sem fio e produto de programa de computador
CN201210312991.8A CN102938912B (zh) 2007-11-27 2008-11-25 用于在无线通信系统中处理切换期间的无序分组的方法和装置
TW097146065A TWI374676B (en) 2007-11-27 2008-11-27 Method and apparatus for handling out-of-order packets during handover in a wireless communication system
JP2012115485A JP5431526B2 (ja) 2007-11-27 2012-05-21 ワイヤレス通信システムにおけるハンドオーバの間に順序が狂っているパケットを取り扱うための方法および装置
US15/335,345 US10924970B2 (en) 2007-11-27 2016-10-26 Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US17/154,434 US11647435B2 (en) 2007-11-27 2021-01-21 Method and apparatus for handling out-of-order packets during handover in a wireless communication system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US99058907P 2007-11-27 2007-11-27
US99090607P 2007-11-28 2007-11-28
US12/276,590 US20090168723A1 (en) 2007-11-27 2008-11-24 Method and apparatus for handling out-of-order packets during handover in a wireless communication system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/335,345 Division US10924970B2 (en) 2007-11-27 2016-10-26 Method and apparatus for handling out-of-order packets during handover in a wireless communication system

Publications (1)

Publication Number Publication Date
US20090168723A1 true US20090168723A1 (en) 2009-07-02

Family

ID=40342482

Family Applications (3)

Application Number Title Priority Date Filing Date
US12/276,590 Abandoned US20090168723A1 (en) 2007-11-27 2008-11-24 Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US15/335,345 Active US10924970B2 (en) 2007-11-27 2016-10-26 Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US17/154,434 Active 2029-05-01 US11647435B2 (en) 2007-11-27 2021-01-21 Method and apparatus for handling out-of-order packets during handover in a wireless communication system

Family Applications After (2)

Application Number Title Priority Date Filing Date
US15/335,345 Active US10924970B2 (en) 2007-11-27 2016-10-26 Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US17/154,434 Active 2029-05-01 US11647435B2 (en) 2007-11-27 2021-01-21 Method and apparatus for handling out-of-order packets during handover in a wireless communication system

Country Status (10)

Country Link
US (3) US20090168723A1 (fr)
EP (1) EP2220828A2 (fr)
JP (2) JP5123396B2 (fr)
KR (3) KR101255038B1 (fr)
CN (2) CN101874387B (fr)
BR (2) BRPI0820279A2 (fr)
CA (1) CA2704621A1 (fr)
RU (1) RU2470474C2 (fr)
TW (1) TWI374676B (fr)
WO (1) WO2009070576A2 (fr)

Cited By (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100165937A1 (en) * 2008-12-26 2010-07-01 Lg Electronics Inc. Method of releasing radio bearer in wireless communication system and receiver
US20100202614A1 (en) * 2009-02-09 2010-08-12 Samsung Electronics Co. Ltd. Apparatus and method for ciphering of uplink data in mobile communication system
CN102223691A (zh) * 2010-04-15 2011-10-19 北京三星通信技术研究有限公司 移动通信系统中的切换方法
US20110286433A1 (en) * 2009-02-02 2011-11-24 Huawei Technologies Co., Ltd. Method, apparatus and system for handover between multi-carrier cells
US20120036217A1 (en) * 2010-02-05 2012-02-09 Fujitsu Limited Data conversion device and data conversion method
US20120327803A1 (en) * 2010-03-08 2012-12-27 Neung-Hyung Lee Apparatus and method for forwarding packet by evolved node-b in wireless communication system
US20130035100A1 (en) * 2010-04-14 2013-02-07 Kyocera Corporation Radio base station and communication control method
US20130170496A1 (en) * 2011-12-29 2013-07-04 Lg Electronics Inc. Pdcp packet transmission method
US20130315202A1 (en) * 2012-05-23 2013-11-28 Nvidia Corporation Processing data units
US20140029609A1 (en) * 2012-07-27 2014-01-30 Siamack Ayandeh Updating table data in network device
US8831005B2 (en) 2012-05-23 2014-09-09 Nvidia Corporation Processing data units
US20140286229A1 (en) * 2013-03-20 2014-09-25 Google Inc. Multi-listener Wireless Medium Access Method
WO2016014279A1 (fr) * 2014-07-21 2016-01-28 Cisco Technology, Inc. Communications sensibles à l'ordre dans des réseaux de réordonnancement de paquets
US20160066203A1 (en) * 2014-08-28 2016-03-03 Samsung Electronics Co., Ltd. Method and apparatus for handling packet loss in mobile communication network
US9444753B2 (en) 2013-06-10 2016-09-13 Qualcomm Incorporated Methods and apparatus for improving call performance and data throughput
US20160337724A1 (en) * 2015-05-14 2016-11-17 Huawei Technologies Co., Ltd. System and Method for Photonic Switching
US9860614B2 (en) 2015-05-13 2018-01-02 Huawei Technologies Co., Ltd. System and method for hybrid photonic electronic switching
US20180092146A1 (en) * 2015-04-02 2018-03-29 Kt Corporation Method for reconfiguring wireless bearer and device thereof
US9999049B2 (en) 2015-08-31 2018-06-12 Qualcomm Incorporated Avoiding unnecessary protocol data unit (PDU) transmissions
US10172127B2 (en) * 2014-11-06 2019-01-01 Intel IP Corporation Early termination of repeated transmissions for MTC
US10341900B2 (en) * 2013-04-26 2019-07-02 Huawei Technologies Co., Ltd. Data transmission method, base station, and wireless communications device
US10349312B2 (en) * 2016-06-25 2019-07-09 Huawei Technologies Co., Ltd. Method for handover between distributed APs, central AP, and distributed AP
US20190281505A1 (en) * 2016-09-30 2019-09-12 Amit Kalhan Special uplink subframe for enhanced mobility
US10440611B2 (en) * 2015-02-09 2019-10-08 Huawei Technologies Co., Ltd. RLC data packet offloading method and base station
CN110622543A (zh) * 2017-04-28 2019-12-27 瑞典爱立信有限公司 用于分组数据汇聚协议(pdcp)重新排序的网络节点及其中的方法
US10742365B2 (en) * 2015-09-11 2020-08-11 Nec Corporation Apparatus and method for radio communication
USRE48291E1 (en) * 2008-06-20 2020-10-27 Lg Electronics Inc. Method of delivering a PDCP data unit to an upper layer
US10849163B2 (en) 2015-04-09 2020-11-24 Apple Inc. Random access procedure for enhanced coverage support
US10924970B2 (en) 2007-11-27 2021-02-16 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US20210084522A1 (en) * 2018-06-01 2021-03-18 Huawei Technologies Co., Ltd. Communication Method and Apparatus
CN112584450A (zh) * 2019-09-30 2021-03-30 大唐移动通信设备有限公司 一种锚点转换处理方法、装置及设备
US11096184B2 (en) * 2017-03-13 2021-08-17 Huawei Technologies Co., Ltd. Data processing method, terminal device, and base station
US20220182895A1 (en) * 2019-09-30 2022-06-09 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method and apparatus, and network device
US11363339B2 (en) * 2018-11-07 2022-06-14 Nvidia Corp. Scalable light-weight protocols for wire-speed packet ordering
US11418580B2 (en) * 2011-04-01 2022-08-16 Pure Storage, Inc. Selective generation of secure signatures in a distributed storage network
US11770215B2 (en) 2022-02-17 2023-09-26 Nvidia Corp. Transceiver system with end-to-end reliability and ordering protocols
US11799799B2 (en) 2018-12-04 2023-10-24 Nvidia Corp. Use of stashing buffers to improve the efficiency of crossbar switches

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8213610B2 (en) * 2009-06-25 2012-07-03 Nokia Corporation Generation of key streams in wireless communication systems
CN104394557B (zh) * 2009-10-07 2018-03-30 高通股份有限公司 用于便利td‑scdma系统中的切换的装置和方法
JP5440248B2 (ja) * 2010-02-25 2014-03-12 ソニー株式会社 ハンドオーバを制御するための方法、端末装置、基地局及び無線通信システム
CN103260204A (zh) * 2012-02-21 2013-08-21 鼎桥通信技术有限公司 一种控制无线网络控制器间切换的方法和装置
JP6001886B2 (ja) * 2012-03-13 2016-10-05 株式会社Ｎｔｔドコモ 移動局及び無線基地局
US8958422B2 (en) * 2012-03-17 2015-02-17 Blackberry Limited Handling packet data convergence protocol data units
CN104798320B (zh) * 2013-11-11 2018-11-09 华为技术有限公司 数据传输方法及装置
CN104935413B (zh) * 2014-03-19 2019-12-27 夏普株式会社 分组数据汇聚协议pdcp实体及其执行的方法
CN112713970B (zh) * 2016-11-02 2022-05-13 华为技术有限公司 一种发送报文的方法、装置、芯片及终端
WO2018119123A1 (fr) * 2016-12-20 2018-06-28 Intel IP Corporation Systèmes et procédés de transmission de paquets pendant des procédures de transfert
CN110313195B (zh) * 2017-02-27 2021-08-20 华为技术有限公司 通信方法和装置
WO2018172602A1 (fr) * 2017-03-23 2018-09-27 Nokia Technologies Oy Relocalisation de flux de qualité de service
WO2018189882A1 (fr) * 2017-04-14 2018-10-18 富士通株式会社 Dispositif de communication sans fil, procédé de communication sans fil, et système de communication sans fil
WO2018231006A1 (fr) * 2017-06-16 2018-12-20 Samsung Electronics Co., Ltd. Procédé et appareil permettant de rapporter rapidement des résultats de mesure de fréquence dans un système de communication mobile de prochaine génération
CN109429269B (zh) * 2017-08-22 2022-02-22 中国电信股份有限公司 序列号动态调整方法、装置和基站
EP3697131A4 (fr) * 2017-11-14 2020-10-28 Huawei Technologies Co., Ltd. Procédé et dispositif de commutation
US10749765B2 (en) * 2019-01-08 2020-08-18 International Business Machines Corporation Method and system for monitoring communication in a network
US11418631B2 (en) 2019-07-24 2022-08-16 Mediatek Inc. Efficient packet delivery methods and associated communications apparatus
CN112399476B (zh) * 2019-08-15 2023-04-18 华为技术有限公司 一种数据包传输方法、终端设备及网络设备
KR102230904B1 (ko) * 2019-09-30 2021-03-23 에스케이텔레콤 주식회사 데이터 수신장치 및 데이터 수신장치의 동작 방법
CN113225748A (zh) * 2020-01-17 2021-08-06 普天信息技术有限公司 超帧号失步检测方法及装置
CN114124840B (zh) * 2021-11-26 2023-09-15 哲库科技(北京)有限公司 一种接收pdcp包的方法、装置及终端设备

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5548593A (en) * 1993-06-29 1996-08-20 Alcatel N. V. Resequencing method and resequencing device realizing such a method
US6480477B1 (en) * 1997-10-14 2002-11-12 Innowave Eci Wireless Systems Ltd. Method and apparatus for a data transmission rate of multiples of 100 MBPS in a terminal for a wireless metropolitan area network
US20030007642A1 (en) * 2001-07-05 2003-01-09 Jiang Sam Shiaw-Shiang Local suspend function and reset procedure in a wireless communications system
US20030108045A1 (en) * 2001-08-31 2003-06-12 Ramkumar Jayam Methods and apparatus for partially reordering data packets
US20030157927A1 (en) * 2002-02-16 2003-08-21 Lg Electronics Inc. Method for relocating SRNS in a mobile communication system
US20060251083A1 (en) * 2001-02-27 2006-11-09 Sony Corporation Radio transmission apparatus and radio transmission method
WO2007116701A1 (fr) * 2006-03-28 2007-10-18 Ntt Docomo, Inc. Station de base, dispositif de commande d'acheminement et procédé d commande de transfert
US20070250637A1 (en) * 2005-04-29 2007-10-25 Sam Shiaw-Shiang Jiang Method and Apparatus for Reducing Jitter in a Receiver of a Selective Combining System
WO2007125592A1 (fr) * 2006-04-28 2007-11-08 Panasonic Corporation Appareil de communication et procédé de transfert
US7330439B1 (en) * 1999-05-21 2008-02-12 Nokia Corporation Packet data transmission in third generation mobile system
US20080182579A1 (en) * 2007-01-26 2008-07-31 Industrial Technology Research Institute Methods and Systems for Handover Process in Wireless Communication Networks
US20080259905A1 (en) * 2007-04-18 2008-10-23 Nextwave Broadband, Inc. Base station synchronization for a single frequency network
US20080273532A1 (en) * 2007-05-02 2008-11-06 Tehuti Networks Ltd. Direct Assembly Of A Data Payload In An Application Memory
US20090046577A1 (en) * 2007-08-14 2009-02-19 Motorola, Inc. Resuming an interrupted flow of data packets
US7573883B2 (en) * 2004-03-05 2009-08-11 Telefonaktiebolaget Lm Ericsson (Publ) System, method and operator for increasing the active window size in a NAK-based window protocol
US20090213810A1 (en) * 2005-07-03 2009-08-27 Alvarion Ltd. Transfer of communication sessions between base stations in wireless networks

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6427342A (en) * 1987-07-22 1989-01-30 Mitsubishi Electric Corp Selective sequential control method in packet communication network
US6424625B1 (en) * 1998-10-28 2002-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for discarding packets in a data network having automatic repeat request
US6765885B2 (en) * 2001-02-09 2004-07-20 Asustek Computer Inc. Determination of acceptable sequence number ranges in a communications protocol
US7099346B1 (en) * 2001-05-15 2006-08-29 Golden Bridge Technology, Inc. Channel capacity optimization for packet services
KR100438443B1 (ko) * 2001-12-12 2004-07-03 삼성전자주식회사 이동통신시스템에서 핸드오프 수행방법
KR100747464B1 (ko) * 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속（ｈｓｄｐａ）시스템을 위한타이머를 이용한 교착상황 회피방법
JP2004015143A (ja) * 2002-06-04 2004-01-15 Fujitsu Ltd 移動通信システムにおけるハンドオーバ方法、および移動通信システムにおいて使用されるルータ装置
EP1383292B1 (fr) * 2002-07-16 2005-06-29 Lucent Technologies Inc. Procédé et appareil pour le rangement de paquets dans un réséau de communication mobile
JP2004086508A (ja) 2002-08-26 2004-03-18 Alpine Electronics Inc ３次元形状データに基づく動画の表示制御方法及びナビゲーション装置
US7796602B2 (en) * 2002-11-25 2010-09-14 Intel Corporation In sequence packet delivery without retransmission
CN1523797B (zh) * 2003-02-17 2012-07-04 北京三星通信技术研究有限公司 Wcdma系统增强型上行专用信道harq的重排序方法
US7395538B1 (en) * 2003-03-07 2008-07-01 Juniper Networks, Inc. Scalable packet processing systems and methods
JP2005012718A (ja) * 2003-06-23 2005-01-13 Hitachi Ltd 移動体ｉｐデータ通信システム
EP1511231A1 (fr) * 2003-08-28 2005-03-02 Siemens Aktiengesellschaft Procédé pour la transmission de paquets de données à travers un réseau
US8018945B2 (en) * 2004-04-29 2011-09-13 Interdigital Technology Corporation Method and apparatus for forwarding non-consecutive data blocks in enhanced uplink transmissions
JP2006211632A (ja) * 2005-01-26 2006-08-10 Asustek Computer Inc Ｃｒｃ検査範囲外エラーを検出する方法
US7653060B2 (en) * 2005-09-26 2010-01-26 David Mayhew System and method for implementing ASI over long distances
US7782862B2 (en) * 2006-01-13 2010-08-24 Alcatel-Lucent Usa Inc. Method for controlling packet delivery in a packet switched network
KR101162378B1 (ko) * 2006-03-08 2012-07-04 삼성전자주식회사 이동 통신 시스템에서 복합 자동 재전송 요구의 순서재정렬 동작을 수행하는 방법 및 장치
JP4778342B2 (ja) * 2006-03-27 2011-09-21 富士通株式会社 無線通信方法、無線通信システム、端末および基地局
US7907594B2 (en) * 2006-06-01 2011-03-15 Cisco Technology, Inc. Marking keyframes for a communication session
GB0616682D0 (en) * 2006-08-22 2006-10-04 Nec Corp Mobile telecommunications
US20080137574A1 (en) * 2006-12-08 2008-06-12 Innovative Sonic Limited Method and apparatus for handling data delivery in a wireless communications system
JP4909418B2 (ja) * 2007-03-15 2012-04-04 インターデイジタル テクノロジー コーポレーション 発展型ｈｓｐａシステムでデータをリオーダリングする方法および装置
US8130723B2 (en) * 2007-04-19 2012-03-06 Innovative Sonic Limited Method and apparatus for improving reordering functionality in a wireless communications system
US8774203B2 (en) * 2007-06-07 2014-07-08 Intel Corporation One-way message notification with out-of-order packet delivery
WO2009009532A2 (fr) * 2007-07-11 2009-01-15 Interdigital Technology Corporation Opérations de protocole de convergence de données par paquets
WO2009045160A1 (fr) * 2007-10-02 2009-04-09 Telefonaktiebolaget L M Ericsson (Publ) Procédé et appareil pour un transfert sécurisé dans un réseau de communication
US20090168723A1 (en) 2007-11-27 2009-07-02 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
JP2009139452A (ja) 2007-12-04 2009-06-25 Sharp Corp 表示制御装置

Patent Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5548593A (en) * 1993-06-29 1996-08-20 Alcatel N. V. Resequencing method and resequencing device realizing such a method
US6480477B1 (en) * 1997-10-14 2002-11-12 Innowave Eci Wireless Systems Ltd. Method and apparatus for a data transmission rate of multiples of 100 MBPS in a terminal for a wireless metropolitan area network
US7330439B1 (en) * 1999-05-21 2008-02-12 Nokia Corporation Packet data transmission in third generation mobile system
US20060251083A1 (en) * 2001-02-27 2006-11-09 Sony Corporation Radio transmission apparatus and radio transmission method
US20030007642A1 (en) * 2001-07-05 2003-01-09 Jiang Sam Shiaw-Shiang Local suspend function and reset procedure in a wireless communications system
US20030108045A1 (en) * 2001-08-31 2003-06-12 Ramkumar Jayam Methods and apparatus for partially reordering data packets
US20030157927A1 (en) * 2002-02-16 2003-08-21 Lg Electronics Inc. Method for relocating SRNS in a mobile communication system
US7573883B2 (en) * 2004-03-05 2009-08-11 Telefonaktiebolaget Lm Ericsson (Publ) System, method and operator for increasing the active window size in a NAK-based window protocol
US20070250637A1 (en) * 2005-04-29 2007-10-25 Sam Shiaw-Shiang Jiang Method and Apparatus for Reducing Jitter in a Receiver of a Selective Combining System
US20090213810A1 (en) * 2005-07-03 2009-08-27 Alvarion Ltd. Transfer of communication sessions between base stations in wireless networks
WO2007116701A1 (fr) * 2006-03-28 2007-10-18 Ntt Docomo, Inc. Station de base, dispositif de commande d'acheminement et procédé d commande de transfert
US20090245201A1 (en) * 2006-03-28 2009-10-01 Ntt Docomo, Inc. Base station, path control apparatus and handover control method
WO2007125592A1 (fr) * 2006-04-28 2007-11-08 Panasonic Corporation Appareil de communication et procédé de transfert
US20090180437A1 (en) * 2006-04-28 2009-07-16 Takeshi Kanazawa Communication apparatus and handover method
US20080182579A1 (en) * 2007-01-26 2008-07-31 Industrial Technology Research Institute Methods and Systems for Handover Process in Wireless Communication Networks
US20080259905A1 (en) * 2007-04-18 2008-10-23 Nextwave Broadband, Inc. Base station synchronization for a single frequency network
US20080273532A1 (en) * 2007-05-02 2008-11-06 Tehuti Networks Ltd. Direct Assembly Of A Data Payload In An Application Memory
US20090046577A1 (en) * 2007-08-14 2009-02-19 Motorola, Inc. Resuming an interrupted flow of data packets

Cited By (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11647435B2 (en) 2007-11-27 2023-05-09 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US10924970B2 (en) 2007-11-27 2021-02-16 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
USRE48291E1 (en) * 2008-06-20 2020-10-27 Lg Electronics Inc. Method of delivering a PDCP data unit to an upper layer
US8774108B2 (en) * 2008-12-26 2014-07-08 Lg Electronics Inc. Method of releasing radio bearer in wireless communication system and receiver
US20100165937A1 (en) * 2008-12-26 2010-07-01 Lg Electronics Inc. Method of releasing radio bearer in wireless communication system and receiver
US20110286433A1 (en) * 2009-02-02 2011-11-24 Huawei Technologies Co., Ltd. Method, apparatus and system for handover between multi-carrier cells
US8908640B2 (en) * 2009-02-02 2014-12-09 Huawei Technologies Co., Ltd. Method, apparatus and system for handover between multi-carrier cells
US20100202614A1 (en) * 2009-02-09 2010-08-12 Samsung Electronics Co. Ltd. Apparatus and method for ciphering of uplink data in mobile communication system
US8953781B2 (en) * 2009-02-09 2015-02-10 Samsung Electronics Co., Ltd. Apparatus and method for ciphering of uplink data in mobile communication system
US20120036217A1 (en) * 2010-02-05 2012-02-09 Fujitsu Limited Data conversion device and data conversion method
US20120327803A1 (en) * 2010-03-08 2012-12-27 Neung-Hyung Lee Apparatus and method for forwarding packet by evolved node-b in wireless communication system
US20130035100A1 (en) * 2010-04-14 2013-02-07 Kyocera Corporation Radio base station and communication control method
WO2011129648A3 (fr) * 2010-04-15 2012-01-26 Samsung Electronics Co., Ltd. Appareil et procédé pour un transfert intercellulaire dans un système de communication mobile
CN102223691A (zh) * 2010-04-15 2011-10-19 北京三星通信技术研究有限公司 移动通信系统中的切换方法
US11418580B2 (en) * 2011-04-01 2022-08-16 Pure Storage, Inc. Selective generation of secure signatures in a distributed storage network
US20130170496A1 (en) * 2011-12-29 2013-07-04 Lg Electronics Inc. Pdcp packet transmission method
US8804742B2 (en) * 2011-12-29 2014-08-12 Lg Electronics Inc. PDCP packet transmission method
KR20130093774A (ko) * 2011-12-29 2013-08-23 엘지전자 주식회사 Ｐｄｃｐ 패킷 전송 방법
US20130315202A1 (en) * 2012-05-23 2013-11-28 Nvidia Corporation Processing data units
US8831005B2 (en) 2012-05-23 2014-09-09 Nvidia Corporation Processing data units
US10080161B2 (en) * 2012-05-23 2018-09-18 Nvidia Corporation Processing data units
US20140029609A1 (en) * 2012-07-27 2014-01-30 Siamack Ayandeh Updating table data in network device
US9136984B2 (en) * 2013-03-20 2015-09-15 Google Inc. Multi-listener wireless medium access method
US20140286229A1 (en) * 2013-03-20 2014-09-25 Google Inc. Multi-listener Wireless Medium Access Method
US9398618B2 (en) 2013-03-20 2016-07-19 Google Inc. Multi-listener wireless medium access method
US10341900B2 (en) * 2013-04-26 2019-07-02 Huawei Technologies Co., Ltd. Data transmission method, base station, and wireless communications device
US11129048B2 (en) * 2013-04-26 2021-09-21 Huawei Technologies Co., Ltd. Data transmission method, base station, and wireless communications device
US9444753B2 (en) 2013-06-10 2016-09-13 Qualcomm Incorporated Methods and apparatus for improving call performance and data throughput
US9654389B2 (en) 2014-07-21 2017-05-16 Cisco Technology, Inc. Order-sensitive communications in packet reordering networks
WO2016014279A1 (fr) * 2014-07-21 2016-01-28 Cisco Technology, Inc. Communications sensibles à l'ordre dans des réseaux de réordonnancement de paquets
US20160066203A1 (en) * 2014-08-28 2016-03-03 Samsung Electronics Co., Ltd. Method and apparatus for handling packet loss in mobile communication network
US10172127B2 (en) * 2014-11-06 2019-01-01 Intel IP Corporation Early termination of repeated transmissions for MTC
US11006401B2 (en) 2014-11-06 2021-05-11 Apple Inc. Early termination of repeated transmissions for MTC
US10440611B2 (en) * 2015-02-09 2019-10-08 Huawei Technologies Co., Ltd. RLC data packet offloading method and base station
US20180092146A1 (en) * 2015-04-02 2018-03-29 Kt Corporation Method for reconfiguring wireless bearer and device thereof
US10485042B2 (en) * 2015-04-02 2019-11-19 Kt Corporation Method for reconfiguring wireless bearer and device thereof
US10849163B2 (en) 2015-04-09 2020-11-24 Apple Inc. Random access procedure for enhanced coverage support
US9860614B2 (en) 2015-05-13 2018-01-02 Huawei Technologies Co., Ltd. System and method for hybrid photonic electronic switching
US20160337724A1 (en) * 2015-05-14 2016-11-17 Huawei Technologies Co., Ltd. System and Method for Photonic Switching
US9860615B2 (en) * 2015-05-14 2018-01-02 Huawei Technologies Co., Ltd. System and method for photonic switching
US9999049B2 (en) 2015-08-31 2018-06-12 Qualcomm Incorporated Avoiding unnecessary protocol data unit (PDU) transmissions
US10742365B2 (en) * 2015-09-11 2020-08-11 Nec Corporation Apparatus and method for radio communication
US10349312B2 (en) * 2016-06-25 2019-07-09 Huawei Technologies Co., Ltd. Method for handover between distributed APs, central AP, and distributed AP
US20190281505A1 (en) * 2016-09-30 2019-09-12 Amit Kalhan Special uplink subframe for enhanced mobility
US10945162B2 (en) * 2016-09-30 2021-03-09 Kyocera Corporation Special uplink subframe for enhanced mobility
US11096184B2 (en) * 2017-03-13 2021-08-17 Huawei Technologies Co., Ltd. Data processing method, terminal device, and base station
US11924870B2 (en) 2017-03-13 2024-03-05 Huawei Technologies Co., Ltd. Data processing method, terminal device, and base station using RLC sequence numbers
US11477845B2 (en) 2017-04-28 2022-10-18 Telefonaktiebolaget Lm Ericsson (Publ) Network node and methods therein for packet data convergence protocol (PDCP) reordering
CN110622543A (zh) * 2017-04-28 2019-12-27 瑞典爱立信有限公司 用于分组数据汇聚协议(pdcp)重新排序的网络节点及其中的方法
US20210084522A1 (en) * 2018-06-01 2021-03-18 Huawei Technologies Co., Ltd. Communication Method and Apparatus
US11363339B2 (en) * 2018-11-07 2022-06-14 Nvidia Corp. Scalable light-weight protocols for wire-speed packet ordering
US11470394B2 (en) 2018-11-07 2022-10-11 Nvidia Corp. Scalable light-weight protocols for wire-speed packet ordering
US11799799B2 (en) 2018-12-04 2023-10-24 Nvidia Corp. Use of stashing buffers to improve the efficiency of crossbar switches
CN112584450A (zh) * 2019-09-30 2021-03-30 大唐移动通信设备有限公司 一种锚点转换处理方法、装置及设备
US20220182895A1 (en) * 2019-09-30 2022-06-09 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method and apparatus, and network device
US11770215B2 (en) 2022-02-17 2023-09-26 Nvidia Corp. Transceiver system with end-to-end reliability and ordering protocols

Also Published As

Publication number Publication date
KR20100095615A (ko) 2010-08-31
KR20110135883A (ko) 2011-12-19
JP5123396B2 (ja) 2013-01-23
US20210144605A1 (en) 2021-05-13
KR20120091404A (ko) 2012-08-17
BRPI0820279A2 (pt) 2012-12-25
JP2012239175A (ja) 2012-12-06
US20170048765A1 (en) 2017-02-16
BRPI0823521A2 (pt) 2013-12-17
US11647435B2 (en) 2023-05-09
JP2011505758A (ja) 2011-02-24
CN102938912A (zh) 2013-02-20
JP5431526B2 (ja) 2014-03-05
KR101252705B1 (ko) 2013-04-09
US10924970B2 (en) 2021-02-16
RU2010126220A (ru) 2012-01-10
WO2009070576A3 (fr) 2009-08-13
US20170367017A9 (en) 2017-12-21
RU2470474C2 (ru) 2012-12-20
TW200939830A (en) 2009-09-16
CN101874387A (zh) 2010-10-27
CN101874387B (zh) 2015-10-07
TWI374676B (en) 2012-10-11
EP2220828A2 (fr) 2010-08-25
CN102938912B (zh) 2016-12-21
WO2009070576A2 (fr) 2009-06-04
KR101255038B1 (ko) 2013-04-16
CA2704621A1 (fr) 2009-06-04

Similar Documents

Publication Publication Date Title
US11647435B2 (en) Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US10630819B2 (en) Method and apparatus for PCDP discard
US8437306B2 (en) Layer 2 tunneling of data during handover in a wireless communication system
US8274900B2 (en) Method of delivering a PDCP data unit to an upper layer
US8379855B2 (en) Ciphering in a packet-switched telecommunications system
US20100195617A1 (en) method for handling correctly received but header compression failed packets

Legal Events

Date Code Title Description
AS Assignment

Owner name: QUALCOMM INCORPORATED, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MEYLAN, ARNAUD;REEL/FRAME:022403/0154

Effective date: 20081211

STCB Information on status: application discontinuation

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