WO2011017849A1 - 数据处理方法和装置 - Google Patents

数据处理方法和装置 Download PDF

Info

Publication number
WO2011017849A1
WO2011017849A1 PCT/CN2009/073265 CN2009073265W WO2011017849A1 WO 2011017849 A1 WO2011017849 A1 WO 2011017849A1 CN 2009073265 W CN2009073265 W CN 2009073265W WO 2011017849 A1 WO2011017849 A1 WO 2011017849A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
convergence protocol
packet data
renumbered
data convergence
Prior art date
Application number
PCT/CN2009/073265
Other languages
English (en)
French (fr)
Inventor
常俊仁
李亚娟
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2009/073265 priority Critical patent/WO2011017849A1/zh
Priority to CN200980147157.4A priority patent/CN102239728B/zh
Publication of WO2011017849A1 publication Critical patent/WO2011017849A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Definitions

  • the present invention relates to wireless communication technologies, and in particular, to a data processing method and apparatus. Background technique
  • the uplink and downlink peak rates of the Long Term Evolution Advanced (LTE-A) system are 500 Mbps and 1 Gbps, respectively, and the uplink and downlink peak rates of the Long Term Evolution (LTE) system are 50 Mbps and 100 Mbps, respectively. Due to the increased data transfer rate, a larger number of packet data convergence protocols need to be generated in a short period of time.
  • LTE-A Long Term Evolution Advanced
  • the length of the PDCP sequence number is 12 bits, that is, the sequence number ranges from 0 to 4095.
  • the following two methods can be used: First, the PDCP sequence number is extended, that is, the length of the PDCP sequence number is extended, for example, the PDCP sequence can be used. The length of the number is increased to 14 bits.
  • the second is to use the PDCP SDU aggregation method, that is, to increase the data packet aggregation function at the PDCP layer, and to aggregate multiple PDCP SDUs into one PDCP data packet, which is equivalent to the use of multiple PDCP SDUs.
  • the user equipment (User Equipment, UE) is the base station of the LTE-A system.
  • the target base station can only support the 12-bit PDCP sequence number, and the target base station does not have the aggregation function of the PDCP SDU.
  • the target base station During the handover from the source base station to the target base station, the target base station cannot identify the extended sequence data packet or the aggregated data packet forwarded by the source base station. A mismatch between the source base station and the target base station configuration may result in packet loss during the handover process. Summary of the invention The embodiment of the invention provides a data processing method and device, which reduces packet loss caused by data configuration mismatch in the prior art.
  • the embodiment of the invention provides a data processing method, including:
  • the packet data convergence protocol data packet to be renumbered is determined
  • An embodiment of the present invention provides a data processing apparatus, including:
  • a determining module configured to determine a packet data convergence protocol data packet to be renumbered when it is required to switch to a target system with different packet data aggregation protocol serial number numbers
  • a numbering module configured to renumber the packet data aggregation protocol data packet to be renumbered, so that the renumbered packet data convergence protocol sequence number is within a range supported by the target system.
  • the embodiment of the present invention re-numbers the PDCP data packet, so that the re-numbered PDCP serial number is within the range supported by the target system, and the data format of the target system and the UE after the handover is guaranteed to be the same.
  • FIG. 1 is a schematic flow chart of a method according to a first embodiment of the present invention
  • FIG. 2 is a schematic flow chart of a method according to a second embodiment of the present invention.
  • FIG. 3 is a schematic flow chart of a method according to a third embodiment of the present invention.
  • FIG. 4 is a schematic flow chart of a method according to a fourth embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a method according to a fifth embodiment of the present invention.
  • FIG. 6 is a schematic flow chart of a method according to a sixth embodiment of the present invention.
  • FIG. 7 is a schematic flow chart of a method according to a seventh embodiment of the present invention.
  • FIG. 8 is a schematic flow chart of a method according to an eighth embodiment of the present invention.
  • 9 is a schematic flow chart of a method according to a ninth embodiment of the present invention.
  • Figure 10 is a schematic structural view of a device according to a tenth embodiment of the present invention. detailed description
  • FIG. 1 is a schematic flowchart of a method according to a first embodiment of the present invention, including:
  • Step 11 When it is required to switch to a target system with different PDCP serial number numbers, the base station or the terminal determines the PDCP data packet to be renumbered.
  • the PDCP data packet to be renumbered may be a PDCP SDU or a PDCP Protocol Data Unit (PDU); when the source system uses the PDCP SDU aggregation mode, it is to be renumbered.
  • the PDCP packet is an aggregated PDCP packet that aggregates more than two PDCP SDUs.
  • Step 12 The base station or the terminal renumbers the PDCP data packets to be renumbered, so that the renumbered PDCP serial number is within the range supported by the target system.
  • the numbered PDCP data packets in the LTE-A system need to be renumbered.
  • the numbered PDCP sequence number is within the range supported by the LTE system.
  • the PDCP data packets to be renumbered are renumbered.
  • the PDCP data packet may be a PDCP SDU or a PDCP PDU.
  • the PDCP SDU aggregation mode is used, The PDCP SDUs in the PDCP data packets to be renumbered are renumbered.
  • the renumbered PDCP sequence number is within the range supported by the target system, and the target system and the UE format are guaranteed to be the same after the handover, and the lossless handover is implemented.
  • the two ends of the air interface transmission (the UE is at one end and the evolved NodeB (eNB) at the end) are kept synchronized, and the embodiment of the present invention uses the super frame number ( Hyper Frame Number, HFN ) to maintain the synchronization of both ends of the air interface transmission.
  • HFN Hyper Frame Number
  • FIG. 2 is a schematic flowchart of a method according to a second embodiment of the present invention, including:
  • Step 21 The base station or the terminal determines the PDCP data packet to be renumbered.
  • the PDCP data packet to be renumbered may be a PDCP SDU or a PDCP Protocol Data Unit (PDU); when the source system uses the PDCP SDU aggregation mode, it is to be renumbered.
  • the PDCP data packet is an aggregated PDCP data packet that aggregates more than two PDCP SDUs (hereinafter the meanings of the PDCP data packets to be renumbered are the same, and will not be described again).
  • Step 22 The base station or the terminal renumbers the PDCP data packets to be renumbered, so that the renumbered PDCP serial number is within the range supported by the target system.
  • Step 23 The base station or the terminal acquires an HFN value corresponding to the renumbered PDCP sequence number. Then, the base station or the terminal may sequentially deliver the data according to the renumbered PDCP sequence number and the HFN value, and the sequential handover is also transmitted in order.
  • the synchronization between the two ends of the air interface transmission can be maintained, so that the subsequent data delivery is more accurate.
  • the exemplifying entity that performs re-numbering includes the UE and the eNB.
  • the specific numbering process can be performed by the source eNB or the target eNB, that is, the execution of this embodiment.
  • the subject may be a UE, a source eNB, or a target eNB.
  • FIG. 3 is a schematic flowchart of a method according to a third embodiment of the present invention, including:
  • Step 31 The UE uses the PDCP data packet that is not continuously received by the local end as the PDCP data packet to be renumbered.
  • the non-contiguous correct reception means that the PDCP data packet that has been correctly received but is not consecutively received with the sequence number of the PDCP data packet that was correctly received, for example, if the UE correctly receives the PDCP data packet, the sequence number is 1. 2, 3, then the three PDCP data packets are continuously and correctly received. If the sequence number of the PDCP data packet correctly received by the UE is 1, 2, 4, the PDCP data packet with the sequence number 4 is the UE discontinuously received correctly. PDCP packet.
  • Step 32 The UE renumbers the PDCP data packets to be renumbered, so that the renumbered PDCP serial number is within the range supported by the target system.
  • Step 33 The UE receives the PDCP data packet carrying the PDCP sequence number sent by the target eNB, and performs data processing. For example, the PDCP data packet sent by the target eNB that is the same as the PDCP sequence number renumbered by the local end is discarded, or the data packet smaller than the PDCP sequence number that the UE expects to receive is discarded.
  • Step 34 The UE sends a reception status report to the target eNB.
  • the receiving status information of the PDCP data packet is used to indicate whether the PDCP data packet has been correctly received.
  • the receiving status report includes the received status information of the PDCP data packet whose renumbered PDCP sequence number meets the following conditions:
  • the renumbered PDCP serial number; the function is the corresponding HFN value; when the PDCP serial number extension mode is used, 5W; the PDCP serial number after renumbering the first PDCP data packet to be renumbered, when used In the PDCP SDU aggregation mode, 5W; the PDCP sequence number after renumbering the first PDCP SDU in the first PDCP packet to be renumbered; HFN value; N e [N Q , H] , N Q is the length of the reordering window used by the target eNB, and H is the length of the PDCP sequence number used by the target eNB.
  • a reordering window may be used.
  • the size of the reordering window is half the length of the PDCP sequence number (SN) that the system can support, for example, in an LTE system.
  • reorder window size N. 2048.
  • the UE uses the PDCP data packet that has been sent but has not received the acknowledgement correctly received by the source base station as the PDCP data packet to be renumbered, and then the PDCP data to be renumbered.
  • the package is renumbered.
  • the UE may be configured to receive, according to the receiving status report, whether the base station correctly receives the PDCP data packet, that is, the method further includes: receiving, by the UE, a receiving status report of the PDCP data packet sent by the target eNB, where the receiving status report includes the renumbered PDCP serial number that is satisfied.
  • Receive status information of PDCP packets with the following conditions:
  • the UE can support the data format of the system after the handover, and implement lossless handover.
  • FIG. 4 is a schematic flow chart of a method according to a fourth embodiment of the present invention, including:
  • Step 41 The source eNB determines a PDCP data packet to be renumbered. For example, when downlinking, the source eNB uses the PDCP data packet that has been sent but not received by the UE to correctly receive the acknowledgement as the PDCP data packet to be renumbered and/or the PDCP data packet that is not sent but has the associated PDCP sequence number as the to be renumbered. The PDCP data packet; or, when uplinking, the source eNB uses the PDCP data packet that is not continuously received by the local end as the PDCP data packet to be renumbered.
  • Step 42 The source eNB renumbers the PDCP data packets to be renumbered, so that the renumbered PDCP sequence number is within the range supported by the target system.
  • Step 43 The source eNB sends at least part of the PDCP data packet and the PDCP sequence number renumbered by the PDCP data packet to the target eNB.
  • the source eNB sends all the PDCP data packets to be renumbered and the corresponding renumbered PDCP sequence number and the corresponding HFN value to the target eNB; or the source eNB will partially or completely
  • the renumbered PDCP data packet and the corresponding renumbered PDCP sequence number and the next PDCP sequence number to be allocated and the corresponding HFN value are sent to the target eNB.
  • the source eNB sends part or all of the PDCP data packet to be renumbered and the corresponding renumbered PDCP sequence number to the target eNB, including:
  • the source eNB transmits all the PDCP data packets to be renumbered and the corresponding renumbered PDCP sequence numbers to the target eNB;
  • the source eNB transmits the first part of the PDCP data packet and the corresponding renumbered PDCP sequence number to the target eNB; the source eNB will be the second part
  • the PDCP data packet of the PDCP data packet that has received the correct acknowledgement by the UE is filled with the dummy packet, and the PDCP data packet including the second part of the fake packet is sequentially sent to the target eNB;
  • the first part of the PDCP data packet satisfies the following conditions:
  • the second part of the PDCP data packet satisfies the following conditions:
  • the renumbered PDCP sequence number belongs to the first part; SN is the renumbered PDCP sequence number, which belongs to the second part; HFN value; the HFN value of the corresponding SN)'; when using the PDCP sequence number extension mode, 5W; the PDCP sequence number after renumbering the first PDCP packet to be renumbered, when using the PDCP SDU In the aggregation mode, 5W; the PDCP sequence number after renumbering the first PDCP SDU in the first PDCP packet to be renumbered; HFN value; When using the PDCP sequence number extension mode, &V m is the PDCP sequence number after renumbering the last PDCP packet to be renumbered.
  • &V m is the last to be re-established.
  • the source eNB can support the data format of the system after the handover by renumbering, and implement lossless handover.
  • FIG. 5 is a schematic flowchart of a method according to a fifth embodiment of the present invention, including:
  • Step 51 The target eNB receives the PDCP data packet sent by the source eNB and the corresponding renumbered PDCP sequence number and the corresponding HFN value, where the PDCP data packet is a PDCP SDU or a PDCP PDU.
  • Step 52 The target eNB forwards the PDCP data packet received by the source eNB and the corresponding renumbered PDCP sequence number to the UE.
  • the target eNB can support the data format of the system after the handover by renumbering, and implement lossless handover.
  • FIG. 6 is the present invention.
  • Step 601 The source eNB of the LTE-A system sends a handover command to the UE, where the handover command carries the reference sequence number B.
  • the handover command is a Radio Resource Control (RRC) signaling.
  • RRC Radio Resource Control
  • other RRC signaling may be used to carry the reference sequence number, for example, an RRC connection reconfiguration message.
  • the reference sequence number B may also be sent to the UE by using other separate signaling, and the used signaling format may be physical layer signaling, MAC control PDU signaling, RRC message, or PDCP control PDU signaling.
  • the reference sequence number may be the PDCP sequence number of the first eNB that does not receive the correct acknowledgment sent by the UE, or the PDCP sequence number of the last received acknowledgment sent by the UE, or may be the first specified by the eNB.
  • the eNB sends the PDCP data packet to the UE, where the data packet carries the PDCP sequence number (SN), and then the UE feeds back the receiving status of the data packet to the eNB, for example, a feedback status report, the status report.
  • SN PDCP sequence number
  • the SN and the ACK (correct reception confirmation) or the NACK (correct reception confirmation) and the PDCP data packet are carried in, where ACK indicates that the UE correctly receives the PDCP data packet corresponding to the SN, and the NACK indicates that the UE does not receive the UE correctly.
  • the PDCP packet corresponding to the SN is carried in, where ACK indicates that the UE correctly receives the PDCP data packet corresponding to the SN, and the NACK indicates that the UE does not receive the UE correctly.
  • the PDCP packet corresponding to the SN is carried in, where ACK indicates that the UE correctly receives the PDCP data packet corresponding to the SN, and the NACK indicates that the UE does not receive the UE correctly.
  • Step 602 The source eNB renumbers and allocates the corresponding HFN value of the PDCP data packet to be renumbered on the source eNB side according to the reference sequence number.
  • the PDCP data packet to be renumbered may be a PDCP SDU to be renumbered (when the aggregation mode is not used) or a PDCP PDU to be renumbered (when the aggregation mode is used).
  • the PDCP data packet to be renumbered includes: the first type, the PDCP data packet that has been sent to the UE but has not received the correct acknowledgement from the UE, or the second type, which is not sent to the UE but has been associated with the PDCP of the LTE-A system.
  • the serial number of the PDCP packet includes: the first type, the PDCP data packet that has been sent to the UE but has not received the correct acknowledgement from the UE, or the second type, which is not sent to the UE but has been associated with the PDCP of the LTE-A system.
  • the source e NB may cancel the associated PDCP sequence number, and then send it to the target eNB in order.
  • the source eNB may renumber the associated PDCP sequence numbers.
  • the calculation formula of the HFN value corresponding to the PDCP serial number may be:
  • HFN HFN, + ⁇ ⁇ 1 ⁇ ⁇ ⁇ ,
  • H - l where 5W is the PDCP sequence number after renumbering the PDCP packet to be renumbered in this mode; HFN value; the original serial number of the PDCP packet to be renumbered in the source system; HFN! is the original HFN value corresponding to 5W; the letter ⁇ is corresponding to the first PDCP packet to be renumbered The original HFN value in the source system; H.
  • the length of the PDCP sequence number used for the source system; H is the length of the PDCP sequence number used by the target eNB; P is the total number of PDCP packets to be renumbered; is the reference sequence number; (**) mod ( *) indicates modulo operation; "*" indicates rounding up (the same meaning as the parameter).
  • the HFN of the LTE-A system will occupy less than the LTE system The number of bits. Therefore, when the handover procedure from the LTE system to the LTE-A system, the HFN value that the UE is using in the LTE system before handover is likely to exceed the range supported by the LTE-A system. To solve this problem, you can use the following formula:
  • HFN HFN* +
  • H which is the maximum HFN value that can be supported by the LTE-A system. It can be 0 for the reset value of HF ⁇ , or it can be any value less than or equal to HFN max .
  • L* means downward.
  • SN l ' K ((SN; + Ho x (HFN; - HFN, )-B)xL + K- ⁇ ) mod(H) , l ⁇ / ⁇ p , ⁇ K ⁇ L; PDCP after renumbering
  • the formula for calculating the HFN value corresponding to the serial number is:
  • Step 603 The source eNB obtains the last renumbered PDCP packet and the first weight The interval S between the newly numbered PDCP packets and the preset threshold N.
  • Step 604 The source eNB determines whether S is less than N. If yes, go to step 605. Otherwise, go to step 606.
  • Step 605 The source eNB sends all the PDCP data packets to be renumbered and the corresponding renumbered PDCP sequence numbers to the target eNB in the LTE system, and sends the next SN to be allocated and the corresponding HFN value to the target. eNB. After that, step 608 is performed.
  • the packets sent to the target eNB at this time are: m renumbered PDCP packets and their corresponding preamble ij SN, and the SN" and HFN to be allocated, which can be abbreviated as: m X (DATA + SN') + SN"+HFN" , which represents the PDCP packet.
  • ⁇ W indicates the PDCP sequence number corresponding to the re-numbered PDCP data packet (the same below), indicating the value of the next PDCP sequence number to be allocated
  • HFN indicates the next PDTP sequence number to be allocated corresponding to the PDCP sequence number to be allocated. The value of HFN.
  • Step 606 The source eNB sends the PDCP data packet of the first part and the corresponding re-numbered PDCP sequence number to the target eNB, and uses the fake packet of the PDCP data packet that has received the acknowledgement from the UE in the second part of the PDCP data packet. After filling, the PDCP data packet including the second part of the fake packet is sequentially sent to the target eNB, and the next SN to be allocated and the corresponding HFN value are sent to the target eNB.
  • the first part of the PDCP packet satisfies the following conditions:
  • the second part of the PDCP packet satisfies the following conditions:
  • step 43 For the meaning of the above parameters, refer to step 43.
  • the packets sent to the target eNB at this time are: ml first part of the PDCP packets and their pairs
  • the serial number SN', the second PDCP packet of the second part, and the fake packet constructed by the source eNB, and the SN "and training" to be assigned can be abbreviated as: ml X (DATA! + SN') + m2 x (DATA2) + SN"+HFN"
  • ⁇ 473 ⁇ 41 represents the first part of the PDCP data packet, representing the second part of the PDCP data packet and the fake packet constructed by the source eNB, wherein the PDCP sequence corresponding to the first part of the PDCP data packet after renumbering is indicated No. (the same below), SN" indicates the value of the next PDCP sequence number to be allocated, and HFN" indicates the value of the HFN to be allocated corresponding to the next PDCP sequence number to be allocated.
  • the fake packet may be a PDCP SDU reconstructed by the source eNB, and the PDCP SDU may be a packet with only a packet header and no specific load. It may also be another PDCP SDU that is not correctly received by the UE or a data packet that is not sent to the UE, or a PDCP SDU that has been correctly received and acknowledged by the UE.
  • the source eNB stops clearing the PDCP data packets that have been correctly received, or stops clearing the PDCP data packets whose sequence number is greater than N. That is, the source eNB does not clear this part of the PDCP data packet even if the source eNB knows that some PDCP data packets have been correctly received by the UE.
  • the data is cleared after the UE successfully switches, or when the resource release command sent by the target eNB is to be received, or the data is cleared after being forwarded to the target eNB.
  • the source eNB may send a command to the UE to notify the UE to temporarily buffer the PDCP data packet correctly received by the source eNB that has received the uplink, that is, even if the UE receives If the correct acknowledgement information has been received, the UE does not clear the PDCP data packet.
  • the UE may set a timer, start the timer when the above command is received, and clear the acknowledged when the timer expires.
  • the received PDCP data packet or after the UE switches to the target eNB, the UE clears the PDCP data packet that has been correctly received according to the received PDCP status report.
  • the UE retransmits to the target eNB for the data packet that has not been correctly received as indicated in the PDCP status report.
  • Step 607 The target eNB numbers the PDCP data packets without the SN and obtains corresponding
  • the HFN value further numbers the new data from the core network and obtains the corresponding HFN value.
  • the PDCP data packet without the PDCP sequence number and the new data packet from the core network are sequentially numbered starting from the next PDCP sequence number to be allocated and the HFN value corresponding to the sequence number. And maintain the HFN value corresponding to the SN.
  • Step 608 The target eNB sends the PDCP data packet carrying the PDCP sequence number (SN) to the UE.
  • Step 609 The UE renumbers the PDCP data packets to be renumbered on the UE side according to the reference sequence number.
  • the PDCP data packet to be renumbered by the UE side is a PDCP data packet sent by the source eNB that the UE does not continuously receive correctly.
  • the specific operation mode can be processed by the operation formula on the source eNB side, and will not be described again.
  • Step 610 The UE receives the PDCP data packet carrying the SN sent by the target eNB, and performs data processing. For example, discard the PDCP data packet sent by the target eNB that is the same as the PDCP sequence number renumbered by the local end, or discard the PDCP data packet that is smaller than the PDCP sequence number that the UE expects to receive.
  • Step 611 The UE sends a reception status report to the target eNB.
  • the reception status report can be specifically referred to the description in step 34.
  • FIG. 7 is a schematic flowchart of a method according to a seventh embodiment of the present invention, including:
  • Steps 701-702 The same as steps 601-602, and will not be described again.
  • Step 703 The source eNB sends the renumbered SN and HFN and the renumbered PDCP data packet to the target eNB. That is, it is sent to the target eNB at this time: m X (DA TA + SN'+HFN' ), where HFN' is the HFN value corresponding to SN'.
  • Steps 704-707 The same as steps 608-611, and will not be described again.
  • the HFN value of each data packet is transmitted to the target eNB, so that the target can be avoided.
  • FIG. 8 is a schematic flowchart of a method according to an eighth embodiment of the present invention, including:
  • Step 801 The same as step 601, and will not be described again.
  • Step 802 After the source eNB fills the PDCP data packet that has received the acknowledgement correctly received by the UE and receives the acknowledgement, the PDCP data packet is filled with the fake packet, and the non-received UE including the fake packet is included.
  • the PDCP data packets between the correctly received PDCP data packets are sent to the target eNB in order, and the next SN to be allocated and the corresponding HFN value are sent to the target eNB. That is, it is sent to the target eNB at this time: m x (DA TA) + SN' '+HFN' '.
  • fflW is the HFN value corresponding to the PDCP sequence number.
  • the source eNB sends the sequence number of the first PDCP packet that does not receive the acknowledgement correctly received by the UE to the UE in the handover command, or before the handover, and the source eNB also sends the next PDCP sequence number to be allocated, or A PDCP sequence number to be allocated and an HFN value corresponding to the sequence number are sent to the UE, and the UE renumbers the correctly received PDCP data packets in the current cache based on the received sequence number and/or HFN value.
  • Steps 803-807 Corresponding to steps 607-611, and will not be described again.
  • This embodiment is numbered by the target eNB, and the source eNB forwards the data packet without the SN, which can alleviate the burden on the source eNB.
  • the reference sequence number is used, and the re-numbering may be performed by re-numbering the original SN without using the reference sequence number.
  • the calculation formula for renumbering the PDCP data packets to be renumbered is: ⁇ l ⁇ p
  • the calculation formula for obtaining the HFN value corresponding to the renumbered PDCP serial number is:
  • HFN,' HFN, + ⁇ l ⁇ p
  • the number of PDCP data packets in the source system is the same as the number of PDCP SDUs in the aggregated PDCP data packets of the source system, the number of PDCP data packets to be re-numbered is the same.
  • the calculation formula for the renumbering of PDCP packets is:
  • the source eNB may notify the UE of the number of aggregations of each PDCP data packet.
  • FIG. 9 is a schematic flowchart of a method according to a ninth embodiment of the present invention, including:
  • Step 901 The source eNB sends a handover command to the UE, where the number of aggregated PDCP data packets that have been sent to the UE is carried, and the number of aggregated packets is used, where n is the number of PDCP data packets that have been sent to the UE, including PDCP packets correctly received by the UE and not correctly received by the UE PDCP packet. It can be understood that other RRC messages, MAC control PDU signaling or PDCP control PDU signaling may also be used to carry the above aggregated number.
  • Step 902 The source eNB renumbers the PDCP data packets to be renumbered by the source eNB according to different aggregation numbers, and may further include acquiring a corresponding HFN value.
  • 4 is the number of aggregated PDCP packets whose HFN value is HFN and the original PDCP sequence number is X in the source system, 4 is the PDCP whose HFN value is HFN, and the original PDCP sequence number in the source system is X.
  • the number of aggregates of data packets For the rest of the parameter definitions, see above.
  • HFN 1 ' K HFN l + 1 ⁇ / ⁇ ? , ⁇ K ⁇ L 'SN,
  • HFN l ' K HFN
  • HFN 1 ' K HFN l + ⁇ l ⁇ p, ⁇ K ⁇ L
  • HFN HFN
  • HFN HFN
  • K HFN, + , ⁇ l ⁇ p, ⁇ ⁇ K ⁇ L
  • Steps 903-908 Corresponding to steps 603-608, and will not be described again.
  • Step 909 The UE source eNB renumbers the PDCP data packets to be renumbered by the source eNB according to different aggregation numbers, and may further include acquiring a corresponding HFN value.
  • Steps 910-911 Corresponding to steps 610-611, and details are not described herein.
  • the applicable range can be improved. It can be understood that the case where the number of different PDCP data packets is different can also be applied to the scenario of the seventh to eighth embodiments. In this case, the processing can be performed with reference to the principle of the ninth embodiment.
  • the above describes the specific process when the downlink data is used.
  • the uplink can be referred to for execution, and will not be described again.
  • the 10 is a schematic structural diagram of a device according to a tenth embodiment of the present invention, including a determining module 101 and a numbering module 102.
  • the determining module 101 is configured to determine a PDCP to be renumbered when it is required to switch to a target system with different PDCP serial number numbers.
  • the numbering module 102 is connected to the determining module 101, and is configured to renumber the PDCP data packets to be renumbered, so that the renumbered PDCP serial number is within the range supported by the target system.
  • the device may be a UE;
  • the determining module 101 is specifically configured to: when the data transmission is downlink, the PDCP data packet that is not continuously received by the local end is used as the PDCP data packet to be renumbered; or, the determining module 101 is specifically configured to use when the data transmission is When uplinking, the PDCP data packet that has been sent but has not received the acknowledgement correctly received by the source base station is used as the PDCP data packet to be renumbered.
  • the calculation module may further include: a calculation module connected to the numbering module, configured to calculate an HFN value corresponding to the renumbered PDCP serial number, according to the superframe number value and the renumbered packet data convergence protocol The serial number submits the data in order.
  • the determining module 101 is specifically configured to use a PDCP data packet of a PDCP sequence number that is not sent but associated with the source system as the PDCP data packet to be renumbered; the numbering module 102 is specifically used to cancel The associated PDCP sequence number of the PDCP data packet to be renumbered; the device may further include: a sending module, configured to send the PDCP data packet after canceling the PDCP sequence number to the target base station.
  • the device can be a base station
  • the determining module 101 is specifically configured to: when the data transmission is downlink, the PDCP data packet that has been sent but not received by the UE to receive the acknowledgement is used as the PDCP data packet to be renumbered; or, the determining module 101 is specifically used to The PDCP data packet that is not continuously received by the local end is used as the PDCP data packet to be renumbered.
  • the method further includes: a data sending module, wherein the data sending module is connected to the numbering module, and is configured to send all the PDCP data packets to be renumbered and the corresponding renumbered PDCP serial number and the corresponding HFN value to Or the data sending module is configured to use part or all of the PDCP data packet to be renumbered and the corresponding renumbered PDCP sequence number and the next PDCP sequence number to be allocated and the corresponding HFN value. Send to the target base station.
  • a data sending module wherein the data sending module is connected to the numbering module, and is configured to send all the PDCP data packets to be renumbered and the corresponding renumbered PDCP serial number and the corresponding HFN value to Or the data sending module is configured to use part or all of the PDCP data packet to be renumbered and the corresponding renumbered PDCP sequence number and the next PDCP sequence number to be allocated and the corresponding HFN value. Send to the target base station.
  • the determining module 101 is specifically configured to use a PDCP data packet of a PDCP sequence number that is not sent but is associated with the source system as the PDCP data packet to be renumbered;
  • the numbering module 102 is specifically configured to cancel the associated PDCP sequence number of the PDCP data packet to be renumbered.
  • the apparatus may further include: a sending module, configured to: cancel the PDCP data packet after the PDCP serial number is cancelled. Send to the target base station.
  • the renumbered PDCP sequence number is within the range supported by the target system, and the target system and the UE format are guaranteed to be the same after the handover, and the lossless handover is implemented.

Landscapes

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

Description

数据处理方法和装置
技术领域
本发明涉及无线通信技术, 特别涉及一种数据处理方法和装置。 背景技术
长期演进系统的进一步增强(Long Term Evolution Advanced, LTE-A )系 统的上下行峰值速率分别为 500Mbps 和 lGbps , 长期演进(Long Term Evolution, LTE )系统的上下行峰值速率分别为 50Mbps和 100Mbps。 由于数 据传输速率的提高, 需要在很短的时间内产生更大数目的分组数据汇聚协议
( Packet Data Convergence Protocol, PDCP )业务数据单元 ( Service Data Unit, SDU )。 目前的 LTE系统中, PDCP序列号的长度为 12bit, 即序列号的范围 为 0-4095。 在 LTE-A系统中, 为了支持更大数目的 PDCP SDU, 可以釆用如 下两种方式: 其一是釆用 PDCP序列号扩展的方式, 即扩展 PDCP序列号的 长度,例如,可以将 PDCP序列号的长度增加到 14bit;其二是釆用 PDCP SDU 聚合的方式, 即在 PDCP层增加数据包聚合功能, 将多个 PDCP SDU聚合成 为一个 PDCP数据包,这相当于多个 PDCP SDU共同关联使用一个 PDCP序 列号。 站为 LTE-A系统的基站, 目标基站为 LTE系统的基站时, 由于目标基站仅能 支持 12bit的 PDCP序列号, 以及目标基站不具备 PDCP SDU的聚合功能, 因此在用户设备 ( User Equipment, UE ) 由源基站向目标基站的切换过程中, 目标基站不能识别源基站转发的序列号经过加长的数据包或者经过聚合的数 据包。 源基站和目标基站配置不匹配会导致在切换过程中出现丟包的现象。 发明内容 本发明实施例是提供一种数据处理方法和装置, 减少现有技术中数据配 置不匹配造成的丟包。
本发明实施例提供了一种数据处理方法, 包括:
当需要切换到分组数据汇聚协议序列号编号方式不同的目标系统时, 确 定待重新编号的分组数据汇聚协议数据包;
对所述待重新编号的分组数据汇聚协议数据包进行重新编号, 使重新编 号后的分组数据汇聚协议序列号在所述目标系统支持的范围内。
本发明实施例提供了一种数据处理装置, 包括:
确定模块, 用于当需要切换到分组数据汇聚协议序列号编号方式不同的 目标系统时, 确定待重新编号的分组数据汇聚协议数据包;
编号模块, 用于对所述待重新编号的分组数据汇聚协议数据包进行重新 编号, 使重新编号后的分组数据汇聚协议序列号在所述目标系统支持的范围 内。
由上述技术方案可知,本发明实施例通过对 PDCP数据包进行重新编号, 使重新编号后的 PDCP序列号在目标系统支持的范围内, 可以保证切换后目 标系统和 UE的数据格式相同, 实现无损切换。 附图说明
图 1为本发明第一实施例的方法流程示意图;
图 2为本发明第二实施例的方法流程示意图;
图 3为本发明第三实施例的方法流程示意图;
图 4为本发明第四实施例的方法流程示意图;
图 5为本发明第五实施例的方法流程示意图;
图 6为本发明第六实施例的方法流程示意图;
图 7为本发明第七实施例的方法流程示意图;
图 8为本发明第八实施例的方法流程示意图; 图 9为本发明第九实施例的方法流程示意图;
图 10为本发明第十实施例的装置的结构示意图。 具体实施方式
下面通过附图和实施例, 对本发明的技术方案做进一步的详细描述。 图 1为本发明第一实施例的方法流程示意图, 包括:
步骤 11 : 当需要切换到 PDCP序列号编号方式不同的目标系统时, 基站 或者终端确定待重新编号的 PDCP数据包。
当源系统釆用 PDCP序列号扩展方式时, 待重新编号的 PDCP数据包可 以为 PDCP SDU或者 PDCP协议数据单元 ( Protocol Data Unit, PDU ); 当源 系统釆用 PDCP SDU聚合方式时, 待重新编号的 PDCP数据包为聚合两个以 上的 PDCP SDU的经过聚合的 PDCP数据包。
步骤 12:基站或者终端对所述待重新编号的 PDCP数据包进行重新编号, 使重新编号后的 PDCP序列号在目标系统支持的范围内。
在一种具体应用中, 为了使 UE从 LTE-A系统切换到 LTE系统后, 数据 格式保持与 LTE系统中的一致,需要对在 LTE-A系统中已编号的 PDCP数据 包重新进行编号, 使编号后的 PDCP序列号在 LTE系统支持的范围内。
具体可以为:
当釆用 PDCP序列号扩展方式时, 对所述待重新编号的 PDCP数据包进 行重新编号, 此时 , 所述 PDCP数据包可以为 PDCP SDU或者 PDCP PDU; 当釆用 PDCP SDU聚合方式时, 对所述待重新编号的 PDCP数据包中的 PDCP SDU进行重新编号。
本实施例通过重新编号, 使重新编号后的 PDCP序列号在目标系统支持 的范围内, 可以保证切换后目标系统和 UE格式相同, 实现无损切换。
由于在数据处理时, 空口传输的两端 (一端为 UE, —端为演进基站 ( Evolution NodeB, eNB ) )要保持同步, 本发明实施例釆用超帧号 ( Hyper Frame Number, HFN ) 以保持空口传输的两端的同步性。
图 2为本发明第二实施例的方法流程示意图, 包括:
步骤 21 : 基站或者终端确定待重新编号的 PDCP数据包。
当源系统釆用 PDCP序列号扩展方式时, 待重新编号的 PDCP数据包可 以为 PDCP SDU或者 PDCP协议数据单元 ( Protocol Data Unit, PDU ); 当源 系统釆用 PDCP SDU聚合方式时, 待重新编号的 PDCP数据包为聚合两个以 上的 PDCP SDU的经过聚合的 PDCP数据包(下文中待重新编号的 PDCP数 据包的含义与此相同, 不再赘述)。
步骤 22:基站或者终端对所述待重新编号的 PDCP数据包进行重新编号, 使重新编号后的 PDCP序列号在目标系统支持的范围内;
步骤 23: 基站或者终端获取与所述重新编号后的 PDCP序列号对应的 HFN值。 之后, 基站或终端可以根据所述重新编号后的 PDCP序列号和所述 HFN值, 对数据进行按序上交, 所述按序上交也就是按序传输。
本实施例通过获取 HFN, 可以保持空口传输两端的同步性, 使后续的数 据递交更加准确。
由于数据传输时需要空口传输的两端配合, 因此进行重新编号的执行主 体包括 UE和 eNB,对于 eNB, 由于存在切换,具体的编号过程可以由源 eNB 或者目标 eNB执行,即本实施例的执行主体可以为 UE、源 eNB或者目标 eNB。
当执行主体为 UE时,
图 3为本发明第三实施例的方法流程示意图, 包括:
步骤 31 : UE将本端非连续正确接收的 PDCP数据包作为待重新编号的 PDCP数据包。 其中, 非连续正确接收的含义是已被正确接收但是与其前一 个被正确接收的 PDCP数据包的序列号不连续的 PDCP数据包, 例如, 如果 UE正确接收的 PDCP数据包的序列号为 1、 2、 3 , 则这三个 PDCP数据包为 连续正确接收的, 如果 UE正确接收的 PDCP数据包的序列号为 1、 2、 4, 则 序列号为 4的 PDCP数据包为 UE非连续正确接收的 PDCP数据包。 步骤 32: UE对所述待重新编号的 PDCP数据包进行重新编号, 使重新 编号后的 PDCP序列号在目标系统支持的范围内。
步骤 33: UE接收目标 eNB发送的携带有 PDCP序列号的 PDCP数据包, 进行数据处理。 例如, 丟弃与本端重新编号后的 PDCP序列号相同的该目标 eNB发送的 PDCP数据包, 或者, 丟弃小于 UE期望接收的 PDCP序列号的 数据包。
步骤 34: UE向该目标 eNB发送接收状态报告。
该 PDCP数据包的接收状态信息用于表示该 PDCP数据包是否已经被正 确接收, 该接收状态报告中包含重新编号后的 PDCP序列号满足如下条件的 PDCP数据包的接收状态信息:
SN,' + H x (HFN] -
Figure imgf000007_0001
≤i≤m
其中,
Figure imgf000007_0002
为重新编号后的 PDCP序列号; 函为对应 的 HFN值; 当釆用 PDCP序列号扩展方式时, 5W;为第一个待重新编号的 PDCP数据包重 新编号后的 PDCP序列号, 当釆用 PDCP SDU聚合方式时, 5W;为第一个待 重新编号的 PDCP数据包中第一个 PDCP SDU重新编号后的 PDCP序列号;
Figure imgf000007_0003
的 HFN值; N e [NQ , H] , NQ为目标 eNB釆用的重排序窗的长 度, H为目标 eNB釆用的 PDCP序列号的长度。 在空口数据传输时, 为了正 确处理数据, 可以釆用重排序窗的方式, 通常重排序窗的大小为系统能够支 持的 PDCP序列号 ( Sequence Number, SN ) 长度的一半, 例如, 在 LTE系 统中, 重排序窗大小 N。 = 2048。
上述以下行数据传输为例, 在上行数据传输时, UE将已发送但未收到源 基站正确接收确认的 PDCP数据包作为所述待重新编号的 PDCP数据包, 之 后, 对待重新编号的 PDCP数据包进行重编号。 其中, UE可以根据接收状态 报告获知基站是否正确接收 PDCP数据包, 即还可以包括: UE接收目标 eNB 发送的 PDCP数据包的接收状态报告, 所述接收状态报告中包含重新编号的 PDCP序列号满足如下条件的 PDCP数据包的接收状态信息:
Figure imgf000008_0001
参数的含义同上。
本实施例中 UE通过重新进行编号, 可以支持切换后系统的数据格式, 实现无损切换。
当执行主体为源 eNB时,
图 4为本发明第四实施例的方法流程示意图, 包括:
步骤 41 : 源 eNB确定待重新编号的 PDCP数据包。 例如, 下行时, 源 eNB将已发送但未收到 UE正确接收确认的 PDCP数据包作为待重新编号的 PDCP数据包和 /或未发送但已关联 PDCP序列号的 PDCP数据包作为待重新 编号的 PDCP数据包;或者,上行时,源 eNB将本端非连续正确接收的 PDCP 数据包作为所述待重新编号的 PDCP数据包。
步骤 42: 源 eNB将所述待重新编号的 PDCP数据包进行重新编号,使重 新编号后的 PDCP序列号在目标系统支持的范围内。
步骤 43:源 eNB将至少部分的 PDCP数据包以及这些 PDCP数据包重新 编号后的 PDCP序列号发送给目标 eNB。
具体地 , 源 eNB将全部的所述待重新编号的 PDCP数据包和对应的重新 编号后的 PDCP序列号及对应的 HFN值一起发送给目标 eNB;或者 ,源 eNB 将部分或者全部的所述待重新编号的 PDCP数据包和对应的重新编号后的 PDCP序列号及待分配的下一个 PDCP序列号和对应的 HFN值发送给目标 eNB。
其中, 源 eNB将部分或者全部的所述待重新编号的 PDCP数据包和对应 的重新编号后的 PDCP序列号发送给目标 eNB包括:
当 &Vm + H X (HFNM - HFN[ ) - < N时, 源 eNB将全部的所述待重新编号 的 PDCP数据包和对应的重新编号后的 PDCP序列号发送给目标 eNB;
当 &Vm + H X (HFNM - HFN[ ) - SN ≥ N H , 源 eNB将第一部分的 PDCP数据 包和对应的重新编号后的 PDCP序列号发送给目标 eNB; 源 eNB将第二部分 的 PDCP数据包中已收到 UE正确接收确认的 PDCP数据包用假包填充后, 将包括所述假包的所述第二部分的 PDCP数据包按序发送给目标 eNB;
所述第一部分的 PDCP数据包满足如下条件:
Figure imgf000009_0001
< i < m ;
所述第二部分的 PDCP数据包满足如下条件:
SN + H x (HFN) -
Figure imgf000009_0002
> NJLl < j < m
其中,
Figure imgf000009_0003
为重新编号后的 PDCP序列号, 属于第一部分; SN为重新编 号后的 PDCP序列号, 属于第二部分; 画为对应
Figure imgf000009_0004
的 HFN值; 函为对 应 SN)'的 HFN值; 当釆用 PDCP序列号扩展方式时, 5W;为第一个待重新编 号的 PDCP数据包重新编号后的 PDCP序列号, 当釆用 PDCP SDU聚合方式 时, 5W;为第一个待重新编号的 PDCP数据包中第一个 PDCP SDU重新编号 后的 PDCP序列号; 函为对应
Figure imgf000009_0005
的 HFN值; 当釆用 PDCP序列号扩展方 式时, &Vm为最后一个待重新编号的 PDCP数据包重新编号后的 PDCP序列 号, 当釆用 PDCP SDU聚合方式时, &Vm为最后一个待重新编号的 PDCP数 据包中最后一个 PDCP SDU重新编号后的 PDCP序列号; HFNm为对应 SNm的 HFN值; N e [N0,H] , NQ为目标 eNB釆用的重排序窗的长度, H为目标 eNB 釆用的 PDCP序列号的长度, 为待重新编号的 PDCP数据包对应的 PDCP SDU的总个数。
本实施例中源 eNB通过重新进行编号,可以支持切换后系统的数据格式, 实现无损切换。
当执行主体为目标 eNB时,
图 5为本发明第五实施例的方法流程示意图, 包括:
步骤 51 : 目标 eNB接收源 eNB发送的 PDCP数据包和对应的重新编号 后的 PDCP序列号及对应的 HFN值,该 PDCP数据包为 PDCP SDU或者 PDCP PDU。 步骤 52: 目标 eNB将从源 eNB接收的 PDCP数据包和对应的重新编号 后的 PDCP序列号转发给 UE。
本实施例中目标 eNB通过重新进行编号, 可以支持切换后系统的数据格 式, 实现无损切换。
在上述各单侧的处理流程的基石出上, 并考虑系统中各设备之间的配合问 题, 以下行数据为例, 本发明实施例对于整个系统可以包括如下几种场景: 图 6为本发明第六实施例的方法流程示意图, 包括:
步骤 601 : LTE-A系统的源 eNB向 UE发送切换命令, 该切换命令中携 带基准序列号 B。
其中, 切换命令为一种无线资源控制(Radio Resource Control, RRC )信 令, 当然, 也可以釆用其他的 RRC信令携带该基准序列号, 例如用 RRC连 接重配置消息等。 此外, 基准序列号 B也可以用其他单独的信令发送给 UE, 所釆用的信令格式可以是物理层信令、 MAC控制 PDU信令、 RRC消息、 或 者 PDCP控制 PDU信令。
基准序列号可以为源 eNB 第一个未收到 UE 发送的正确接收确认的 PDCP序列号,或者为最后一个收到 UE发送的正确接收确认的 PDCP序列号, 或者也可以是 eNB指定的第一个未收到 UE发送的正确接收确认的 PDCP序 列号或者最后一个收到 UE发送的正确接收确认的 PDCP序列号之前的任意 一个 PDCP序列号。 在下行数据传输时, eNB将 PDCP数据包发送给 UE, 这 些数据包中对应携带 PDCP序列号 ( SN ), 之后 UE会向 eNB反馈这些数据 包的接收状况, 例如, 反馈状态报告, 该状态报告中携带 SN与 ACK (正确 接收确认 )或者 NACK (未正确接收确认 )与 PDCP数据包之间的对应关系, 其中, ACK表示 UE正确接收到了该 SN对应的 PDCP数据包, NACK表示 UE未正确接收该 SN对应的 PDCP数据包。
步骤 602: 源 eNB根据该基准序列号对源 eNB侧待重新编号的 PDCP数 据包进行重新编号及分配对应的 HFN值。 其中, 待重新编号的 PDCP数据包可以为待重新编号的 PDCP SDU (不 釆用聚合的方式时)或者待重新编号的 PDCP PDU (釆用聚合的方式时)。
待重新编号的 PDCP数据包包括: 第一种, 已发送给 UE但未收到 UE 正确接收确认的 PDCP数据包, 或者, 第二种, 未发送给 UE但是已关联了 LTE-A系统的 PDCP序列号的 PDCP数据包。
对于第二种待重新编号的数据包, 源 eNB可以取消已关联的 PDCP序列 号, 之后, 按序发送给目标 eNB。 或者源 eNB也可以对已关联的 PDCP序列 号进行重新编号。
对于待重新编号的数据包可以釆用如下方式进行重新编号:
方式一: 当 LTE-A系统釆用扩展 PDCP序列号的长度的方式时, 即源系 统的 PDCP序列号的长度与目标系统的 PDCP序列号的长度不同时,
待重新编号的 PDCP数据包中的 PDCP SDU进行重新编号的计算公式为: SN = (SNj + Ho x (HFN, - HFN, ) - B) mod(H) , \ < l < p 重新编号后的 PDCP序列号对应的 HFN值的计算公式可以为:
SN; + H0 x (HFN; - HFN, ) - B
HFN, = HFN, + \ < 1 < ρ ·,
H - l 其中, 5W;为该方式下第 /个待重新编号的 PDCP 数据包重新编号后的 PDCP序列号; 函为对应
Figure imgf000011_0001
的 HFN值; 为第 /个待重新编号的 PDCP 数据包在源系统中的原始序列号; HFN!为对应 5W,的原始 HFN值; 函\为对 应第一个待重新编号的 PDCP数据包在源系统中的原始 HFN值; H。为源系 统釆用的 PDCP序列号的长度; H为目标 eNB釆用的 PDCP序列号的长度; P为待重新编号的 PDCP数据包的总个数; 为基准序列号; (**)mod(*)表示 取模运算; 「*]表示向上取整运算(参数含义下同)。
可替换的, 如果 LTE-A系统和 LTE系统的 SN+HFN占用的总的比特数 不变, 由于 LTE-A系统的 SN比 LTE系统的 SN占用的比特数值大(例如, LTE-A可以使用 14bit SN ), 因此, LTE-A系统的 HFN将占用比 LTE系统少 的比特数。 因此, 当从 LTE系统向 LTE-A系统的切换过程时 , 切换前 UE在 LTE系统正在使用的 HFN值很可能超出 LTE-A系统支持的范围。 为了解决 这个问题, 可以釆用如下计算公式:
SN, + Ho X (HFN, - HFN, ) - B
当 HFN, < HFN ^时, HFN = HFN, +
H
SN, +H0x (HFN; - HFN, ) - B
当 HFN, > HFNmm时 , HFN] = HFN* +
H 其中, 画 为 LTE- A系统能够支持的最大 HFN值, 函;为对 HF^重 置后的值, 可以为 0, 也可以为小于等于 HFNmax的任一值, L*」表示向下取整 运算其余参数定义可参照上述的描述。
方式二: 当从 LTE-A系统切换到 LTE系统且 LTE-A系统釆用相同的聚 合个数时, 即当源系统的 PDCP数据包釆用聚合的方式而目标系统不釆用聚 合的方式, 且源系统的经过聚合的 PDCP数据包中所聚合的 PDCPSDU的个 数相同时,
待重新编号的 PDCP数据包中的 PDCP SDU进行重新编号的计算公式为:
SNl'K = ((SN; + Ho x (HFN; - HFN, )-B)xL + K-\) mod(H) , l</< p , \<K<L; 重新编号后的 PDCP序列号对应的 HFN值的计算公式为:
(SN, + Ho x (HFN, -HFNx)-B)xL + K-\
HFN, γ = HFN, +
H_l
\<l<p, 1<K<L; 其中, 为该方式下第 /个待重新编号的经过聚合的 PDCP数据包中的 第 K个 PDCP SDU重新编号后的 PDCP序列号; HFA^为对应 的 HFN 值; 表示源系统釆用聚合形式时待重新编号的经过聚合的 PDCP数据包中 的第 个 PDCP SDU; 为源系统釆用聚合形式时各个经过聚合的 PDCP数据 包聚合的 PDCP SDU的个数; 其余参数定义可参照上述的描述。
步骤 603: 源 eNB获取最后一个重新编号后的 PDCP数据包与第一个重 新编号的 PDCP数据包之间的间隔 S及预设的阈值 N。
其中, S的表达式为: SNm + H x (HFNm -
Figure imgf000013_0001
预设的 N e [N。,H] ;
S表达式中涉及的参数的含义可以参见步骤 43中的描述。
步骤 604: 源 eNB判断 S是否小于 N, 若是, 执行步骤 605 , 否则, 执 行步骤 606。
步骤 605: 源 eNB将全部的待重新编号的 PDCP数据包及对应的重新编 号后的 PDCP序列号发送给 LTE系统中的目标 eNB ,并将待分配的下一个 SN 和相应的 HFN值发送给目标 eNB。 之后 , 执行步骤 608。
即此时发送给目标 eNB的为: m个重新编号后的 PDCP数据包以及他们 对应 的序歹 ij 号 SN, , 及待分配的 SN"和 HFN" , 可以 简记为 : m X (DATA + SN') + SN"+HFN" , 代表 PDCP数据包。 其中, <W表示重新编 号后的 PDCP数据包对应的 PDCP序列号 (下同), 表示下一个待分配的 PDCP序列号的值, HFN"表示下一个待分配的 PDCP序列号对应的待分配的 HFN的值。
步骤 606: 源 eNB将第一部分的 PDCP数据包和对应的重新编号后的 PDCP序列号发送给目标 eNB,将第二部分的 PDCP数据包中已收到 UE正确 接收确认的 PDCP数据包用假包填充后, 将包括所述假包的所述第二部分的 PDCP数据包按序发送给目标 eNB, 并将待分配的下一个 SN和对应的 HFN 值发送给目标 eNB。
其中, 第一部分的 PDCP数据包满足如下条件:
Figure imgf000013_0002
第二部分的 PDCP数据包满足如下条件:
SN) + H x (HFN) - HFN ) - SN > N 3.1 < j < m
其中, 上述参数的含义可参见步骤 43。
即此时发送给目标 eNB的为: ml个第一部分的 PDCP数据包以及他们对 应的序列号 SN' , ml个第二部分的 PDCP数据包以及源 eNB构造的假包, 及 待 分 配 的 SN" 和 訓" , 可 以 简 记 为 : ml X (DATA! + SN') + m2 x (DATA2) + SN"+HFN" , Ζλ47¾1代表第一部分 PDCP 数据 包, 代表第二部分 PDCP数据包及源 eNB构造的假包, 其中, 表示 重新编号后的第一部分 PDCP数据包对应的 PDCP序列号 (下同), SN"表示 下一个待分配的 PDCP序列号的值, HFN"表示下一个待分配的 PDCP序列号 对应的待分配的 HFN的值。
其中, 假包可以是源 eNB重新构造的 PDCP SDU, 该 PDCP SDU可以是 仅有数据包包头而没有具体负荷的数据包。 也可以是其他的未被 UE正确接 收确认的 PDCP SDU或者未向 UE发送的数据包, 也可以是已被 UE正确接 收确认的 PDCP SDU。
为了减少假包的数量,可以在源 eNB做出切换 UE到 LTE系统的决定时, 则源 eNB即停止清除已经正确接收的 PDCP数据包, 或者停止清除序列号大 于 N的 PDCP数据包, 也就说, 即使源 eNB获知某些 PDCP数据包已经被 UE正确接收, 源 eNB也不清除这部分 PDCP数据包。 相应地, 这部分数据 待 UE切换成功以后, 或者待接收到目标 eNB发送的资源译放命令时才予以 清除, 或者是这部分数据在转发给目标 eNB之后再进行清除。 同样地, 对于 上行, 当源 eNB做出切换决定时, 源 eNB可以向 UE发送一条命令, 通知 UE暂时緩存上行已经接收的源 eNB反馈的正确接收确认的 PDCP数据包, 即, 即使 UE接收到正确的已接收确认信息, UE也不清除这部分 PDCP数据 包; 可选地, UE可以设置一个定时器, 在接收到上述命令时启动定时器, 当 定时器到期时清除这些已经确认被正确接收的 PDCP数据包, 或者 UE在切 换到目标 eNB之后, UE根据接收的 PDCP状态报告清除已经被正确接收的 PDCP数据包。 对于没有在 PDCP状态报告中指示的已经被正确接收的数据 包, UE重新向目标 eNB发送。
步骤 607: 目标 eNB对没有 SN的 PDCP数据包进行编号并得到对应的 HFN值, 进一步地对从核心网新来的数据进行编号并得到对应的 HFN值。 具体可以为: 从所述待分配的下一个 PDCP 序列号和该序列号对应的 HFN值开始,按序对所述没有 PDCP序列号的 PDCP数据包以及从核心网新 来的数据包进行顺序编号, 并维护与 SN对应的 HFN值。
步骤 608: 目标 eNB将携带有 PDCP序列号( SN )的 PDCP数据包发送 给 UE。
步骤 609: UE根据该基准序列号对 UE侧待重新编号的 PDCP数据包进 行重新编号。 其中, UE侧待重新编号的 PDCP数据包为 UE非连续正确接收 的源 eNB发送的 PDCP数据包。具体的运算方式可以釆用源 eNB侧的运算公 式进行处理, 不再赘述。
可以理解的是, 步骤 609和步骤 602-608间的先后顺序可以进行调整。 步骤 610: UE接收目标 eNB发送的携带有 SN 的 PDCP数据包,进行数 据处理。 例如, 丟弃与本端重新编号后的 PDCP序列号相同的该目标 eNB发 送的 PDCP数据包, 或者, 丟弃小于 UE期望接收的 PDCP序列号的 PDCP 数据包。
步骤 611 : UE向所述目标 eNB发送接收状态报告。
接收状态报告可以具体参见步骤 34中的描述。
本实施例只传输一个 SN和 HFN,可以节省源 eNB和目标 eNB之间的信 令资源。
图 7为本发明第七实施例的方法流程示意图, 包括:
步骤 701-702: 与步骤 601-602相同, 不再赘述。
步骤 703: 源 eNB将重新编号后的 SN及 HFN及重新编号后的 PDCP数 据包一起发送给目 标 eNB。 即此时发送给目 标 eNB 的为 : m X (DA TA + SN'+HFN' ) , 其中, HFN'为 SN'对应的 HFN值。
步骤 704-707: 与步骤 608-611相同, 不再赘述。
本实施例将每个数据包的 HFN值都传输给目标 eNB,从而可以避免目标 eNB侧数据包序列号模糊不清的问题。
图 8为本发明第八实施例的方法流程示意图, 包括:
步骤 801 : 与步骤 601相同, 不再赘述。
步骤 802: 源 eNB将未收到 UE正确接收确认的 PDCP数据包之间的已 收到 UE正确接收确认的 PDCP数据包用假包填充后, 将包括所述假包的所 述未收到 UE正确接收确认的 PDCP数据包之间的 PDCP数据包按序发送给 目标 eNB, 并将待分配的下一个 SN和对应的 HFN值发送给目标 eNB。 即此 时发送给目标 eNB的为: m x (DA TA) + SN' '+HFN' '。
其中, 为下一个待分配的 PDCP序列号, fflW"为该 PDCP序列号对 应的 HFN值。
源 eNB在切换命令中, 或者切换前将所述第一个未接收到 UE正确接收 确认的 PDCP数据包的序列号发送给 UE, 同时源 eNB也将下一个待分配的 PDCP序列号, 或者下一个待分配的 PDCP序列号以及该序列号对应的 HFN 值发送给 UE, UE基于上述接收到的序列号和 /或 HFN值, 对当前緩存中乱 序正确接收的 PDCP数据包进行重新编号。
步骤 803-807: 与步骤 607-611对应相同, 不再赘述。
本实施例由目标 eNB进行编号, 源 eNB之间转发不带 SN的数据包, 可 以减轻源 eNB的负担。
上述第六-八实施例釆用基准序列号的方式, 在重新编号时也可以不釆用 基准序列号, 而直接用原始的 SN进行重新编号。
在重新编号时釆用如下计算公式替代上述包含 B的计算公式:
当源系统釆用的 PDCP序列号的长度与目标系统釆用的 PDCP序列号的 长度不同时,
对所述待重新编号的 PDCP数据包进行重新编号的计算公式为:
Figure imgf000016_0001
< l < p
获取与所述重新编号后的 PDCP序列号对应的 HFN值的计算公式为:
Figure imgf000017_0001
或者,
SN, + Ho x (HFN, - HFN, )
HFN,' = HFN, + \<l<p
H 当源系统的 PDCP数据包釆用聚合的方式而目标系统不釆用聚合的方式 且源系统的经过聚合的 PDCP数据包中所聚合的 PDCP SDU的个数相同时, 对所述待重新编号的 PDCP数据包进行重新编号的计算公式为:
SNl'K = ((SN; + Ho X (HFN; - HFN, ))xL + K-\) mod(H) , \<l<p, \<K<L; 获取与所述重新编号后的 PDCP序列号对应的 HFN值的计算公式为:
(SN, + Ho X (HFN, - HFN,)) xL + K-1
HFN, r = HFN, +
H-l l<l<p, 1≤K≤L。
或者,
(SN, + H。 x (HFN, - HFN, )xL + K-l
HFN, v = HFN, +
H
\<l<p, 1≤K≤L。
由于本实施例不釆用基准序列号, 因此在切换命令中无需携带 B, 除上 述区别之外, 本实施例的步骤和流程与上述第六-八实施例对应相同, 不再赘 述。
当聚合情况下每个 PDCP数据包的聚合个数不同时, 可以是源 eNB通知 UE每个 PDCP数据包的聚合个数。
图 9为本发明第九实施例的方法流程示意图, 包括:
步骤 901: 源 eNB向 UE发送切换命令, 其中携带已向 UE发送的每个 PDCP数据包的聚合个数,聚合个数釆用 表示,η为已向 UE发送的 PDCP 数据包的个数, 包括被 UE正确接收的 PDCP数据包和未被 UE正确接收的 PDCP数据包。可以理解的是,也可以釆用其他的 RRC消息, MAC控制 PDU 信令或者 PDCP控制 PDU信令来携带上述的聚合个数。
步骤 902: 源 eNB根据不同的聚合个数对源 eNB侧待重新编号的 PDCP 数据包进行重新编号, 还可以进一步包括获取对应的 HFN值。
情形一、 当不釆用基准序列号时,
( 1 ) 重新编号的计算公式为:
SN.-1
当 HFN = HFNX时, SNK = ( + K— l)mod(H) , 1≤/≤ \<K<L
-0 当 ffiW「
Figure imgf000018_0001
l≤/≤p, l≤K≤LSNi;
其中, 4为 HFN值为 HFN且在源系统中的原始 PDCP序列号为 X的 PDCP 数据包的聚合个数, 4为 HFN值为 HFN,且在源系统中的原始 PDCP序列号 为 X的 PDCP数据包的聚合个数, 其余参数定义可参见上述。
( 2 )获取对应的 HFN值的计算公式为: 当 HFN, = HFN, ,
或者, HFNlK
Figure imgf000018_0002
H0- SN,
∑Lx+ ^L[ + K-l
当 HF - HFN, = 1时, HFN] K = HFN, + x=0
\<l<p, \<K<L 'SN, 或者, HFN1'K =HFNl +
Figure imgf000019_0001
1≤ /≤ ? , \<K<L 'SN,
H
情形二、 当釆用基准序列号时,
( 1 ) 重新编号的计算公式为:
Figure imgf000019_0002
H0 -1 SNi -1
\) d(H)
1≤ /≤ ? , \<K<L 'SN,
( 2 )获取对应的 HFN值的计算公式为:
SN, 当 HFN, = HF 时, HFN] K = HFN, + x=B l<l<p, \<K<L
H-\
或者, HFNl'K = HFN,
当 HFNi - HFN, = 1时,
Figure imgf000019_0003
\<l<p, \<K<L
H0-\ SN,-\
(∑Lx +∑L[+K-l
或者, HFN1'K =HFNl + \<l<p, \<K<L
H 此外, 在釆用基准序列号的情况下, 也可以釆用下面的重新编号方式: ( 1 ) 重新编号的计算公式为: 当 HFN, HFNX Ht , SNl'K , \<l<p, 1<K≤L, 当 HFN, HFN, = 1时, S
Figure imgf000020_0001
B) mod(H) ,
\<l<p \<K<L
( 2 )获取对应的 HFN值的计算公式为:
^Ll x+(K-\)-B
当 HFN, = HFN、时, HFN] K = HFN, + , \<l<p, \ <K<L
Figure imgf000020_0002
l≤/≤p, ≤K≤LSNi
步骤 903-908: 与步骤 603-608对应相同, 不再赘述。
步骤 909: UE源 eNB根据不同的聚合个数对源 eNB侧待重新编号的 PDCP数据包进行重新编号, 还可以进一步包括获取对应的 HFN值。
计算公式可参见步骤 902, 不再赘述。
步骤 910-911: 与步骤 610-611对应相同, 不再赘述。
本实施例通过通知不同 PDCP数据包的聚合个数, 可以提高适用范围。 可以理解的是, 当不同 PDCP数据包的聚合个数不同的情况也可以适用 于第七-八实施例的场景中, 此时, 可以参照第九实施例的原理进行处理。
上述描述了下行数据时的具体流程, 上行可参照执行, 不再赘述。
图 10为本发明第十实施例的装置的结构示意图, 包括确定模块 101、 编 号模块 102, 确定模块 101用于当需要切换到 PDCP序列号编号方式不同的 目标系统时,确定待重新编号的 PDCP数据包;编号模块 102与确定模块 101 连接, 用于对所述待重新编号的 PDCP数据包进行重新编号, 使重新编号后 的 PDCP序列号在所述目标系统支持的范围内。 具体地, 该装置可以为 UE;
此时, 确定模块 101具体用于当数据传输为下行时, 将本端非连续正确 接收的 PDCP数据包作为所述待重新编号的 PDCP数据包; 或者, 确定模块 101 具体用于当数据传输为上行时, 将已发送但未收到源基站正确接收确认 的 PDCP数据包作为所述待重新编号的 PDCP数据包。
还可以包括计算模块; 计算模块与编号模块连接, 用于计算与所述重新 编号后的 PDCP序列号对应的 HFN值,以根据所述超帧号值和所述重新编号 后的分组数据汇聚协议序列号按序递交数据。
该装置为 UE时, 还可以是: 确定模块 101具体用于将未发送但已关联 源系统的 PDCP序列号的 PDCP数据包作为所述待重新编号的 PDCP数据包; 编号模块 102具体用于取消所述待重新编号的 PDCP数据包的已关联的 PDCP 序列号; 此时所述装置还可以包括: 发送模块, 用于将取消 PDCP序列号后 的所述 PDCP数据包发送给目标基站。
或者,
该装置可以为基站;
此时, 确定模块 101具体用于当数据传输为下行时, 将已发送但未收到 UE正确接收确认的 PDCP数据包作为所述待重新编号的 PDCP数据包;或者, 确定模块 101具体用于将本端非连续正确接收的 PDCP数据包作为所述待重 新编号的 PDCP数据包。
还可以包括: 数据发送模块, 数据发送模块与所述编号模块连接, 用于 将全部的所述待重新编号的 PDCP数据包和对应的重新编号后的 PDCP序列 号及对应的 HFN值一起发送给目标基站; 或者, 所述数据发送模块用于将部 分或者全部的所述待重新编号的 PDCP数据包和对应的重新编号后的 PDCP 序列号及待分配的下一个 PDCP序列号和对应的 HFN值发送给目标基站。
该装置为基站时, 还可以是: 确定模块 101具体用于将未发送但已关联 源系统的 PDCP序列号的 PDCP数据包作为所述待重新编号的 PDCP数据包; 编号模块 102具体用于取消所述待重新编号的 PDCP数据包的已关联的 PDCP 序列号; 此时所述装置还可以包括: 发送模块, 用于将取消 PDCP序列号后 的所述 PDCP数据包发送给目标基站。
本实施例通过重新编号, 使重新编号后的 PDCP序列号在目标系统支持 的范围内, 可以保证切换后目标系统和 UE格式相同, 实现无损切换。
本领域普通技术人员可以理解: 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成, 前述的程序可以存储于一计算机可读 取存储介质中, 该程序在执行时, 执行包括上述方法实施例的步骤; 而前述 的存储介质包括: ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介 质。
最后应说明的是: 以上实施例仅用以说明本发明的技术方案而非对其进 行限制, 尽管参照较佳实施例对本发明进行了详细的说明, 本领域的普通技 术人员应当理解: 其依然可以对本发明的技术方案进行修改或者等同替换, 而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的 4青神和范围。

Claims

权 利 要 求
1、 一种数据处理方法, 其特征在于, 包括:
当需要切换到分组数据汇聚协议序列号编号方式不同的目标系统时, 确 定待重新编号的分组数据汇聚协议数据包;
对所述待重新编号的分组数据汇聚协议数据包进行重新编号, 使重新编 号后的分组数据汇聚协议序列号在所述目标系统支持的范围内。
2、 根据权利要求 1所述的方法, 其特征在于, 所述对所述待重新编号的 分组数据汇聚协议数据包进行重新编号包括:
当釆用分组数据汇聚协议序列号扩展方式时, 对所述待重新编号的分组 数据汇聚协议数据包进行重新编号, 所述分组数据汇聚协议数据包为分组数 据汇聚协议业务数据单元或者分组数据汇聚协议协议数据单元。
3、 根据权利要求 1所述的方法, 其特征在于, 所述对所述待重新编号的 分组数据汇聚协议数据包进行重新编号包括:
当釆用分组数据汇聚协议业务数据单元聚合方式时, 对所述待重新编号 的分组数据汇聚协议数据包中的分组数据汇聚协议业务数据单元进行重新编 号。
4、 根据权利要求 1所述的方法, 其特征在于, 所述确定待重新编号的分 组数据汇聚协议数据包包括:
当数据传输为下行时, 用户设备将本端非连续正确接收的分组数据汇聚 协议数据包作为所述待重新编号的分组数据汇聚协议数据包;
或者,
当数据传输为上行时, 用户设备将已发送但未收到源基站正确接收确认 的分组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据 包。
5、 根据权利要求 4所述的方法, 其特征在于, 还包括:
当数据传输为下行时, 用户设备接收目标基站发送的携带有分组数据汇 聚协议序列号的分组数据汇聚协议数据包, 丟弃与本端重新编号后的分组数 据汇聚协议序列号相同的所述目标基站发送的分组数据汇聚协议数据包。
6、 根据权利要求 4所述的方法, 其特征在于, 还包括:
当数据传输为下行时, 用户设备向目标基站发送分组数据汇聚协议数据 包的接收状态报告, 所述接收状态报告中包含重新编号后的分组数据汇聚协 议序列号满足如下条件的分组数据汇聚协议数据包的接收状态信息,
Figure imgf000024_0001
或者,
当数据传输为上行时, 用户设备接收目标基站发送的分组数据汇聚协议 数据包的接收状态报告, 所述接收状态报告中包含重新编号的分组数据汇聚 协议序列号满足如下条件的分组数据汇聚协议数据包的接收状态信息,
Figure imgf000024_0002
所述分组数据汇聚协议数据包的接收状态信息用于表示该分组数据汇聚 协议数据包是否已经被正确接收;
其中, 为重新编号后的分组数据汇聚协议序列号; HiW,:为对应 的 超帧号值; 当釆用分组数据汇聚协议序列号扩展方式时, 为第一个待重新 编号的分组数据汇聚协议数据包重新编号后的分组数据汇聚协议序列号, 当 釆用分组数据汇聚协议业务数据单元聚合方式时, 为第一个待重新编号的 分组数据汇聚协议数据包中第一个分组数据汇聚协议业务数据单元重新编号 后的分组数据汇聚协议序列号; HFN;为对应 的超帧号值; N e [N。,H] , N0 为目标基站釆用的重排序窗的长度, H为目标基站釆用的分组数据汇聚协议 序列号的长度。
7、 根据权利要求 1所述的方法, 其特征在于, 所述确定待重新编号的分 组数据汇聚协议数据包包括:
当数据传输为下行时, 源基站将已发送但未收到用户设备正确接收确认 的分组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据 包;
或者,
当数据传输为上行时, 源基站将本端非连续正确接收的分组数据汇聚协 议数据包作为所述待重新编号的分组数据汇聚协议数据包。
8、 根据权利要求 7所述的方法, 其特征在于, 还包括:
源基站将全部的所述待重新编号的分组数据汇聚协议数据包和对应的重 新编号后的分组数据汇聚协议序列号及对应的超帧号值一起发送给目标基 站;
或者,
源基站将部分或者全部的所述待重新编号的分组数据汇聚协议数据包和 对应的重新编号后的分组数据汇聚协议序列号及待分配的下一个分组数据汇 聚协议序列号和对应的超帧号值发送给目标基站。
9、 根据权利要求 8所述的方法, 其特征在于, 所述源基站将部分或者全 部的所述待重新编号的分组数据汇聚协议数据包和对应的重新编号后的分组 数据汇聚协议序列号发送给目标基站包括:
当 &Vm + H X (HFNm - HFN[) - SN[ < N时,
源基站将全部的所述待重新编号的分组数据汇聚协议数据包中的分组数 据汇聚协议业务数据单元和对应的重新编号后的分组数据汇聚协议序列号发 送给目标基站;
当 &Vm + H X (HFNm - HFN[) - SN[≥ N时,
源基站将第一部分的分组数据汇聚协议业务数据单元和对应的重新编号 后的分组数据汇聚协议序列号发送给目标基站;
源基站将第二部分的分组数据汇聚协议业务数据单元中已收到用户设备 正确接收确认的分组数据汇聚协议业务数据单元用假包填充后, 将包括所述 假包的所述第二部分的分组数据汇聚协议业务数据单元按序发送给目标基 站;
所述第一部分的分组数据汇聚协议业务数据单元满足如下条件:
Figure imgf000026_0001
所述第二部分的分组数据汇聚协议业务数据单元满足如下条件:
Figure imgf000026_0002
其中, 5W;为重新编号后的分组数据汇聚协议序列号,属于第一部分; SN) 为重新编号后的分组数据汇聚协议序列号,属于第二部分; HiW,:为对应 的 超帧号值; HFN;为对应 ^的超帧号值; 当釆用分组数据汇聚协议序列号扩 展方式时, 为第一个待重新编号的分组数据汇聚协议数据包重新编号后的 分组数据汇聚协议序列号, 当釆用分组数据汇聚协议业务数据单元聚合方式 时, 为第一个待重新编号的分组数据汇聚协议数据包中第一个分组数据汇 聚协议业务数据单元重新编号后的分组数据汇聚协议序列号; 画为对应
SN[的超帧号值; 当釆用分组数据汇聚协议序列号扩展方式时, SNm为最后一 个待重新编号的分组数据汇聚协议数据包重新编号后的分组数据汇聚协议序 列号, 当釆用分组数据汇聚协议业务数据单元聚合方式时, &Vm为最后一个 待重新编号的分组数据汇聚协议数据包中最后一个分组数据汇聚协议业务数 据单元重新编号后的分组数据汇聚协议序列号; HiWm为对应 SNm的超帧号 值; N e [N。,H] , N。为目标系统釆用的重排序窗的长度, H为目标系统釆用的 分组数据汇聚协议序列号的长度, m为待重新编号的分组数据汇聚协议数据 包对应的分组数据汇聚协议业务数据单元的总个数。
10、 根据权利要求 2所述的方法, 其特征在于,
当源系统釆用的分组数据汇聚协议序列号的长度与目标系统釆用的分组 数据汇聚协议序列号的长度不同时,
对所述待重新编号的分组数据汇聚协议数据包进行重新编号的计算公式 为:
SN = (SN; +H0 x (HFN; - HFNl )) mod(H) , \<l<p
或者,
Figure imgf000027_0001
其中, 为重新编号后的分组数据汇聚协议序列号; 为第 /个待重新 编号的分组数据汇聚协议数据包在源系统中的原始序列号; 为对应 SN) 的原始超帧号值; HFA^为对应第一个待重新编号的分组数据汇聚协议数据包 在源系统中的原始超帧号值; H0为源系统釆用的分组数据汇聚协议序列号的 长度; H为目标系统釆用的分组数据汇聚协议序列号的长度; p为待重新编 号的分组数据汇聚协议数据包的总个数; 为基准序列号; (**)mod(*)表示取 模运算。
11、 根据权利要求 3所述的方法, 其特征在于,
当源系统的分组数据汇聚协议数据包釆用聚合的方式而目标系统不釆用 数据汇聚协议业务数据单元的个数相同时,
对所述待重新编号的分组数据汇聚协议数据包进行重新编号的计算公式 为:
SNI'K = ((SNj + H0x (HFNj - HFN ) xL + K- l)mod(H) , l≤/≤ p, \<K<L 或者,
SNl'K = ((SNj +H0x (HFNj - HFN,) -B)xL + K- l)mod(H) , \<l<p, \<K<L 其中, SN; 为重新编号后的分组数据汇聚协议序列号; 为第 /个待重 新编号的分组数据汇聚协议数据包在源系统中的原始序列号; HFN^为对应 SN,的原始超帧号值; HFN,为对应第一个待重新编号的分组数据汇聚协议数 据包在源系统中的原始超帧号值; H。为源系统釆用的分组数据汇聚协议序列 号的长度; H为目标系统釆用的分组数据汇聚协议序列号的长度; p为待重 新编号的分组数据汇聚协议数据包的总个数; K表示源系统釆用聚合形式时 待重新编号的经过聚合的分组数据汇聚协议数据包中的第 个分组数据汇聚 协议业务数据单元; £为源系统釆用聚合形式时各个经过聚合的分组数据汇 聚协议数据包聚合的分组数据汇聚协议业务数据单元的个数; S为基准序列 号; (**)mod(*)表示取模运算。
12、 根据权利要求 10或 11所述的方法, 其特征在于, 所述基准序列号 携带在无线资源控制信令中, 所述无线资源控制信令为切换命令或者重配置 消息。
13、 根据权利要求 1-11任一所述的方法, 其特征在于, 还包括: 计算与所述重新编号后的分组数据汇聚协议序列号对应的超帧号值, 以 根据所述超帧号值和所述重新编号后的分组数据汇聚协议序列号按序递交数 据。
14、 根据权利要求 13所述的方法, 其特征在于,
当源系统釆用的分组数据汇聚协议序列号的长度与目标系统釆用的分组 数据汇聚协议序列号的长度不同时,
所述计算与所述重新编号后的分组数据汇聚协议序列号对应的超帧号值 的计算公式为:
SN; +H0x (HFN; - HFN, )
HFN, = HFN, + \<1<ρ·,
Η-1 或者,
SN, + H。 X (HFN, - HFN, )
HFN,' = HF…N, + \<l<p
H 或者,
SN, + H。 x (HFN, - HFN, ) - B
HFN, = HFN, + \<l<p 或者,
SN, + Ho x (HFN, - HFN,) - B
当 HFN, < HFNmm时, HFN] = HFN, +
H 当層, >層匪时, 層;
Figure imgf000029_0001
或者,
当源系统的分组数据汇聚协议数据包釆用聚合的方式而目标系统不釆用 数据汇聚协议业务数据单元的个数相同时,
所述计算与所述重新编号后的分组数据汇聚协议序列号对应的超帧号值 的计算公式为:
「(&V, + Ho X (HFN, - HFN ) xL + K-\
HFN, v = HFN, + \<ί≤ρ, \<K≤L
H-\ 或者,
(SN, +H0x (HFN, -HFN^xL + K-l
HFN, r = HFN, + \<l<p, \<K<L
H 或者,
(SN, + Ho x (HFNl-HFNx)-B) L + K-\
HFN,„ = HFN, + \<l<p, \<K<L
H-l
其中, HFA^分别为上述两种情况下的重新编号后的分组数据汇 聚协议序列号对应的超帧号值; 为第 /个待重新编号的分组数据汇聚协议 数据包在源系统中的原始序列号; HFN,为对应 的原始超帧号值; HFN 对应第一个待重新编号的分组数据汇聚协议数据包在源系统中的原始超帧号 值; HFNmax为目标系统能够支持的最大超帧号值, HW;为对 HFN,重置后的值; H。为源系统釆用的分组数据汇聚协议序列号的长度; H为目标系统釆用的分 组数据汇聚协议序列号的长度; p为待重新编号的分组数据汇聚协议数据包 的总个数; 表示源系统釆用聚合形式时待重新编号的经过聚合的分组数据 汇聚协议数据包中的第 个分组数据汇聚协议业务数据单元; L为源系统釆 向下取整运算。
15、 根据权利要求 1所述的方法, 其特征在于,
所述确定待重新编号的分组数据汇聚协议数据包包括:
源基站或者用户设备将未发送但已关联源系统的分组数据汇聚协议序列 号的分组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据 包;
所述对所述待重新编号的分组数据汇聚协议数据包进行重新编号包括: 源基站或者用户设备取消所述待重新编号的分组数据汇聚协议数据包的 已关联的分组数据汇聚协议序列号;
所述方法还包括:
源基站或者用户设备将取消分组数据汇聚协议序列号后的所述分组数据 汇聚协议数据包发送给目标基站。
16、 一种数据处理装置, 其特征在于, 包括:
确定模块, 用于当需要切换到分组数据汇聚协议序列号编号方式不同的 目标系统时, 确定待重新编号的分组数据汇聚协议数据包;
编号模块, 用于对所述待重新编号的分组数据汇聚协议数据包进行重新 编号, 使重新编号后的分组数据汇聚协议序列号在所述目标系统支持的范围 内。
17、 根据权利要求 16所述的装置, 其特征在于,
所述确定模块具体用于当数据传输为下行时将本端非连续正确接收的分 组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据包; 或 者, 当数据传输为上行时, 将已发送但未收到源基站正确接收确认的分组数 据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据包。
18、 根据权利要求 17所述的装置, 其特征在于, 还包括:
计算模块, 与所述编号模块连接, 用于计算与所述重新编号后的分组数 据汇聚协议序列号对应的超帧号值, 以根据所述超帧号值和所述重新编号后 的分组数据汇聚协议序列号按序递交数据。
19、 根据权利要求 16所述的装置, 其特征在于,
所述确定模块用于当数据传输为下行时, 将已发送但未收到用户设备正 确接收确认的分组数据汇聚协议数据包作为所述待重新编号的分组数据汇聚 协议数据包; 或者, 当数据传输为上行时, 将本端非连续正确接收的分组数 据汇聚协议数据包作为所述待重新编号的分组数据汇聚协议数据包。
20、 根据权利要求 19所述的装置, 其特征在于, 还包括:
数据发送模块, 用于将全部的所述待重新编号的分组数据汇聚协议数据 包和对应的重新编号后的分组数据汇聚协议序列号及对应的超帧号值一起发 送给目标基站; 或者, 用于将部分或者全部的所述待重新编号的分组数据汇 聚协议数据包和对应的重新编号后的分组数据汇聚协议序列号及待分配的下 一个分组数据汇聚协议序列号和对应的超帧号值发送给目标基站。
PCT/CN2009/073265 2009-08-14 2009-08-14 数据处理方法和装置 WO2011017849A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2009/073265 WO2011017849A1 (zh) 2009-08-14 2009-08-14 数据处理方法和装置
CN200980147157.4A CN102239728B (zh) 2009-08-14 2009-08-14 数据处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/073265 WO2011017849A1 (zh) 2009-08-14 2009-08-14 数据处理方法和装置

Publications (1)

Publication Number Publication Date
WO2011017849A1 true WO2011017849A1 (zh) 2011-02-17

Family

ID=43585856

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073265 WO2011017849A1 (zh) 2009-08-14 2009-08-14 数据处理方法和装置

Country Status (2)

Country Link
CN (1) CN102239728B (zh)
WO (1) WO2011017849A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104219719A (zh) * 2014-09-19 2014-12-17 京信通信系统(中国)有限公司 基站切换方法和系统
EP2876934A4 (en) * 2012-07-20 2016-08-10 Ntt Docomo Inc MOBILE COMMUNICATION METHOD
CN107534617A (zh) * 2015-05-06 2018-01-02 瑞典爱立信有限公司 在适于多径多跳的无线通信网络中处理数据分组传输的方法和设备
WO2018031020A1 (en) * 2016-08-11 2018-02-15 Nokia Technologies Oy Packet data convergence protocol (pdcp) protocol data unit (pdu) handling for mobility between new radio access technology and long term evolution
WO2018126449A1 (zh) * 2017-01-06 2018-07-12 富士通株式会社 数据传输窗口变换的方法及其装置、通信系统
WO2018141241A1 (zh) * 2017-02-03 2018-08-09 华为技术有限公司 设备切换方法及设备、承载配置方法及设备、通信系统
CN109661835A (zh) * 2017-02-23 2019-04-19 Oppo广东移动通信有限公司 一种配置pdcp实体的方法、接收装置和发送装置
CN109982378A (zh) * 2012-05-21 2019-07-05 三星电子株式会社 用于在移动通信系统中传送和接收数据的方法和设备
US11405169B2 (en) 2012-05-09 2022-08-02 Samsung Electronics Co., Ltd. Method and device for transmitting and receiving data by using multiple carriers in mobile communication system
US11696356B2 (en) 2012-01-09 2023-07-04 Samsung Electronics Co., Ltd. Method and apparatus for logging information
US11832229B2 (en) 2011-08-22 2023-11-28 Samsung Electronics Co., Ltd. Method and apparatus for supporting multiple frequency bands in mobile communication system
USRE50037E1 (en) 2020-11-12 2024-07-09 Samsung Electronics Co., Ltd. Method and apparatus for transceiving data using plurality of carriers in mobile communication system

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104426638B (zh) * 2013-08-20 2017-11-10 联芯科技有限公司 一种数据递交方法和装置
CN104753629B (zh) * 2013-12-26 2018-03-30 联芯科技有限公司 一种数据递交方法和装置
CN108512628A (zh) * 2017-02-24 2018-09-07 上海朗帛通信技术有限公司 一种被用于基站、ue中的用于高层传输的方法和装置
CN109429269B (zh) * 2017-08-22 2022-02-22 中国电信股份有限公司 序列号动态调整方法、装置和基站
CN114499749B (zh) * 2020-11-13 2024-06-11 上海华为技术有限公司 一种数据发送方法及其相关设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008048072A1 (en) * 2006-10-19 2008-04-24 Samsung Electronics Co., Ltd. Method and apparatus for performing handover using packet data convergence protocol (pdcp) reordering in mobile communication system
CN101267440A (zh) * 2008-05-07 2008-09-17 中兴通讯股份有限公司 无损重定位方法和系统
WO2008157631A2 (en) * 2007-06-18 2008-12-24 Qualcomm Incorporated Method and apparatus for pdcp reordering at handoff
CN101400156A (zh) * 2007-09-29 2009-04-01 华为技术有限公司 基于s1切换的下行及上行数据包转发方法
WO2009046049A1 (en) * 2007-10-01 2009-04-09 Qualcomm Incorporated In-order delivery of packet data convergence protocol (pdcp) service data units in downlink during handover
CN101415219A (zh) * 2007-10-19 2009-04-22 华为技术有限公司 一种数据处理的方法、系统和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008048072A1 (en) * 2006-10-19 2008-04-24 Samsung Electronics Co., Ltd. Method and apparatus for performing handover using packet data convergence protocol (pdcp) reordering in mobile communication system
WO2008157631A2 (en) * 2007-06-18 2008-12-24 Qualcomm Incorporated Method and apparatus for pdcp reordering at handoff
CN101400156A (zh) * 2007-09-29 2009-04-01 华为技术有限公司 基于s1切换的下行及上行数据包转发方法
WO2009046049A1 (en) * 2007-10-01 2009-04-09 Qualcomm Incorporated In-order delivery of packet data convergence protocol (pdcp) service data units in downlink during handover
CN101415219A (zh) * 2007-10-19 2009-04-22 华为技术有限公司 一种数据处理的方法、系统和装置
CN101267440A (zh) * 2008-05-07 2008-09-17 中兴通讯股份有限公司 无损重定位方法和系统

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11832229B2 (en) 2011-08-22 2023-11-28 Samsung Electronics Co., Ltd. Method and apparatus for supporting multiple frequency bands in mobile communication system
US11696356B2 (en) 2012-01-09 2023-07-04 Samsung Electronics Co., Ltd. Method and apparatus for logging information
US11405169B2 (en) 2012-05-09 2022-08-02 Samsung Electronics Co., Ltd. Method and device for transmitting and receiving data by using multiple carriers in mobile communication system
CN109982378A (zh) * 2012-05-21 2019-07-05 三星电子株式会社 用于在移动通信系统中传送和接收数据的方法和设备
US11363489B2 (en) 2012-05-21 2022-06-14 Samsung Electronics Co., Ltd. Method and device for transmitting and receiving data in mobile communication system
EP2876934A4 (en) * 2012-07-20 2016-08-10 Ntt Docomo Inc MOBILE COMMUNICATION METHOD
US9591530B2 (en) 2012-07-20 2017-03-07 Ntt Docomo, Inc. Mobile communication method
CN104219719A (zh) * 2014-09-19 2014-12-17 京信通信系统(中国)有限公司 基站切换方法和系统
CN107534617A (zh) * 2015-05-06 2018-01-02 瑞典爱立信有限公司 在适于多径多跳的无线通信网络中处理数据分组传输的方法和设备
WO2018031020A1 (en) * 2016-08-11 2018-02-15 Nokia Technologies Oy Packet data convergence protocol (pdcp) protocol data unit (pdu) handling for mobility between new radio access technology and long term evolution
WO2018126449A1 (zh) * 2017-01-06 2018-07-12 富士通株式会社 数据传输窗口变换的方法及其装置、通信系统
WO2018141241A1 (zh) * 2017-02-03 2018-08-09 华为技术有限公司 设备切换方法及设备、承载配置方法及设备、通信系统
CN109661835B (zh) * 2017-02-23 2020-06-26 Oppo广东移动通信有限公司 一种配置pdcp实体的方法、接收装置和发送装置
CN109661835A (zh) * 2017-02-23 2019-04-19 Oppo广东移动通信有限公司 一种配置pdcp实体的方法、接收装置和发送装置
USRE50037E1 (en) 2020-11-12 2024-07-09 Samsung Electronics Co., Ltd. Method and apparatus for transceiving data using plurality of carriers in mobile communication system

Also Published As

Publication number Publication date
CN102239728B (zh) 2013-09-25
CN102239728A (zh) 2011-11-09

Similar Documents

Publication Publication Date Title
WO2011017849A1 (zh) 数据处理方法和装置
CN106134099B (zh) 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备
JP5281700B2 (ja) 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法
JP5179503B2 (ja) 移動通信システムにおけるパケットデータコンバージェンスプロトコル(pdcp)リオーダリングを用いてハンドオーバを行う方法及び装置
WO2018127238A1 (zh) 信息处理方法及装置
US8897149B2 (en) Method and a transceiver for HARQ failure detection
US20160182205A1 (en) Shortened block acknowledgement with fragmentation acknowledgement signaling
EP2469750A1 (en) Method and apparatus for downlink data transmission control in multi-hop relay communication system
US9755726B2 (en) Method and apparatus for improved multi-carrier communication
KR101910180B1 (ko) 데이터 송수신방법 및 장치
WO2010105467A1 (zh) 一种用户设备以及用户设备接收下行数据的方法
US10454626B2 (en) Transmitter defragmentation for data unit fragments
CN101868932A (zh) 在无线通信系统中执行轮询过程的方法
TW201739233A (zh) 一種資料傳輸方法及相關設備
WO2015139319A1 (zh) 直接通信中的数据传输设备及方法
WO2014026386A1 (zh) 数据包传输方法和装置
US8687591B2 (en) Relay node user plane support
KR101532222B1 (ko) 통신 시스템 및 그의 rrc 접속 방법
WO2014056198A1 (zh) Harq反馈的传输方法和装置
WO2015113296A1 (zh) 双连接模式下的状态反馈方法及设备
WO2013037322A1 (zh) 分片接收和发送的方法以及分片接收和发送的装置
WO2016180280A1 (zh) 一种块确认帧的传输方法及设备
KR101583724B1 (ko) 통신 시스템 및 그의 패킷 송수신 방법
WO2015018009A1 (zh) 用于自动重传的方法、用户设备和基站
CN109788516B (zh) 一种lte切换过程中下行数据的确认方法及设备

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980147157.4

Country of ref document: CN

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

Ref document number: 09848179

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09848179

Country of ref document: EP

Kind code of ref document: A1