WO2014177099A1 - 一种基于多流传输的数据排序方法及接收装置 - Google Patents

一种基于多流传输的数据排序方法及接收装置 Download PDF

Info

Publication number
WO2014177099A1
WO2014177099A1 PCT/CN2014/078624 CN2014078624W WO2014177099A1 WO 2014177099 A1 WO2014177099 A1 WO 2014177099A1 CN 2014078624 W CN2014078624 W CN 2014078624W WO 2014177099 A1 WO2014177099 A1 WO 2014177099A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
pdu
timer
data
lost
Prior art date
Application number
PCT/CN2014/078624
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 中兴通讯股份有限公司
Publication of WO2014177099A1 publication Critical patent/WO2014177099A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/624—Altering the ordering of packets in an individual queue

Definitions

  • the present invention relates to a technique for ensuring sequential transmission of multi-connection data in a mobile communication system, and more particularly to a data sequencing method and receiving apparatus based on multi-stream transmission. Background technique
  • LTE Long Term Evolution
  • LTE Advanced enhanced LTE
  • the existing user plane data protocol stack of LTE is shown in Figure 1.
  • the downlink data received from the core network via the User Channel GPRS Tunneling Protocol (GTP-U, GPRS Tunneling Protocol for the User Plane) is packetized and then passed through the packet data.
  • the PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • PHY Physical Layer
  • UE User Equipment
  • the transmission of uplink data is exactly the opposite of the downlink.
  • the data transmission link between the network and the UE is a one-to-one dedicated link, so the signal quality of the link and the size of the resources used determine the data transmission performance between the two.
  • LPNs Low-power nodes
  • Pico eNB micro base station
  • LPN cells the coverage of the LPN cell is relatively small compared to the macro cell (Macro Cell)
  • the capacity is relatively small, and some LPN cells may be easily occupied by users, resulting in excessive load, thereby affecting users.
  • the throughput of the data while other LPN cells or macro cells will be at a relatively low load level. If the load is to be balanced, the network side needs to perform load balancing operations, but the process is not flexible enough, especially when there are many cells. The load imbalance caused by the lack of flexibility is more serious. In addition, because the number of LPN cells is relatively large, when a user equipment (UE, User Equipment) or terminal moves within the network, frequent inter-cell handover is caused. Handover), which leads to frequent data service terminals and even dropped calls, which also leads to a decline in user data throughput and user experience.
  • UE User Equipment
  • Dual Connectivity is one of them.
  • the dual-connected terminal can simultaneously and two (or more than two, the double connection described in this article is only a generic term, and does not limit the number of connections).
  • the network node remains connected, as shown in Figure 2, where the primary node is called MeNB.
  • Master eNB generally referred to as a macro base station node
  • SeNB Secondary eNB, generally referred to as a micro base station or a low power node
  • the UE is simultaneously connected to the macro cell and the LPN cell.
  • the network side can adjust the amount of transmission data of the terminal on the MeNB and the SeNB node in real time, and if the UE moves or other reasons cause the SeNB cell to change, another cell can still maintain the connection, and the change Does not cause excessive signaling impact.
  • the service data of the bearer 2 on the MeNB is divided into two parts at the PDCP layer, and respectively delivered to the RLC layer of the local lower layer and the RLC layer of the SeNB, and finally sent to the terminal.
  • the sender has not changed the existing protocol very much, mainly involving the shunt problem. But at the receiving end, it involves how to combine multiple connections, ie data received from the connection between the MeNB and the SeNB.
  • the PDCP layer maintains the PDCP count value (PDCP COUNT ) for counting each PDU, which is composed of two parts, including a super frame number (HFN, Hyper frame number) and an order. ⁇ 1 J (SN, sequence number ). In this way, the order delivery of the PDCP SDU is done.
  • the behavior of the receiving end PDCP is related to the transmission mode of the lower layer RLC.
  • the transmission mode of the RLC can be divided into an acknowledge mode (AM, Acknowledged Mode), an unacknowledged mode (UM, Unacknowledged Mode), and a transparent mode (TM). , Transparent Mode ).
  • AM acknowledge mode
  • UM unacknowledged Mode
  • TM transparent mode
  • Transparent Mode Transparent Mode
  • the corresponding two RLC layer entities on the UE side correspond to the RLC entities of the SeNB and the MeNB.
  • the data received by the two LC entities is uniformly delivered to the upper layer.
  • the PDCP layer although the data delivered by each RLC is ordered, because the two connections are not synchronized, the received data is out of order from the PDCP side of the stage. A problem can occur if it is still performed in accordance with the functions of the PDCP in the existing protocol.
  • the processing flow of the normal PDCP in the existing PDCP protocol is as shown in FIG. 4, and includes the following processes:
  • the receiving end PDCP entity maintains a receiving window and receives a PDCP protocol data packet (PDU) from the RLC layer.
  • the window represents the reception and delivery status of the current PDCP Protocol Packet (PDU), which is recorded by a series of PDU SN related variables associated with the receiving window, which may identify the start and end of the window.
  • the window size is fixed, and the receiving window is continuously updated as the PDU is received and delivered.
  • Step 402 Determine, according to the SN number of the currently received PDU, whether it falls within the sequence number range of the window.
  • the PDU SN number is only the low bit in the PDCP count value, when the SN number reaches the maximum, a carry to the HFN occurs, and then restarts from 0, that is, the SN number is cyclic. Therefore, it is necessary to judge the HFN of the PDU when judging.
  • Step 403 if it falls within the window, the PDCP entity needs to perform security processing for the data packet.
  • Step 404 if it falls within the window, the PDCP entity needs to perform header decompression processing (if configured) for the data packet.
  • Step 405 If there is no data packet repeated in the receiving buffer window, the service data packet (SDU) in the PDU is stored in the cache in the order of the SN number of the PDU.
  • SDU service data packet
  • Step 406 Determine whether the currently received PDU is received by the underlying reconstruction. If not, proceed to step 407, otherwise proceed to step 408.
  • Step 407 The PDCP sends all the received SDU data whose PDCP COUNT value is smaller than the current received PDU COUNT value, and the SDU data corresponding to all the consecutive PDUs that are currently receiving the PDCP COUNT value to the upper layer in sequence, and then proceeds to step 410.
  • Step 408 Determine whether the currently received PDU satisfies the delivery condition, that is, determine whether it is the first data packet in the window, and if yes, proceed to step 409.
  • Step 409 The PDCP delivers the SDU data corresponding to all consecutive PDUs starting from the PDU to the upper layer in sequence, and then proceeds to step 410.
  • Step 410 sliding the receiving window.
  • the embodiment of the present invention is to provide a data sorting method and a receiving apparatus based on multi-stream transmission, which can at least reorder the received data to avoid problems caused by out-of-order data arrangement.
  • a data sorting method based on multi-stream transmission comprising:
  • the data is transmitted in multiple streams between the transmitting side and the receiving side, and the receiving side temporarily stores the service data packet SDU corresponding to the received valid protocol data packet PDU in the order of the PDU count value;
  • the receiving side distinguishes between the missing or lost packets in the PDU data packet, and starts the timer management. After the PDU data packet meets the delivery condition, the receiving side transmits the temporary SDU corresponding to the PDU that satisfies the delivery condition. Give the upper layer.
  • the receiving side is a packet data convergence protocol PDCP; the valid PDU is a PDU that falls within a reasonable range of the PDU, and can be correctly processed by the packet data convergence protocol PDCP.
  • the processing of the PDU that can be correctly processed by the PDCP includes at least: successfully decrypting, and/or successfully verifying through the PDCP integrity protection, and/or successfully implementing the header solution. Compression operation.
  • the missing or missing packets that cause discontinuities are:
  • the vacant data packet is generated for the discontinuous valid PDU data packet due to out-of-order or other abnormal reasons, and the vacant data packet needs to be further divided into the missing packet or the lost packet.
  • the receiving side is a packet data convergence protocol (PDCP); the distinguishing is the missing packet or the lost packet, including:
  • PDCP packet data convergence protocol
  • the PDCP receives a packet larger than the current packet PDCP count value from each protocol entity of the underlying protocol, and determines that the current packet is a lost packet, and cannot determine that the other vacant packet of the lost packet is a missing packet; or
  • the timer management includes: starting, stopping, or timeout processing of the timer. Wherein, if the current data packet is a lost packet, the timer management is:
  • the timer management is:
  • the determining whether to stop the reordering timer includes:
  • the method further includes: The reordering timer independently opens a reordering timer for each missing PDU; or enables a reordering timer for a group of missing PDUs;
  • the reordering timer if all missing packets are received, the reordering timer is stopped. Otherwise, if the packet corresponding to the reordering timer is lost, the packet is lost.
  • the timer management when it is determined that the received data packet is received because the underlying layer is re-established, the timer management includes:
  • the determining whether the PDU data packet meets the delivery condition includes:
  • the PDU packet has been successfully received or confirmed to be a lost packet, and all PDU packets before the buffered PDU packet have been successfully received or confirmed to be lost.
  • the method further includes: temporarily storing the SDU corresponding to the PDU that satisfies the delivery condition is deleted, to store the subsequent SDU. Reorder data.
  • a receiving device comprising:
  • the receiving unit is configured to transmit data in multiple streams between the transmitting side and the receiving side, and temporarily store the service data packet SDU corresponding to the received valid protocol data packet PDU in the order of the PDU count value;
  • the data packet type distinguishing unit is configured to distinguish Continuing missing or missing packets in the PDU packet;
  • the sending unit is configured to start timer management. After the PDU data packet meets the delivery condition, the temporary SDU corresponding to the PDU that satisfies the delivery condition is delivered to the upper layer.
  • the receiving unit is located in a packet data convergence protocol (PDCP), and the valid PDU is a PDU that falls within a reasonable range of the PDU and can be correctly processed by the packet data convergence protocol PDCP.
  • the receiving unit is further configured to perform processing on the PDU that can be correctly processed by the PDCP, including at least: successfully decrypting, and/or successfully performing PDCP integrity protection verification, and/or successfully implementing a header decompression operation. .
  • the packet type distinguishing unit is further configured to generate a vacant packet for the discontinuity of the received valid PDU packet due to out-of-order or other abnormal reasons, and the vacant packet needs to be further divided into the missing packet.
  • the receiving unit is located in a packet data convergence protocol PDCP;
  • the packet type distinguishing unit is further configured to: the PDCP receives a packet larger than the current packet PDCP count value from each protocol entity of the underlying protocol, and determines that the current data packet is a lost packet, and cannot be determined as a lost packet.
  • the other vacant packet is a missing packet; or, when the reordering timer expires, it is determined that the packet corresponding to the reordering timer is lost, and the packet is lost.
  • the sending unit further includes:
  • the timer management module is configured to start, stop, or time out the timer.
  • the timer management module is further configured to: if the current data packet is a lost packet, determine whether a timer corresponding to the lost packet is running, and if yes, stop the timer corresponding to the lost packet .
  • the timer management module is further configured to: when a reordering timer for the missing packet is not enabled, start a reordering timer corresponding to the missing packet; for the reordering timer that is running And determining, according to the currently received PDU, whether to stop the reordering timer.
  • the timer management module is further configured to determine whether to stop the reordering timer, if the data packet corresponding to the reordering timer has been successfully received or confirmed as a lost packet, the timer management module does not exist. Missing package, stop the reordering timer.
  • the timer management module is further configured to use the reordering timer for each missing
  • the PDU independently starts a reordering timer; or starts a reordering timer for a group of missing PDUs; if all missing packets are received during the reordering timer, the reordering timer is stopped, otherwise the reordering is considered If the timer packet is lost, it is a lost packet.
  • the timer management module is further configured to stop all running reordering timers when the received data packet is received because the underlying layer is reestablished; or restart the reordering timer.
  • the sending unit further includes:
  • a condition determining module configured to determine whether the PDU data packet satisfies a delivery condition, and if the PDU data packet has been successfully received or is confirmed to be lost, the packet is lost, and all of the temporary storage of the PDU data packet The PDU packets have been successfully received or confirmed to be lost.
  • the sending unit further includes:
  • the method further includes: deleting the SDU corresponding to the PDU that satisfies the delivery condition, and deleting the SDU to store the subsequent weight Sort the data.
  • the receiving unit, the data packet type distinguishing unit, the sending unit, the timer management module, the condition determining module, and the deleting module may use a central processing unit (CPU, Central) when performing processing.
  • CPU Central
  • Processing Unit Digital Signal Processor
  • FPGA Field-Programmable Gate Array
  • the method of the embodiment of the present invention includes: transmitting data in multiple streams between the transmitting side and the receiving side, and receiving, by the receiving side, the service data packet SDU corresponding to the received valid protocol data packet PDU is temporarily stored in the order of the PDU count value;
  • the PDU packet causes a discontinuous missing packet or a lost packet.
  • the timer management is started. After the PDU packet satisfies the delivery condition, the receiving side transmits the temporarily stored SDU corresponding to the PDU that satisfies the delivery condition to the upper layer.
  • the PDU count value is temporarily stored in the order of the PDU, and the type of the data packet is classified as a missing packet or a lost packet, and is managed by the timer.
  • the receiving side After the delivery condition is satisfied, the receiving side temporarily stores the PDU corresponding to the delivery condition that satisfies the delivery condition.
  • the SDU is passed to the upper layer. Therefore, the reordering method can at least reorder the received data to avoid the problem caused by the out-of-order arrangement of the data.
  • 1 is a schematic diagram of an existing LTE user plane protocol stack
  • FIG. 2 is a schematic diagram of an existing dual connection scenario
  • FIG. 3 is a schematic diagram of a conventional multi-connection data offloading manner
  • FIG. 4 is a schematic diagram of a PDCP layer processing flow in an existing protocol
  • FIG. 5 is a schematic diagram of a PDCP reordering process according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a timer management process according to an embodiment of the present invention.
  • FIG. 7 is another schematic diagram of a timer management process according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a lost packet determination process according to an embodiment of the present invention. detailed description
  • the data sorting scheme based on multi-stream transmission in the embodiment of the present invention can be applied to a scene and a mode (for example, AM mode or UM mode) for ensuring sequential transmission of multi-connection data in a mobile communication system.
  • a mode for example, AM mode or UM mode
  • the data sorting method based on multi-stream transmission in the embodiment of the present invention is an example of a PDCP reordering scheme based on multi-stream transmission in the case of multi-connection data transmission, and includes at least the following contents:
  • the PDCP stores the service data packets (SDUs) corresponding to the valid protocol data packets (PDUs) in the cache according to the PDU count value, and distinguishes between the missing packets and the lost packets caused by the PDU data packets, and starts the timer management. , PDCP when the PDU packet meets the delivery conditions The stored SDU corresponding to the PDU that satisfies the delivery condition is delivered to the upper layer.
  • SDUs service data packets
  • PDUs valid protocol data packets
  • the valid PDU refers to a PDU that falls within a reasonable range of the PDU count value and can be correctly processed by the PDCP protocol function.
  • the PDU count value is greater than COUNT1 and less than equal to COU T2.
  • COUNTl is the maximum PDU count value corresponding to the SDU that the previous PDCP has submitted
  • COU T2 COU Tl+ A
  • ⁇ is the reordering window width. It is generally half the length of the PDCP SN number.
  • the correct processing by the PDCP protocol function comprises: successfully decrypting, and/or successfully performing PDCP integrity protection verification, and/or successfully implementing operations such as head decompression.
  • the specific processing content depends on the different processing of the data packet by the transmitting end.
  • the missing packet and the lost packet are caused by the out-of-order or other abnormal reasons, and the received valid PDU data packet is discontinuous, and the vacant data packet is generated, wherein the vacant data packet can be further distinguished.
  • the vacant data packet is generated, wherein the vacant data packet can be further distinguished.
  • the method for judging the lost packet is: the PDCP receives a packet larger than the current packet PDCP COUNT value from each protocol entity of the underlying protocol, and determines that the current data packet is a lost packet, or corresponds to a reordering timer. When the timeout expires, it is confirmed that the packet corresponding to the timer is lost and becomes a lost packet.
  • the missing package that is, other vacant packets that cannot be determined as missing packets.
  • the timer management is configured to be reordered to solve the transmission disorder problem. At this point, you need to start at the right time to wait for the missing packets, or stop the timer to ensure that the data is normally delivered to the upper layer.
  • the timer management mainly includes starting, stopping, and timeout processing of the timer.
  • the timer management comprises:
  • the timer management includes:
  • the reordering timer for the current missing packet. That is, if the reordering timer for the missing packet has not been opened, the reordering timer is started; For the running reordering timer, it is determined whether to stop the reordering timer according to the currently received PDU.
  • the determining whether to stop the reordering timer comprises:
  • the data packet corresponding to the timer has been successfully received or confirmed as a lost packet, that is, if there is no missing packet, the reordering timer is stopped.
  • the length of the timer is determined by a specific implementation, for example, it may be dynamically estimated according to the delay between different transmission links, or may be set to a fixed value.
  • the reordering timer may independently enable one reordering timer for each missing PDU, or may open a reordering timer for a group of missing PDUs.
  • the PDCP may further distinguish whether the currently received data packet is received due to the underlying reconstruction. If the currently received PDU is received due to the underlying reconstruction, the timer management may be directed to This scene is further enhanced. At this time, the timer management includes:
  • the method for determining whether a certain PDU data packet satisfies the delivery includes: the PDU has been successfully received or confirmed to be a lost packet, and all the PDUs before the PDU have been successfully received or It was confirmed that a loss occurred.
  • the corresponding SDU is empty.
  • the corresponding data stored in the cache is to be deleted to store subsequent other reordered data.
  • the receiving unit is configured to transmit data in multiple streams between the transmitting side and the receiving side, and temporarily store the service data packet SDU corresponding to the received valid protocol data packet PDU in the order of the PDU count value; a packet type distinguishing unit configured to distinguish between a missing packet or a lost packet in the PDU packet;
  • the sending unit is configured to start timer management. After the PDU data packet meets the delivery condition, the temporary SDU corresponding to the PDU that satisfies the delivery condition is delivered to the upper layer.
  • the receiving unit is located in a packet data convergence protocol PDCP, and the valid PDU is specifically a PDU that falls within a reasonable range of the PDU and can be correctly processed by the packet data convergence protocol PDCP.
  • PDCP packet data convergence protocol
  • the receiving unit is further configured to perform processing on the PDU that can be correctly processed by the PDCP, at least: successfully decrypting, and/or successfully verifying by PDCP integrity protection, and/or successfully implementing header decompression operating.
  • the data packet type distinguishing unit is further configured to generate a vacant data packet for a discontinuity of the received valid PDU data packet due to out-of-order or other abnormal reasons, and the vacant data packet needs to be further divided into the Missing package or the missing package.
  • the receiving unit is located in a packet data convergence protocol PDCP;
  • PDCP packet data convergence protocol
  • the packet type distinguishing unit is further configured to: the PDCP receives a packet larger than the current packet PDCP count value from each protocol entity of the underlying protocol, and determines that the current data packet is a lost packet, and cannot be determined as a lost packet.
  • the other vacant packet is a missing packet; or, when the reordering timer expires, it is determined that the packet corresponding to the reordering timer is lost, and the packet is lost.
  • the sending unit further includes: a timer management module configured to start, stop, or timeout processing of the timer.
  • a timer management module configured to start, stop, or timeout processing of the timer.
  • the timer management module is further configured to: if the current data packet is a lost packet, determine whether a timer corresponding to the lost packet is running, and if yes, stop the timing of the corresponding lost packet Device.
  • the timer management module is further configured to not open the missing package When the reordering timer is started, a reordering timer corresponding to the missing packet is started; and for the reordering timer that is running, determining whether to stop the reordering timer according to the currently received PDU.
  • the timer management module is further configured to determine whether to stop the reordering timer, if the data packet corresponding to the reordering timer has been successfully received or confirmed as a lost packet, then There is a missing packet, stopping the reordering timer.
  • the timer management module is further configured to: the reordering timer independently open a reordering timer for each missing PDU; or enable a reordering timer for a group of missing PDUs; During the time, if all the missing packets are received, the reordering timer is stopped. Otherwise, if the packet corresponding to the reordering timer is lost, the packet is lost.
  • the sending unit further includes:
  • a condition determining module configured to determine whether the PDU data packet satisfies a delivery condition, and if the PDU data packet has been successfully received or is confirmed to be lost, the packet is lost, and all of the temporary storage of the PDU data packet The PDU packets have been successfully received or confirmed to be lost, which is a lost packet.
  • the timer management module is further configured to stop all running reordering timers when the received data packet is received due to the underlying reconstruction, or restart the reordering timer.
  • the sending unit further includes:
  • the method further includes: deleting the SDU corresponding to the PDU that satisfies the delivery condition, and deleting the SDU to store the subsequent weight Sort the data.
  • the receiving unit is specifically a receiver
  • the sending unit is specifically a receiver
  • the timer management module is specifically a timing controller
  • the data packet type distinguishing unit, the condition determining module, and the deleting module may be implemented by using a processor.
  • CPU Central Processing Unit
  • DSP Digital Singnal Processor
  • FPGA Programmable Array
  • the beneficial effects of the data sorting scheme of the embodiment of the present invention are as follows: Reordering the received data can solve the problem of packet out-of-sequence caused by the unsynchronization between multiple connections, and complete the PDCP to multi-connection splitting data. Sorting, guarantees an orderly data transfer for the upper layer. Prevent PDCP packet loss, count value confusion, and security protection failure due to out-of-order.
  • the method described in the present invention fully multiplexes the existing delivery mechanism to ensure the backward compatibility of the network and the terminal on the hardware and software to the greatest extent.
  • the PDCP reordering process in the embodiment of the present invention includes the following steps: Step 501: The receiving end PDCP receives a PDCP protocol data packet (PDU) from the bottom layer.
  • PDU PDCP protocol data packet
  • RLC entities ie, RLC entities
  • the method of the present invention is also applicable to any of a plurality of underlying protocol entities.
  • Step 502 Determine whether the currently received PDCP PDU count value falls within a reasonable range, that is, determine whether the PDCP COUNT of the current PDU is greater than the maximum PDCP COUNT value submitted by the last upper layer, and the difference is not greater than the reordering window width. . If yes, step 503 is performed. Otherwise, step 511 exception processing is performed, and the data packet is discarded.
  • Step 503 The PDCP entity needs to perform corresponding PDCP protocol processing for the data packet, which may include decryption, and/or integrity protection verification, and/or header decompression, and the like. If the corresponding processing is successful, the packet is considered to be a valid PDU packet.
  • Step 504 If there is no data packet in the receiving buffer that is duplicated, the service data packet (SDU) in the PDU is stored in the cache in the order of the count value of the PDU. Step 505, performing timer management.
  • SDU service data packet
  • Step 506 Determine whether the stored data packet satisfies the delivery condition, and if yes, proceed to step 509.
  • the PDCP delivers the SDU sequence corresponding to all the PDUs satisfying the delivery condition to the upper layer.
  • step 506 if the timer is turned on at the granularity of each PDU, a reordering timer is turned on for each missing PDU.
  • the timer management process of the embodiment of the present invention assumes that the SN number of the currently received PDU is n, including:
  • Step 601 Determine whether there is currently a reordering timer corresponding to the SNn running, if yes, go to 602, otherwise go to 603.
  • Step 602 if there is a reordering timer running, stop the timer, and then go to the step
  • Step 603 Determine whether there is a missing packet in the PDU before the currently received data packet with the SN being n in the current receiving window. If yes, go to 604, otherwise go to step 606.
  • step 604 it is judged whether or not each missing packet has been lost. If yes, the process proceeds to 607, otherwise, the process proceeds to step 605.
  • step 605 it is determined whether each missing packet has a corresponding reordering timer running, and if so, it proceeds to 609, otherwise proceeds to step 606.
  • Step 606 Enable a corresponding reordering timer for each missing packet, and proceed to step 609.
  • Step 607 Determine whether there is a reordering timer corresponding to the lost packet, if yes, go to 608, otherwise go to step 609.
  • Step 608 stopping the reordering timer for the PDU.
  • the timer management module processes the processing, and proceeds to the next processing.
  • step 604 the receiving end determines that a PDU is lost:
  • the reordering timer corresponding to the data packet times out
  • PDCP receives PDUs with COUNT values greater than the COUNT value of each packet from each of the underlying protocol entities, that is, these PDUs are not received due to the underlying re-establishment, and the packet is judged to be lost.
  • two RLC protocol entities under the PDCP are taken as an example.
  • the process of determining the lost packet is as shown in FIG. 8 , which is the state of the PDU received by the PDCP side, where the data packets 4 and 5 are the PDUs received from the RLC1.
  • Packet 7 is the PDU received from RLC2, and packets 4, 5, and 7 are not received because the underlying reconstruction occurs, and packets 1, 2, 3, and 6 are missing packets, so the data before packet 7 It is not continuous. But you can continue to make further judgments on packets 1, 2, 3 and 6:
  • PDCP receives packets larger than its COUNT value from both LC1 and RLC2, so the packets corresponding to 1, 2, and 3 can be considered to have been lost.
  • the receiving end determines that a PDU has been lost, it may not need to start the reordering timer. If the reordering timer for the data packet has been started before, the reordering timer may be stopped.
  • a reordering timer is turned on for a group of missing PDUs. It is possible to maintain reordering timers for several groups at the same time, or one PDCP entity can maintain only one reordering timer.
  • the timer management process of the embodiment of the present invention is as shown in FIG. 7. As shown, it is assumed that the SN number of the currently received PDU is n, including:
  • Step 701 Determine whether the current receiving PDU has a corresponding reordering timer running, and if yes, proceed to step 702, otherwise proceed to step 704.
  • Step 702 Determine whether all the missing PDUs corresponding to the timing are received or confirmed to be lost. If yes, go to step 703, otherwise go to step 706.
  • Step 703 stopping the reordering timer.
  • Step 704 Determine whether there is a missing packet before the PDU corresponding to the maximum PDCP COUNT value received in the current receiving window. If there is a missing packet, go to step 705, otherwise go to step 706.
  • the determination in this step may also be equivalently described as determining whether the corresponding PDCP PDU in the current receive buffer is discontinuous. If the answer is yes, then go to step 705, otherwise go to step 706.
  • Step 705 start a timer for all missing packets.
  • the missing PDU corresponding to the reordering timer includes all the missing packets before the PDU corresponding to the received maximum PDCP COUNT value in the current receiving window. Or described as all missing packets before the last PDU in the received PDU in the receiving window;
  • Step 706 the timer management module processes the processing, and proceeds to the next processing.
  • the judgment in steps 702 and 704 in the above process is the same as the flow of Fig. 8 when distinguishing the lost packets.
  • the receiving end determines that a PDU has been lost, it does not count it into the missing PDU. That is, the packet is not considered to be a missing packet, but the packet is lost.
  • the missing data packet corresponding to the timer that has not been received is considered to be lost. That is to become a lost package.
  • step 507 it is determined whether the data packet satisfies the delivery condition. It can also be equivalently described as determining whether the currently received data packet is the first PDU data packet after the last completed PDU, that is, whether the PDCP COUNT value of the current PDU is equal to the largest PDU corresponding to the SDU that the previous PDCP has delivered. The count value is +1.
  • the receiving end refers to the terminal for the downlink data, and refers to the network side, that is, the MeNB and the SeNB for the uplink data.
  • the RLC protocol entities are described as the underlying protocol entity of the PDCP.
  • the PDCP underlying protocol is any other protocol, as long as the underlying protocol can ensure the orderly delivery of the PDCP PDU.
  • the method of the present invention is illustrated by the steps in FIG. 5, but in the specific implementation process, it is not limited to a specific step, and all the reordering methods according to the present invention are described. Similar reordering methods are within the scope of the present invention.
  • the integrated modules described in the embodiments of the present invention may also be stored in a computer readable storage medium if they are implemented in the form of software functional modules and sold or used as separate products. Based on such understanding, the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product.
  • the computer software product is stored in a storage medium and includes a plurality of instructions.
  • a computer device (which may be a personal computer, server, or network device, etc.) is implemented to perform all or part of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a USB flash drive, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and the like.
  • the medium of the code includes: a USB flash drive, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and the like.
  • the medium of the code includes: a USB flash drive, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and the like.
  • the medium of the code is not limited to any specific combination of hardware and software.
  • an embodiment of the present invention further provides a computer storage medium, wherein a computer program is stored, where the computer program is used to execute a multi-stream transmission based data sorting method according to an embodiment of the present invention.
  • the method of the embodiment of the present invention includes: transmitting data in multiple streams between the transmitting side and the receiving side, and receiving, by the receiving side, the service data packet SDU corresponding to the received valid protocol data packet PDU is temporarily stored in the order of the PDU count value;
  • the PDU packet causes a discontinuous missing packet or a lost packet.
  • the timer management is started. After the PDU packet satisfies the delivery condition, the receiving side transmits the temporarily stored SDU corresponding to the PDU that satisfies the delivery condition to the upper layer.
  • the reordering manner can at least reorder the received data to avoid the problem caused by the disordered arrangement of the data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Communication Control (AREA)

Abstract

一种基于多流传输的数据排序方法及接收装置，该方法包括：在发送侧与接收侧间多流传输数据，接收侧将收到的有效协议数据包PDU对应的服务数据包SDU按照PDU计数值顺序先暂存；接收侧区分所述PDU数据包中造成不连续的缺失包或丢失包；启动定时器管理，当PDU数据包满足投递条件后，接收侧将暂存的满足所述投递条件的PDU对应的SDU传递给上层。

Description

一种基于多流传输的数据排序方法及接收装置 技术领域
本发明涉及在移动通信***中保证多连接数据顺序传输的技术， 尤其 涉及一种基于多流传输的数据排序方法及接收装置。 背景技术
随着无线通信技术和标准的不断演进， 移动分组业务得到了巨大的发 展， 单终端的数据吞吐能力不断在提升。 以长期演进（LTE， Long Term Evolution )***为例， 在 20M带宽内可以支持下行最大速率 100Mbps的数 据传输， 后续的增强的 LTE ( LTE Advanced ) 网络中， 数据的传输速率将 进一步提升， 甚至可以达到 lGbps。
现有 LTE的用户面数据协议栈如图 1所示，从核心网经用户层面 GPRS 隧道协议（ GTP-U， GPRS Tunnelling Protocol for the User Plane )收到的下 行数据， 经解包后通过分组数据汇聚协议（PDCP， Packet Data Convergence Protocol )子层、 无线链路控制 （RLC， Radio Link Control )协议子层、 媒 体接入控制 （MAC， Medium Access Control )协议子层和物理层（PHY ) 处理发送给用户设备（UE， User Equipment ); 上行数据的发送与下行正好 相反。 目前网络与 UE之间的数据传输链路是一对一的专用链接， 因此这条 链路的信号质量和使用的资源大小决定了两者间的数据传输性能。 如果链 路使用的资源受到限制或者信号质量比较差， 则 UE的用户体验就会下降， 这就是现在移动运营商正在面临的巨大挑战， 虽然网络容量逐年扩增， 但 仍赶不上用户终端数量的增加和用户对数据业务量的需求。
本申请发明人在实现本申请实施例技术方案的过程中， 至少发现现有 技术中存在如下技术问题： 为了满足数据业务量的增长需求， 以及业务在地域上不平均的特点， 运营商在部署新一代通信网络， 比如 LTE的过程中， 也在增加低功率节点 ( LPN, Low Power Node )或称小小区 （ Small Cell )或微基站（Pico eNB ) 来进行热点增强。 随着 LPN小区的增加， 网络部署环境变得更加复杂， 同 时也带来了一些问题。 首先， 因为 LPN小区相对来说覆盖范围相比于宏小 区 （Macro Cell )要小得多， 容量也相对较小， 某些 LPN小区可能会轻易 被用户占满而导致负荷过高，从而影响用户数据的吞吐量，而另外一些 LPN 小区或宏小区会处在相对较低的负荷水平上， 如果要平衡负荷， 需要网络 侧执行负荷均衡操作， 但该过程不够灵活， 尤其当小区较多时， 这种灵活 性的缺乏导致的负荷不均就更严重； 另外， 由于 LPN小区数量比较多， 因 此用户设备（UE， User Equipment )或称终端在网络内发生移动时， 会导致 频繁的小区间切换（Handover ), 从而导致频繁的数据业务终端甚至是掉话 等问题， 这也会导致用户的数据吞吐量和用户体验的下降。 同时这种频繁 的切换也会导致终端与网络， 尤其是核心网会收到大量的信令冲击， 从而 可能导致***资源拥塞甚至瘫痪。 随着将来运营商以及个人部署的 LPN小 区数量的增加， 上述情况会愈来愈严重， 因此目前不少公司和运营商都倾 向于寻求一种新的增强方案， 双连接 ( Dual Connectivity )就是其中之一， 双连接下终端可以同时与两个（或两个以上， 本文所述双连接只是一个泛 称， 并不限制连接个数） 网络节点保持连接， 如图 2所示， 其中主节点称 为 MeNB ( Master eNB, 一般指宏基站节点 )或主控基站， 而其他节点称为 SeNB ( Secondary eNB , 一般指微基站或低功率节点）或受控基站， 比如 UE同时与宏小区和 LPN小区保持连接， 在网络负荷不均衡时， 网络侧可 以实时调控终端在 MeNB和 SeNB节点上的传输数据量， 同时如果 UE移 动或其他原因导致 SeNB小区变更时， 另外一个小区还可以保持连接，且这 种变更不会导致过多的信令冲击。 在具体数据传输时， 如何将原先在一条连接上的数据分配到两个连接 上， 即数据分流方式也需要首先确定， 目前业界认为可能的分流方式有多 种， 而本发明主要解决的问题所基于的分流方式如图 3所示：
对于下行数据， 在发送端， MeNB上的承载 2的业务数据， 在 PDCP 层被分成两部分， 分别递交给本地下层的 RLC层和 SeNB的 RLC层， 并最 终发送给终端。
发送端对现有协议的改动不大， 主要涉及分流问题。 但在接收端， 则 涉及到如何将多个连接， 即从 MeNB和 SeNB的连接上接收到的数据进行 合并。按照现有 PDCP层的协议描述， PDCP层会维护 PDCP的计数值（ PDCP COUNT ), 用以为每个 PDU计数， 该 COUNT指由两部分组成， 包括超帧 号 ( HFN, Hyper frame number )和序歹1 J号 ( SN， sequence number )。 依此 来做到对 PDCP SDU的顺序传递。 现有协议中， 接收端 PDCP的行为是与 下层 RLC的传输模式相关的， RLC的传输模式可以分为确认模式（AM， Acknowledged Mode )、 非确认模式（UM， Unacknowledged Mode )和透明 模式（ TM， Transparent Mode )。 其中对于基于 RLC AM模式的数据传递， 接收端 PDCP层的重排序功能是依赖于 RLC层的，即 RLC层向 PDCP层提 供有序的数据传递， 除非是在发生底层重建时。
但是在图 3所示分流传输方式下， UE侧存在对应的两个 RLC层实体 要与 SeNB和 MeNB发送端的 RLC实体对应， 对于 RLC AM模式， 两个 LC实体接收的数据会被统一投递到上层的 PDCP层， 虽然每个 RLC投递 的数据都是有序的， 但因为两路连接并不同步， 因此从阶段的 PDCP侧来 看， 接收到的数据是乱序排列的。 如果仍然按照现有协议中 PDCP的功能 执行， 则会出现问题。
其中现有 PDCP协议中正常 PDCP的处理流程如图 4所示， 包括以下 流程： 步骤 401，接收端 PDCP实体维护一个接收窗口，并从 RLC层接收 PDCP 的协议数据包（PDU )。 所述窗口代表了当前 PDCP协议数据包（PDU )的 接收和递交状态， 所述接收和递交状态通过与接收窗口相关的一系列与 PDU SN相关的变量记录， 这些变量可以标识窗口的起止位置。 窗口大小是 固定的， 接收窗口随着 PDU的接收和递交不断更新。
步骤 402， 根据当前收到的 PDU的 SN号判断是否落在窗口的序号范 围之内。 在判断过程中， 因为 PDU SN号只是 PDCP计数值中的低位， 当 SN号到达最大时会发生向 HFN的进位， 然后重新从 0开始， 即 SN号是循 环的。 因此判断时需要结合 PDU的 HFN判断。
步骤 403， 如果落在窗口之内， 则 PDCP实体需要为该数据包执行安全 处理。
步骤 404， 如果落在窗口之内， 则 PDCP实体需要为该数据包执行头解 压缩处理（如果配置了的话）。
步骤 405，如果接收緩存窗口之内没有与之重复的数据包，则将该 PDU 中的服务数据包 ( SDU )按照该 PDU的 SN号顺序存储在緩存内。
步骤 406， 判断当前接收的 PDU是不是因为底层重建收到的， 如果不 是则转入步骤 407， 否则转入步骤 408。
步骤 407，将 PDCP将 PDCP COUNT值小于当前接收 PDU COUNT值 的所有已接受 SDU数据， 以及从当前接收 PDCP COUNT值开始的所有连 续 PDU对应的 SDU数据按序递交给上层， 然后转入步骤 410。
步骤 408， 判断当前收到的 PDU是否满足投递条件， 即判断是否是窗 口内的第一个数据包， 如果是， 则转入步骤 409。
步骤 409， PDCP将从该 PDU开始的所有连续 PDU对应的 SDU数据 按序递交给上层， 然后转入步骤 410。
步骤 410， 滑动接收窗口。 通过上述步骤发现， 在多连接场景下， 当出现多连接之间数据不同步 时， 如果非重建情况下收到的数据包还是按照现有 PDCP功能执行， 多路 数据之间的不同步导致的乱序会导致 PDCP层大量的丟包（packet loss ), 引起发送端和接收端 PDCP COUNT值的错乱， 并可能导致安全保护失败， 甚至导致链路失败。 对于重建情况下收到的数据包虽然可能因为暂时不满 足投递条件而不会产生异常， 但当数据连接从重建状态下转入正常非重建 状态后， 仍然会出现数据丟包问题。
而对于基于 RLC UM模式的传输中， PDCP侧的接收完全没有排序功 能。 因此这种乱序导致的问题会更加突出。 发明内容
有鉴于此， 本发明实施例希望提供一种基于多流传输的数据排序方法 及接收装置， 至少能实现对接收到的数据进行重新排序， 避免数据乱序排 列所导致的问题。
本发明实施例的技术方案是这样实现的：
一种基于多流传输的数据排序方法， 该方法包括：
在发送侧与接收侧间多流传输数据， 接收侧将收到的有效协议数据包 PDU对应的服务数据包 SDU按照 PDU计数值顺序先暂存；
接收侧区分所述 PDU数据包中造成不连续的缺失包或丟失包； 启动定时器管理， 当 PDU数据包满足投递条件后， 接收侧将暂存的满 足所述投递条件的 PDU对应的 SDU传递给上层。
其中， 所述接收侧为分组数据汇聚协议 PDCP; 所述有效 PDU为落在 所述 PDU的计数值是落在合理范围之内， 且能被分组数据汇聚协议 PDCP 正确处理的 PDU。
其中， 对所述能被 PDCP正确处理的 PDU进行的处理， 至少包括： 成功解密、 和 /或成功通过 PDCP完整性保护验证、 和 /或成功实现头解 压缩操作。
其中， 所述造成不连续的缺失包或丟失包为：
对于因乱序或其他异常原因导致接收到的有效 PDU数据包不连续而产 生空缺数据包， 所述空缺的数据包需进一步区分为所述缺失包或所述丟失 包。
其中， 所述接收侧为分组数据汇聚协议 PDCP; 所述区分为所述缺失包 或所述丟失包， 包括：
PDCP从底层协议的每个协议实体都收到了比当前数据包 PDCP计数值 大的数据包， 则判断当前数据包为丟失包， 无法判断为丟失包的其他空缺 数据包为缺失包； 或者，
所述重排序定时器超时时， 确认对应所述重排序定时器的数据包发生 丟失， 则为丟失包。
其中， 所述定时器管理， 包括： 定时器的启动、 或停止、 或超时处理。 其中， 若当前数据包为丟失包， 所述定时器管理为：
判断是否有对应所述丟失包的定时器在运行， 如果有， 则停止所述对 应所述丟失包的定时器。
其中， 若当前数据包为缺失包， 所述定时器管理为：
在还未开启针对所述缺失包的重排序定时器时， 启动对应所述缺失包 的重排序定时器；
针对正在运行的重排序定时器， 根据当前接收到的 PDU， 判断是否停 止所述重排序定时器。
其中， 所述判断是否停止所述重排序定时器， 包括：
若对应所述重排序定时器的数据包都已经被成功接收或被确认为丟失 包， 则不存在缺失包， 停止所述重排序定时器。
其中， 该方法还包括： 所述重排序定时器为每个缺失 PDU独立开启一个重排序定时器； 或者 为一组缺失 PDU开启一个重排序定时器；
在重排序定时器时间内， 如果收到了所有缺失包， 则停止重排序定时 器， 否则认为对应该重排序定时器的数据包丟失， 则为丟失包。
其中， 当判断接收到的数据包时因为底层发生重建而收到的时， 所述 的定时器管理包括：
停止所有运行的重排序定时器； 或
重新启动重排序定时器。
其中， 判断所述 PDU数据包是否满足投递条件， 包括：
所述 PDU数据包已经成功收到或被确认为发生丟失则为丟失包， 且暂 存的所述 PDU数据包之前的所有 PDU数据包都已经被成功接收或被确认 发生丟失。
其中， 所述接收侧将暂存的满足所述投递条件的 PDU对应的 SDU传 递给上层后， 该方法还包括： 暂存的满足所述投递条件的 PDU对应的 SDU 被删除， 以存储后续的重排序数据。
一种接收装置， 所述接收装置包括：
接收单元， 配置为在发送侧与接收侧间多流传输数据， 将收到的有效 协议数据包 PDU对应的服务数据包 SDU按照 PDU计数值顺序先暂存； 数据包类型区分单元， 配置为区分 PDU数据包中造成不连续的缺失包 或丟失包；
发送单元， 配置为启动定时器管理， 当 PDU数据包满足投递条件后， 将暂存的满足所述投递条件的 PDU对应的 SDU传递给上层。
其中， 所述接收单元位于分组数据汇聚协议 PDCP， 所述有效 PDU为 落在所述 PDU 的计数值是落在合理范围之内， 且能被分组数据汇聚协议 PDCP正确处理的 PDU。 其中， 所述接收单元， 还配置为对所述能被 PDCP正确处理的 PDU进 行的处理， 至少包括： 成功解密、 和 /或成功通过 PDCP完整性保护验证、 和 /或成功实现头解压缩操作。
其中， 所述数据包类型区分单元， 还配置为对于因乱序或其他异常原 因导致接收到的有效 PDU数据包不连续而产生空缺数据包， 所述空缺的数 据包需进一步区分为所述缺失包或所述丟失包。
其中， 所述接收单元位于分组数据汇聚协议 PDCP;
所述数据包类型区分单元， 还配置为 PDCP从底层协议的每个协议实 体都收到了比当前数据包 PDCP计数值大的数据包， 则判断当前数据包为 丟失包， 无法判断为丟失包的其他空缺数据包为缺失包； 或者， 所述重排 序定时器超时时， 确认对应所述重排序定时器的数据包发生丟失， 则为丟 失包。
其中， 所述发送单元还包括：
定时器管理模块， 配置为定时器的启动、 或停止、 或超时处理。
其中， 所述定时器管理模块， 还配置为若当前数据包为丟失包， 则判 断是否有对应所述丟失包的定时器在运行， 如果有， 则停止所述对应所述 丟失包的定时器。
其中， 所述定时器管理模块， 还配置为在还未开启针对所述缺失包的 重排序定时器时， 启动对应所述缺失包的重排序定时器； 针对正在运行的 所述重排序定时器， 根据当前接收到的 PDU， 判断是否停止所述重排序定 时器。
其中， 所述定时器管理模块， 还配置为判断是否停止所述重排序定时 器情况下， 若对应所述重排序定时器的数据包都已经被成功接收或被确认 为丟失包， 则不存在缺失包， 停止所述重排序定时器。
其中， 所述定时器管理模块， 还配置为所述重排序定时器为每个缺失 PDU独立开启一个重排序定时器；或者为一组缺失 PDU开启一个重排序定 时器； 在重排序定时器时间内， 如果收到了所有缺失包， 则停止重排序定 时器， 否则认为对应该重排序定时器的数据包丟失， 则为丟失包。
其中， 所述定时器管理模块， 还配置为当判断接收到的数据包时因为 底层发生重建而收到的时， 停止所有运行的重排序定时器； 或重新启动重 排序定时器。
其中， 所述发送单元还包括：
条件判断模块， 配置为判断所述 PDU数据包是否满足投递条件， 若所 述 PDU数据包已经成功收到或被确认为发生丟失则为丟失包， 且暂存的所 述 PDU数据包之前的所有 PDU数据包都已经被成功接收或被确认发生丟 失。
其中， 所述发送单元还包括：
删除模块， 配置为将暂存的满足所述投递条件的 PDU对应的 SDU传 递给上层后， 该方法还包括： 暂存的满足所述投递条件的 PDU对应的 SDU 被删除， 以存储后续的重排序数据。
所述接收单元、 所述数据包类型区分单元、 所述发送单元、 所述定时 器管理模块、 所述条件判断模块、 所述删除模块在执行处理时， 可以釆用 中央处理器（CPU， Central Processing Unit ),数字信号处理器（DSP， Digital Singnal Processor )或可编程逻辑阵列 （FPGA， Field - Programmable Gate Array ) 实现。
本发明实施例的方法包括： 在发送侧与接收侧间多流传输数据， 接收 侧将收到的有效协议数据包 PDU对应的服务数据包 SDU按照 PDU计数值 顺序先暂存;接收侧区分所述 PDU数据包中造成不连续的缺失包或丟失包； 启动定时器管理， 当 PDU数据包满足投递条件后， 接收侧将暂存的满足所 述投递条件的 PDU对应的 SDU传递给上层。 釆用本发明实施例， 由于按 照 PDU计数值顺序先暂存， 再区分数据包的类型为缺失包或丟失包， 配合 所述定时器进行管理， 满足投递条件后， 接收侧将暂存的满足所述投递条 件的 PDU对应的 SDU传递给上层， 因此， 通过这种重新排序的方式至少 能实现对接收到的数据进行重新排序， 避免数据乱序排列所导致的问题。 附图说明
图 1是现有 LTE用户面协议栈的示意图；
图 2是现有双连接场景示意图；
图 3是现有多连接数据分流方式示意图；
图 4是现有协议中 PDCP层处理流程的示意图；
图 5是本发明实施例的 PDCP重排序流程的示意图；
图 6是本发明实施例的定时器管理流程的一示意图；
图 7是本发明实施例的定时器管理流程的另一示意图；
图 8是本发明实施例丟失包判断流程的示意图。 具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
本发明实施例的基于多流传输的数据排序方案， 可以适用于移动通信 ***中保证多连接数据顺序传输的场景及模式（比如， AM模式或 UM模 式）。
本发明实施例的基于多流传输的数据排序方法， 以多连接数据传输时 的一种基于多流传输的 PDCP重排序方案为例进行阐述， 至少包括以下内 容：
PDCP将收到的有效协议数据包（ PDU )对应的服务数据包（ SDU )按 照 PDU计数值顺序存放在緩存中， 并区分 PDU数据包中造成不连续的缺 失包和丟失包， 启动定时器管理， 当 PDU数据包满足投递条件后， PDCP 将存储的满足投递条件的 PDU对应的 SDU传递给上层。
优选地， 所述有效 PDU是指， 落在 PDU的计数值落在合理范围之内， 且能被 PDCP协议功能正确处理的 PDU。
优选地， 所述合理范围之内是所述 PDU计数值大于 COUNTl , 小于等 于 COU T2。其中 COUNTl为之前 PDCP已经递交的 SDU对应的最大 PDU 计数值， COU T2=COU Tl+ A , 其中△为重排序窗口宽度。 一般为 PDCP SN号长度的一半。
优选地， 所述能被 PDCP协议功能正确处理包括： 成功解密， 和 /或成 功通过 PDCP 完整性保护验证， 和 /或成功实现头解压缩 （ head decompression )等操作。 具体处理内容与发送端对数据包的不同处理而定。
优选地， 所述造成不连续的缺失包和丟失包是指， 因乱序或其他异常 原因导致接收到的有效 PDU数据包不连续， 而产生了空缺数据包， 其中空 缺的数据包可以进一步区分为缺失包和丟失包。
优选地，丟失包的判断方法为： PDCP从底层协议的每个协议实体都收 到了比当前数据包 PDCP COUNT值大的数据包，则判断当前数据数据包为 丟失包， 或者对应重排序定时器超时时， 确认对应该定时器的数据包发生 丟失， 成为丟失包。 而缺失包， 即无法判定为丟失包的其他空缺数据包。
优选地， 所述定时器管理， 配置为重排序以解决传输乱序问题。 此时 需要适时启动以等待缺失的数据包， 或停止定时器以保证数据正常向上层 投递。 其中所述定时器管理主要包括定时器的启动、 停止以及超时处理。
优选地， 对于丟失包而言， 所述定时器管理包括：
判断是否有对应该数据包的定时器运行， 如果有， 则停止所述定时器。 对于缺失包， 所述定时器管理包括：
为当前的缺失包开启重排序定时器。 即针对还未开启针对该缺失包的 重排序定时器的， 则启动重排序定时器； 针对正在运行的重排序定时器， 根据当前接收到的 PDU， 判断是否停 止该重排序定时器。
优选地， 所述判断是否停止该重排序定时器， 包括：
对应该定时器的数据包都已经被成功接收或被确认为丟失包， 即不存 在缺失包， 则停止该重排序定时器。
优选地， 所述定时器长度由具体实现而定， 比如可以根据不同传输链 路间的时延^动态估算， 也可以设为一个固定值。
优选地， 所述重排序定时器可以为每个缺失 PDU独立开启一个重排序 定时器， 也可以为一组缺失 PDU开启一个重排序定时器。
优选地， 在定时器管理过程中， PDCP可以进一步区分当前接收的数据 包是否是因为底层重建而收到的， 如果当前收到的 PDU是因为底层发生重 建收到的， 则定时器管理可以针对该场景进一步增强。 此时， 所述的定时 器管理包括：
停止所有运行的重排序定时器； 或
重新启动重排序定时器。
优选地， 所述判断某个 PDU数据包是否满足投递的方法包括： 所述 PDU已经成功收到或被确认为发生丟失即成为丟失包， 且 緩存中该 PDU之前的所有 PDU已经被成功接收或被确认发生丟失。 优选地， 在将满足投递条件的 PDU对应的 SDU传递给上层过程中， 对于丟失包， 即被确认发生丟失的 PDU， 其对应的 SDU为空。
优选地， 在向上层投递完成之后， 緩存中存储的相应数据要被删除， 以便存储后续其他的重排序数据。
本发明实施例的一种接收装置， 包括：
接收单元， 配置为在发送侧与接收侧间多流传输数据， 将收到的有效 协议数据包 PDU对应的服务数据包 SDU按照 PDU计数值顺序先暂存； 数据包类型区分单元， 配置为区分 PDU数据包中造成不连续的缺失包 或丟失包；
发送单元， 配置为启动定时器管理， 当 PDU数据包满足投递条件后， 将暂存的满足所述投递条件的 PDU对应的 SDU传递给上层。
优选地， 所述接收单元位于分组数据汇聚协议 PDCP， 所述有效 PDU 具体为落在所述 PDU的计数值是落在合理范围之内， 且能被分组数据汇聚 协议 PDCP正确处理的 PDU。
优选地， 所述接收单元， 还配置为对所述能被 PDCP正确处理的 PDU 进行的处理， 至少包括： 成功解密、 和 /或成功通过 PDCP完整性保护验证、 和 /或成功实现头解压缩操作。
优选地， 所述数据包类型区分单元， 还配置为对于因乱序或其他异常 原因导致接收到的有效 PDU数据包不连续而产生空缺数据包， 所述空缺的 数据包需进一步区分为所述缺失包或所述丟失包。
优选地， 所述接收单元位于分组数据汇聚协议 PDCP;
所述数据包类型区分单元， 还配置为 PDCP从底层协议的每个协议实 体都收到了比当前数据包 PDCP计数值大的数据包， 则判断当前数据包为 丟失包， 无法判断为丟失包的其他空缺数据包为缺失包； 或者， 所述重排 序定时器超时时， 确认对应所述重排序定时器的数据包发生丟失， 则为丟 失包。
优选地， 所述发送单元还包括： 定时器管理模块， 配置为定时器的启 动、 或停止、 或超时处理。
优选地， 所述定时器管理模块， 还配置为若当前数据包为丟失包， 则 判断是否有对应所述丟失包的定时器在运行， 如果有， 则停止所述对应所 述丟失包的定时器。
优选地， 所述定时器管理模块， 还配置为在还未开启针对所述缺失包 的重排序定时器时， 启动对应所述缺失包的重排序定时器； 针对正在运行 的所述重排序定时器， 根据当前接收到的 PDU， 判断是否停止所述重排序 定时器。
优选地， 所述定时器管理模块， 还配置为判断是否停止所述重排序定 时器情况下， 若对应所述重排序定时器的数据包都已经被成功接收或被确 认为丟失包， 则不存在缺失包， 停止所述重排序定时器。
优选地， 所述定时器管理模块， 还配置为所述重排序定时器为每个缺 失 PDU独立开启一个重排序定时器； 或者为一组缺失 PDU开启一个重排 序定时器； 在重排序定时器时间内， 如果收到了所有缺失包， 则停止重排 序定时器， 否则认为对应该重排序定时器的数据包丟失， 则为丟失包。
优选地， 所述发送单元还包括：
条件判断模块， 配置为判断所述 PDU数据包是否满足投递条件， 若所 述 PDU数据包已经成功收到或被确认为发生丟失则为丟失包， 且暂存的所 述 PDU数据包之前的所有 PDU数据包都已经被成功接收或被确认发生丟 失， 为丟失包。
优选地， 所述定时器管理模块， 还配置为当判断接收到的数据包时因 为底层发生重建而收到的时， 停止所有运行的重排序定时器； 或重新启动 重排序定时器。
优选地， 所述发送单元还包括：
删除模块， 配置为将暂存的满足所述投递条件的 PDU对应的 SDU传 递给上层后， 该方法还包括： 暂存的满足所述投递条件的 PDU对应的 SDU 被删除， 以存储后续的重排序数据。
这里， 上述接收单元具体为接收器、 上述发送单元具体为接收器， 上 述定时器管理模块具体为定时控制器， 上述数据包类型区分单元、 条件判 断模块和删除模块都可以釆用处理器实现， 在执行处理时， 釆用中央处理 H ( CPU, Central Processing Unit )、 数字信号处理器（DSP， Digital Singnal Processor )或可编程逻辑阵列 （ FPGA， Field - Programmable Gate Array ) 实现。
釆用本发明实施例的数据排序方案的有益效果为： 对接收的数据进行 重排序， 可以解决因为多连接之间的不同步导致的数据包乱序问题， 完成 PDCP对多连接分流数据的重排序， 保证为上层提供有序的数据传输。 防止 因为乱序导致的 PDCP丟包、 计数值错乱以及安全保护失败等。 同时， 本 发明中所述方法充分复用了现有传递机制， 最大程度的保证了网络与终端 在软硬件上的后向兼容性。
以下对本发明具体阐述。
如图 5所示， 本发明实施例的 PDCP重排序流程包括以下步骤： 步骤 501， 接收端 PDCP从底层接收 PDCP的协议数据包（ PDU )。 这里， 在图 3所示的分流传输方式下， 接收端 PDCP层之下会有多个 底层协议实体， 即 RLC实体， 因此接收端 PDCP层要从多个 RLC实体接收 PDCP PDU数据。这里以 PDCP下有 2个 RLC协议实体为例， 实际过程中， 本发明所述方法同样适用于任意多个底层协议实体的情况。
步骤 502， 判断当前收到的 PDCP PDU的计数值是否落在合理范围之 内， 即判断当前 PDU 的 PDCP COUNT是否大于上次向上层递交的最大 PDCP COUNT值， 且与其差距不大于重排序窗口宽度。 如果是， 则执行步 骤 503。 否则执行步骤 511异常处理， 并丟弃该数据包。
步骤 503， PDCP实体需要为该数据包执行相应 PDCP协议处理， 具 体的可以包括解密、 和 /或完整性保护验证、 和 /或头解压缩等。 如果相应处 理成功， 则认为该数据包为有效 PDU数据包。
步骤 504， 如果接收緩存内没有与之重复的数据包， 则将该 PDU中的 服务数据包（ SDU )按照该 PDU的计数值顺序存储在緩存内。 步骤 505， 执行定时器管理。
定时器管理的处理流程具体见后续如图 6和图 7所示的流程， 在此不 作赘述。
步骤 506， 判断存储的数据包是否满足投递条件， 如果满足， 则转入步 骤 509。
步骤 507， PDCP将满足投递条件的所有 PDU对应的 SDU顺序投递 给上层。
这里， 对于其中步骤 506， 如果定时器以每个 PDU为粒度开启， 即为 每个缺失 PDU开启一个重排序定时器。
本发明实施例的定时器管理流程， 如图 6所示， 假设当前收到的 PDU 的 SN号为 n， 包括：
步骤 601， 判断当前是否有对应 SNn的重排序定时器在运行， 如果有 则转入 602， 否则转入 603。
步骤 602， 如果有重排序定时器运行， 则停止该定时器， 然后转入步骤
603。
步骤 603， 判断在当前接收窗口中， 在当前接收的 SN为 n的数据包之 前的 PDU是否存在缺失包。 如果存在， 则转入 604， 否则转入步骤 606。
步骤 604， 判断每个缺失包是否发生了丟失， 如果是则转入 607， 否则 转入步骤 605。
步骤 605，判断每个缺失包是否有对应的重排序定时器在运行，如果是， 则转入 609， 否则转入步骤 606。
步骤 606， 为每个缺失包开启相应重排序定时器， 转入步骤 609。
步骤 607， 判断是否有对应丟失包的重排序定时器运行， 如果是则转入 608， 否则转入步骤 609。
步骤 608， 停止针对该 PDU的重排序定时器。 步骤 609， 定时器管理模块处理完毕， 转入下一步处理。
这里需要指出的是， 其中步骤 604中， 接收端判断某 PDU发生丟失的 方法包括：
该数据包对应的重排序定时器发生超时； 或
在非底层重建的情况下 PDCP 分别从每个底层协议实体都收到了 COUNT值比该数据包 COUNT值大的 PDU， 即这些 PDU不是因为底层重 建收到的， 则判断该数据包发生丟失。 这里以 PDCP之下有 2个 RLC协议 实体为例， 丟失包判断的流程具体如图 8所示， 为 PDCP侧收到的 PDU的 状态，其中数据包 4,5为从 RLC1收到的 PDU，数据包 7为从 RLC2收到的 PDU, 且数据包 4,5,7都不是因为底层发生重建收到的， 而数据包 1,2,3和 6 为缺失包，因此数据包 7之前的数据是不连续的。但可以继续对数据包 1,2,3 和 6故进一步的判断：
因为对于数据包 1,2,3 来说， PDCP分别都从 LC1和 RLC2都收到了 比其 COUNT值大的数据包， 因此 1,2,3对应的数据包可以认为已经丟失。
而对于数据包 6， 因为只从 RLC2收到了比其 COUNT值大的包（数据 包 7 )， 因此还不能判断其是否丟失， 只能继续认为 6是缺失包。
如果后面 PDCP在收到数据包 6之前， 从 RLC1收到 COUNT值比 6 更大的数据包， 则可以认为数据包 6发生丟失。
如果接收端判断某 PDU发生了丟失， 则可以不用为之启动重排序定时 器， 如果之前曾启动了针对该数据包的重排序定时器， 则可以停止该重排 序定时器。
这里需要指出的是，对于上述步骤 506，如果重排序定时器以一组 PDU 为粒度开启， 即为一组缺失 PDU开启一个重排序定时器。 可以同时维护几 个组的重排序定时器， 也可以一个 PDCP实体只维护一个重排序定时器。
以一组重排序定时器为例， 本发明实施例的定时器管理流程， 如图 7 所示， 假设当前收到的 PDU的 SN号为 n， 包括：
步骤 701， 判断当前接收 PDU是否有对应重排序定时器在运行， 如果 有则转入步骤 702， 否则转入步骤 704。
步骤 702， 判断该定时对应的所有缺失 PDU是否都收到了或被确认发 生了丟失， 如果是则转入步骤 703， 否则转入步骤 706。
步骤 703， 停止该重排序定时器。
步骤 704， 判断在当前接收窗口中， 已接受到的最大 PDCP COUNT值 对应的 PDU之前， 是否存在缺失包， 如果存在缺失包， 则转入步骤 705， 否则转入步骤 706。
进一步地， 该步骤中的判断也可以等价描述为判断当前接收緩存中对 应的 PDCP PDU是否是不连续的。 如果答案是肯定的， 则转入步骤 705， 否则转入步骤 706。
步骤 705， 为所有缺失包开启定时器。 其中重排序该定时器对应的缺失 PDU包括当前接收窗口中， 已接受到的最大 PDCP COUNT值对应的 PDU 之前的所有缺失包。 或者描述为接收窗口中， 已经接收到的 PDU中的最后 一个 PDU之前的所有缺失包；
步骤 706， 定时器管理模块处理完毕， 转入下一步处理。
优选地， 在上述过程中步骤 702和 704中的判断在区分丟失包时， 丟 失包判断流程与图 8的流程相同。
如果接收端判断某 PDU发生了丟失， 则不再将其计入缺失 PDU中， 即不认为该数据包为缺失包， 而是丟失包。
优选地， 如果重排序定时器发生超时， 即在定时器期间没有收到相应 的数据包或没有收全所有缺失数据包， 则认为该定时器对应的还未收到的 缺失数据包发生丟失， 即成为丟失包。
这里需要指出的是， 上述步骤 507中， 判断数据包是否满足投递条件， 也可以等价描述为判断当前接收到的数据包是否为上次完成递交的 PDU之 后的第一个 PDU数据包， 即判断当前 PDU的 PDCP COUNT值是否等于之 前 PDCP已经递交的 SDU对应的最大 PDU计数值 +1。
优选地， 上述实施例在具体实施中， 接收端对于下行数据来说是指终 端， 对于上行数据来说是指网络侧， 即 MeNB和 SeNB。
优选地， 虽然本发明实施例中大部分以两个连接为例， 即 PDCP从两 个 RLC实体接收 PDCP PDU, 进行了说明， 但是在本说明书的范围内， 本 申请的各个方面可以等同地应用于任意数量的下行链路。
优选地， 上述实施例中， 大部分以 RLC协议实体作为 PDCP的底层协 议实体进行了描述。 但在本说明书的范围内， 本申请的各个方面可以同样 应用于 PDCP底层协议为其他任意协议的场景， 只要该底层协议可以保证 PDCP PDU的有序传递即可。
需要说明的是， 本发明的具体实施例中， 是以图 5 所述步骤对本发明 方法进行了举例说明， 但具体实施过程中， 并不限定于特定步骤， 所有与 本发明所述重排序方法类似的重排序方法都在本发明保护范围之内。
本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为 独立的产品销售或使用时， 也可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明实施例的技术方案本质上或者说对现有技术做出 贡献的部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一 个存储介质中， 包括若干指令用以使得一台计算机设备（可以是个人计算 机、 服务器、 或者网络设备等）执行本发明各个实施例所述方法的全部或 部分。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器 （ROM， Read-Only Memory ), 随机存取存 4诸器 ( RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代码的介质。 这样， 本发明实施例不限 制于任何特定的硬件和软件结合。 相应的， 本发明实施例还提供一种计算机存储介质， 其中存储有计算 机程序， 该计算机程序用于执行本发明实施例的基于多流传输的数据排序 方法。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。 工业实用性
本发明实施例的方法包括： 在发送侧与接收侧间多流传输数据， 接收 侧将收到的有效协议数据包 PDU对应的服务数据包 SDU按照 PDU计数值 顺序先暂存;接收侧区分所述 PDU数据包中造成不连续的缺失包或丟失包； 启动定时器管理， 当 PDU数据包满足投递条件后， 接收侧将暂存的满足所 述投递条件的 PDU对应的 SDU传递给上层。 釆用本发明实施例， 由于按 照 PDU计数值顺序先暂存， 再区分数据包的类型为缺失包或丟失包， 配合 所述定时器进行管理， 满足投递条件后， 接收侧将暂存的满足所述投递条 件的 PDU对应的 SDU传递给上层， 因此， 通过这种重新排序的方式至少 能实现对接收到的数据进行重新排序， 避免数据乱序排列所导致的问题。

Claims

权利要求书
1、 一种基于多流传输的数据排序方法， 该方法包括：
在发送侧与接收侧间多流传输数据， 接收侧将收到的有效协议数据包
PDU对应的服务数据包 SDU按照 PDU计数值顺序先暂存；
接收侧区分所述 PDU数据包中造成不连续的缺失包或丟失包； 启动定时器管理， 当 PDU数据包满足投递条件后， 接收侧将暂存的满 足所述投递条件的 PDU对应的 SDU传递给上层。
2、 根据权利要求 1所述的方法， 其中， 所述接收侧为分组数据汇聚协 议 PDCP; 所述有效 PDU为落在所述 PDU的计数值是落在合理范围之内， 且能被分组数据汇聚协议 PDCP正确处理的 PDU。
3、 根据权利要求 2所述的方法， 其中， 对所述能被 PDCP正确处理的 PDU进行的处理， 至少包括：
成功解密、 和 /或成功通过 PDCP完整性保护验证、 和 /或成功实现头解 压缩操作。
4、 根据权利要求 1所述的方法， 其中， 所述造成不连续的缺失包或丟 失包为：
对于因乱序或其他异常原因导致接收到的有效 PDU数据包不连续而产 生空缺数据包， 所述空缺的数据包需进一步区分为所述缺失包或所述丟失 包。
5、 根据权利要求 4所述的方法， 其中， 所述接收侧为分组数据汇聚协 议 PDCP; 所述区分为所述缺失包或所述丟失包， 包括：
PDCP从底层协议的每个协议实体都收到了比当前数据包 PDCP计数值 大的数据包， 则判断当前数据包为丟失包， 无法判断为丟失包的其他空缺 数据包为缺失包； 或者，
所述重排序定时器超时时， 确认对应所述重排序定时器的数据包发生 丟失， 则为丟失包。
6、 根据权利要求 1所述的方法， 其中， 所述定时器管理， 包括： 定时 器的启动、 或停止、 或超时处理。
7、 根据权利要求 6所述的方法， 其中， 若当前数据包为丟失包， 所述 定时器管理为：
判断是否有对应所述丟失包的定时器在运行， 如果有， 则停止所述对 应所述丟失包的定时器。
8、 根据权利要求 6所述的方法， 其中， 若当前数据包为缺失包， 所述 定时器管理为：
在还未开启针对所述缺失包的重排序定时器时， 启动对应所述缺失包 的重排序定时器；
针对正在运行的重排序定时器， 根据当前接收到的 PDU， 判断是否停 止所述重排序定时器。
9、 根据权利要求 8所述的方法， 其中， 所述判断是否停止所述重排序 定时器， 包括：
若对应所述重排序定时器的数据包都已经被成功接收或被确认为丟失 包， 则不存在缺失包， 停止所述重排序定时器。
10、 根据权利要求 8所述的方法， 其中， 该方法还包括：
所述重排序定时器为每个缺失 PDU独立开启一个重排序定时器； 或者 为一组缺失 PDU开启一个重排序定时器；
在重排序定时器时间内， 如果收到了所有缺失包， 则停止重排序定时 器， 否则认为对应该重排序定时器的数据包丟失， 则为丟失包。
11、 根据权利要求 6、 7或 8所述方法， 其中， 当判断接收到的数据包 时因为底层发生重建而收到的时， 所述的定时器管理包括：
停止所有运行的重排序定时器； 或 重新启动重排序定时器。
12、 根据权利要求 1所述的方法， 其中， 判断所述 PDU数据包是否满 足投递条件， 包括：
所述 PDU数据包已经成功收到或被确认为发生丟失则为丟失包， 且暂 存的所述 PDU数据包之前的所有 PDU数据包都已经被成功接收或被确认 发生丟失。
13、 根据权利要求 1 所述的方法， 其中， 所述接收侧将暂存的满足所 述投递条件的 PDU对应的 SDU传递给上层后， 该方法还包括： 暂存的满 足所述投递条件的 PDU对应的 SDU被删除， 以存储后续的重排序数据。
14、 一种接收装置， 包括：
接收单元， 配置为在发送侧与接收侧间多流传输数据， 将收到的有效 协议数据包 PDU对应的服务数据包 SDU按照 PDU计数值顺序先暂存； 数据包类型区分单元， 配置为区分 PDU数据包中造成不连续的缺失包 或丟失包；
发送单元， 配置为启动定时器管理， 当 PDU数据包满足投递条件后， 将暂存的满足所述投递条件的 PDU对应的 SDU传递给上层。
15、 根据权利要求 14所述的装置， 其中， 所述接收单元位于分组数据 汇聚协议 PDCP，所述有效 PDU为落在所述 PDU的计数值是落在合理范围 之内， 且能被分组数据汇聚协议 PDCP正确处理的 PDU。
16、 根据权利要求 15所述的装置， 其中， 所述接收单元， 还配置为对 所述能被 PDCP正确处理的 PDU进行的处理， 至少包括： 成功解密、 和 / 或成功通过 PDCP完整性保护验证、 和 /或成功实现头解压缩操作。
17、 根据权利要求 14所述的装置， 其中， 所述数据包类型区分单元， 还配置为对于因乱序或其他异常原因导致接收到的有效 PDU数据包不连续 而产生空缺数据包， 所述空缺的数据包需进一步区分为所述缺失包或所述 丟失包。
18、 根据权利要求 17所述的装置， 其中， 所述接收单元位于分组数据 汇聚协议 PDCP;
所述数据包类型区分单元， 还配置为 PDCP从底层协议的每个协议实 体都收到了比当前数据包 PDCP计数值大的数据包， 则判断当前数据包为 丟失包， 无法判断为丟失包的其他空缺数据包为缺失包； 或者， 所述重排 序定时器超时时， 确认对应所述重排序定时器的数据包发生丟失， 则为丟 失包。
19、 根据权利要求 14所述的装置， 其中， 所述发送单元还包括： 定时器管理模块， 配置为定时器的启动、 或停止、 或超时处理。
20、 根据权利要求 19所述的装置， 其中， 所述定时器管理模块， 还配 置为若当前数据包为丟失包， 则判断是否有对应所述丟失包的定时器在运 行， 如果有， 则停止所述对应所述丟失包的定时器。
21、 根据权利要求 19所述的装置， 其中， 所述定时器管理模块， 还配 置为在还未开启针对所述缺失包的重排序定时器时， 启动对应所述缺失包 的重排序定时器； 针对正在运行的所述重排序定时器， 根据当前接收到的 PDU, 判断是否停止所述重排序定时器。
22、 根据权利要求 20所述的装置， 其中， 所述定时器管理模块， 还配 置为判断是否停止所述重排序定时器情况下， 若对应所述重排序定时器的 数据包都已经被成功接收或被确认为丟失包， 则不存在缺失包， 停止所述 重排序定时器。
23、 根据权利要求 20所述的装置， 其中， 所述定时器管理模块， 还配 置为所述重排序定时器为每个缺失 PDU独立开启一个重排序定时器； 或者 为一组缺失 PDU开启一个重排序定时器； 在重排序定时器时间内， 如果收 到了所有缺失包， 则停止重排序定时器， 否则认为对应该重排序定时器的 数据包丟失， 则为丟失包。
24、 根据权利要求 19、 20、 21所述的装置， 其中， 所述定时器管理模 块， 还配置为当判断接收到的数据包时因为底层发生重建而收到的时， 停 止所有运行的重排序定时器； 或重新启动重排序定时器。
25、 根据权利要求 14所述的装置， 其中， 所述发送单元还包括： 条件判断模块， 配置为判断所述 PDU数据包是否满足投递条件， 若所 述 PDU数据包已经成功收到或被确认为发生丟失则为丟失包， 且暂存的所 述 PDU数据包之前的所有 PDU数据包都已经被成功接收或被确认发生丟 失。
26、 根据权利要求 14所述的装置， 其中， 所述发送单元还包括： 删除模块， 配置为将暂存的满足所述投递条件的 PDU对应的 SDU传 递给上层后， 该方法还包括： 暂存的满足所述投递条件的 PDU对应的 SDU 被删除， 以存储后续的重排序数据。
PCT/CN2014/078624 2013-09-26 2014-05-28 一种基于多流传输的数据排序方法及接收装置 WO2014177099A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310447176.7A CN104519524A (zh) 2013-09-26 2013-09-26 一种基于多流传输的数据排序方法及接收装置
CN201310447176.7 2013-09-26

Publications (1)

Publication Number Publication Date
WO2014177099A1 true WO2014177099A1 (zh) 2014-11-06

Family

ID=51843174

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/078624 WO2014177099A1 (zh) 2013-09-26 2014-05-28 一种基于多流传输的数据排序方法及接收装置

Country Status (2)

Country Link
CN (1) CN104519524A (zh)
WO (1) WO2014177099A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3926916A4 (en) * 2019-03-27 2022-04-20 Huawei Technologies Co., Ltd. TIMER CONTROL METHOD, DATA PACKET PROCESSING METHOD AND DEVICE

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9999049B2 (en) * 2015-08-31 2018-06-12 Qualcomm Incorporated Avoiding unnecessary protocol data unit (PDU) transmissions
CN105871747B (zh) * 2016-03-24 2019-07-30 京信通信***（中国）有限公司 通信***下行数据传输方法和***
GB2561545B (en) * 2017-03-24 2021-12-15 Tcl Communication Ltd Layer 2 architecture for cellular radio systems
CN108810984B (zh) * 2017-05-05 2020-03-24 维沃移动通信有限公司 数据处理方法及装置
WO2019014918A1 (zh) * 2017-07-21 2019-01-24 Oppo广东移动通信有限公司 传输数据的方法和设备
WO2019047912A1 (zh) * 2017-09-08 2019-03-14 华为技术有限公司 处理数据的方法和设备
CN109474651B (zh) 2017-09-08 2020-08-25 华为技术有限公司 处理数据的方法和设备
CN109803277B (zh) * 2017-11-16 2020-12-22 华为技术有限公司 数据包处理的方法和设备
CN109039549B (zh) * 2018-07-13 2021-07-23 新华三技术有限公司 一种报文重传方法及装置
CN113455050A (zh) * 2019-02-22 2021-09-28 苹果公司 用于减少切换中断的***和方法
CN110278058B (zh) * 2019-06-05 2020-11-03 华为技术有限公司 一种冗余信息反馈方法及通信装置
CN113543040B (zh) * 2020-04-22 2023-04-07 维沃移动通信有限公司 数据处理方法、数据处理装置及通信设备
EP4284059A4 (en) * 2021-03-31 2024-01-24 Huawei Technologies Co., Ltd. DATA PROCESSING APPARATUS AND METHOD

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101677266A (zh) * 2008-09-19 2010-03-24 大唐移动通信设备有限公司 控制重排序和重复消除操作的方法、***及装置
CN102104535A (zh) * 2009-12-18 2011-06-22 华为技术有限公司 一种pdcp数据发送方法、装置及***
CN102958102A (zh) * 2011-08-22 2013-03-06 中兴通讯股份有限公司 一种rlc分流传输方法及***
CN103141051A (zh) * 2010-10-01 2013-06-05 交互数字专利控股公司 用于启动从多个传输点的接收的mac和rlc架构和程序
CN103201977A (zh) * 2010-11-08 2013-07-10 高通股份有限公司 用于使用多链路pdcp 子层进行多点hsdpa 通信的***和方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101043301B (zh) * 2006-03-22 2011-08-10 华为技术有限公司 一种无线通信***中的数据重排重组方法及其基站
KR101182553B1 (ko) * 2007-04-26 2012-09-12 후지쯔 가부시끼가이샤 기지국, 이동국 및 리오더링 방법
CN101795494B (zh) * 2009-02-03 2012-10-10 ***通信集团公司 一种lte-a***内的数据分流方法、装置及***

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101677266A (zh) * 2008-09-19 2010-03-24 大唐移动通信设备有限公司 控制重排序和重复消除操作的方法、***及装置
CN102104535A (zh) * 2009-12-18 2011-06-22 华为技术有限公司 一种pdcp数据发送方法、装置及***
CN103141051A (zh) * 2010-10-01 2013-06-05 交互数字专利控股公司 用于启动从多个传输点的接收的mac和rlc架构和程序
CN103201977A (zh) * 2010-11-08 2013-07-10 高通股份有限公司 用于使用多链路pdcp 子层进行多点hsdpa 通信的***和方法
CN102958102A (zh) * 2011-08-22 2013-03-06 中兴通讯股份有限公司 一种rlc分流传输方法及***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3926916A4 (en) * 2019-03-27 2022-04-20 Huawei Technologies Co., Ltd. TIMER CONTROL METHOD, DATA PACKET PROCESSING METHOD AND DEVICE
US11627190B2 (en) 2019-03-27 2023-04-11 Huawei Technologies Co., Ltd. Timer control method, data packet processing method, and device

Also Published As

Publication number Publication date
CN104519524A (zh) 2015-04-15

Similar Documents

Publication Publication Date Title
WO2014177099A1 (zh) 一种基于多流传输的数据排序方法及接收装置
KR102215487B1 (ko) 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
US10021663B2 (en) Method and device for realizing data transmission
US11057797B2 (en) Method and device for processing information
KR102299118B1 (ko) 신규 무선 접속 기술에서의 중복 및 rlc 동작
EP3039900B1 (en) Methods for re-order pdcp packets
US9906994B2 (en) Handover method, master base station and slave base station
EP2999296B1 (en) Configuring a discard timer
EP3217716B1 (en) User apparatus, and duplicated packet processing method
RU2603626C2 (ru) Работа с множеством планировщиков в беспроводной системе
TWI406576B (zh) 執行交接程序及建立資料之方法
WO2015117516A1 (zh) 一种上行数据传输的方法及终端
EP2981128B1 (en) Data transmission method and system
EP4145735A1 (en) Method and system for protocol layer enhancements in data offload over small cells
CN106134099A (zh) 用于在移动通信***中使用多个载波来发送和接收数据的方法和设备
WO2015027719A1 (zh) 一种协作多流传输数据的方法及基站
WO2014114101A1 (zh) 数据多流传输方法及装置
US20160373962A1 (en) Data package shunting transmission method and system, and computer stoarge medium
CN114946217A (zh) 下一代移动通信***中当daps移交失败时为每个承载配置回退的方法和装置
CN109246852A (zh) 无线协议层实体处理方法以及相应的用户设备
KR20210054974A (ko) 무선 통신 시스템에서 핸드오버를 수행하는 방법 및 장치
WO2015123939A1 (zh) 一种信息交互方法、***以及基站
WO2014114121A1 (zh) 一种在异构网络中实现安全检测的方法、装置和***
TWI797414B (zh) 用於行動性增強之方法及其使用者設備
CN109327833A (zh) 一种通信方法及装置

Legal Events

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

Ref document number: 14791806

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

Country of ref document: EP

Kind code of ref document: A1