[go: up one dir, main page]

WO2019033398A1 - 数据承载重映射过程中数据包处理的方法、装置和系统 - Google Patents

数据承载重映射过程中数据包处理的方法、装置和系统 Download PDF

Info

Publication number
WO2019033398A1
WO2019033398A1 PCT/CN2017/098080 CN2017098080W WO2019033398A1 WO 2019033398 A1 WO2019033398 A1 WO 2019033398A1 CN 2017098080 W CN2017098080 W CN 2017098080W WO 2019033398 A1 WO2019033398 A1 WO 2019033398A1
Authority
WO
WIPO (PCT)
Prior art keywords
drb
target
indication message
data packet
data stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2017/098080
Other languages
English (en)
French (fr)
Inventor
江小威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to PCT/CN2017/098080 priority Critical patent/WO2019033398A1/zh
Priority to CN201780000857.5A priority patent/CN108702261B/zh
Priority to CN201780001141.7A priority patent/CN109451789B/zh
Priority to PCT/CN2017/104579 priority patent/WO2019033521A1/zh
Priority to US16/639,856 priority patent/US11395175B2/en
Publication of WO2019033398A1 publication Critical patent/WO2019033398A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols

Definitions

  • the present disclosure relates to the field of wireless communication technologies, and in particular, to a method, apparatus, and system for data packet processing in a data bearer remapping process.
  • the communication process is divided into a user plane and a control plane.
  • the user plane mainly includes three layers, and the PDCP (Packet Data Convergence Protocol) layer, the RLC (Radio Link Control) layer, and the MAC (Media Access Control) media are sequentially arranged from top to bottom. Intervening control layer) layer.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Media Access Control
  • Intervening control layer Intervening control layer
  • SDAP Service Data Adaptation Protocol
  • an important task to be completed is to map a data packet to a DRB (Data Radio Bearer), that is, to allocate a DRB that transmits the data packet to the data packet, and transmit the data packet through the mapped DRB.
  • DRB Data Radio Bearer
  • a transmitting end such as a terminal
  • a receiving end such as a base station
  • transmit multiple data streams in one session and each data stream includes multiple data packets.
  • a DRB remapping event occurs in some specific cases, that is, the mapping between the data packet of the target data stream and the DRB is switched from the original DRB to the target DRB. If a packet with exactly the same target data stream is being transmitted when a DRB remapping event occurs, how to continue the transmission of the data packet of the target data stream becomes a problem.
  • the sender transmits the data packet that has been mapped to the original DRB in the target data stream through the original DRB, and the subsequent data packet is delivered to the target DRB for transmission.
  • the receiving end sends a completion indication message indicating that the data packet of the target data stream that has been submitted to the original DRB has been sent.
  • the receiving end performs the sequential delivery processing on the data packet sent by the sending end through the original DRB, and buffers the data packet sent by the sending end through the target DRB, waiting for delivery, in the After receiving the completion indication message, the data packet sent by the sender through the target DRB is started to be processed in order.
  • the sequential delivery process forwards the data packets to the SDAP layer by the PDCP layer in numerical order.
  • the receiving end may not receive the completion indication message and wait for the completion indication message, which may result in the failure to perform further delivery processing on the received data packet, and the data packet delivery process may Unexpectedly delayed.
  • a method for data packet processing in a data bearer remapping process comprising:
  • the bearer in the mode is determined by operating in the transmission feedback.
  • the RB sends a completion indication message to the receiving end;
  • the completion indication message is used to indicate that the data packet of the target data flow that is delivered to the original DRB in the DRB remapping process has been sent.
  • the mode is determined by working in the transmission feedback.
  • the next RB sends a completion indication message to the receiving end. In this way, the completion indication message is sent in the transmission feedback determination mode. If the receiving end can successfully receive the indication message, it must be fed back to the sender. Then the sender can determine whether the receiver has actually received the indication message.
  • the sender will resend, and the receiver will not receive the indication message until the completion indication message is received, which overcomes the failure of the receiver to receive the received data.
  • the package is further submitted for processing, and the packet delivery process will be delayed without restriction.
  • the sending the completion indication message to the receiving end by using the RB in the transmission feedback determining mode including:
  • Determining the DRB for sending the completion indication message configuring the DRB for sending the completion indication message to operate in the transmission feedback determination mode, and transmitting the completion indication message by using the configured DRB.
  • the receiving end can successfully receive the indication message, it must be fed back to the sender. Then the sender can determine whether the receiver has actually received the indication message.
  • the data packet of the target data stream including:
  • the data packet of the target data stream is not delivered to the original DRB, and the target DRB is delivered to the target DRB.
  • the original DRB and the target DRB work in the sequential transmission mode at the same time. If the method provided by the embodiment of the present disclosure is performed, otherwise, if it is not necessary to send in order, there is no need to waste control resources. Controls the timing of packet delivery for the target data stream.
  • the method further includes:
  • the completion indication message is sent to the receiving end, if the receiving end does not receive the acknowledgement message fed back based on the completion indication message within the preset duration, the completion indication message is resent.
  • the sender In the process of sending the completion indication message, the sender will resend, and the receiver will not receive the indication message and wait for the completion indication message, which will overcome the failure of the receiver to further the received data packet.
  • the delivery process the packet delivery process will be delayed by unrestricted.
  • the method further includes:
  • the data packet of the target data stream is sent to the receiving end by the target DRB.
  • the sender since the sender has already controlled the delivery to the target through the target DRB The timing of the data packet transmission of the target data stream of the DRB. Therefore, the data packet of the target data stream sent through the target DRB does not need to be buffered for a long time at the receiving end, and the reordering delivery can be directly performed.
  • a method for data packet processing in a data bearer remapping process includes:
  • the data packet of the target data stream sent by the destination end through the target DRB in the DRB remapping process After receiving the completion indication message sent by the transmitting end in the transmission feedback determination mode, when the preset duration is exceeded, the data packet of the target data stream sent by the destination end through the target DRB in the DRB remapping process
  • the in-order delivery process is performed, wherein the completion indication message is used to indicate that the data packet of the target data stream submitted to the original DRB in the DRB remapping process has been sent.
  • the target data that is sent by the sending end through the target DRB in the DRB remapping process Streaming packets are processed in order, including:
  • the data packet of the target data stream sent by the target DRB in the DRB remapping process is sequentially delivered in the DRB remapping process.
  • the completion indication message may be sent to the receiving end by the DRB different from the original DRB
  • the completion indication message of the subsequent transmission may arrive at the receiving end of the individual data packet of the target data stream sent by the original DRB before the transmitting end, so After receiving the completion indication message sent by the transmitting end in the transmission feedback determination mode, the receiving end considers that the individual data packets of the target data stream that have been sent by the original end through the original DRB have sufficient time for reordering after the preset duration is exceeded. And submit it to the upper level.
  • the method further includes:
  • the acknowledgement message is fed back to the sender.
  • an apparatus for data packet processing in a data bearer remapping process comprising:
  • a submitting module configured to stop, when detecting a DRB remapping event, fail to deliver a data packet of the target data stream to the original DRB, and deliver the undelivered to the target DRB to the target DRB a data packet of the target data stream;
  • a first sending module configured to: after detecting that the data packet of the target data stream that has been delivered to the original DRB is sent, if the original DRB is configured to work in a non-transport feedback determining mode, The RB in the transmission feedback determining mode sends a completion indication message to the receiving end;
  • the completion indication message is used to indicate that the data packet of the target data flow that is delivered to the original DRB in the DRB remapping process has been sent.
  • the first sending module is configured to:
  • Determining the DRB for sending the completion indication message configuring the DRB for sending the completion indication message to operate in the transmission feedback determination mode, and transmitting the completion indication message by using the configured DRB.
  • the submitting module is configured to perform, during the data transmission process of the target data stream, when detecting that the original DRB and the target DRB work in the sequential transmission mode, when detecting that a data bearer DRB occurs When the event is mapped, the data packet of the target data stream is stopped from being delivered to the original DRB, and the data packet of the target data stream that has not been delivered to the original DRB is delivered to the target DRB.
  • the device further includes:
  • the resending module is configured to resend the completed message after the receiving end sends the completion indication message to the receiving end, if the receiving end does not receive the acknowledgement message fed back based on the completion indication message within the preset duration Indicate the message.
  • the device further includes:
  • a second sending module configured to send, by the target DRB, the data packet of the target data stream to the receiving end after receiving the acknowledgement message fed back by the receiving end according to the completion indication message.
  • an apparatus for data packet processing in a data bearer remapping process comprising:
  • a receiving module configured to receive a data packet of a target data stream sent by the sending end
  • a delivery module configured to send, by the target DRB, the target that is sent by the target DRB in the DRB remapping process after receiving the completion indication message sent by the sending end in the transmission feedback determining mode, after a preset duration
  • the data packet of the data stream is processed in a sequential manner, wherein the completion indication message is used to indicate that the data packet of the target data stream submitted to the original DRB in the DRB remapping process has been transmitted.
  • the delivery module includes:
  • Activating unit configured to start a preset duration timer after receiving the completion indication message sent by the sending end in the transmission feedback determining mode
  • a submitting unit configured to perform a DRB remapping process on the sending end when the timer expires
  • the data packets of the target data stream sent by the target DRB are processed in a sequential manner.
  • the device further includes:
  • the feedback module is configured to feed back the acknowledgement message to the sending end after receiving the completion indication message.
  • a system for data packet processing in a data bearer remapping process where the system includes a receiving end and a transmitting end;
  • the transmitting end is configured to stop, when detecting the occurrence of the DRB remapping event, stop submitting the data packet of the target data stream to the original DRB, and submit the target data that is not submitted to the original DRB to the target DRB during the data transmission process of the target data stream.
  • the data packet of the stream after detecting that the data packet of the target data stream that has been delivered to the original DRB is transmitted, if the original DRB is configured to operate in the non-transmission feedback determination mode, the RB direction in the mode is determined by operating in the transmission feedback.
  • the receiving end sends a completion indication message, where the completion indication message is used to indicate that the data packet of the target data stream submitted to the original DRB in the DRB remapping process has been sent;
  • the receiving end is configured to receive a data packet of the target data stream sent by the sending end; and after receiving the completion indication message sent by the sending end in the transmission feedback determining mode, after the preset duration is exceeded, the transmitting end is remapped in the DRB. In the process, the data packet of the target data stream sent by the target DRB is processed in order.
  • a receiving end comprising a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or a set of instructions, the at least one The instructions, the at least one piece of program, the set of codes or the set of instructions are loaded by the processor and executed to implement a method of packet processing in the data bearer remapping process described above.
  • a computer readable storage medium storing at least one instruction, at least one program, a code set, or a set of instructions, the at least one instruction, the at least one segment
  • the program, the set of codes, or the set of instructions is loaded by the processor and executed to implement the method of packet processing in the data bearer remapping process described above.
  • a transmitting end comprising a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or a set of instructions, the at least one The instructions, the at least one piece of program, the set of codes or the set of instructions are loaded by the processor and executed to implement a method of packet processing in the data bearer remapping process described above.
  • a computer readable storage medium having stored therein at least one instruction, at least one program, a code set, or a set of instructions, the at least one The instructions, the at least one piece of program, the set of codes, or the set of instructions are loaded by a processor and executed to implement a method of packet processing in the data bearer remapping process described above.
  • the mode is determined by working in the transmission feedback.
  • the next bearer RB sends a completion indication message to the receiving end. In this way, the completion indication message is sent in the transmission feedback determination mode. If the receiving end can successfully receive the indication message, it must be fed back to the sender. Then the sender can determine whether the receiver has actually received the indication message.
  • the sender will resend, and the receiver will not receive the indication message until the completion indication message is received, which overcomes the failure of the receiver to receive the received data.
  • the package is further submitted for processing, and the packet delivery process will be delayed without restriction.
  • FIG. 1 is a flowchart of a method for data packet processing in a data bearer remapping process according to an exemplary embodiment
  • 2A-1 is a flowchart of a method for data packet processing in a data bearer remapping process, according to an exemplary embodiment
  • 2A-2 is a flowchart of a method for data packet processing in a data bearer remapping process, according to an exemplary embodiment
  • FIGS. 2A-3 are flowcharts of a method for data packet processing in a data bearer remapping process, according to an exemplary embodiment
  • 2B-1 is a flowchart of a method for data packet processing in a data bearer remapping process according to an exemplary embodiment
  • 2B-2 is a data packet in a data bearer remapping process according to an exemplary embodiment. Flow chart of the method of processing;
  • 2B-3 are flowcharts of a method for data packet processing in a data bearer remapping process, according to an exemplary embodiment
  • FIG. 3 is a schematic structural diagram of an apparatus for data packet processing in a data bearer remapping process according to an exemplary embodiment
  • FIG. 4 is a schematic structural diagram of an apparatus for data packet processing in a data bearer remapping process according to an exemplary embodiment
  • FIG. 5 is a schematic structural diagram of an apparatus for data packet processing in a data bearer remapping process according to an exemplary embodiment
  • FIG. 6 is a schematic structural diagram of a terminal according to an exemplary embodiment.
  • FIG. 7 is a schematic structural diagram of a base station according to an exemplary embodiment.
  • the embodiment of the present disclosure provides a method for processing data packets in a data bearer remapping process, which may be implemented by a receiving end and a transmitting end. If the receiving end is a base station, the sending end may be a terminal. Similarly, if the receiving end is a terminal, the sending end may be a base station.
  • the terminal may be a mobile phone, a tablet computer, a desktop computer, a notebook computer, or the like.
  • the terminal can include components such as a transceiver, a processor, a memory, and the like.
  • the transceiver can be used for data transmission with the base station.
  • the data packet of the target data stream can be sent to the base station, and the transceiver can include a Bluetooth component, a WiFi (Wireless-Fidelity) component, an antenna, a matching circuit, Modem, etc.
  • the processor which may be a central processing unit (CPU), may be used to stop the delivery of the target data stream to the original DRB when the data-bearing DRB remapping event is detected during the data transmission of the target data stream.
  • CPU central processing unit
  • the data packet is submitted to the target DRB for the data packet of the target data stream that has not been submitted to the original DRB, and the like.
  • the memory may be a RAM (Random Access Memory), a Flash (flash memory), etc., and may be used to store received data, data required for processing, data generated during processing, and the like, such as a target data stream. Packets, etc.
  • the terminal may also include an input component, a display component, an audio output component, and the like.
  • the input component can be a touch screen, a keyboard, a mouse, or the like.
  • the audio output unit can be a speaker, a headphone, or the like.
  • the layers included in the communication infrastructure are from top to bottom. SDAP layer, PDCP layer, RLC layer, and MAC layer.
  • SDAP layer When the sending end establishes a session with the receiving end, multiple data streams may be transmitted in the process of the session, and each data stream may include multiple data packets, and the data packets are submitted from top to bottom in the communication underlying framework of the sending end, until It is sent to the receiving end through the last layer.
  • These packets exist in the form of data streams before being split into packets, and the SDAP layer can allocate DRBs for these data streams. After the SDAP layer allocates DRBs for these data streams, the data streams are delivered to the lower layers in the form of data packets.
  • the DRBs to which the same data stream is allocated are the same.
  • a DRB remapping event may occur during the same data stream transmission. If a DRB remapping event occurs, the same data stream cannot be transmitted through the same DRB.
  • each layer has a submodule that supports each DRB, and the module may be a virtual software module.
  • the module may be a virtual software module.
  • the base station uniformly manages the mapping relationship between the data stream and the DRB.
  • the RRC (Radio Resource Control) message may be generated based on the mapping relationship between the data stream and the DRB. And send an RRC message to the target terminal.
  • the target terminal may instruct the SDAP layer to perform DRB allocation on the data stream according to the mapping relationship between the data flow and the DRB in the RRC message.
  • the base station may also configure whether the DRBs are enabled to support the sequential delivery function, and together with the RRC message, indicate whether each DRB opens the information supporting the sequential delivery function to the target. terminal. After the target terminal receives the RRC message, each DRB can be configured.
  • An exemplary embodiment of the present disclosure provides a method for processing data packets in a data bearer remapping process. As shown in FIG. 1 , the process flow of the method may include the following steps:
  • Step S110 in the data transmission process of the target data stream, when the transmitting end detects that the DRB remapping event occurs, the transmitting end stops sending the data packet of the target data stream to the original DRB, and submits the target data that is not submitted to the original DRB to the target DRB. Streaming packets.
  • the transmitting end since the DRB remapping event occurs, it is no longer necessary to continue to transmit the data packet of the target data stream through the original DRB, but instead, the remaining data packet of the target data stream needs to be sent through the target DRB. Therefore, when the transmitting end detects that a DRB remapping event occurs, the transmitting end stops delivering the data packet of the target data stream to the original DRB, and delivers the target number of the target DRB that has not been submitted to the original DRB. According to the stream of data packets.
  • Step S120 The receiving end receives the data packet of the target data stream sent by the sending end.
  • the receiving end receives the data packet of the target data stream sent by the sending end, and may be sent by the original DRB of the sending end, or may be sent by the target DRB of the sending end.
  • the original DRB and the target DRB also exist corresponding to the transmitting end. If the data packet of the target data stream is sent to the receiving end by the original DRB of the transmitting end, the receiving end receives the original DRB of the receiving end, and if the data packet of the target data stream is sent to the receiving end by the target DRB of the transmitting end, the receiving end Received by the target DRB at the receiving end.
  • the original DRB of the receiving end is separated from the target DRB to receive the data packet of the target data stream sent by the transmitting end through the original DRB of the transmitting end and the target DRB. Therefore, the two parts of the data are separated from the two channels to the upper layer at the receiving end. Submitting, the receiving end can distinguish between the two parts of data.
  • the data packets of the received target data stream may be reordered in the reordering Reordering window corresponding to the original DRB and the target DRB, respectively.
  • Step S130 after the transmitting end detects that the data packet of the target data stream that has been delivered to the original DRB is sent, if the original DRB is configured to operate in the non-transmission feedback determining mode, the RB direction in the transmission feedback determining mode is determined.
  • the receiving end sends an indication message.
  • the completion indication message is used to indicate that the data packet of the target data flow submitted to the original DRB in the DRB remapping process has been sent.
  • Step S120 and the step S130 in the embodiment of the present disclosure do not have a necessary sequential relationship.
  • Step S120 may be performed simultaneously with step S130.
  • the transmitting end may send the sending completion indication message. Go out.
  • the transmitting end may have Send the send completion indication message.
  • the indication message may be sent to the receiving end.
  • the transmitting end After the transmitting end detects that the data packet of the target data stream that has been delivered to the original DRB is transmitted through the RLC layer, it can notify the upper layer that the data packet of the target data stream that has been submitted to the original DRB is transmitted.
  • three manners of generating the completion indication message are provided, and the layers of the completion indication message generated by the three methods are the same or different. Specifically, for example, if the completion indication message is RRC The message is generated at the upper layer of the SDAP layer to generate an indication message. If the completion indication message is not an RRC message but a PDU (Packet Data Unit) packet of the SDAP layer, an indication message is generated at the SDAP layer.
  • RRC Packet Data Unit
  • the transmitting end detects that the data packet of the target data stream that has been delivered to the original DRB is sent through the RLC layer, it needs to determine the layer of the completed indication message, and then the RLC layer notifies the layer to the target that has been submitted to the original DRB.
  • the data stream is sent.
  • the transmitting end After the transmitting end detects that the data packet of the target data stream that has been delivered to the original DRB is sent, if the original DRB is configured to work in the transmission feedback determination mode, the transmitting end sends an indication message to the receiving end through the original DRB. Since the original DRB is configured to operate in the transmission feedback determination mode, the indication message of the completion of the transmission to the receiving end through the original DRB may continue. If the original DRB is configured to operate in the non-transmission feedback determination mode, the indication message is sent to the receiving end by the RB operating in the transmission feedback determination mode.
  • the RB in the transmission feedback determination mode sends a completion indication message to the receiving end.
  • the completion indication message may include an original DRB identifier, a target data stream identifier, and an identifier indicating that the data packet of the target data stream that has been delivered to the original DRB has been sent, such as “complete”, “finish”, “accomplish”, and the like.
  • the step S130 may include: sending a completion indication message to the receiving end by using a SRB (Signaling Radio Bearer) in the transmission feedback determination mode; or determining a DRB for transmitting the indication message, which is used for sending The DRB of the completion indication message is configured to work in the transmission feedback determination mode, and the configured DRB sends the completion indication message.
  • SRB Signaling Radio Bearer
  • the content of the completion indication message is carried in the RRC message and sent to the receiving end, in the manner that the indication message is sent to the receiving end by the signaling bearer SRB in the transmission feedback determining mode.
  • the RRC message it is sent to the receiving end through the SRB.
  • the receiving end if the receiving end receives the message, the receiving end automatically feeds back an ACK (Acknowledgement) message.
  • the DRB for transmitting the indication message is configured to operate in the transmission feedback determination mode, and the configured DRB transmission completion indication message may be specifically configured for the transmission completion indication message.
  • a DRB that transmits a message in the transmission feedback determination mode after the configured DRB completes the indication message, the receiving end will inevitably feed back an acknowledgement message after receiving the completion indication message.
  • the receiving end feeds back the acknowledgement message to the sending end.
  • the sending end sends the indication message to the receiving end, if the receiving end does not receive the acknowledgement message fed back by the receiving end based on the completion indication message within the preset duration, the transmitting end resends the indication message.
  • the receiving end if the receiving end receives the indication message, it will feed back the acknowledgement message to the sender. If the receiving end fails in the process of feeding back the acknowledgement message to the sending end, or the receiving end does not receive the completed indication message and does not send back the acknowledgement message to the transmitting end, the transmitting end cannot receive the feedback from the receiving end based on the completion indication message. Receive the news. On the sending end, after the sending end sends the completion indication message, the timer of the preset duration A can be started. If the receiving end does not receive the acknowledgement message based on the completion indication message after the timer expires, The completion indication message is sent, so that the receiving end does not receive the completion indication message and continuously waits for the message, delaying the subsequent processing of the data packet.
  • Step S140 After receiving the completion indication message sent by the transmitting end in the transmission feedback determination mode, when the receiving end receives the preset duration, the receiving end sends the data of the target data stream sent by the destination end to the DRB in the DRB remapping process.
  • the packet performs a sequential delivery process, wherein the completion indication message is used to indicate that the data packet of the target data flow submitted to the original DRB during the DRB remapping process has been transmitted.
  • the transmitting end sends the data packet of the target data stream to the receiving end through the original DRB and the target DRB, it is possible that the receiving end has received the data packet of the target data stream sent by the sending end through the original DRB and the target DRB.
  • the receiving end receives the data packet of the target data stream sent by the transmitting end through the original DRB and the target DRB, the data packets of the target data stream sent by the transmitting end through the original DRB and the target DRB are reordered in the Reordering window respectively.
  • the buffer is first cached after reordering, and is not submitted to the upper layer.
  • the completion indication message sent by the sending end When the completion indication message sent by the sending end is received, the completion indication message carries the original DRB identifier and the target data stream identifier. Therefore, after receiving the completed message, it is determined which one of the DRBs the message is for. Instructed, after determining which of the DRBs the message is to be indicated, may stop or stop the original DRB in the receiving end from continuing to wait for the next data packet after the preset duration B has elapsed, because The next packet has been converted to be received in the target DRB.
  • the data packet of the target data stream sent by the original DRB may have been delivered by the rearranged transmitting end.
  • the completion indication message may be sent to the receiving end through a DRB different from the original DRB
  • the completion indication message of the transmission may arrive at the receiving end before the individual data packet of the target data stream sent by the original DRB through the transmitting end, so that the receiving end may receive the completion indication message sent by the transmitting end in the transmission feedback determining mode.
  • the preset duration is long, it is considered that the individual data packets of the target data stream that have been sent by the transmitting end through the original DRB have enough time to be reordered and submitted to the upper layer, after which the rearranged transmitting end is passed through the target.
  • the data packet of the target data stream sent by the DRB is delivered to the upper layer.
  • the operation of reordering the data packets of the target data stream sent by the sender may be performed at the PDCP layer or at the RLC layer. If it is executed at the PDCP layer, the upper layer submission is to the SDAP layer, and the SDAP layer is submitted to the application layer. If it is executed at the RLC layer, the upper layer is delivered to the PDCP layer, the PDCP layer is delivered to the SDAP layer, and the SDAP layer is delivered to the application layer.
  • the embodiment of the present disclosure provides the following method for timing the preset duration.
  • the step S140 may include: after the receiving end receives the completion indication message sent by the transmitting end in the transmission feedback determining mode, the receiving end starts a timer of a preset duration; when the timer expires, the receiving end is opposite to the sending end.
  • the DRB remapping process the data packets of the target data stream sent by the target DRB are processed in order.
  • the receiving end may time the preset duration B by starting the timer of the preset duration B. If the timer of the preset duration B expires, the data packet of the target data stream sent by the sender through the original DRB has been submitted to the upper layer at this time. After that, if the receiver receives the data stream sent by the original DRB again, Individual out-of-order packets can be selected for deletion.
  • the transmitting end may send the target data that has been submitted to the original DRB through the original DRB, in addition to sending the data packet of the target data stream to the receiving end through the original DRB and the target DRB.
  • the indication message is sent, and after receiving the acknowledgement message fed back by the receiving end based on the completion indication message, the remaining data packet of the target data stream is sent through the target DRB.
  • the method provided by the embodiment of the present disclosure further includes: after receiving the acknowledgement message fed back by the receiving end based on the completion indication message, sending the data packet of the target data stream to the receiving end by using the target DRB.
  • the sender controls the time point at which the data packet of the target data stream is transmitted through the original DRB and the target DRB in the above manner, the data packet of the target data stream sent through the target DRB is to be transmitted through the original DRB.
  • the data packet of the data stream arrives at the receiving end, so that the data packet of the target data stream sent through the target DRB does not need to wait in the buffer for a long time at the receiving end, that is, Receipt is reordered and submitted to the upper layer.
  • the data packet of the target data flow is stopped from being delivered to the original DRB, and the target DRB is delivered to the original DRB.
  • the step S110-step S140 provided by the embodiment of the present disclosure is performed, otherwise, if it is not required to be sent in sequence, There is no need to waste control resources to control the timing of packet delivery of the target data stream.
  • step S110 may include: if it is determined that the original DRB and the target DRB work in the sequential transmission mode at the same time, executing in the data transmission process of the target data stream, when detecting that the data bearer DRB remapping event occurs, stopping to the original The DRB submits the data packet of the target data stream, and delivers the data packet of the target data stream that has not been submitted to the original DRB to the target DRB.
  • the transmitting end first performs A1: the target data stream that has been delivered to the original DRB through the original DRB.
  • the packet is sent.
  • execution A2 the data packet delivery of the target data stream delivered to the target DRB by the target DRB.
  • A1 and A2 can be staggered in time.
  • the execution of the A3 transmission completion indication message is triggered.
  • the A4 feedback acknowledgement message may be performed.
  • the data packet of the target data stream sent by the target DRB needs to be buffered at the receiving end for a period of time and then delivered to the upper layer.
  • the difference between Figures 2A-1, 2A-2, and 2A-3 is that the channels for transmitting the completion indication message are different.
  • the original DRB is in the transmission feedback determination mode, and the indication message is sent through the original DRB.
  • the original DRB is in the non-transmission feedback determination mode, and a DRB transmission completion indication message transmitting a feedback determination mode may be specifically configured.
  • the original DRB is in the non-transmission feedback determination mode, and the RRC message can be sent by the SRB originally in the transmission feedback determination mode, and the content of the completion indication message is carried out.
  • the transmitting end first performs B1: transmitting, by the original DRB, a data packet of the target data stream that has been delivered to the original DRB.
  • the execution B2 sending completion indication message is triggered.
  • the receiver may perform a B3: feedback acknowledgement message.
  • the transmitting end may perform B4: sending, by the target DRB, the data packet of the target data stream submitted to the target DRB.
  • the original DRB is in the non-transmission feedback determination mode, and a DRB transmission completion indication message transmitting a feedback determination mode may be specifically configured.
  • the original DRB is in the non-transmission feedback determination mode, and the RRC message may be sent by the SRB originally in the transmission feedback determination mode, and the content of the completion indication message is carried out.
  • the mode is determined by working in the transmission feedback.
  • the next RB sends a completion indication message to the receiving end. In this way, the completion indication message is sent in the transmission feedback determination mode. If the receiving end can successfully receive the indication message, it must be fed back to the sender. Then the sender can determine whether the receiver has actually received the indication message.
  • the sender will resend, and the receiver will not receive the indication message until the completion indication message is received, which overcomes the failure of the receiver to receive the received data.
  • the package is further submitted for processing, and the packet delivery process will be delayed without restriction.
  • a further exemplary embodiment of the present disclosure provides an apparatus for processing data packets in a data bearer remapping process. As shown in FIG. 3, the apparatus includes:
  • the submitting module 310 is configured to: when detecting the occurrence of the DRB remapping event, stop submitting the data packet of the target data stream to the original DRB, and submit the undelivered to the target DRB to the original DRB. a data packet of the target data stream;
  • the first sending module 320 is configured to: after detecting that the data packet of the target data stream that has been delivered to the original DRB is sent, if the original DRB is configured to work in the non-transport feedback determining mode, Sending the completion indication message to the receiving end by the RB in the transmission feedback determining mode;
  • the completion indication message is used to indicate that the data packet of the target data flow that is delivered to the original DRB in the DRB remapping process has been sent.
  • the first sending module 320 is configured to:
  • Determining a DRB for sending the completion indication message and using the The DRB configuration of the information is to work in the transmission feedback determination mode, and the completion indication message is sent by the configured DRB.
  • the submitting module 310 is configured to perform, when detecting that the original DRB and the target DRB work in the sequential transmission mode, perform data transmission DRB in the data transmission process of the target data stream.
  • the data packet of the target data stream is stopped from being delivered to the original DRB, and the data packet of the target data stream that has not been delivered to the original DRB is delivered to the target DRB.
  • the device further includes:
  • the resending module is configured to resend the completed message after the receiving end sends the completion indication message to the receiving end, if the receiving end does not receive the acknowledgement message fed back based on the completion indication message within the preset duration Indicate the message.
  • the device further includes:
  • a second sending module configured to send, by the target DRB, the data packet of the target data stream to the receiving end after receiving the acknowledgement message fed back by the receiving end according to the completion indication message.
  • a further exemplary embodiment of the present disclosure provides an apparatus for data packet processing in a data bearer remapping process. As shown in FIG. 4, the apparatus includes:
  • the receiving module 410 is configured to receive a data packet of the target data stream sent by the sending end;
  • the submitting module 420 is configured to: after receiving the completion indication message sent by the sending end in the transmission feedback determining mode, when the preset duration is exceeded, the sending end sends the target DRB in the DRB remapping process.
  • the data packet of the target data stream is processed in a sequential manner, wherein the completion indication message is used to indicate that the data packet of the target data stream submitted to the original DRB in the DRB remapping process has been sent.
  • the delivery module 420 includes:
  • the startup unit 521 is configured to start a timer of a preset duration after receiving the completion indication message sent by the sending end in the transmission feedback determination mode;
  • the submitting unit 522 is configured to perform a sequential delivery process on the data packet of the target data stream sent by the target DRB in the DRB remapping process when the timer expires.
  • the device further includes:
  • the feedback module is configured to feed back the acknowledgement message to the sending end after receiving the completion indication message.
  • the mode is determined by operating in the transmission feedback.
  • the next bearer RB sends a completion indication message to the receiving end. In this way, the completion indication message is sent in the transmission feedback determination mode. If the receiving end can successfully receive the indication message, it must be fed back to the sender. Then the sender can determine whether the receiver has actually received the indication message.
  • the sender will resend, and the receiver will not receive the indication message until the completion indication message is received, which overcomes the failure of the receiver to receive the received data.
  • the package is further submitted for processing, and the packet delivery process will be delayed without restriction.
  • the data packet processing device in the data bearer remapping process provided by the foregoing embodiment processes the data packet in the data bearer remapping process
  • only the division of the foregoing functional modules is used for example, and the actual application is performed.
  • the above function assignment can be completed by different functional modules as needed, that is, the internal structures of the transmitting end and the receiving end are divided into different functional modules to complete all or part of the functions described above.
  • the apparatus for processing data packets in the data bearer remapping process provided by the foregoing embodiment is in the same concept as the method for processing data packet in the data bearer remapping process, and the specific implementation process is described in the method embodiment, and details are not described herein again. .
  • Yet another exemplary embodiment of the present disclosure provides a system for data packet processing in a data bearer remapping process, the system including a receiving end and a transmitting end.
  • the transmitting end is configured to stop, when detecting the occurrence of the DRB remapping event, stop submitting the data packet of the target data stream to the original DRB, and submit the target data that is not submitted to the original DRB to the target DRB during the data transmission process of the target data stream.
  • the data packet of the stream; after detecting that the data packet of the target data stream that has been delivered to the original DRB is transmitted, if the original DRB is configured to operate in the non-transmission feedback determination mode, the RB direction in the mode is determined by operating in the transmission feedback.
  • the receiving end sends a completion indication message, where the completion indication message is used to indicate that the data packet of the target data stream submitted to the original DRB in the DRB remapping process has been sent.
  • the receiving end is configured to receive a data packet of the target data stream sent by the sending end; and after receiving the completion indication message sent by the sending end in the transmission feedback determining mode, after the preset duration is exceeded, the transmitting end is remapped in the DRB. In the process, the data packet of the target data stream sent by the target DRB is processed in order.
  • Yet another exemplary embodiment of the present disclosure shows a schematic structural diagram of a terminal.
  • the terminal can be used as a transmitting end or a receiving end in the above embodiment.
  • terminal 700 can include one or more of the following components: processing component 702, memory 704, power component 706, multimedia component 708, audio component 710, input/output (I/O) interface 712, sensor component 714, And a communication component 716.
  • processing component 702 memory 704, power component 706, multimedia component 708, audio component 710, input/output (I/O) interface 712, sensor component 714, And a communication component 716.
  • Processing component 702 typically controls the overall operation of terminal 700, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • Processing component 702 can include one or more processors 720 to execute instructions to perform all or part of the steps described above.
  • processing component 702 can include one or more modules to facilitate interaction between component 702 and other components.
  • processing component 702 can include a multimedia module to facilitate interaction between multimedia component 708 and processing component 702.
  • Memory 704 is configured to store various types of data to support operation at terminal 700. Examples of such data include instructions for any application or method operating on terminal 700, contact data, phone book data, messages, pictures, videos, and the like.
  • the memory 704 can be implemented by any type of volatile or non-volatile storage device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read only memory
  • EPROM Electrically erasable programmable read only memory
  • PROM Programmable Read Only Memory
  • ROM Read Only Memory
  • Magnetic Memory Flash Memory
  • Disk Disk or Optical Disk.
  • Power component 706 provides power to various components of terminal 700.
  • Power component 706 can include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for audio output device 700.
  • the multimedia component 708 includes a screen between the terminal 700 and the user that provides an output interface.
  • the screen can include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touches, slides, and gestures on the touch panel. The touch sensor may sense not only the boundary of the touch or sliding action, but also the duration and pressure associated with the touch or slide operation.
  • the multimedia component 708 includes a front camera and/or a rear camera. When the terminal 700 is in an operation mode, such as a shooting mode or In video mode, the front camera and/or rear camera can receive external multimedia data. Each front and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.
  • the audio component 710 is configured to output and/or input audio signals.
  • the audio component 710 includes a microphone (MIC) that is configured to receive an external audio signal when the audio output device 700 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode.
  • the received audio signal may be further stored in memory 704 or transmitted via communication component 716.
  • the I/O interface 712 provides an interface between the processing component 702 and the peripheral interface module, which may be a keyboard, a click wheel, a button, or the like. These buttons may include, but are not limited to, a home button, a volume button, a start button, and a lock button.
  • Sensor component 714 includes one or more sensors for providing terminal 700 with various aspects of status assessment.
  • sensor component 714 can detect an open/closed state of terminal 700, relative positioning of components, such as the display and keypad of terminal 700, and sensor component 714 can also detect a change in position of a component of terminal 700 or terminal 700. The presence or absence of contact of the user with the terminal 700, the orientation or acceleration/deceleration of the terminal 700 and the temperature change of the terminal 700.
  • Sensor assembly 714 can include a proximity sensor configured to detect the presence of nearby objects without any physical contact.
  • Sensor component 714 can also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor component 714 can also include an acceleration sensor, a gyro sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • Communication component 716 is configured to facilitate wired or wireless communication between terminal 700 and other devices.
  • the terminal 700 can access a wireless network based on a communication standard such as WiFi, 2G or 3G, or a combination thereof.
  • communication component 716 receives broadcast signals or broadcast associated information from an external broadcast management system via a broadcast channel.
  • the communication component 716 also includes a near field communication (NFC) module to facilitate short range communication.
  • NFC near field communication
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • terminal 700 may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable A gate array (FPGA), controller, microcontroller, microprocessor, or other electronic component implementation for performing the methods performed by the above described transmitter or receiver.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGA field programmable A gate array
  • controller microcontroller, microprocessor, or other electronic component implementation for performing the methods performed by the above described transmitter or receiver.
  • a computer readable storage medium comprising instructions, such as a memory 704 comprising instructions executable by processor 720 of terminal 700 to perform the method performed by the above described transmitting or receiving end .
  • the computer readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device.
  • FIG. 7 is a block diagram of a base station 1900, shown according to an exemplary embodiment.
  • base station 1900 includes a processing component 1922 that further includes one or more processors, and memory resources represented by memory 1932 for storing instructions executable by processing component 1922, such as an application.
  • An application stored in memory 1932 can include one or more modules each corresponding to a set of instructions.
  • processing component 1922 is configured to execute instructions to perform the method of packet processing in the data bearer remapping process described above.
  • Base station 1900 can also include a power component 1926 configured to perform power management of base station 1900, a wired or wireless network interface 1950 configured to connect base station 1900 to the network, and an input/output (I/O) interface 1958.
  • a power component 1926 configured to perform power management of base station 1900
  • a wired or wireless network interface 1950 configured to connect base station 1900 to the network
  • an input/output (I/O) interface 1958 configured to connect base station 1900 to the network.
  • the base station 1900 can include a memory 1932, and one or more programs, wherein one or more programs are stored in the memory 1932, and configured to be executed by one or more processors, the one or more programs included for Execute the method performed by the above sender or receiver.
  • a computer readable storage medium comprising instructions, such as a memory 1932 comprising instructions executable by a processor of base station 1900 to perform the method performed by the above described transmitting or receiving end.
  • the computer readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device.

Landscapes

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

Abstract

本公开是关于一种数据承载重映射过程中数据包处理的方法、装置和系统，属于无线通讯技术领域。通过本公开实施例提供的方法，确保完毕指示消息是在传输反馈确定模式下发送的。如果接收端能成功接收完毕指示消息，一定是向发送端反馈的。进而发送端才能确定接收端是不是真的接收到完毕指示消息了。这样，即使在发送完毕指示消息的过程中出错了，发送端会重发，接收端也不至于接收不到完毕指示消息一直等待完毕指示消息，也就克服了接收端无法对已接收到的数据包进行进一步的递交处理，数据包递交过程会被无限制搁延的弊端。

Description

数据承载重映射过程中数据包处理的方法、装置和系统 技术领域
本公开是关于无线通讯技术领域，尤其是关于一种数据承载重映射过程中数据包处理的方法、装置和系统。
背景技术
在5G(5th-Generation，第五代移动通信)技术中，依然延续之前的4G(4h-Generation，第四代移动通信)技术：将通信过程分为用户面以及控制面。其中，用户面中主要包括三层，由上至下依次是PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)层、RLC(Radio Link Control，无线链路控制)层以及MAC(Media Access Control，媒体介入控制层)层。随着对5G技术的深入研究，除了上述三层之外，又在PDCP层之上引入了一个新的层，可以称之为SDAP(Service Data Adaptation Protocol，服务数据同化协议)层。在SDAP层中，要完成的一个重要任务是，将数据包映射到DRB(Data Radio Bearer，数据承载)，即为数据包分配传输该数据包的DRB，通过映射到的DRB传输数据包。
一般地，发送端如终端与接收端如基站的一次会话中会传输多条数据流，每条数据流中会包含多个数据包。在传输一条数据流的过程中，在某些特定情况下会发生DRB重映射事件，即目标数据流的数据包与DRB间的映射由原DRB切换到目标DRB。如果在发生DRB重映射事件时，正好存在同一条目标数据流的数据包正在被传输，则如何继续进行目标数据流的数据包的传输就成了问题。
在相关技术中，如果发生了DRB重映射事件，发送端会将目标数据流中已映射到原DRB的数据包依旧通过原DRB进行发送，后续的数据包递交到目标DRB进行发送。在原DRB将数据包发送完毕之后，向接收端发送一个用于指示已递交到原DRB的目标数据流的数据包已发送完毕的完毕指示消息。接收端在接收到完毕指示消息前，对发送端通过原DRB发送的数据包进行按序递交处理，并对发送端通过目标DRB发送的数据包进行缓存，等待递交，在 接收到完毕指示消息之后，开始对发送端通过目标DRB发送的数据包进行按序递交处理。按序递交处理即将数据包按照编号顺序由PDCP层递交到SDAP层。
在实现本公开的过程中，发明人发现至少存在以下问题：
由于在发送完毕指示消息的过程中可能会出错，接收端可能接收不到完毕指示消息且一直等待完毕指示消息，从而导致无法对已接收到的数据包进行进一步的递交处理，数据包递交过程会被无限制搁延。
发明内容
为了克服相关技术中存在的问题，本公开提供了以下技术方案：
根据本公开实施例的第一方面，提供数据承载重映射过程中数据包处理的方法，所述方法包括：
在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包；
当检测到已递交到所述原DRB的所述目标数据流的数据包发送完毕之后，如果所述原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的承载RB向接收端发送完毕指示消息；
其中，所述完毕指示消息用于指示在DRB重映射过程中递交到所述原DRB的所述目标数据流的数据包已发送完毕。
通过本公开实施例提供的方法，当检测到已递交到原DRB的目标数据流的数据包发送完毕之后，如果原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息。以此种方式确保完毕指示消息是在传输反馈确定模式下发送的。如果接收端能成功接收完毕指示消息，一定是向发送端反馈的。进而发送端才能确定接收端是不是真的接收到完毕指示消息了。这样，即使在发送完毕指示消息的过程中出错了，发送端会重发，接收端也不至于接收不到完毕指示消息一直等待完毕指示消息，也就克服了接收端无法对已接收到的数据包进行进一步的递交处理，数据包递交过程会被无限制搁延的弊端。
可选地，通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息，包括：
通过工作于传输反馈确定模式下的信令承载SRB向所述接收端发送所述完毕指示消息；或
确定用于发送所述完毕指示消息的DRB，将所述用于发送所述完毕指示消息的DRB配置为工作于传输反馈确定模式下，通过配置后的DRB发送所述完毕指示消息。
如果接收端能成功接收完毕指示消息，一定是向发送端反馈的。进而发送端才能确定接收端是不是真的接收到完毕指示消息了。
可选地，在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包，包括：
如果确定所述原DRB以及所述目标DRB同时工作于按序发送模式下，则执行在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包。
可以在执行在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交目标数据流的数据包，向目标DRB递交未递交到原DRB的目标数据流的数据包之前，先判断原DRB以及目标DRB是否同时工作于按序发送模式下，如果是再执行本公开实施例提供的方法，否则的话，如果无需按序发送，则没必要再浪费控制资源去控制目标数据流的数据包递交的时序了。
可选地，所述方法还包括：
在向所述接收端发送所述完毕指示消息之后，如果在预设时长内未接收到所述接收端基于所述完毕指示消息反馈的确收消息，则重新发送所述完毕指示消息。
在发送完毕指示消息的过程中出错了，发送端会重发，接收端也不至于接收不到完毕指示消息一直等待完毕指示消息，也就克服了接收端无法对已接收到的数据包进行进一步的递交处理，数据包递交过程会被无限制搁延的弊端。
可选地，所述方法还包括：
在接收到所述接收端基于所述完毕指示消息反馈的确收消息之后，通过所述目标DRB向所述接收端发送所述目标数据流的数据包。
在这种情况下，由于在发送端已经控制了通过目标DRB将递交到目标 DRB的目标数据流的数据包发送的时序，因此，在接收端无需再将通过目标DRB发送的目标数据流的数据包进行长时间缓存，可以直接进行重排序递交。
根据本公开实施例的第二方面，提供一种数据承载重映射过程中数据包处理的方法，所述方法包括：
接收发送端发送的目标数据流的数据包；
当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理，其中，所述完毕指示消息用于指示在DRB重映射过程中递交到原DRB的所述目标数据流的数据包已发送完毕。
可选地，当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理，包括：
当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，启动预设时长的定时器；
在所述定时器超时时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理。
由于完毕指示消息可能是通过不同于原DRB的DRB发送到接收端的，因此后发的完毕指示消息有可能先于发送端通过原DRB发送的目标数据流的个别数据包到达接收端，因此可以当接收端接收到发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，认为已经为发送端通过原DRB发送的目标数据流的个别数据包留有足够的时间进行重排序并向上层递交。
可选地，所述方法还包括：
在接收到所述完毕指示消息后，向所述发送端反馈确收消息。
根据本公开实施例的第三方面，提供一种数据承载重映射过程中数据包处理的装置，所述装置包括：
递交模块，用于在目标数据流的数据传输过程中，当检测到发生DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包；
第一发送模块，用于当检测到已递交到所述原DRB的所述目标数据流的数据包发送完毕之后，如果所述原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息；
其中，所述完毕指示消息用于指示在DRB重映射过程中递交到所述原DRB的所述目标数据流的数据包已发送完毕。
可选地，所述第一发送模块用于：
通过工作于传输反馈确定模式下的SRB向所述接收端发送所述完毕指示消息；或
确定用于发送所述完毕指示消息的DRB，将所述用于发送所述完毕指示消息的DRB配置为工作于传输反馈确定模式下，通过配置后的DRB发送所述完毕指示消息。
可选地，所述递交模块用于在确定所述原DRB以及所述目标DRB同时工作于按序发送模式下时，执行在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包。
可选地，所述装置还包括：
重新发送模块，用于在向所述接收端发送所述完毕指示消息之后，如果在预设时长内未接收到所述接收端基于所述完毕指示消息反馈的确收消息，则重新发送所述完毕指示消息。
可选地，所述装置还包括：
第二发送模块，用于在接收到所述接收端基于所述完毕指示消息反馈的确收消息之后，通过所述目标DRB向所述接收端发送所述目标数据流的数据包。
根据本公开实施例的第四方面，提供一种数据承载重映射过程中数据包处理的装置，所述装置包括：
接收模块，用于接收发送端发送的目标数据流的数据包；
递交模块，用于当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理，其中，所述完毕指示消息用于指示在DRB重映射过程中递交到原DRB的所述目标数据流的数据包已发送完毕。
可选地，所述递交模块包括：
启动单元，用于当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，启动预设时长的定时器；
递交单元，用于在所述定时器超时时，对所述发送端在DRB重映射过程 中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理。
可选地，所述装置还包括：
反馈模块，用于在接收到所述完毕指示消息后，向所述发送端反馈确收消息。
根据本公开实施例的第五方面，提供一种数据承载重映射过程中数据包处理的系统，所述系统包括接收端和发送端；
所述发送端，用于在目标数据流的数据传输过程中，当检测到发生DRB重映射事件时，停止向原DRB递交目标数据流的数据包，向目标DRB递交未递交到原DRB的目标数据流的数据包；当检测到已递交到原DRB的目标数据流的数据包发送完毕之后，如果原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息；其中，完毕指示消息用于指示在DRB重映射过程中递交到原DRB的目标数据流的数据包已发送完毕；
所述接收端，用于接收发送端发送的目标数据流的数据包；当接收到发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对发送端在DRB重映射过程中通过目标DRB发送的目标数据流的数据包进行按序递交处理。
根据本公开实施例的第六方面，提供一种接收端，所述接收端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述数据承载重映射过程中数据包处理的方法。
根据本公开实施例的第七方面，提供一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述数据承载重映射过程中数据包处理的方法。
根据本公开实施例的第八方面，提供一种发送端，所述发送端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述数据承载重映射过程中数据包处理的方法。
根据本公开实施例的第九方面，提供一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条 指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述数据承载重映射过程中数据包处理的方法。
本公开的实施例提供的技术方案可以包括以下有益效果：
通过本公开实施例提供的方法，当检测到已递交到原DRB的目标数据流的数据包发送完毕之后，如果原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的承载RB向接收端发送完毕指示消息。以此种方式确保完毕指示消息是在传输反馈确定模式下发送的。如果接收端能成功接收完毕指示消息，一定是向发送端反馈的。进而发送端才能确定接收端是不是真的接收到完毕指示消息了。这样，即使在发送完毕指示消息的过程中出错了，发送端会重发，接收端也不至于接收不到完毕指示消息一直等待完毕指示消息，也就克服了接收端无法对已接收到的数据包进行进一步的递交处理，数据包递交过程会被无限制搁延的弊端。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的方法的流程图；
图2A-1是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的方法的流程图；
图2A-2是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的方法的流程图；
图2A-3是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的方法的流程图；
图2B-1是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的方法的流程图；
图2B-2是根据一示例性实施例示出的一种数据承载重映射过程中数据包 处理的方法的流程图；
图2B-3是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的方法的流程图；
图3是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的装置的结构示意图；
图4是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的装置的结构示意图；
图5是根据一示例性实施例示出的一种数据承载重映射过程中数据包处理的装置的结构示意图；
图6是根据一示例性实施例示出的一种终端的结构示意图。
图7是根据一示例性实施例示出的一种基站的结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。
本公开实施例提供了一种数据承载重映射过程中数据包处理的方法，该方法可以由接收端和发送端共同实现。其中，如果接收端是基站，则发送端可以是终端，同理如果接收端是终端，则发送端可以是基站。
其中，终端可以是手机、平板电脑、台式计算机、笔记本计算机等。终端可以包括收发器、处理器、存储器等部件。收发器，可以用于与基站进行数据传输，例如，可以向基站发送目标数据流的数据包，收发器可以包括蓝牙部件、WiFi(Wireless-Fidelity，无线高保真技术)部件、天线、匹配电路、调制解调器等。处理器，可以为CPU(Central Processing Unit，中央处理单元)等，可以用于在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交目标数据流的数据包，向目标DRB递交未递交到原DRB的目标数据流的数据包，等处理。存储器，可以为RAM(Random Access Memory，随机存取存储器)，Flash(闪存)等，可以用于存储接收到的数据、处理过程所需的数据、处理过程中生成的数据等，如目标数据流的数据包等。
终端还可以包括输入部件、显示部件、音频输出部件等。输入部件可以是触摸屏、键盘、鼠标等。音频输出部件可以是音箱、耳机等。
需要说明的是，在5G技术中，通信底层架构中包括的层由上至下依次是 SDAP层、PDCP层、RLC层以及MAC层。当发送端建立与接收端的会话时，可以在会话的过程中传输多条数据流，各数据流中可以包含多个数据包，数据包在发送端的通信底层框架中从上至下依次递交，直至通过最后一层向接收端发出。这些数据包在被切分成数据包之前是以数据流的形式存在于发送端中，SDAP层可以为这些数据流分配传输这些数据流的DRB。当SDAP层为这些数据流分配好DRB之后，数据流就会以数据包的形式往下层递交。在初始分配时，同一数据流被分配的DRB是相同的。当然，由于特定原因，在同一数据流发送的过程中，可能会发生DRB重映射事件，如果发生了DRB重映射事件就不能保证同一数据流仍然通过同一DRB进行发送了。
在实际传输中，存在多个DRB。在PDCP层、RLC层以及MAC层中，每层都存在分别支撑各DRB的子模块，该模块可以是虚拟的软件模块。当每一层接收到从上一层递交下来的数据包时，这些数据包都会被分配在每一层对应的支撑与数据包被分配的DRB对应的子模块中进行处理。
另外，由基站统一管理数据流与DRB的映射关系，当基站确定好任一数据流与DRB的映射关系后，可以基于数据流与DRB的映射关系生成RRC(Radio Resource Control，无线资源控制)消息，并将RRC消息发送至目标终端。目标终端接收到RRC消息后，可以指示SDAP层依据RRC消息中的数据流与DRB的映射关系，对数据流进行DRB的分配。基站除统一管理数据流与DRB的映射关系之外，还可以对各DRB是否开启支持按序递交功能进行配置，并且一同通过RRC消息将表示各DRB是否开启支持按序递交功能的信息发送至目标终端。当目标终端接收到RRC消息后，就可以对各DRB进行配置了。
本公开一示例性实施例提供了一种数据承载重映射过程中数据包处理的方法，如图1所示，该方法的处理流程可以包括如下的步骤：
步骤S110，在目标数据流的数据传输过程中，当发送端检测到发生DRB重映射事件时，发送端停止向原DRB递交目标数据流的数据包，向目标DRB递交未递交到原DRB的目标数据流的数据包。
在实施中，由于发生了DRB重映射事件，因此无需再通过原DRB继续发送目标数据流的数据包了，而是转而需要通过目标DRB发送目标数据流的剩余数据包。故而，当发送端检测到发生DRB重映射事件时，发送端停止向原DRB递交目标数据流的数据包，向目标DRB递交未递交到原DRB的目标数 据流的数据包。
步骤S120，接收端接收发送端发送的目标数据流的数据包。
在实施中，接收端接收发送端发送的目标数据流的数据包可能是通过发送端的原DRB发送过来的，也可能是通过发送端的目标DRB发送过来的。在接收端，也对应于发送端存在原DRB和目标DRB。如果目标数据流的数据包是通过发送端的原DRB发送至接收端的，则接收端通过接收端的原DRB进行接收，如果目标数据流的数据包是通过发送端的目标DRB发送至接收端的，则接收端通过接收端的目标DRB进行接收。在接收端通过接收端的原DRB和目标DRB分开来接收发送端通过发送端的原DRB和目标DRB发送的目标数据流的数据包，因此，在接收端这两部分数据分开来从两个通道往上层递交，接收端可以对这两部分数据进行区分。
在实施中，进一步地，在接收端接收发送端发送的目标数据流的数据包之后，可以在原DRB和目标DRB对应的重排序Reordering窗口分别对接收到的目标数据流的数据包进行重排序。
步骤S130，当发送端检测到已递交到原DRB的目标数据流的数据包发送完毕之后，如果原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息。其中，完毕指示消息用于指示在DRB重映射过程中递交到原DRB的目标数据流的数据包已发送完毕。
在实施中，本公开实施例中的步骤S120与步骤S130没有必然的先后关系。步骤S120可以与步骤S130同时进行，例如，在接收端接已接收到或未完全接收到发送端通过发送端的原DRB发送的目标数据流的数据包时，可能发送端已将发送完毕指示消息发送出去。或者，在接收端已接收到发送端通过发送端的原DRB发送的目标数据流的数据包时，但是未接收到发送端通过发送端的目标DRB发送的目标数据流的数据包时，可能发送端已将发送完毕指示消息发送出去。在本公开实施例中，只要发送端检测到已递交到原DRB的目标数据流的数据包发送完毕之后，就可以向接收端发送完毕指示消息。
当发送端通过RLC层检测到已递交到原DRB的目标数据流的数据包发送完毕之后，就可以向上层通知已递交到原DRB的目标数据流的数据包发送完毕。在本公开实施中，提供三种生成完毕指示消息的方式，通过这三种方式生成完毕指示消息的层相同或者不同。具体地，例如，如果完毕指示消息是RRC 消息，则在SDAP层的上层来生成完毕指示消息。如果完毕指示消息不是RRC消息，而是SDAP层的PDU(Packet Data Unit，包数据单元)数据包，则在SDAP层来生成完毕指示消息。总之，当发送端通过RLC层检测到已递交到原DRB的目标数据流的数据包发送完毕之后，需要确定生成完毕指示消息的层，然后RLC层再向该层通知已递交到原DRB的目标数据流的数据包发送完毕。
当发送端检测到已递交到原DRB的目标数据流的数据包发送完毕之后，如果原DRB被配置工作于传输反馈确定模式下，发送端则通过原DRB向接收端发送完毕指示消息。由于原DRB被配置工作于传输反馈确定模式下，则可以仍继续通过原DRB向接收端发送完毕指示消息。如果原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息。由于原DRB并非被配置工作于传输反馈确定模式下，为了保证完毕指示消息能安全到达接收端，或者完毕指示消息到达不了接收端时，发送端能有相应的对策进行应对，因此，需要通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息。其中，完毕指示消息可以包括原DRB标识、目标数据流标识、指示已递交到原DRB的目标数据流的数据包已发送完毕的标识如“complete”、“finish”、“accomplish”等。
可选地，在本公开实施中，提供两种发送端通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息的方式。相应地，步骤S130可以包括：通过工作于传输反馈确定模式下的SRB(Signalling Radio Bearer，信令承载)向接收端发送完毕指示消息；或确定用于发送完毕指示消息的DRB，将用于发送完毕指示消息的DRB配置为工作于传输反馈确定模式下，通过配置后的DRB发送完毕指示消息。
在实施中，对于通过工作于传输反馈确定模式下的信令承载SRB向接收端发送完毕指示消息的方式，可以将完毕指示消息中的内容携带在RRC消息中一并发送至接收端。对于RRC消息来说，是通过SRB发送到接收端的。而对于通过SRB发送到接收端的消息来说，接收端如果接收到该消息，自动会反馈一ACK(Acknowledgement，确收)消息。对于确定用于发送完毕指示消息的DRB，将用于发送完毕指示消息的DRB配置为工作于传输反馈确定模式下，通过配置后的DRB发送完毕指示消息的方式，可以为发送完毕指示消息专门配置一以传输反馈确定模式传输消息的DRB，通过配置好的DRB发送完毕指示消息，接收端在接收到完毕指示消息之后，必然会反馈一确收消息。因 此，可选地，接收端在接收到完毕指示消息后，向发送端反馈确收消息。相应地，发送端在向接收端发送完毕指示消息之后，如果在预设时长内未接收到接收端基于完毕指示消息反馈的确收消息，则重新发送完毕指示消息。
在实施中，如果接收端接收到完毕指示消息，会向发送端反馈确收消息。如果接收端在向发送端反馈确收消息的过程中出错，或者接收端没有接收到完毕指示消息也没并未向发送端反馈确收消息，发送端都不能接收接收端基于完毕指示消息反馈的确收消息。在发送端，当发送端将完毕指示消息发送出去之后，可以启动预设时长A的定时器计时，如果在定时器超时后，并未接收到接收端基于完毕指示消息反馈的确收消息，则重新发送完毕指示消息，以免接收端接收不到完毕指示消息而不断等待该消息，延误接下来的对数据包的处理。
步骤S140，当接收端接收到发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，接收端对发送端在DRB重映射过程中通过目标DRB发送的目标数据流的数据包进行按序递交处理，其中，完毕指示消息用于指示在DRB重映射过程中递交到原DRB的目标数据流的数据包已发送完毕。
在实施中，如果发送端同时通过原DRB和目标DRB将目标数据流的数据包向接收端发送，则有可能接收端已接收到发送端通过原DRB和目标DRB发送的目标数据流的数据包。在接收端接收到发送端通过原DRB和目标DRB发送的目标数据流的数据包时，分别在Reordering窗口对发送端通过原DRB和目标DRB发送的目标数据流的数据包进行重排序。对于发送端通过原DRB发送的目标数据流的数据包，每当对任一数据包重排序完毕之后，向上层递交。对于发送端通过目标DRB发送的目标数据流的数据包，在重排序之后先进行缓存，不向上层递交。
当接收到发送端发送的完毕指示消息时，完毕指示消息中携带了原DRB标识、目标数据流标识，因此在接收到完毕消息之后，确定该消息是针对哪一DRB中的哪一数据流进行指示的，在确定该消息是针对哪一DRB中的哪一数据流进行指示的之后，可以停止或者在经过预设时长B之后停止接收端中的原DRB继续等待接收接下来的数据包，因为接下来的数据包已经转为在目标DRB中接收了。当接收到发送端发送的完毕指示消息时，可能已经陆续将重排好序的发送端通过原DRB发送的目标数据流的数据包递交完毕。除此以外，由于完毕指示消息可能是通过不同于原DRB的DRB发送到接收端的，因此后 发的完毕指示消息有可能先于发送端通过原DRB发送的目标数据流的个别数据包到达接收端，因此可以当接收端接收到发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，认为已经为发送端通过原DRB发送的目标数据流的个别数据包留有足够的时间进行重排序并向上层递交，在此之后，再将重排好序的发送端通过目标DRB发送的目标数据流的数据包向上层递交。
需要说明的是，对发送端发送的目标数据流的数据包进行重排序的操作可以在PDCP层执行，也可以在RLC层执行。如果是在PDCP层执行，则向上层递交就是向SDAP层递交，SDAP层再向应用层递交。如果是在RLC层执行，则向上层递交就是向PDCP层递交，PDCP层再向SDAP层递交，SDAP层再向应用层递交。
可选地，本公开实施例提供以下方法进行计时预设时长。相应地，步骤S140可以包括：当接收端接收到发送端在传输反馈确定模式下发送的完毕指示消息后，接收端启动预设时长的定时器；在定时器超时时，接收端对发送端在DRB重映射过程中通过目标DRB发送的目标数据流的数据包进行按序递交处理。
在实施中，接收端接收到发送端在传输反馈确定模式下发送的完毕指示消息后，接收端可以通过启动预设时长B的定时器来计时预设时长B。如果预设时长B的定时器超时了，发送端通过原DRB发送的目标数据流的数据包此时已向上层递交了，在这之后，如果接收端再收到通过原DRB发送的数据流的个别乱序的数据包可以选择对其删除。
可选地，在发生DRB重映射事件时，发送端除了同时通过原DRB和目标DRB向接收端发送目标数据流的数据包之外，还可以先通过原DRB发送已递交到原DRB的目标数据流的数据包，在其发送完毕之后，发送完毕指示消息，在接收到接收端基于完毕指示消息反馈的确收消息之后，再通过目标DRB发送目标数据流的剩余数据包。本公开实施例提供的方法还包括：在接收到接收端基于完毕指示消息反馈的确收消息之后，通过目标DRB向接收端发送目标数据流的数据包。
在实施中，如果通过上述方式在发送端控制通过原DRB和目标DRB发送目标数据流的数据包的时间点，来使得通过目标DRB发送的目标数据流的数据包要在通过原DRB发送的目标数据流的数据包之后到达接收端，从而通过目标DRB发送的目标数据流的数据包在接收端无需在缓存中长时间等待，即 收即重排序向上层递交。
可选地，可以在执行在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交目标数据流的数据包，向目标DRB递交未递交到原DRB的目标数据流的数据包之前，先判断原DRB以及目标DRB是否同时工作于按序发送模式下，如果是再执行本公开实施例提供的步骤S110-步骤S140，否则的话，如果无需按序发送，则没必要再浪费控制资源去控制目标数据流的数据包递交的时序了。相应地，步骤S110可以包括：如果确定原DRB以及目标DRB同时工作于按序发送模式下，则执行在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交目标数据流的数据包，向目标DRB递交未递交到原DRB的目标数据流的数据包。
综上，如图2A-1、2A-2、2A-3所示，在本公开实施例的一种可能中，发送端首先执行A1：通过原DRB将已递交到原DRB的目标数据流的数据包发送。当目标数据流的剩余数据包递交到目标DRB之后，执行A2：通过目标DRB将递交到目标DRB的目标数据流的数据包发送。A1与A2在时间上可以是交错的。接着，当A1执行完毕之后，触发执行A3：发送完毕指示消息。在接收端接收到完毕指示消息之后，可以执行A4：反馈确收消息。需要说明的是，在这种情况下，通过目标DRB发送的目标数据流的数据包需要在接收端缓存一段时间再向上层递交。图2A-1、2A-2、2A-3的区别是，发送完毕指示消息的通道不同。在图2A-1中原DRB是传输反馈确定模式的，通过原DRB发送完毕指示消息。在图2A-2中原DRB是非传输反馈确定模式的，可以专门配置一个传输反馈确定模式的DRB发送完毕指示消息。在图2A-3中原DRB是非传输反馈确定模式的，可以通过本来就处于传输反馈确定模式的SRB发送RRC消息，将完毕指示消息的内容携带出去。
如图2B所示，在本公开实施例的另一种可能中，发送端首先执行B1：通过原DRB将已递交到原DRB的目标数据流的数据包发送。当B1执行完毕之后，触发执行B2：发送完毕指示消息。在接收端接收到完毕指示消息之后，可以执行B3：反馈确收消息。发送端在接收到完毕指示消息之后，可以执行B4：通过目标DRB将递交到目标DRB的目标数据流的数据包发送。需要说明的是，在这种情况下，由于在发送端已经控制了通过目标DRB将递交到目标DRB的目标数据流的数据包发送的时序，因此，在接收端无需再将通过目标 DRB发送的目标数据流的数据包进行长时间缓存，可以直接进行重排序递交。图2B-1、2B-2、2B-3的区别是，发送完毕指示消息的通道不同。在图2B-1中原DRB是传输反馈确定模式的，通过原DRB发送完毕指示消息。在图2B-2中原DRB是非传输反馈确定模式的，可以专门配置一个传输反馈确定模式的DRB发送完毕指示消息。在图2B-3中原DRB是非传输反馈确定模式的，可以通过本来就处于传输反馈确定模式的SRB发送RRC消息，将完毕指示消息的内容携带出去。
通过本公开实施例提供的方法，当检测到已递交到原DRB的目标数据流的数据包发送完毕之后，如果原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息。以此种方式确保完毕指示消息是在传输反馈确定模式下发送的。如果接收端能成功接收完毕指示消息，一定是向发送端反馈的。进而发送端才能确定接收端是不是真的接收到完毕指示消息了。这样，即使在发送完毕指示消息的过程中出错了，发送端会重发，接收端也不至于接收不到完毕指示消息一直等待完毕指示消息，也就克服了接收端无法对已接收到的数据包进行进一步的递交处理，数据包递交过程会被无限制搁延的弊端。
本公开又一示例性实施例提供了一种数据承载重映射过程中数据包处理的装置，如图3所示，该装置包括：
递交模块310，用于在目标数据流的数据传输过程中，当检测到发生DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包；
第一发送模块320，用于当检测到已递交到所述原DRB的所述目标数据流的数据包发送完毕之后，如果所述原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息；
其中，所述完毕指示消息用于指示在DRB重映射过程中递交到所述原DRB的所述目标数据流的数据包已发送完毕。
可选地，所述第一发送模块320用于：
通过工作于传输反馈确定模式下的SRB向所述接收端发送所述完毕指示消息；或
确定用于发送所述完毕指示消息的DRB，将所述用于发送所述完毕指示消 息的DRB配置为工作于传输反馈确定模式下，通过配置后的DRB发送所述完毕指示消息。
可选地，所述递交模块310用于在确定所述原DRB以及所述目标DRB同时工作于按序发送模式下时，执行在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包。
可选地，所述装置还包括：
重新发送模块，用于在向所述接收端发送所述完毕指示消息之后，如果在预设时长内未接收到所述接收端基于所述完毕指示消息反馈的确收消息，则重新发送所述完毕指示消息。
可选地，所述装置还包括：
第二发送模块，用于在接收到所述接收端基于所述完毕指示消息反馈的确收消息之后，通过所述目标DRB向所述接收端发送所述目标数据流的数据包。
本公开又一示例性实施例提供了一种数据承载重映射过程中数据包处理的装置，如图4所示，该装置包括：
接收模块410，用于接收发送端发送的目标数据流的数据包；
递交模块420，用于当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理，其中，所述完毕指示消息用于指示在DRB重映射过程中递交到原DRB的所述目标数据流的数据包已发送完毕。
可选地，如图5所示，所述递交模块420包括：
启动单元521，用于当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，启动预设时长的定时器；
递交单元522，用于在所述定时器超时时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理。
可选地，所述装置还包括：
反馈模块，用于在接收到所述完毕指示消息后，向所述发送端反馈确收消息。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关 该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
通过本公开实施例提供的装置，当检测到已递交到原DRB的目标数据流的数据包发送完毕之后，如果原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的承载RB向接收端发送完毕指示消息。以此种方式确保完毕指示消息是在传输反馈确定模式下发送的。如果接收端能成功接收完毕指示消息，一定是向发送端反馈的。进而发送端才能确定接收端是不是真的接收到完毕指示消息了。这样，即使在发送完毕指示消息的过程中出错了，发送端会重发，接收端也不至于接收不到完毕指示消息一直等待完毕指示消息，也就克服了接收端无法对已接收到的数据包进行进一步的递交处理，数据包递交过程会被无限制搁延的弊端。
需要说明的是：上述实施例提供的数据承载重映射过程中数据包处理的装置在在数据承载重映射过程中对数据包进行处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将发送端、接收端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的数据承载重映射过程中数据包处理的装置与数据承载重映射过程中数据包处理的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本公开再一示例性实施例提供了一种数据承载重映射过程中数据包处理的系统，所述系统包括接收端和发送端。
所述发送端，用于在目标数据流的数据传输过程中，当检测到发生DRB重映射事件时，停止向原DRB递交目标数据流的数据包，向目标DRB递交未递交到原DRB的目标数据流的数据包；当检测到已递交到原DRB的目标数据流的数据包发送完毕之后，如果原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息；其中，完毕指示消息用于指示在DRB重映射过程中递交到原DRB的目标数据流的数据包已发送完毕。
所述接收端，用于接收发送端发送的目标数据流的数据包；当接收到发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对发送端在DRB重映射过程中通过目标DRB发送的目标数据流的数据包进行按序递交处理。
关于上述实施例中的系统，其中发送端、接收端执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开再一示例性实施例示出了一种终端的结构示意图。该终端可以用作上述实施例中的发送端或者接收端。
参照图6，终端700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。
处理组件702通常控制终端700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理部件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。
存储器704被配置为存储各种类型的数据以支持在终端700的操作。这些数据的示例包括用于在终端700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电力组件706为终端700的各种组件提供电力。电力组件706可以包括电源管理系统，一个或多个电源，及其他与为音频输出设备700生成、管理和分配电力相关联的组件。
多媒体组件708包括在所述终端700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当终端700处于操作模式，如拍摄模式或 视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当音频输出设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。
I/O接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件714包括一个或多个传感器，用于为终端700提供各个方面的状态评估。例如，传感器组件714可以检测到终端700的打开/关闭状态，组件的相对定位，例如所述组件为终端700的显示器和小键盘，传感器组件714还可以检测终端700或终端700一个组件的位置改变，用户与终端700接触的存在或不存在，终端700方位或加速/减速和终端700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件716被配置为便于终端700和其他设备之间有线或无线方式的通信。终端700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，终端700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述发送端或者接收端所执行的方法。
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器704，上述指令可由终端700的处理器720执行以完成上述发送端或者接收端所执行的方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图7是根据一示例性实施例示出的基站1900的框图。参照图7，基站1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理部件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述数据承载重映射过程中数据包处理的方法。
基站1900还可以包括一个电源组件1926被配置为执行基站1900的电源管理，一个有线或无线网络接口1950被配置为将基站1900连接到网络，和一个输入输出(I/O)接口1958。
基站1900可以包括有存储器1932，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器1932中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行上述发送端或者接收端所执行的方法。
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器1932，上述指令可由基站1900的处理器执行以完成上述发送端或者接收端所执行的方法。例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结 构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (21)

  1. 一种数据承载重映射过程中数据包处理的方法，其特征在于，所述方法包括：
    在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包；
    当检测到已递交到所述原DRB的所述目标数据流的数据包发送完毕之后，如果所述原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的承载RB向接收端发送完毕指示消息；
    其中，所述完毕指示消息用于指示在DRB重映射过程中递交到所述原DRB的所述目标数据流的数据包已发送完毕。
  2. 根据权利要求1所述的方法，其特征在于，通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息，包括：
    通过工作于传输反馈确定模式下的信令承载SRB向所述接收端发送所述完毕指示消息；或
    确定用于发送所述完毕指示消息的DRB，将所述用于发送所述完毕指示消息的DRB配置为工作于传输反馈确定模式下，通过配置后的DRB发送所述完毕指示消息。
  3. 根据权利要求1所述的方法，其特征在于，在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包，包括：
    如果确定所述原DRB以及所述目标DRB同时工作于按序发送模式下，则执行在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包。
  4. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    在向所述接收端发送所述完毕指示消息之后，如果在预设时长内未接收到所述接收端基于所述完毕指示消息反馈的确收消息，则重新发送所述完毕指示消息。
  5. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    在接收到所述接收端基于所述完毕指示消息反馈的确收消息之后，通过所述目标DRB向所述接收端发送所述目标数据流的数据包。
  6. 一种数据承载重映射过程中数据包处理的方法，其特征在于，所述方法包括：
    接收发送端发送的目标数据流的数据包；
    当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理，其中，所述完毕指示消息用于指示在DRB重映射过程中递交到原DRB的所述目标数据流的数据包已发送完毕。
  7. 根据权利要求6所述的方法，其特征在于，当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理，包括：
    当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，启动预设时长的定时器；
    在所述定时器超时时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理。
  8. 根据权利要求6所述的方法，其特征在于，所述方法还包括：
    在接收到所述完毕指示消息后，向所述发送端反馈确收消息。
  9. 一种数据承载重映射过程中数据包处理的装置，其特征在于，所述装置包括：
    递交模块，用于在目标数据流的数据传输过程中，当检测到发生DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包；
    第一发送模块，用于当检测到已递交到所述原DRB的所述目标数据流的数据包发送完毕之后，如果所述原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向接收端发送完毕指示消息；
    其中，所述完毕指示消息用于指示在DRB重映射过程中递交到所述原DRB 的所述目标数据流的数据包已发送完毕。
  10. 根据权利要求9所述的装置，其特征在于，所述第一发送模块用于
    通过工作于传输反馈确定模式下的SRB向所述接收端发送所述完毕指示消息；或
    确定用于发送所述完毕指示消息的DRB，将所述用于发送所述完毕指示消息的DRB配置为工作于传输反馈确定模式下，通过配置后的DRB发送所述完毕指示消息。
  11. 根据权利要求9所述的装置，其特征在于，所述递交模块用于在确定所述原DRB以及所述目标DRB同时工作于按序发送模式下时，执行在目标数据流的数据传输过程中，当检测到发生数据承载DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包。
  12. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    重新发送模块，用于在向所述接收端发送所述完毕指示消息之后，如果在预设时长内未接收到所述接收端基于所述完毕指示消息反馈的确收消息，则重新发送所述完毕指示消息。
  13. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    第二发送模块，用于在接收到所述接收端基于所述完毕指示消息反馈的确收消息之后，通过所述目标DRB向所述接收端发送所述目标数据流的数据包。
  14. 一种数据承载重映射过程中数据包处理的装置，其特征在于，所述装置包括：
    接收模块，用于接收发送端发送的目标数据流的数据包；
    递交模块，用于当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理，其中，所述完毕指示消息用于指示在DRB重映射过程中递交到原DRB的所述目标数据流的数据包已发送完毕。
  15. 根据权利要求14所述的装置，其特征在于，所述递交模块包括：
    启动单元，用于当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，启动预设时长的定时器；
    递交单元，用于在所述定时器超时时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理。
  16. 根据权利要求14所述的装置，其特征在于，所述装置还包括：
    反馈模块，用于在接收到所述完毕指示消息后，向所述发送端反馈确收消息。
  17. 一种数据承载重映射过程中数据包处理的系统，其特征在于，所述系统包括接收端和发送端；
    所述发送端，用于在目标数据流的数据传输过程中，当检测到发生DRB重映射事件时，停止向原DRB递交所述目标数据流的数据包，向目标DRB递交未递交到所述原DRB的所述目标数据流的数据包；当检测到已递交到所述原DRB的所述目标数据流的数据包发送完毕之后，如果所述原DRB被配置工作于非传输反馈确定模式下，则通过工作于传输反馈确定模式下的RB向所述接收端发送完毕指示消息；其中，所述完毕指示消息用于指示在DRB重映射过程中递交到所述原DRB的所述目标数据流的数据包已发送完毕；
    所述接收端，用于接收所述发送端发送的目标数据流的数据包；当接收到所述发送端在传输反馈确定模式下发送的完毕指示消息后，经过预设时长时，对所述发送端在DRB重映射过程中通过目标DRB发送的所述目标数据流的数据包进行按序递交处理，其中，所述完毕指示消息用于指示在DRB重映射过程中递交到原DRB的所述目标数据流的数据包已发送完毕。
  18. 一种接收端，其特征在于，所述接收端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-5任一所述的数据承载重映射过程中数据包处理的方法。
  19. 一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1-5任一所述的数据承载重映射过程中数据包处理的方法。
  20. 一种发送端，其特征在于，所述发送端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求6-8任一所述的数据承载重映射过程中数据包处理的方法。
  21. 一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求6-8任一所述的数据承载重映射过程中数据包处理的方法。
PCT/CN2017/098080 2017-08-18 2017-08-18 数据承载重映射过程中数据包处理的方法、装置和系统 Ceased WO2019033398A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
PCT/CN2017/098080 WO2019033398A1 (zh) 2017-08-18 2017-08-18 数据承载重映射过程中数据包处理的方法、装置和系统
CN201780000857.5A CN108702261B (zh) 2017-08-18 2017-08-18 数据承载重映射过程中数据包处理的方法、装置和系统
CN201780001141.7A CN109451789B (zh) 2017-08-18 2017-09-29 数据承载重映射过程中数据包处理的方法、装置和系统
PCT/CN2017/104579 WO2019033521A1 (zh) 2017-08-18 2017-09-29 数据承载重映射过程中数据包处理的方法、装置和系统
US16/639,856 US11395175B2 (en) 2017-08-18 2017-09-29 Method, device and system of processing data packet in data bearer remapping process

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/098080 WO2019033398A1 (zh) 2017-08-18 2017-08-18 数据承载重映射过程中数据包处理的方法、装置和系统

Publications (1)

Publication Number Publication Date
WO2019033398A1 true WO2019033398A1 (zh) 2019-02-21

Family

ID=63843967

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2017/098080 Ceased WO2019033398A1 (zh) 2017-08-18 2017-08-18 数据承载重映射过程中数据包处理的方法、装置和系统
PCT/CN2017/104579 Ceased WO2019033521A1 (zh) 2017-08-18 2017-09-29 数据承载重映射过程中数据包处理的方法、装置和系统

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/104579 Ceased WO2019033521A1 (zh) 2017-08-18 2017-09-29 数据承载重映射过程中数据包处理的方法、装置和系统

Country Status (3)

Country Link
US (1) US11395175B2 (zh)
CN (2) CN108702261B (zh)
WO (2) WO2019033398A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109526026B (zh) * 2018-10-29 2021-11-23 中国电子科技集团公司第三十六研究所 一种基于End/Start Mark的上行SDAP重映射方法和装置
CN111225423B (zh) * 2018-11-27 2022-04-01 中国移动通信有限公司研究院 一种数据前转的方法和设备
CN111510263B (zh) * 2019-01-30 2023-05-09 中国移动通信有限公司研究院 一种重映射方法、终端和网络侧设备
CN114340041B (zh) * 2020-09-29 2024-08-27 华为技术有限公司 数据传输方法及装置
WO2022205062A1 (zh) * 2021-03-31 2022-10-06 华为技术有限公司 一种数据处理的装置和方法
US20230171331A1 (en) * 2021-11-30 2023-06-01 Texas Instruments Incorporated Bluetooth low energy connection power consumption

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103875196A (zh) * 2011-08-16 2014-06-18 三星电子株式会社 用于在移动通信系统中有效地支持多个频带的方法和装置
CN104144505A (zh) * 2013-05-10 2014-11-12 华为技术有限公司 上行数据包发送方法、下行数据发送方法及设备
US9191982B2 (en) * 2008-06-23 2015-11-17 Htc Corporation Method for synchronizing PDCP operations after RRC connection re-establishment in a wireless communication system and related apparatus thereof
CN105917727A (zh) * 2014-01-30 2016-08-31 夏普株式会社 用于双连接操作的系统和方法

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120104305A (ko) * 2009-12-10 2012-09-20 후지쯔 가부시끼가이샤 중계 핸드오버 제어
JP2012044325A (ja) * 2010-08-16 2012-03-01 Ntt Docomo Inc 移動通信方法及び無線基地局
CN103517351B (zh) 2012-06-29 2016-09-14 华为技术有限公司 Drb建立方法及设备
CN106488568B (zh) * 2012-07-20 2020-01-31 华为技术有限公司 一种数据传输方法、装置及通信系统
EP2944110B1 (en) 2013-01-11 2019-07-24 LG Electronics Inc. Method for transmitting information in wireless communication system
CN104244426B (zh) * 2013-06-09 2019-02-05 华为技术有限公司 一种数据无线承载drb的资源分配方法及装置
US9538575B2 (en) 2014-01-30 2017-01-03 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation
US10772021B2 (en) * 2014-12-05 2020-09-08 Qualcomm Incorporated Low latency and/or enhanced component carrier discovery for services and handover
US10826867B2 (en) * 2016-01-08 2020-11-03 Telefonaktiebolaget Lm Ericsson (Publ) Simplified wireless connectivity for a cellular communications system
CN106993313A (zh) * 2016-01-21 2017-07-28 中兴通讯股份有限公司 一种实现承载切换的方法及终端和基站
WO2018053852A1 (zh) * 2016-09-26 2018-03-29 北京小米移动软件有限公司 无线承载的配置方法、装置及系统
WO2018128452A1 (en) * 2017-01-06 2018-07-12 Lg Electronics Inc. Method for transmitting lossless data packet based on quality of service (qos) framework in wireless communication system and a device therefor
CN109005127B (zh) * 2017-02-03 2020-03-10 华为技术有限公司 一种QoS流处理方法、设备和通信系统
CN110249659B (zh) * 2017-03-23 2023-04-14 诺基亚技术有限公司 服务质量流重新定位
US11102670B2 (en) * 2017-03-23 2021-08-24 Lg Electronics Inc. Method for transmitting lossless data packet based on quality of service (qos) framework in wireless communication system and a device therefor
CN108966282B (zh) * 2017-03-24 2019-11-19 华为技术有限公司 数据传输方法和装置
CN108809596B (zh) * 2017-05-05 2023-07-21 Oppo广东移动通信有限公司 一种基于反转服务流特性的通信方法及装置
CN109548160A (zh) * 2017-08-08 2019-03-29 中国移动通信有限公司研究院 数据传输方法、装置、相关设备及计算机可读存储介质
MX2019000419A (es) * 2017-08-10 2019-06-20 Lg Electronics Inc Metodo para realizar un restablecimiento de una entidad pdcp asociada con la entidad um de rlc en un sistema de comunicacion inalambrica y un dispositivo para lo mismo.

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9191982B2 (en) * 2008-06-23 2015-11-17 Htc Corporation Method for synchronizing PDCP operations after RRC connection re-establishment in a wireless communication system and related apparatus thereof
CN103875196A (zh) * 2011-08-16 2014-06-18 三星电子株式会社 用于在移动通信系统中有效地支持多个频带的方法和装置
CN104144505A (zh) * 2013-05-10 2014-11-12 华为技术有限公司 上行数据包发送方法、下行数据发送方法及设备
CN105917727A (zh) * 2014-01-30 2016-08-31 夏普株式会社 用于双连接操作的系统和方法

Also Published As

Publication number Publication date
CN109451789A (zh) 2019-03-08
US11395175B2 (en) 2022-07-19
CN108702261B (zh) 2021-10-08
US20200367092A1 (en) 2020-11-19
CN108702261A (zh) 2018-10-23
WO2019033521A1 (zh) 2019-02-21
CN109451789B (zh) 2021-06-04

Similar Documents

Publication Publication Date Title
WO2019033398A1 (zh) 数据承载重映射过程中数据包处理的方法、装置和系统
US11456963B2 (en) Method, device and system for discarding data packet
WO2018232602A1 (zh) 功能配置方法及装置、消息发送方法及装置和用户设备
CN108513714A (zh) Harq反馈方法及装置
US11019642B2 (en) Method and apparatus for data transmission, user equipment and base station
CN111615196B (zh) 资源配置方法、数据的接收方法及相关设备
WO2018129936A1 (zh) 信息反馈方法、装置、基站和用户设备
CN108476510A (zh) 上行资源请求方法及装置
WO2020034072A1 (zh) 上行调度请求的发送方法、装置、设备及存储介质
CN109314614A (zh) 混合自动重传请求反馈方法及装置、用户设备和基站
WO2019010617A1 (zh) 数据传输方法及装置、接收端设备和发送端设备
WO2020155108A1 (zh) 混合自动重传的方法及装置
WO2019237360A1 (zh) 确定上下行切换点的方法及装置
CN106717102B (zh) 控制协议数据单元pdu发送方法及装置
CN109565835B (zh) 数据传输方法、装置、基站、终端及存储介质
CN109429556B (zh) Harq反馈方法、装置、用户设备和基站
CN108702333B (zh) 一种数据传输方法和装置
CN110495242A (zh) 检测非授权频段的方法和检测非授权频段的装置
CN109287139A (zh) 数据传输方法及装置
CN108513723A (zh) 抢占时频资源的确定方法及装置和用户设备
CN109451788B (zh) 一种数据传输方法和装置
CN110036681B (zh) 资源确定方法及装置
WO2018195707A1 (zh) 下行harq反馈方法及装置、终端和基站
CN115956348B (zh) 传输控制方法和装置、pdsch接收方法和装置
WO2019154358A1 (zh) Harq-ack码本的确定方法和终端

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

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

Country of ref document: EP

Kind code of ref document: A1