Data processing method, communication system, and storage medium

By judging the reception status and threshold, the terminal and network equipment work together to determine whether to discard the data packets generated by FEC, which solves the problem of wasted wireless resources and improves resource utilization efficiency.

WO2026016021A1PCT designated stage Publication Date: 2026-01-22BEIJING XIAOMI MOBILE SOFTWARE CO LTD
View PDF 4 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2024/105594
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-07-15
Publication Date
2026-01-22

AI Technical Summary

Technical Problem

In uplink data transmission, when using application-layer forward error correction (FEC) codes, the terminal needs to continue transmitting even if it has received enough data packets, resulting in a waste of radio resources.

Method used

By receiving information sent by network devices, the reception status of data packets is determined, and a preset threshold is used to determine whether to discard the generated data packets, thereby achieving effective utilization of wireless resources.

Benefits of technology

It reduces the waste of wireless resources and improves the efficiency of packet drop handling and resource utilization.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024105594_22012026_PF_FP_ABST
    Figure CN2024105594_22012026_PF_FP_ABST
Patent Text Reader

Abstract

The present disclosure provides a data processing method, a device, and a storage medium. The method is executed by a terminal, and comprises: receiving first information sent by a network device, wherein the first information is used for determining that the reception status of a first data packet is a first reception status, and the first reception status is used for indicating that the first data packet has been correctly received; and on the basis of the first reception status of the first data packet and a first-type threshold among preset thresholds, determining whether to discard a second data packet, wherein the first data packet and / or the second data packet are data packets corresponding to a third data packet on a user plane protocol stack layer of a terminal, and the third data packet is a data packet which is generated by processing at least one original data packet by using an application-layer forward error correction (FEC) code. A determination as to whether a data packet needs to be discarded can be made on the basis of a reception status and a preset threshold, so that the data packet can be discarded when a condition is met, thereby reducing the waste of radio resources.
Need to check novelty before this filing date? Find Prior Art

Description

A data processing method, a communication system, and a storage medium Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to a data processing method, a communication system, and a storage medium. Background Technology

[0002] When using application-layer forward error correction (FEC) codes for uplink data transmission, the terminal still needs to send related data packets even after the data receiving side has received a sufficient number of data packets to decode the original data. This results in the ineffective use of wireless resources and a waste of wireless resources.

[0003] Summary of the Invention

[0004] This disclosure proposes a data processing method, a communication device, a communication system, and a storage medium.

[0005] According to a first aspect of the present disclosure, a data processing method is proposed, executed by a terminal, the method comprising: receiving first information sent by a network device, the first information being used to determine that the reception state of a first data packet is a first reception state, the first reception state being used to identify that the first data packet has been correctly received; determining whether to discard a second data packet based on the first reception state of the first data packet and a first type of threshold in a preset threshold, wherein the first data packet and / or the second data packet are data packets corresponding to a third data packet at the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0006] The above method can determine whether data needs to be discarded based on the data packet reception status and threshold, which can effectively utilize wireless resources and reduce waste of wireless resources.

[0007] According to a second aspect of the present disclosure, a data processing method is proposed, which is executed by a network device. The method includes: sending first information to a terminal, wherein the first information is used to determine that the reception state of a first data packet is a first reception state, the first reception state is used to identify that the first data packet has been correctly received, the first reception state is used by the terminal to determine whether to discard a second data packet, wherein the first data packet and / or the second data packet are data packets corresponding to a third data packet in the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0008] The above method can determine whether data needs to be discarded based on the data packet reception status and threshold, which can effectively utilize wireless resources and reduce waste of wireless resources.

[0009] According to a third aspect of the present disclosure, a terminal is provided, including a transceiver module for receiving first information sent by a network device, the first information being used to determine that the reception state of a first data packet is a first reception state, the first reception state being used to identify that the first data packet has been correctly received; and a processing module for determining whether to discard a second data packet based on the first reception state of the first data packet and a first type of threshold in a preset threshold, wherein the first data packet and / or the second data packet are data packets corresponding to a third data packet at the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0010] According to a fourth aspect of the present disclosure, a network device is provided, including a transceiver module for sending first information to a terminal. The first information is used to determine that the reception state of a first data packet is a first reception state. The first reception state is used to identify that the first data packet has been correctly received. The first reception state is used by the terminal to determine whether to discard a second data packet. The first data packet and / or the second data packet are data packets corresponding to a third data packet at the user plane protocol stack layer of the terminal. The third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0011] According to a fifth aspect of the present disclosure, a communication device is provided, comprising: one or more processors; wherein the one or more processors are configured to invoke instructions to cause the communication device to perform a method as described in any of the first aspects of the present disclosure, or to perform a method as described in any of the second aspects of the present disclosure.

[0012] According to a sixth aspect of the present disclosure, a communication system is proposed, including a network device and a terminal, wherein the terminal is configured to implement the method of the first aspect, and the network device is configured to implement the method of the second aspect.

[0013] According to a seventh aspect of the present disclosure, a storage medium is provided that stores instructions which, when executed on a communication device, cause the communication device to perform a method as described in either the first or second aspect. Attached Figure Description

[0014] The above and / or additional aspects and advantages of this disclosure will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, in which:

[0015] Figure 1 is a schematic diagram of the architecture of some communication systems provided in the embodiments of this disclosure;

[0016] Figure 2 is an interactive schematic diagram of a data processing method provided in an embodiment of this disclosure;

[0017] Figures 3a-3c are schematic flowcharts of some data processing methods provided in the embodiments of this disclosure;

[0018] Figures 4a-4c are schematic flowcharts of some other data processing methods provided in the embodiments of this disclosure;

[0019] Figure 5 is an interactive schematic diagram of some other data processing methods provided in the embodiments of this disclosure;

[0020] Figure 6 is an example diagram of a data processing method provided in an embodiment of this disclosure;

[0021] Figure 7 is a flowchart illustrating a user plane data processing method provided in an embodiment of this disclosure;

[0022] Figure 8a is a schematic diagram of the structure of a terminal provided in an embodiment of this disclosure;

[0023] Figure 8b is a schematic diagram of the structure of a network device provided in an embodiment of this disclosure;

[0024] Figure 9a is a schematic diagram of the structure of a communication device provided in an embodiment of this disclosure;

[0025] Figure 9b is a schematic diagram of the structure of a chip provided in an embodiment of this disclosure. Detailed Implementation

[0026] This disclosure provides a data processing method, a communication device, a communication system, and a storage medium.

[0027] In a first aspect, embodiments of this disclosure propose a data processing method executed by a terminal. The method includes: receiving first information sent by a network device, the first information being used to determine that the reception state of a first data packet is a first reception state, the first reception state being used to identify that the first data packet has been correctly received; determining whether to discard a second data packet based on the first reception state of the first data packet and a first type of threshold in a preset threshold, wherein the first data packet and / or the second data packet are data packets corresponding to a third data packet at the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0028] In the above embodiments, it is possible to determine whether data needs to be discarded based on the data packet reception status and threshold, which can effectively utilize wireless resources and reduce the waste of wireless resources.

[0029] In conjunction with some embodiments of the first aspect, in some embodiments, the user plane protocol stack layer is the Packet Data Convergence Protocol (PDCP) layer, and the first data packet and / or the second data packet is a PDCP Protocol Data Unit (PDU) or a PDCP Service Data Unit (SDU).

[0030] In the above embodiments, data packets can be identified, which facilitates the discarding of data packets when conditions are met, such as when the data packet is a PDU or SDU, thereby reducing the waste of wireless resources.

[0031] In conjunction with some embodiments of the first aspect, in some embodiments, the first data packet and the second data packet constitute a PDU set.

[0032] In the above embodiments, a PDU set can be determined, which facilitates the dropping of data packets according to the PDU set when the conditions are met, thereby improving the processing efficiency of packet dropping and reducing the waste of radio resources.

[0033] In conjunction with some embodiments of the first aspect, in some embodiments, the number of first data packets and / or second data packets is at least one, at least two of the first data packets and second data packets are in the same Quality of Service (QoS) stream, or at least two data packets are in different QoS streams; and / or at least two data packets are located in the same Data Radio Bearer (DRB), or at least two data packets are located in different DRBs.

[0034] In the above embodiments, associated data packets can be identified, which facilitates determining the granularity of operations performed on the data packets.

[0035] In conjunction with some embodiments of the first aspect, in some embodiments, a second message sent by a network device is received, the second message being used to indicate whether a packet dropping operation should be performed.

[0036] In the above embodiments, it can be determined whether to perform a packet dropping operation, so as to drop data packets when the conditions are met and reduce the waste of wireless resources.

[0037] In conjunction with some embodiments of the first aspect, in some embodiments, the first message includes second information, and the first message is any one of Radio Resource Control (RRC) message, Media Access Control (MACCE) control unit, PDCP control unit (PDU), and Radio Link Control (RLC) control unit (PDU); the second information is configured at the terminal level, or at the DRB level, or at the MAC entity level.

[0038] In the above embodiments, the network device can configure the second information for the terminal by sending a first message, so as to determine whether to perform a packet dropping operation, thereby dropping data packets when the conditions are met and reducing the waste of wireless resources.

[0039] In conjunction with some embodiments of the first aspect, in some embodiments, the second information is further used for at least one of the following: instructing the terminal whether to perform a packet-based drop operation and / or a packet-set-based drop operation; independently configuring the terminal to perform a packet drop operation based on packets that cannot be correctly received; independently configuring the terminal to perform a packet drop operation based on packets that are correctly received; jointly configuring the terminal to perform a packet drop operation based on packets that cannot be correctly received and to perform a packet drop operation based on packets that are correctly received.

[0040] In the above embodiments, the second information can be determined to facilitate the determination of whether to perform a packet dropping operation, thereby enabling the packet to be dropped when the conditions are met and reducing the waste of wireless resources.

[0041] In conjunction with some embodiments of the first aspect, in some embodiments, the second information is configured at the DRB level, and the second information is used to indicate whether the terminal performs a packet drop operation based on data packets, or to indicate whether to perform a packet drop operation based on a set of data packets; or, the second information is configured at the MAC entity level, and the second information is used to indicate whether the terminal performs a packet drop operation based on data packets, and cannot be used to indicate whether the terminal performs a packet drop operation based on a set of data packets; or, the second information is configured at the MAC entity level, and the second information is used to indicate whether the terminal performs a packet drop operation based on a set of data packets, and cannot be used to indicate whether the terminal performs a packet drop operation based on data packets.

[0042] In the above embodiments, the configuration granularity of the second information can be determined, which facilitates determining the granularity of the second information indication packet discard operation.

[0043] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes: receiving third information sent by a network device, the third information being used to configure or activate a packet copying operation.

[0044] In the above embodiments, the network device can instruct the terminal to perform packet copying through third information, thereby improving the reliability of data transmission.

[0045] In conjunction with some embodiments of the first aspect, in some embodiments, the second information is configured at the DRB granularity, and the network device does not configure the second information and the third information for the terminal for the same DRB; or, the second information is configured at the MAC entity granularity, and the network device configures the second information on the first MAC entity and does not configure the third information on the DRB transmitted within the first MAC entity; or, the second information is configured at the MAC entity granularity, and the network device configures the third information on the first MAC entity and does not configure the second information on the DRB transmitted within the first MAC entity.

[0046] In the above embodiments, it is possible to avoid configuring both packet dropping and packet copying operations for the same DRB simultaneously, thus avoiding resource waste.

[0047] In conjunction with some embodiments of the first aspect, in some embodiments, the first type of threshold includes a first threshold and / or a second threshold. Determining whether to discard a second data packet based on the first reception state of the first data packet and the first type of threshold in the preset threshold includes at least one of the following: determining whether a first condition is met based on the first reception state and the first type of threshold, and determining to discard the second data packet if the first condition is met, wherein the first condition is that the proportion of the number of first data packets in the first reception state to the total number of data packets is greater than or equal to the first threshold, the first type of threshold includes the first threshold, and the second data packet is a data packet that has not yet been correctly received; determining whether a second condition is met based on the first reception state and the first type of threshold, and determining to discard the second data packet if the second condition is met, wherein the second condition is that the number of first data packets in the first reception state is greater than or equal to the second threshold, the first type of threshold includes the second threshold, and the second data packet is a data packet that has not yet been correctly received.

[0048] In the above embodiments, it can be determined whether data packets need to be dropped, so as to drop data packets when the conditions are met and reduce the waste of wireless resources.

[0049] In conjunction with some embodiments of the first aspect, in some embodiments, the first information is further used to determine the reception status of the first data packet as a second reception status, the second reception status being used to indicate that the first data packet cannot be received correctly, and the method further includes: determining whether to discard the second data packet based on the second reception status of the first data packet and a second type threshold in a preset threshold.

[0050] In the above embodiments, it can be determined whether to discard data packets based on the state that the data packets cannot be received correctly and a threshold, so as to discard data packets when the conditions are met and reduce the waste of wireless resources.

[0051] In conjunction with some embodiments of the first aspect, in some embodiments, the second type of threshold includes a third threshold and / or a fourth threshold. Determining whether to discard the second data packet based on the second reception state of the first data packet and the second type of threshold in the preset threshold includes at least one of the following: determining whether a third condition is met based on the second reception state of the first data packet and the second type of threshold in the preset threshold, and discarding the second data packet if the third condition is met, wherein the third condition is that the proportion of the number of first data packets in the second reception state to the total number of data packets is greater than or equal to the third threshold, the second type of threshold includes the third threshold, and the second data packet is a data packet that has not yet been correctly received; determining whether a fourth condition is met based on the second reception state of the first data packet and the second type of threshold in the preset threshold, and discarding the second data packet if the fourth condition is met, wherein the fourth condition is that the number of first data packets in the second reception state is greater than or equal to the fourth threshold, the second type of threshold includes the fourth threshold, and the second data packet is a data packet that has not yet been correctly received.

[0052] In the above embodiments, it can be determined whether to discard data packets based on the state that the data packets cannot be received correctly and a threshold, so as to discard data packets when the conditions are met and reduce the waste of wireless resources.

[0053] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes: determining a preset threshold according to a first mapping relationship, wherein the first mapping relationship is used to represent the mapping relationship between the parameters of the application layer FEC and the preset threshold, and the parameters include at least one of the number of data packets before application layer FEC encoding and the number of data packets after application layer FEC encoding.

[0054] In the above embodiments, a preset threshold can be determined to facilitate the determination of whether data packets need to be dropped, thereby reducing the waste of wireless resources by dropping data packets when the conditions are met.

[0055] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes: determining a preset threshold according to a second mapping relationship, wherein the second mapping relationship is used to represent the mapping relationship between the PDU set importance PSI and the preset threshold.

[0056] In the above embodiments, a preset threshold can be determined to facilitate the determination of whether data packets need to be dropped, thereby reducing the waste of wireless resources by dropping data packets when the conditions are met.

[0057] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes: receiving fourth information sent by a network device, the fourth information being used to indicate at least one of a preset threshold, a first mapping relationship, and a second mapping relationship, the first mapping relationship and / or the second mapping relationship being used to determine the preset threshold.

[0058] In the above embodiments, a preset threshold can be determined to facilitate the determination of whether data packets need to be dropped, thereby reducing the waste of wireless resources by dropping data packets when the conditions are met.

[0059] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes: determining other thresholds not indicated by the fourth information based on the relationship between preset thresholds and the threshold indicated by the fourth information, wherein the preset thresholds include a first type threshold and / or a second type threshold, the first type threshold includes a first threshold and / or a second threshold, the second type threshold includes a third threshold and / or a fourth threshold, and the threshold indicated by the fourth information is at least one of the first threshold, the second threshold, the third threshold, and the fourth threshold.

[0060] In the above embodiments, a preset threshold can be determined to facilitate the determination of whether data packets need to be dropped, thereby reducing the waste of wireless resources by dropping data packets when the conditions are met.

[0061] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes: determining at least one of a preset threshold, a first mapping relationship, and a second mapping relationship based on parameters of the application layer FEC, wherein the first mapping relationship and / or the second mapping relationship are used to determine the preset threshold.

[0062] In the above embodiments, a preset threshold can be determined to facilitate the determination of whether data packets need to be dropped, thereby reducing the waste of wireless resources by dropping data packets when the conditions are met.

[0063] In conjunction with some embodiments of the first aspect, in some embodiments, the preset threshold includes at least one of the following: a first threshold, which is the ratio of the number of data packets before application layer FEC encoding to the number of data packets after encoding; a second threshold, which is the number of data packets before application layer FEC encoding; a third threshold, which is 1 minus the ratio of the number of data packets before application layer FEC encoding to the number of data packets after encoding; and a fourth threshold, which is the difference between the number of data packets before application layer FEC encoding and the number of data packets after encoding.

[0064] In the above embodiments, a preset threshold can be determined to facilitate the determination of whether data packets need to be dropped, thereby reducing the waste of wireless resources by dropping data packets when the conditions are met.

[0065] In conjunction with some embodiments of the first aspect, in some embodiments, the first information is feedback from the network device receiving the first data packet; the first information is configuration license CG-downlink feedback information used in the unlicensed frequency band NR-U; or, the first information is downlink control information (DCI); or, the first information is radio link control (RLC) status report; or, the first information is PDCP status report.

[0066] In the above embodiments, the first information can be determined to facilitate the determination of the reception status of the first data packet based on the first information.

[0067] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes: sending fifth information to a network device, the fifth information being used to indicate whether the terminal supports determining whether to discard a second data packet based on a first reception state of the first data packet and a first type of threshold in a preset threshold.

[0068] In the above embodiments, the terminal can report whether it has the ability to determine whether to discard the second data packet based on the first reception status of the first data packet and the first type of threshold in the preset threshold. This facilitates determining whether to discard the data packet when the capability is supported, thereby enabling the data packet to be discarded when the conditions are met, and reducing the waste of wireless resources.

[0069] Secondly, this disclosure provides a data processing method executed by a network device. The method includes: sending first information to a terminal, wherein the first information is used to determine that the reception state of a first data packet is a first reception state, the first reception state is used to identify that the first data packet has been correctly received, and the first reception state is used by the terminal to determine whether to discard a second data packet, wherein the first data packet and / or the second data packet are data packets corresponding to a third data packet at the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0070] In the above embodiments, it is possible to determine whether data needs to be discarded based on the data packet reception status and threshold, which can effectively utilize wireless resources and reduce the waste of wireless resources.

[0071] In conjunction with some embodiments of the second aspect, in some embodiments, the user plane protocol stack layer is the Packet Data Convergence Protocol (PDCP) layer, and the first data packet and / or the second data packet is a PDCP Protocol Data Unit (PDU) or a PDCP Service Data Unit (SDU).

[0072] In the above embodiments, data packets can be identified, which facilitates the discarding of data packets when conditions are met, such as when the data packet is a PDU or SDU, thereby reducing the waste of wireless resources.

[0073] In conjunction with some embodiments of the second aspect, in some embodiments, the first data packet and the second data packet constitute a PDU set.

[0074] In the above embodiments, a PDU set can be determined, which facilitates the dropping of data packets according to the PDU set when the conditions are met, thereby improving the processing efficiency of packet dropping and reducing the waste of radio resources.

[0075] In conjunction with some embodiments of the second aspect, in some embodiments, the number of first data packets and / or second data packets is at least one, at least two of the first data packets and second data packets are in the same Quality of Service (QoS) stream, or at least two data packets are in different QoS streams; and / or at least two data packets are located in the same Data Radio Bearer (DRB), or at least two data packets are located in different DRBs.

[0076] In the above embodiments, associated data packets can be identified, which facilitates determining the granularity of operations performed on the data packets.

[0077] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes: sending second information to the terminal, the second information being used to indicate whether to perform a packet dropping operation.

[0078] In the above embodiments, it can be determined whether to perform a packet dropping operation, so as to drop data packets when the conditions are met and reduce the waste of wireless resources.

[0079] In conjunction with some embodiments of the second aspect, in some embodiments, the first message includes second information, and the first message is any one of Radio Resource Control (RRC) message, Media Access Control Unit (MACCE) message, PDCP control unit (PDU) message, and Radio Link Control (RLC) control unit (PDU) message; the second information is configured at the terminal level, or at the DRB level, or at the MAC entity level.

[0080] In the above embodiments, the network device can configure the second information for the terminal by sending a first message, so as to determine whether to perform a packet dropping operation, thereby dropping data packets when the conditions are met and reducing the waste of wireless resources.

[0081] In conjunction with some embodiments of the second aspect, in some embodiments, the second information is further used for at least one of the following: instructing the terminal whether to perform a packet-based drop operation and / or a packet-set-based drop operation; independently configuring the terminal to perform a packet drop operation based on packets that cannot be correctly received; independently configuring the terminal to perform a packet drop operation based on packets that are correctly received; jointly configuring the terminal to perform a packet drop operation based on packets that cannot be correctly received and to perform a packet drop operation based on packets that are correctly received.

[0082] In the above embodiments, the second information can be determined to facilitate the determination of whether to perform a packet dropping operation, thereby enabling the packet to be dropped when the conditions are met and reducing the waste of wireless resources.

[0083] In conjunction with some embodiments of the second aspect, in some embodiments, the second information is configured at the DRB granularity, and the second information is used to indicate whether the terminal performs a packet drop operation based on data packets, or to indicate whether to perform a packet drop operation based on a set of data packets; or, the second information is configured at the MAC entity granularity, and the second information is used to indicate whether the terminal performs a packet drop operation based on data packets, and cannot be used to indicate whether the terminal performs a packet drop operation based on a set of data packets; or, the second information is configured at the MAC entity granularity, and the second information is used to indicate whether the terminal performs a packet drop operation based on a set of data packets, and cannot be used to indicate whether the terminal performs a packet drop operation based on data packets.

[0084] In the above embodiments, the configuration granularity of the second information can be determined, which facilitates determining the granularity of the second information indication packet discard operation.

[0085] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes: sending third information to the terminal, the third information being used to configure or activate the package copying operation.

[0086] In the above embodiments, the network device can instruct the terminal to perform packet copying through third information, thereby improving the reliability of data transmission.

[0087] In conjunction with some embodiments of the second aspect, in some embodiments, the second information is configured at the DRB granularity, and the network device does not configure the second information and the third information for the terminal for the same DRB; or, the second information is configured at the MAC entity granularity, and the network device configures the second information on the first MAC entity and does not configure the third information on the DRB transmitted within the first MAC entity; or, the second information is configured at the MAC entity granularity, and the network device configures the third information on the first MAC entity and does not configure the second information on the DRB transmitted within the first MAC entity.

[0088] In the above embodiments, it is possible to avoid configuring both packet dropping and packet copying operations for the same DRB simultaneously, thus avoiding resource waste.

[0089] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes: sending third information to the terminal, the fourth information being used to indicate at least one of a preset threshold, a first mapping relationship, and a second mapping relationship, the preset threshold being used by the terminal to determine whether to discard the second data packet, and the first mapping relationship and / or the second mapping relationship being used to determine the preset threshold.

[0090] In the above embodiments, third information can be sent to the terminal to facilitate the terminal in determining a preset threshold and whether to discard data packets based on the preset threshold and the reception status.

[0091] In conjunction with some embodiments of the second aspect, in some embodiments, the preset threshold includes at least one of the following: a first threshold, which is the ratio of the number of data packets before application layer FEC encoding to the number of data packets after encoding; a second threshold, which is the number of data packets before application layer FEC encoding; a third threshold, which is 1 minus the ratio of the number of data packets before application layer FEC encoding to the number of data packets after encoding; and a fourth threshold, which is the difference between the number of data packets before application layer FEC encoding and the number of data packets after encoding.

[0092] In the above embodiments, a preset threshold can be determined to facilitate the determination of whether data packets need to be dropped, thereby reducing the waste of wireless resources by dropping data packets when the conditions are met.

[0093] In conjunction with some embodiments of the second aspect, in some embodiments, the first information is feedback from the network device receiving the first data packet; the first information is configuration license CG-downlink feedback information used in the unlicensed frequency band NR-U; or, the first information is downlink control information (DCI); or, the first information is radio link control (RLC) status report; or, the first information is PDCP status report.

[0094] In the above embodiments, the first information can be determined to facilitate the determination of the reception status of the first data packet based on the first information.

[0095] In conjunction with some embodiments of the second aspect, in some embodiments, the method further includes: receiving fifth information sent by the terminal, the fifth information being used to indicate whether the terminal supports determining whether to discard the second data packet based on the first reception state of the first data packet and a first type of threshold in a preset threshold.

[0096] In the above embodiments, the network device can determine whether the terminal has the ability to determine whether to discard the second data packet based on the first reception state of the first data packet and the first type of threshold in the preset threshold. This facilitates determining whether to discard the data packet when the capability is supported, thereby enabling the data packet to be discarded when the conditions are met and reducing the waste of wireless resources.

[0097] Thirdly, this disclosure provides a terminal, including a transceiver module for receiving first information sent by a network device, the first information being used to determine that the reception state of a first data packet is a first reception state, the first reception state being used to identify that the first data packet has been correctly received; and a processing module for determining whether to discard a second data packet based on the first reception state of the first data packet and a first type of threshold in a preset threshold, wherein the first data packet and / or the second data packet are data packets corresponding to a third data packet in the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0098] Fourthly, embodiments of this disclosure propose a network device, including a transceiver module, for sending first information to a terminal. The first information is used to determine that the reception state of a first data packet is a first reception state. The first reception state is used to identify that the first data packet has been correctly received. The first reception state is used by the terminal to determine whether to discard a second data packet. The first data packet and / or the second data packet are data packets corresponding to a third data packet in the user plane protocol stack layer of the terminal. The third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0099] Fifthly, embodiments of this disclosure provide a communication device, which includes: one or more processors; wherein the one or more processors are configured to invoke instructions to cause the communication device to perform the method of any one of the first aspects, or the method of any one of the second aspects.

[0100] In a sixth aspect, embodiments of this disclosure provide a communication system comprising: a terminal and a network device; wherein the terminal is configured to perform the method described in the first aspect and optional implementations thereof, and the network device is configured to perform the method described in the second aspect and optional implementations thereof.

[0101] In a seventh aspect, embodiments of this disclosure provide a storage medium storing computer-executable instructions; after being executed by a processor, the computer-executable instructions are capable of performing the methods described in the first aspect, the optional implementation of the first aspect, the second aspect, and the optional implementation of the second aspect.

[0102] It is understood that the aforementioned terminals, network devices, communication devices, communication systems, and storage media are all used to execute the methods proposed in the embodiments of this disclosure. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods, and will not be repeated here.

[0103] This disclosure provides communication methods, communication devices, communication systems, and storage media. In some embodiments, the terms "communication method" and "information processing method" can be used interchangeably, as can the terms "terminal," "network device," and "communication apparatus," and the terms "information processing system" and "communication system."

[0104] This disclosure is not exhaustive, but merely illustrative of some embodiments, and is not intended to limit the scope of protection of this disclosure. Unless otherwise specified, each step in a particular embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a particular embodiment can also be implemented as an independent embodiment, and the order of the steps in a particular embodiment can be arbitrarily interchanged. Furthermore, the optional implementation methods in a particular embodiment can be arbitrarily combined; moreover, the embodiments can be arbitrarily combined, for example, some or all steps of different embodiments can be arbitrarily combined, and a particular embodiment can be arbitrarily combined with the optional implementation methods of other embodiments.

[0105] In each of the disclosed embodiments, unless otherwise specified or in case of logical conflict, the terminology and / or descriptions of the embodiments are consistent and can be referenced by each other. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships.

[0106] The terminology used in the embodiments of this disclosure is for the purpose of describing particular embodiments only and is not intended to limit the scope of this disclosure.

[0107] In this embodiment of the disclosure, unless otherwise stated, elements expressed in the singular form, such as "a," "an," "the," "the," "the," "the," "the," "the," "this," etc., can mean "one and only one," or "one or more," "at least one," etc. For example, when using articles such as "a," "an," "the," etc. in translation, the noun following the article can be understood as either a singular expression or a plural expression.

[0108] In the embodiments disclosed herein, "multiple" refers to two or more.

[0109] In some embodiments, the terms “at least one of”, “at least one of”, “at least one of”, “one or more”, “a plurality of”, “multiple”, etc., may be used interchangeably.

[0110] The descriptions in this disclosure, such as "at least one of A, B, C..." or "A and / or B and / or C...", include the case where any one of A, B, C... exists alone, as well as the case where any combination of any of A, B, C... exists alone. Each case can exist alone. For example, "at least one of A, B, C" includes the cases of A alone, B alone, C alone, A and B combination, A and C combination, B and C combination, and A and B and C combination. For example, A and / or B includes the cases of A alone, B alone, and A and B combination.

[0111] In some embodiments, the notation "in one case A, in another case B" or "in response to one case A, in response to another case B" may include the following technical solutions depending on the situation: A is executed regardless of B, i.e., A is executed in some embodiments; B is executed regardless of A, i.e., B is executed in some embodiments; A and B are selectively executed, i.e., A and B are selected for execution in some embodiments; A and B are both executed, i.e., A and B are executed in some embodiments. The same applies when there are more branches such as A, B, and C.

[0112] The prefixes "first," "second," etc., used in the embodiments of this disclosure are merely for distinguishing different descriptive objects and do not impose restrictions on the position, order, priority, quantity, or content of the descriptive objects. The description of the descriptive objects is found in the claims or the context of the embodiments, and the use of prefixes should not constitute unnecessary restrictions. For example, if the descriptive object is a "field," the ordinal numbers preceding "field" in "first field" and "second field" do not restrict the position or order of the "fields." "First" and "second" do not restrict whether the "fields" they modify are in the same message, nor do they restrict the order of "first field" and "second field." Similarly, if the descriptive object is a "level," the ordinal numbers preceding "level" in "first level" and "second level" do not restrict the priority between "levels." Furthermore, the number of descriptive objects is not limited by ordinal numbers and can be one or more. For example, in "first device," the number of "devices" can be one or more. Furthermore, the objects modified by different prefixes can be the same or different. For example, if the object being described is "device", then "first device" and "second device" can be the same device or different devices, and their types can be the same or different. Similarly, if the object being described is "information", then "first information" and "second information" can be the same information or different information, and their content can be the same or different.

[0113] In some embodiments, “including A,” “containing A,” “for indicating A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.

[0114] In some embodiments, the terms “in response to…”, “in response to determining…”, “in the case of…”, “when…”, “if…”, “if…”, etc., can be used interchangeably.

[0115] In some embodiments, the terms “greater than,” “greater than or equal to,” “not less than,” “more than,” “more than or equal to,” “not less than,” “higher than,” “higher than or equal to,” “not lower than,” and “above” can be used interchangeably, as can the terms “less than,” “less than or equal to,” “not greater than,” “less than,” “less than or equal to,” “not more than,” “lower than,” “lower than or equal to,” “not higher than,” and “below”.

[0116] In some embodiments, devices, etc., can be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments. Terms such as “device”, “equipment”, “circuit”, “network element”, “node”, “function”, “unit”, “section”, “system”, “network”, “chip”, “chip system”, “entity”, and “subject” can be used interchangeably.

[0117] In some embodiments, the terms "access network device (AN device)," "radio access network device (RAN device)," "base station (BS)," "radio base station," "fixed station," "node," "access point," "transmission point (TP)," "reception point (RP)," "transmission / reception point (TRP)," "panel," "antenna panel," "antenna array," "cell," "macro cell," "small cell," "femto cell," "pico cell," "sector," "cell group," "carrier," "component carrier," and "bandwidth part (BWP)" can be used interchangeably.

[0118] In some embodiments, the terms "terminal", "terminal device", "user equipment (UE)", "user terminal", "mobile station (MS)", "mobile terminal (MT)", "subscriber station", "mobile unit", "subscriber unit", "wireless unit", "remote unit", "mobile device", "wireless device", "wireless communication device", "remote device", "mobile subscriber station", "access terminal", "mobile terminal", "wireless terminal", "remote terminal", "handset", "user agent", "mobile client", and "client" can be used interchangeably.

[0119] In some embodiments, access network devices, core network devices, or network devices can be replaced by terminals. For example, embodiments of this disclosure can also be applied to structures that replace communication between access network devices, core network devices, or network devices and terminals with communication between multiple terminals (e.g., also referred to as device-to-device (D2D), vehicle-to-everything (V2X), etc.). In this case, the structure can also be configured such that the terminal has all or part of the functions of the access network device. Furthermore, terms such as "uplink" and "downlink" can be replaced with terms corresponding to communication between terminals (e.g., "sidelink"). For example, uplink channel, downlink channel, etc., can be replaced with sidelink channel, uplink link, downlink link, etc., can be replaced with sidelink link.

[0120] In some embodiments, the terminal may be replaced by an access network device, a core network device, or a network device. In this case, the access network device, core network device, or network device may also be configured to have all or some of the functions of the terminal.

[0121] In some embodiments, the names of information, etc., are not limited to the names described in the embodiments. Terms such as "information", "message", "signal", "signaling", "report", "configuration", "indication", "instruction", "command", "channel", "parameter", "domain", "field", "symbol", "symbol", "codebook", "codeword", "codepoint", "bit", "data", "program", and "chip" can be used interchangeably.

[0122] In some embodiments, the terms "uplink", "uplink", and "physical uplink" can be used interchangeably, as can the terms "downlink", "downlink", and "physical downlink", as well as the terms "sidelink", "sidelink", "sidelink communication", "sidelink communication", "direct connection", "direct link", "direct communication", and "direct link communication".

[0123] In some embodiments, the terms “downlink control information (DCI),” “downlink (DL) assignment,” “DL DCI,” “uplink (UL) grant,” and “UL DCI” can be used interchangeably.

[0124] In some embodiments, terms such as "physical downlink shared channel (PDSCH)" and "DL data" can be used interchangeably, as can terms such as "physical uplink shared channel (PUSCH)" and "UL data".

[0125] In some embodiments, the terms “radio”, “wireless”, “radio access network (RAN)”, “access network (AN)”, and “RAN-based” can be used interchangeably.

[0126] In some embodiments, the terms "synchronization signal (SS)," "synchronization signal block (SSB)," "reference signal (RS)," "pilot," and "pilot signal" can be used interchangeably.

[0127] In some embodiments, terms such as “moment,” “point in time,” “time,” and “time location” can be used interchangeably, as can terms such as “duration,” “segment,” “time window,” “window,” and “time.”

[0128] In some embodiments, “get,” “obtain,” “get,” “receive,” “transmit,” “bidirectional transmission,” and “send and / or receive” can be used interchangeably and can be interpreted as receiving from other entities, obtaining from protocols, processing and obtaining on their own, or autonomously implementing, among other meanings.

[0129] In some embodiments, terms such as “send,” “transmit,” “report,” “distribute,” “transfer,” “bidirectional transmission,” “send and / or receive” can be used interchangeably.

[0130] In some embodiments, "pre-defined" or "pre-set" can be interpreted as pre-specified in an agreement or the like, or as a device or the like performing a pre-set action.

[0131] In some embodiments, determining can be interpreted as judging, deciding, judging, calculating, computing, processing, deriving, investigating, searching, looking up, searching, querying, ascertaining, receiving, transmitting, inputting, outputting, accessing, resolving, selecting, choosing, establishing, comparing, assuming, expecting, considering, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, assigning, etc., but is not limited to these.

[0132] In some embodiments, the determination or judgment can be made by a value represented by 1 bit (0 or 1), or by a true or false value (boolean), or by a comparison of numerical values ​​(e.g., a comparison with a predetermined value), but is not limited thereto.

[0133] In some embodiments, "network" can be interpreted as devices included in a network (e.g., access network devices, core network devices, etc.).

[0134] In some embodiments, "not expecting to receive" can be interpreted as not receiving on time domain resources and / or frequency domain resources, or as not performing subsequent processing on the data after receiving it; "not expecting to send" can be interpreted as not sending, or as sending but not expecting the receiver to respond to the sent content.

[0135] In some embodiments, the acquisition of data, information, etc., may comply with the laws and regulations of the country where the location is situated.

[0136] In some embodiments, data, information, etc., may be obtained after obtaining user consent. To address the above-mentioned problems, this disclosure proposes an information indication method, a communication device, a communication system, and a storage medium.

[0137] Figure 1 is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure. As shown in Figure 1, the communication system 100 may include a terminal 101 and a network device 102.

[0138] In some embodiments, the terminal includes, but is not limited to, at least one of the following: mobile phone, wearable device, Internet of Things device, car with communication function, smart car, tablet computer, computer with wireless transceiver function, virtual reality (VR) terminal device, augmented reality (AR) terminal device, wireless terminal device in industrial control, wireless terminal device in self-driving, wireless terminal device in remote medical surgery, wireless terminal device in smart grid, wireless terminal device in transportation safety, wireless terminal device in smart city, and wireless terminal device in smart home.

[0139] In some embodiments, the access network device is, for example, a node or device that connects a terminal to a wireless network. The access network device may include, but is not limited to, at least one of the following in a 5G communication system: evolved Node B (eNB), next-generation eNB (ng-eNB), next-generation Node B (gNB), node B (NB), home node B (HNB), home evolved node B (HeNB), radio backhaul device, radio network controller (RNC), base station controller (BSC), base transceiver station (BTS), base band unit (BBU), mobile switching center, base station in 6th generation mobile networks (6G), open RAN, cloud RAN, base station in other communication systems, and access node in a wireless fidelity (WiFi) system.

[0140] In some embodiments, the technical solutions of this disclosure can be applied to the Open RAN architecture. In this case, the interfaces between or within access network devices involved in the embodiments of this disclosure can be transformed into internal interfaces of Open RAN. The processes and information interactions between these internal interfaces can be implemented by software or programs.

[0141] In some embodiments, the access network device may be composed of a central unit (CU) and a distributed unit (DU). The CU may also be called a control unit. The CU-DU structure can separate the protocol layer of the access network device. Some of the protocol layer functions are centrally controlled by the CU, while the remaining part or all of the protocol layer functions are distributed in the DU and centrally controlled by the CU. However, this is not the only possibility.

[0142] In some embodiments, a core network device may be a single device comprising one or more network elements, or it may be multiple devices or a group of devices, each comprising all or part of one or more network elements. Network elements may be virtual or physical. The core network may include, for example, at least one of an Evolved Packet Core (EPC), a 5G Core Network (5GCN), or a Next Generation Core (NGC).

[0143] In some embodiments, the above-mentioned one or more network elements may include, for example, AMF, UPF, MME, etc., and may also include other network elements, such as Policy Control Function (PCF), Application Function (AF), Network Application Function (NAF), Authentication and Key Management for Applications Anchor Function (AAnF), Bootstrapping Server Functionality (BSF), Session Management Function (SMF), etc.

[0144] It is understood that the communication system described in this disclosure is for the purpose of more clearly illustrating the technical solutions of this disclosure, and does not constitute a limitation on the technical solutions proposed in this disclosure. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions proposed in this disclosure are also applicable to similar technical problems.

[0145] The following embodiments of this disclosure can be applied to the communication system 100 shown in FIG1, or to some of the main bodies, but are not limited thereto. The main bodies shown in FIG1 are illustrative. The communication system may include all or some of the main bodies in FIG1, or may include other main bodies outside of FIG1. ​​The number and form of each main body are arbitrary. The connection relationship between the main bodies is illustrative. The main bodies may not be connected or may be connected. The connection can be in any way, it can be a direct connection or an indirect connection, it can be a wired connection or a wireless connection.

[0146] The embodiments disclosed herein can be applied to Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 5G new radio (NR), Future Radio Access (FRA), New-Radio Access Technology (RAT), New Radio (NR), New radio access (NX), Future generation radio access (FX), Global System for Mobile communications (GSM), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), and IEEE 802.20, Ultra-Wideband (UWB), Bluetooth (a registered trademark), Public Land Mobile Network (PLMN) networks, Device-to-Device (D2D) systems, Machine-to-Machine (M2M) systems, Internet of Things (IoT) systems, Vehicle-to-Everything (V2X) systems, systems utilizing other communication methods, and next-generation systems built upon them, etc. Furthermore, multiple systems can be combined (e.g., a combination of LTE or LTE-A with 5G).

[0147] An erasure code transforms a message containing k symbols into a message containing n (n>k) symbols, allowing the recovery of the original message from a subset of the received n symbols. The recovery algorithm already knows which of these n symbols were correctly received. An optimal erasure code can recover the original message if any k symbols are correctly received. Optimal erasure codes are Maximum Distance Separable Codes (MDS), such as Reed-Solomon codes (RS).

[0148] In application-layer FEC, erasure codes can be used to improve system reliability. One approach is to split the original data into k equal-length data packets and encode them into n (n>k) data packets using erasure codes. Transmitting these n data packets through different channels (e.g., different carriers in carrier aggregation, or different nodes in dual connectivity) fully utilizes diversity to enhance reliability. On the receiving side, an error detection mechanism (e.g., CRC) is used to determine which data packets have been correctly received, and the original data is then recovered using the correctly received packets. In this example, (5,3) encoding is used, i.e., k=3, n=5. The original data is segmented into 3 data packets, the first data packet having symbols s1, s2, ..., s... m The second data packet has a sign s m+1 ,s m+2 ,…,s 2m The third data packet has a sign s 2m+1 ,s 2m+2 ,…,s 3m Encode each symbol in groups of three. In this example, assume the (5, 3) encoding used is a systematic code. Therefore, the encoding requires generating two check symbols for each of the three symbols. For example, for s1, s... m+1 ,s 2m+1 Encode and generate check symbols w1, w m+1 For s2,s m+2 ,s 2m+2 Encode and generate check symbols w2, w m+2 And so on. Thus, two check packets are generated through encoding, each containing the symbols w1, w2, ..., w... m and symbol w m+1 ,w m+2 ,…,w 2m Finally, a corresponding header is added to each data packet and transmitted. In this example, a symbol can be a single bit or several bits, such as a byte. If the symbol is a byte, then the corresponding erasure code operates in a finite field. If the number of symbols in the original data is not an integer multiple of k, then an appropriate number of padding symbols can be added (e.g., element 0 in the finite field corresponding to the encoding).

[0149] The above encoding method splits the original data into k equal-length data packets and uses an erasure code to encode them into n data packets. Another method encodes the k original data packets into n data packets using an erasure code. Both methods use the erasure code in a similar way.

[0150] 3GPP defines a packet discarding mechanism at the Packet Data Convergence Protocol (PDCP) layer. If the network configures a discardTimer for the PDCP entity, when the transmitting PDCP entity receives a PDCP SDU from a higher layer, it will start the corresponding discardTimer for that PDCP SDU. If the discardTimer of a PDCP SDU times out, the transmitting PDCP entity will discard the PDCP SDU and its corresponding PDCP Data PDU. If the corresponding PDCP Data PDU has already been sent to the RLC layer for processing, the PDCP will indicate the discard operation to the RLC layer.

[0151] 3GPP introduced several enhancements in Rel-18 XR WI. One of these enhancements is a QoS processing mechanism based on PDU Sets. Each PDU Set has several parameters related to QoS processing, one of which is PDU Set Importance (PSI). This parameter indicates the relative importance of a PDU Set compared to other PDU Sets within the same QoS Flow. When congestion occurs, PSI can be used for packet dropping. Specifically, when the network notifies the UE to activate PSI-based packet dropping via MAC CE, the UE will use a shorter discardTimer (i.e., discardTimerForLowImportance) for PDU Sets with lower importance, making it easier for the corresponding packets to time out and be dropped.

[0152] In addition to PSI-based packet dropping, Rel-18XR also introduces PDU Set-based packet dropping. That is, when pdu-SetDiscard is configured, if a packet is dropped, all packets in its corresponding PDU Set are also dropped.

[0153] To improve data transmission reliability, 3GPP defines a packet duplication (PDCP duplication) mechanism. If packet duplication is configured and activated, the same PDCP Data PDU can be distributed to multiple RLC entities for transmission.

[0154] However, when using application-layer FEC in uplink data transmission, existing technologies cannot effectively utilize radio resources. For example, when the data receiving side has already received a sufficient number of data packets to decode the original data, the terminal still needs to continue sending related data packets in the existing mechanism, thus wasting radio resources.

[0155] To address the aforementioned problems, this disclosure proposes a data processing method in which a terminal can decide whether to discard data packets associated with application-layer FEC based on the reception status of the data packets using application-layer FEC and relevant thresholds. This method can effectively improve radio resource efficiency when using application-layer FEC. The specific details of this method are as follows.

[0156] Figure 2 is an interactive schematic diagram of a data processing method according to an embodiment of the present disclosure. As shown in Figure 2, this embodiment of the present disclosure relates to a data processing method for a communication system 100, which may include a terminal 101 and a network device 102. The method includes:

[0157] Step 2101: The terminal sends the fifth message to the network device.

[0158] In some embodiments, the fifth information is used to indicate whether the terminal supports determining whether to discard the second data packet based on the first reception state of the first data packet and a first type of threshold in the preset threshold.

[0159] In other words, the terminal can report capability information. For example, the terminal can use UE capability signaling to notify the network device whether it can decide whether to discard one or more associated PDUs using Application Layer FEC based on the correct reception status of the associated PDUs using Application Layer FEC and related thresholds. Optionally, this terminal capability signaling can be transmitted in an RRC message.

[0160] In some embodiments, the first data packet and / or the second data packet are the data packets corresponding to the third data packet at the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0161] In other words, the first data packet and / or the second data packet are the data packets corresponding to the user plane protocol stack layer of the terminal, which are generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0162] In some embodiments, the first data packet and / or the second data packet are PDCP Protocol Data Units (PDUs) or PDCP Service Data Units (SDUs), wherein the Packet Data Convergence Protocol (PDCP) layer is the user plane protocol stack layer.

[0163] In other words, when the first data packet is a Service Data Unit (SDU), the terminal can send a fifth message to the network device to notify the network device whether the terminal can decide whether to discard one or more SDUs based on the correct reception status of the SDU and the relevant threshold.

[0164] In some embodiments, when the above data packet is a PDCP PDU, it refers to a PDCP data PDU, i.e., a PDCP data PDU.

[0165] In some embodiments, when the first data packet and the second data packet are PDCP protocol data units (PDUs), the first data packet and the second data packet can form a PDU set. In other words, the associated PDUs using the application layer FEC can form a PDU set.

[0166] In some embodiments, the number of first data packets and / or second data packets is at least one, at least two of the first data packets and second data packets are in the same Quality of Service (QoS) stream, or at least two data packets are in different QoS streams; and / or at least two data packets are located in the same Data Radio Bearer (DRB), or at least two data packets are located in different DRBs.

[0167] In some embodiments, this step is optional. When the terminal does not support determining whether to discard the second data packet based on the first reception status of the first data packet and the first type of threshold in the preset threshold, the terminal may not send the fifth information.

[0168] Step 2102: The network device sends the first information to the terminal.

[0169] In some embodiments of this disclosure, the data processing method further includes: the terminal sending a first data packet to the network device.

[0170] Optionally, after processing at least one original data packet using application-layer forward error correction (FEC), the terminal can obtain a processed data packet, which can then be sent to the network device to achieve data transmission. The data packet that has already been sent is the first data packet (i.e., the terminal can send the first data packet to the network device), and the data packets that have not yet been sent are the second data packets.

[0171] In some embodiments, the network device can determine first information based on the status of receiving the first data packet and send the first information to the terminal to provide feedback on the reception status of the first data packet. For example, the status of the first data packet received by the network device from the terminal may include correctly received, not correctly received, and not yet correctly received. When the reception status of the first data packet is correctly received, the first data packet is successfully sent; when the reception status of the first data packet is not correctly received, the first data packet is sent without success.

[0172] In some embodiments, the terminal sends the first data packet to the network device before step 2102, and the execution order of the other steps can be interchanged. For example, steps 2103, 2104, and 2106 can be executed before the terminal sends the first data packet to the network device.

[0173] In some embodiments, the first information can be used to determine the reception status of the first data packet as a first reception status. The first reception status is used to identify that the first data packet has been correctly received. In other words, when the network device determines that the first data packet has been correctly received, the network device can send the first information to the terminal to notify the terminal that the first data packet has been correctly received.

[0174] In some embodiments, the first information is feedback from the network device receiving the first data packet; the first information is the Configured Grant-Downlink Feedback Information (CG-DFI) used in the unlicensed NR-U band; or, the first information is the Downlink Control Information (DCI); or, the first information is the Radio Link Control (RLC) Status Report; or, the first information is the PDCP Status Report.

[0175] Optionally, the configuration licensed CG-downlink feedback information used in the unlicensed NR-U band can be a hybrid Automatic Repeat Request Acknowledgement (HARQ ACK) / Negative Acknowledgement (NACK) message. In other words, the terminal can determine whether the corresponding first data packet has been correctly received based on the HARQ ACK / NACK sent in the downlink. Since the terminal will retransmit after receiving a NACK, receiving a NACK does not necessarily mean that the first data packet was not correctly received.

[0176] Optionally, when the first information is the configuration licensed CG-downlink feedback information used in the unlicensed band NR-U, the first information can indicate the HARQ ACK / NACK of the corresponding HARQ process through a bit (or bitmap).

[0177] In some embodiments, the first information is further used to determine the reception status of the first data packet as a second reception status, the second reception status being used to indicate that the first data packet cannot be received correctly.

[0178] In other words, the terminal can determine the reception status of the first data packet based on the first information. For example, it can determine whether the first data packet has been received correctly or not. For instance, not being received correctly can include not yet being received correctly and being unable to receive correctly. For example, not being received correctly could mean that the network device can receive the first data packet but has not yet completed the reception, and being unable to receive correctly could mean that the network device cannot receive the first data packet, etc.

[0179] Step 2103: The network device sends the fourth information to the terminal.

[0180] In some embodiments, the fourth information may be used to indicate at least one of a preset threshold, a first mapping relationship, and a second mapping relationship, wherein the first mapping relationship and / or the second mapping relationship are used to determine the preset threshold.

[0181] In other words, network devices can configure at least one of the following for terminals: a preset threshold, a first mapping relationship, and a second mapping relationship.

[0182] Optionally, the network device can directly configure a preset threshold for the terminal, or the network device can configure a first mapping relationship and / or a second mapping relationship for the terminal, and the terminal can determine the preset threshold based on the first mapping relationship or the second mapping relationship.

[0183] In some embodiments, the first mapping relationship may be a mapping relationship from the parameters of the application layer FEC to a preset threshold. In other words, when the terminal determines the preset threshold according to the first mapping relationship, the terminal may determine the preset threshold according to the parameters of the application layer FEC corresponding to the first data packet. The parameters of the application layer FEC may include at least one of the following: the number of original data packets; the number of data packets obtained after the application layer FEC processes the original data packets. The processing of the original data packets by the application layer FEC may include encoding the original data packets.

[0184] In some embodiments, the second mapping relationship may be a mapping relationship from PDU set importance PSI to a preset threshold. In other words, when the terminal determines the preset threshold according to the second mapping relationship, the terminal may determine the preset threshold according to the PSI of the first data packet.

[0185] In some embodiments, the network device may carry the fourth information through any one of the following: Radio Resource Control (RRC) message, Media Access Control (MACCE) message, PDCP control (PDU) message, and Radio Link Control (RLC) control (PDU) message. In other words, the network device may send the fourth information to the terminal by adding the fourth information to the above signaling.

[0186] In some embodiments, for example, when the terminal can determine the preset threshold itself, the network device may not need to provide an indication through the fourth information, and this step may be omitted.

[0187] Step 2104: The terminal determines the preset threshold.

[0188] In some embodiments, the terminal may determine a preset threshold based on a first mapping relationship. The first mapping relationship is used to represent the mapping relationship between the parameters of the application layer FEC and the preset threshold. The parameters include at least one of the number of data packets before application layer FEC encoding and the number of data packets after application layer FEC encoding.

[0189] In some embodiments, determining the preset threshold based on the first mapping relationship may include at least one of the following:

[0190] The first threshold is the ratio of the number of data packets before application layer FEC encoding to the number of data packets after encoding;

[0191] The second threshold is the number of data packets before application layer FEC encoding;

[0192] The third threshold is 1 minus the ratio of the number of data packets before application layer FEC encoding to the number of data packets after encoding;

[0193] The fourth threshold is the difference between the number of data packets before and after application layer FEC encoding.

[0194] Optionally, a preset threshold can be set as the first threshold. For example, when the application layer FEC encoding uses (5, 3) encoding, the number of original data packets can be 3, that is, the number of data packets before application layer FEC encoding is 3. After encoding the original data packets, 5 data packets can be obtained, that is, the number of encoded data packets is 5. In this case, the first threshold can be...

[0195] Optionally, a preset threshold can be determined as the second threshold. For example, when the application layer FEC encoding uses (5, 3) encoding, the number of original data packets can be 3, that is, the number of data packets before application layer FEC encoding is 3. At this time, the second threshold can be 3.

[0196] Optionally, the preset threshold can be set to the third threshold. For example, when the application layer FEC encoding uses (5, 3) encoding, the number of original data packets can be 3, that is, the number of data packets before application layer FEC encoding is 3. After encoding the original data packets, 5 data packets can be obtained, that is, the number of encoded data packets is 5. At this time, the ratio of the number of data packets before application layer FEC encoding to the number of encoded data packets is 1. At this point, the third threshold is... That is, the third threshold is

[0197] Optionally, a preset threshold can be determined as the fourth threshold. For example, when the application layer FEC encoding uses (5, 3) encoding, the number of original data packets can be 3, that is, the number of data packets before application layer FEC encoding is 3. After encoding the original data packets, 5 data packets can be obtained, that is, the number of data packets after encoding is 5. At this time, the difference between the number of data packets before application layer FEC encoding and the number of data packets after encoding is 2. At this time, the fourth threshold can be determined as 2.

[0198] In some embodiments, the preset threshold determined according to the first mapping relationship can be adjusted based on the first, second, third, and fourth thresholds determined above to obtain the preset threshold. For example, when the application layer FEC encoding uses (5, 3) encoding, the second threshold is 3, which means that after the network device has correctly received at least 3 out of 5 data packets, the data packets can be restored. At this time, the remaining data packets that have not yet been transmitted can be discarded to achieve data packet transmission, while maximizing wireless resource efficiency. For example, the above second threshold can be adjusted to obtain the preset threshold. For example, the preset threshold can be determined to be 4, which means that after correctly receiving 4 data packets, the remaining untransmitted data packets are discarded, which can improve the fault tolerance rate. For example, when there is a misjudgment of the data packet reception status information, the data can be restored based on the extra received data packets.

[0199] In some embodiments, optionally, the network device can directly specify a preset threshold.

[0200] In some embodiments, optionally, the network device may determine a preset threshold based on a second mapping relationship, the second mapping relationship being used to represent the mapping relationship between the PDU set importance PSI and the preset threshold.

[0201] In some embodiments, the method further includes: determining other thresholds not indicated by the fourth information based on the relationship between preset thresholds and the thresholds indicated by the fourth information, wherein the preset thresholds include a first type of threshold and / or a second type of threshold, the first type of threshold includes a first threshold and / or a second threshold, the second type of threshold includes a third threshold and / or a fourth threshold, and the thresholds indicated by the fourth information are at least one of the first threshold, the second threshold, the third threshold, and the fourth threshold.

[0202] In other words, the terminal can determine other thresholds not indicated by the fourth information based on the preset threshold relationships and the threshold indicated by the fourth information. The preset threshold relationships can be that the sum of the first and third thresholds is 1, or that the sum of the second and fourth thresholds is the number of data packets after application layer FEC encoding. For example, the fourth information indicates that the first threshold is... Then the third threshold is That is, the terminal can determine the third threshold based on the first threshold indicated by the fourth information.

[0203] In some embodiments, the terminal may determine at least one of a preset threshold, a first mapping relationship, and a second mapping relationship based on the parameters of the application layer FEC, wherein the first mapping relationship and / or the second mapping relationship are used to determine the preset threshold.

[0204] In other words, the terminal can determine at least one of the preset threshold, the first mapping relationship, and the second mapping relationship on its own, without the need for instructions from the network device.

[0205] Step 2105: The network device sends the second information to the terminal.

[0206] In some embodiments, the second information is used to indicate whether to perform a packet dropping operation.

[0207] In some embodiments, the first message includes second information. The first message is any one of Radio Resource Control (RRC) message, Media Access Control Unit (MACCE) message, PDCP control unit (PDU) message, and Radio Link Control (RLC) control unit (PDU) message. The second information is configured at the terminal level, or at the DRB level, or at the MAC entity level.

[0208] In other words, the second information received by the terminal from the network device includes:

[0209] The system receives a first message sent by a network device, and the second information is included in the first message. The first message is any one of the following: Radio Resource Control (RRC) message, Media Access Control (MACCE) message, PDCP control (PDU) message, and Radio Link Control (RLC) control (PDU) message.

[0210] The configuration granularity of the second information includes any one of the following: terminal configuration, DRB configuration, or MAC entity configuration.

[0211] In other words, the first message can serve as a carrier of the second message, and the network device can carry the second message in the first message to indicate whether the terminal should perform a packet dropping operation.

[0212] In some embodiments, the second information is also used for at least one of the following:

[0213] Instructs the terminal whether to perform packet-based drop operations and / or packet set-based drop operations;

[0214] The independently configured terminal performs packet dropping operations based on data packets that cannot be received correctly;

[0215] The independently configured terminal performs packet dropping operations based on the correctly received data packets;

[0216] The joint configuration terminal performs packet dropping operations based on packets that cannot be received correctly and packets that are received correctly.

[0217] In other words, the terminal can perform packet dropping based on the state of a data packet that cannot be received correctly, or the terminal can perform packet dropping based on a data packet that is received correctly, or the terminal can perform packet dropping based on both the state of a data packet that cannot be received correctly and the state of a data packet that is received correctly.

[0218] In some embodiments, the second information is configured at the DRB level, and is used to indicate whether the terminal performs a packet-based drop operation or a packet-set-based drop operation; or, the second information is configured at the MAC entity level, and is used to indicate whether the terminal performs a packet-based drop operation, but cannot be used to indicate whether the terminal performs a packet-set-based drop operation; or, the second information is configured at the MAC entity level, and is used to indicate whether the terminal performs a packet-set-based drop operation, but cannot be used to indicate whether the terminal performs a packet-based drop operation.

[0219] In other words, when the configuration granularity of the second information is for DRB configuration, the second information is used to indicate whether the terminal performs packet-based drop operation or packet set-based drop operation. In other words, when the configuration granularity of the second information is DRB, for the same DRB, the network device will not simultaneously configure the terminal to perform both packet-based drop operation and packet set-based drop operation. For example, when the second information configures the terminal to perform packet-based drop operation for a DRB, the network device will not configure the terminal to perform packet set-based drop operation for the same DRB.

[0220] In some embodiments, when the configuration granularity of the second information is configured for a MAC entity, the second information is used to instruct the terminal to perform packet dropping operations based on data packets, and cannot be used to instruct the terminal to perform packet dropping operations based on a set of data packets; or, the second information is used to instruct the terminal to perform packet dropping operations based on a set of data packets, and cannot be used to instruct the terminal to perform packet dropping operations based on data packets.

[0221] In other words, when the configuration granularity of the second information is MAC entity, different packet dropping operations will not be configured for the MAC entity and the DRB transmitted within the MAC entity. For example, when the configuration granularity of the second information is MAC entity, a MAC entity can be configured to perform packet dropping operations based on data packets. At this time, packet dropping operations based on data packet sets cannot be performed on the DRB transmitted within the MAC entity.

[0222] In some embodiments, this step is optional and can be omitted when the terminal can determine whether to discard the second data packet based on the data packet reception status and a preset threshold.

[0223] Step 2106: The network device sends third information to the terminal.

[0224] In some embodiments, third information may be used to configure or activate package copying operations.

[0225] In some embodiments, the second information is configured at the DRB level, and the network device does not configure the second information and the third information for the same DRB for the terminal; or, the second information is configured at the MAC entity level, and the network device configures the second information on the first MAC entity and does not configure the third information on the DRB transmitted within the first MAC entity; or, the second information is configured at the MAC entity level, and the network device configures the third information on the first MAC entity and does not configure the second information on the DRB transmitted within the first MAC entity.

[0226] In other words, when the configuration granularity of the second information is set to DRB configuration, the terminal will not be configured with both the second and third information by the network device for the same DRB. In other words, when the configuration granularity of the second information is set to DRB configuration, the network device will not simultaneously configure packet drop and packet copying operations for the same DRB, or the network device will not simultaneously configure packet drop and activation packet copying operations for the same DRB.

[0227] For example, when the second information configures a DRB-based packet drop operation for the terminal, the network device will not configure or activate a packet copy operation for the terminal again through the third information for the same DRB.

[0228] In some embodiments, when the configuration granularity of the second information is configured for a MAC entity, the terminal is configured with the second information for the MAC entity by the network device, but the third information is not configured for the DRB transmitted within the MAC entity; or, the terminal is configured with the third information for the MAC entity by the network device, but the second information is not configured for the DRB transmitted within the MAC entity.

[0229] In other words, when a network device does not simultaneously configure terminals to perform packet dropping and packet copying operations—for example, when the configuration granularity of the second information is configured at the MAC entity level—the terminal can be configured to perform packet dropping operations for the MAC entity, and packet copying operations can be configured for the DRBs transmitted within that MAC entity. Similarly, when the third information configures the terminal to perform packet copying operations for the MAC entity, the network device does not configure packet dropping operations for the DRBs transmitted within that MAC entity.

[0230] In some embodiments, this step is optional and can be omitted when the network device does not need to configure or activate the terminal to perform packet copying operations.

[0231] Step 2107: The terminal determines whether to discard the second data packet.

[0232] In some embodiments, the terminal may determine whether to discard the second data packet based on the first reception status of the first data packet and the first type of threshold in the preset threshold, wherein the first data packet and / or the second data packet are data packets corresponding to the user plane protocol stack layer of the terminal, which are generated by processing at least one original data packet using application layer forward error correction code (FEC).

[0233] In other words, the terminal can determine whether to discard the second data packet based on the normal reception status of the first data packet and a preset threshold.

[0234] In some embodiments, the first type of threshold includes a first threshold and / or a second threshold. Determining whether to discard the second data packet based on the first reception state of the first data packet and the first type of threshold in the preset thresholds includes at least one of the following:

[0235] Based on the first reception state and the first type threshold, determine whether the first condition is met, and if the first condition is met, determine to discard the second data packet. The first condition is that the proportion of the number of the first data packets in the first reception state to the total number of data packets is greater than or equal to the first threshold. The first type threshold includes the first threshold. The second data packet is a data packet that has not yet been correctly received.

[0236] Based on the first reception state and the first type threshold, it is determined whether the second condition is met, and if the second condition is met, it is determined to discard the second data packet. The second condition is that the number of first data packets in the first reception state is greater than or equal to the second threshold. The first type threshold includes the second threshold. The second data packet is a data packet that has not yet been correctly received.

[0237] Optionally, if the proportion of the number of first data packets in the first reception state to the total number of data packets is greater than or equal to a first threshold, then the second data packet is discarded, where the second data packet is a data packet that has not yet been correctly received.

[0238] Optionally, if the number of first data packets in the first reception state is greater than or equal to a second threshold, it is determined that a second data packet, which is a data packet that has not yet been correctly received, should be discarded.

[0239] In some embodiments, the method described above for determining whether to discard a second data packet using a first type of threshold can determine the number of first data packets that have been correctly received. When the amount of data in the first data packets that have been correctly received meets the threshold condition, the network device can restore the data based on the first data packets that have been correctly received. At this time, the second data packets that have not yet been correctly received can be discarded.

[0240] In some embodiments, the terminal may determine whether to discard the second data packet based on the second reception status of the first data packet and the second type of threshold in the preset threshold.

[0241] In some embodiments, the second type of threshold includes a third threshold and / or a fourth threshold. Determining whether to discard the second data packet based on the second reception state of the first data packet and the second type of threshold in the preset thresholds includes at least one of the following:

[0242] Based on the second reception status of the first data packet and the second type of threshold in the preset threshold, determine whether the third condition is met, and discard the second data packet if the third condition is met. The third condition is that the proportion of the number of the first data packets in the second reception status to the total number of data packets is greater than or equal to the third threshold. The second type of threshold includes the third threshold. The second data packet is a data packet that has not yet been correctly received.

[0243] Based on the second reception status of the first data packet and the second type of threshold in the preset threshold, it is determined whether the fourth condition is met, and the second data packet is discarded if the fourth condition is met. The fourth condition is that the number of first data packets in the second reception status is greater than or equal to the fourth threshold. The second type of threshold includes the fourth threshold. The second data packet is a data packet that has not yet been correctly received.

[0244] Optionally, if the proportion of the number of first data packets in the second reception state to the total number of data packets is greater than or equal to a third threshold, then the second data packet is discarded, and the second data packet is a data packet that has not yet been correctly received.

[0245] Optionally, if the number of first data packets in the second reception state is greater than or equal to a fourth threshold, it is determined that the second data packet should be discarded, whereby the second data packet is a data packet that has not yet been correctly received.

[0246] In other words, the terminal can determine whether to discard the second data packet based on the state of the first data packet being unable to be received correctly and a preset threshold. The second data packet can be discarded when the amount of data in the first data packet that cannot be received correctly meets the threshold condition. For example, when the preset threshold is 3, if there are three first data packets in the state of being unable to be received correctly, even if the network device receives all the remaining untransmitted data packets, it cannot restore the data packets. Therefore, the remaining untransmitted second data packets do not need to be transmitted, and the second data packets can be discarded at this time.

[0247] In some embodiments, optionally, a first type of threshold and a second type of threshold, as well as a first reception state and a second reception state, can be used simultaneously to determine whether to discard the second data packet.

[0248] The method involved in the embodiments of this disclosure may include at least one of steps 2101 to 2107. For example, steps 2101+2102+2103+2104+2105+2106+2107 can be implemented as an independent embodiment, steps 2101+2102+2104+2105+2106+2107 can be implemented as an independent embodiment, steps 2101+2102+2104+2107 can be implemented as an independent embodiment, and steps 2102+2107 can be implemented as an independent embodiment, but are not limited thereto.

[0249] In some embodiments, step 2101 needs to be performed before step 2107, and the execution order of other steps can be interchanged.

[0250] In some embodiments, step 2102 needs to be performed before step 2107, and the execution order of other steps can be interchanged.

[0251] In some embodiments, step 2103 needs to be performed before step 2104, and the execution order of other steps can be interchanged.

[0252] In some embodiments, step 2105 needs to be performed before step 2107, and the execution order of other steps can be interchanged.

[0253] In some embodiments, the execution order of step 2106 is not fixed and can be interchanged with the execution order of other steps.

[0254] Figure 3a is a schematic flowchart illustrating a data processing method according to an embodiment of the present disclosure. As shown in Figure 3a, the present disclosure relates to a data processing method for a terminal, the method comprising:

[0255] Step 3101: Send the fifth message.

[0256] The optional implementation of step 3101 can be found in the optional implementation of step 2101 in Figure 2 and other related parts in the embodiments involved in Figure 2, which will not be repeated here.

[0257] In some embodiments, the network device may receive the fifth information.

[0258] In some embodiments, the terminal may send the fifth information to the network device, but is not limited thereto; the terminal may also send the fifth information to other entities.

[0259] Step 3102: Receive the first information.

[0260] The optional implementation of step 3102 can be found in the optional implementation of step 2102 in Figure 2 and other related parts in the embodiments involved in Figure 2, which will not be repeated here.

[0261] In some embodiments, the terminal receives first information sent by a network device, but is not limited thereto; it may also receive first information sent by other entities.

[0262] In some embodiments, the terminal obtains first information as defined by the protocol.

[0263] In some embodiments, the terminal obtains first information from the upper layer(s).

[0264] In some embodiments, the terminal processes the information to obtain the first information.

[0265] Step 3103: Receive the fourth message.

[0266] The optional implementation of step 3103 can be found in the optional implementation of step 2103 in Figure 2 and other related parts in the embodiments involved in Figure 2, which will not be repeated here.

[0267] In some embodiments, the terminal receives fourth information sent by a network device, but is not limited thereto; it may also receive fourth information sent by other entities.

[0268] In some embodiments, the terminal obtains fourth information as defined by the protocol.

[0269] In some embodiments, the terminal obtains fourth information from the upper layer(s).

[0270] In some embodiments, the terminal processes the information to obtain the fourth information.

[0271] Step 3104: Determine the preset threshold.

[0272] The optional implementation of step 3104 can be found in the optional implementation of step 2104 in Figure 2 and other related parts in the embodiments involved in Figure 2, which will not be repeated here.

[0273] Step 3105: Receive the second information.

[0274] The optional implementation of step 3105 can be found in the optional implementation of step 2105 in Figure 2 and other related parts in the embodiments involved in Figure 2, which will not be repeated here.

[0275] In some embodiments, the terminal receives second information sent by a network device, but is not limited thereto; it may also receive second information sent by other entities.

[0276] In some embodiments, the terminal obtains second information as defined by the protocol.

[0277] In some embodiments, the terminal obtains second information from the upper layer(s).

[0278] In some embodiments, the terminal processes the information to obtain the second information.

[0279] Step 3106: Receive the third information.

[0280] The optional implementation of step 3106 can be found in the optional implementation of step 2106 in Figure 2 and other related parts in the embodiments involved in Figure 2, which will not be repeated here.

[0281] In some embodiments, the terminal receives third information sent by a network device, but is not limited thereto; it may also receive third information sent by other entities.

[0282] In some embodiments, the terminal obtains third information as defined by the protocol.

[0283] In some embodiments, the terminal obtains third information from the upper layer(s).

[0284] In some embodiments, the terminal processes the information to obtain third information.

[0285] Step 3107: Determine whether to discard the second data packet.

[0286] The optional implementation of step 3107 can be found in the optional implementation of step 2107 in Figure 2 and other related parts in the embodiments involved in Figure 2, which will not be repeated here.

[0287] Figure 3b is a flowchart illustrating a data processing method according to an embodiment of the present disclosure. As shown in Figure 3b, the present disclosure relates to a data processing method for a terminal, the method comprising:

[0288] Step 3201: Send the fifth message.

[0289] The optional implementation of step 3201 can be found in step 2101 of Figure 2, the optional implementation of step 3101 of Figure 3a, and other related parts in the embodiments involved in Figures 2 and 3a, which will not be repeated here.

[0290] Step 3202: Receive the first information.

[0291] The optional implementation of step 3202 can be found in step 2102 of Figure 2, the optional implementation of step 3102 of Figure 3a, and other related parts in the embodiments involved in Figures 2 and 3a, which will not be repeated here.

[0292] Step 3203: Determine the preset threshold.

[0293] The optional implementation of step 3203 can be found in step 2104 of Figure 2, the optional implementation of step 3104 of Figure 3a, and other related parts in the embodiments involved in Figures 2 and 3a, which will not be repeated here.

[0294] Step 3204: Determine whether to discard the second data packet.

[0295] Optional implementations of step 3204 can be found in step 2107 of Figure 2, optional implementations of step 3107 of Figure 3a, and other related parts in the embodiments involved in Figures 2 and 3a, which will not be repeated here.

[0296] Figure 3c is a flowchart illustrating a data processing method according to an embodiment of the present disclosure. As shown in Figure 3c, the present disclosure relates to a data processing method for a terminal, the method comprising:

[0297] Step 3301: Receive the first information.

[0298] The optional implementation of step 3301 can be found in the optional implementation of step 2101 in Figure 2, step 3101 in Figure 3a, step 3202 in Figure 3b, and other related parts in the embodiments involved in Figures 2, 3a, and 3b, which will not be repeated here.

[0299] Step 3302: Determine whether to discard the second data packet.

[0300] The optional implementation of step 3302 can be found in the optional implementation of step 2107 in Figure 2, step 3107 in Figure 3a, step 3204 in Figure 3b, and other related parts in the embodiments involved in Figures 2, 3a, and 3b, which will not be repeated here.

[0301] Figure 4a is a flowchart illustrating a data processing method according to an embodiment of the present disclosure. As shown in Figure 4a, the present disclosure relates to a data processing method for a network device, the method comprising:

[0302] Step 4101: Receive the fifth message.

[0303] The optional implementation of step 4101 can be found in the optional implementations of step 2101 in Figure 2, step 3101 in Figure 3a, step 3201 in Figure 3b, and other related parts in the embodiments involved in Figures 2, 3a, and 3b, which will not be repeated here.

[0304] In some embodiments, the network device receives fifth information sent by a terminal, but is not limited thereto; it may also receive fifth information sent by other entities.

[0305] In some embodiments, the network device obtains the fifth information specified by the protocol.

[0306] In some embodiments, the network device processes the information to obtain the fifth piece of information.

[0307] Step 4102: Send the first message.

[0308] The optional implementations of step 4102 can be found in the optional implementations of step 2102 in Figure 2, step 3102 in Figure 3a, step 3202 in Figure 3b, step 3301 in Figure 3c, and other related parts in the embodiments involved in Figures 2, 3a, 3b, and 3c, which will not be repeated here.

[0309] In some embodiments, the terminal may receive first information.

[0310] In some embodiments, the network device may send first information to the terminal, but is not limited thereto; the network device may also send first information to other entities.

[0311] Step 4103: Send the fourth message.

[0312] The optional implementation of step 4103 can be found in step 2103 of Figure 2, the optional implementation of step 3103 of Figure 3a, and other related parts in the embodiments involved in Figures 2 and 3a, which will not be repeated here.

[0313] In some embodiments, the terminal may receive a fourth type of information.

[0314] In some embodiments, the network device may send fourth information to the terminal, but is not limited thereto; the network device may also send fourth information to other entities.

[0315] Step 4104: Send the second message.

[0316] The optional implementation of step 4104 can be found in step 2105 of Figure 2, the optional implementation of step 3105 of Figure 3a, and other related parts in the embodiments involved in Figures 2 and 3a, which will not be repeated here.

[0317] In some embodiments, the terminal may receive second information.

[0318] In some embodiments, the network device may send second information to the terminal, but is not limited thereto; the network device may also send second information to other entities.

[0319] Step 4105: Send the third message.

[0320] The optional implementation of step 4105 can be found in step 2106 of Figure 2, the optional implementation of step 3106 of Figure 3a, and other related parts in the embodiments involved in Figures 2 and 3a, which will not be repeated here.

[0321] In some embodiments, the terminal may receive third-party information.

[0322] In some embodiments, a network device may send third information to a terminal, but is not limited thereto; the network device may also send third information to other entities.

[0323] Figure 4b is a flowchart illustrating a data processing method according to an embodiment of the present disclosure. As shown in Figure 4b, the present disclosure relates to a data processing method for a network device, the method comprising:

[0324] Step 4201: Receive the fifth message.

[0325] The optional implementation of step 4201 can be found in step 2101 of Figure 2, step 3101 of Figure 3a, step 3201 of Figure 3b, optional implementation of step 4101 of Figure 4a, and other related parts in the embodiments involved in Figures 2, 3a, 3b, and 4a, which will not be repeated here.

[0326] Step 4202: Send the first message.

[0327] The optional implementation of step 4202 can be found in step 2102 of Figure 2, step 3102 of Figure 3a, step 3202 of Figure 3b, step 3301 of Figure 3c, optional implementation of step 4102 of Figure 4a, and other related parts in the embodiments involved in Figures 2, 3a, 3b, 3c, and 4a, which will not be repeated here.

[0328] Figure 4c is a flowchart illustrating a data processing method according to an embodiment of the present disclosure. As shown in Figure 4c, the present disclosure relates to a data processing method for a network device, the method comprising:

[0329] Step 4301: Send the first message.

[0330] The optional implementations of step 4301 can be found in the optional implementations of step 2102 in Figure 2, step 3102 in Figure 3a, step 3202 in Figure 3b, step 3301 in Figure 3c, step 4102 in Figure 4a, step 4202 in Figure 4b, and other related parts in the embodiments involved in Figures 2, 3a, 3b, 3c, 4a, and 4b, which will not be repeated here.

[0331] Figure 5 is a flowchart illustrating a data processing method according to an embodiment of the present disclosure. As shown in Figure 5, the present disclosure relates to a data processing method for a communication system, which includes a network device and a terminal. The method includes:

[0332] Step 5101: The network device sends the first information to the terminal.

[0333] The optional implementations of step 5101 can be found in the optional implementations of step 2102 in Figure 2, step 3102 in Figure 3a, step 3202 in Figure 3b, step 3301 in Figure 3c, step 4102 in Figure 4a, step 4202 in Figure 4b, step 4301 in Figure 4c, and other related parts in the embodiments involved in Figures 2, 3a, 3b, 3c, 4a, 4b, and 4c, which will not be repeated here.

[0334] Step 5102: The terminal determines whether to discard the second data packet.

[0335] Optional implementations of step 5102 can be found in the optional implementations of step 2107 in Figure 2, step 3107 in Figure 3a, step 3204 in Figure 3b, and step 3302 in Figure 3c, as well as other related parts in the embodiments involved in Figures 2, 3a, 3b, and 3c, which will not be repeated here. The following is an exemplary description of the above method.

[0336] The method illustrated in this disclosure relates to a method for using application-layer FEC in uplink data transmission, the full content of which is as follows.

[0337] 1. A data processing method applied to a terminal, characterized in that the method includes:

[0338] The terminal determines whether to discard one or more associated application-layer FEC-using PDUs based on the correct reception status of the associated PDUs and relevant thresholds. The associated application-layer FEC-using PDUs refer to the PDUs corresponding to a certain layer of the user plane protocol stack on the terminal side after processing by various protocol layers following the application-layer FEC on one or more original data packets.

[0339] For simplicity, this example will consistently use PDU to refer to the corresponding data packet. However, data packets can also be SDUs, so all discussions will also apply to SDUs.

[0340] Example 1: At the application layer, MDS codes are used, for example, (5, 3) encoding to generate 5 data packets. Each data packet is processed by the protocol stack (RTP–UDP–IP–SDAP–PDCP) to generate a PDCP PDU. These 5 PDCP PDUs are associated PDUs using the application layer FEC. In this protocol stack, SDAP / PDCP / RLC / MAC / PHY is the 5G / NR user plane protocol stack.

[0341] As shown in Figure 6, if the three PDUs are received correctly (corresponding to sequence numbers (SN) 1, 2, and 3), the terminal's communication peer (e.g., the access network element) can correctly decode the original data packet. Therefore, the terminal can discard the remaining two PDUs (corresponding to SNs 4 and 5).

[0342] In this context, a certain layer of the user plane protocol stack refers to the PDCP layer, i.e., the PDU is a PDCP PDU. The associated PDUs using the application layer FEC form a PDU Set. The associated PDUs using the application layer FEC can be located in the same QoS Flow or in different QoS Flows. Correspondingly, the associated PDUs using the application layer FEC can be located in the same DRB or in different DRBs.

[0343] In some embodiments, whether the terminal performs a packet dropping operation is configured by the access network element. The configuration can be transmitted via RRC messages, MAC CE, PDCP Control PDU, or RLC Control PDU. The granularity of the configuration can be UE, DRB, or MAC entity.

[0344] In some embodiments, the relevant threshold may refer to a first threshold. When the proportion of correctly received PDUs in all associated PDUs using the application layer FEC is greater than or equal to the first threshold, the terminal discards associated PDUs using the application layer FEC that have not yet been correctly received. For example, when the relevant threshold is the first threshold, the above method is exemplified in Embodiment 2.

[0345] Example 2: As in Example 1, five data packets are generated using (5, 3) encoding. Each data packet is processed by the protocol stack to ultimately generate five associated PDUs using the Application Layer FEC. Let the first threshold be 3 / 5. If the proportion of correctly received PDUs among all associated PDUs using the Application Layer FEC is greater than or equal to 3 / 5, i.e., the number of correctly received PDUs is greater than or equal to 3, the terminal discards the associated PDUs using the Application Layer FEC that have not yet been correctly received. Let the numbers of these five PDUs be 1, 2, 3, 4, and 5. If PDUs numbered 1, 2, and 3 have been correctly received, then the terminal discards PDUs numbered 4 and 5.

[0346] In some embodiments, the relevant threshold may also refer to a second threshold, whereby the terminal discards the associated PDUs using the application layer FEC that have not yet been correctly received when the number of correctly received PDUs among all PDUs associated with the application layer FEC is greater than or equal to the second threshold.

[0347] In some embodiments, in addition to the relevant threshold, a third threshold may be introduced. When the proportion of PDUs that cannot be correctly received in all associated PDUs using the application layer FEC is greater than or equal to the third threshold, the terminal discards other associated PDUs that have not yet been correctly received using the application layer FEC. For example, when the relevant threshold is the third threshold, the above method is exemplified in Embodiment 3.

[0348] Example 3: As in Example 1, five data packets are generated using (5, 3) encoding. Each data packet is processed by the protocol stack to ultimately generate five associated PDUs using the Application Layer FEC. Let the third threshold be 2 / 5. If the proportion of PDUs that cannot be correctly received in the associated PDUs using the Application Layer FEC is greater than 2 / 5, i.e., the number of PDUs that cannot be correctly received is greater than 2, the terminal discards the other associated PDUs using the Application Layer FEC that have not yet been correctly received. Let the numbers of these five PDUs be 1, 2, 3, 4, and 5. If PDUs numbered 1, 2, and 3 have been confirmed as not being correctly received, then the terminal discards PDUs numbered 4 and 5.

[0349] In some embodiments, in addition to the relevant threshold, a fourth threshold may be introduced. When the number of PDUs that cannot be correctly received among all PDUs associated with the application layer FEC is greater than or equal to the fourth threshold, the terminal discards other associated PDUs that have not yet been correctly received.

[0350] In some embodiments, whether the terminal performs a packet drop operation based on a PDU that cannot be correctly received is configured by the access network element. This configuration can be transmitted via RRC messages, MAC CE, PDCP Control PDU, or RLC Control PDU. The granularity of the configuration can be UE, DRB, or MAC entity. The packet drop operation performed by the terminal based on a correctly received PDU and the packet drop operation performed based on a PDU that cannot be correctly received can be configured independently or jointly.

[0351] In some embodiments, the terminal is not configured with both the packet drop operation described above and the PDU Set-based packet drop operation (pdu-SetDiscard) simultaneously. This is because these two packet drop operations conflict. This non-simultaneous configuration is granularity-related; in relevant standards, the configuration granularity of the PDU Set-based packet drop operation is the DRB (configured in PDCP-Config). If the granularity of the packet drop operation is the DRB, then for the same DRB, both the packet drop operation described above and the PDU Set-based packet drop operation cannot be configured simultaneously. If the granularity of the packet drop operation is the MAC entity, then a packet drop operation can be configured on one MAC entity, but a PDU Set-based packet drop operation cannot be configured on the DRB transmitted within that MAC entity.

[0352] In some embodiments, the terminal is not configured or activated simultaneously for packet drop and packet replication. This is because both application-layer FEC and packet replication aim to enhance reliability, so configuring two mechanisms with the same purpose simultaneously is not very meaningful. Since packet replication has two layers of mechanisms—configuration and activation—the following two cases are considered:

[0353] a) Terminals cannot be configured to perform both packet drop operations and packet replication simultaneously. This non-simultaneous configuration is granular. In relevant standards, the configuration granularity for packet replication is the DRB (configured in PDCP-Config). For example, if the granularity of packet drop operations is the DRB, then for the same DRB, packet drop operations and packet replication cannot be configured simultaneously. If the granularity of packet drop operations is the MAC entity, then if packet drop operations are configured for a MAC entity, packet replication cannot be configured for DRBs transmitted within that MAC entity.

[0354] b) The terminal cannot be configured with both packet drop and packet copy activation operations simultaneously. In this case, simultaneous configuration of packet drop and packet copy operations is allowed. For example, if the granularity of packet drop operations is DRB, then for the same DRB, both packet drop and packet copy activation cannot be configured simultaneously. If the granularity of packet drop operations is MAC entity, then configuring packet drop operations within a MAC entity does not allow DRB activation packet copying transmitted within that MAC entity.

[0355] In some embodiments, the first threshold, second threshold, third threshold, or fourth threshold is obtained from a first mapping relationship, wherein the first mapping relationship defines a mapping from the parameters of the application layer FEC to the first threshold, second threshold, third threshold, or fourth threshold, that is, the terminal selects the first threshold, second threshold, third threshold, or fourth threshold according to the parameters of the application layer FEC corresponding to the PDU. The parameters of the application layer FEC include at least one of the following parameters: the number of data packets before application layer FEC encoding (e.g., k in (n,k) code), and the number of data packets after application layer FEC encoding (e.g., n in (n,k) code). An example of obtaining the second threshold according to the first mapping relationship is shown in the following embodiment 4.

[0356] Example 4: Assume (5, 3) and (6, 4) FEC encoding is used. The first mapping relationship defines the relationship from the number of FEC-encoded data packets to the second threshold. There are several configuration strategies for the mapping relationship. One strategy tends to maximize radio resource efficiency and can configure the mapping relationship as {5→3, 6→4}, which corresponds to the encoding characteristics of the MDS code. This strategy assumes that the accuracy of the reception status information of the PDU using application layer FEC obtained by the terminal is very high. Another more conservative strategy can be adopted, such as {5→4, 6→5}. This strategy can tolerate errors in the reception status information of the PDU using application layer FEC obtained by the terminal to a certain extent, at the cost of reducing radio resource efficiency to a certain extent. Assume the mapping relationship {5→4, 6→5} is used. If the number of FEC-encoded data packets corresponding to the PDU is 5, then when the number of correctly received PDUs is greater than or equal to 4, the terminal discards the associated PDUs using application layer FEC that have not yet been correctly received. If the number of data packets encoded by the application layer FEC corresponding to a PDU is 6, then when the number of correctly received PDUs is greater than or equal to 5, the terminal discards the associated PDUs using application layer FEC that have not yet been correctly received.

[0357] In some embodiments, the first threshold, the second threshold, the third threshold, or the fourth threshold may also be obtained from a second mapping relationship, which defines a mapping from PSI to the first threshold, the second threshold, the third threshold, or the fourth threshold, i.e., the terminal selects the first threshold, the second threshold, the third threshold, or the fourth threshold based on the PDU's PSI.

[0358] In some embodiments, the access network device may configure the first threshold, second threshold, third threshold, fourth threshold, first mapping relationship, or second mapping relationship described above, wherein the configuration may be transmitted via RRC message, MAC CE, PDCP Control PDU, or RLC Control PDU.

[0359] In some embodiments, the first threshold, second threshold, third threshold, fourth threshold, first mapping relationship, or second mapping relationship can be directly selected by the terminal based on the parameters of the application layer FEC. One selection method is as follows:

[0360] The first threshold is the ratio of the number of data packets before application layer FEC encoding to the number of data packets after encoding. The corresponding judgment relationship is greater than or equal to (that is, the judgment relationship is that the proportion of correctly received PDUs in all associated PDUs using application layer FEC is greater than or equal to the first threshold).

[0361] The second threshold is the number of data packets before application layer FEC encoding, and the corresponding judgment relationship is greater than or equal to (that is, the judgment relationship is that the number of correctly received PDUs among all PDUs using application layer FEC is greater than or equal to the second threshold).

[0362] The third threshold is the ratio of the number of data packets before application layer FEC encoding to the number of data packets after encoding. The corresponding judgment relationship is greater than (that is, the judgment relationship is that the proportion of PDUs that cannot be received correctly in all PDUs associated with application layer FEC is greater than the third threshold).

[0363] The fourth threshold is the difference between the number of data packets after application layer FEC encoding and the number of data packets before encoding. The corresponding judgment relationship is greater than (that is, the judgment relationship is that the number of PDUs that cannot be correctly received among all PDUs using application layer FEC is greater than the fourth threshold).

[0364] The first mapping relationship or the second mapping relationship corresponds to the selection method of the first threshold, the second threshold, the third threshold, and the fourth threshold mentioned above.

[0365] In some embodiments, the access network device can configure at least one of a first threshold, a second threshold, a third threshold, and a fourth threshold, and the terminal selects another unconfigured threshold based on the configured threshold. For example, an unconfigured threshold can be selected based on a relationship between thresholds. For instance, the relationship could be as follows:

[0366] First threshold + third threshold = 1

[0367] The second threshold plus the fourth threshold equals the number of data packets encoded by the application layer FEC.

[0368] In some embodiments, the PDU reception status refers to the terminal determining whether the corresponding PDU has been correctly received based on the HARQ ACK / NACK sent in the downlink. It should be noted that although HARQ ACK / NACK can indicate NACK, the terminal will retransmit after receiving a NACK; therefore, receiving a NACK cannot be used as a basis for determining that the PDU has not been correctly received.

[0369] In some embodiments, the above method can also be used to process user plane data. The processing flow is shown in Figure 7, and the specific description is as follows in Embodiment 5.

[0370] Example 5: PDCP SDU 1 and SDU 2 correspond to RLC SDU 1 and SDU 2, respectively. PDCP SDU 3 is segmented at the RLC layer into RLC SDU Segment 1 and Segment 2. RLC SDU 1, RLC SDU 2, and RLC SDU Segment 1 are multiplexed at the MAC layer to form MAC PDU 1. HARQ ACK-NACK is at the MAC PDU granularity; for example, ACK indicates that MAC PDU 1 has been correctly received, while NACK indicates that MAC PDU 1 has not been correctly received. Thus, the terminal can know from the ACK corresponding to MAC PDU 1 that PDCP SDU 1 and PDCP SDU 2 have been correctly received, and the corresponding PDCP PDU has also been correctly received. RLC SDU Segment 1 has also been correctly received, which means that part of PDCP SDU 3 has been correctly received.

[0371] In the above embodiments, HARQ ACK / NACK refers to the Configured Grant-Downlink Feedback Information (CG-DFI) used in the unlicensed frequency band (NR-Unlicensed, NR-U), and a bitmap is used to indicate the HARQ ACK / NACK of the corresponding HARQ process.

[0372] In some embodiments, the reception status of a PDU can refer to the terminal determining whether the corresponding PDU has been correctly received based on the DCI transmitted in the downlink. A specific determination method is illustrated in Example 6.

[0373] Example 6: In 5G / NR, the DCI includes a New Data Indicator (NDI) to indicate whether the corresponding uplink transmission MAC PDU is a retransmission of the previous transmission data of the corresponding HARQ process or new data. When the NDI changes, the terminal needs to send new data uplink; when the NDI remains unchanged, the terminal retransmits the data of the previous transmission of the corresponding HARQ process.

[0374] When the terminal receives an NDI instruction to send new data, the terminal can assume that the PDCP PDU contained in the MAC PDU of the corresponding HARQ process in the last transmission has been correctly received (see Example 5 for details).

[0375] In some embodiments, the PDU reception status can also refer to the terminal determining whether the corresponding PDU has been correctly received based on the RLC status report sent in the downlink.

[0376] In some embodiments, the reception status of a PDU can also refer to the terminal determining whether the corresponding PDU has been correctly received based on the PDCP status report sent in the downlink.

[0377] In some embodiments, the terminal may notify the network terminal whether it supports the data processing method via UE capability signaling (i.e., the terminal decides whether to discard one or more associated PDUs using application layer FEC based on the correct reception status of the associated PDUs using application layer FEC and related thresholds). This UE capability signaling may be transmitted in an RRC message.

[0378] In summary, the above embodiments of this solution can determine whether to discard data packets associated with application layer FEC based on the reception status of data packets using application layer FEC and related thresholds, effectively improving the radio resource efficiency when using application layer FEC.

[0379] The method is as follows: Figure 8a is a schematic diagram of the structure of the terminal 101 proposed in this embodiment. As shown in Figure 8a, the terminal 101 includes: a transceiver module 8101, used to receive first information sent by a network device, the first information being used to determine that the reception state of the first data packet is a first reception state, and the first reception state being used to indicate that the first data packet has been correctly received; Optionally, the transceiver module is used to execute at least one of the transmission-reception related steps (e.g., steps 2101, 2102, 2103, 2105, 2106, etc., but not limited thereto) executed by the terminal 101 in any of the above methods, which will not be elaborated here.

[0380] In some embodiments, terminal 101 further includes: a processing module 8102, configured to determine whether to discard a second data packet based on a first reception state of the first data packet and a first type of threshold in a preset threshold, wherein the first data packet and / or the second data packet is a data packet corresponding to the third data packet at the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC); optionally, the above processing module is configured to perform at least one of the processing-related steps (e.g., step 2104, step 2107, etc., but not limited thereto) performed by terminal 101 in any of the above methods, which will not be elaborated here.

[0381] In some embodiments, the transceiver module can also be used to send a fifth message.

[0382] In some embodiments, the transceiver module can also be used to receive fourth information.

[0383] In some embodiments, the transceiver module can also be used to receive second information.

[0384] In some embodiments, the transceiver module can also be used to receive third-party information.

[0385] In some embodiments, the processing module can also be used to determine a preset threshold.

[0386] Figure 8b is a schematic diagram of the structure of the network device 102 proposed in an embodiment of this disclosure. As shown in Figure 8b, the network device 102 includes: a transceiver module 8201, used to send first information to a terminal, the first information being used to determine that the reception state of the first data packet is a first reception state, the first reception state being used to identify that the first data packet has been correctly received, and the first reception state being used by the terminal to determine whether to discard a second data packet, wherein the first data packet and / or the second data packet are data packets corresponding to the third data packet in the user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using application layer forward error correction code (FEC); Optionally, the transceiver module is used to perform at least one of the transceiver steps (e.g., steps 2101, 2102, 2103, 2105, 2106, etc., but not limited thereto) performed by the network device 102 in any of the above methods, which will not be described in detail here.

[0387] In some embodiments, the transceiver module can also be used to receive fifth information.

[0388] In some embodiments, the transceiver module can also be used to send a fourth piece of information.

[0389] In some embodiments, the transceiver module can also be used to send a second message.

[0390] In some embodiments, the transceiver module can also be used to send third-party information.

[0391] As shown in Figure 9a, the communication device 9100 includes one or more processors 9101. The processor 9101 can be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit (CPU). The baseband processor can be used to process communication protocols and communication data, while the CPU can be used to control communication devices (e.g., base stations, baseband chips, terminal devices, terminal device chips, DUs or CUs, etc.), execute programs, and process program data. The processor 9101 is used to invoke instructions to cause the communication device 9100 to execute any of the above methods.

[0392] In some embodiments, the communication device 9100 further includes one or more memories 9102 for storing instructions. Optionally, all or part of the memories 9102 may also be located outside the communication device 9100.

[0393] In some embodiments, the communication device 9100 further includes one or more transceivers 9103. When the communication device 9100 includes one or more transceivers 9103, the communication steps such as sending and receiving in the above method are performed by the transceivers 9103, and other steps are performed by the processor 9101.

[0394] In some embodiments, a transceiver may include a receiver and a transmitter, which may be separate or integrated. Optionally, the terms transceiver, transceiver unit, transceiver, transceiver circuit, etc., may be used interchangeably; the terms transmitter, transmitting unit, transmitter, transmitting circuit, etc., may be used interchangeably; and the terms receiver, receiving unit, receiver, receiving circuit, etc., may be used interchangeably.

[0395] Optionally, the communication device 9100 further includes one or more interface circuits 9104, which are connected to the memory 9102. The interface circuits 9104 can be used to receive signals from the memory 9102 or other devices, and can be used to send signals to the memory 9102 or other devices. For example, the interface circuits 9104 can read instructions stored in the memory 9102 and send the instructions to the processor 9101.

[0396] The communication device 9100 described in the above embodiments may be a network device or a terminal, but the scope of the communication device 9100 described in this disclosure is not limited thereto, and the structure of the communication device 9100 may not be limited by FIG. 9a. The communication device may be a standalone device or a part of a larger device. For example, the communication device may be: (1) a standalone integrated circuit IC, or chip, or chip system or subsystem; (2) a collection of one or more ICs, optionally, the IC collection may also include storage components for storing data and programs; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, terminal device, smart terminal device, cellular phone, wireless device, handheld device, mobile unit, vehicle device, network device, cloud device, artificial intelligence device, etc.; (6) others, etc.

[0397] Figure 9b is a schematic diagram of the structure of the chip 9200 proposed in an embodiment of this disclosure. For cases where the communication device 9100 can be a chip or a chip system, please refer to the schematic diagram of the chip 9200 shown in Figure 9b, but it is not limited thereto.

[0398] Chip 9200 includes one or more processors 9201, which are used to invoke instructions to cause chip 9200 to perform any of the above methods.

[0399] In some embodiments, chip 9200 further includes one or more interface circuits 9202 connected to memory 9203. Interface circuits 9202 can be used to receive signals from memory 9203 or other devices, and can also be used to send signals to memory 9203 or other devices. For example, interface circuit 9202 can read instructions stored in memory 9203 and send those instructions to processor 9201. Optionally, terms such as interface circuit, interface, transceiver pin, and transceiver can be used interchangeably.

[0400] In some embodiments, chip 9200 further includes one or more memories 9203 for storing instructions. Optionally, all or part of the memories 9203 may be located outside of chip 9200.

[0401] This disclosure also proposes a storage medium storing instructions that, when executed on the communication device 9100, cause the communication device 9100 to perform any of the above methods. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but not limited thereto; it may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but not limited thereto; it may also be a temporary storage medium.

[0402] This disclosure also provides a program product that, when executed by the communication device 9100, causes the communication device 9100 to perform any of the above methods. Optionally, the program product is a computer program product.

[0403] This disclosure also proposes a computer program that, when run on a computer, causes the computer to perform any of the above methods.

[0404] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer programs. When the computer program is loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this disclosure are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer program can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, the computer program can be transferred from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or a data storage device such as a server or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., high-density digital video discs (DVDs)), or semiconductor media (e.g., solid-state disks (SSDs)).

[0405] The correspondences shown in the tables of this disclosure can be configured or predefined. The values ​​of the information in each table are merely examples and can be configured to other values; this disclosure is not limiting. When configuring the correspondences between information and parameters, it is not necessarily required to configure all the correspondences shown in each table. For example, the correspondences shown in some rows of the tables in this disclosure may not be configured. Furthermore, appropriate modifications and adjustments can be made based on the above tables, such as splitting, merging, etc. The names of the parameters shown in the headers of the above tables can also use other names that the communication device can understand, and the values ​​or representations of the parameters can also be other values ​​or representations that the communication device can understand. In the implementation of the above tables, other data structures can also be used, such as arrays, queues, containers, stacks, linear lists, pointers, linked lists, trees, graphs, structures, classes, heaps, hash tables, or hash tables, etc.

[0406] The predefined terms in this disclosure can be understood as defined, predefined, stored, pre-stored, pre-negotiated, pre-configured, solidified, or pre-burned.

[0407] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0408] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0409] The above description is merely a specific embodiment of this disclosure, but the scope of protection of this disclosure is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this disclosure should be included within the scope of protection of this disclosure. Therefore, the scope of protection of this disclosure should be determined by the scope of the claims.

Claims

1. A data processing method, characterized by, The method is performed by a terminal, and the method comprises: receiving first information sent by a network device, the first information being used to determine that a receiving state of a first data packet is a first receiving state, the first receiving state being used to identify that the first data packet is correctly received; determining whether to discard a second data packet according to the first receiving state of the first data packet and a first type of threshold in preset thresholds, wherein the first data packet and / or the second data packet is a data packet corresponding to a user plane protocol stack layer of a third data packet at the terminal, and the third data packet is a data packet generated by processing at least one original data packet using an application layer forward error correction code (FEC).

2. The method of claim 1, wherein: the user plane protocol stack layer is a packet data convergence protocol (PDCP) layer, and the first data packet and / or the second data packet is a PDCP protocol data unit (PDU) or a PDCP service data unit (SDU).

3. The method of claim 2, wherein: the first data packet and the second data packet form a PDU set.

4. The method of any one of claims 1 to 3, wherein: a number of the first data packet and / or the second data packet is at least one, at least two data packets in the first data packet and the second data packet are in a same quality of service (QoS) flow, or the at least two data packets are in different QoS flows; and / or the at least two data packets are in a same data radio bearer (DRB), or the at least two data packets are in different DRBs. The method further comprises:

5. The method according to any one of claims 1 to 4, characterized in that, receiving second information sent by the network device, the second information being used to indicate whether to perform a packet discard operation. The first message comprises the second information, and the first message is any one of a radio resource control (RRC) message, a medium access control (MAC) control element (CE), a PDCP control PDU, or a radio link control (RLC) control PDU.

6. The method of claim 5, wherein, The second information is configured in granularity of the terminal, or the second information is configured in granularity of a DRB, or the second information is configured in granularity of a MAC entity. The second information is further used for at least one of:

7. The method according to claim 5 or 6, characterized in that, indicating whether the terminal performs a packet discard operation based on a data packet and / or a packet discard operation based on a data packet set; independently configuring the terminal to perform a packet discard operation according to a data packet that cannot be correctly received; independently configuring the terminal to perform a packet discard operation according to a data packet that can be correctly received; jointly configuring the terminal to perform a packet discard operation according to the data packet that cannot be correctly received and to perform a packet discard operation according to the data packet that can be correctly received.

8. The method of claim 7, wherein: the second information is configured in granularity of a DRB, and the second information is used to indicate whether the terminal performs a packet discard operation based on a data packet, or is used to indicate whether to perform a packet discard operation based on a data packet set; or ​ The second information is configured in granularity of a MAC entity, and the second information is used to instruct the terminal to perform a packet discard operation based on a data packet, and cannot be used to instruct the terminal to perform a packet discard operation based on a data packet set; or The second information is configured in granularity of a MAC entity, and the second information is used to instruct the terminal to perform a packet discard operation based on a data packet set, and cannot be used to instruct the terminal to perform a packet discard operation based on a data packet.

9. The method according to any one of claims 5 to 8, characterized in that, The method further comprises: Receiving third information sent by the network device, the third information being used to configure or activate a packet duplication operation.

10. The method of claim 9, wherein The second information is configured in granularity of a DRB, and the network device does not configure the second information and the third information for the terminal for a same DRB; or The second information is configured in granularity of a MAC entity, and the network device configures the second information on a first MAC entity and does not configure the third information on a DRB transmitted within the first MAC entity; Or The second information is configured in granularity of a MAC entity, and the network device configures the third information on a first MAC entity and does not configure the second information on a DRB transmitted within the first MAC entity.

11. The method according to any one of claims 1 to 10, characterized in that, The first type of threshold value includes a first threshold value and / or a second threshold value, and the determining whether to discard the second data packet according to the first receiving state of the first data packet and the first type of threshold value in the preset threshold value comprises at least one of: According to the first receiving state and the first type of threshold value, it is determined whether a first condition is met, and the second data packet is determined to be discarded if the first condition is met, the first condition being that the proportion of the number of the first data packet in the first receiving state to the number of all data packets is greater than or equal to a first threshold value, the first type of threshold value including the first threshold value, and the second data packet being a data packet that has not been correctly received; According to the first receiving state and the first type of threshold value, it is determined whether a second condition is met, and the second data packet is determined to be discarded if the second condition is met, the second condition being that the number of the first data packet in the first receiving state is greater than or equal to a second threshold value, the first type of threshold value including the second threshold value, and the second data packet being a data packet that has not been correctly received.

12. The method according to any one of claims 1 to 10, characterized in that, The first information is also used to determine that the receiving state of the first data packet is a second receiving state, the second receiving state being used to identify that the first data packet cannot be correctly received, and the method further comprises: According to the second receiving state of the first data packet and a second type of threshold value in the preset threshold value, it is determined whether to discard the second data packet.

13. The method of claim 12, wherein, The second type of threshold value includes a third threshold value and / or a fourth threshold value, and the determining whether to discard the second data packet according to the second receiving state of the first data packet and the second type of threshold value in the preset threshold value comprises at least one of: determining whether a third condition is met according to the second receiving state of the first data packets and a second type of threshold in the preset thresholds, and discarding the second data packets when the third condition is met, the third condition being that a proportion of the number of the first data packets in the second receiving state to the number of all data packets is greater than or equal to a third threshold, the second type of threshold including the third threshold, and the second data packets being data packets that have not been correctly received; determining whether a fourth condition is met according to the second receiving state of the first data packets and a second type of threshold in the preset thresholds, and discarding the second data packets when the fourth condition is met, the fourth condition being that the number of the first data packets in the second receiving state is greater than or equal to a fourth threshold, the second type of threshold including the fourth threshold, and the second data packets being data packets that have not been correctly received.

14. The method according to any one of claims 1 to 13, characterized in that, The method further includes: determining the preset thresholds according to a first mapping relationship, the first mapping relationship being used to represent a mapping relationship between parameters of the application layer FEC and the preset thresholds, the parameters including at least one of the number of data packets before application layer FEC encoding and the number of data packets after application layer FEC encoding.

15. The method according to any one of claims 1 to 13, characterized in that, The method further includes: determining the preset thresholds according to a second mapping relationship, the second mapping relationship being used to represent a mapping relationship between PDU set importance PSI and the preset thresholds.

16. The method according to any one of claims 1 to 15, characterized in that, The method further includes: receiving fourth information sent by the network device, the fourth information being used to indicate at least one of the preset thresholds, a first mapping relationship and a second mapping relationship, the first mapping relationship and / or the second mapping relationship being used to determine the preset thresholds.

17. The method of claim 16, wherein, The method further includes: determining other thresholds not indicated by the fourth information according to a preset threshold relationship and the thresholds indicated by the fourth information, the preset thresholds including the first type of thresholds and / or the second type of thresholds, the first type of thresholds including the first threshold and / or the second threshold, the second type of thresholds including the third threshold and / or the fourth threshold, and the thresholds indicated by the fourth information being at least one of the first threshold, the second threshold, the third threshold and the fourth threshold.

18. The method according to any one of claims 1 to 15, characterized in that, The method further includes: determining at least one of the preset thresholds, the first mapping relationship and the second mapping relationship according to parameters of the application layer FEC, the first mapping relationship and / or the second mapping relationship being used to determine the preset thresholds.

19. The method of any one of claims 16-18, wherein, The preset thresholds include at least one of: a first threshold, the first threshold being a ratio of the number of data packets before application layer FEC encoding to the number of data packets after application layer FEC encoding; a second threshold, the second threshold being the number of data packets before application layer FEC encoding; a third threshold, the third threshold being 1 minus the ratio of the number of data packets before application layer FEC encoding to the number of data packets after application layer FEC encoding; a fourth threshold, the fourth threshold being a difference between the number of data packets before application layer FEC encoding and the number of data packets after application layer FEC encoding.

20. The method of any of claims 1 to 19, wherein The first information is feedback of the network device receiving the first data packet, and the first information is configured grant CG-downlink feedback information used in an unlicensed frequency band. The first information is downlink control information DCI. The first information is a radio link control RLC status report. The first information is a PDCP status report.

21. The method of any one of claims 1 to 20, wherein, The method further includes: sending fifth information to the network device, the fifth information being used to indicate whether the terminal supports determining whether to discard the second data packet according to the first reception status of the first data packet and a first threshold in the preset threshold.

22. A data processing method, characterized by, The method is performed by a network device, and the method includes: sending first information to a terminal, the first information being used to determine that a reception status of a first data packet is a first reception status, the first reception status being used to identify that the first data packet is correctly received, and the first reception status being used for the terminal to determine whether to discard a second data packet, wherein the first data packet and / or the second data packet is a data packet corresponding to a third data packet at a user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using an application layer forward error correction code FEC.

23. The method of claim 22, wherein the user plane protocol stack layer is a packet data convergence protocol PDCP layer, and the first data packet and / or the second data packet is a PDCP protocol data unit PDU or a PDCP service data unit SDU.

24. The method of claim 22, wherein the first data packet and the second data packet form a PDU set.

25. The method of any one of claims 22 to 24, wherein a quantity of the first data packet and / or the second data packet is at least one, at least two data packets in the first data packet and the second data packet are in a same quality of service QoS flow, or the at least two data packets are in different QoS flows; and / or the at least two data packets are in a same data radio bearer DRB, or the at least two data packets are in different DRBs.

26. The method of any one of claims 22-25, wherein, The method further includes: sending second information to the terminal, the second information being used to indicate whether to perform a packet discard operation.

27. The method of claim 26, wherein, The first message includes the second information, and the first message is any one of a radio resource control RRC message, a medium access control unit MAC CE, a PDCP control PDU, and a radio link control RLC control PDU. The second information is configured in granularity of a terminal, or the second information is configured in granularity of a DRB, or the second information is configured in granularity of a MAC entity.

28. The method of claim 26 or 27, wherein, The second information is further used for at least one of the following: indicating whether the terminal performs a packet discard operation based on a data packet and / or a packet discard operation based on a data packet set; independently configuring the terminal to perform a packet discard operation according to a data packet that cannot be correctly received; independently configuring the terminal to perform a packet discard operation according to the data packet that can be correctly received; The joint configuration is configured to perform a packet discard operation according to the data packet that cannot be correctly received and perform a packet discard operation according to the data packet that can be correctly received.

29. The method of claim 28, wherein, the second information is configured in granularity of a DRB, and the second information is used to indicate whether the terminal performs a packet discard operation based on a data packet or is used to indicate whether a packet discard operation based on a data packet set is performed; or the second information is configured in granularity of a MAC entity, and the second information is used to indicate that the terminal performs a packet discard operation based on a data packet and cannot be used to indicate that the terminal performs a packet discard operation based on a data packet set; or the second information is configured in granularity of a MAC entity, and the second information is used to indicate that the terminal performs a packet discard operation based on a data packet set and cannot be used to indicate that the terminal performs a packet discard operation based on a data packet.

30. The method of any one of claims 26-29, wherein, The method further comprises: sending third information to the terminal, wherein the third information is used to configure or activate a packet duplication operation.

31. The method of claim 30, wherein, the second information is configured in granularity of a DRB, and the network device does not configure the second information and the third information for the terminal for the same DRB; the second information is configured in granularity of a MAC entity, and the network device configures the second information on a first MAC entity and does not configure the third information on a DRB transmitted in the MAC entity; or the second information is configured in granularity of a MAC entity, and the network device configures the third information on the MAC entity and does not configure the second information on a DRB transmitted in the MAC entity.

32. The method of any one of claims 22-31, wherein, The method further comprises: sending fourth information to the terminal, wherein the fourth information is used to indicate at least one of a preset threshold, a first mapping relationship, and a second mapping relationship, the preset threshold is used by the terminal to determine whether to discard the second data packet, and the first mapping relationship and / or the second mapping relationship are used to determine the preset threshold.

33. The method of claim 32, wherein, The preset threshold comprises at least one of: a first threshold, the first threshold being a ratio of a number of data packets before application layer FEC encoding to a number of data packets after encoding; a second threshold, the second threshold being a number of data packets before application layer FEC encoding; a third threshold, the third threshold being 1 minus a ratio of a number of data packets before application layer FEC encoding to a number of data packets after encoding; a fourth threshold, the fourth threshold being a difference between a number of data packets before application layer FEC encoding and a number of data packets after encoding.

34. The method of any one of claims 22 to 33, wherein, the first information is feedback of the network device receiving the first data packet, and the first information is configured grant CG-downlink feedback information used in a non-licensed frequency band NR-U; or the first information is downlink control information DCI; or the first information is a radio link control RLC status report; or the first information is a radio link control RLC status report; or The first information is a PDCP status report.

35. The method of any one of claims 22-34, wherein, The method further includes: receiving fifth information sent by the terminal, the fifth information being used to indicate whether the terminal supports determining whether to discard the second data packet according to the first reception status of the first data packet and a first type of threshold in the preset threshold.

36. A terminal, characterized by comprising: a transceiver configured to receive first information sent by a network device, the first information being used to determine that a reception status of a first data packet is a first reception status, the first reception status being used to identify that the first data packet is correctly received; a processing module configured to determine whether to discard a second data packet according to the first reception status of the first data packet and a first type of threshold in a preset threshold, wherein the first data packet and / or the second data packet is a data packet corresponding to a third data packet at a user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using an application layer forward error correction code (FEC).

37. A network device, comprising: comprising: a transceiver configured to send first information to a terminal, the first information being used to determine that a reception status of a first data packet is a first reception status, the first reception status being used to identify that the first data packet is correctly received, and the first reception status being used by the terminal to determine whether to discard a second data packet, wherein the first data packet and / or the second data packet is a data packet corresponding to a third data packet at a user plane protocol stack layer of the terminal, and the third data packet is a data packet generated by processing at least one original data packet using an application layer forward error correction code (FEC).

38. A communication system, characterized by comprising: a terminal configured to perform the method according to any one of claims 1 to 21; a network device configured to perform the method according to any one of claims 22 to 35.

39. A communications device, comprising: comprising: a transceiver; a memory; a processor connected with the transceiver and the memory respectively, configured to control wireless signal transceiving of the transceiver by executing computer executable instructions on the memory, and capable of implementing the method according to any one of claims 1 to 35.

40. A computer storage medium, wherein, The computer storage medium stores computer executable instructions; the computer executable instructions are executed by the processor, and capable of implementing the method according to any one of claims 1 to 35.

Citation Information

Patent Citations

  • Method and apparatus for transmitting and receiving packet in communication system

    CN106664155A

  • Communication system, communication method, and device

    WO2023131009A1

  • PDU set information forwarding during mobility events

    WO2024096965A1

  • Stable quality of service (QOS) / quality of experience (QOE)

    WO2024097824A1