WO2021004207A9 - 数据处理的方法和设备 - Google Patents

数据处理的方法和设备 Download PDF

Info

Publication number
WO2021004207A9
WO2021004207A9 PCT/CN2020/094555 CN2020094555W WO2021004207A9 WO 2021004207 A9 WO2021004207 A9 WO 2021004207A9 CN 2020094555 W CN2020094555 W CN 2020094555W WO 2021004207 A9 WO2021004207 A9 WO 2021004207A9
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
information
decompression
compression
failed
Prior art date
Application number
PCT/CN2020/094555
Other languages
English (en)
French (fr)
Other versions
WO2021004207A1 (zh
Inventor
苗金华
全海洋
Original Assignee
大唐移动通信设备有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 大唐移动通信设备有限公司 filed Critical 大唐移动通信设备有限公司
Publication of WO2021004207A1 publication Critical patent/WO2021004207A1/zh
Publication of WO2021004207A9 publication Critical patent/WO2021004207A9/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • 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

Definitions

  • the embodiments of the present disclosure relate to the field of communication technologies, and in particular to a method and device for data processing.
  • SRB Signaling Radio Bearers
  • An object of the embodiments of the present disclosure is to provide a data processing method and device to solve the problem of data packet loss caused by decompression failure.
  • the first aspect provides a data processing method applied to the compression end, including:
  • the feedback information retransmit the compressed data packet or update the compression context
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the SN of the compressed data packet whose decompression fails is the SN of the PDCP PDU whose compression fails.
  • the information about the decompression failure includes one or more of the following: RB information corresponding to the decompression failed data packet;
  • the retransmitted compressed data packet includes any one of the following:
  • the update compression context includes one or more of the following:
  • the feedback information is carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • the compression end is located at the PDCP layer.
  • the embodiments of the present disclosure also provide a data processing method applied to the decompression end, including:
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the SN of the compressed data packet whose decompression fails is the SN of the PDCP PDU whose compression fails.
  • the information about the decompression failure includes one or more of the following:
  • the feedback information is carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • the sending feedback information to the compression end includes:
  • the decompression end is located at the PDCP layer.
  • the embodiments of the present disclosure also provide a compression terminal, including:
  • the receiving module is used to receive the feedback information sent by the decompression terminal;
  • a processing module for retransmitting the compressed data packet or updating the compression context according to the feedback information
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • embodiments of the present disclosure also provide a compression terminal, including: a first transceiver and a first processor;
  • the first transceiver is configured to receive feedback information sent by the decompression terminal;
  • the first processor is configured to retransmit the compressed data packet or update the compression context according to the feedback information
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the embodiments of the present disclosure also provide a decompression terminal, including:
  • the sending module is used to send feedback information to the compression end
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • embodiments of the present disclosure also provide a decompression terminal, including: a second transceiver and a second processor;
  • the second transceiver is used to send feedback information to the compression end
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the embodiments of the present disclosure also provide a communication device, including: a processor, a memory, and a program stored on the memory and capable of running on the processor.
  • a communication device including: a processor, a memory, and a program stored on the memory and capable of running on the processor.
  • the program is executed by the processor, The steps of the method for data processing as described above are implemented.
  • the embodiments of the present disclosure also provide a computer-readable storage medium having a computer program stored on the computer-readable storage medium, and when the computer program is executed by a processor, the method for data processing as described above is implemented step.
  • the compression failure rate can be reduced and system performance can be improved.
  • Figure 1 is a schematic diagram of the architecture of a wireless communication system
  • FIG. 2 is one of the flowcharts of the data processing method according to an embodiment of the disclosure
  • FIG. 3 is the second flowchart of the data processing method according to an embodiment of the disclosure.
  • FIG. 4 is a schematic diagram of the UE sending information indicating compression failure to the network side after decompression failure occurs in an embodiment of the disclosure, and the network side performs data packet retransmission according to the instruction information;
  • FIG. 5 is a schematic diagram of sending information indicating compression failure to the UE after a decompression failure occurs on the network side in an embodiment of the disclosure, and the UE performs data packet retransmission according to the instruction information;
  • FIG. 6 is a schematic diagram of the UE sending a message indicating successful compression to the network side after a decompression failure occurs in an embodiment of the disclosure, and the network side performs data packet retransmission according to the instruction information;
  • FIG. 7 is a schematic diagram of sending a message indicating successful compression to the UE after a decompression failure occurs on the network side in an embodiment of the disclosure, and the UE performs data packet retransmission according to the indication information;
  • FIG. 8 is a schematic diagram of the UE side sending information indicating compression failure to the network side after a decompression failure occurs in an embodiment of the present disclosure, and the network side performs update of the UE compression algorithm context according to the instruction information;
  • FIG. 9 is a schematic diagram of updating the UE compression algorithm context performed by the network side after a decompression failure occurs on the network side in an embodiment of the disclosure.
  • FIG. 10 is one of the schematic diagrams of the compression end of the embodiment of the disclosure.
  • FIG. 11 is the second schematic diagram of the compression end of the embodiment of the disclosure.
  • FIG. 12 is one of the schematic diagrams of the decompression end of the embodiment of the disclosure.
  • FIG. 13 is the second schematic diagram of the decompression end of the embodiment of the disclosure.
  • FIG. 14 is a schematic diagram of a communication device according to an embodiment of the disclosure.
  • words such as “exemplary” or “for example” are used as examples, illustrations, or illustrations. Any embodiment or design solution described as “exemplary” or “for example” in the embodiments of the present disclosure should not be construed as being more preferable or advantageous than other embodiments or design solutions. To be precise, words such as “exemplary” or “for example” are used to present related concepts in a specific manner.
  • UDC which uses an open source compression algorithm in related technologies, compresses the UL data packet before transmitting it.
  • ROHC Robust Header Compression
  • UDC can perform service data unit (service Data Unit) for the entire Packet Data Convergence Protocol (Packet Data Convergence Protocol, PDCP) , SDU) performs compression, so the compression efficiency will be higher especially for large packets.
  • service Data Unit Service Data Unit
  • PDCP Packet Data Convergence Protocol
  • SDU Packet Data Convergence Protocol
  • UDC is configured through radio resource control (Radio Resource Control, RRC).
  • RRC Radio Resource Control
  • the terminal will pre-store a dictionary, and the network side and the terminal will keep the dictionary synchronized.
  • the terminal performs UDC compression according to the dictionary, and sends the compressed data packet to the network side.
  • the network side decompresses according to the dictionary.
  • Radio Link Control Radio Link Control, RLC
  • Acknowledged Mode (AM) mode
  • the RLC AM mode is supported.
  • the sender composes the RLC SDU into an RLC protocol data unit (Protocol Data Unit, PDU) by means of segmentation/cascading, etc., and marks the RLC serial number (Serial Number, SN).
  • PDU Resource Data Unit
  • the RLC receiving end learns which RLC PDUs have not been received according to the SN, and sends a status report to the sending end. After receiving the status report, the sender completes the retransmission of the RLC PDU without receiving it according to the status report.
  • RLC and AM mode can ensure the reliability of data packet transmission, that is, very low packet loss rate.
  • Both 4G/5G support RLC UM mode In the RLC UM mode, the sender composes RLC SDUs into RLC PDUs through segmentation/cascading, etc., and marks RLC SN. These are the same as RLC AM. However, in the RLC UM mode, the receiving end will not send a status report, and the sending end cannot know which data packets are lost, so it will not retransmit the PDUs that have lost RLC. This cannot guarantee a lower packet loss rate for data transmission.
  • RLC UM mode since there is no retransmission involved, in RLC UM mode, the data transmission rate will be greater than RLC AM mode. Therefore, for some data that is not sensitive to the packet loss rate but sensitive to the transmission delay, the RLC UM mode will be selected.
  • the UDC decompression end fails to decompress, it will send an error indication to the compression end, so that the compression end will reset the dictionary after receiving the error indication. But there is no processing for the data that fails to decompress.
  • the HARQ feedback method and terminal provided by the embodiments of the present disclosure can be applied to a wireless communication system.
  • the wireless communication system may be a fifth-generation mobile communication technology (fifth-generation, 5G) system, or an evolved Long Term Evolution (eLTE) system, or a subsequent evolved communication system.
  • 5G fifth-generation mobile communication technology
  • eLTE evolved Long Term Evolution
  • the wireless communication system may include: a network device 10 and a terminal (for example, User Equipment (UE)).
  • UE User Equipment
  • the terminal is denoted as UE11, and the UE11 may communicate with the network device 10 (transmitting signaling or transmitting data).
  • the connection between the above-mentioned various devices may be a wireless connection.
  • a solid line is shown in FIG. 1.
  • the foregoing communication system may include multiple UEs 11, and the network device 10 may communicate with multiple UEs 11.
  • the network device 10 provided by the embodiment of the present disclosure may be a base station, which may be a commonly used base station, an evolved node base station (eNB), or a network device in a 5G system (for example, the following Equipment such as next generation node base station (gNB) or transmission and reception point (TRP)).
  • eNB evolved node base station
  • 5G system for example, the following Equipment such as next generation node base station (gNB) or transmission and reception point (TRP)).
  • gNB next generation node base station
  • TRP transmission and reception point
  • the user equipment may be a mobile phone, a tablet computer, a notebook computer, an Ultra-Mobile Personal Computer (UMPC), a netbook, or a Personal Digital Assistant (PDA), etc.
  • UMPC Ultra-Mobile Personal Computer
  • PDA Personal Digital Assistant
  • an embodiment of the present disclosure provides a data processing method, and the execution body of the method is a compression terminal, such as a terminal or a network device.
  • the method includes: step 201 and step 202.
  • Step 201 Receive feedback information sent by the decompression terminal
  • the feedback information indicates that the decompression at the decompression end fails or indicates that the decompression at the decompression end is successful.
  • step 201 the compression end sends compressed data.
  • Step 202 Retransmit the compressed data packet or update the compression context according to the feedback information
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress and information about the failed decompression;
  • the feedback information includes: information about successfully decompressed compressed data packets. If the feedback information indicates that there are data packets that have not been successfully decompressed, the compression end will determine which data has not been successfully decompressed according to the SN of the successful decompression end, and retransmit these data packets.
  • the feedback information may also include: the SN of the compressed data packet that failed to decompress and the information of the compressed data packet that was successfully decompressed.
  • the compression end will determine which data was not successfully decompressed according to the SN of the successful decompression end, or According to the SN of the compressed data packets that failed to be decompressed, the data packets are retransmitted.
  • the SN of the compressed data packet that fails to decompress is the SN of the Packet Data Convergence Protocol (PDCP) protocol data unit (PDU) that fails to compress.
  • PDCP Packet Data Convergence Protocol
  • PDU protocol data unit
  • the decompression failure information includes one or more of the following:
  • Radio bearer (RB) information corresponding to the uncompressed data packet
  • the RB information is used to indicate which RB data decompression failed.
  • the RB information may be SRB information or data radio bearer (Data Radio Bearer, DRB) information, and the DRB information is used to indicate which data stream fails to decompress data.
  • DRB Data Radio Bearer
  • the flow information is the ID of the data flow.
  • the dictionary information is the identifier (IDentity, ID) of the dictionary.
  • the retransmitted compressed data packet includes any one of the following:
  • SN can be the SN of Packet Data Convergence Protocol (PDCP) or the SN of Radio Link Control (RLC) PDU;
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • the RB information may be SRB information or data radio bearer (Data Radio Bearer, DRB) information.
  • DRB Data Radio Bearer
  • the flow information is the ID of the data flow.
  • one or more data streams will be mapped to a DRB at the Service Data Adaptation Protocol (SDAP) layer. For example, a data stream that requires a very low packet loss rate is mapped to DRB1. The less demanding data stream is mapped to DRB2.
  • SDAP Service Data Adaptation Protocol
  • the dictionary information is the ID of the dictionary.
  • the compressor will retransmit the PDU corresponding to the SN.
  • the compression end will renumber and send the PDCPSDU corresponding to the bearer.
  • This solution is mainly for SRB data, because SRB data generally appears in the form of one or several PDCP SDUs, not many, so you can send the PDCP SDU directly and resend it.
  • the compression end will resend the PDCPPDU corresponding to the data stream. This situation is mainly for DRB data.
  • the dictionary data using this ID information can be recompressed according to the ID information of the dictionary, and then sent. This situation is suitable for the situation that compression fails soon after the start of compression .
  • the update compression context includes one or more of the following: update and retransmission of the dictionary, and retransmission of the compression algorithm.
  • the feedback information is carried by radio resource control (Radio Resource Control, RRC) signaling, or PDCP control PDU, or PDCP header.
  • RRC Radio Resource Control
  • the compression failure rate can be reduced and system performance can be improved.
  • an embodiment of the present disclosure provides a data processing method, and the execution subject of the method is a decompression terminal, such as a network device or a terminal. Including step 301.
  • Step 301 Send feedback information to the compression end
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress and information about the failed decompression;
  • the feedback information includes: information about successfully decompressed compressed data packets, used to indicate the successfully decompressed data packets.
  • step 301 the decompression end receives the compressed data packet from the compression end and executes the decompression process.
  • the feedback information indicates that the decompression end failed to decompress or that the decompression end successfully decompressed.
  • the SN of the compressed data packet that fails to decompress is the SN of the PDCP PDU that fails to compress.
  • the decompression failure information includes one or more of the following:
  • Radio bearer (RB) information corresponding to the uncompressed data packet
  • the feedback information is carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • the sending feedback information to the compression end includes:
  • the trigger according to the compression terminal refers to the reception of a trigger message sent by the compression terminal.
  • the preset period may be configured by the network side, and the period is not specifically limited.
  • the compression failure rate can be reduced and system performance can be improved.
  • Embodiment 1 After the UE fails to decompress, it sends information indicating the compression failure to the network side, and the network side performs data packet retransmission according to the instruction information. See Figure 4, the specific steps are as follows:
  • Step 401 The network side sends a compressed data packet to the UE.
  • Step 402 The UE performs a decompression process.
  • the UE When the UE finds that the decompression fails, it records the first information.
  • the first information includes one or more of the following: the serial number (SN) of the protocol data unit (PDU) where the decompression error occurred, and the compression failure occurred Data Radio Bearer (DRB) information, data stream information where compression fails, and dictionary information where compression fails.
  • SN serial number
  • DRB Data Radio Bearer
  • the PDU SN may be the SN of the Packet Data Convergence Protocol (PDCP) or the SN of the Radio Link Control (RLC) PDU;
  • the DRB information may be the identity (ID) information of the DRB ;
  • the data stream information can be the ID information of the data stream;
  • the dictionary information can be the ID of the dictionary, which will not be repeated here.
  • the UE discards the data packet that fails to be decompressed.
  • Step 403 The UE sends the first information to the network side.
  • the first information may be carried by radio resource control (Radio Resource Control, RRC) signaling, or PDCP control PDU, or PDCP header.
  • RRC Radio Resource Control
  • Step 404 After receiving the first information, the network side performs retransmission according to the first information.
  • the network side retransmits the PDU corresponding to the SN.
  • the network side renumbers and sends the PDCPSDU corresponding to the bearer information.
  • This solution is mainly for Signaling Radio Bearers (SRB) data, because SRB data generally appears in the form of several PDCP SDUs, not many, so you can directly send the PDCP SDU number and resend it.
  • SRB Signaling Radio Bearers
  • the network side resends the PDCP PDU corresponding to the data flow information. This situation is mainly for DRB data.
  • the dictionary information is the ID of the dictionary
  • the dictionary data using this ID information can be recompressed and sent according to the ID of the dictionary. This situation is suitable for data that has just been compressed.
  • Embodiment 2 After a decompression failure occurs on the network side, information indicating compression failure is sent to the UE, and the UE performs data packet retransmission according to the instruction information. See Figure 5, the steps are as follows:
  • Step 501 The UE sends a compressed data packet to the network side.
  • Step 502 The network side executes a decompression process.
  • the network side When the network side finds that the decompression fails, it records the first information.
  • the first information includes one or more of the following: PDU SN with error, DRB information with compression failure, data stream with compression failure, dictionary with compression failure information.
  • PDU SN can be PDCP SN or RLC PDU SN.
  • the DRB information may be the ID information of the DRB
  • the data stream information may be the ID information of the data stream
  • the dictionary information may be the ID number of the dictionary, which will not be repeated here.
  • the network side discards the data packet that fails to be decompressed.
  • Step 503 The network side sends the first information to the UE.
  • the first information may be carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • Step 504 After receiving the first information, the UE performs retransmission according to the first information.
  • the UE retransmits the PDU corresponding to the SN.
  • the UE renumbers and sends the PDCP SDU corresponding to the bearer.
  • This solution is mainly for SRB data, because SRB data generally appears in the form of one or several PDCP SDUs, not many, so you can send the PDCP SDU directly and resend it.
  • the UE retransmits the PDCP PDU corresponding to the data flow. This situation is mainly for DRB data.
  • the dictionary information is the ID information of the dictionary
  • the dictionary data using this ID information can be recompressed according to the ID information of the dictionary, and then sent. This situation is suitable for the situation that compression fails soon after the start of compression .
  • Embodiment 3 After the UE fails to decompress, it sends a message indicating successful compression to the network side, and the network side performs data packet retransmission according to the indication information. See Figure 6, the specific steps are as follows:
  • Step 601 The network side sends a compressed data packet to the UE.
  • Step 602 The UE performs a decompression process.
  • the second information includes: the successfully decompressed PDU SN.
  • the PDU SN may be the SN of the PDCP or the SN of the RLC PDU.
  • Step 603 The UE sends the second information to the network side.
  • the UE chooses to send the second information periodically, and the period may be configured by the network side. It can also be triggered based on the compression end. For example, when the network side needs to delete data deemed successfully received (for example, according to the interaction information between layers), a trigger message is sent to the decompression end, and the decompression end sends second information according to the trigger information.
  • the second information may be carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • Step 604 After receiving the second information, the network side executes the deletion or retransmission of the compressed data according to the second information.
  • the compression end will determine which data has not been successfully decompressed according to the SN of the successful decompression end, and retransmit these data packets.
  • Embodiment 4 After a decompression failure occurs on the network side, a message indicating successful compression is sent to the UE, and the UE performs data packet retransmission according to the indication information. See Figure 7, the specific steps are as follows:
  • Step 701 The UE sends a compressed data packet to the network side.
  • Step 702 The network side executes a decompression process.
  • the second information is recorded.
  • the second information may be: the successfully decompressed PDU SN.
  • the PDU SN may be the SN of PDCP or the SN of RLC PDU.
  • Step 703 The network side sends the second information to the UE.
  • the network side chooses to send the second information periodically. It can also be UE-based trigger. For example, when the UE needs to delete data that is considered to be successfully received (for example, according to the interaction information between layers), it sends a trigger message to the decompression end, and the decompression end sends the second information according to the trigger information.
  • the second information may be carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • Step 704 After receiving the second information, the UE executes the deletion or retransmission of the compressed data according to the second information.
  • the compression end will determine which data has not been successfully decompressed according to the SN of the successful decompression end, and retransmit these data packets.
  • Embodiment 5 After a decompression failure occurs on the UE side, information indicating the compression failure is sent to the network side, and the network side updates the UE compression algorithm context according to the instruction information. See Figure 8, the specific steps are as follows:
  • Step 801 The network side sends a compressed data packet to the UE.
  • Step 802 The UE performs a decompression process.
  • the third information is recorded.
  • the third information may include one or more of the following: dictionary information, and the SN of the data packet that failed to decompress.
  • Step 803 The UE sends the third information to the network side.
  • the third information may be carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • Step 804 After receiving the third information, the network side updates the UE compression context according to the third information.
  • the update of the UE compression context includes: the network side resending the compression algorithm; and/or the network side resending the compression dictionary.
  • Step 805 The UE updates the compression context according to the UE compression context updated by the network side.
  • the UE will update the compression algorithm; if the network side resends the dictionary, the UE will update the dictionary;
  • Step 806 The UE performs data decompression according to the updated compression context.
  • Embodiment 6 After a decompression failure occurs on the network side, the network side updates the UE compression algorithm context. See Figure 9, the specific steps are as follows:
  • Step 901 The UE sends a compressed data packet to the network side.
  • Step 902 After receiving the compressed data packet sent by the UE, the network side executes a decompression process.
  • the third information is recorded.
  • the third information may be: dictionary information and/or the SN of the data packet that failed to decompress.
  • Step 903 The network side performs the update of the UE compression context.
  • the update of the UE compression context performed by the network side includes: the network side resends the compression algorithm; and/or the network side resends the compression dictionary.
  • Step 904 The UE updates the compression context according to the UE compression context updated by the network side.
  • the UE will update the compression algorithm; if the network side resends the dictionary, the UE will update the dictionary;
  • Step 905 The UE performs data compression according to the updated compression context.
  • the embodiment of the present disclosure also provides a compression end. Since the principle of the compression end to solve the problem is similar to the data processing method in the embodiment of the present disclosure, the implementation of the compression end can refer to the implementation of the method, and the repetition will not be repeated. .
  • an embodiment of the present disclosure further provides a compression terminal, and the compression terminal 1000 includes:
  • the receiving module 1001 is used to receive feedback information sent by the decompression terminal;
  • the processing module 1002 is configured to retransmit the compressed data packet or update the compression context according to the feedback information
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the SN of the compressed data packet that fails to decompress is the SN of the PDCP PDU that fails to compress.
  • the information about decompression failure includes one or more of the following: (1) RB information corresponding to the decompression failure data packet;
  • the retransmitted compressed data packet includes any one of the following:
  • the update compression context includes one or more of the following: update retransmission of the dictionary; retransmission of the compression algorithm.
  • the feedback information is carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • the compression end is located at the PDCP layer.
  • the compression terminal provided in the embodiments of the present disclosure can execute the above-mentioned embodiments, and its implementation principles and technical effects are similar, and will not be repeated in this embodiment.
  • the embodiment of the present disclosure also provides a compression end. Since the principle of the compression end to solve the problem is similar to the data processing method in the embodiment of the present disclosure, the implementation of the compression end can refer to the implementation of the method, and the repetition will not be repeated. .
  • the compression terminal 1100 includes: a first transceiver 1101 and a first processor 1102;
  • the first transceiver 1101 is configured to receive feedback information sent by the decompression terminal;
  • the first processor 1102 is configured to retransmit the compressed data packet or update the compression context according to the feedback information
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the SN of the compressed data packet that fails to decompress is the SN of the PDCP PDU that fails to compress.
  • the information about decompression failure includes one or more of the following: (1) RB information corresponding to the decompression failure data packet;
  • the retransmitted compressed data packet includes any one of the following:
  • the update compression context includes one or more of the following: update retransmission of the dictionary; retransmission of the compression algorithm.
  • the feedback information is carried by RRC signaling, or PDCP control PDU, or PDCP packet header.
  • the compression end is located at the PDCP layer.
  • the compression terminal provided in the embodiments of the present disclosure can execute the above-mentioned embodiments, and its implementation principles and technical effects are similar, and will not be repeated in this embodiment.
  • the embodiment of the present disclosure also provides a decompression terminal. Since the principle of the decompression terminal to solve the problem is similar to the data processing method in the embodiment of the present disclosure, the implementation of the decompression terminal can refer to the implementation of the method, and the repetition will not be repeated. .
  • an embodiment of the present disclosure also provides a decompression terminal, and the decompression terminal 1200 includes:
  • the sending module 1201 is used to send feedback information to the compression end;
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the compressed data packet that was successfully decompressed.
  • the SN of the compressed data packet that fails to decompress is the SN of the PDCP PDU that fails to compress.
  • the decompression failure information includes one or more of the following:
  • the feedback information is carried by RRC signaling, or PDCP control PDU, or PDCP header.
  • the sending module 1201 is further configured to send the feedback information to the compression end according to a trigger of the compression end or according to a preset period.
  • the decompression end is located at the PDCP layer.
  • the decompression terminal provided in the embodiments of the present disclosure can execute the above-mentioned embodiments, and its implementation principles and technical effects are similar, and will not be repeated here in this embodiment.
  • the embodiment of the present disclosure also provides a decompression terminal. Since the principle of the decompression terminal to solve the problem is similar to the data processing method in the embodiment of the present disclosure, the implementation of the decompression terminal can refer to the implementation of the method, and the repetition will not be repeated. .
  • the decompression terminal 1300 includes a second transceiver 1301 and a second processor 1302;
  • the second transceiver 1301 is configured to send feedback information to the compression end, where the feedback information indicates that the decompression end failed to decompress or the decompression end successfully decompressed;
  • the feedback information includes one or more of the following: the SN of the compressed data packet that failed to decompress; the information of the failed decompression; the information of the successfully decompressed compressed data packet;
  • the second processor 1302 is used to perform decompression processing, which is of course not limited thereto.
  • the SN of the compressed data packet that fails to decompress is the SN of the PDCP PDU that fails to compress.
  • the decompression failure information includes one or more of the following:
  • the feedback information is carried by RRC signaling, or PDCP control PDU, or PDCP header.
  • the sending module 1301 is further configured to: send the feedback information to the compression end according to a trigger of the compression end or according to a preset period.
  • the decompression end is located at the PDCP layer.
  • the decompression terminal provided in the embodiments of the present disclosure can execute the above-mentioned embodiments, and its implementation principles and technical effects are similar, and will not be repeated here in this embodiment.
  • FIG. 14 is a structural diagram of a communication device applied in an embodiment of the present disclosure.
  • the communication device 1400 includes a processor 1401, a transceiver 1402, a memory 1403, and a bus interface.
  • the processor 1401 Can be responsible for managing the bus architecture and general processing.
  • the memory 1403 may store data used by the processor 1401 when performing operations.
  • the communication device 1400 further includes: a program stored in the memory 1303 and executable on the processor 1401, and the program is executed by the processor 1301 to implement the steps in the above method.
  • the bus architecture may include any number of interconnected buses and bridges. Specifically, one or more processors represented by the processor 1401 and various circuits of the memory represented by the memory 1403 are linked together.
  • the bus architecture can also link various other circuits such as peripherals, voltage regulators, power management circuits, etc., which are all known in the art, and therefore, no further descriptions are provided herein.
  • the bus interface provides the interface.
  • the transceiver 1402 may be a plurality of elements, that is, including a transmitter and a receiver, and provide a unit for communicating with various other devices on the transmission medium.
  • the communication device provided in the embodiments of the present disclosure can execute the foregoing method embodiments, and its implementation principles and technical effects are similar, and details are not described herein again in this embodiment.
  • the steps of the method or algorithm described in connection with the disclosure of the present disclosure may be implemented in a hardware manner, or may be implemented in a manner of executing software instructions on a processor.
  • Software instructions can be composed of corresponding software modules, which can be stored in random access memory (Random Access Memory, RAM), flash memory, memory (Read-Only Memory, ROM), erasable programmable read-only memory (Erasable PROM (EPROM), Electrically Erasable Programmable Read-Only Memory (EPROM, EEPROM), registers, hard disk, mobile hard disk, CD-ROM, or any other form of storage medium known in the art.
  • An exemplary storage medium is coupled to the processor, so that the processor can read information from the storage medium and can write information to the storage medium.
  • the storage medium may also be an integral part of the processor.
  • the processor and the storage medium may be carried in an application specific integrated circuit (ASIC).
  • ASIC application specific integrated circuit
  • the ASIC can be carried in the core network interface device.
  • the processor and the storage medium may also exist as discrete components in the core network interface device.
  • Computer readable media include computer storage media and communication media, where communication media includes any media that facilitates the transfer of computer programs from one place to another.
  • the storage medium may be any available medium that can be accessed by a general-purpose or special-purpose computer.
  • the embodiments of the present disclosure may be provided as methods, systems, or computer program products. Therefore, the embodiments of the present disclosure may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the embodiments of the present disclosure may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device.
  • the device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment.
  • the instructions provide steps for implementing functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.
  • the embodiments described in the embodiments of the present disclosure may be implemented by hardware, software, firmware, middleware, microcode, or a combination thereof.
  • the units, modules, sub-units and sub-modules can be implemented in one or more application specific integrated circuits (ASIC), digital signal processor (Digital Signal Processing, DSP), digital signal processing equipment (DSP Device) , DSPD), Programmable Logic Device (PLD), Field-Programmable Gate Array (FPGA), general-purpose processors, controllers, microcontrollers, microprocessors, and Disclosure of the described functions in other electronic units or combinations thereof.
  • ASIC application specific integrated circuits
  • DSP digital signal processor
  • DSP Device digital signal processing equipment
  • PLD Programmable Logic Device
  • FPGA Field-Programmable Gate Array
  • general-purpose processors controllers, microcontrollers, microprocessors, and Disclosure of the described functions in other electronic units or combinations thereof.
  • the technology described in the embodiments of the present disclosure can be implemented by modules (for example, procedures, functions, etc.) that perform the functions described in the embodiments of the present disclosure.
  • the software codes can be stored in the memory and executed by the processor.
  • the memory can be implemented in the processor or external to the processor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例提供一种数据处理的方法和设备，该方法包括：接收解压端发送的反馈信息；根据所述反馈信息，重传压缩数据包或者更新压缩上下文；其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。

Description

数据处理的方法和设备
相关申请的交叉引用
本申请主张在2019年7月10日在中国提交的中国专利申请No.201910621162.X的优先权，其全部内容通过引用包含于此。
技术领域
本公开实施例涉及通信技术领域，具体涉及一种数据处理的方法和设备。
背景技术
当解压缩失败后，相关技术中的解压端(或者称为解压缩端)或压缩端都没有对不能成功解压的数据进行任何处理，这样将会造成数据包的丢失。
例如：信令无线承载(Signalling Radio Bearers，SRB)数据，比如终端发送的能力信息，或是测量报告。这种信令的特点是比较大，使用压缩会提升系统效率，但是如果解压失败后，没有任何处理，就会造成数据丢失，甚至造成网络无法工作的情况。
发明内容
本公开实施例的一个目的在于提供一种数据处理的方法和设备，解决由于解压失败导致的数据包丢失的问题。
第一方面，提供一种数据处理的方法，应用于压缩端，包括：
接收解压端发送的反馈信息；
根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
可选地，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
可选地，所述解压失败的信息包括以下一项或多项：与解压失败数据包对应的RB信息；
与解压失败数据包对应的数据流信息；
与解压失败数据包对应的字典信息。
可选地，所述重传压缩数据包包括以下任意一项：
重传所述解压失败的压缩数据包的SN指示的压缩失败的数据包；
重传所述RB信息对应承载的数据包；
重传所述流信息对应承载的数据包；
重传所述字典信息对应承载的数据包。
可选地，所述更新压缩上下文包括以下一项或多项：
字典的更新重传；
压缩算法的重新发送。
可选地，承载所述反馈信息的是RRC信令，或PDCP控制PDU，或PDCP的包头。
可选地，所述压缩端位于PDCP层。
依据第二方面，本公开实施例还提供一种数据处理的方法，应用于解压端，包括：
向压缩端发送反馈信息；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
可选地，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
可选地，所述解压失败的信息包括以下一项或多项：
与解压失败数据包对应的RB信息；
与解压失败数据包对应的数据流信息；
与解压失败数据包对应的字典信息。
可选地，承载所述反馈信息的是RRC信令，或PDCP控制PDU，或PDCP的包头。
可选地，所述向压缩端发送反馈信息，包括：
根据所述压缩端的触发或者根据预设周期，向所述压缩端发送所述反馈信息。
可选地，所述解压端位于PDCP层。
第三方面，本公开实施例还提供一种压缩端，包括：
接收模块，用于接收解压端发送的反馈信息；
处理模块，用于根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
第四方面，本公开实施例还提供一种压缩端，包括：第一收发机和第一处理器；
所述第一收发机，用于接收解压端发送的反馈信息；
所述第一处理器，用于根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
第五方面，本公开实施例还提供一种解压端，包括：
发送模块，用于向压缩端发送反馈信息；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
第六方面，本公开实施例还提供一种解压端，包括：第二收发机和第二处理器；
所述第二收发机，用于向压缩端发送反馈信息；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
第七方面，本公开实施例还提供一种通信设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的数据处理的方法的步骤。
第八方面，本公开实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的数据处理的方法的步骤。
在本公开实施例中，可以降低压缩失败率，提升系统性能。
附图说明
通过阅读下文可选的实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出可选的实施方式的目的，而并不认为是对本公开的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为无线通信系统的架构示意图；
图2为本公开实施例的数据处理的方法的流程图之一；
图3为本公开实施例的数据处理方法的流程图之二；
图4为本公开实施例中UE发生解压缩失败后，向网络侧发送指示压缩失败信息，网络侧根据指示信息执行数据包重传的示意图；
图5为本公开实施例中网络侧发生解压缩失败后，向UE发送指示压缩失败信息，UE根据指示信息执行数据包重传的示意图；
图6为本公开实施例中UE发生解压缩失败后，向网络侧发送指示压缩成功信息，网络侧根据指示信息执行数据包重传的示意图；
图7为本公开实施例中网络侧发生解压缩失败后，向UE发送指示压缩成功信息，UE根据指示信息执行数据包重传的示意图；
图8为本公开实施例中UE侧发生解压缩失败后，向网络侧发送指示压缩失败信息，网络侧根据指示信息执行UE压缩算法上下文的更新的示意图；
图9为本公开实施例中网络侧发生解压缩失败后，网络侧执行UE压缩算法上下文的更新的示意图；
图10为本公开实施例的压缩端的示意图之一；
图11为本公开实施例的压缩端的示意图之二；
图12为本公开实施例的解压端的示意图之一；
图13为本公开实施例的解压端的示意图之二；
图14为本公开实施例的通信设备的示意图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。
在本公开实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本公开实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
为了便于理解本公开的实施例，下面对以下技术点进行介绍。
一、关于上行数据压缩(Uplink Data Compression，UDC)：
现在数据传输过程中，数据量较大时，会造成传输资源紧张。特别是在小区边缘位置，终端的上行链路(UpLink，UL)功率受限，大数据包的传输成功率也会受影响。因此，为了提升系统无线资源利用率，提出了UDC的概念。
UDC，即使用相关技术中的开源压缩算法，对UL数据包进行压缩后，再传输。和鲁棒报头压缩(RObust Header Compression，ROHC)不同的是，ROHC只对数据包的头执行压缩，而UDC可以对整个分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)服务数据单元(service Data Unit，SDU)执行压缩，所以压缩效率特别是针对大包，会更高。
在相关技术中，UDC是通过无线资源控制(Radio Resource Control，RRC)配置的。终端会预存储一个字典，网络侧和终端保持字典的同步。终端根据字典执行UDC压缩，并将压缩后的数据包发送给网络侧。网络侧根据字典进行解压缩。
二、关于无线链路控制(Radio Link Control，RLC)确认模式(Acknowledged Mode，AM)模式：
在第四代移动通信系统(Fourth Generation，4G)/第五代移动通信系统(fifth-generation，5G)都支持RLC AM模式。RLC AM模式下，发送端通过分段/级联等方式将RLC SDU组成RLC协议数据单元(Protocol Data Unit，PDU)，并标注RLC序列号(Serial Number，SN)。RLC接收端根据SN获知哪些RLC PDU没有收到，并发送状态报告给发送端。发送端收到状态报告后，根据状态报告来完成没有收到RLC PDU的重传。
因此RLC AM模式下能够保证数据包发送可靠性，即非常低的丢包率。
三、关于RLC非确认模式(Unacknowledged Mode，UM)：
在4G/5G都支持RLC UM模式。RLC UM模式下，发送端通过分段/级联等方式将RLC SDU组成RLC PDU，并标注RLC SN。这些是和RLC AM是一样的。但是RLC UM模式下，接收端不会发送状态报告，而发送端无法获知哪些数据包丢失，从而也不会重传丢失RLC的PDU。这点无法保证数据传输的较低的丢包率。
但是由于不涉及重传，所以RLC UM模式下，数据的传输速率会大于RLC AM模式。所以对于一些对丢包率不敏感，而对发送延迟敏感的数据，会选择RLC UM模式。
四、关于UDC校验失败：
相关技术中，如果UDC解压缩端解压缩失败后，会向压缩端发送一个错误指示，这样压缩端收到这个错误指示后会重置字典。但是对解压缩失败的数据没有任何处理。
下面结合附图介绍本公开的实施例。本公开实施例提供的HARQ反馈的方法和终端可以应用于无线通信系统中。该无线通信系统可以为采用第五代移动通信技术(fifth-generation，5G)系统，或者演进型长期演进(Evolved Long Term Evolution，eLTE)系统，或者后续演进通信系统。
参考图1，为本公开实施例提供的一种无线通信系统的架构示意图。如图1所示，该无线通信系统可以包括：网络设备10和终端(例如用户设备(User Equipment，UE))，例如，终端记做UE11，UE11可以与网络设备10通信 (传输信令或传输数据)。在实际应用中上述各个设备之间的连接可以为无线连接，为了方便直观地表示各个设备之间的连接关系，图1中采用实线示意。
需要说明的是，上述通信系统可以包括多个UE11，网络设备10可以与多个UE11通信。
本公开实施例提供的网络设备10可以为基站，该基站可以为通常所用的基站，也可以为演进型基站(evolved node base station，eNB)，还可以为5G系统中的网络设备(例如，下一代基站(next generation node base station，gNB)或发送和接收点(transmission and reception point，TRP))等设备。
本公开实施例提供的用户设备可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本或者个人数字助理(Personal Digital Assistant，PDA)等。
参见图2，本公开实施例提供一种数据处理的方法，该方法的执行主体为压缩端，例如终端或网络设备。该方法包括：步骤201和步骤202。
步骤201：接收解压端发送的反馈信息；
可选地，所述反馈信息表示解压端解压失败或者指示解压端解压成功。
可以理解的是，在步骤201之前，压缩端发送压缩数据。
步骤202：根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
其中，在一些实施方式中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN和解压失败的信息；
在另一些实施方式中，所述反馈信息包括：解压成功的压缩数据包的信息。如果反馈信息指示有数据包没有解压缩成功，压缩端将根据成功解压缩端的SN判断哪些数据没有成功解压缩，从而对这些数据包执行重传。
当然可以理解的是，该反馈信息中也可以包括：解压失败的压缩数据包的SN和解压成功的压缩数据包的信息，压缩端将根据成功解压缩端的SN判断哪些数据没有成功解压缩，或者根据解压失败的压缩数据包的SN，对这些数据包执行重传。
在一些实施方式中，所述解压失败的压缩数据包的SN为压缩失败的分组数据汇聚协议(PDCP)协议数据单元(PDU)的SN。
在一些实施方式中，所述解压失败的信息包括以下一项或多项：
(1)与解压失败数据包对应的无线承载(RB)信息；
该RB信息用于指示哪个RB上的数据解压缩失败。
例如，该RB信息可以为SRB信息或者数据无线承载(Data Radio Bearer，DRB)信息，该DRB信息用于指示哪个数据流上的数据解压缩失败。
(2)与解压失败数据包对应的数据流信息；
例如：流信息为数据流的ID。
(3)与解压失败数据包对应的字典信息。
例如：字典信息为字典的标识(IDentity，ID)。
在一些实施方式中，所述重传压缩数据包包括以下任意一项：
(1)重传所述解压失败的压缩数据包的SN指示的压缩失败的数据包；
例如：SN可以是分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)的SN，或者无线链路控制(Radio Link Control，RLC)PDU的SN；
(2)重传RB信息对应承载的数据包；
例如，该RB信息可以为SRB信息或者数据无线承载(Data Radio Bearer，DRB)信息。
(3)重传数据流信息对应承载的数据包；
例如：流信息为数据流的ID。在5G系统中，一个或多个数据流会在服务数据适应协议(Service Data Adaption Protocol，SDAP)层映射为一个DRB，比如丢包率要求很低的数据流映射到DRB1，而对丢包率要求不严格的数据流映射到DRB2。
(4)重传字典信息对应承载的数据包。
例如：字典信息为字典的ID。
可选地，如果反馈信息包括：SN，压缩端将对应SN的PDU执行重传。
可选地，如果反馈信息包括：承载信息，压缩端将对应该承载的PDCPSDU再重新编号发送。这个方案主要针对SRB数据，因为SRB数据一般都是以一或几个PDCP SDU的形式出现，不会很多，所以可以直接发送将PDCP SDU重新发送即可。
可选地，如果反馈信息包括数据流信息，压缩端将对应该数据流的PDCPPDU重新发送。这种情况主要是针对DRB数据。
可选地，如果反馈信息包括字典的ID信息，可以根据字典的ID信息，将使用此ID信息的字典数据执行重新压缩，并发送，这种情况适合压缩刚开始不久，即产生压缩失败的情况。
在一些实施方式中，所述更新压缩上下文包括以下一项或多项：字典的更新重传，压缩算法的重新发送。
在一些实施方式中，承载所述反馈信息的是无线资源控制(Radio Resource Control，RRC)信令，或PDCP控制PDU，或PDCP的包头。
在本公开实施例中，可以降低压缩失败率，提升系统性能。
参见图3，本公开实施例提供一种数据处理的方法，该方法的执行主体为解压端，例如网络设备或终端。包括步骤301。
步骤301：向压缩端发送反馈信息；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
其中，在一些实施方式中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN和解压失败的信息；
在另一些实施方式中，所述反馈信息包括：解压成功的压缩数据包的信息，用于指示被成功解压的数据包。
可以理解的是，在步骤301之前，解压端从压缩端接收压缩数据包，并执行解压缩过程。
可选地，所述反馈信息表示所述解压端解压失败或者表示所述解压端解压成功。
在一些实施方式中，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
在一些实施方式中，所述解压失败的信息包括以下一项或多项：
(1)与解压失败数据包对应的无线承载(RB)信息；
(2)与解压失败数据包对应的数据流信息；
(3)与解压失败数据包对应的字典信息。
在一些实施方式中，承载所述反馈信息的是RRC信令，或PDCP控制PDU，或PDCP的包头。
在一些实施方式中，所述向压缩端发送反馈信息，包括：
根据所述压缩端的触发或者根据预设周期，向所述压缩端发送所述反馈信息。
可选地，根据压缩端的触发是指根据接收到压缩端发送的触发消息。
可选地，预设周期可以是网络侧配置的，对该周期不做具体限定。
在本公开实施例中，可以降低压缩失败率，提升系统性能。
实施例一：UE发生解压缩失败后，向网络侧发送指示压缩失败信息，网络侧根据指示信息执行数据包重传。参见图4，具体步骤如下：
步骤401：网络侧向UE发送压缩数据包。
步骤402：UE执行解压缩过程。
当UE发现解压缩失败后，记录第一信息，第一信息包括以下一项或多项：发生解压错误的协议数据单元(Protocol Data Unit，PDU)序列号(Serial Number，SN)、发生压缩失败的数据无线承载(Data Radio Bearer，DRB)信息、发生压缩失败的数据流信息、发生压缩失败的字典信息。
例如，PDU SN可以是分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)的SN，或无线链路控制(Radio Link Control，RLC)PDU的SN；DRB信息可以是DRB的标识(Identity，ID)信息；数据流信息可以是数据流的ID信息；字典信息可以是字典的ID，这里不再赘述。
可选地，UE将解压缩失败的数据包丢弃。
步骤403：UE将第一信息发送给网络侧。
可选地，承载第一信息的可以是无线资源控制(Radio Resource Control，RRC)信令，或PDCP控制PDU，或PDCP的包头。
步骤404：网络侧收到第一信息后，根据第一信息执行重传。
可选地，如果第一信息包括：SN，网络侧将对应SN的PDU执行重传。
可选地，如果第一信息包括：承载信息，网络侧将对应该承载信息的PDCPSDU再重新编号发送。这个方案主要针对信令无线承载(Signalling Radio  Bearers，SRB)数据，因为SRB数据一般都是以几个PDCP SDU的形式出现，不会很多，所以可以直接发送将PDCP SDU编号重新发送即可。
可选地，如果第一信息包括：数据流信息，网络侧将对应该数据流信息的PDCP PDU重新发送。这种情况主要是针对DRB数据。
可选地，如果字典信息是字典的ID，可以根据字典的ID，将使用此ID信息的字典数据执行重新压缩，并发送。这种情况适合刚开始执行压缩的数据。
实施例二：网络侧发生解压缩失败后，向UE发送指示压缩失败信息，UE根据指示信息执行数据包重传。参见图5，步骤如下：
步骤501：UE向网络侧发送压缩数据包。
步骤502：网络侧执行解压缩过程。
当网络侧发现解压缩失败后，记录第一信息，第一信息包括以下一项或多项：发生错误的PDU SN、发生压缩失败的DRB信息、发生压缩失败的数据流、发生压缩失败的字典信息。
例如，PDU SN可以是PDCP的SN，或RLC PDU的SN。DRB信息可以是DRB的ID信息，数据流信息可以是数据流的ID信息，字典信息可以是字典的ID号，这里不再赘述。
可选地，网络侧将解压缩失败的数据包丢弃。
步骤503：网络侧将第一信息发送给UE。
可选地，承载第一信息的可以是RRC信令，或PDCP控制PDU，或PDCP的包头。
步骤504：UE收到第一信息后，根据第一信息执行重传。
可选地，如果第一信息包括：SN，UE将对应SN的PDU执行重传。
可选地，如果第一信息包括：承载信息，UE将对应该承载的PDCP SDU再重新编号发送。这个方案主要针对SRB数据，因为SRB数据一般都是以一或几个PDCP SDU的形式出现，不会很多，所以可以直接发送将PDCP SDU重新发送即可。
可选地，如果第一信息包括数据流信息，UE将对应该数据流的PDCP PDU重新发送。这种情况主要是针对DRB数据。
可选地，如果字典信息是字典的ID信息，可以根据字典的ID信息，将使用此ID信息的字典数据执行重新压缩，并发送，这种情况适合压缩刚开始不久，即产生压缩失败的情况。
实施例三：UE发生解压缩失败后，向网络侧发送指示压缩成功信息，网络侧根据指示信息执行数据包重传，参见图6，具体步骤如下：
步骤601：网络侧向UE发送压缩数据包。
步骤602：UE执行解压缩过程。
当UE执行数据包解压时，记录第二信息，第二信息包括：成功解压的PDU SN，该PDU SN可以是PDCP的SN，或RLC PDU的SN。
步骤603：UE将第二信息发送给网络侧。
可选地，UE选择周期性的发送第二信息，所述周期可以是网络侧配置的。也可以是基于压缩端的触发。例如，网络侧需要将认为成功接收的数据删除时(比如根据层间交互信息)，向解压缩端发送触发消息，解压缩端根据触发信息，发送第二信息。
可选地，承载第二信息的可以是RRC信令，或PDCP控制PDU，或PDCP的包头。
步骤604：网络侧收到第二信息后，根据第二信息执行压缩数据的删除，或重传。
如果第二信息指示有数据包没有解压缩成功，压缩端将根据成功解压缩端的SN判断哪些数据没有成功解压缩，从而对这些数据包执行重传。
实施例四：网络侧发生解压缩失败后，向UE发送指示压缩成功信息，UE根据指示信息执行数据包重传，参见图7，具体步骤如下：
步骤701：UE向网络侧发送压缩数据包。
步骤702：网络侧执行解压缩过程。
当网络侧执行数据包解压时，记录第二信息，第二信息可以是：成功解压的PDU SN，PDU SN可以是PDCP的SN，或RLC PDU的SN。
步骤703：网络侧将第二信息发送给UE。
可选地，网络侧选择周期性的发送第二信息。也可以是基于UE的触发。比如UE需要将认为成功接收的数据删除时(比如根据层间交互信息)，向解 压缩端发送触发消息，解压缩端根据触发信息，发送第二信息。
可选地，承载第二信息的可以是RRC信令，或PDCP控制PDU，或PDCP的包头。
步骤704：UE收到第二信息后，根据第二信息执行压缩数据的删除，或重传。
如果第二信息指示有数据包没有解压缩成功，那么压缩端将根据成功解压缩端的SN判断哪些数据没有成功解压缩，从而对这些数据包执行重传。
实施例五：UE侧发生解压缩失败后，向网络侧发送指示压缩失败信息，网络侧根据指示信息执行UE压缩算法上下文的更新。参见图8，具体步骤如下：
步骤801：网络侧向UE发送压缩数据包。
步骤802：UE执行解压缩过程。
当UE发现解压缩失败后，记录第三信息，第三信息可以包括以下一项或多项：字典的信息，解压失败数据包的SN。
步骤803：UE将第三信息发送给网络侧。
可选地，承载第三信息的可以是RRC信令，或PDCP控制PDU，或PDCP的包头。
步骤804：网络侧收到第三信息后，根据第三信息执行UE压缩上下文的更新。
可选地，UE压缩上下文的更新包括：网络侧重新发送压缩算法；和/或，网络侧重新发送压缩字典。
步骤805：UE根据网络侧更新的UE压缩上下文，更新压缩上下文。
可选地，如果网络侧发更新了压缩了算法，那么UE将更新压缩算法；如果网络侧重新发送了字典，那么UE将更新字典；
步骤806：UE根据更新的压缩上下文，执行数据解压缩。
实施例六：网络侧发生解压缩失败后，网络侧执行UE压缩算法上下文的更新。参见图9，具体步骤如下：
步骤901：UE向网络侧发送压缩数据包。
步骤902：网络侧接收到UE发送的压缩数据包后，执行解压缩过程。
当网络侧发现解压缩失败后，记录第三信息，第三信息可以是：字典的信息，和/或解压失败数据包的SN。
步骤903：网络侧执行UE压缩上下文的更新。
可选地，网络侧执行UE压缩上下文的更新包括：网络侧重新发送压缩算法；和/或网络侧重新发送压缩字典。
步骤904：UE根据网络侧更新的UE压缩上下文，更新压缩上下文。
可选地，如果网络侧发更新了压缩了算法，那么UE将更新压缩算法；如果网络侧重新发送了字典，那么UE将更新字典；
步骤905：UE根据更新的压缩上下文，执行数据压缩。
本公开实施例中还提供了一种压缩端，由于压缩端解决问题的原理与本公开实施例中数据处理的方法相似，因此该压缩端的实施可以参见方法的实施，重复之处不再敷述。
参见图10，本公开实施例还提供一种压缩端，该压缩端1000包括：
接收模块1001，用于接收解压端发送的反馈信息；
处理模块1002，用于根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
在一些实施方式中，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
在一些实施方式中，所述解压失败的信息包括以下一项或多项：(1)与解压失败数据包对应的RB信息；
(2)与解压失败数据包对应的数据流信息；
(3)与解压失败数据包对应的字典信息。在一些实施方式中，所述重传压缩数据包包括以下任意一项：
(1)重传所述解压失败的压缩数据包的SN指示的压缩失败的数据包；
(2)重传所述RB信息对应承载的数据包；
(3)重传所述流信息对应承载的数据包；
(4)重传所述字典信息对应承载的数据包。
在一些实施方式中，所述更新压缩上下文包括以下一项或多项：字典的更新重传；压缩算法的重新发送。
在一些实施方式中，承载所述反馈信息的是RRC信令，或PDCP控制PDU，或PDCP的包头。
在一些实施方式中，所述压缩端位于PDCP层。
本公开实施例提供的压缩端，可以执行上述实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本公开实施例中还提供了一种压缩端，由于压缩端解决问题的原理与本公开实施例中数据处理的方法相似，因此该压缩端的实施可以参见方法的实施，重复之处不再敷述。
参见图11，本公开实施例还提供一种压缩端，该压缩端1100包括：第一收发机1101和第一处理器1102；
所述第一收发机1101，用于接收解压端发送的反馈信息；
所述第一处理器1102，用于根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
在一些实施方式中，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
在一些实施方式中，所述解压失败的信息包括以下一项或多项：(1)与解压失败数据包对应的RB信息；
(2)与解压失败数据包对应的数据流信息；
(3)与解压失败数据包对应的字典信息。在一些实施方式中，所述重传压缩数据包包括以下任意一项：
(1)重传所述解压失败的压缩数据包的SN指示的压缩失败的数据包；
(2)重传所述RB信息对应承载的数据包；
(3)重传所述流信息对应承载的数据包；
(4)重传所述字典信息对应承载的数据包。
在一些实施方式中，所述更新压缩上下文包括以下一项或多项：字典的 更新重传；压缩算法的重新发送。
在一些实施方式中，承载所述反馈信息的是RRC信令，或PDCP控制PDU，或PDCP的包头。
在一些实施方式中，所述压缩端位于PDCP层。
本公开实施例提供的压缩端，可以执行上述实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本公开实施例中还提供了一种解压端，由于解压端解决问题的原理与本公开实施例中数据处理的方法相似，因此该解压端的实施可以参见方法的实施，重复之处不再敷述。
参见图12，本公开实施例还提供一种解压端，解压端1200包括：
发送模块1201，用于向压缩端发送反馈信息；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
在一些实施方式中，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
在一些实施方式中，所述解压失败的信息包括以下一项或多项：
(1)与解压失败数据包对应的RB信息；
(2)与解压失败数据包对应的数据流信息；
(3)与解压失败数据包对应的字典信息。
在一些实施方式中，承载所述反馈信息的是RRC信令，或PDCP控制PDU，或PDCP的包头。
在一些实施方式中，发送模块1201进一步用于：根据所述压缩端的触发或者根据预设周期，向所述压缩端发送所述反馈信息。
在一些实施方式中，所述解压端位于PDCP层。
本公开实施例提供的解压端，可以执行上述实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本公开实施例中还提供了一种解压端，由于解压端解决问题的原理与本公开实施例中数据处理的方法相似，因此该解压端的实施可以参见方法的实施，重复之处不再敷述。
参见图13，本公开实施例还提供一种解压端，解压端1300包括：第二收发机1301和第二处理器1302；
所述第二收发机1301，用于向压缩端发送反馈信息，所述反馈信息表示所述解压端解压失败或者表示所述解压端解压成功；
其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息；
所述第二处理器1302用于执行解压处理，当然并不限于此。
在一些实施方式中，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
在一些实施方式中，所述解压失败的信息包括以下一项或多项：
(1)与解压失败数据包对应的RB信息；
(2)与解压失败数据包对应的数据流信息；
(3)与解压失败数据包对应的字典信息。
在一些实施方式中，承载所述反馈信息的是RRC信令，或PDCP控制PDU，或PDCP的包头。
在一些实施方式中，发送模块1301进一步用于：根据所述压缩端的触发或者根据预设周期，向所述压缩端发送所述反馈信息。
在一些实施方式中，所述解压端位于PDCP层。
本公开实施例提供的解压端，可以执行上述实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
请参阅图14，图14是本公开实施例应用的通信设备的结构图，如图14所示，通信设备1400包括：处理器1401、收发机1402、存储器1403和总线接口，其中，处理器1401可以负责管理总线架构和通常的处理。存储器1403可以存储处理器1401在执行操作时所使用的数据。
在本公开的一个实施例中，通信设备1400还包括：存储在存储器上1303并可在处理器1401上运行的程序，程序被处理器1301执行时实现以上方法中的步骤。
在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1401代表的一个或多个处理器和存储器1403代表的存储器的各种电路链 接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1402可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
本公开实施例提供的通信设备，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
结合本公开公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以由在处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、存储器(Read-Only Memory，ROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以携带在专用集成电路(application specific integrated circuit，ASIC)中。另外，该ASIC可以携带在核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本公开所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本公开的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本公开的具体实施方式而已，并不用于限定本公开的保护范围，凡在本公开的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本公开的保护范围之内。
本领域内的技术人员应明白，本公开实施例可提供为方法、系统、或计 算机程序产品。因此，本公开实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开实施例是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
可以理解的是，本公开实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，单元、模块、子单元和子模块可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本公开所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本公开实施例所述功能的模块(例如过程、函数等)来实现本公开实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
显然，本领域的技术人员可以对本公开实施例进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开实施例的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims (41)

  1. 一种数据处理的方法，应用于压缩端，包括：
    接收解压端发送的反馈信息；
    根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
    其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的序列号SN；解压失败的信息；解压成功的压缩数据包的信息。
  2. 根据权利要求1所述的方法，其中，所述解压失败的压缩数据包的SN为压缩失败的分组数据汇聚协议PDCP协议数据单元PDU的SN。
  3. 根据权利要求1所述的方法，其中，所述解压失败的信息包括以下一项或多项：与解压失败数据包对应的无线承载RB信息；
    与解压失败数据包对应的数据流信息；
    与解压失败数据包对应的字典信息。
  4. 根据权利要求3所述的方法，其中，所述重传压缩数据包包括以下任意一项：
    重传所述解压失败的压缩数据包的SN指示的压缩失败的数据包；
    重传所述RB信息对应承载的数据包；
    重传所述流信息对应承载的数据包；
    重传所述字典信息对应承载的数据包。
  5. 根据权利要求1所述的方法，其中，所述更新压缩上下文包括以下一项或多项：
    字典的更新重传；
    压缩算法的重新发送。
  6. 根据权利要求1所述的方法，其中，承载所述反馈信息的是无线资源控制RRC信令，或PDCP控制PDU，或PDCP的包头。
  7. 根据权利要求1至6任意一项所述的方法，其中，所述压缩端位于PDCP层。
  8. 一种数据处理的方法，应用于解压端，包括：
    向压缩端发送反馈信息；
    其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的SN；解压失败的信息；解压成功的压缩数据包的信息。
  9. 根据权利要求8所述的方法，其中，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
  10. 根据权利要求8所述的方法，其中，所述解压失败的信息包括以下一项或多项：
    与解压失败数据包对应的RB信息；
    与解压失败数据包对应的数据流信息；
    与解压失败数据包对应的字典信息。
  11. 根据权利要求8所述的方法，其中，承载所述反馈信息的是无线资源控制RRC信令，或PDCP控制PDU，或PDCP的包头。
  12. 根据权利要求8所述的方法，其中，所述向压缩端发送反馈信息，包括：
    根据所述压缩端的触发或者根据预设周期，向所述压缩端发送所述反馈信息。
  13. 根据权利要求8至12任意一项所述的方法，其中，所述解压端位于PDCP层。
  14. 一种压缩端，包括：
    接收模块，用于接收解压端发送的反馈信息；
    处理模块，用于根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
    其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的序列号SN；解压失败的信息；解压成功的压缩数据包的信息。
  15. 根据权利要求14所述的压缩端，其中，所述解压失败的压缩数据包的SN为压缩失败的分组数据汇聚协议PDCP协议数据单元PDU的SN。
  16. 根据权利要求14所述的压缩端，其中，所述解压失败的信息包括以下一项或多项：与解压失败数据包对应的无线承载RB信息；
    与解压失败数据包对应的数据流信息；
    与解压失败数据包对应的字典信息。
  17. 根据权利要求16所述的压缩端，其中，所述处理模块执行所述重传压缩数据包时，实现以下任意一项步骤：
    重传所述解压失败的压缩数据包的SN指示的压缩失败的数据包；
    重传所述RB信息对应承载的数据包；
    重传所述流信息对应承载的数据包；
    重传所述字典信息对应承载的数据包。
  18. 根据权利要求14所述的压缩端，其中，所述处理模块执行所述更新压缩上下文时，实现以下一项或多项步骤：
    字典的更新重传；
    压缩算法的重新发送。
  19. 根据权利要求14所述的压缩端，其中，承载所述反馈信息的是无线资源控制RRC信令，或PDCP控制PDU，或PDCP的包头。
  20. 根据权利要求14至19任意一项所述的压缩端，其中，所述压缩端位于PDCP层。
  21. [根据细则91更正 02.09.2020]　
    一种压缩端，包括：第一收发机和第一处理器；
    所述第一收发机，用于接收解压端发送的反馈信息；
    所述第一处理器，用于根据所述反馈信息，重传压缩数据包或者更新压缩上下文；
    其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的序列号SN；解压失败的信息；解压成功的压缩数据包的信息。
  22. [根据细则91更正 02.09.2020]　
    根据权利要求20所述的压缩端，其中，所述解压失败的压缩数据包的SN为压缩失败的分组数据汇聚协议PDCP协议数据单元PDU的SN。
  23. [根据细则91更正 02.09.2020]　
    根据权利要求20所述的压缩端，其中，所述解压失败的信息包括以下一项或多项：与解压失败数据包对应的无线承载RB信息；
    与解压失败数据包对应的数据流信息；
    与解压失败数据包对应的字典信息。
  24. [根据细则91更正 02.09.2020]　
    根据权利要求22所述的压缩端，其中，所述第一处理器执行所述重传压缩数据包时，实现以下任意一项步骤：
    重传所述解压失败的压缩数据包的SN指示的压缩失败的数据包；
    重传所述RB信息对应承载的数据包；
    重传所述流信息对应承载的数据包；
    重传所述字典信息对应承载的数据包。
  25. [根据细则91更正 02.09.2020]　
    根据权利要求20所述的压缩端，其中，所述第一处理器执行所述更新压缩上下文时，实现以下一项或多项步骤：
    字典的更新重传；
    压缩算法的重新发送。
  26. [根据细则91更正 02.09.2020]　
    根据权利要求20所述的压缩端，其中，承载所述反馈信息的是无线资源控制RRC信令，或PDCP控制PDU，或PDCP的包头。
  27. [根据细则91更正 02.09.2020]　
    根据权利要求20至25任意一项所述的压缩端，其中，所述压缩端位于PDCP层。
  28. [根据细则91更正 02.09.2020]　
    一种解压端，包括：
    发送模块，用于向压缩端发送反馈信息；
    其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的序列号SN；解压失败的信息；解压成功的压缩数据包的信息。
  29. [根据细则91更正 02.09.2020]　
    根据权利要求27所述的解压端，其中，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
  30. [根据细则91更正 02.09.2020]　
    根据权利要求27所述的解压端，其中，所述解压失败的信息包括以下一项或多项：
    与解压失败数据包对应的RB信息；
    与解压失败数据包对应的数据流信息；
    与解压失败数据包对应的字典信息。
  31. [根据细则91更正 02.09.2020]　
    根据权利要求27所述的解压端，其中，承载所述反馈信息的是无线资源控制RRC信令，或PDCP控制PDU，或PDCP的包头。
  32. [根据细则91更正 02.09.2020]　
    根据权利要求27所述的解压端，其中，所述发送模块执行向压缩端发送反馈信息时，实现以下步骤：
    根据所述压缩端的触发或者根据预设周期，向所述压缩端发送所述反馈信息。
  33. [根据细则91更正 02.09.2020]　
    根据权利要求27至31任意一项所述的解压端，其中，所述解压端 位于PDCP层。
  34. [根据细则91更正 02.09.2020]　
    一种解压端，包括：第二收发机和第二处理器；
    所述第二收发机，用于向压缩端发送反馈信息；
    其中，所述反馈信息包括以下一项或多项：解压失败的压缩数据包的序列号SN；解压失败的信息；解压成功的压缩数据包的信息。
  35. [根据细则91更正 02.09.2020]　
    根据权利要求33所述的解压端，其中，所述解压失败的压缩数据包的SN为压缩失败的PDCP PDU的SN。
  36. [根据细则91更正 02.09.2020]　
    根据权利要求33所述的解压端，其中，所述解压失败的信息包括以下一项或多项：
    与解压失败数据包对应的RB信息；
    与解压失败数据包对应的数据流信息；
    与解压失败数据包对应的字典信息。
  37. [根据细则91更正 02.09.2020]　
    根据权利要求33所述的解压端，其中，承载所述反馈信息的是无线资源控制RRC信令，或PDCP控制PDU，或PDCP的包头。
  38. [根据细则91更正 02.09.2020]　
    根据权利要求33所述的解压端，其中，所述第二收发机执行向压缩端发送反馈信息时，实现以下步骤：
    根据所述压缩端的触发或者根据预设周期，向所述压缩端发送所述反馈信息。
  39. [根据细则91更正 02.09.2020]　
    根据权利要求33至38任意一项所述的解压端，其中，所述解压端位于PDCP层。
  40. [根据细则91更正 02.09.2020]　
    一种通信设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至7中任一项所述的应用于压缩端的数据处理的方法的步骤，或8至13中任一项所述的应用于解压端的数据处理的方法的步骤。
  41. [根据细则91更正 02.09.2020]　
    一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的应用于压缩端的数据处理的方法的步骤，或8至13中任一项所述的应用于解压端的数据处理的方法的步骤。
PCT/CN2020/094555 2019-07-10 2020-06-05 数据处理的方法和设备 WO2021004207A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910621162.X 2019-07-10
CN201910621162.XA CN112218390A (zh) 2019-07-10 2019-07-10 数据处理的方法和设备

Publications (2)

Publication Number Publication Date
WO2021004207A1 WO2021004207A1 (zh) 2021-01-14
WO2021004207A9 true WO2021004207A9 (zh) 2021-02-25

Family

ID=74048373

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/094555 WO2021004207A1 (zh) 2019-07-10 2020-06-05 数据处理的方法和设备

Country Status (2)

Country Link
CN (1) CN112218390A (zh)
WO (1) WO2021004207A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023221832A2 (zh) * 2022-05-17 2023-11-23 华为技术有限公司 一种通信方法及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7924731B2 (en) * 2004-11-15 2011-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for handling out-of-sequence packets in header decompression
CN1780296B (zh) * 2004-11-26 2010-08-04 华为技术有限公司 一种快速恢复压缩解压缩上下文的方法
CN101998438B (zh) * 2009-08-17 2013-08-07 电信科学技术研究院 一种提升pdcp鲁棒性头压缩算法性能的方法及设备
CN102045132B (zh) * 2009-10-23 2014-04-30 华为技术有限公司 基于重传机制的对头压缩数据包进行传输的方法和装置
CN102300256B (zh) * 2010-06-22 2014-06-18 电信科学技术研究院 一种头压缩反馈信息的反馈方法和设备
CN104067523B (zh) * 2013-01-17 2018-03-09 华为技术有限公司 一种数据包处理方法和装置
US9923695B2 (en) * 2014-09-24 2018-03-20 Samsung Electronics Co., Ltd. Call processing method and apparatus for use in LTE system
US10009401B2 (en) * 2015-09-23 2018-06-26 Qualcomm Incorporated Call continuity in high uplink interference state
US10194348B2 (en) * 2016-05-27 2019-01-29 Qualcomm Incorporated Techniques and apparatuses for improved robust header compression (ROHC) decompression

Also Published As

Publication number Publication date
WO2021004207A1 (zh) 2021-01-14
CN112218390A (zh) 2021-01-12

Similar Documents

Publication Publication Date Title
WO2018196491A1 (zh) 上行数据解压缩、压缩的方法和装置
US9565007B2 (en) Method of receiving a point-to-multipoint service in a wireless communication system
WO2019095989A1 (zh) 一种缓存同步异常的处理方法和设备
CN108632229B (zh) 一种多连接中的头压缩方法、解头压缩方法及装置
US8964560B2 (en) Apparatus, method, computer program product and system for requesting acknowledgment of transmitted data packets
US8386671B2 (en) Communication system, communication device and communication method
KR20110128276A (ko) 사용자 기기 및 사용자 기기의 하향 데이터 수신 방법
WO2019095974A1 (zh) 数据处理方法、装置以及计算机存储介质
US11665766B2 (en) Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system
US9900802B2 (en) Data transmission method and apparatus, base station, and user equipment
WO2020156261A1 (zh) 一种数据压缩的方法及基站
WO2018201960A1 (zh) 一种进行反馈的方法和设备
WO2018137720A1 (zh) 一种进行数据同步的方法及设备
WO2018152790A1 (zh) 传输反馈信息的方法、终端设备和网络设备
US20230309173A1 (en) Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system
WO2022042379A1 (zh) 数据处理方法、基站、终端及存储介质
WO2021004207A9 (zh) 数据处理的方法和设备
WO2019095975A1 (zh) 数据包处理的方法和设备
WO2014101111A1 (zh) 数据传输方法和设备
WO2019134168A1 (en) Radio link control (rlc) acknowledged mode (am) data reception
CN110557229B (zh) 一种数据发送方法、接收方法、发送端及接收端
WO2019085920A1 (zh) 信息传输方法和通信设备
WO2022237279A1 (zh) 一种数据传输方法及装置
WO2021208863A1 (zh) 数据传输方法及通信装置
WO2015188505A1 (zh) 一种pdcp状态报告组建方法及装置

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

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 20837604

Country of ref document: EP

Kind code of ref document: A1