WO2020221202A1 - 一种数据处理方法、通信装置和系统 - Google Patents

一种数据处理方法、通信装置和系统 Download PDF

Info

Publication number
WO2020221202A1
WO2020221202A1 PCT/CN2020/087224 CN2020087224W WO2020221202A1 WO 2020221202 A1 WO2020221202 A1 WO 2020221202A1 CN 2020087224 W CN2020087224 W CN 2020087224W WO 2020221202 A1 WO2020221202 A1 WO 2020221202A1
Authority
WO
WIPO (PCT)
Prior art keywords
access network
network device
data packet
terminal device
data
Prior art date
Application number
PCT/CN2020/087224
Other languages
English (en)
French (fr)
Inventor
张宏平
曾清海
黄曲芳
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP20799497.1A priority Critical patent/EP3955637A4/en
Publication of WO2020221202A1 publication Critical patent/WO2020221202A1/zh
Priority to US17/452,712 priority patent/US20220053369A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/407—Bus networks with decentralised control
    • H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H04W36/087—Reselecting an access point between radio units of access points

Definitions

  • the present invention relates to the field of communication technology, and in particular to a data processing method, communication device and system.
  • the terminal device usually performs cell handover, for example, handover from the cell under the second access network device to the cell under the first access network device.
  • the second access network equipment will assign a serial number to the data packet received from the core network and copy it, and a copy will continue to be robust through the second access network equipment
  • ROHC RObust Header Compression
  • the first access network device performs ROHC processing and then sends it to the terminal device. Terminal Equipment.
  • the terminal device After the terminal device is connected to the first access network device, the terminal device will send a Packet Data Convergence Protocol (PDCP) status report to the first access network device to indicate to the first access network device Which data packets have been successfully received, after the first access network device receives the PDCP status report, it will discard the data packets that the terminal device has confirmed to be successfully received.
  • these discarded data packets may be initial and refresh (IR) data packets that have undergone ROHC processing, and IR data packets are provided by the first access network device to the terminal device for establishing context ID and compression.
  • IR initial and refresh
  • the key content of the correspondence relationship between the contents the terminal device does not receive the IR data packet, so the correspondence relationship between the compressed content and the context ID is not established.
  • the terminal device When the first access network device subsequently directly sends a compressed data packet containing the context ID, the terminal device cannot obtain the compressed content corresponding to the context ID, which causes the decompression to fail and causes packet loss of user data.
  • the embodiments of the present application provide a data processing method, an access device, and a terminal device, which can avoid the problem of packet loss caused by a terminal device decompression failure during a handover.
  • an embodiment of the present application provides a data processing method, which is applied to the first access network device side.
  • the method includes: a first access network device receives a handover request message from a second access network device, the handover request message is used to request a terminal device to switch from a cell under the second access network device to the first access network device In the cell, the message name of the handover request message may also be a handover command, handover instruction information, etc., which is not limited in the embodiment of the present application.
  • the first access network device receives at least one data packet from the second access network device.
  • the at least one data packet may be at least one data packet of the terminal device obtained by the second access network device from the core network.
  • the network device sends the at least one data packet to the first access network device.
  • the at least one data packet may be a data packet obtained by the second access network device after obtaining the at least one data packet of the terminal device from the core network, performing sequential numbering, and then copying.
  • the two data packets obtained by copying each data packet contains at least one data packet, one of the data packets is sent to the terminal device after ROHC processing by the second access network device, and the other data packet is sent to the terminal device by the second access network device.
  • the second access network device sends it to the first access network device, and then the first access network device sends it to the terminal device.
  • the first access network device confirms the first data packet that needs to be discarded from the received at least one data packet.
  • the first data packet may be a data packet successfully received by the terminal device.
  • the first data packet is a second data packet.
  • the access network device sent to the terminal device.
  • data packets other than the first data packet are remaining data packets.
  • it is confirmed that the first data packet that needs to be discarded may be that the first access network device discards the data packet successfully received by the terminal device according to the PDCP status report sent by the terminal device.
  • the first access network device performs ROHC processing on the remaining data packets, where the first access network device does not perform ROHC processing before confirming the first data packet that needs to be discarded.
  • the ROHC processing may be delayed, and the ROHC processing of the remaining data packets is started after the first data packet to be discarded is confirmed.
  • the first access network device performs ROHC processing after confirming the first data packet that needs to be discarded, avoiding the problem that the first access network device discards the IR data packet and the terminal device fails to decompress. Also avoid packet loss of user data.
  • the method further includes: the first access network device receives the packet data convergence protocol from the terminal device ( Packet Data Convergence Protocol (PDCP) status report, the PDCP status report is used to instruct the terminal device to confirm successfully received data packets or confirm unsuccessfully received data packets.
  • PDCP Packet Data Convergence Protocol
  • the first access network device confirms the first data packet that needs to be discarded from the received at least one data packet. Further, the first access network device may directly discard the first data packet confirmed to need to be discarded.
  • the first data packet may include one data packet or multiple data packets, or if there is no data packet that needs to be discarded, the first data packet includes 0 data packets.
  • the handover request message received by the first access network device from the second access network device may carry first indication information, and the first indication information is used to indicate the first data packet that needs to be discarded when it is confirmed Previously, the first access network device did not perform ROHC processing, or the first indication information was used to indicate that the handover performed by the terminal device was a 0 millisecond interrupted handover. It should be noted that the handover that instructs the terminal device to perform a 0 millisecond interruption is an indirect or implicit indication method. The first access network device can learn that the first access network device needs to be discarded according to the indication information. Before the data packet, ROHC processing is not performed.
  • the second access network device sends a handover request message to the first access network device, where the handover request message may carry first indication information, and the first indication information is used to indicate that before confirming the first data packet that needs to be discarded ,
  • the first access network device does not perform ROHC processing, or the first indication information is used to indicate that the handover performed by the terminal device is a 0 millisecond interrupted handover.
  • an embodiment of the present application provides a data processing method, which is applied to the first access network device side.
  • the method includes: a first access network device receives a handover request message from a second access network device, the handover request message is used to request a terminal device to switch from a cell under the second access network device to the first access network device Of the cell.
  • the first access network device confirms that ROHC restriction processing is required, and the ROHC restriction processing includes not performing header compression, or generating only initial and refresh IR data packets, or using R mode for processing.
  • the first access network device may be that the first access network device generates a non-compressed data packet in a specific format. For example, the first access network device first sends an IR data packet, and the profile ID in the IR data packet has a specific value The value, the specific value is 0x0000, used to indicate no compression, and the subsequent first access network device can send a non-compressed data packet in a specific format, for example, a non-compressed data packet that can include context ID but not profile ID.
  • the first access network device receives at least one data packet from the second access network device, and performs ROHC restriction processing on a second data packet in the at least one data packet, where the second data packet may be the at least one data packet Part of the packet in.
  • the second data packet may include one data packet or multiple data packets.
  • the first access network device confirms a third data packet that needs to be discarded from the at least one data packet, where the third data packet is a data packet successfully received by the terminal device.
  • the third data packet may include one data packet or multiple data packets.
  • the third data packet may include the second data packet, or the second data packet may include the third data packet, or the second data packet is the same as the third data packet, which is not limited in the embodiment of the present application.
  • the first access network device After confirming the third data packet that needs to be discarded, the first access network device cancels the ROHC restriction processing.
  • canceling the ROHC restriction processing may be resetting the ROHC layer of the first access network device to the initial state.
  • the ROHC restriction processing includes processing using the R mode
  • the cancellation of the ROHC restriction processing may be processing using other modes, and the other modes may be any one of R mode, U mode, and O mode.
  • ROHC restriction processing is performed before the third data packet that needs to be discarded is confirmed, so as to avoid discarding IR data packets when discarding, resulting in the terminal device not being able to recognize the compressed data packet, resulting in decompression failure and data packet discarding problems.
  • the first access network device after the first access network device cancels the ROHC restriction processing, performs processing on data packets other than the second data packet and the third data packet among the received at least one data packet.
  • ROHC treatment That is, the first access network device only performs ROHC processing on data packets that are not received by the terminal device and are not subjected to ROHC restriction processing, so as to avoid repeated processing of data packets and improve processing efficiency.
  • the PDCP protocol layer of the first access network device instructs the ROHC protocol layer to perform ROHC restriction processing.
  • the first access network device before the first access network device confirms the second data packet that needs to be discarded from the at least one data packet, the first access network device receives the PDCP status report from the terminal device, and the PDCP status report uses To instruct the terminal device to confirm successfully received data packets or confirm unsuccessfully received data packets.
  • the first access network device confirms the third data packet that needs to be discarded from at least one data packet.
  • the handover request message received by the first access network device from the second access network device carries second indication information, and the second indication information is used to indicate that before confirming the third data packet that needs to be discarded .
  • the first access network device performs ROHC restriction processing, or the second indication information performs an indirect instruction, that is, it indicates that the handover performed by the terminal device is a 0 millisecond interrupted handover.
  • the second access network device sends a handover request message to the first access network device, where the handover request message may carry second indication information, and the second indication information is used to indicate that before confirming the third data packet that needs to be discarded .
  • the first access network device performs ROHC restriction processing, or the second indication information performs an indirect instruction, that is, it indicates that the handover performed by the terminal device is a 0 millisecond interrupted handover.
  • an embodiment of the present application provides a data processing method, which is applied to the first access network device side.
  • the method includes: a first access network device receives a handover request message from a second access network device, the handover request message is used to request a terminal device to switch from a cell under the second access network device to the first access network device Of the cell.
  • the first access network device receives at least one data packet from the second access network device, and performs ROHC processing on the at least one data packet, and the at least one data packet may be a data packet copied by the second access network device.
  • the first access network device receives the PDCP status report from the terminal device, where the PDCP status report is used to instruct the terminal device to confirm successfully received data packets or confirm unsuccessfully received data packets.
  • the first access network device ignores the PDCP status report. Wherein, ignoring may mean not processing the PDCP status report or discarding the PDCP status report.
  • the first access network device After the first access network device receives the PDCP status report, it ignores the PDCP status report, does not discard the data packet, and the IR data packet will not be discarded, thereby avoiding the terminal device decompression The problem of failure.
  • the handover request message received by the first access network device from the second access network device may carry third indication information, and the third indication information is used to instruct the first access network device to ignore the slave terminal
  • the PDCP status report received by the device or the third indication information is used to indicate that the handover performed by the terminal device is a 0 millisecond interrupted handover.
  • the second access network device sends a handover request message to the first access network device.
  • the handover request message may carry third indication information.
  • the third indication information is used to instruct the first access network device to ignore the slave terminal device.
  • the received PDCP status report or the third indication information is used to indicate that the handover performed by the terminal device is a 0 millisecond interrupted handover.
  • an embodiment of the present application provides a data processing method applied to a terminal device side.
  • the method includes: the terminal device receives a handover command message from a second access network device, and the handover command message is used to instruct the terminal device to start Second, the cell under the access network device is handed over to the cell under the first access network device, where the handover command message carries fourth indication information, and the fourth indication information is used to indicate that the handover performed by the terminal equipment is a 0 millisecond interruption handover, Or instruct the second access network device to copy the user data to the first access network device for transmission during the handover.
  • the message name of the handover command message may be handover instruction information, handover information, etc., which is not limited in the embodiment of the present application.
  • the terminal device determines not to send a packet data convergence protocol PDCP status report to the first access network device.
  • the PDCP status report is used to instruct the terminal device to confirm successfully received data packets or confirm unsuccessfully received data package.
  • the first access network device since the terminal device does not send the PDCP status report to the first access network device, the first access network device will not discard the data packet, and will not cause the IR data packet to be discarded. This avoids the problem of terminal device decompression failure.
  • the first access network device receives a handover request message from the second access network device, and the handover request message is used to request the terminal device to switch from a cell under the second access network device to a cell under the first access network device.
  • the handover request message is used to request the terminal device to switch from a cell under the second access network device to a cell under the first access network device.
  • the first access network device receives at least one data packet from the second access network device, and performs ROHC processing on the at least one data packet, and the at least one data packet may be a data packet copied by the second access network device.
  • the first access network device Since the first access network device has not received the PDCP status report sent by the terminal device, the first access network device will not confirm the data packet that needs to be discarded from the at least one data packet, but will The data packets are sent to the terminal device after ROHC processing.
  • the embodiments of the present application provide a communication device.
  • the communication device may be a first access network device or a component (circuit or chip) that can be used for the first access network device.
  • the communication device may include multiple A functional module or unit is used to correspondingly execute the data processing method provided in any one of the first aspect to the third aspect.
  • the embodiments of the present application provide a communication device.
  • the communication device may be a terminal device or a component (circuit or chip) that can be used in a terminal device.
  • the communication device may include multiple functional modules or units for The data processing method provided in the fourth aspect is executed accordingly.
  • embodiments of the present application provide a communication device, which may be a first access network device or a component (circuit or chip) that can be used for the first access network device, and the communication device may include: The memory, the processor, the transmitter, and the receiver, where the transmitter and the receiver are used to communicate with other communication devices (such as a terminal device or a second access network device).
  • the memory is used to store the implementation code of the data processing method provided in any one of the first aspect to the third aspect, and the processor is used to execute the program code stored in the memory, that is, execute the data processing method provided in the corresponding aspect.
  • an embodiment of the present application provides a communication device, which is a terminal device or a component (circuit or chip) that can be used in the first terminal device, and the first terminal device is used to execute the data provided in the fourth aspect Approach.
  • the terminal device may include: a memory, a processor, a transmitter, and a receiver, where the transmitter and the receiver are used to communicate with other communication devices (such as the first access network or the second access network device).
  • the memory is used to store the implementation code of the data processing method provided in the fourth aspect
  • the processor is used to execute the program code stored in the memory, that is, to execute the data processing method provided in the fourth aspect.
  • inventions of the present application provide a communication chip.
  • the communication chip may include a processor and one or more interfaces coupled to the processor.
  • the processor can be used to call the implementation program of the data processing method provided in any one of the first aspect to the fourth aspect from the memory, and execute the instructions contained in the program.
  • the interface can be used to output the data processing result of the processor.
  • an embodiment of the present application provides a computer-readable storage medium with instructions stored on the readable storage medium, which when run on a processor, cause the processor to execute any one of the first to fourth aspects above.
  • the data processing method described in the aspect is not limited to:
  • embodiments of the present application provide a computer program product containing instructions, which when run on a processor, cause the processor to execute the data processing method described in any one of the first to fourth aspects.
  • FIG. 1 is a schematic diagram of a protocol stack provided by an embodiment of the application
  • Figure 2 is a system architecture diagram provided by an embodiment of the application.
  • FIG. 3 is a schematic diagram of ROHC processing of a data packet provided by an embodiment of the application.
  • FIG. 4 is a schematic diagram of ROHC processing in the prior art provided by an embodiment of the application.
  • FIG. 5 is a flowchart of a data processing method provided by an embodiment of the application.
  • FIG. 6 is a schematic diagram of a protocol stack processing data packets according to an embodiment of the application.
  • FIG. 7 is an interaction diagram of a data processing method in an application scenario provided by an embodiment of this application.
  • FIG. 8 is a flowchart of another data processing method provided by an embodiment of the application.
  • FIG. 9 is an interaction diagram of a data processing method in an application scenario provided by an embodiment of the application.
  • FIG. 10 is an interaction diagram of a data processing method in another application scenario provided by an embodiment of this application.
  • FIG. 11 is a flowchart of yet another data processing method provided by an embodiment of this application.
  • FIG. 12 is an interaction diagram of a data processing method in an application scenario provided by an embodiment of this application.
  • FIG. 13 is a flowchart of another data processing method provided by an embodiment of this application.
  • FIG. 14 is an interaction diagram of a data processing method in an application scenario provided by an embodiment of the application.
  • FIG. 15 is a functional block diagram of an access network device provided by an embodiment of the embodiments of the present application.
  • 16 is a schematic diagram of the hardware architecture of an access network device provided by an embodiment of the present application.
  • FIG. 17 is a functional block diagram of a terminal device provided by an embodiment of the present application.
  • FIG. 18 is a schematic diagram of the hardware architecture of a terminal device according to an embodiment of the present application.
  • FIG. 19 is a schematic structural diagram of a communication chip provided by an embodiment of the present application.
  • the first access network device in the embodiment of the present application may be the access network device of the cell where the terminal device is located after handover, for example, it may be the target base station for the handover of the terminal device.
  • the second access network device in the embodiment of the present application may be the access network device of the cell where the terminal device was before handover, for example, it may be the source base station before the terminal device handover.
  • the data packet in the embodiment of this application may be a PDCP SDU, that is, it may perform ROHC processing on the PDCP SDU.
  • the ROHC processing mechanism of the embodiment of the present application is introduced below. It should be noted that the first access network device of the embodiment of the present application mainly involves the ROHC processing process at the compression end, and the terminal device mainly involves the ROHC processing process at the decompression end:
  • the header of the wireless packet message needs to be compressed.
  • the Internet Engineering Task Force (IETF) working group proposed a robust header compression protocol in 2001, which can achieve a higher compression rate and better error resistance robustness.
  • the main reason why the header can be compressed is that there is redundant information between the header fields of multiple packet messages, for example, the source IP address and the destination IP address in the IP header.
  • the ultimate goal of ROHC header compression is to eliminate these redundant information in the header to achieve the purpose of header compression.
  • the ROHC protocol introduces a context ID (Context ID) to distinguish, that is, different compressed content is assigned to each unique Context ID.
  • Context ID For example, the compressed content in the header is 20 ones.
  • the Context ID is 10. If the headers of multiple messages all contain 20 1s, the corresponding context IDs are all 10.
  • the ROHC protocol in order to compress the headers of multiple types of protocols, the ROHC protocol also introduces the concept of a profile (Profile).
  • Profile ID corresponding to it.
  • IP/TCP is 0x0006.
  • the following is a commonly used configuration file, which contains the value of Profile ID corresponding to various types of protocols.
  • the compression end In order for the compression end to establish the correspondence between the Context ID and the compressed content, the compression end needs to send an IR packet to the decompression end.
  • the IR packet contains the assigned Context ID, the corresponding Profile ID, and the complete report.
  • the text that is, it is not compressed
  • the complete message contains the compressed content corresponding to the Context ID.
  • the decompression end After the decompression end receives the IR packet, it parses it and establishes the Context ID, and the Profile ID corresponds to the Context ID Correspondence between the compressed content.
  • the compression end can directly send a compressed data packet containing the Context ID afterwards, and the compressed data packet does not contain the compressed content.
  • the decompressing end can perform decompression processing on the compressed data packet through the stored Context ID, compressed content, and the corresponding relationship between the Profile ID.
  • the ROHC protocol defines three working modes, namely U mode, R mode, and O mode.
  • R mode means that the compression end only receives the response (feedback) sent by the decompression end (feedback is used to confirm that the decompression end has successfully established the corresponding relationship between the context ID and the compressed content), and subsequent headers with the same compressed content can be carried. Perform compression processing, otherwise the data packet carrying the header of the compressed content is still sent in the form of IR data packet.
  • U mode means to select U mode when the ROHC system does not have or cannot use feedback.
  • the decompression end cannot send feedback to the compression end.
  • the compression end continuously sends n IR data packets containing the same Context ID, compressed content, and Profile ID (that is, the optimistic approximation method), it is considered that the decompression end has successfully established the corresponding relationship between the Context ID and the compressed content.
  • the compression end sends a compressed data packet containing the context ID.
  • the O mode means that the compression end considers that the decompression end has successfully established the correspondence between the context ID and the compressed content based on the optimistic approach or when it receives the feedback, and sends a compressed data packet containing the context ID. Only select O mode when the ROHC system has a feedback that can be used.
  • the PDCP layer is responsible (as the sender) for ROHC header compression (as the sender) of the user data submitted by the upper layer (ie PDCP SDU) and (as the receiver) for the lower layer Decompress the ROHC header of the PDCP PDU.
  • Fig. 1 a schematic diagram of a protocol stack of a compression end and a decompression end provided in an embodiment of this application.
  • the PDCP entity of the compression end stores the user data (ie PDCP SDU) submitted by the upper layer in the transmission buffer.
  • the decompression end removes the PDCP header, decrypts, and verifies the integrity, then reorders the packets according to the sequence number, discards the repeated packets, and further decompresses the ROHC header to obtain user data.
  • the wireless communication system 100 includes: a first access network device 11, a second access network device 12, and a terminal device (user equipment, UE) 13.
  • UE user equipment
  • the terminal device 13 may also be referred to as user equipment, mobile station, access terminal, user unit, user station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user Devices, etc.
  • the terminal device can be a handheld user equipment, a notebook computer, a subscriber unit, a cellular phone, a smart phone, a wireless data card, a personal digital assistant (PDA), and wireless communication.
  • PDA personal digital assistant
  • PLMN public land mobile network
  • the terminal device 13 communicates with the first access network device 11 and the second access network device 12 using a certain air interface technology.
  • the first access network equipment 11 and the second access network equipment 12 involved in the embodiments of the present application may include various forms of network equipment, such as macro base stations, micro base stations (also called small stations), relay stations, and access points. , Cell, etc.
  • Exemplary base stations may be evolved base stations (evolutional node B, eNB), and next-generation nodes (next-generation Node B, gNB) in 5G systems and new radio (NR) systems.
  • the base station may also be a transmission receive point (TRP), a central unit (CU), or other network entities.
  • the first access network device 11 and the second access network device 12 may be baseband processing units (baseband units, BBU) and radio units (remote radio units, RRU).
  • the first access network equipment 11 and the second access network equipment 12 may also be mobility management entity (mobility management entity, MME) equipment, access and mobility management function (access and mobility management function, AMF) equipment, Internet of Vehicles control function (CF) equipment, gateway (GateWay), roadside unit (RSU), operation management and maintenance (OAM) equipment, application server (APP server) or third-party Network element.
  • MME mobility management entity
  • AMF access and mobility management function
  • CF Internet of Vehicles control function
  • RSU roadside unit
  • OAM operation management and maintenance
  • APP server application server
  • the terminal device may perform cell handover, for example, handover from a cell under the second access network device 12 to a cell under the first access network device 11.
  • the terminal device disconnects the wireless connection with the second access network device 12, and re-establishes the network connection with the first access network device 11.
  • one method is that the second access network device allocates a sequence number to the data packet received from the core network and then copies it.
  • the data packet may be Packet Data Convergence Protocol (PDCP) service data Unit (Service Data Unit, SDU).
  • PDCP Packet Data Convergence Protocol
  • SDU Service Data Unit
  • the second access network device 12 copies the received PDCP SDU after assigning a sequence number to the PDCP layer of the second access network device, and a copy of the PDCP SDU continues to pass through the PDCP layer of the second access network device.
  • the ROHC protocol is processed, it is sent to the terminal device through the second access network device, and another PDCP SDU is sent to the PDCP layer of the first access network device through the interface between the access devices, and the first access network device
  • the PDCP layer performs ROHC and other processing on the PDCP SDU received from the second access network device and sends it to the terminal device.
  • the correspondence between the Context ID and compressed content established by the first access network device and the second access network device during ROHC processing of the data packet are independent of each other, that is, for the same compressed content,
  • the Context ID assigned by the first access network device and the second access network device may be different, so the terminal device cannot rely on the relationship between the Context ID established by the IR packet received from the second access network device and the compressed content.
  • the corresponding relationship is used to decompress the compressed data packet of the first access network device.
  • the terminal device After the terminal device is connected to the first access network device, it will send a PDCP status report (PDCP status report) to the first access network device to indicate to the first access network device which PDCP PDUs have been confirmed to be received .
  • PDCP status report PDCP status report
  • the data packet confirmed by the terminal device may be received from the second access network device.
  • the first access network device receives the PDCP status report, it discards the PDCP PDU that the terminal device has confirmed to receive.
  • the first access network device since the first access network device obtains the PDCP SDU copied by the second access network device, it performs ROHC protocol processing. If the first access network device uses the U mode for processing, that is, the first access network device A preset number (for example, 3) of IR data packets are processed, and the IR data packet contains the Context ID allocated for the compressed content and the compressed content, the first access network device considers that the terminal device has established the Context ID and The corresponding relationship between the compressed content, then the compressed data packet containing the context ID is sent. The above discarded data packets may be the IR data packets processed by the ROHC protocol. Because the IR data packets are discarded, the terminal device has no way to establish the correspondence between the context ID and the compressed content, which may cause subsequent compressed data The ROHC decompression of the packet failed, resulting in packet loss of user data.
  • the U mode for processing that is, the first access network device A preset number (for example, 3) of IR data packets are processed, and the IR data packet
  • FIG. 4 it is a schematic diagram of an application scenario provided by an embodiment of the present application. As shown in the figure, the numbers 1, 2, 3, 4, 5, and 6 are used to indicate the execution sequence.
  • the second access network device assigns a sequence number of 100 to 130 for the data packet, and the copy is sent to the first access network device through the Xn interface, where the second access network device successfully transmits 100 to 106 data packets to the UE .
  • data packets 100-104 are encapsulated into IR data packets for the terminal device to establish a context ID of 10 and the corresponding relationship between the compressed content, 105-
  • the 130th data packet is compressed and becomes a compressed data packet, that is, it contains the context ID and does not include the compressed content.
  • the UE sends a PDCP status report to the first access network device, indicating that the 100-106 data packets have been confirmed to be received.
  • the second access network device discards the 100 to 106 data packets, and sends the 107 to 130 data packets to the UE.
  • the UE decompressed data packet 107-130 When the UE decompressed data packet 107-130, it did not receive the 100-104 data packet and did not establish the correspondence between the context ID of 10 and the compressed content. Therefore, the decompression failed and the 107-130 data packet was discarded, resulting in user data The loss.
  • the embodiments of the present application propose the embodiments of FIGS. 5 to 14 to solve the above technical problem of decompression failure.
  • an embodiment of the present application provides a data packet processing method. As shown in Figure 5, the method includes but is not limited to the following steps:
  • the second access network device sends a handover request message to the first access network device, where the handover request message is used to request the terminal device to switch from a cell under the second access network device to the first access device.
  • the cell under the network equipment The cell under the network equipment.
  • the first access network device receives a handover request message from the second access network device.
  • S103 The second access network device sends at least one data packet to the first access network device.
  • the first access network device receives the at least one data packet from the second access network device.
  • the terminal device can perform cell handover. For example, the terminal device can switch from a cell under the second access network device to a cell under the first access network device, and the second access network device can access the first access network device.
  • the network device sends a handover request message, which is used to request the terminal device to switch from the cell under the second access network device to the cell under the first access network device, and the first access network device receives the second access network device.
  • the handover request message sent by the device, and by parsing the handover request message learns that the terminal device needs to switch from the cell under the second access network device to the cell under the first access network device.
  • the message name of the handover request message may be other, for example, it may be a handover command, a handover request, etc., which is not limited in the embodiment of the present application.
  • the second access network device determines that the terminal device needs to perform cell handover, it sends at least one data packet of the terminal device to the first access network device.
  • the at least one data packet may be obtained by the second access network device after copying the data packet of the terminal device obtained from the core network.
  • the second access network device obtains the data packet of the terminal device from the core network.
  • the second access network device copies the data packet of the terminal device, and then performs sequential numbering, such as using Arabic numerals for numbering, for example, the number is 100-130, and finally, the numbered data packet is copied to obtain a total of two
  • Each data packet includes at least one data packet, and the number of the two data packets is the same, for example, each data packet contains 31 data packets.
  • One of the data packets is delivered to the terminal device through the second access network device, and the other is sent to the terminal device through the first access network device.
  • the first access network device confirms from the at least one data packet a first data packet that needs to be discarded, where the first data packet is a data packet successfully received by the terminal device, and the at least one data packet Data packets other than the first data packet in the packet are the remaining data packets.
  • the terminal equipment disconnects from the second access network equipment.
  • the terminal device can receive the data packet sent by the second access network device, and after the terminal device establishes a network connection with the first access network device, the terminal device can receive the data packet sent by the first access network device Packets.
  • the terminal device sends a PDCP status report to the first access network device.
  • the PDCP status report is used to indicate the terminal device Confirm the successfully received data packet or the unsuccessfully received data packet, so that after the first access network device receives the PDCP status report, it will confirm that it needs to be discarded from at least one data packet received by the second access network device The first packet.
  • the data packet that the terminal device confirms to be successfully received may be a data packet sent by the second access network device to the terminal device before disconnecting the network connection with the terminal device, or the terminal device confirms that the data packet is successfully received
  • the data packet may include the data packet sent by the second access network device to the terminal device before the network connection with the terminal device is disconnected, and after the first access network device establishes the network connection with the terminal device
  • the data packet sent to the terminal device is not limited in this embodiment of the application.
  • the first access network device confirms the first data packet that needs to be discarded from at least one data packet.
  • the first data packet is a data packet successfully received by the terminal device.
  • the first data packet may include a data packet. If there is a packet or multiple data packets, or there is no data packet that needs to be discarded, the first data packet includes 0 data packets.
  • the data packets other than the first data packet in the at least one data packet are the remaining data packets.
  • the first access network device can determine the remaining data packets through the PDCP status report, for example, the at least one data packet number If the value is 100-130, the PDCP status report indicates that the data packet numbered 100-106 has been successfully received by the terminal device, and it can be confirmed that the remaining data packets are data packets numbered 107-130.
  • the first access network device performs robust header compression ROHC processing on the remaining data packets, wherein, before the first data packet that needs to be discarded is confirmed, the first access network device does not perform ROHC deal with.
  • the first access network device performs ROHC processing on the remaining data packets.
  • the ROHC processing includes allocating context ID for the compressed content in the header, and generating the context ID, Profile ID, and compressed content.
  • the first access network device confirms that the terminal device has established the corresponding relationship between the context ID and the compressed content
  • the first access network device sends the compressed data containing the context ID but not the compressed content package.
  • the first access network device confirms that the terminal device has established the corresponding relationship between the context ID and the compressed content.
  • the confirmation method may be to send a preset number of IR data packets to the terminal device, that is, it is considered that the terminal device has established the context ID and Correspondence between compressed content.
  • the first access network device In order to prevent the first access network device from erroneously using the IR data packet generated by the first access network device to establish the correspondence between the context ID and the compressed content when the first access network device confirms the data packet that needs to be discarded according to the PDCP status report Discard.
  • the first access network device before confirming the first data packet that needs to be discarded, the first access network device does not perform ROHC processing, that is, delays performing ROHC processing.
  • the first access network device receives at least one data packet forwarded by the second access network device, it waits for the PDCP status report sent by the terminal device to the first access network device, and confirms from the at least one data packet according to the PDCP status report
  • the ROHC processing starts after the first data packet that the packet needs to be discarded.
  • the first access network device delays ROHC processing. For example, after the first access network device receives the handover request message, the PDCP layer instructs the ROHC layer to confirm the first data packet that needs to be discarded ROHC processing was not performed before, or, after the first access network device confirmed the first data packet that needs to be discarded, the PDCP layer hands the remaining data packets to the ROHC layer for ROHC processing, that is, the PDCP layer of the first access network device Do not hand over the data packet to the ROHC layer before discarding the first data packet.
  • the first access network device delays the ROHC processing, which may be that the first access network device delays the PDCP processing. Since the ROHC processing is instructed by the PDCP layer to operate, the PDCP processing is delayed, that is, the PDCP processing is delayed. ROHC.
  • the second access network device may indicate to the first access network device to delay ROHC processing.
  • the handover request message sent by the second access network device to the first access network device carries first indication information
  • the first indication information is used to instruct the terminal device to perform a 0 ms terminal handover
  • the first indication information It is used to indicate that the first access network device does not perform ROHC processing before confirming the first data packet that needs to be discarded.
  • instructing the terminal device to perform a switching of 0 millisecond interruption is to indirectly indicate that the first access network device does not perform ROHC processing before confirming the first data packet that needs to be discarded, but the instruction method is different.
  • the first access network device When the first access network device receives the handover message that contains the first indication information for indicating that the handover performed by the terminal device is a handover interrupted at 0 milliseconds, it knows that no ROHC is performed before the first data packet that needs to be discarded is confirmed deal with.
  • FIG. 6 it is a schematic diagram of delayed ROHC processing provided by an embodiment of the present application.
  • the second access network device copies data packets numbered 100-130, and sends a copy to
  • the PDCP layer of the first access network device performs ROHC processing, and one portion is processed by the PDCP layer of the second access network device.
  • data packets numbered 100-106 are sent to the terminal device through the second access network device.
  • the first access network device receives the data packets 100-130 and delays the ROHC processing, that is, does not perform the ROHC processing.
  • the terminal device sends a PDCP status report to the first access network device, which is used to indicate that the data packets numbered 100-106 are successfully received.
  • the first access network device discards the data packets numbered 100-106, and performs ROHC processing on the data packets numbered 107-130. After ROHC processing, the data packets numbered 107-111 are IR data packets. The corresponding relationship between the context ID and the compressed content is established. The data packets numbered 112-130 are compressed data packets. Since the IR data packet is not discarded, the terminal device can also successfully decompress the subsequent compressed data packet.
  • the first access network device performs ROHC processing only after confirming the first data packet that needs to be discarded from the received at least one data packet, that is, no IR data packet is generated in advance, which avoids IR data The packet is discarded, so as to avoid the failure of the terminal device to decompress.
  • step S201 a network connection is established between the second access network device and the terminal device, and user data transmission is performed.
  • the second access network device makes a handover decision.
  • the second access network device sends a handover request message to the first access network device, where the handover request message includes indication information for indicating that ROHC processing is delayed for at least one data packet forwarded by the second access network device, or , Instructing not to perform ROHC processing before confirming that the first data packet in the at least one data packet needs to be discarded, and the first data packet is a data packet successfully received by the terminal device;
  • the first access network device performs admission control.
  • the first access network device sends a handover request confirmation to the second access network device.
  • the second access network device sends RRC reconfiguration information to the terminal device, where the reconfiguration information includes a handover command.
  • the second access network device sends at least one data packet to the first access network device; the at least one data packet is a data packet of the terminal device obtained by the second access network device from the core network, and the at least one data packet is Allocate the serial number, and then copy the data packet to obtain two copies.
  • One copy is sent to the terminal device after ROHC processing by the second access network device, and the other is sent to the first access network device, and the first access network device After ROHC processing, it is sent to the terminal equipment.
  • the first access network device determines to delay ROHC processing (or PDCP processing) on at least one data packet sent by the second access network device, or the first access network device determines to discard the at least one data packet. No ROHC processing is performed before the first data packet in
  • the terminal device randomly accesses the first access network device
  • the terminal device sends a PDCP status report to the first access network device, where the PDCP status report is used to instruct the terminal device to confirm successfully received data packets or the terminal device unsuccessfully received data packets;
  • the first access network device discards the data packet confirmed by the terminal device according to the PDCP status report.
  • the first access network device instructs to perform ROHC processing or PDCP processing on the remaining data packets.
  • the embodiment of the present application provides another data packet processing method. As shown in Figure 8, the method includes but is not limited to the following steps:
  • the second access network device sends a handover request message to the first access network device, where the handover request message is used to request the terminal device to switch from the cell under the second access network device to the first access Community under the network equipment;
  • S302 The first access network device receives a handover request message.
  • the first access network device confirms that ROHC restriction processing is needed, and the ROHC restriction processing includes not performing ROHC header compression, or generating only initial and refresh IR data packets, or performing ROHC processing in R mode;
  • S304 The second access network device sends at least one data packet to the first access network device.
  • the first access network device receives at least one data packet from the second access network device, and performs ROHC restriction processing on a second data packet in the at least one data packet.
  • the first access network device confirms that ROHC restriction processing is required after receiving the handover request message. For example, the PDCP layer of the first access network device indicates that the ROHC layer needs to perform ROHC restriction processing. When the ROHC layer is instructed to perform ROHC restriction processing, the ROHC layer performs ROHC restriction processing on subsequent data packets.
  • ROHC restriction processing includes not performing ROHC header compression, or only generating initial and refresh IR packets, or using R mode for ROHC processing.
  • not performing ROHC header compression may be generating uncompressed data packets, which include IR data packets and uncompressed data packets in a specific format.
  • the first access network device may first generate IR data packets.
  • the profile ID in the IR data packet can be a specific value of 0x0000, which is used to indicate that the data packet is not header compressed, and will carry a context ID.
  • the IR data packet is used for the terminal device to establish the context ID and not compress it.
  • the first access network device sends a preset number of IR data packets, it will send uncompressed data packets in a specific format.
  • the uncompressed data packets in the specific format contain context ID, but they are not Header compression: After receiving the uncompressed data packet of the specific format, the terminal device knows that the uncompressed data packet of the specific format is an uncompressed data packet through the pre-established correspondence between the context ID and uncompressed.
  • only generating IR data packets means that the first access network device cannot send data packets in the original U mode, but needs to send IR data packets all the time before canceling the ROHC restriction processing.
  • the original U mode means sending pre- After setting the number of IR data packets, the compressed data packets are sent.
  • the R mode is used for ROHC processing.
  • which mode the ROHC layer uses for processing is not fixed, and it can choose independently.
  • the PDCP layer indicates that the ROHC layer needs to use R mode for processing, that is, only the feedback information sent by the terminal device indicating that the terminal device has successfully established the correspondence between the context ID and the compressed content is received .
  • the ROHC layer sends the compressed data packet, even if the first access network device discards the IR data packet according to the PDCP status report, but because the first access network device does not receive the feedback information from the terminal device, the first access network device IR data packets will continue to be sent to provide terminal equipment to establish a correspondence between context ID and compressed content. Therefore, the discarding of the data packet will not cause the failure of subsequent data packet decompression.
  • the second access network device After determining that the terminal device needs to perform cell handover, at least one data packet of the terminal device is sent to the first access network device.
  • the at least one data packet may be obtained by the second access network device after copying the data packet of the terminal device obtained from the core network.
  • the second access network device obtains the data packet of the terminal device from the core network.
  • the second access network device copies the data packet of the terminal device, and then performs sequential numbering, such as using Arabic numerals for numbering, for example, the number is 100-130, and finally, the numbered data packet is copied to obtain a total of two
  • Each data packet includes at least one data packet, and the number of the two data packets is the same, for example, each data packet contains 31 data packets.
  • One of the data packets is delivered to the terminal device through the second access network device, and the other is sent to the terminal device through the first access network device.
  • the first access network device receives at least one data packet from the second access network device, and performs ROHC restriction processing on a second data packet in the at least one data packet, where the second data packet may be the at least one data packet
  • the second data packet may include one data packet or multiple data packets. For example, if the at least one data packet is a data packet numbered 100-130, the second data packet may be a data packet numbered 100-106.
  • the number of data packets contained in the second data packet may depend on the processing speed of the first access network device and the time for the first access network device to cancel the ROHC restriction processing. For example, if the ROHC restriction processing time is cancelled, compare If it is late, the number of data packets contained in the second data packet is relatively large.
  • the second data packet may also include 0 data packets. For example, when the terminal device feeds back the PDCP status report, none of the data packets of the first access network device has been subjected to ROHC restriction processing.
  • the first access network device confirms from the at least one data packet a third data packet that needs to be discarded, where the third data packet is a data packet successfully received by the terminal device;
  • the terminal equipment disconnects from the second access network equipment.
  • the terminal device can receive the data packet sent by the second access network device, and after the terminal device establishes a network connection with the first access network device, the terminal device can receive the data packet sent by the first access network device Packets.
  • the terminal device will send a PDCP status report to the first access network device.
  • the PDCP status report is used to instruct the terminal device to confirm the successful receipt.
  • Data packets or data packets that have been confirmed unsuccessfully received so that after the first access network device receives the PDCP status report, it will confirm the third data packet that needs to be discarded from at least one data packet received by the second access network device .
  • the data packet that the terminal device confirms to be successfully received may be a data packet sent by the second access network device to the terminal device before disconnecting the network connection with the terminal device, or the terminal device confirms that the data packet is successfully received
  • the data packet may include the data packet sent by the second access network device to the terminal device before the network connection with the terminal device is disconnected, and after the first access network device establishes the network connection with the terminal device
  • the data packet sent to the terminal device is not limited in this embodiment of the application.
  • the third data packet may include one data packet or multiple data packets or zero data packets. It should be noted that there may be the same data packet between the third data packet and the second data packet. For example, if the terminal device sends the PDCP status report earlier, the first access network device performs ROHC restriction processing on the second data The number of data packets contained in the packet is not large, it can be data packets numbered 100-101, and the third data packet that needs to be discarded according to the PDCP status report can include data packets numbered 100-106, then the third The data packet contains the second data packet; or, if the terminal device sends the PDCP status report late, the second data packet that the first access network device performs ROHC restriction processing contains a larger number of data packets, which can be numbered 100-110 data packets, and the third data packet that needs to be discarded according to the PDCP status report confirmation may include data packets numbered 100-105, and the second data packet includes the third data packet. Or, the number of data packets included in the second data
  • the ROHC restriction processing may be cancelled to improve transmission efficiency, where the ROHC restriction processing may be cancelled without performing the ROHC restriction processing.
  • canceling ROHC restriction processing may indicate to the ROHC layer that it needs to be reset to the initial state, and resetting to the initial state means that the ROHC layer cannot rely on
  • the previously established correspondence between the context ID and the compressed content needs to be re-assigned to the compressed content and the IR data packet used for the terminal device to establish the correspondence between the context ID and the compressed content is regenerated.
  • the cancellation of the ROHC restriction processing may be processed in any other mode, and the other arbitrary mode may include any one of the R mode, the U mode, and the O mode.
  • the first access network device performs ROHC processing on data packets other than the second data packet and the third data packet among the at least one data packet forwarded by the second access network device . That is, the first access network device only performs ROHC processing on data packets that have not undergone ROHC restriction processing and the terminal device confirms that they have not been successfully received.
  • the second access network device may indicate to the first access network device that ROHC restriction processing is required before confirming the third data packet that needs to be discarded.
  • the handover request message sent by the second access network device to the first access network device includes second indication information, and the second indication information is used to indicate that before confirming the third data packet that needs to be discarded, the first access The network device performs ROHC restriction processing, or the second indication information is used to indicate that the handover performed by the terminal device is a 0 millisecond interrupted handover, that is, the second indication information can directly indicate or indirectly indicate that the first access network device needs to perform ROHC restriction deal with.
  • the first access network device can learn that ROHC restriction processing is needed through the second instruction information, and perform ROHC restriction processing on subsequent data packets until the ROHC restriction processing is cancelled.
  • the first access network device before confirming the third data packet that needs to be discarded, performs ROHC restriction processing without header compression, or only generates IR data packets, or uses R mode for processing.
  • the discarding of the data packet will not cause the problem of subsequent data packet decompression failure, thereby avoiding the terminal device decompression failure.
  • S401 Perform measurement control and reporting between the second access network device and the terminal device;
  • step S401 a network connection is established between the second access network device and the terminal device, and user data transmission is performed.
  • the second access network device makes a handover decision.
  • the second access network device sends a handover request message to the first access network device, where the handover request message includes indication information for indicating that ROHC header compression is not performed on the data packet transferred by the second access network device, or Only generate IR data packets;
  • S404 The first access network device performs admission control
  • S405 The first access network device sends a handover request confirmation to the second access network device.
  • the second access network device sends RRC reconfiguration information to the terminal device, where the reconfiguration information includes a handover command.
  • the PDCP layer of the first access network device instructs the ROHC layer not to perform ROHC header compression on the data packet, or only generates an IR data packet;
  • the first access network device receives at least one data packet sent by the second access network device, where the data packet is a data packet of a terminal device obtained by the second access network device from the core network, and first assigns a serial number to the data packet , And then copy the data packet to obtain two copies, one is sent to the terminal device after ROHC protocol processing by the second access network device, and the other is sent to the first access network device, and the first access network device passes through The ROHC protocol is processed and sent to the terminal device.
  • S409 The terminal device randomly accesses the first access network device
  • the terminal device After accessing the first access network device, the terminal device sends RRC reconfiguration completion information to the first access network device.
  • the terminal device sends a PDCP status report to the first access network device, where the PDCP status report is used to instruct the terminal device to confirm the received data packet or the terminal device to confirm the unreceived data packet;
  • the first access network device discards the data packet confirmed by the terminal device according to the PDCP status report.
  • the PDCP layer of the first access network device instructs the ROHC layer to reset to an initial state.
  • S501 Perform measurement control and reporting between the second network device and the terminal device;
  • step S501 a network connection is established between the second access network device and the terminal device, and user data transmission is performed.
  • the second access network device makes a handover decision.
  • the second access network device sends a handover request to the first access network device, where the handover request includes indication information for instructing the ROHC layer of the first access network device to use the R mode.
  • the first access network device performs admission control.
  • the first access network device sends a handover request confirmation to the second access network device.
  • the second access network device sends RRC reconfiguration information to the terminal device, where the reconfiguration information includes a handover command.
  • the PDCP layer of the first access network device instructs the ROHC layer to use R mode for processing
  • the first access network device receives at least one data packet sent by the second access network device, where the data packet is a data packet of a terminal device obtained by the second access network device from the core network, and first assigns a serial number to the data packet. Then copy the data packet to obtain two copies. One copy is sent to the terminal device after the ROHC protocol is processed by the second access network device, and the other is sent to the first access network device, and the first access network device passes through ROHC. The protocol is processed and sent to the terminal device.
  • S510 The terminal device sends RRC reconfiguration completion information to the first access network device.
  • the terminal device sends a PDCP status report to the first access network device, where the PDCP status report is used to instruct the terminal device to confirm the received data packet or the terminal device to confirm the unreceived data packet;
  • the first access network device discards the data packet confirmed by the terminal device according to the PDCP status report
  • the PDCP layer of the first access network device instructs the ROHC layer to release restrictions, and other modes may be used for processing, and the other modes may be U mode, O mode, or R mode.
  • the embodiment of the present application provides yet another data packet processing method. As shown in Figure 11, the method includes but is not limited to the following steps:
  • the second access network device sends a handover request message to the first access network device, where the handover request message is used to request the terminal device to switch from the cell under the second access network device to the first access Community under network equipment
  • the first access network device receives a handover request message from the second access network device.
  • the second access network device sends at least one data packet to the first access network device.
  • the first access network device receives the at least one data packet from the second access network device, and performs ROHC processing on the at least one data packet.
  • the terminal device can perform cell handover. For example, the terminal device can switch from a cell under the second access network device to a cell under the first access network device, and the second access network device can access the first access network device.
  • the network device sends a handover request message, which is used to request the terminal device to switch from the cell under the second access network device to the cell under the first access network device, and the first access network device receives the second access network device.
  • the handover request message sent by the device, and by parsing the handover request message learns that the terminal device needs to switch from the cell under the second access network device to the cell under the first access network device.
  • the message name of the handover request message may be other, for example, it may be a handover command, a handover request, etc., which is not limited in the embodiment of the present application.
  • the second access network device determines that the terminal device needs to perform cell handover, it sends at least one data packet of the terminal device to the first access network device.
  • the at least one data packet may be obtained by the second access network device after copying the data packet of the terminal device obtained from the core network.
  • the second access network device obtains the data packet of the terminal device from the core network.
  • the second access network device copies the data packet of the terminal device, and then performs sequential numbering, such as using Arabic numerals for numbering, for example, the number is 100-130, and finally, the numbered data packet is copied to obtain a total of two
  • Each data packet includes at least one data packet, and the number of the two data packets is the same, for example, each data packet contains 31 data packets.
  • One of the data packets is delivered to the terminal device through the second access network device, and the other is sent to the terminal device through the first access network device.
  • the first access network device After the first access network device receives at least one data packet sent by the second access network device, it performs ROHC processing on each data packet in the at least one data packet.
  • the terminal device sends a PDCP status report to the first access network device.
  • the first access network device receives a packet data convergence protocol PDCP status report from the terminal device, where the PDCP status report is used to indicate that the terminal device confirms the successfully received data packet or the unsuccessfully received data packet ;
  • S607 The first access network device ignores the PDCP status report.
  • the terminal device and the first access network device after the terminal device and the first access network device establish a network, it sends a PDCP status report to the first access network device, in order to prevent the first access network device from discarding the IR that has been processed by ROHC. Data packets, the first access network device ignores the PDCP status report.
  • the first access network device ignoring the PDCP status report may not discard from the at least one data packet a data packet that the terminal device has confirmed to be successfully received, that is to say, the first access network device does not process the PDCP The status report, thereby continuing the ROHC processing, and sending each data packet processed by the ROHC to the terminal device, or the first access network device discards the PDCP status report.
  • the second access network device may instruct the first access network device to ignore the PDCP status report.
  • the handover request message sent by the second access network device to the first access network device carries third indication information, and the third indication information is used to instruct the first access network device to ignore the received PDCP status report, or, The third indication information is used to instruct the terminal device to perform 0 millisecond interrupt switching.
  • the terminal device receives the switching request message, it can learn that the PDCP status report sent by the terminal device needs to be ignored.
  • the terminal device receives the ROHC-processed data packet sent by the first access network device. Since the first access network device has not discarded it, the terminal device will receive some repeated data packets, but these repeated data The packet may be an IR data packet, so the terminal device cannot discard it immediately after detecting a duplicate data packet. It needs to decompress the ROHC header before discarding it.
  • the first access network device directly ignores the PDCP status report after receiving the PDCP status report, does not discard it, and will not cause the loss of IR data packets, so terminal equipment can also be avoided Device decompression failed.
  • S701 Perform measurement control and reporting between the second access network device and the terminal device;
  • step S701 a network connection is established between the second access network device and the terminal device, and user data transmission is performed.
  • the second access network device makes a handover decision.
  • the second access network device sends a handover request message to the first access network device, where the handover request message includes indication information for instructing the first access network device to ignore the PDCP status report sent by the terminal device;
  • the first access network device performs admission control.
  • the first access network device sends a handover request confirmation to the second access network device.
  • the second access network device sends RRC reconfiguration information to the terminal device, where the reconfiguration information includes a handover command.
  • the second access network device sends at least one data packet to the first access network device, where the data packet is a data packet of a terminal device obtained by the second access network device from the core network, and a sequence number is assigned to the data packet first. Then copy the data packet to obtain two copies. One copy is sent to the terminal device after the ROHC protocol is processed by the second access network device, and the other is sent to the first access network device, and the first access network device passes through ROHC. The protocol is processed and sent to the terminal device.
  • S708 The terminal device randomly accesses the first access network device
  • the terminal device sends RRC reconfiguration completion information to the first access network device.
  • the terminal device sends a PDCP status report to the first access network device, where the PDCP status report is used to instruct the terminal device to confirm receipt of data packets or data packets that the terminal device does not receive;
  • the first access network device ignores the PDCP status report, that is, the first access network device does not discard the data packet that the terminal device confirms to receive, but still sends it to the terminal device;
  • S712 The first access network device sends all data packets to the terminal device.
  • S713 The PDCP layer of the terminal device confirms that the data packet has been received, and still performs ROHC header decompression and discards it.
  • the embodiment of the present application provides yet another data packet processing method. As shown in Figure 13, the method includes but is not limited to the following steps:
  • a terminal device receives a handover command message from a second access network device, where the handover command message is used to instruct the terminal device to switch from a cell under the second access network device to a cell under the first access network device.
  • a cell where the handover command message carries fourth indication information, and the fourth indication information is used to indicate that the handover performed by the terminal device is a 0 millisecond interrupted handover, or to indicate that the second access network device is switching During this period, the user data is copied to the first access network device for transmission;
  • the terminal device determines not to send a packet data convergence protocol PDCP status report to the first access network device, where the PDCP status report is used to instruct the terminal device to confirm successful receipt Data packets or confirmed unsuccessfully received data packets.
  • the message name of the handover command message may be handover command, handover instruction information, handover information, etc., which are not limited in the embodiment of the present application.
  • the fourth indication information may directly indicate that the terminal device does not send a PDCP status report to the first access network device, or the fourth indication information may indirectly indicate that the terminal device does not send a PDCP status report to the first access network device
  • the fourth indication information is used to indicate that the handover performed by the terminal device is a 0 millisecond interrupted handover, or the fourth indication information indicates that the second access network device copies user data to the first access network device for transmission during the handover.
  • the terminal device learns through the fourth indication information that there is no need to send a PDCP status report to the first access network device. It can be understood that the terminal device not sending the PDCP status report to the first access network device can also be referred to as the terminal device skipping the step of sending the PDCP status report to the first access network device.
  • the first access network device obtains at least one data packet sent by the second access network device.
  • the at least one data packet may be a data packet of the terminal device obtained by the second access network device from the core network. Obtained after copying. Since the terminal device does not send the PDCP status report to the first access network device, the first access network device performs ROHC processing on each of the received at least one data packet and sends it to the terminal device.
  • the terminal device receives at least one ROHC-processed data packet from the first access network device. Since the first access network device does not discard the data packet, the at least one ROHC-processed data packet received by the terminal device may be different from the terminal device.
  • the data packets already received by the terminal device may be duplicate data packets received from the second access network device.
  • the terminal device In order to avoid the discarding of IR data packets, even if the terminal device detects duplicate data packets, it will not be discarded, but the ROHC header will be decompressed and discarded.
  • the terminal device does not send a PDCP status report to the first access network device, so the first access network device will not discard ROHC-processed data packets according to the PDCP status report, and there will be no IR data The risk of packet dropping, so to avoid the terminal device decompression failure.
  • S901 Perform measurement control and reporting between the second access network device and the terminal device;
  • step S901 a network connection is established between the second access network device and the terminal device, and user data transmission is performed.
  • the second access network device makes a handover decision.
  • the second access network device sends a handover request to the first access network device.
  • the first access network device performs admission control.
  • the first access network device sends a handover request confirmation to the second access network device.
  • the second access network device sends RRC reconfiguration information to the terminal device, where the reconfiguration information includes a handover command, and the handover command includes indication information, and the indication information is used to indicate a 0ms interrupted handover.
  • the second access network device sends at least one data packet to the first access network device, where the data packet is a data packet of a terminal device obtained by the second access network device from the core network, and a sequence number is first assigned to the data packet. Then copy the data packet to obtain two copies. One copy is sent to the terminal device after the ROHC protocol is processed by the second access network device, and the other is sent to the first access network device, and the first access network device passes through ROHC. The protocol is processed and sent to the terminal device.
  • the terminal device randomly accesses the first access network device
  • the terminal device determines that it is a 0ms interrupted handover, and determines not to send a PDCP status report to the first access network device;
  • S911 The terminal device and the first access network device perform user data transmission
  • S912 The PDCP layer of the terminal device confirms that the data packet has been received, and still performs ROHC header decompression and discards it.
  • the steps implemented by the terminal device can also be implemented by components (such as circuits or chips) that can be used for the terminal device.
  • the steps implemented by the first access network terminal device are also It can be implemented by components (such as circuits or chips) that can be used in the first access network device, and the steps implemented by the second access network terminal device can also be implemented by components (such as circuits or chips) that can be used in the second access network device. )achieve.
  • the embodiments of the present application provide a communication device, which may be a first access network device or a component that can be used for the first access network device.
  • the communication device may include modules or units, so as to realize FIG. 5 or Figure 8 or Figure 11 data processing method.
  • the above data processing method can be implemented by a processing unit and a transceiver unit, wherein the transceiver unit is used to perform operations of receiving or sending information or messages in the process, and the processing unit is used to perform corresponding processing operations For example, it is confirmed that the ROHC processing is delayed for at least one received data packet, that is, the ROHC processing is not performed before the first data packet that is discarded is confirmed, thereby avoiding the problem of the terminal device decompression failure due to the discarding of the IR data packet.
  • the transceiving unit can be controlled by the processing unit, that is, the processing unit can control the transceiving unit to perform transceiving operations.
  • the processing unit and the transceiver unit in the access network device may be logical modules divided according to functions, or may be corresponding hardware modules. When the processing unit and the transceiver unit are both logical modules, the structure of the access network device may be as shown in FIG. 15.
  • the transceiver unit 1101 is configured to receive a handover request message from a second access network device, where the handover request message is used to request a terminal device to switch from a cell under the second access network device to all The cell under the first access network device;
  • the transceiver unit 1101 is further configured to receive at least one data packet from the second access network device;
  • the processing unit 1102 is configured to confirm a first data packet that needs to be discarded from the at least one data packet, where the first data packet is a data packet successfully received by the terminal device, and the at least one data packet is The data packets outside the first data packet are remaining data packets;
  • the processing unit 1102 is further configured to perform robust header compression ROHC processing on the remaining data packets, where the first access network device does not perform ROHC processing before the first data packet that needs to be discarded is confirmed .
  • the processing unit may be specifically a processor, and the transceiver unit may be a transceiver or a transceiver circuit or an interface circuit.
  • the communication device may further include a storage unit, the storage unit may include code (or program) or data, and the processing unit may be coupled with the storage unit, for example, call the code or data in the storage unit, so that the communication device implements FIG. 5 Or the data processing method of the embodiment of FIG. 8 or FIG. 11.
  • processing unit transceiver unit
  • storage unit may be integrated or separated, which is not limited in the embodiment of the present application.
  • FIG. 16 shows a possible structure of an access network device.
  • the access network device may include: one or more processors 1201, memory 1202, network interface 1203, transmitter 1205, and receiver 1206 , Coupler 1207 and antenna 1208. These components can be connected through the bus 1204 or in other ways.
  • FIG. 16 uses the bus connection as an example. among them:
  • the network interface 1203 may be used for communication between the access network device and other communication devices, such as other network devices.
  • the network interface 1203 may be a wired interface.
  • the transmitter 1205 may be used to transmit and process the signal output by the processor 1201, such as signal modulation.
  • the receiver 1206 can be used to receive and process the mobile communication signal received by the antenna 1208. For example, signal demodulation.
  • the transmitter 1205 and the receiver 1206 can be regarded as one wireless modem. In the access network device 120, the number of the transmitter 1205 and the receiver 1206 may both be one or more.
  • the antenna 1208 can be used to convert electromagnetic energy in a transmission line into electromagnetic waves in a free space, or convert electromagnetic waves in a free space into electromagnetic energy in a transmission line.
  • the coupler 1207 can be used to divide the mobile communication signal into multiple channels and distribute them to multiple receivers 1206.
  • the memory 1202 may be coupled with the processor 1201 through a bus 1204 or an input/output port, and the memory 1202 may also be integrated with the processor 1201.
  • the memory 1202 is used to store various software programs and/or multiple sets of instructions and/or data.
  • the memory 1202 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices, or other non-volatile solid-state storage devices.
  • the memory 1202 may store an operating system (hereinafter referred to as the system), such as embedded operating systems such as uCOS, VxWorks, RTLinux, etc.
  • the memory 1202 may also store a network communication program, which may be used to communicate with one or more additional devices, one or more terminals, and one or more network devices.
  • the processor 1201 may be used to perform wireless channel management, implement call and communication link establishment and teardown, and provide cell switching control for users in the control area.
  • the processor 1201 may include: an administration/communication module (administration 6odule/communication 6odule, A6/C6) (a center for voice channel exchange and information exchange), a basic module (basic 6odule, B6) (used to complete the call Processing, signaling processing, wireless resource management, wireless link management and circuit maintenance functions), code conversion and sub6ultiplexer (TCS6) (used to complete multiplexing, demultiplexing and code conversion functions), etc. Wait.
  • an administration/communication module administration 6odule/communication 6odule, A6/C6
  • basic 6odule, B6 used to complete the call Processing
  • signaling processing wireless resource management, wireless link management and circuit maintenance functions
  • code conversion and sub6ultiplexer (TCS6) used to complete multiplexing, demultiplexing and code conversion functions
  • the processor 1201 may be used to read and execute computer-readable instructions.
  • the processor 1401 may be used to call a program stored in the memory 1202, for example, an implementation program of the data processing method provided by one or more embodiments of the present application on the side of the access network device 120, and execute the instructions contained in the program .
  • the receiver 1206 is configured to receive a handover request message from the second access network device, and the handover request message is used to request the terminal device to switch from the cell under the second access network device to A cell under the first access network device; and receiving at least one data packet from the second access network device;
  • the processor 1201 is configured to confirm, from the at least one data packet, a first data packet that needs to be discarded, where the first data packet is a data packet successfully received by the terminal device, and the at least one data packet is The data packets outside the first data packet are the remaining data packets; robust header compression ROHC processing is performed on the remaining data packets, wherein, before the first data packet that needs to be discarded is confirmed, the first access network The equipment does not do ROHC treatment.
  • the access network device 120 shown in FIG. 16 is only an implementation of the embodiment of the present application. In practical applications, the access network device 120 may also include more or fewer components, which is not limited here. .
  • the embodiment of the present application provides a communication device.
  • the communication device may be a terminal device or a component that can be used in a terminal device.
  • the communication device may include a module or unit, so as to implement the data processing method in FIG. 13.
  • the above data processing method can be implemented by a processing unit and a transceiver unit, wherein the transceiver unit is used to perform operations of receiving or sending information or messages in the process, and the processing unit is used to perform corresponding processing operations .
  • the transceiving unit can be controlled by the processing unit, that is, the processing unit can control the transceiving unit to perform transceiving operations.
  • processing unit and the transceiver unit in the access network device may be logical modules divided according to functions, or may be corresponding hardware modules.
  • the structure of the terminal device may be as shown in FIG. 17.
  • the receiving unit 1701 is configured to receive a handover command message from a second access network device, where the handover command message is used to instruct the terminal device to switch from a cell under the second access network device to the first The cell under the access network device, wherein the handover command message carries fourth indication information, and the fourth indication information is used to indicate that the handover performed by the terminal device is a 0 millisecond interrupted handover, or to indicate the second The access network device copies user data to the first access network device for transmission during the handover;
  • the processing unit 1702 is configured to determine not to send a packet data convergence protocol PDCP status report to the first access network device according to the fourth indication information, and the PDCP status report is used to indicate that the terminal device confirms success Packets received or confirmed unsuccessfully received packets.
  • the processing unit may be specifically a processor, and the transceiver unit may be a transceiver or a transceiver circuit or an interface circuit.
  • the communication device may further include a storage unit, the storage unit may include code (or program) or data, and the processing unit may be coupled with the storage unit, for example, call the code or data in the storage unit, so that the communication device implements FIG. 13 The data processing method of the embodiment.
  • processing unit transceiver unit
  • storage unit may be integrated or separated, which is not limited in the embodiment of the present application.
  • FIG. 18 shows a possible structure of the terminal device.
  • FIG. 18 shows a terminal device provided by an embodiment of the present application.
  • the terminal device 180 may include: one or more processors 1801, a memory 1802, a transmitter 1803, and a receiver 1804. These components can be connected through a bus 1805 or in other ways.
  • FIG. 18 uses a bus connection as an example. among them:
  • the processor 1801 may be a general-purpose processor, such as a central processing unit (CPU), or a digital signal processing (DSP), an application specific integrated circuit (ASIC), or One or more integrated circuits configured to implement the embodiments of the present application.
  • the processor 1801 may process data received through the receiver 1804.
  • the processor 1801 may also process data to be sent to the transmitter 1803.
  • the memory 1802 may be coupled with the processor 1801 through a bus 1805 or an input/output port, and the memory 1802 may also be integrated with the processor 1801.
  • the memory 1802 is used to store various software programs and/or groups of instructions.
  • the memory 1802 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic disk storage devices, flash memory devices, or other non-volatile solid-state storage devices.
  • the memory 1802 may also store a network communication program, which may be used to communicate with one or more additional devices, one or more terminals, and one or more network devices.
  • the transmitter 1803 can be used to transmit and process the signal output by the processor 1801.
  • the receiver 1804 can be used for receiving and processing the received communication signal.
  • the number of the transmitter 1803 and the receiver 1804 may both be one or more.
  • the processor 1801 can be used to read and execute computer-readable instructions. Specifically, the processor 1801 may be used to call a program stored in the memory 1802, such as an implementation program of the data processing method provided by one or more embodiments of the present application on the terminal device 180 side, and execute the instructions contained in the program to implement The methods involved in subsequent embodiments.
  • a program stored in the memory 1802 such as an implementation program of the data processing method provided by one or more embodiments of the present application on the terminal device 180 side, and execute the instructions contained in the program to implement The methods involved in subsequent embodiments.
  • the processor 1801 sends any message or data, it specifically drives or controls the transmitter 1803 to send it.
  • the processor 1801 receives any message or data, it specifically drives or controls the receiver 1804 to do the reception. Therefore, the processor 1801 can be regarded as a control center that performs transmission or reception, and the transmitter 1803 and the receiver 1804 are specific performers of the transmission and reception operations.
  • the processor 1801 is configured to receive a handover command message from a second access network device, where the handover command message is used to instruct the terminal device to switch from a cell under the second access network device to the first access A cell under a network device, wherein the handover command message carries fourth indication information, and the fourth indication information is used to indicate that the handover performed by the terminal device is a 0 millisecond interrupted handover, or to indicate the second access
  • the network device copies user data to the first access network device for transmission during the handover;
  • the processor 1801 is configured to determine not to send a packet data convergence protocol PDCP status report to the first access network device according to the fourth indication information, where the PDCP status report is used to instruct the terminal device to confirm successful receipt Data packets or confirmed unsuccessfully received data packets.
  • terminal device 180 shown in FIG. 18 is only an implementation manner of the embodiment of the present application.
  • the user plane function device 180 may also include more or fewer components, which is not limited here.
  • the communication chip 190 may include a processor 1901, and one or more interfaces 1902 coupled to the processor 1901. among them:
  • the processor 191 may be used to read and execute computer-readable instructions.
  • the processor 1901 may mainly include a controller, an arithmetic unit, and a register.
  • the controller is mainly responsible for instruction decoding, and sends out control signals for the operation corresponding to the instruction.
  • the arithmetic unit is mainly responsible for performing fixed-point or floating-point arithmetic operations, shift operations and logical operations, etc., and can also perform address operations and conversions.
  • the register is mainly responsible for storing the register operands and intermediate operation results temporarily stored during the execution of the instruction.
  • the hardware architecture of the processor 1901 may be an application specific integrated circuit (ASIC) architecture, MIPS architecture, ARM architecture, NP architecture, and so on.
  • the processor 1701 may be single-core or multi-core.
  • the interface 1902 can be used to input data to be processed to the processor 1901, and can output the processing result of the processor 1901 to the outside.
  • the interface 1902 may be a general purpose input output (GPIO) interface, and may be connected to multiple peripheral devices (such as a display (LCD), a camera (camara), a radio frequency (RF) module, etc.).
  • GPIO general purpose input output
  • peripheral devices such as a display (LCD), a camera (camara), a radio frequency (RF) module, etc.
  • the interface 1902 is connected to the processor 1901 through the bus 1903.
  • the processor 1901 may be configured to call the implementation program on the communication device side of the user message transmission method provided by one or more embodiments of this application from the memory, and execute the instructions contained in the program.
  • the interface 1902 can be used to output the execution result of the processor 1901.
  • the interface 192 may be specifically used to output the resource allocation result of the processor 1901.
  • processor 1901 and the interface 1902 may be implemented through hardware design, may also be implemented through software design, or may be implemented through a combination of software and hardware, which is not limited here.
  • a communication system in another embodiment, is also provided.
  • the communication system includes a first access network device and a second access network device.
  • the communication system includes a first access network device, a second access network device, and a terminal device.
  • the first access network device may be the access network device provided in FIG. 15 or FIG. 16, and is used to perform the steps of the access network device in the data processing method provided in FIG. 5 to FIG. 12; and/ Or, the terminal device may be the terminal device provided in FIG. 17 or FIG. 18, and is used to execute the steps of the terminal device in the data processing method provided in FIG. 13 to FIG. 14.
  • a readable storage medium stores computer execution instructions.
  • a device may be a single-chip microcomputer, a chip, etc.
  • a processor calls the readable storage medium
  • the stored computer execution instructions implement the steps performed by the first access network device or the terminal device in the data processing method provided by each embodiment shown in FIG. 5 or FIG. 8 or FIG. 11 or FIG.
  • the aforementioned readable storage medium may include: U disk, mobile hard disk, read-only memory, random access memory, magnetic disk or optical disk and other media that can store program codes.
  • a computer program product includes computer-executable instructions, and the computer-executable instructions are stored in a computer-readable storage medium; at least one processor of the device can be accessed from a computer Reading the storage medium reads the computer execution instructions to implement the steps executed by the first access network device or terminal device in the data processing method provided by each embodiment shown in FIG. 5 or FIG. 8 or FIG. 11 or FIG.
  • the computer program product includes one or more computer instructions.
  • the computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.
  • the computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center.
  • the computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or data center integrated with one or more available media.
  • the usable medium may be a magnetic medium (such as a floppy disk, a hard disk, and a magnetic tape), an optical medium (such as a DVD), or a semiconductor medium (such as a solid state disk (SSD)).

Landscapes

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

Abstract

本申请实施例提供一种数据处理方法、接入设备及终端设备，其中，数据通信方法包括：第一接入网设备从第二接入网设备接收切换请求消息，切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区；第一接入网设备从第二接入网设备接收至少一个数据包；第一接入网设备从至少一个数据包中确认需要丢弃的第一数据包，第一数据包为终端设备成功收到的数据包，至少一个数据包中除第一数据包外的数据包为剩余数据包；第一接入网设备对剩余数据包进行健壮性包头压缩ROHC处理，其中，在确认需要丢弃的第一数据包之前，第一接入网设备不做ROHC处理。可以避免终端解压失败的问题。

Description

一种数据处理方法、通信装置和系统 技术领域
本发明涉及通信技术领域，尤其涉及一种数据处理方法、通信装置和系统。
背景技术
终端设备通常会进行小区切换，比如从第二接入网设备下的小区切换到第一接入网设备下的小区。在终端设备切换过程中，为了减少或避免中断，切换期间，第二接入网设备会对从核心网收到的数据包分配序号后进行复制，一份继续通过第二接入网设备进行健壮性包头压缩(RObust Header Compression，ROHC)处理后，通过第二接入网设备发送给终端设备，另一份发送给第一接入网设备，由第一接入网设备进行ROHC处理后发送给终端设备。终端设备在接入到第一接入网设备后，终端设备会向第一接入网设备发送包数据汇聚协议(Packet Data Convergence Protocol，PDCP)状态报告，用于向第一接入网设备指示哪些数据包已经成功收到了，第一接入网设备接收到PDCP状态报告之后，会丢弃掉终端设备已经确认成功收到的数据包。然而这些丢弃的数据包可能是经过了ROHC处理的初始和刷新(Initial and refresh，IR)数据包，而IR数据包是第一接入网设备提供给终端设备用于建立上下文标识context ID与压缩内容之间对应关系的关键内容，终端设备未接收到该IR数据包，也就未建立压缩内容与context ID之间的对应关系。当第一接入网设备后续直接发送包含context ID的压缩数据包，则终端设备无法得到该上下文标识对应的压缩内容，从而导致解压失败，造成用户数据的丢包。
发明内容
本申请实施例提供了一种数据处理方法、接入设备及终端设备，能够避免切换期间终端设备解压失败导致丢包的问题。
第一方面，本申请实施例提供一种数据处理方法，应用于第一接入网设备侧。该方法包括：第一接入网设备从第二接入网设备接收切换请求消息，该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区，其中，切换请求消息的消息名称还可以是切换命令、切换指示信息等等，本申请实施例不作限定。
第一接入网设备从第二接入网设备接收至少一个数据包，该至少一个数据包可以是第二接入网设备从核心网获取的该终端设备的至少一个数据包，第二接入网设备将该至少一个数据包发送给第一接入网设备。可选的，该至少一个数据包可以是第二接入网设备在从核心网获得该终端设备的至少一个数据包后，进行顺序编号，然后进行复制得到的数据包。其中，复制得到的两份数据包，每份数据包均包含至少一个数据包，其中一份数据包通过第二接入网设备进行ROHC处理后下发给终端设备，另一份数据包由第二接入网设备发送给第一接入网设备，再由第一接入网设备发送给终端设备。
第一接入网设备从所接收的至少一个数据包中确认需要丢弃的第一数据包，该第一数据包可以是终端设备成功收到的数据包，比如，该第一数据包是第二接入网设备发送给该终端设备的。该至少一个数据包中除第一数据包外的数据包为剩余数据包。其中，确认需 要丢弃的第一数据包可以是第一接入网设备根据终端设备所发送的PDCP状态报告将终端设备成功收到的数据包进行丢弃。
第一接入网设备对剩余数据包进行ROHC处理，其中，在确认需要丢弃的第一数据包之前，第一接入网设备并不做ROHC处理。比如，可以是延迟进行ROHC处理，在确认需要丢弃的第一数据包之后，才开始对剩余数据包进行ROHC处理。
通过实施本申请实施例，第一接入网设备在确认需要丢弃的第一数据包之后，才进行ROHC处理，避免第一接入网设备将IR数据包丢弃导致终端设备解压失败的问题，同时也避免了用户数据的丢包。
在一种可能的设计中，第一接入网设备从至少一个数据包中确认需要丢弃的第一数据包之前，该方法还包括：第一接入网设备从终端设备接收包数据汇聚协议(Packet Data Convergence Protocol，PDCP)状态报告，该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包。
第一接入网设备根据该状态报告，从所接收的至少一个数据包中确认需要丢弃的第一数据包。进一步的，第一接入网设备可以将确认需要丢弃的第一数据包直接丢弃。第一数据包可以包括一个数据包或者多个数据包，或者没有需要丢弃的数据包，则第一数据包包括0个数据包。
在一种可能的设计中，第一接入网设备从第二接入网设备接收的切换请求消息可以携带第一指示信息，该第一指示信息用于指示在确认需要丢弃的第一数据包之前，第一接入网设备不做ROHC处理，或者第一指示信息用于指示终端设备执行的切换是0毫秒中断的切换。需要说明的是，指示终端设备执行的切换是0毫秒中断的切换是一种间接的或者隐式的指示方式，第一接入网设备可以根据该指示信息，获知需要在确认需要丢弃的第一数据包之前，不做ROHC处理。
对应的，第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息可以携带第一指示信息，该第一指示信息用于指示在确认需要丢弃的第一数据包之前，第一接入网设备不做ROHC处理，或者第一指示信息用于指示终端设备执行的切换是0毫秒中断的切换。
第二方面，本申请实施例提供一种数据处理方法，应用于第一接入网设备侧。该方法包括：第一接入网设备从第二接入网设备接收切换请求消息，该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区。
第一接入网设备确认需要进行ROHC限制处理，该ROHC限制处理包括不进行头压缩，或只产生初始和刷新IR数据包，或使用R模式进行处理。
其中，不进行头压缩可以是第一接入网设备产生一种特定格式的非压缩数据包，比如第一接入网设备先发送IR数据包，该IR数据包中的profile ID的值为特定值，该特定值为0x0000，用于指示不压缩，后续第一接入网设备可以发送一种特定格式的非压缩数据包，比如可以包含context ID，不包含profile ID的非压缩数据包。
第一接入网设备从第二接入网设备接收至少一个数据包，并对该至少一个数据包中的第二数据包进行ROHC限制处理，其中，第二数据包可以是该至少一个数据包中的部分数据包。第二数据包可以包括一个数据包或者多个数据包。
第一接入网设备从该至少一个数据包中确认需要丢弃的第三数据包，该第三数据包为终端设备成功收到的数据包。需要说明的是，第三数据包可以包括一个数据包或者多个数据包。第三数据包可以包含第二数据包，或者第二数据包可以包含第三数据包，或者第二数据包与第三数据包相同，本申请实施例不作限定。
在确认需要丢弃的第三数据包之后，第一接入网设备取消该ROHC限制处理。其中，若ROHC限制处理包括不进行头压缩，或只产生初始和刷新IR数据包，则取消该ROHC限制处理可以是将第一接入网设备的ROHC层重置到初始状态。若ROHC限制处理包括使用R模式进行处理，则取消该ROHC限制处理可以是可以使用其他模式进行处理，其他模式可以是R模式、U模式以及O模式中的任意一种模式。
实施本申请实施例，在确认需要丢弃的第三数据包之前进行ROHC限制处理，避免丢弃时将IR数据包丢弃，导致终端设备无法识别压缩数据包，而产生解压失败，数据包丢弃的问题。
在一种可能的设计中，第一接入网设备取消ROHC限制处理后，第一接入网设备对所接收的至少一个数据包中除第二数据包和第三数据包外的数据包进行ROHC处理。即第一接入网设备仅仅对终端设备确认未收到的数据包，且未进行ROHC限制处理的数据包进行ROHC处理，避免重复处理数据包，提高处理效率。
在一种可能的设计中，第一接入网设备的PDCP协议层指示ROHC协议层进行ROHC限制处理。
在一种可能的设计中，在第一接入网设备从至少一个数据包中确认需要丢弃的第二数据包之前，第一接入网设备从终端设备接收PDCP状态报告，该PDCP状态报告用于指示终端设备确认成功收到的数据包或者确认未成功收到的数据包。
第一接入网设备根据PDCP状态报告，从至少一个数据包中确认需要丢弃的第三数据包。
在一种可能的设计中，第一接入网设备从第二接入网设备接收的切换请求消息携带第二指示信息，该第二指示信息用于指示在确认需要丢弃的第三数据包之前，第一接入网设备进行ROHC限制处理，或者第二指示信息进行间接指示，即指示终端设备执行的切换是0毫秒中断的切换。
对应的，第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息可以携带第二指示信息，该第二指示信息用于指示在确认需要丢弃的第三数据包之前，第一接入网设备进行ROHC限制处理，或者第二指示信息进行间接指示，即指示终端设备执行的切换是0毫秒中断的切换。
第三方面，本申请实施例提供一种数据处理方法，应用于第一接入网设备侧。该方法包括：第一接入网设备从第二接入网设备接收切换请求消息，该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区。
第一接入网设备从第二接入网设备接收至少一个数据包，并对该至少一个数据包进行ROHC处理，该至少一个数据包可以是第二接入网设备复制得到的数据包。
第一接入网设备从终端设备接收PDCP状态报告，该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包。
为了避免第一接入网设备将IR数据包丢弃，因此第一接入网设备忽略该PDCP状态报告。其中，忽略可以是不处理该PDCP状态报告，或者丢弃该PDCP状态报告。
通过实施本申请实施例，第一接入网设备收到该PDCP状态报告后，忽略该PDCP状态报告，不进行数据包的丢弃，IR数据包也就不会被丢弃，从而避免了终端设备解压失败的问题。
在一种可能的设计中，第一接入网设备从第二接入网设备接收的切换请求消息可以携带第三指示信息，该第三指示信息用于指示第一接入网设备忽略从终端设备所接收的PDCP状态报告，或者第三指示信息用于指示终端设备执行的切换是0毫秒中断的切换。
对应的，第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息可以携带第三指示信息，该第三指示信息用于指示第一接入网设备忽略从终端设备所接收的PDCP状态报告，或者第三指示信息用于指示终端设备执行的切换是0毫秒中断的切换。
第四方面，本申请实施例提供一种数据处理方法，应用于终端设备侧，该方法包括：终端设备从第二接入网设备接收切换命令消息，该切换命令消息用于指示终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区，其中，切换命令消息携带第四指示信息，第四指示信息用于指示终端设备执行的切换是0毫秒中断的切换，或者指示第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送。需要说明的是，切换命令消息的消息名称可以是切换指示信息、切换信息等等，本申请实施例不作限定。
终端设备根据第四指示信息，确定不向第一接入网设备发送包数据汇聚协议PDCP状态报告,该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包。
通过实施本申请实施例，由于终端设备未向第一接入网设备发送PDCP状态报告，第一接入网设备也就不会进行数据包的丢弃，也就不会导致IR数据包的丢弃，避免了终端设备解压失败的问题。
对应的，第一接入网设备从第二接入网设备接收切换请求消息，该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区。
第一接入网设备从第二接入网设备接收至少一个数据包，并对该至少一个数据包进行ROHC处理，该至少一个数据包可以是第二接入网设备复制得到的数据包。
第一接入网设备由于未接收到终端设备所发送的PDCP状态报告，因此，第一接入网设备也就不会从该至少一个数据包中确认需要丢弃的数据包，而是将每一个数据包均进行ROHC处理后发送给终端设备。
第五方面，本申请实施例提供了一种通信装置，该通信装置可以为第一接入网设备或者可以用于第一接入网设备的部件(电路或者芯片)，该通信装置可包括多个功能模块或单元，用于相应的执行第一方面至第三方面任一方面所提供的数据处理方法。
第六方面，本申请实施例提供了一种通信装置，该通信装置可以为终端设备或者可以用于终端设备的部件(电路或者芯片)，该通信装置可包括多个功能模块或单元，用于相应的执行第四方面所提供的数据处理方法。
第七方面，本申请实施例提供了一种通信装置，该通信装置可以为第一接入网设备或者可以用于第一接入网设备的部件(电路或者芯片)，该通信装置可包括：存储器、处理器、 发射器、接收器，其中：发射器和接收器用于与其他通信设备(如终端设备或者第二接入网设备)通信。存储器用于存储第一方面至第三方面任一方面所提供的数据处理方法的实现代码，处理器用于执行存储器中存储的程序代码，即执行对应方面所提供的数据处理方法。
第八方面，本申请实施例提供了一种通信装置，该通信装置为终端设备或者可以用于第终端设备的部件(电路或者芯片)，该第终端设备用于执行第四方面所提供的数据处理方法。终端设备可包括：存储器、处理器、发射器、接收器，其中：发射器和接收器用于与其他通信设备(如第一接入网或者第二接入网设备)通信。存储器用于存储第四方面所提供的数据处理方法的实现代码，处理器用于执行存储器中存储的程序代码，即执行第四方面所提供的数据处理方法。
第九方面，本申请实施例提供了一种通信芯片，该通信芯片可包括：处理器，以及耦合于所述处理器的一个或多个接口。其中，所述处理器可用于从存储器中调用第一方面至第四方面任一方面所提供的数据处理方法的实现程序，并执行该程序包含的指令。所述接口可用于输出所述处理器的数据处理结果。
第十方面，本申请实施例提供了一种计算机可读存储介质，可读存储介质上存储有指令，当其在处理器上运行时，使得处理器执行上述第一方面至第四方面任一方面描述的数据处理方法。
第十一方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在处理器上运行时，使得处理器执行上述第一方面至第四方面任一方面描述的数据处理方法。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本申请实施例提供的一种协议栈的示意图；
图2为本申请实施例提供的一种系统架构图；
图3为本申请实施例提供的一种数据包ROHC处理示意图；
图4为本申请实施例提供的现有技术中的ROHC处理示意图；
图5为本申请实施例提供的一种数据处理方法流程图；
图6为本申请实施例提供的一种协议栈处理数据包的示意图；
图7为本申请实施例提供的一种应用场景下数据处理方法的交互图；
图8为本申请实施例提供的另一种数据处理方法流程图；
图9为本申请实施例提供的一种应用场景下的数据处理方法的交互图；
图10为本申请实施例提供的另一种应用场景下的数据处理方法的交互图；
图11为本申请实施例提供的又一种数据处理方法流程图；
图12为本申请实施例提供的一种应用场景下的数据处理方法的交互图；
图13为本申请实施例提供的又一种数据处理方法流程图；
图14为本申请实施例提供的一种应用场景下的数据处理方法的交互图；
图15是本申请实施例的一个实施例提供的接入网设备的功能框图；
图16是本申请实施例的一个实施例提供的接入网设备的硬件架构示意图；
图17是本申请实施例的一个实施例提供的终端设备的功能框图；
图18是本申请实施例的一个实施例提供的终端设备的硬件架构示意图；
图19是本申请实施例提供的一种通信芯片的结构示意图。
具体实施方式
本申请实施例的第一接入网设备可以是终端设备切换之后所在小区的接入网设备，比如可以是终端设备切换的目标基站。
本申请实施例的第二接入网设备可以是终端设备切换之前所在小区的接入网设备，比如可以是终端设备切换前的源基站。
本申请实施例的数据包可以是PDCP SDU，即可以是对PDCP SDU进行ROHC处理。
下面对本申请实施例的ROHC处理机制进行介绍，需要说明的是，本申请实施例第一接入网设备主要涉及压缩端的ROHC处理流程，终端设备主要涉及解压缩端的ROHC处理流程：
为了有效提高有限的无线资源，需对无线分组报文的报头进行压缩。国际互联网工程任务组(The Internet Engineering Task Force，IETF)工作组于2001年提出了健壮性报头压缩协议，能获得较高的压缩率和较好的抗差错鲁棒性。
报头之所以能够进行压缩处理，主要是因为多个分组报文的报头字段之间存在着冗余信息，比如，IP头里面的源IP地址和目的IP地址。ROHC头压缩的最终目的就是要消除报头中的这些冗余信息，以达到报头压缩的目的。
为了能够对不同压缩内容进行区分，ROHC协议引入上下文标识(Context ID)来进行区分，即不同的压缩内容被分配到各自唯一的Context ID，比如，报头中的压缩内容为20个1，所分配的Context ID为10。如果多个报文的报头中均包含20个1，则所对应的Context ID均为10。
同时为了能够对多种类型协议的报头进行压缩处理，ROHC协议还引入了配置文件(Profile)的概念。根据报头的类型协议不同，ROHC协议制定了唯一Profile ID与之相对应，比如说IP/TCP的Profile ID为0x0006。如下所示为通常使用到的配置文件，该配置文件包含各种类型协议对应的Profile ID的值。
Figure PCTCN2020087224-appb-000001
压缩端为了让解压缩端先建立Context ID与压缩内容之间的对应关系，需要先向解压缩端发送IR数据包，该IR数据包中包含分配的Context ID，对应的Profile ID和完整的报文(即是未进行压缩)，完整的报文中包含Context ID对应的压缩内容，解压缩端接收到该 IR数据包后，对其进行解析，并建立Context ID，Profile ID和该Context ID对应的压缩内容之间的对应关系。
由于解压缩端已经成功建立了Context ID、压缩内容以及Profile ID之间的对应关系，因此为了节省开销，压缩端后续可以直接发包含Context ID的压缩数据包，压缩数据包中不包含压缩内容，解压缩端对于之后收到的压缩数据包，通过所存储的Context ID、压缩内容以及Profile ID之间的对应关系，解压缩端就可以对该压缩数据包进行解压缩处理。
上述可见，只有解压端成功建立了context ID与压缩内容之间的对应关系，携带对应的context ID的压缩数据包才能被成功解压，否则就会出现解压失败。而对于压缩端从发IR数据包到发压缩数据包之间的转变方式不同，ROHC协议定义了三种工作模式，分别是U模式、R模式、O模式。
R模式是指压缩端只有收到解压缩端发送的响应(feedback)(feedback用于确认解压缩端已经成功建立了context ID与压缩内容之间的对应关系)，后续携带相同压缩内容的报头才能进行压缩处理，否则携带该压缩内容的报头的数据包仍然采用IR数据包形式发送。
U模式是指当ROHC系统没有或者无法使用feedback时，选择U模式。解压缩端无法向压缩端发送feedback。压缩端只要连续发送了n个包含相同Context ID、压缩内容以及Profile ID的IR数据包(即乐观逼近方法)后，就认为解压缩端已经成功建立了Context ID与压缩内容之间的对应关系。压缩端就发包含Context ID的压缩数据包。
O模式是指压缩端根据乐观逼近或收到feedback时就认为解压缩端已经成功建立了Context ID与压缩内容之间的对应关系，并发送包含Context ID的压缩数据包。当ROHC系统有可以使用的feedback时才选择O模式。
在当前的新无线(New Radio，NR)系统(即5G)中，PDCP层负责(作为发送方)对上层递交的用户数据(即PDCP SDU)进行ROHC头压缩和(作为接收方)对下层递交的PDCP PDU进行ROHC头解压。如图1所示，为本申请实施例提供的一种压缩端和解压缩端的协议栈的示意图，如图所示，压缩端的PDCP实体将上层递交的用户数据(即PDCP SDU)存入发送缓存，并分配序号，然后进行ROHC头压缩处理，进一步对进行ROHC头压缩后的数据包进行完整性保护、加密、增加PDCP报头、路由处理，发送到无线链路层，通过无线接口发送到解压缩端。解压缩端去除PDCP报头、解密、完整性验证，然后根据序号重排序，重复包丢弃，进一步进行ROHC头解压，获得用户数据。
如图2所示，是本申请实施例提供的无线通信系统的架构示意图。该无线通信系统100包括：第一接入网设备11、第二接入网设备12以及终端设备(user equipment，UE)13。
其中，终端设备13也可以称为用户设备、移动台、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。终端设备可以是手持用户设备、笔记本电脑、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、车载设备、可穿戴设备以及未来5G网络中的移动台或者未来演进的公共陆地移动网(public land mobile network，PLMN)网络中的用户设备等。终端设备13与第一接入网设备11、第二接入网设备12之间采用某种空口 技术相互通信。
本申请实施例涉及的第一接入网设备11、第二接入网设备12可以包括各种形式的网络设备，例如：宏基站，微基站(也称为小站)，中继站，接入点，小区(Cell)等。示例性的基站可以是演进型基站(evolutional node B，eNB)，以及5G系统、新无线(new radio，NR)系统中的下一代节点(next-generation Node B，gNB)。另外，基站也可以为收发点(transmission receive point，TRP)、中心单元(central unit，CU)或其他网络实体。另外，在分布式基站场景中，第一接入网设备11、第二接入网设备12可以是基带处理单元(baseband unit，BBU)和射频单元(remote radio unit，RRU)，在云无线接入网(cloud radio access network，CRAN)场景下可以是基带池BBU pool和射频单元RRU。此外，第一接入网设备11、第二接入网设备12还可以是移动性管理实体(mobility management entity，MME)设备、接入和移动管理功能(access and mobility management function，AMF)设备、车联网控制功能(control function，CF)设备、网关(GateWay)、路边装置(roadsite unit，RSU)、运营管理和维护(operation administration and maintenance，OAM)设备、应用服务器(APP server)或第三方网元。
终端设备可以进行小区切换，比如从第二接入网设备12下的小区切换到第一接入网设备11下的小区。在进行网络切换过程时，终端设备断开与第二接入网设备12的无线连接，并重新建立与第一接入网设备11的网络连接。为了减少或避免中断，一种方法是第二接入网设备对从核心网收到的数据包分配序号后进行复制，该数据包可以是包数据汇聚协议(Packet Data Convergence Protocol，PDCP)业务数据单元(Service Data Unit，SDU)。如图3所示，第二接入网设备12将收到的PDCP SDU在第二接入网设备的PDCP层分配序号后进行复制，一份PDCP SDU继续通过第二接入网设备的PDCP层进行ROHC协议等处理后，通过第二接入网设备发送给终端设备，另一份PDCP SDU通过接入设备之间的接口发送给第一接入网设备的PDCP层，第一接入网设备的PDCP层对从第二接入网设备接收到的PDCP SDU进行ROHC等处理后发送给终端设备。需要说明的是，第一接入网设备和第二接入网设备在对数据包进行ROHC处理过程中所建立的Context ID与压缩内容的对应关系是相互独立的，即针对相同的压缩内容，第一接入网设备和第二接入网设备所分配的Context ID可能不同，因此终端设备不能依赖于从第二接入网设备接收的IR数据包所建立的Context ID与压缩内容之间的对应关系，来解压缩第一接入网设备的压缩数据包。
终端设备在完成接入到第一接入网设备后，会向第一接入网设备发送PDCP status report(PDCP状态报告)，用于向第一接入网设备指示哪些PDCP PDU已经确认收到了。其中，该终端设备确认收到的数据包可以是从第二接入网设备接收到的。进一步，第一接入网设备接收到PDCP status report之后，丢弃掉终端设备已经确认收到的PDCP PDU。
然而，由于第一接入网设备获取第二接入网设备复制得到的PDCP SDU，即进行ROHC协议处理，若第一接入网设备采用的是U模式进行处理，即第一接入网设备处理了预设个数(比如3个)的IR数据包，该IR数据包中包含为压缩内容分配的Context ID和该压缩内容，则第一接入网设备认为终端设备已经建立了Context ID与压缩内容之间的对应关系，就接着发包含Context ID的压缩数据包。而上述丢弃的数据包可能正是ROHC协议处理得到的IR数据包，由于IR数据包被丢弃了，因此终端设备也没有办法建立Context ID与压 缩内容之间的对应关系，就可能造成后续压缩数据包的ROHC解压失败，从而造成用户数据的丢包。
如图4所示，即是本申请实施例提供的一种应用场景示意图，如图所示，标号1、2、3、4、5、6用于表示执行顺序，在终端设备的切换过程中，第二接入网设备为数据包分配的序号为100到130，并复制后通过Xn接口发给第一接入网设备，其中第二接入网设备成功将100到106数据包传输到UE。而在第一接入网设备，这些数据包经过ROHC协议处理后，100-104号数据包封装成了用于终端设备建立context ID为10与压缩内容之间对应关系的IR数据包，105-130号数据包进行了压缩处理，成为了压缩数据包，即包含context ID，不包括压缩内容。UE向第一接入网设备发送PDCP status report，指示100-106数据包已经确认收到，第二接入网设备丢弃掉100到106数据包，将107到130号数据包发送给UE，在UE解压107-130号数据包时，由于没有收到100-104数据包，没有建立context ID为10与压缩内容之间的对应关系，因此解压失败，丢弃107-130数据包，从而造成用户数据的丢失。
针对上述技术问题，本申请实施例提出图5-图14的实施例用于解决上述解压失败的技术问题，具体技术细节请参照图5-图14中实施例的描述，在此不再赘述。
需要说明的，图2示出的通信系统100仅仅是为了更加清楚的说明本申请的技术方案，并不构成对本申请的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。
基于前述无线通信系统100中的各个设备，本申请实施例提供了一种数据包处理方法。如图5所示，该方法包括但不限于如下步骤：
S101、第二接入网设备向第一接入网设备发送切换请求消息，所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区。
S102，第一接入网设备从第二接入网设备接收切换请求消息。
S103，第二接入网设备向第一接入网设备发送至少一个数据包。
S104，第一接入网设备从第二接入网设备接收所述至少一个数据包。
在一个实施例中，终端设备可以进行小区切换，比如终端设备可以从第二接入网设备下的小区切换到第一接入网设备下的小区，第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区，第一接入网设备接收第二接入网设备发送的切换请求消息，并通过解析该切换请求消息，获知终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区。需要说明的是，切换请求消息的消息名称可以是其他，比如，可以是切换命令，切换请求等等，本申请实施例不作限定。
为了能够避免切换期间的中断，当第二接入网设备确定终端设备需要进行小区切换后，即将该终端设备的至少一个数据包发送给第一接入网设备。可选的，该至少一个数据包可以是第二接入网设备将从核心网获得的该终端设备的数据包进行复制后得到的。比如在切换之前，第二接入网设备从核心网获得的该终端设备的数据包，当确定终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区，则第二接入网设备将该终端设备 的数据包进行复制，然后进行顺序编号，比如采用阿拉伯数字进行编号，例如编号为100-130，最后，对编号后的数据包进行复制，共获得两份数据包，每份数据包包括至少一个数据包，该两份数据包的数量相同，比如每份数据包均包含31个数据包。其中一份数据包通过第二接入网设备下发给终端设备，另一份通过第一接入网设备发送给终端设备。
S105、所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第一数据包，所述第一数据包为所述终端设备成功收到的数据包，所述至少一个数据包中除所述第一数据包外的数据包为剩余数据包。
在一个实施例中，在终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区的切换过程中，在终端设备断开与第二接入网设备之间的网络连接之前，终端设备可以接收到第二接入网设备发送的数据包，在终端设备建立与第一接入网设备之间的网络连接之后，终端设备可以接收到第一接入网设备发送的数据包。为了避免重复传输浪费空口的无线资源，终端设备在建立与第一接入网设备之间的网络连接之后，会向第一接入网设备发送PDCP状态报告，该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包，这样第一接入网设备接收到该PDCP状态报告之后，会从第二接入网设备接收的至少一个数据包中确认需要丢弃的第一数据包。需要说明的是，终端设备确认成功收到的数据包可以是第二接入网设备在断开与终端设备之间的网络连接之前向该终端设备发送的数据包，或者终端设备确认成功收到的数据包可以包括第二接入网设备在断开与终端设备之间的网络连接之前向该终端设备发送的数据包，以及第一接入网设备在建立与终端设备之间的网络连接之后向该终端设备发送的数据包，本申请实施例对此不作限定。
第一接入网设备根据PDCP状态报告，从至少一个数据包中确认需要丢弃的第一数据包，第一数据包为终端设备成功收到的数据包，其中，第一数据包可以包括一个数据包或者多个数据包，或者没有需要丢弃的数据包，则第一数据包包括0个数据包。该至少一个数据包中除第一数据包外的数据包即为剩余数据包，需要说明的是，第一接入网设备可以通过PDCP状态报告确定剩余数据包，比如，该至少一个数据包编号为100-130，PDCP状态报告指示编号为100-106的数据包终端设备已经成功收到，则可以确认剩余数据包为编号为107-130的数据包。
S106，所述第一接入网设备对所述剩余数据包进行健壮性包头压缩ROHC处理，其中，在所述确认需要丢弃的第一数据包之前，所述第一接入网设备不做ROHC处理。
在一个实施例中，第一接入网设备对剩余数据包进行ROHC处理，需要说明的是，ROHC处理包括为报头中的压缩内容分配上下文标识context ID，产生包含context ID、Profile ID以及压缩内容的IR数据包，当第一接入网设备确认终端设备建立了context ID与压缩内容之间的对应关系后，该第一接入网设备即发送包含context ID、而不包含压缩内容的压缩数据包。其中，第一接入网设备确认终端设备建立了context ID与压缩内容之间的对应关系的确认方式可以是向终端设备发送预设个数的IR数据包，即认为终端设备建立了context ID与压缩内容之间的对应关系。
为了避免第一接入网设备在根据PDCP状态报告确认需要丢弃的数据包时，误将第一接入网设备产生的用于终端设备建立context ID与压缩内容之间的对应关系的IR数据包丢 弃掉，本申请实施例中，在确认需要丢弃的第一数据包之前，该第一接入网设备不做ROHC处理，即延迟进行ROHC处理。当第一接入网设备接收到第二接入网设备转发的至少一个数据包，等待终端设备向第一接入网设备发送的PDCP状态报告，并在根据PDCP状态报告确认从该至少一个数据包需要丢弃的第一数据包后，才开始进行ROHC处理。
可选的，第一接入网设备延迟进行ROHC处理，可以是，比如，可以是第一接入网设备接收到切换请求消息后，PDCP层即指示ROHC层在确认需要丢弃的第一数据包之前不作ROHC处理，或者，在第一接入网设备确认需要丢弃的第一数据包之后，PDCP层将剩余数据包交由ROHC层进行ROHC处理，即是第一接入网设备的PDCP层在丢弃第一数据包之前不将数据包交由ROHC层。
可选的，第一接入网设备延迟进行ROHC处理，可以是第一接入网设备延迟进行PDCP处理，由于ROHC处理是由PDCP层指示进行操作的，因此，延迟进行PDCP处理也即延迟进行ROHC。
可选的，可以是第二接入网设备向第一接入网设备指示延迟进行ROHC处理。比如第二接入网设备向第一接入网设备发送的切换请求消息中携带第一指示信息，该第一指示信息用于指示终端设备进行0毫秒终端的切换，或者，该第一指示信息用于指示在确认需要丢弃的第一数据包之前，第一接入网设备不做ROHC处理。需要说明的是，指示终端设备执行的切换是0毫秒中断的切换即是间接指示在确认需要丢弃的第一数据包之前，第一接入网设备不做ROHC处理，只是指示方式的不同。当第一接入网设备收到切换消息中包含用于指示终端设备执行的切换是0毫秒中断的切换的第一指示信息时，即获知在确认需要丢弃的第一数据包之前，不做ROHC处理。
如图6所示，即是本申请实施例提供的一种延迟进行ROHC处理的示意图，如图所示，第二接入网设备将编号为100-130的数据包进行复制，一份发送给第一接入网设备的PDCP层进行ROHC处理，一份通过第二接入网设备的PDCP层进行ROHC处理。比如，编号为100-106的数据包通过第二接入网设备发送给终端设备。第一接入网设备接收到数据包100-130，延迟进行ROHC处理，即不进行ROHC处理。终端设备向第一接入网设备发送PDCP状态报告，用于指示确认成功收到了编号为100-106的数据包。第一接入网设备丢弃掉编号为100-106的数据包，对编号为107-130的数据包进行ROHC处理，经过ROHC处理后，编号为107-111的数据包是IR数据包，用于建立context ID与压缩内容之间的对应关系，编号为112-130的数据包是压缩数据包。由于IR数据包并未丢弃，因此终端设备对于后续压缩数据包也能成功解压。
通过实施本申请实施例，第一接入网设备在从接收的至少一个数据包中确认需要丢弃的第一数据包后，才进行ROHC处理，即不会提前产生IR数据包，避免了IR数据包的丢弃，从而避免终端设备解压失败。
基于图5实施例的描述，请参照图7，为本申请实施例提供的一种具体应用场景中的技术实现，包括以下步骤：
S201、在终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区，第二接入网设备和终端设备之间进行测量控制和报告；
在步骤S201之前，第二接入网设备与终端设备之间建立网络连接，并进行用户数据的传输。
S202、第二接入网设备作出切换决定；
S203、第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息包含指示信息，用于指示对第二接入网设备转发的至少一个数据包延迟进行ROHC处理，或者，指示在确认需要丢弃该至少一个数据包中的第一数据包之前，不做ROHC处理，第一数据包为终端设备成功收到的数据包；
S204、第一接入网设备进行接纳控制；
S205、第一接入网设备向第二接入网设备发送切换请求确认；
S206、第二接入网设备向终端设备发送RRC重配置信息，该重配置信息包含切换命令；
S207、第二接入网设备向第一接入网设备发送至少一个数据包；该至少一个数据包是第二接入网设备从核心网获得的终端设备的数据包，对该至少一个数据包分配序号，然后复制该数据包，获得两份，一份由第二接入网设备经过ROHC处理后发送至终端设备，另一份发送给第一接入网设备，由第一接入网设备经过ROHC处理后发送至终端设备。
S208、第一接入网设备确定对第二接入网设备发送过来的至少一个数据包延迟进行ROHC处理(或PDCP处理)，或者，第一接入网设备确定在确认丢弃该至少一个数据包中的第一数据包之前，不做ROHC处理；
S209、终端设备随机接入第一接入网设备；
S210、终端设备接入第一接入网设备后，向第一接入网设备发送RRC重配置完成信息；
S211、终端设备向第一接入网设备发送PDCP状态报告，该PDCP状态报告用于指示终端设备确认成功收到的数据包或者终端设备未成功收到的数据包；
S212、第一接入网设备根据PDCP状态报告丢弃掉终端设备确认收到的数据包；
S213，第一接入网设备指示对剩余数据包进行ROHC处理或者PDCP处理。
基于前述无线通信系统100中的各个设备，本申请实施例提供了另一种数据包处理方法。如图8所示，该方法包括但不限于如下步骤：
S301，第二接入网设备向第一接入网设备发送切换请求消息，所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区；
S302，第一接入网设备接收切换请求消息；
S303，第一接入网设备确认需要进行ROHC限制处理，所述ROHC限制处理包括不进行ROHC头压缩，或只产生初始和刷新IR数据包，或使用R模式进行ROHC处理；
S304，第二接入网设备向第一接入网设备发送至少一个数据包；
S305，第一接入网设备从第二接入网设备接收至少一个数据包，并对所述至少一个数据包中的第二数据包进行ROHC限制处理；
为了能够避免切换期间的中断，第一接入网设备在接收到切换请求消息后，即确认需要进行ROHC限制处理，比如，第一接入网设备的PDCP层指示ROHC层需要进行ROHC限制处理。当ROHC层被指示需要进行ROHC限制处理，则ROHC层对后续数据包即进行ROHC限制处理。ROHC限制处理包括不进行ROHC头压缩，或只产生初始和刷新IR 数据包，或使用R模式进行ROHC处理。
其中，不进行ROHC头压缩可以是产生非压缩数据包，该非压缩数据包包括IR数据包和一种特定格式的非压缩数据包，比如，第一接入网设备可以先产生IR数据包，该IR数据包中的profile ID可以为一个特定值0x0000，该特定值用于指示数据包未进行头压缩，同时会携带一个context ID，该IR数据包用于终端设备建立context ID与不压缩之间的对应关系，当第一接入网设备发送预设个数的IR数据包后，即发特定格式的非压缩数据包，该特定格式的非压缩数据包中包含context ID，但是并没有进行头压缩，终端设备接收到该特定格式的非压缩数据包后，通过预先建立的context ID与不压缩之间的对应关系，即知道该特定格式的非压缩数据包是未压缩的数据包。
其中，只产生IR数据包是指第一接入网设备不能按照原始的U模式发送数据包，而是需要在取消ROHC限制处理之前，需要一直发送IR数据包，原始的U模式是指发送预设个数的IR数据包后，即发送压缩数据包。
其中，使用R模式进行ROHC处理，在现有技术中，ROHC层使用哪种模式进行处理并没有固定，由它自主选择。而在本申请实施例中，PDCP层指示ROHC层需要使用R模式进行处理，即只有收到终端设备发送的用于指示该终端设备成功建立了context ID与压缩内容之间的对应关系的反馈信息，ROHC层才发送压缩数据包，即使第一接入网设备根据PDCP状态报告将IR数据包丢弃了，但是由于第一接入网设备未收到终端设备的反馈信息，第一接入网设备还会继续发送IR数据包，以提供终端设备建立context ID与压缩内容之间的对应关系。因此数据包的丢弃不会造成后续数据包的解压失败问题。
对于第二接入网设备，在确定终端设备需要进行小区切换后，即将该终端设备的至少一个数据包发送给第一接入网设备。可选的，该至少一个数据包可以是第二接入网设备将从核心网获得的该终端设备的数据包进行复制后得到的。比如在切换之前，第二接入网设备从核心网获得的该终端设备的数据包，当确定终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区，则第二接入网设备将该终端设备的数据包进行复制，然后进行顺序编号，比如采用阿拉伯数字进行编号，例如编号为100-130，最后，对编号后的数据包进行复制，共获得两份数据包，每份数据包包括至少一个数据包，该两份数据包的数量相同，比如每份数据包均包含31个数据包。其中一份数据包通过第二接入网设备下发给终端设备，另一份通过第一接入网设备发送给终端设备。
第一接入网设备从第二接入网设备接收至少一个数据包，并对该至少一个数据包中的第二数据包进行ROHC限制处理，其中，第二数据包可以是该至少一个数据包中的部分数据包，第二数据包可以包括一个数据包或者多个数据包。比如，该至少一个数据包为编号为100-130的数据包，则第二数据包可以是编号为100-106的数据包。第二数据包所包含的数据包个数可以取决于第一接入网设备的处理速度，以及第一接入网设备取消该ROHC限制处理的时间，比如，若取消该ROHC限制处理的时间比较晚，则第二数据包所包含的数据包个数比较多，若取消该ROHC限制处理的时间比较早，则第二数据包所包含的数据包个数比较少。又或者，第二数据包还可以是包括0个数据包，比如终端设备反馈PDCP状态报告时，第一接入网设备一个数据包都未进行ROHC限制处理。
S306，所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第三数据包，所 述第三数据包为所述终端设备成功收到的数据包；
在一个实施例中，在终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区的切换过程中，在终端设备断开与第二接入网设备之间的网络连接之前，终端设备可以接收到第二接入网设备发送的数据包，在终端设备建立与第一接入网设备之间的网络连接之后，终端设备可以接收到第一接入网设备发送的数据包。为了避免重复接收，终端设备在建立与第一接入网设备之间的网络连接之后，会向第一接入网设备发送PDCP状态报告，该PDCP状态报告用于指示终端设备确认成功收到的数据包或确认未成功收到的数据包，这样第一接入网设备接收到该PDCP状态报告之后，会从第二接入网设备接收的至少一个数据包中确认需要丢弃的第三数据包。需要说明的是，终端设备确认成功收到的数据包可以是第二接入网设备在断开与终端设备之间的网络连接之前向该终端设备发送的数据包，或者终端设备确认成功收到的数据包可以包括第二接入网设备在断开与终端设备之间的网络连接之前向该终端设备发送的数据包，以及第一接入网设备在建立与终端设备之间的网络连接之后向该终端设备发送的数据包，本申请实施例对此不作限定。
其中，第三数据包可以包括一个数据包或者多个数据包或者0个数据包。需要说明的是，第三数据包与第二数据包之间可能存在相同的数据包，比如，若终端设备发送PDCP状态报告比较早，则第一接入网设备进行ROHC限制处理的第二数据包所包含的数据包的数量并不多，可以是编号为100-101的数据包，而根据PDCP状态报告确认需要丢弃的第三数据包可以包括编号为100-106的数据包，则第三数据包包含第二数据包；或者，若终端设备发送PDCP状态报告比较晚，则第一接入网设备进行ROHC限制处理的第二数据包所包含的数据包的数量比较多，可以是编号为100-110的数据包，而根据PDCP状态报告确认需要丢弃的第三数据包可以包括编号为100-105的数据包，则第二数据包包含第三数据包。或者，第二数据包所包含的数据包的个数与第三数据包所包含的个数相同，等等，本申请实施例对此不作限定。
S307，在所述确认需要丢弃的第三数据包之后，所述第一接入网设备取消所述ROHC限制处理。
在一个实施例中，在第一接入网设备确认需要丢弃的第三数据包之后，则可以取消ROHC限制处理，以提高传输效率，其中，取消ROHC限制处理可以是不进行ROHC限制处理。
可选的，若ROHC限制处理包括不进行头压缩或者只产生IR数据包，则取消ROHC限制处理可以是向ROHC层指示需要重置到初始状态，重置到初始状态即是ROHC层不能依赖于之前所建立的context ID与压缩内容之间的对应关系，需要重新为压缩内容分配context ID，并重新产生用于终端设备建立context ID与压缩内容之间对应关系的IR数据包。
可选的，若ROHC限制处理包括使用R模式进行处理，则取消ROHC限制处理可以是可以使用其他任意模式进行处理，其他任意模式可以包括R模式、U模式以及O模式中的任意一种模式。
进一步可选的，在取消ROHC限制处理后，第一接入网设备对第二接入网设备转发过来的至少一个数据包中除第二数据包和第三数据包外的数据包进行ROHC处理。即第一接入网设备只对未经过ROHC限制处理且终端设备确认未成功收到的数据包进行ROHC处 理。
可选的，可以是第二接入网设备向第一接入网设备指示在确认需要丢弃的第三数据包之前需要进行ROHC限制处理。比如，第二接入网设备向第一接入网设备发送的切换请求消息中包含第二指示信息，该第二指示信息用于指示在确认需要丢弃的第三数据包之前，第一接入网设备进行ROHC限制处理，或者，第二指示信息用于指示终端设备执行的切换是0毫秒中断的切换，即第二指示信息可以进行直接指示或者间接指示第一接入网设备需要进行ROHC限制处理。第一接入网设备通过第二指示信息可以获知需要进行ROHC限制处理，并对后续数据包进行ROHC限制处理，直至取消ROHC限制处理。
通过实施本申请实施例，在确认需要丢弃的第三数据包之前，第一接入网设备进行ROHC限制处理，不进行头压缩、或只产生IR数据包、或使用R模式进行处理，第三数据包的丢弃不会造成后续数据包的解压失败问题，从而避免终端设备解压失败。
基于图8实施例的描述，请参照图9，为本申请实施例提供的一种具体应用场景中的技术实现，包括以下步骤：
S401、第二接入网设备和终端设备之间进行测量控制和报告；
在步骤S401之前，第二接入网设备与终端设备之间建立网络连接，并进行用户数据的传输。
S402、第二接入网设备作出切换决定；
S403、第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息包含指示信息，用于指示对第二接入网设备转过来的数据包不进行ROHC头压缩、或者只产生IR数据包；
S404、第一接入网设备进行接纳控制；
S405、第一接入网设备向第二接入网设备发送切换请求确认；
S406、第二接入网设备向终端设备发送RRC重配置信息，该重配置信息包含切换命令；
S407，第一接入网设备的PDCP层指示ROHC层对数据包不进行ROHC头压缩、或者只产生IR数据包；
S408、第一接入网设备接收第二接入网设备发送的至少一个数据包，该数据包是第二接入网设备从核心网获得的终端设备的数据包，首先对该数据包分配序号，然后复制该数据包，获得两份，一份由第二接入网设备经过ROHC协议处理后发送至终端设备，另一份发送给第一接入网设备，由第一接入网设备经过ROHC协议处理后发送至终端设备。
S409、终端设备随机接入第一接入网设备；
S410、终端设备接入第一接入网设备后，向第一接入网设备发送RRC重配置完成信息；
S411、终端设备向第一接入网设备发送PDCP状态报告，该PDCP状态报告用于指示终端设备确认收到的数据包或者终端设备确认未收到的数据包；
S412、第一接入网设备根据PDCP状态报告丢弃掉终端设备确认收到的数据包；
S413，第一接入网设备的PDCP层指示ROHC层重置到初始状态。
基于图8实施例的描述，请参照图10，为本申请实施例提供的另一种具体应用场景中的技术实现，包括以下步骤：
S501、第二网络设备和终端设备之间进行测量控制和报告；
在步骤S501之前，第二接入网设备与终端设备之间建立网络连接，并进行用户数据的传输。
S502、第二接入网设备作出切换决定；
S503、第二接入网设备向第一接入网设备发送切换请求，该切换请求包含指示信息，用于指示第一接入网设备的ROHC层使用R模式；
S504、第一接入网设备进行接纳控制；
S505、第一接入网设备向第二接入网设备发送切换请求确认；
S506、第二接入网设备向终端设备发送RRC重配置信息，该重配置信息包含切换命令；
S507，第一接入网设备的PDCP层指示ROHC层使用R模式进行处理；
S508、第一接入网设备接收第二接入网设备发送至少一个数据包，该数据包是第二接入网设备从核心网获得的终端设备的数据包，首先对该数据包分配序号，然后复制该数据包，获得两份，一份由第二接入网设备经过ROHC协议处理后发送至终端设备，另一份发送给第一接入网设备，由第一接入网设备经过ROHC协议处理后发送至终端设备。
S509、终端设备随机接入第一接入网设备；
S510、终端设备向第一接入网设备发送RRC重配置完成信息；
S511、终端设备向第一接入网设备发送PDCP状态报告，该PDCP状态报告用于指示终端设备确认收到的数据包或者终端设备确认未收到的数据包；
S512、第一接入网设备根据PDCP状态报告丢弃掉终端设备确认收到的数据包；
S513，第一接入网设备的PDCP层指示ROHC层解除限制，可以采用其他模式进行处理，其他模式可以是U模式、O模式或者R模式。
基于前述无线通信系统100中的各个设备，本申请实施例提供了又一种数据包处理方法。如图11所示，该方法包括但不限于如下步骤：
S601，第二接入网设备向第一接入网设备发送切换请求消息，所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区
S602，第一接入网设备从第二接入网设备接收切换请求消息；
S603，第二接入网设备向第一接入网设备发送至少一个数据包；
S604，第一接入网设备从第二接入网设备接收所述至少一个数据包，对所述至少一个数据包进行ROHC处理；
在一个实施例中，终端设备可以进行小区切换，比如终端设备可以从第二接入网设备下的小区切换到第一接入网设备下的小区，第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息用于请求终端设备从第二接入网设备下的小区切换到第一接入网设备下的小区，第一接入网设备接收第二接入网设备发送的切换请求消息，并通过解析该切换请求消息，获知终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区。需要说明的是，切换请求消息的消息名称可以是其他，比如，可以是切换命令，切换请求等等，本申请实施例不作限定。
为了能够避免切换期间的中断，当第二接入网设备确定终端设备需要进行小区切换后， 即将该终端设备的至少一个数据包发送给第一接入网设备。可选的，该至少一个数据包可以是第二接入网设备将从核心网获得的该终端设备的数据包进行复制后得到的。比如在切换之前，第二接入网设备从核心网获得的该终端设备的数据包，当确定终端设备需要从第二接入网设备下的小区切换到第一接入网设备下的小区，则第二接入网设备将该终端设备的数据包进行复制，然后进行顺序编号，比如采用阿拉伯数字进行编号，例如编号为100-130，最后，对编号后的数据包进行复制，共获得两份数据包，每份数据包包括至少一个数据包，该两份数据包的数量相同，比如每份数据包均包含31个数据包。其中一份数据包通过第二接入网设备下发给终端设备，另一份通过第一接入网设备发送给终端设备。
第一接入网设备接收到第二接入网设备发送的至少一个数据包后，即对该至少一个数据包中的每个数据包进行ROHC处理。
S605，终端设备向第一接入网设备发送PDCP状态报告；
S606，第一接入网设备从所述终端设备接收包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包；
S607，所述第一接入网设备忽略所述PDCP状态报告。
在一个实施例中，终端设备与第一接入网设备建立网络建立后，即向第一接入网设备发送PDCP状态报告，为了避免第一接入网设备丢弃掉已经经过ROHC处理得到的IR数据包，第一接入网设备忽略该PDCP状态报告。
可选的，第一接入网设备忽略PDCP状态报告可以是不从所述至少一个数据包中丢弃终端设备已经确认成功收到的数据包，也就是说第一接入网设备不处理该PDCP状态报告，从而继续进行ROHC处理，并将经过ROHC处理的每个数据包发送至终端设备，或者，第一接入网设备将该PDCP状态报告丢弃。
可选的，可以是第二接入网设备向第一接入网设备指示忽略PDCP状态报告。比如，第二接入网设备向第一接入网设备发送的切换请求消息携带第三指示信息，该第三指示信息用于指示第一接入网设备忽略所接收的PDCP状态报告，或者，第三指示信息用于指示终端设备进行0毫秒中断切换，当终端设备接收到该切换请求消息，即可获知需要忽略终端设备所发送的PDCP状态报告。
进一步的，终端设备接收第一接入网设备发送的经过ROHC处理的数据包，由于第一接入网设备未进行丢弃，因此，终端设备会接收到一些重复的数据包，但是这些重复的数据包可能为IR数据包，因此终端设备检测到重复数据包后不能马上进行丢弃，需要进行ROHC头解压后，才能进行丢弃。
通过实施本申请实施例，由于第一接入网设备在收到PDCP状态报告后，直接忽略了该PDCP状态报告，未进行丢弃，也不会导致IR数据包的丢失，因此也可以避免终端设备设备解压失败。
基于图11实施例的描述，请参照图12，为本申请实施例提供的一种具体应用场景中的技术实现，包括以下步骤：
S701、第二接入网设备和终端设备之间进行测量控制和报告；
在步骤S701之前，第二接入网设备与终端设备之间建立网络连接，并进行用户数据的 传输。
S702、第二接入网设备作出切换决定；
S703、第二接入网设备向第一接入网设备发送切换请求消息，该切换请求消息包含指示信息，用于指示第一接入网设备忽略终端设备发送的PDCP状态报告；
S704、第一接入网设备进行接纳控制；
S705、第一接入网设备向第二接入网设备发送切换请求确认；
S706、第二接入网设备向终端设备发送RRC重配置信息，该重配置信息包含切换命令；
S707、第二接入网设备向第一接入网设备发送至少一个数据包，该数据包是第二接入网设备从核心网获得的终端设备的数据包，首先对该数据包分配序号，然后复制该数据包，获得两份，一份由第二接入网设备经过ROHC协议处理后发送至终端设备，另一份发送给第一接入网设备，由第一接入网设备经过ROHC协议处理后发送至终端设备。
S708、终端设备随机接入第一接入网设备；
S709、终端设备向第一接入网设备发送RRC重配置完成信息；
S710、终端设备向第一接入网设备发送PDCP状态报告，该PDCP状态报告用于指示终端设备确认收到的数据包或者终端设备未收到的数据包；
S711、第一接入网设备忽略PDCP状态报告，即第一接入网设备不丢弃终端设备确认接收的数据包，仍然发送给终端设备；
S712，第一接入网设备将所有数据包均发送给终端设备；
S713、终端设备的PDCP层确认该数据包已经收到，仍然执行ROHC头解压后丢弃。
基于前述无线通信系统100中的各个设备，本申请实施例提供了又一种数据包处理方法。如图13所示，该方法包括但不限于如下步骤：
S801，终端设备从第二接入网设备接收切换命令消息，所述切换命令消息用于指示所述终端设备从所述第二接入网设备下的小区切换到第一接入网设备下的小区，其中，所述切换命令消息携带第四指示信息，所述第四指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换，或者指示所述第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送；
S802，所述终端设备根据所述第四指示信息，确定不向所述第一接入网设备发送包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包。
在一个实施例中，切换命令消息的消息名称可以是切换命令、切换指示信息以及切换信息等等，本申请实施例对此不作限定。
可选的，第四指示信息可以是直接指示终端设备不向第一接入网设备发送PDCP状态报告，或者第四指示信息可以是间接指示终端设备不向第一接入网设备发送PDCP状态报告，比如，第四指示信息用于指示终端设备执行的切换是0毫秒中断的切换，或者第四指示信息指示第二接入网设备在切换期间复制用户数据到第一接入网设备进行发送。终端设备通过第四指示信息获知不需要向第一接入网设备发送PDCP状态报告。可以理解的是，终端设备不向第一接入网设备发送PDCP状态报告也可以称为终端设备跳过向第一接入网 设备发送PDCP状态报告的步骤。
第一接入网设备获取第二接入网设备发送的至少一个数据包，可选的，该至少一个数据包可以是第二接入网设备将从核心网获得的该终端设备的数据包进行复制后得到的。由于终端设备未向该第一接入网设备发送PDCP状态报告，所以，第一接入网设备将所接收的至少一个数据包中的每个数据包均进行ROHC处理后发送给终端设备。终端设备从第一接入网设备接收经过ROHC处理的至少一个数据包，由于第一接入网设备未丢弃数据包，因此，终端设备接收的经过ROHC处理的至少一个数据包可能与终端设备已经接收的数据包中存在重复数据包，终端设备已经接收的数据包可以是从第二接入网设备所接收的重复数据包。为了避免IR数据包的丢弃，即使终端设备检测到重复数据包也不进行丢弃，而是进行ROHC头解压后进行丢弃。
通过实施本申请实施例，终端设备未向第一接入网设备发送PDCP状态报告，所以第一接入网设备也不会根据PDCP状态报告丢弃经过ROHC处理的数据包，不会存在将IR数据包丢弃的风险，因此避免终端设备解压失败。
基于图13实施例的描述，请参照图14，为本申请实施例提供的一种具体应用场景中的技术实现，包括以下步骤：
S901、第二接入网设备和终端设备之间进行测量控制和报告；
在步骤S901之前，第二接入网设备与终端设备之间建立网络连接，并进行用户数据的传输。
S902、第二接入网设备作出切换决定；
S903、第二接入网设备向第一接入网设备发送切换请求；
S904、第一接入网设备进行接纳控制；
S905、第一接入网设备向第二接入网设备发送切换请求确认；
S906、第二接入网设备向终端设备发送RRC重配置信息，该重配置信息包含切换命令，该切换命令包含指示信息，该指示信息用于指示0ms中断的切换；
S907、第二接入网设备向第一接入网设备发送至少一个数据包，该数据包是第二接入网设备从核心网获得的终端设备的数据包，首先对该数据包分配序号，然后复制该数据包，获得两份，一份由第二接入网设备经过ROHC协议处理后发送至终端设备，另一份发送给第一接入网设备，由第一接入网设备经过ROHC协议处理后发送至终端设备。
S908、终端设备随机接入第一接入网设备；
S909、终端设备接入第一接入网设备后，向第一接入网设备发送RRC重配置完成信息；
S910、终端设备判断是0ms中断的切换，确定不向第一接入网设备发送PDCP状态报告；
S911、终端设备与第一接入网设备进行用户数据传输；
S912，终端设备的PDCP层确认该数据包已经收到，仍然执行ROHC头解压后丢弃。
需要说明的是，本申请上述各个实施例中，由终端设备实现的步骤，也可以由可用于终端设备的部件(例如电路或者芯片)实现，由第一接入网终端设备实现的步骤，也可以 由可用于第一接入网设备的部件(例如电路或者芯片)实现，由第二接入网终端设备实现的步骤，也可以由可用于第二接入网设备的部件(例如电路或者芯片)实现。
本申请实施例提供了一种通信装置，该通信装置可以为第一接入网设备或者可以用于第一接入网设备的部件，该通信装置中可以包括模块或者单元，从而实现图5或者图8或者图11的数据处理方法。一种可能的方式中，可以由处理单元、收发单元来实现上述数据处理方法，其中，收发单元用于执行该过程中信息或消息的接收或者发送的操作，处理单元用于执行相应的处理操作，例如确认对接收的至少一个数据包延迟进行ROHC处理，即在确认丢弃的第一数据包之前不进行ROHC处理，从而避免由于IR数据包的丢弃导致终端设备解压失败的问题。可选的，收发单元可以受处理单元控制，即处理单元可以控制收发单元执行收发操作。另外，接入网设备中的处理单元、收发单元可以分别为按照功能划分的逻辑模块，或者分别为相应的硬件模块。当处理单元、收发单元均为逻辑模块时，该接入网设备的结构可以如图15所示。
在一种可能实现中，收发单元1101，用于从第二接入网设备接收切换请求消息，所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区；
所述收发单元1101，还用于从所述第二接入网设备接收至少一个数据包；
处理单元1102，用于从所述至少一个数据包中确认需要丢弃的第一数据包，所述第一数据包为所述终端设备成功收到的数据包，所述至少一个数据包中除所述第一数据包外的数据包为剩余数据包；
所述处理单元1102，还用于对所述剩余数据包进行健壮性包头压缩ROHC处理，其中，在所述确认需要丢弃的第一数据包之前，所述第一接入网设备不做ROHC处理。
处理单元可以具体为处理器，收发单元可以为收发器或者收发电路或者接口电路。
可选的，该通信装置还可以包括存储单元，该存储单元可以包括代码(或者程序)或者数据，处理单元可以与存储单元耦合，例如调用存储单元中的代码或者数据，使得通信装置实现图5或者图8或者图11实施例的数据处理方法。
可以理解的是，上述处理单元，收发单元和存储单元可以集成在一起，也可以分离，本申请实施例对此不做限定。
可选的，图16示出了接入网设备的一种可能的结构。
请参见图16，图16示出了本申请实施例提供的接入网设备，接入网设备可包括：一个或多个处理器1201、存储器1202、网络接口1203、发射器1205、接收器1206、耦合器1207和天线1208。这些部件可通过总线1204或者其他方式连接，图16以通过总线连接为例。其中：
网络接口1203可用于接入网设备与其他通信设备，例如其他网络设备，进行通信。具体的，网络接口1203可以是有线接口。
发射器1205可用于对处理器1201输出的信号进行发射处理，例如信号调制。接收器1206可用于对天线1208接收的移动通信信号进行接收处理。例如信号解调。在本申请的一些实施例中，发射器1205和接收器1206可看作一个无线调制解调器。在接入网设备120 中，发射器1205和接收器1206的数量均可以是一个或者多个。天线1208可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器1207可用于将移动通信号分成多路，分配给多个的接收器1206。
存储器1202可以和处理器1201通过总线1204或者输入输出端口耦合，存储器1202也可以与处理器1201集成在一起。存储器1202用于存储各种软件程序和/或多组指令和/或数据。具体的，存储器1202可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器1202可以存储操作系统(下述简称系统)，例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器1202还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端，一个或多个网络设备进行通信。
处理器1201可用于进行无线信道管理、实施呼叫和通信链路的建立和拆除，并为本控制区内的用户提供小区切换控制等。具体的，处理器1201可包括：管理/通信模块(administration 6odule/communication 6odule，A6/C6)(用于话路交换和信息交换的中心)、基本模块(basic 6odule，B6)(用于完成呼叫处理、信令处理、无线资源管理、无线链路的管理和电路维护功能)、码变换及子复用单元(transcoder and sub6ultiplexer，TCS6)(用于完成复用解复用及码变换功能)等等。
本申请实施例中，处理器1201可用于读取和执行计算机可读指令。具体的，处理器1401可用于调用存储于存储器1202中的程序，例如本申请的一个或多个实施例提供的数据处理方法在接入网设备120侧的实现程序，并执行该程序包含的指令。
在一种可能的实现方式中，接收器1206用于从第二接入网设备接收切换请求消息，所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区；以及从所述第二接入网设备接收至少一个数据包；
处理器1201，用于从所述至少一个数据包中确认需要丢弃的第一数据包，所述第一数据包为所述终端设备成功收到的数据包，所述至少一个数据包中除所述第一数据包外的数据包为剩余数据包；对所述剩余数据包进行健壮性包头压缩ROHC处理，其中，在所述确认需要丢弃的第一数据包之前，所述第一接入网设备不做ROHC处理。
需要说明的是，图16所示的接入网设备120仅仅是本申请实施例的一种实现方式，实际应用中，接入网设备120还可以包括更多或更少的部件，这里不作限制。
本申请实施例提供了一种通信装置，该通信装置可以为终端设备或者可以用于终端设备的部件，该通信装置中可以包括模块或者单元，从而实现图13的数据处理方法。一种可能的方式中，可以由处理单元、收发单元来实现上述数据处理方法，其中，收发单元用于执行该过程中信息或消息的接收或者发送的操作，处理单元用于执行相应的处理操作。可选的，收发单元可以受处理单元控制，即处理单元可以控制收发单元执行收发操作。另外，接入网设备中的处理单元、收发单元可以分别为按照功能划分的逻辑模块，或者分别为相应的硬件模块。当处理单元、收发单元均为逻辑模块时，该终端设备的结构可以如图17所示。
其中，所述接收单元1701，用于从第二接入网设备接收切换命令消息，所述切换命令 消息用于指示所述终端设备从所述第二接入网设备下的小区切换到第一接入网设备下的小区，其中，所述切换命令消息携带第四指示信息，所述第四指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换，或者指示所述第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送；
所述处理单元1702，用于根据所述第四指示信息，确定不向所述第一接入网设备发送包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包。
处理单元可以具体为处理器，收发单元可以为收发器或者收发电路或者接口电路。
可选的，该通信装置还可以包括存储单元，该存储单元可以包括代码(或者程序)或者数据，处理单元可以与存储单元耦合，例如调用存储单元中的代码或者数据，使得通信装置实现图13实施例的数据处理方法。
可以理解的是，上述处理单元，收发单元和存储单元可以集成在一起，也可以分离，本申请实施例对此不做限定。
可选的，图18示出了终端设备的一种可能的结构。
请参见图18，图18示出了本申请实施例提供的一种终端设备，该终端设备180可包括：一个或多个处理器1801、存储器1802、发射器1803、接收器1804。这些部件可通过总线1805或者其他方式连接，图18以通过总线连接为例。其中：
处理器1801可以是通用处理器，例如中央处理器(central processing unit，CPU)，还可以是数字信号处理器(digital signal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。处理器1801可处理通过接收器1804接收到的数据。处理器1801还可处理将被发送到发射器1803的数据。
存储器1802可以和处理器1801通过总线1805或者输入输出端口耦合，存储器1802也可以与处理器1801集成在一起。存储器1802用于存储各种软件程序和/或多组指令。具体的，存储器1802可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器1802还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端，一个或多个网络设备进行通信。
发射器1803可用于对处理器1801输出的信号进行发射处理。接收器1804可用于对接收的通信信号进行接收处理。终端设备180中，发射器1803和接收器1804的数量均可以是一个或者多个。
处理器1801可用于读取和执行计算机可读指令。具体的，处理器1801可用于调用存储于存储器1802中的程序，例如本申请的一个或多个实施例提供的数据处理方法在终端设备180侧的实现程序，并执行该程序包含的指令以实现后续实施例涉及的方法。可选地，当处理器1801发送任何消息或数据时，其具体通过驱动或控制发射器1803做所述发送。可选地，当处理器1801接收任何消息或数据时，其具体通过驱动或控制接收器1804做所述接收。因此，处理器1801可以被视为是执行发送或接收的控制中心，发射器1803和接收器1804是发送和接收操作的具体执行者。
其中，处理器1801，用于从第二接入网设备接收切换命令消息，所述切换命令消息用于指示所述终端设备从所述第二接入网设备下的小区切换到第一接入网设备下的小区，其中，所述切换命令消息携带第四指示信息，所述第四指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换，或者指示所述第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送；
处理器1801，用于根据所述第四指示信息，确定不向所述第一接入网设备发送包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包。
需要说明的，图18所示的终端设备180仅仅是本申请实施例的一种实现方式，实际应用中，用户面功能设备180还可以包括更多或更少的部件，这里不作限制。
参见图19，图19示出了本申请提供的一种通信芯片的结构示意图。如图19所示，通信芯片190可包括：处理器1901，以及耦合于处理器1901的一个或多个接口1902。其中：
处理器191可用于读取和执行计算机可读指令。具体实现中，处理器1901可主要包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等，也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器1901的硬件架构可以是专用集成电路(application specific integrated circuits，ASIC)架构、MIPS架构、ARM架构或者NP架构等等。处理器1701可以是单核的，也可以是多核的。
接口1902可用于输入待处理的数据至处理器1901，并且可以向外输出处理器1901的处理结果。例如，接口1902可以是通用输入输出(general purpose input output，GPIO)接口，可以和多个外围设备(如显示器(LCD)、摄像头(camara)、射频(radio frequency，RF)模块等等)连接。接口1902通过总线1903与处理器1901相连。
本申请中，处理器1901可用于从存储器中调用本申请的一个或多个实施例提供的用户报文传输方法在通信设备侧的实现程序，并执行该程序包含的指令。接口1902可用于输出处理器1901的执行结果。本申请中，接口192可具体用于输出处理器1901的资源分配结果。关于本申请的一个或多个实施例提供的用户报文传输方法可参考前述图5或者图8或者图11或者图13所示各个实施例，这里不再赘述。
需要说明的，处理器1901、接口1902各自对应的功能既可以通过硬件设计实现，也可以通过软件设计来实现，还可以通过软硬件结合的方式来实现，这里不作限制。
本申请的另一实施例中，还提供一种通信系统，该通信系统包括第一接入网设备和第二接入网设备。或者，该通信系统包括第一接入网设备、第二接入网设备和终端设备。示例性的，第一接入网设备可以为图15或图16所提供的接入网设备，且用于执行图5至图12所提供的数据处理方法中接入网设备的步骤；和/或，终端设备可以为图17或图18所提供的终端设备，且用于执行图13至图14所提供的数据处理方法中终端设备的步骤。
在本申请的另一实施例中，还提供一种可读存储介质，可读存储介质中存储有计算机执行指令，当一个设备(可以是单片机，芯片等)或处理器调用可读存储介质中存储的计算机执行指令，实现图5或者图8或者图11或者图13所示各个实施例提供的数据处理方法中第一接入网设备或者终端设备所执行的步骤。前述的可读存储介质可包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
在本申请的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中；设备的至少一个处理器可从计算机可读存储介质读取该计算机执行指令，实现图5或者图8或者图11或者图13所示各个实施例提供的数据处理方法中第一接入网设备或者终端设备所执行的步骤。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选的还包括没有列出的步骤或单元，或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(如同轴电缆、光纤、数字用户线(DSL))或无线(如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(如软盘、硬盘、磁带)、光介质(如DVD)、或者半导体介质(如固态硬盘(solid state disk，SSD))等。
最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (19)

  1. 一种数据处理方法，其特征在于，包括：
    第一接入网设备从第二接入网设备接收切换请求消息，所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区；
    所述第一接入网设备从所述第二接入网设备接收至少一个数据包；
    所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第一数据包，所述第一数据包为所述终端设备成功收到的数据包，所述至少一个数据包中除所述第一数据包外的数据包为剩余数据包；
    所述第一接入网设备对所述剩余数据包进行健壮性包头压缩ROHC处理，其中，在所述确认需要丢弃的第一数据包之前，所述第一接入网设备不做ROHC处理。
  2. 如权利要求1所述的方法，其特征在于，所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第一数据包之前，还包括：
    所述第一接入网设备从所述终端设备接收包数据汇聚协议PDCP状态报告，所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包；
    所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第一数据包，包括：
    所述第一接入网设备根据所述PDCP状态报告，从所述至少一个数据包中确认需要丢弃的第一数据包。
  3. 如权利要求1或2所述的方法，其特征在于，所述切换请求消息携带第一指示信息，所述第一指示信息用于指示在所述确认需要丢弃的第一数据包之前，所述第一接入网设备不做ROHC处理，或者所述第一指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换。
  4. 一种数据处理方法，其特征在于，包括：
    第一接入网设备从第二接入网设备接收切换请求消息，所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区；
    所述第一接入网设备确认需要进行健壮性包头压缩ROHC限制处理，所述ROHC限制处理包括不进行ROHC头压缩，或只产生初始和刷新IR数据包，或使用R模式进行ROHC处理；
    所述第一接入网设备从所述第二接入网设备接收至少一个数据包，并对所述至少一个数据包中的第二数据包进行所述ROHC限制处理。
  5. 如权利要求4所述的方法，其特征在于，所述方法还包括：
    所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第三数据包，所述第三数据包为所述终端设备成功收到的数据包；
    在所述确认需要丢弃的第三数据包之后，所述第一接入网设备取消所述ROHC限制处 理。
  6. 如权利要求4或5所述的方法，其特征在于，所述第一接入网设备取消所述ROHC限制处理之后，还包括：
    所述第一接入网设备对所述至少一个数据包中除所述第二数据包和所述第三数据包外的数据包进行ROHC处理。
  7. 如权利要求4所述的方法，其特征在于，所述第一接入网设备确认需要进行健壮性包头压缩ROHC限制处理，包括：
    所述第一接入设备的包数据汇聚协议PDCP协议层指示ROHC协议层进行ROHC限制处理。
  8. 如权利要求5-7任意一项所述的方法，其特征在于，所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第三数据包之前，还包括：
    所述第一接入网设备从所述终端设备接收PDCP状态报告，所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包；
    所述第一接入网设备从所述至少一个数据包中确认需要丢弃的第三数据包，包括：
    所述第一接入网设备根据所述PDCP状态报告，从所述至少一个数据包中确认需要丢弃的第三数据包。
  9. 如权利要求4所述的方法，其特征在于，所述切换请求消息携带第二指示信息，所述第二指示信息用于指示在所述确认需要丢弃的第三数据包之前，所述第一接入网设备进行所述ROHC限制处理，或者所述第二指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换。
  10. 一种数据处理方法，其特征在于，包括：
    第一接入网设备从第二接入网设备接收切换请求消息，所述切换请求消息用于请求终端设备从所述第二接入网设备下的小区切换到所述第一接入网设备下的小区；
    所述第一接入网设备从所述第二接入网设备接收至少一个数据包，并对所述至少一个数据包进行健壮性包头压缩ROHC处理；
    所述第一接入网设备从所述终端设备接收包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包；
    所述第一接入网设备忽略所述PDCP状态报告。
  11. 如权利要求10所述的方法，其特征在于，所述切换请求消息携带第三指示信息，所述第三指示信息用于指示所述第一接入网设备忽略所述PDCP状态报告，或者所述第三指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换。
  12. 一种数据处理方法，其特征在于，包括：
    终端设备从第二接入网设备接收切换命令消息，所述切换命令消息用于指示所述终端设备从所述第二接入网设备下的小区切换到第一接入网设备下的小区，其中，所述切换命令消息携带第四指示信息，所述第四指示信息用于指示所述终端设备执行的切换是0毫秒中断的切换，或者指示所述第二接入网设备在切换期间复制用户数据到所述第一接入网设备进行发送；
    所述终端设备根据所述第四指示信息，确定不向所述第一接入网设备发送包数据汇聚协议PDCP状态报告,所述PDCP状态报告用于指示所述终端设备确认成功收到的数据包或确认未成功收到的数据包。
  13. 一种通信装置，其特征在于，所述通信装置包括用于执行权利要求1-3任一项所述的数据处理方法的模块或单元。
  14. 一种通信装置，其特征在于，所述通信装置包括用于执行权利要求4-9任一项所述的数据处理方法的模块或单元。
  15. 一种通信装置，其特征在于，所述通信装置包括用于执行权利要求10或11任一项所述的数据处理方法的模块或单元。
  16. 一种通信装置，其特征在于，所述通信装置包括用于执行权利要求12所述的数据处理方法的模块或单元。
  17. 一种通信系统，其特征在于，包括第一接入网设备和第二接入网设备，其中，所述第一接入网设备为权利要求13-15任一项所述的通信装置。
  18. 如权利要求17所述的通信系统，其特征在于，所述通信系统还包括终端设备。
  19. 一种计算机存储介质，其特征在于，所述计算机存储介质上存储有指令，当所述指令在处理器上运行时，使得所述处理器执行权利要求1至3或者权利要求4至9或者权利要求10至11或者权利要求12任一项所述的的通信方法。
PCT/CN2020/087224 2019-04-30 2020-04-27 一种数据处理方法、通信装置和系统 WO2020221202A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20799497.1A EP3955637A4 (en) 2019-04-30 2020-04-27 DATA PROCESSING METHOD, COMMUNICATION APPARATUS, AND SYSTEM
US17/452,712 US20220053369A1 (en) 2019-04-30 2021-10-28 Data processing method, and communication apparatus and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910364555.7 2019-04-30
CN201910364555.7A CN111866969B (zh) 2019-04-30 2019-04-30 一种数据处理方法、通信装置和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/452,712 Continuation US20220053369A1 (en) 2019-04-30 2021-10-28 Data processing method, and communication apparatus and system

Publications (1)

Publication Number Publication Date
WO2020221202A1 true WO2020221202A1 (zh) 2020-11-05

Family

ID=72965107

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/087224 WO2020221202A1 (zh) 2019-04-30 2020-04-27 一种数据处理方法、通信装置和系统

Country Status (4)

Country Link
US (1) US20220053369A1 (zh)
EP (1) EP3955637A4 (zh)
CN (2) CN111866969B (zh)
WO (1) WO2020221202A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114095451B (zh) * 2021-11-17 2024-05-21 腾讯科技（深圳）有限公司 一种数据处理方法、设备及计算机可读存储介质
US12074761B1 (en) * 2023-10-09 2024-08-27 Dish Wireless L.L.C. System and method to reduce interruptions in a network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1655536A (zh) * 2004-02-12 2005-08-17 三星电子株式会社 在多媒体广播/多播业务系统中恢复报头解压缩的方法
CN102484643A (zh) * 2009-07-08 2012-05-30 汤姆森特许公司 后向鲁棒性首标压缩接收器
US20130315209A1 (en) * 2011-01-26 2013-11-28 Kyocera Corporation Mobile communication method and base station

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1773004A1 (en) * 2005-10-10 2007-04-11 Nec Technologies (UK) Limited Header compression optimisation method during and after handovers in a cellular communication network
EP1798929A1 (en) * 2005-12-19 2007-06-20 Thomson Licensing Providing an independent compression server within a network, as well as a method, network station and DHCP server
US8660085B2 (en) * 2006-12-04 2014-02-25 Qualcomm Incorporated Methods and apparatus for transferring a mobile device from a source eNB to a target eNB
MX2009007288A (es) * 2007-03-16 2009-07-16 Ericsson Telefon Ab L M Metodo y aparato para reubicar un contexto de compresion de titulo en un sistema de comunicacion inalambrica.
US8818375B2 (en) * 2007-04-25 2014-08-26 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for seamless handover in a wireless communication network
CN101389119B (zh) * 2007-09-11 2012-09-05 电信科学技术研究院 Lte系统小区切换过程中数据重传的方法及装置
KR101132522B1 (ko) * 2007-10-01 2012-04-02 인터디지탈 패튼 홀딩스, 인크 Ｐｄｃｐ를 폐기하기 위한 방법 및 장치
KR101655267B1 (ko) * 2009-09-07 2016-09-08 삼성전자주식회사 무선통신시스템에서 로버스트 헤더 압축을 지원하기 위한 시스템 및 방법
CN102045132B (zh) * 2009-10-23 2014-04-30 华为技术有限公司 基于重传机制的对头压缩数据包进行传输的方法和装置
CN102131234B (zh) * 2010-01-18 2013-12-04 华为技术有限公司 Ip数据包的压缩及解压缩方法和装置
CN102469511A (zh) * 2010-11-15 2012-05-23 中兴通讯股份有限公司 一种分组数据汇聚协议层处理数据的方法及系统
KR20130126844A (ko) * 2012-05-07 2013-11-21 주식회사 케이티 Ｌｔｅ 시스템에서 기지국간 헤더압축(ｒｏｈｃ)의 연속적 서비스 제공 방법
WO2014110773A1 (zh) * 2013-01-17 2014-07-24 华为技术有限公司 一种数据包处理方法和装置
US9554309B2 (en) * 2013-01-29 2017-01-24 Lg Electronics Inc. Method and apparatus for transmitting indicator in wireless communication system
CN104518851A (zh) * 2013-09-27 2015-04-15 中兴通讯股份有限公司 一种数据处理方法及装置
CN104703230A (zh) * 2013-12-09 2015-06-10 中兴通讯股份有限公司 一种基于鲁棒性头压缩协议的切换方法、设备和系统
CN105764092A (zh) * 2014-12-17 2016-07-13 中兴通讯股份有限公司 初始状态报文发送控制方法、压缩端、解压端设备及系统
CN113423123B (zh) * 2016-04-01 2022-08-23 北京三星通信技术研究有限公司 一种支持无缝切换的方法及基站设备
US10499278B2 (en) * 2016-08-31 2019-12-03 Qualcomm Incorporated Header compression for reduced bandwidth wireless devices
CN108076481B (zh) * 2016-11-10 2021-05-14 普天信息技术有限公司 一种用于终端迟后接入集群组呼的方法
WO2018093939A1 (en) * 2016-11-16 2018-05-24 Intel IP Corporation Rach-less handover
US10694434B2 (en) * 2017-01-05 2020-06-23 Lg Electronics Inc. Method and base station for supporting handover
CN108632229B (zh) * 2017-03-24 2020-07-07 电信科学技术研究院 一种多连接中的头压缩方法、解头压缩方法及装置
KR20240010096A (ko) * 2017-04-24 2024-01-23 모토로라 모빌리티 엘엘씨 무선 베어러에 대한 pdcp pdu들의 복제
WO2019006582A1 (en) * 2017-07-03 2019-01-10 Qualcomm Incorporated SYSTEM AND METHOD FOR DELAY-SENSITIVE TRAFFIC LATENCY REDUCTION
ES2906704T3 (es) * 2017-09-18 2022-04-20 Samsung Electronics Co Ltd Procedimiento y aparato para el procesamiento de un paquete en un sistema de comunicación inalámbrica
KR102695458B1 (ko) * 2018-09-21 2024-08-14 삼성전자주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1655536A (zh) * 2004-02-12 2005-08-17 三星电子株式会社 在多媒体广播/多播业务系统中恢复报头解压缩的方法
CN102484643A (zh) * 2009-07-08 2012-05-30 汤姆森特许公司 后向鲁棒性首标压缩接收器
US20130315209A1 (en) * 2011-01-26 2013-11-28 Kyocera Corporation Mobile communication method and base station

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Detail for non-split bearer option for simultaneous connectivity", 3GPP DRAFT; R2-1816695, 12 November 2018 (2018-11-12), Spokane, USA;, pages 1 - 6, XP051480640 *
See also references of EP3955637A4 *

Also Published As

Publication number Publication date
CN114071622B (zh) 2024-06-11
CN111866969A (zh) 2020-10-30
EP3955637A1 (en) 2022-02-16
CN114071622A (zh) 2022-02-18
CN111866969B (zh) 2021-10-26
US20220053369A1 (en) 2022-02-17
EP3955637A4 (en) 2022-09-14

Similar Documents

Publication Publication Date Title
US10805856B2 (en) Methods and units in a network node for handling communication with a wireless device
US10602400B2 (en) Enhancement of PDCP status report
US10986529B2 (en) Conditional RRC based QoS flow indication and use
WO2013107385A1 (zh) 用户上下文释放方法、基站以及家庭基站网关
CN111405625B (zh) 一种切换方法、基站、通信系统及存储介质
WO2020221048A1 (zh) 一种通信方法及装置
WO2020221202A1 (zh) 一种数据处理方法、通信装置和系统
WO2019029642A1 (zh) 通信方法、基站、终端设备和系统
WO2018202131A1 (zh) 通信方法、装置及系统
WO2022016558A1 (zh) 一种业务连续性事件的通知方法及装置
CN110383787B (zh) 一种数据迁移方法和装置
CN113727368A (zh) 一种通信方法及装置
WO2020199892A1 (zh) 无线通信系统中的切换方法、装置及系统
WO2020164441A1 (zh) 无线通信系统中的切换方法、装置及系统
WO2017193807A1 (zh) 一种数据传输方法、用户终端、基站和系统
CN116491219A (zh) 一种通信方法及装置
JP2023062123A (ja) 無線通信装置、無線通信方法、及び無線通信システム
WO2017185368A1 (zh) 一种信令传输方法和设备
CN110324857B (zh) 一种业务质量数据流的处理方法和装置
KR20030094974A (ko) 이동통신 시스템의 데이터 호 트래픽 프레임 제어방법
WO2023179365A1 (zh) 一种通信方法和通信装置
WO2023208454A1 (en) Enabling using per-target-cell cu-up in cpa/cpc initiation
CN117715136A (zh) 通信系统以及通信方法
WO2015027404A1 (zh) 数据传输处理方法和装置
CN117014056A (zh) 通信方法和装置

Legal Events

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

Ref document number: 20799497

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020799497

Country of ref document: EP

Effective date: 20211112