CN117596218A

CN117596218A - Communication method and device

Info

Publication number: CN117596218A
Application number: CN202211364589.4A
Authority: CN
Inventors: 强鹂; 任少峰; 刘南南; 常俊仁
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-08-15
Filing date: 2022-11-02
Publication date: 2024-02-23
Also published as: WO2024037230A1

Abstract

The application provides a communication method and device. The method includes the first communication device transmitting first information to the second communication device, which in turn transmits PDUs in the first set of PDUs to the second communication device. The second communication device can successfully analyze the first PDU set according to the successfully received PDU or confirm that the analysis of the first PDU set fails, so that the second communication device can be sent with second information, and the second information can instruct the first communication device to stop sending the rest PDUs in the first PDU set, thereby achieving the purpose of saving network resources involved in data transmission among the communication devices and improving the utilization rate of the network resources.

Description

Communication method and device

The present application claims priority from the chinese patent office, application number 202210977626.2, application name "a communication method and apparatus" filed on day 15 at month 08 of 2022, the entire contents of which are incorporated herein by reference.

Technical Field

The present disclosure relates to the field of communications technologies, and in particular, to a communications method and apparatus.

Background

With the rapid development of communication technology, data transmission through a network is widely used. For example, in data transmission between communication apparatuses, a communication apparatus as a data transmitting end can transmit a generated one data packet, such as PDU set (Protocol Data Unit set ), to a communication apparatus as a data receiving end via a network. However, since the size of a message (such as PDU (Protocol Data Unit, protocol data unit)) that can be processed at a time is limited due to various factors such as processing power of a device, bandwidth of a network, etc., it may be necessary to split the data packet into a plurality of messages when transmitting the data packet through the network.

Taking video service as an example, it is assumed that a 2K video frame generated by the data transmitting end has 2 mbytes (1 mbyte=1024 kbytes, 1 kbyte=1024 bytes), and the messages that can be processed by the network at a time only have 1500 bytes, and that one 2K video frame needs to be split into at least 1399 messages (2×1024×1024/1500=1399) for carrying. The data transmitting end can obtain certain fault tolerance capability by adopting certain coding technologies, namely, the original video frame can be restored without requiring that all messages of one video frame are successfully received by the data receiving end. Assuming that the 2K video frame can tolerate 20% of packet loss rate, the data receiving end can recover the complete 2K video frame as long as it successfully receives any 1119 packets in the 2K video frame. In other words, if more than 280 (such as 281) messages have failed to be transmitted in the 1399 messages, the data receiving end cannot recover the complete 2K video frame even if all the rest of the 1399 messages are successfully received by the data receiving end.

Therefore, in the above-described situations, further research is still required on how to achieve an improvement in the utilization rate of network resources involved in data transmission between communication apparatuses.

Disclosure of Invention

The embodiment of the application provides a communication method and a communication device, which are used for improving the utilization rate of network resources involved in data transmission among communication devices.

In a first aspect, embodiments of the present application provide a communication method that may be performed by a first communication device or a component (such as a chip, a system-on-chip, an integrated circuit, etc.) capable of supporting the functions required by the first communication device to implement the method. The method may include: the first communication device transmits first information for determining information of PDUs included in a first set of protocol data units PDUs to be transmitted to the second communication device. The first communication device sequentially transmits the PDUs in the first PDU set to the second communication device. Then, the first communication device receives the second information from the second communication device, and stops transmitting the remaining PDUs in the first PDU set to the second communication device according to the second information. The second information is used for indicating that the transmission power of the PDU in the first PDU set is greater than or equal to the target power; or, the second information is used for indicating that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount; or, the second information is used for indicating to stop sending the PDUs in the first PDU set; wherein the amount of transmission effort or transmission failure of the PDUs in the first set of PDUs is related to the information of the PDUs comprised in the first set of PDUs.

In the above design, the second communication device may successfully analyze the first PDU set based on the successfully received PDU, or confirm that the analysis of the first PDU set fails, and send the second information to the first communication device, where the second information may facilitate the first communication device to more accurately determine to stop sending the remaining PDUs in the first PDU set to the second communication device, so as to save network resources (such as air interface resources, memory resources, or thread resources, etc.) involved in data transmission between the communication devices, so that the saved network resources may be used to process other services, thereby greatly improving the utilization rate of the network resources, and reducing the power consumption of the communication device to a certain extent due to stopping sending the remaining PDUs in the first PDU set.

In one possible design, the information of the PDU indicates the number of PDUs/number of bytes/number of bits, the amount of transmission effort is:

the number of successfully received PDUs/number of bytes/number of bits in the first PDU set; or, the ratio of the number of successfully received PDUs/number of bytes/number of bits to the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set.

In the above design, the second communication device can timely confirm whether the condition of successfully analyzing the first PDU set has been satisfied based on the number of successfully received PDUs/number of bytes/number of bits in the first PDU set by counting the number of successfully received PDUs/number of bytes/number of bits.

In one possible design, the information of the PDU indicates the number of PDUs/bytes/bits, the amount of transmission failure is: the number of unsuccessfully received PDUs/number of bytes/number of bits in the first PDU set; or, the ratio of the number of unsuccessfully received PDUs/number of bytes/number of bits to the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set.

In the above design, the second communication device can timely confirm whether the number of the unsuccessfully received PDUs/the number of bytes/the number of bits of the unsuccessfully received PDUs in the first PDU set meets the condition that the first PDU set cannot be successfully analyzed.

In one possible design, the second information for indicating to stop transmitting PDUs in the first set of PDUs includes: the indication information or the cause value carried in the second information indicates that the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and the second information is used for indicating that the PDU in the first PDU set is stopped to be transmitted; or, the indication information or the cause value carried in the second information indicates that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, and the second information is used for indicating that the PDUs in the first PDU set are stopped to be transmitted.

In the above design, the second communication device may save signaling overhead by carrying a special value (such as indication information or cause value) for indicating to stop sending the PDUs in the first PDU set in the second information to send to the first communication device.

In one possible design, the second information for indicating to stop transmitting PDUs in the first set of PDUs includes: the transmission power of the PDU in the first PDU set is greater than or equal to the target power, and the second information is used for indicating to stop sending the PDU in the first PDU set; or, the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, and the second information is used to indicate that the transmission of the PDUs in the first PDU set is stopped.

In the above design, when determining that the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, or the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount, the second communication device generates second information for instructing the first communication device to stop transmitting the PDU in the first PDU set, so as to instruct the first communication device to stop transmitting the remaining PDUs in the first PDU set in time.

In one possible design, the first information includes at least one of: the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set, the sequence number of the PDU at the end position in the first PDU set or the sequence number of the PDU at the start position in the second PDU set; wherein the second set of PDUs is the next set of PDUs after the first set of PDUs.

In the above design, in order to enable the second communication device to know the size information or the size information of the PDU set to be transmitted (such as the first PDU set), so as to facilitate the auxiliary second communication device to accurately know the transmission condition of the PDUs in the first PDU set in time, and to facilitate the auxiliary second communication device to accurately confirm whether the first PDU set can be resolved based on the PDUs that have been successfully received currently, the first communication device may carry the total number/total number of bytes/total number of bits of the PDUs contained in the first PDU set, the sequence number of the PDUs at the end position in the first PDU set, or the sequence number of the PDUs at the start position in the second PDU set in the first information, and send the first information to the second communication device.

In one possible design, the first information further includes: target amount of work or target amount of failure.

In the above design, in order to facilitate the auxiliary second communication device to accurately determine whether the transmission success amount of the PDUs in the first PDU set meets the condition that the first PDU set can be successfully analyzed, or in order to facilitate the auxiliary second communication device to accurately determine whether the transmission failure amount of the PDUs in the first PDU set meets the condition that the first PDU set cannot be successfully analyzed, the first communication device may send the first information to the second communication device with the target work amount or the target failure amount.

In one possible design, the method further comprises, prior to transmitting the first information to the second communication device: acquiring transmission configuration information; wherein, the transmission configuration information comprises at least one of the following: first information, target amount of work done, or target amount of failure.

In the above design, the first communication device may acquire the transmission configuration information before sending the first information to the second communication device, so as to effectively and timely configure the information (such as the first information) related to ensuring that the PDU is accurately stopped from being transmitted.

In one possible design, the second information is used to indicate that the transmission effort of the PDUs in the first PDU set is greater than or equal to the target effort, and the second information is a status report; or, the second information is used for indicating that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, and the second information is a status report.

The second information may also be carried in an indication message or status report, for example.

In one possible design, ceasing to send the remaining PDUs in the first set of PDUs to the second communication device based on the second information comprises: according to the second information, after transmitting at least one PDU of the remaining PDUs in the first PDU set to the second communication device, the transmission of the remaining PDUs in the first PDU set to the second communication device is stopped.

In the above design, when the first communication device learns that the second information is used to indicate that the transmission power of the PDUs in the first PDU set is greater than or equal to the target power, in order to reduce the calculated amount of the second communication device for restoring the complete PDU set, the first communication device may choose to continue to send at least one PDU of the remaining PDUs in the first PDU set to the second communication device. Thereafter, the first communication device stops transmitting the remaining PDUs in the first set of PDUs to the second communication device.

For example, taking a PDU set corresponding to a video frame as an example, when the transmission effort of the PDUs in the PDU set corresponding to the video frame is greater than or equal to the target effort, in order to reduce the calculated amount of the second communication device for restoring the complete PDU set and/or in order to obtain higher video definition, the first communication device may select to continue to send at least one PDU of the remaining PDUs in the PDU set corresponding to the video frame to the second communication device. Thereafter, the first communication device stops transmitting the remaining PDUs in the first set of PDUs to the second communication device.

In one possible design, after ceasing to transmit the remaining PDUs in the first set of PDUs to the second communication device, the method further comprises: transmitting third information to the second communication device; the third information is used for indicating that the reception of the remaining PDUs in the first set of PDUs is stopped, and/or the third information comprises a first parameter value of a protocol parameter in a reception window/reordering window/reassembly window of the second communication device suggested by the first communication device.

Compared with the scheme that the second communication device does not acquire the proposal parameter value aiming at the protocol parameter in the receiving window/reordering window/reorganizing window from the first communication device, the proposal that the parameter value of the protocol parameter in the receiving window/reordering window/reorganizing window is adjusted only according to the current receiving condition of the PDU is adopted, by adopting the mode, after the first communication device stops transmitting the rest PDU in the first PDU set to the second communication device, the first communication device can be assisted to more accurately adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reorganizing window by transmitting one proposal parameter value to the second communication device, so that the receiving window/reordering window/reorganizing window of the second communication device can be convenient to receive the next PDU set positioned behind the first PDU set in a targeted or more accurate way.

In a second aspect, embodiments of the present application provide a communication method that may be performed by a second communication device or a component (such as a chip, a system-on-chip, or an integrated circuit, etc.) capable of supporting the functions required by the second communication device to implement the method. The method may include: the second communication device receives first information from the first communication device, the first information being used to determine information of PDUs contained in a first set of PDUs to be transmitted. The second communication device receives the PDUs in the first PDU set from the first communication device. The second communication device then transmits the second information to the first communication device. The second information is used for indicating that the transmission power of the PDU in the first PDU set is greater than or equal to the target power; or, the second information is used for indicating that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount; or, the second information is used for indicating to stop sending the PDUs in the first PDU set; wherein the amount of transmission effort or transmission failure of the PDUs in the first set of PDUs is related to the information of the PDUs comprised in the first set of PDUs.

The technical effects achieved by the second aspect are referred to the technical effects achieved by the first aspect, and are not described herein.

the number of successfully received PDUs/number of bytes/number of bits in the first PDU set; or,

the ratio of the number of successfully received PDUs/number of bytes/number of bits to the total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs.

In one possible design, the information of the PDU indicates the number of PDUs/bytes/bits, the amount of transmission failure is:

the number of unsuccessfully received PDUs/number of bytes/number of bits in the first PDU set; or,

the ratio of the number of unsuccessfully received PDUs/number of bytes/number of bits to the total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs.

In one possible design, the second information for indicating to stop transmitting PDUs in the first set of PDUs includes: the indication information or the cause value carried in the second information indicates that the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and the second information is used for indicating that the PDU in the first PDU set is stopped to be transmitted; or,

The indication information or the cause value carried in the second information indicates that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount, and the second information is used for indicating that the PDU in the first PDU set is stopped to be transmitted.

In one possible design, the second information for indicating to stop transmitting PDUs in the first set of PDUs includes: the transmission power of the PDU in the first PDU set is greater than or equal to the target power, and the second information is used for indicating to stop sending the PDU in the first PDU set; or,

the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, and the second information is used to indicate that the transmission of the PDUs in the first PDU set is stopped.

In one possible design, the first information includes at least one of: the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set, the sequence number of the PDU at the end position in the first PDU set, or the sequence number of the PDU at the start position in the second PDU set; wherein the second set of PDUs is the next set of PDUs after the first set of PDUs.

In one possible design, after sending the second information to the first communication device, the method further comprises: receiving third information from the first communication device; the third information is used for indicating that the receiving of the remaining PDUs in the first PDU set is stopped, and/or the third information comprises a first parameter value of a protocol parameter in a receiving window/reordering window/reorganizing window of the second communication device suggested by the first communication device;

and stopping receiving the rest PDUs in the first PDU set according to the third information.

In the above-described design, the second communication apparatus may accurately determine to stop receiving the remaining PDUs in the first PDU set after receiving the third information from the first communication apparatus.

In one possible design, after receiving the third information from the first communication device, the method further comprises:

updating the current parameter value of the protocol parameter in the receiving window/reordering window/reorganizing window of the second communication device to be a first parameter value; or,

and determining a second parameter value according to the current parameter value and/or the first information and/or the third information, and updating the current parameter value into the second parameter value.

In the above design, when the third information is used to indicate stopping receiving the remaining PDUs in the first PDU set, the third information may further include a first parameter value of a protocol parameter in a receiving window/reordering window/reassembling window of the second communication device proposed by the first communication device. This first parameter value may facilitate the second communication device being able to receive the next set of PDUs after the first set of PDUs in a targeted or more accurate manner. In this way, the second communication device can refer to the first parameter value and adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reorganizing window accordingly.

In a third aspect, embodiments of the present application provide a communication method that may be performed by a first communication device or a component (such as a chip, a system-on-chip, an integrated circuit, or the like) capable of supporting the functions required by the first communication device to implement the method. The method may include: the first communication device sequentially transmits the PDUs in the first PDU set to the second communication device. Then, the first communication device receives the PDCP status report from the second communication device and stops transmitting the remaining PDUs in the first PDU set to the second communication device according to the PDCP status report. Wherein the PDCP status report is generated by the second communication device upon determining that the reordering timer has timed out; the PDCP status report indicates a transmission result of the PDU in a reception/reordering window of the second communication device.

Based on the fact that PDCP status report is triggered in a specific scenario, compared with the situation (such as entity reestablishment or base station handover, etc.), in the above manner, the second communication device can generate PDCP status report in time when determining that the reordering timer is overtime (such as the reordering timer started when there is PDU missing or out of order in the receiving window/reordering window is overtime). Therefore, the method can be convenient for the first communication device to accurately determine to stop sending the remaining PDU in the first PDU set to the second communication device in time through the PDCP status report, thereby saving network resources (such as air interface resources, memory resources or thread resources and the like) involved in data transmission among the communication devices, enabling the saved network resources to be used for processing other services, greatly improving the utilization rate of the network resources, and reducing the power consumption of the communication device to a certain extent because of stopping sending the remaining PDU in the first PDU set.

In one possible design, ceasing to send remaining PDUs in the first set of PDUs to the second communication device based on the PDCP status report comprises: determining the transmission effort of the PDU in the first PDU set or the transmission failure amount of the PDU in the first PDU set according to the PDCP status report, wherein the transmission effort of the PDU in the first PDU set is greater than or equal to the target effort, and stopping sending the rest PDU in the first PDU set to the second communication device; or, the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, and the transmission of the remaining PDUs in the first PDU set to the second communication device is stopped.

In the above design, by using the transmission result of the PDUs in the first PDU set in the receiving window/reordering window recorded in the PDCP status report, it can be accurately determined whether the transmission success rate of the PDUs in the first PDU set is greater than or equal to the target success rate, or whether the transmission failure rate of the PDUs in the first PDU set is greater than or equal to the target failure rate, so that it can be more accurately determined to stop transmitting the remaining PDUs in the first PDU set to the second communication device.

In one possible design, after ceasing to transmit the remaining PDUs in the first set of PDUs to the second communication device, the method further comprises: transmitting third information to the second communication device; the third information is used to indicate that reception of remaining PDUs in the first set of PDUs is stopped and/or the third information comprises third parameter values of protocol parameters in a reception/reordering window of the second communication device suggested by the first communication device.

Compared with the scheme that the second communication device does not acquire the recommended parameter value of the protocol parameter in the receiving window/reordering window from the first communication device, the method is adopted, and the first communication device stops transmitting the rest PDUs in the first PDU set to the second communication device, so that the second communication device can be assisted to more accurately adjust the current parameter value of the protocol parameter in the receiving window/reordering window by transmitting one recommended parameter value to the second communication device, and the receiving window/reordering window of the second communication device can be facilitated to receive the next PDU set positioned behind the first PDU set in a targeted or more accurate mode.

In one possible design, the amount of work transferred is: the number of successfully received PDUs/number of bytes/number of bits in the first set of PDUs, or the ratio of the number of successfully received PDUs/number of bytes/number of bits to the total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs; the transmission failure amount is: the number of unsuccessfully received PDUs/number of bytes/number of bits in the first PDU set; or, the ratio of the number of unsuccessfully received PDUs/number of bytes/number of bits to the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set.

In one possible design, before sequentially transmitting the PDUs in the first set of PDUs to the second communication device, the method further comprises: acquiring transmission configuration information; wherein, the transmission configuration information comprises at least one of the following: the total number of PDUs/total number of bytes/total number of bits, target amount of effort, or target amount of failure contained in the first set of PDUs.

In the above design, the first communication device may acquire the transmission configuration information before sequentially sending the PDUs in the first PDU set to the second communication device, so as to effectively perform configuration in time to ensure that the transmission of the information related to the PDUs (such as the total number of PDUs/total number of bytes/total number of bits included in the first PDU set) is accurately stopped.

In a fourth aspect, embodiments of the present application provide a communication method that may be performed by a second communication device or a component (such as a chip, a system-on-chip, or an integrated circuit, etc.) capable of supporting the functions required by the second communication device to implement the method. The method may include: the second communication device receives the PDUs in the first PDU set from the first communication device and stores the received PDUs in a receiving/reordering window. Then, the second communication device generates a PDCP state report when determining that the reordering timer is overtime; wherein the PDCP status report indicates a transmission result of the PDU in the reception window/reordering window. The second communication device then sends a PDCP status report to the first communication device.

The technical effects achieved by the fourth aspect are referred to as the technical effects achieved by the third aspect, and are not described herein.

In one possible design, after sending the PDCP status report to the first communication device, the method further comprises:

receiving third information from the first communication device; third information for indicating stopping receiving remaining PDUs in the first set of PDUs and/or third information comprising third parameter values of protocol parameters in a receiving/reordering window of the second communication device suggested by the first communication device;

updating the current parameter value of the protocol parameter in the receiving window/reordering window of the second communication device to a third parameter value; or,

and determining a fourth parameter value according to the current parameter value and/or the third information, and updating the current parameter value into the fourth parameter value.

In the above design, when the third information is used to indicate stopping receiving the remaining PDUs in the first PDU set, the third information may further include a third parameter value of the protocol parameter in the receiving window/reordering window of the second communication device suggested by the first communication device. This third parameter value may facilitate that the second communication device is able to receive the next set of PDUs after the first set of PDUs in a targeted or more accurate manner. In this way, the second communication device may refer to this third parameter value and adjust the current parameter value of the protocol parameter in the receive window/reordering window accordingly.

In a fifth aspect, embodiments of the present application provide a communication method that may be performed by a first communication device or a component (such as a chip, a system-on-chip, an integrated circuit, or the like) capable of supporting the functions required by the first communication device to implement the method. The method may include: the first communication device sequentially transmits the PDUs in the first PDU set to the second communication device. The first communication device then receives a radio link control layer protocol RLC status report from the second communication device, wherein the RLC status report is generated by the second communication device upon determining that the reassembly timer has expired, and the RLC status report is used to indicate a transmission result of the PDU in a receive window/reassembly window of the second communication device. Then, the first communication apparatus stops transmitting the remaining PDUs in the first PDU set to the second communication apparatus according to the RLC status report.

In the above design, compared to the scheme that there is RLC status report in AM mode only (Acknowledged Mode acknowledged mode), there is no RLC status report in UM mode (Unacknowledged Mode ), RLC status report can be generated in both AM mode and UM mode. For example, the second communication device may generate the RLC status report in time when the reassembly timer expires (e.g., when the reassembly timer started when there are outstanding PDUs in the receive/reassembly window expires). In this way, the method can facilitate the first communication device to accurately determine to stop sending the remaining PDUs in the first PDU set to the second communication device in time through the RLC status report, so that network resources (such as air interface resources, memory resources or thread resources) involved in data transmission between the communication devices can be saved, the saved network resources can be used for processing other services, the utilization rate of the network resources is improved to a great extent, and the power consumption of the communication device can be reduced to a certain extent because the transmission of the remaining PDUs in the first PDU set is stopped.

In one possible design, before sequentially transmitting the PDUs in the first set of PDUs to the second communication device, the method further comprises:

acquiring transmission configuration information; wherein, the transmission configuration information comprises at least one of the following: the total number of PDUs/total number of bytes/total number of bits, target amount of effort, or target amount of failure contained in the first set of PDUs.

In the above design, the transmission configuration information may be acquired before the first communication device sequentially sends the PDUs in the first PDU set to the second communication device, so that configuration can be effectively performed in time to ensure that the transmission of the information related to the PDUs (such as the total number of PDUs/total number of bytes/total number of bits included in the first PDU set) is accurately stopped.

In one possible design, ceasing to send remaining PDUs in the first set of PDUs to the second communication device based on the RLC status report, comprises: determining that the transmission power of the PDU in the first PDU set is greater than or equal to the target power according to the RLC status report, and stopping sending the remaining PDU in the first PDU set to the second communication device; or according to the RLC status report, determining that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, and stopping sending the remaining PDUs in the first PDU set to the second communication device.

In the above design, by using the transmission result of the PDUs in the first PDU set in the receiving window/reassembling window recorded in the RLC status report, it can be accurately determined whether the transmission success rate of the PDUs in the first PDU set is greater than or equal to the target success rate or whether the transmission failure rate of the PDUs in the first PDU set is greater than or equal to the target failure rate, so that it can be more accurately determined to stop transmitting the remaining PDUs in the first PDU set to the second communication device.

In one possible design, after ceasing to transmit the remaining PDUs in the first set of PDUs to the second communication device, the method further comprises: transmitting third information to the second communication device; the third information is used to indicate that reception of remaining PDUs in the first set of PDUs is stopped and/or the third information comprises a fifth parameter value of a protocol parameter in a reception/reassembly window of the second communication device suggested by the first communication device.

Compared with the scheme that the second communication device does not acquire the suggested parameter value aiming at the protocol parameter in the receiving window/reorganizing window from the first communication device, the method is adopted, and the first communication device stops transmitting the rest PDUs in the first PDU set to the second communication device, and then transmits one suggested parameter value to the second communication device, so that the second communication device can be assisted to more accurately adjust the current parameter value of the protocol parameter in the receiving window/reorganizing window, and the receiving window/reorganizing window of the second communication device can be facilitated to receive the next PDU set positioned behind the first PDU set in a targeted or more accurate mode.

In a sixth aspect, embodiments of the present application provide a communication method that may be performed by a second communication device or a component (such as a chip, a system-on-chip, or an integrated circuit, etc.) capable of supporting the functions required by the second communication device to implement the method. The method may include: the second communication device receives the PDUs in the first set of PDUs from the first communication device and stores the received PDUs in a receive/reassembly window. And then, the second communication device generates an RLC status report when determining that the reassembly timer is overtime, wherein the RLC status report is used for indicating the transmission result of the PDU in the receiving window/reassembly window. The second communication device then transmits an RLC status report to the first communication device.

The technical effect of the sixth aspect is referred to the technical effect of the fifth aspect, and is not described herein.

In one possible design, after sending the RLC status report to the first communication device, the method further comprises:

receiving third information from the first communication device; the third information is used for indicating that the receiving of the remaining PDUs in the first PDU set is stopped, and/or the third information comprises a fifth parameter value of a protocol parameter in a receiving window/reorganizing window of the second communication device suggested by the first communication device; and stopping receiving the rest PDUs in the first PDU set according to the third information.

In one possible design, after receiving the third information from the first communication device, the method further comprises: updating the current parameter value of the protocol parameter in the receiving window/reorganizing window of the second communication device to a fifth parameter value; or, determining a sixth parameter value according to the current parameter value and/or the third information, and updating the current parameter value to the sixth parameter value.

In the above design, when the third information is used to indicate stopping receiving the remaining PDUs in the first PDU set, the third information may further include a fifth parameter value of the protocol parameter in the receiving window/reassembly window of the second communication device proposed by the first communication device. This fifth parameter value may facilitate the second communication device being able to receive the next set of PDUs after the first set of PDUs in a targeted or more accurate manner. In this way, the second communication device may refer to this fifth parameter value and adjust the current parameter value of the protocol parameter in the receive/reassembly window accordingly.

In a seventh aspect, embodiments of the present application provide a communication method that may be performed by a first communication device or a component (such as a chip, a system-on-chip, or an integrated circuit, etc.) capable of supporting the functions required by the first communication device to implement the method. The method may include: the first communication device sequentially transmits the PDUs in the first PDU set to the second communication device. One or more PDUs in the first PDU set carry a set identifier; the set flag is used to request acquisition of RLC status report. Thereafter, the first communication device receives an RLC status report from the second communication device, where the RLC status report is used to indicate a transmission result of the PDU in a reception window/reassembly window of the second communication device. Then, the first communication apparatus stops transmitting the remaining PDUs in the first PDU set to the second communication apparatus according to the RLC status report.

Compared with the scheme that the RLC status report exists only in the AM mode, the scheme that the RLC status report exists not in the UM mode can generate the RLC status report in the AM mode or the UM mode. For example, when the second communication device determines that any PDU in the received first PDU set carries the set identifier, the RLC status report may be generated in time. In this way, the method can facilitate the first communication device to accurately determine to stop sending the remaining PDUs in the first PDU set to the second communication device in time through the RLC status report, so that network resources (such as air interface resources, memory resources or thread resources) involved in data transmission between the communication devices can be saved, the saved network resources can be used for processing other services, the utilization rate of the network resources is improved to a great extent, and the power consumption of the communication device can be reduced to a certain extent because the transmission of the remaining PDUs in the first PDU set is stopped.

In an eighth aspect, embodiments of the present application provide a communication method that may be performed by a second communication device or a component (such as a chip, a system-on-chip, or an integrated circuit, etc.) capable of supporting the functions required by the second communication device to implement the method. The method may include: the second communication device receives the PDUs in the first set of PDUs from the first communication device and stores the received PDUs in a receive/reassembly window. One or more PDUs in the first PDU set carry a set identifier, and the set identifier is used for requesting to acquire the RLC status report. And then, when determining that any received PDU carries the set identifier, the second communication device generates an RLC state report, wherein the RLC state report is used for indicating the transmission result of the PDU in the receiving window/the reorganizing window. The second communication device then transmits an RLC status report to the first communication device.

The technical effect of the eighth aspect is referred to the technical effect of the seventh aspect, and is not described herein.

In a ninth aspect, embodiments of the present application provide a communication method that may be performed by a first communication device or a component (such as a chip, a system-on-chip, or an integrated circuit, etc.) capable of supporting the functions required by the first communication device to implement the method. The method may include: the first communication device sequentially transmits the PDUs in the first PDU set to the second communication device. The method comprises the steps that one or more PDUs in a first PDU set carry set flag bits, the set flag bits are used for indicating a second communication device to feed back a status report, and the set flag bits are configured in the one or more PDUs when the first communication device determines that the transmission condition of the first PDU set meets a first set condition. The first communication device then receives a status report from the second communication device, wherein the status report is used to indicate a transmission result of the PDU or a reception condition of the PDU in a reception window/reordering window of the second communication device. The first communication device may then stop transmitting PDUs other than the transmitted PDUs in the first PDU set to the second communication device or transmit PDUs not successfully received in the first PDU set to the second communication device according to the status report.

Based on triggering the status report situation in a specific scene and/or periodically feeding back the status report situation by the PDU receiving end (such as entity reconstruction or base station switching, etc.), by adopting the above manner, when the transmission situation of the first PDU set meets the first setting condition, the first communication device can configure or add a setting flag bit in one or more PDUs to be transmitted in the first PDU set, so that the terminal device can instruct the network device to feed back the status report in what situation according to the requirement, without periodically feeding back the status report according to the set period duration by the network device, and can effectively avoid large air interface overhead caused by periodically blinding the status report by the network device, and can effectively ensure that the first communication device can timely stop transmitting PDUs except the PDUs transmitted in the first PDU set. In addition, under certain conditions, in order to help the second communication device accurately recover the complete first PDU set, the first communication device may also choose to send the second communication device an unsuccessfully received PDU in the first PDU set.

In one possible design, the transmission condition of the first PDU set meeting the first set of conditions includes: the number of transmitted PDUs in the first PDU set is greater than or equal to a first threshold; and/or the number of bytes/bits of the transmitted PDUs in the first set of PDUs is greater than or equal to the second threshold; and/or the ratio of the number of PDUs transmitted in the first set of PDUs to the total number of PDUs contained in the first set of PDUs is greater than or equal to a third threshold; and/or the ratio of the number of bytes/bits of the sent PDUs in the first set of PDUs to the total number of bytes/total bits of the PDUs contained in the first set of PDUs is greater than or equal to a fourth threshold; and/or the elapsed processing time of the first set of PDUs is greater than or equal to the first time threshold; and/or the processing time except the used processing time in the total processing time corresponding to the first PDU set is smaller than or equal to the second time threshold.

In the above design, when the first communication device determines that the related transmission information of the first PDU set meets the at least one condition, a set flag bit may be configured or added in one or more PDUs to be transmitted in the first PDU set, so that the first communication device may instruct the second communication device to timely feed back the status report according to the requirement.

In one possible design, transmitting, to a second communication device, a PDU of the first set of PDUs that was not successfully received, based on the status report, includes: selecting at least one PDU from a plurality of PDUs which are not successfully received in the first PDU set when the processing time except the used processing time in the total processing time corresponding to the first PDU set is greater than or equal to a third time threshold and/or the receiving condition of the PDUs in the first PDU set meets a second setting condition; the at least one PDU is transmitted to a second communication device.

In the above design, when the first communication device considers that the second communication device cannot recover the complete first PDU set through the status report, the second communication device may accurately recover the complete first PDU set by retransmitting one or more PDUs which are not successfully received in the first PDU set when a processing time except for the used processing time in the total processing time corresponding to the first PDU set is greater than or equal to a third time threshold and/or a receiving condition of the PDUs in the first PDU set satisfies a second set condition.

In one possible design, the receiving of the PDUs in the first PDU set meeting the second set of conditions includes: the transmission power of the PDU in the first PDU set is smaller than a fifth threshold; or the transmission failure amount of the PDUs in the first PDU set is greater than the sixth threshold.

In the above design, when the first communication device determines that the transmission success rate of the PDUs in the first PDU set is less than the fifth threshold or the transmission failure rate of the PDUs in the first PDU set is greater than the sixth threshold, the second communication device may not recover the complete first PDU set, that is, the second communication device may not successfully receive more PDUs, but may not too much, and may also help the second communication device recover the complete first PDU set by retransmitting some of the PDUs that are not successfully received to the second communication device.

In one possible design, selecting at least one PDU from a plurality of unsuccessfully received PDUs in a first set of PDUs includes:

at least one PDU having a number of retransmissions less than or equal to a maximum number of retransmissions is selected from the plurality of unsuccessfully received PDUs.

In the design, by selecting the PDU with the retransmission times smaller than or equal to the maximum retransmission times for retransmission, one or more unsuccessfully received PDUs can be prevented from being frequently retransmitted, so that the same PDU is meaningless and continuously retransmitted, and retransmission balance of the unsuccessfully received PDUs can be ensured.

In one possible design, ceasing to send PDUs of the first set of PDUs other than the sent PDUs to the second communication device based on the status report, comprises: determining the transmission successful amount of the PDU in the first PDU set or the transmission failure amount of the PDU in the first PDU set according to the status report, wherein the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and stopping sending the PDU except the sent PDU in the first PDU set to the second communication device; or determining the transmission effort amount of the PDU in the first PDU set or the transmission failure amount of the PDU in the first PDU set according to the status report, wherein the transmission failure amount of the PDU in the first PDU set is larger than or equal to the target failure amount, and stopping sending the PDU except the sent PDU in the first PDU set to the second communication device.

In the above design, by the transmission result of the PDUs in the first PDU set in the receiving window/reordering window recorded in the status report, it can be accurately determined whether the transmission success amount of the PDUs in the first PDU set is greater than or equal to the target success amount, or whether the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, so that it can be more accurately determined to stop transmitting the PDUs except the transmitted PDUs in the first PDU set to the second communication apparatus.

In one possible design, after stopping transmission of PDUs other than the transmitted PDUs in the first set of PDUs to the second communication device, the method further comprises: transmitting third information to the second communication device; the third information is used for indicating that the reception of the PDUs except the transmitted PDUs in the first set of PDUs is stopped, and/or the third information comprises a seventh parameter value of the protocol parameter in the reception window/reordering window of the second communication device suggested by the first communication device.

Compared with the scheme that the second communication device does not acquire the proposal parameter value of the protocol parameter in the receiving window/reordering window from the first communication device, the proposal that the parameter value of the protocol parameter in the receiving window/reordering window is adjusted only is carried out according to the current receiving condition of the PDU, by adopting the mode, after stopping transmitting the PDU except the transmitted PDU in the first PDU set to the second communication device, the first communication device can assist the second communication device to more accurately adjust the current parameter value of the protocol parameter in the receiving window/reordering window by transmitting one proposal parameter value to the second communication device, thereby being convenient for the receiving window/reordering window of the second communication device to be capable of receiving the next PDU set positioned behind the first PDU set in a targeted or more accurate way.

In one possible design, before sequentially transmitting the PDUs in the first set of PDUs to the second communication device, the method further comprises: acquiring transmission configuration information; wherein, the transmission configuration information comprises at least one of the following: the target amount of work, the target amount of failure, the maximum number of retransmissions, or the total number of PDUs, the total number of bytes, or the total number of bits contained in the first set of PDUs.

In the above design, the first communication device may acquire the transmission configuration information before sequentially transmitting the PDUs in the first PDU set to the second communication device, so as to be capable of timely and effectively configuring information related to ensuring that the PDUs are accurately stopped from being transmitted (for example, the total number of PDUs/total number of bytes/total number of bits included in the first PDU set.

In a tenth aspect, embodiments of the present application provide a communication method that may be performed by a second communication device or a component (such as a chip, a system-on-chip, or an integrated circuit, etc.) capable of supporting the functions required by the second communication device to implement the method. The method may include: the second communication device receives the PDUs in the first set of PDUs from the first communication device and stores the PDUs in a receive window/reordering window. Then, the second communication device determines that any received PDU carries a set flag bit, and can choose to send a status report to the first communication device. The set flag bit is configured or added in one or more PDUs when the first communication device determines that the transmission condition of the first PDU set meets a first setting condition, and the status report is used for indicating the transmission result of the PDU or the receiving condition of the PDU in the receiving window/reordering window.

The technical effect of the tenth aspect is referred to the technical effect of the ninth aspect, and is not described herein.

The technical effects achieved by the above-mentioned design are referred to as the technical effects achieved by the corresponding design in the above-mentioned ninth aspect, and are not described herein.

In one possible design, before sending the status report to the first communication device, the method further comprises: a reorder timer timeout is determined.

In the above design, in order to ensure that the generation of the status report is more accurate and more targeted, and in order to ensure that the generation of the status report is more consistent with the actual situation, the second communication device may trigger the status report when determining that any received PDU carries the set flag bit, but does not actually generate the status report, and needs to refer to other conditions (such as determining whether the reordering timer is overtime) to determine whether to actually generate the status report. When it is determined that any one of the received PDUs carries the set flag bit and the reordering timer also times out, the second communication device generates a status report according to the current reception situation of the second communication device for the PDUs in the first set.

In one possible design, after sending the status report to the first communication device, the method further comprises: receiving at least one unsuccessfully received PDU from a first communication device; and when the processing time except the used processing time in the total processing time corresponding to the first PDU set is greater than or equal to a third time threshold value and/or the receiving condition of the PDUs in the first PDU set meets a second set condition, the first communication device selects among a plurality of PDUs which are not successfully received in the first PDU set.

In one possible design, the number of retransmissions of any one of the at least one unsuccessfully received PDU is less than or equal to the maximum number of retransmissions.

In one possible design, after sending the status report to the first communication device, the method further comprises: receiving third information from the first communication device; the third information is used for indicating to stop receiving the PDUs except the sent PDUs in the first PDU set, and/or the third information comprises a seventh parameter value of the protocol parameters in a receiving window/reordering window of the second communication device suggested by the first communication device; and stopping receiving the PDUs except the sent PDUs in the first PDU set according to the third information.

In the above-described design, the second communication apparatus may accurately determine to stop receiving the PDUs except the transmitted PDUs in the first PDU set after receiving the third information from the first communication apparatus. In addition, the second communication device may more accurately adjust the current parameter value of the protocol parameter in the receiving window/reordering window after receiving the seventh parameter value included in the third information.

In one possible design, after receiving the third information from the first communication device, the method further comprises: updating the current parameter value of the protocol parameter in the receiving window/reordering window of the second communication device to a seventh parameter value; or determining an eighth parameter value according to the current parameter value and/or the third information, and updating the current parameter value to the eighth parameter value.

In the above design, when the third information is used to indicate stopping of receiving PDUs except for the PDUs that have been transmitted in the first PDU set, the third information may further include a seventh parameter value of a protocol parameter in a receiving window/reordering window of the second communication device suggested by the first communication device. This seventh parameter value may facilitate that the second communication device is able to receive the next set of PDUs after the first set of PDUs in a targeted or more accurate manner. In this way, the second communication device may refer to this seventh parameter value and adjust the current parameter value of the protocol parameter in the receive window/reordering window accordingly.

In an eleventh aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to the description of the first aspect and are not repeated herein. The communication device has the functionality to implement the actions in the method example of the first aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes: the transceiver module is used for sending first information to the second communication device, wherein the first information is used for determining the information of the PDUs contained in the first protocol data unit PDU set to be transmitted, and is also used for sequentially sending the PDUs in the first PDU set to the second communication device and receiving second information from the second communication device; and the processing module is used for stopping sending the remaining PDUs in the first PDU set to the second communication device according to the second information. The second information is used for indicating that the transmission power of the PDU in the first PDU set is greater than or equal to the target power; or, the second information is used for indicating that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount; or, the second information is used for indicating to stop sending the PDUs in the first PDU set; wherein the amount of transmission effort or transmission failure of the PDUs in the first set of PDUs is related to the information of the PDUs comprised in the first set of PDUs. These modules may perform the corresponding functions in the method examples of the first aspect, which are specifically referred to in the detailed description of the method examples and are not described herein.

In a twelfth aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to the description of the second aspect and are not repeated herein. The communication device has the functionality to implement the behavior in the method example of the second aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes a processing module and a transceiver module, where the processing module is configured to control the transceiver module to receive first information from the first communication device, where the first information is used to determine information of PDUs included in a first set of PDUs to be transmitted, and to receive PDUs from the first set of PDUs of the first communication device. The second information is used for indicating that the transmission power of the PDU in the first PDU set is greater than or equal to the target power; or, the second information is used for indicating that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount; or, the second information is used for indicating to stop sending the PDUs in the first PDU set; wherein the amount of transmission effort or transmission failure of the PDUs in the first set of PDUs is related to the information of the PDUs comprised in the first set of PDUs. These modules may perform the corresponding functions in the method examples of the second aspect, which are specifically referred to in the method examples and are not described herein.

In a thirteenth aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to the description of the third aspect and are not repeated herein. The communication device has the functionality to implement the behavior in the method example of the third aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes: the receiving and transmitting module is used for sequentially transmitting the PDU in the first PDU set to the second communication device and also receiving the PDCP status report from the second communication device; and the processing module is used for stopping sending the remaining PDUs in the first PDU set to the second communication device according to the PDCP state report. Wherein the PDCP status report is generated by the second communication device upon determining that the reordering timer has timed out; the PDCP status report indicates a transmission result of the PDU in a reception/reordering window of the second communication device. These modules may perform the corresponding functions in the method examples of the third aspect, which are specifically referred to in the method examples and are not described herein.

In a fourteenth aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to the description of the fourth aspect and are not repeated here. The communication device has the functionality to implement the behavior in the method example of the fourth aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes: and the receiving and transmitting module is used for receiving the PDUs in the first PDU set from the first communication device and storing the received PDUs in the receiving window/reordering window. A processing module, configured to generate a PDCP status report when it is determined that the reordering timer expires; wherein the PDCP status report indicates a transmission result of the PDU in the reception window/reordering window. The transceiver module is configured to send a PDCP status report to the first communication device. These modules may perform the corresponding functions in the method example of the fourth aspect, which are specifically referred to in the method example and are not described herein.

In a fifteenth aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to in the description of the fifth aspect and are not repeated herein. The communication device has the functionality to implement the actions in the method example of the fifth aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes: the receiving and transmitting module is used for sequentially sending the PDU in the first PDU set to the second communication device and receiving an RLC status report from the second communication device, wherein the RLC status report is generated by the second communication device when the reconfiguration timer is overtime, and the RLC status report is used for indicating the transmission result of the PDU in the receiving window/reconfiguration window of the second communication device; and the processing module is used for stopping sending the remaining PDU in the first PDU set to the second communication device according to the RLC state report. These modules may perform the corresponding functions in the method example of the fifth aspect, which are specifically referred to in the method example and are not described herein.

In a sixteenth aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to in the description of the sixth aspect and are not repeated here. The communication device has the function of implementing the actions in the method example of the sixth aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes: a transceiver module for receiving the PDUs in the first PDU set from the first communication device and storing the received PDUs in a receiving/reassembling window; and the processing module is used for generating an RLC state report when the recombination timer is determined to be overtime, wherein the RLC state report is used for indicating the transmission result of the PDU in the receiving window/the recombination window. The transceiver module is configured to send an RLC status report to the first communication device. These modules may perform the corresponding functions in the method example of the sixth aspect, which are specifically referred to in the method example and are not described herein.

In a seventeenth aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to in the description of the seventh aspect and are not repeated herein. The communication device has a function of realizing the behavior in the method example of the seventh aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes: and the receiving and transmitting module is used for sequentially transmitting the PDUs in the first PDU set to the second communication device. One or more PDUs in the first PDU set carry a set identifier; the set flag is used to request acquisition of RLC status report. The transceiver module is configured to receive an RLC status report from the second communication apparatus, where the RLC status report is configured to indicate a transmission result of the PDU in a receiving window/reassembly window of the second communication apparatus. And the processing module is used for stopping sending the remaining PDUs in the first PDU set to the second communication device according to the RLC state report. These modules may perform the corresponding functions in the seventh method example, which are specifically referred to in the method example and are not described herein.

In an eighteenth aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to the description of the eighth aspect and are not repeated here. The communication device has a function of implementing the behavior in the method example of the eighth aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes: and the receiving and transmitting module is used for receiving the PDUs in the first PDU set from the first communication device and storing the received PDUs in the receiving window/reorganizing window. One or more PDUs in the first PDU set carry a set identifier, and the set identifier is used for requesting to acquire the RLC status report. And the processing module is used for generating an RLC state report when determining that any received PDU carries a set identifier, wherein the RLC state report is used for indicating the transmission result of the PDU in the receiving window/the reorganizing window. The transceiver module is configured to send an RLC status report to the first communication device. These modules may perform the corresponding functions in the eighth method example, which are described in detail in the method example and are not described here.

In a nineteenth aspect, embodiments of the present application provide a communications device, and beneficial effects may be seen in the description of the ninth aspect, which is not repeated here. The communication device has the functionality to implement the behavior in the method example of the ninth aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes a transceiver module and a processing module: the transceiver module is configured to sequentially send the PDUs in the first PDU set to the second communication device. The method comprises the steps that one or more PDUs in a first PDU set carry set flag bits, the set flag bits are used for indicating a second communication device to feed back a status report, and the set flag bits are configured or added in one or more PDUs when the first communication device determines that the transmission condition of the first PDU set meets a first set condition. The transceiver module is further configured to receive a status report from the second communication device, where the status report is used to indicate a transmission result of the PDU or a reception situation of the PDU in a reception window/reordering window of the second communication device. The processing module is configured to stop sending the PDUs except the sent PDUs in the first PDU set to the second communication device or send the PDUs which are not successfully received in the first PDU set to the second communication device according to the status report. These modules may perform the corresponding functions in the ninth method example, which is specifically referred to in the method example and will not be described herein.

In a twentieth aspect, embodiments of the present application provide a communication device, and the beneficial effects may be referred to the description of the tenth aspect and are not repeated herein. The communication device has a function of implementing the behavior in the method example of the tenth aspect described above. The functions may be implemented by hardware, or may be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. In one possible design, the communication device includes a transceiver module and a processing module: the transceiver module is configured to receive a PDU in a first PDU set from a first communication device, and store the received PDU in a receiving window/reordering window. And the processing module is used for determining that any received PDU carries a set flag bit and sending a status report to the first communication device through the receiving and transmitting module. The set flag bit is configured or added in one or more PDUs when the first communication device determines that the transmission condition of the first PDU set meets a first setting condition, and the status report is used for indicating the transmission result of the PDU or the receiving condition of the PDU in the receiving window/reordering window. These modules may perform the corresponding functions in the tenth method example, which is specifically referred to in the method example and will not be described herein.

In a twenty-first aspect, an embodiment of the present application provides a communication apparatus, where the communication apparatus may be a terminal device in a method embodiment, or a chip disposed in the terminal device, or the like. The communication device comprises a communication interface and a processor, and optionally a memory. The memory is used for storing a computer program or instructions, and the processor is coupled with the memory and the communication interface, and when the processor executes the computer program or instructions, the communication device executes the method executed by the terminal device in the method embodiment.

In a twenty-second aspect, an embodiment of the present application provides a communication apparatus, where the communication apparatus may be a network device in a method embodiment, or a chip disposed in the network device, or the like. The communication device comprises a communication interface and a processor, and optionally a memory. The memory is used for storing a computer program or instructions, and the processor is coupled with the memory and the communication interface, and when the processor executes the computer program or instructions, the communication device executes the method executed by the network device in the method embodiment.

In a twenty-third aspect, embodiments of the present application provide a computer program product comprising a computer program or instructions which, when run on a computer, cause the computer to perform the method provided in any of the above aspects.

In a twenty-fourth aspect, embodiments of the present application provide a computer-readable storage medium having stored therein a computer program or instructions, which when executed by a computer, cause the computer to perform the method provided in any of the above aspects.

In a twenty-fifth aspect, embodiments of the present application further provide a chip, the chip being coupled to the memory, the chip being configured to read a computer program stored in the memory, and to perform the method provided in any of the above aspects.

In a twenty-sixth aspect, embodiments of the present application further provide a chip system, where the chip system includes a processor for supporting a computer device to implement the method provided in any one of the above aspects. In one possible design, the chip system further includes a memory for storing programs and data necessary for the computer device. The chip system may be formed of a chip or may include a chip and other discrete devices.

Drawings

Fig. 1 schematically illustrates a possible network architecture provided in an embodiment of the present application;

fig. 2 schematically illustrates an uplink data transmission schematic diagram provided in an embodiment of the present application between layers;

Fig. 3 is a schematic flow chart of a communication method according to the first embodiment of the present application;

fig. 4 is a schematic flow chart illustrating a communication method according to a second embodiment of the present application;

fig. 5 is a schematic flow chart of a communication method according to a third embodiment of the present application;

fig. 6 is a schematic flow chart illustrating a communication method according to a fourth embodiment of the present application;

fig. 7 schematically illustrates a structural diagram of one possible communication device according to an embodiment of the present application;

fig. 8 schematically illustrates a structural diagram of one possible communication device according to an embodiment of the present application;

fig. 9 is a schematic flow chart of a communication method according to a fifth embodiment of the present application.

Detailed Description

Before introducing the technical solutions provided in the present application, some terms involved in the present application are first explained for understanding by those skilled in the art.

(1) A communication device: may be a device capable of providing voice and/or data connectivity to a user that supports wireless communication technology. In the embodiment of the present application, the specific form of the communication apparatus is not limited, and for example, the communication apparatus may be a terminal device, a network device, a gateway, or the like.

(2) Terminal equipment: may be a wireless terminal device capable of receiving network device scheduling and indication information, which may be a device providing voice and/or data connectivity to a user, or a handheld device having wireless connection capabilities, or other processing device connected to a wireless modem. The terminal device may communicate with one or more core networks or the internet via a radio access network (radio access network, RAN), and may be a mobile terminal device, such as a mobile telephone (or "cellular" telephone, handsets, computers and data cards, for example, may be portable, pocket, hand-held, computer-built-in or vehicle-mounted mobile devices that exchange voice and/or data with the radio access network, e.g., personal communication services (personal communication service, PCS) telephones, cordless telephones, session Initiation Protocol (SIP) phones, wireless local loop (wireless local loop, WLL) stations, personal digital assistants (personal digital assistant, wireless terminal devices may also be referred to as systems, subscriber units (subscirber units), subscriber stations (subscriber station), mobile Stations (MSs), remote stations (remote stations), access Points (APs), remote terminal devices (remote terminals), access terminal devices (access terminals), user terminal devices (user terminals), user agents (user agents), subscriber stations (subscriber station, SS), user devices (customer premises equipment, CPE), terminals (terminals), user Equipment (UE), mobile Terminals (MT), etc., the terminal devices may also be wearable devices and next generation communication systems, for example, terminal equipment in a 5G communication system or terminal equipment in a future evolved public land mobile network (public land mobile network, PLMN), etc.

(3) Network equipment: may be a device in a wireless network, for example, a network device may be a radio access network (radio access network, RAN) node (or device), also referred to as a base station, that accesses a terminal device to the wireless network. As another example, the network device may also be a Core Network (CN) device in a wireless network. Currently, some examples of RAN equipment are: a new generation base station (generation Node B, gNodeB), a transmission reception point (transmission reception point, TRP), an evolved Node B (eNB), a radio network controller (radio network controller, RNC), a Node B (Node B, NB), a base station controller (base station controller, BSC), a base transceiver station (base transceiver station, BTS), a home base station (e.g., home evolved Node B, or home Node B, HNB), a baseband unit (BBU), or a wireless fidelity (wireless fidelity, wi-Fi) Access Point (AP), etc. in a 5G communication system. In addition, in one network structure, the network device may include a Centralized Unit (CU) node, or a Distributed Unit (DU) node, or a RAN device including a CU node and a DU node. Furthermore, the network device may be other means of providing wireless communication functionality for the terminal device, as other possibilities. The embodiment of the application does not limit the specific technology and the specific device form adopted by the network device. For convenience of description, in the embodiments of the present application, an apparatus that provides a wireless communication function for a terminal device is referred to as a network device.

In the description of the present application, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: cases where A alone, both A and B together, and B alone, where A and B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, "at least one of A, B, and C" includes A, B, C, AB, AC, BC, or ABC. And, unless otherwise specified, references to "first," "second," etc. in the embodiments herein are for distinguishing between multiple objects and not for defining the order, timing, priority, or importance of the multiple objects.

Embodiments of the present application will be specifically described below with reference to the accompanying drawings.

Fig. 1 illustrates a network architecture schematic to which the embodiments of the present application are applicable. As shown in fig. 1, the communication apparatus is exemplified by a terminal device, a radio access network device, and a core network device. The terminal device 100 may be accessible to a wireless network, for example, to obtain services of an external network (such as the internet) through the wireless network, or may communicate with other devices through the wireless network, such as may communicate with other terminal devices. The wireless network includes a radio access network device (i.e., RAN device) 200 and a core network device (i.e., CN device) 300, wherein the RAN device 200 is used to access the terminal device 100 to the wireless network, and the CN device 300 is used to manage the terminal device and provide a gateway for communication with an external network. Optionally, taking an example that the terminal device and the RAN device establish a communication link to perform data transmission, the terminal device and the RAN device may support multiple wireless communication technologies, and the terminal device and the RAN device may establish a communication link through multiple wireless communication technologies to implement communication. When data transmission is performed between the terminal equipment and the RAN equipment, the terminal equipment can be used as a data transmitting end, the RAN equipment can be used as a data receiving end, or the RAN equipment can be used as a data transmitting end, and the terminal equipment can be used as a data receiving end. It should be understood that the number of the respective devices in the communication system shown in fig. 1 is merely illustrative, and the embodiment of the present application is not limited thereto, and in practical application, more terminal devices 100, more RAN devices 200, and other devices may also be included.

A plurality of CN devices 300 may be included in the CN, and when the network architecture shown in fig. 1 is suitable for a 5G communication system, the CN device 200 may be an access and mobility management function (access and mobility management function, AMF) entity, a session management function (session management function, SMF) entity, or a user plane function (user plane function, UPF) entity, and in this embodiment, the CN device 300 is taken as an UPF entity as an example. Illustratively, the interface between the terminal device 100 and the RAN device 200 may be referred to as a Uu interface or a null interface, and the interface between the RAN device 200 and the UPF entity may be referred to as an N3 interface.

It should be noted that the network architecture illustrated in fig. 1 may be applicable to a communication system of various radio access technologies (radio access technology, RAT), for example, a 5G (or new radio, NR) communication system, and may be a future communication system. The network architecture shown in the embodiments of the present application is for more clearly describing the technical solution of the embodiments of the present application, and does not constitute a limitation on the technical solution provided by the embodiments of the present application, and as a person of ordinary skill in the art can know that, along with the evolution of the communication network architecture, the technical solution provided by the embodiments of the present application is also applicable to similar technical problems.

Optionally, in the network architecture illustrated in fig. 1, the communication between the network device and the terminal device may follow a protocol layer structure, for example, the control plane protocol layer structure may include functions of a radio resource control (radio resource control, RRC) layer, a packet data convergence layer protocol (packet data convergence protocol, PDCP) layer, a radio link control (radio link control, RLC) layer, a medium access control (media access control, MAC) layer, and a physical layer (PHY) layer; the user plane protocol layer structure may include the functions of protocol layers such as PDCP layer, RLC layer, MAC layer, and physical layer; in one possible implementation, a service data adaptation (service data adaptation protocol, SDAP) layer may also be included above the PDCP layer. The network device may implement the functions of protocol layers such as RRC, PDCP, RLC and MAC by one node, or may implement the functions of protocol layers by a plurality of nodes, for example.

Taking data transmission between a network device and a terminal device as an example, the data transmission needs to pass through a user plane protocol layer, such as an SDAP layer, a PDCP layer, an RLC layer, a MAC layer and a physical layer, wherein the SDAP layer, the PDCP layer, the RLC layer, the MAC layer and the physical layer can also be collectively called as an access layer. Each layer is divided into a transmitting part and a receiving part according to the transmission direction of data. Taking uplink data transmission as an example, referring to fig. 2, a schematic diagram of uplink data transmission between layers is shown, in fig. 2, the downward arrow indicates data transmission, and the upward arrow indicates data reception. After the PDCP layer acquires data from the upper layer, the PDCP layer transfers the data to the RLC layer and the MAC layer, and the MAC layer generates Transport Blocks (TBs) and performs radio transmission through the physical layer. The data is correspondingly encapsulated in each layer, the data received from the upper layer of the layer is regarded as service data units (service data unit, SDU) of the layer, and the service data units are encapsulated into protocol data units (protocol data unit, PDU) by the layer and then transferred to the next layer. For example, data received from an upper layer by the PDCP layer is called PDCP SDU, and data transmitted to a lower layer by the PDCP layer is called PDCP PDU; the data received by the RLC layer from the upper layer is called RLC SDU, and the data transmitted by the RLC layer to the lower layer is called RLC PDU; the data received by the MAC layer from the upper layer is called a MAC SDU, the data transmitted by the MAC layer to the lower layer is called a MAC PDU, which may also be called a TB. In the protocol, the connections between layers are mostly corresponding in a channel manner. The RLC layer corresponds to the MAC layer through a Logical Channel (LCH), the MAC layer corresponds to the physical layer through a transport channel (transport channel), and the physical layer is a physical channel (physical channel) for the other end.

Furthermore, as can be seen from fig. 2, the terminal device can also have an application layer and a non-access layer; wherein the application layer may be used to provide services to applications installed in the terminal device. Alternatively, the non-access stratum may be used to forward user data, for example, uplink data received from the application stratum may be forwarded to the SDAP stratum or downlink data received from the SDAP stratum may be forwarded to the application stratum. Alternatively, the terminal device may sequentially transmit the downlink data received from the network device to the application layer by the physical layer, and then provide the downlink data to the application program by the application layer.

Specific implementations of the communication method in the embodiments of the present application are described in detail below with reference to the accompanying drawings.

[ embodiment one ]

Fig. 3 is a schematic flow chart of a communication method according to an embodiment of the present application. The method is applicable to the network architecture illustrated in fig. 1. The method may be performed by a first communication device and a second communication device. The first communication means may be the terminal device illustrated in fig. 1 or a component (such as a chip or an integrated circuit) capable of supporting the functions required by the terminal device to implement the method, and the second communication means may be the network device illustrated in fig. 1 (such as a RAN device) or a component (such as a chip or an integrated circuit) capable of supporting the functions required by the network device to implement the method.

Alternatively, the first communication device may be a network device illustrated in fig. 1 or a component (such as a chip or an integrated circuit) capable of supporting the functions required by the network device to implement the method, and the second communication device may be a terminal device illustrated in fig. 1 or a component (such as a chip or an integrated circuit) capable of supporting the functions required by the terminal device to implement the method. Alternatively, in some implementation scenarios, the first communication apparatus and the second communication apparatus may both be terminal devices, or both the first communication apparatus and the second communication apparatus may be network devices, which is not limited in this embodiment of the present application. In order to facilitate the description of the technical solution provided in the embodiments of the present application, the following description will take a first communication device as a terminal device and a second communication device as a network device as an example. As shown in fig. 3, the method includes:

step 301: the terminal device sends the first information to the network device.

Alternatively, the first information may be used to determine information of PDUs included in the first set of PDUs to be transmitted.

Wherein the information of the PDU may indicate information about the size/capacity (e.g., number/number of bytes/number of bits) of the PDU during transmission of the PDU. Such as the total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs, the sequence number of the PDU at the end position in the first set of PDUs, or the sequence number of the PDU at the starting position in the second set of PDUs; wherein the second set of PDUs is the next set of PDUs after the first set of PDUs.

Alternatively, the total number/total number of bytes/total number of bits of the PDUs contained in the first PDU set may also be represented by the total number/total size/total data amount/total size/total capacity of the PDUs contained in the first PDU set. For example, the terminal device may negotiate in advance with the network device a length or a size, such as a number of bytes, of each PDU transmitted, so that the network device may calculate a total number of bytes/total number of bits of the PDUs included in the first PDU set according to a total number of PDUs included in the first PDU set and the length or the size of each PDU. For another example, the network device may also obtain, when receiving a first PDU in the first PDU set, a length or a size of the first PDU, that is, a length or a size of each PDU, such as a number of bytes, by parsing the first PDU.

Optionally, the first information may further include a target amount of work done or a target amount of failure. Alternatively, the target amount of work or target amount of failure may be predefined, or may be carried by the first information, or may be configured by signaling, or may be configured by a system such as OAM (Operation Administration and Maintenance).

The target successful reception rate or the target successful reception rate may be referred to as the target successful reception rate; the target failure amount may refer to a target failure reception rate or a target failure reception amount. Alternatively, the target successful reception rate may refer to the minimum correct reception rate of the PDU/the minimum successful reception rate of the PDU; the target successful reception amount may refer to the minimum correct reception amount of the PDU/the minimum successful reception amount of the PDU; the target failure reception rate may refer to a PDU maximum loss rate/PDU maximum failure reception rate; the target failed reception amount may refer to a PDU maximum loss amount/PDU maximum failed reception amount.

Alternatively, the first information may be used for the network device to learn the total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs to be transmitted.

It should be noted that the PDU set may be equivalently replaced with a similar term/terminology/concept representing a group of data packet sets, such as burst (burst) or data burst (data burst) or Frame (Frame) or group of pictures (Group of Pictures, GOP) or slice (slice).

Alternatively, the terminal device may send the first information to the network device in several ways as follows.

Mode one: the first information may be independent. Optionally, before sending each set of PDUs to be transmitted to the network device, the terminal device may send first information corresponding to the set of PDUs to be transmitted to the network device. Optionally, before sending the first PDU set to the network device, the terminal device may send first information corresponding to each PDU set to be transmitted to the network device.

Mode two: the first information may be carried or carried in a PDU. Optionally, the first information corresponding to each PDU set to be transmitted may be carried or carried in the first m PDUs in the PDU set to be transmitted. For example, taking the PDU set to be transmitted as the first PDU set, the terminal device may configure or add the first information in the first m PDUs in the first PDU set, so that in a process that the terminal device sequentially sends the PDUs in the first PDU set to the network device, the network device may acquire the first information from any one of the first m PDUs. Wherein m is an integer greater than or equal to 1.

Alternatively, for each PDU of the first m PDUs, the terminal device may configure or add the first information in a reserved field in the basic header of the PDU, and generate a configured or added PDU. The terminal device may send the configured or added PDU to the network device, and when the network device receives the configured or added PDU, the network device may obtain the first information by parsing the PDU.

For example, taking m as 3 as an example, all the first 3 PDUs of the first PDU set may carry the first information corresponding to the PDU set. For example, assuming that 10 PDUs are included in the first PDU set, for the first 3 PDUs in the first PDU set, the first 3 PDUs may each carry information that includes 10 PDUs in the first PDU set. For another example, for a first PDU of the first 3 PDUs in the first set of PDUs, the first PDU may carry information that 9 PDUs are not transmitted in addition to itself, a second PDU may carry information that 8 PDUs are not transmitted in addition to itself, and a third PDU may carry information that 7 PDUs are not transmitted in addition to itself. For another example, for the first 3 PDUs in the first PDU set, the first 3 PDUs may each carry a sequence number of a PDU at an end position in the first PDU set, or the first 3 PDUs may each carry a sequence number of a PDU at a start position in a next PDU set after the first PDU set.

Optionally, each PDU of the first m PDUs may carry bit order information of the PDU in the PDU set to which the PDU belongs, where the bit order information is used to indicate the position of the PDU in the PDU set to which the PDU belongs. For example, each PDU of the first m PDUs in the first PDU set may carry bit-order information for the PDU in the first PDU set. Illustratively, taking m as 3 as an example, a first PDU in the first PDU set may carry a bit sequence number 1 of the PDU in the first PDU set, that is, notify the network device that the PDU is the first PDU in the first PDU set currently being transmitted. The second PDU in the first PDU set may carry bit sequence number 2 of the PDU in the first PDU set, i.e., inform the network device that the PDU is the second PDU in the first PDU set currently being transmitted. The third PDU in the first PDU set may carry bit sequence number 3 of the PDU in the first PDU set, i.e. inform the network device that the PDU is the third PDU in the first PDU set currently being transmitted.

It should be noted that, each PDU of the first 3 PDUs carries the bit sequence information of the PDU in the PDU set to which the PDU belongs, so as to avoid misunderstanding of the network device as the data receiving end. Because, if the first PDU of the first 3 PDUs carries information of 10 PDUs included in the belonging PDU set, and the second PDU carries information of 9 PDUs included in the belonging PDU set, when the first PDU is successfully received by the network device, the network device can learn that the total number of PDUs included in the PDU set currently being received is 10, and take the target failure reception rate as an example of 20%, the network device can count whether the number of PDUs of which erroneous reception/loss/timeout reception/decoding failure/integrity check failure is more than 2. However, if the first PDU is not successfully received by the network device, the network device considers that the total number of PDUs included in the PDU set currently being received is 9, taking the target failure reception rate as 20% as an example, based on the received second PDU, and the network device may count whether the number of erroneous reception/loss/timeout reception/decoding failure/integrity check failure PDUs in the PDUs being received exceeds 1.8.

It should be understood that the foregoing describes only a few ways of sending the first information, and the terminal device may also send the first information in other ways, which are not listed in this embodiment of the present application.

Alternatively, the terminal device may acquire the transmission configuration information before the terminal device sends the first information to the network device. For example, the terminal device may first obtain the transmission configuration information corresponding to the first PDU set, or may obtain the transmission configuration information corresponding to each PDU set to be transmitted. For example, the terminal device may obtain transmission configuration information corresponding to the first PDU set or each PDU set to be transmitted from an Application (APP) installed on a certain terminal device, for example, the terminal device may obtain transmission configuration information corresponding to the first PDU set or each PDU set to be transmitted from the APP installed on the terminal device. For another example, the terminal device may also obtain, from the application server, transmission configuration information corresponding to the first PDU set or each PDU set to be transmitted.

Wherein, the transmission configuration information comprises at least one of the following: first information, target amount of work done, or target amount of failure. Alternatively, the transmission configuration information may be provided to the terminal device at one time by the APP or the application server, or may be provided to the terminal device by the APP or the application server, respectively. Wherein, information in the transmission configuration information (for example, which PDUs belong to the same PDU set, for example, PDUs with sequence numbers 1, 2 and 3 belong to one PDU set, and PDUs with sequence numbers 4, 5 and 6 belong to another PDU set) may be obtained by the terminal device through deep packet parsing and the like, information (for example, a target work amount or a target failure amount) may be pre-negotiated by the terminal device and the network device, and information (for example, total number of PDUs/total number of bytes/total number of bits included in the PDU set) may be statistically determined by the terminal device.

Step 302: the network device receives the first information and determines the information of the PDUs included in the first PDU set according to the first information.

Wherein the information of the PDU indicates information about the size/capacity (e.g., number/number of bytes/number of bits) of the PDU during transmission of the PDU. Such as the total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs, the sequence number of the PDU at the end position in the first set of PDUs, or the sequence number of the PDU at the starting position in the second set of PDUs; wherein the second set of PDUs is the next set of PDUs after the first set of PDUs.

Optionally, after receiving the first information, the network device may obtain the total number of PDUs/total number of bytes or/total number of bits included in the first PDU set to be transmitted through the first information.

For example, the network device may directly obtain the total number of PDUs or/and the total number of bytes/total number of bits contained in the first set of PDUs from the first information. If the first information does not include the total number/total number of bytes/total number of bits of the PDUs included in the first PDU set, but includes the sequence number of the PDU at the end position in the first PDU set or the sequence number of the PDU at the start position in the second PDU set, the network device may calculate the total number/total number of bytes/total number of bits of the PDUs included in the first PDU set according to the received sequence number of the first PDU in the first PDU set and the sequence number of the PDU at the end position in the first PDU set.

Illustratively, assuming that the sequence number (or may also be referred to as a number or a sequence number, etc.) of the first PDU in the first PDU set received by the network device is 3, and the sequence number of the PDU at the end position in the first PDU set obtained by the network device from the first information is 14, the network device may calculate that the total number of PDUs included in the first PDU set is 12. Wherein each PDU in the PDU set can carry a sequence number for that PDU at transmission.

Optionally, the network device may calculate the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set according to the sequence number of the first PDU in the first PDU set and the sequence number of the PDU at the starting position in the second PDU set. For example, assuming that the sequence number of the first PDU in the first PDU set received by the network device is 3 and the sequence number of the PDU in the starting position in the second PDU set is 15 obtained by the network device from the first information, the network device may calculate that the total number of PDUs included in the first PDU set is 12.

Alternatively, the size/data amount/total size/capacity of the PDUs included in the first PDU set may also be represented by a total number of bytes/total number of bits. For example, the terminal device may negotiate in advance with the network device a length or a size, such as a number of bytes, of each PDU transmitted, so that the network device may calculate a total number of bytes/total number of bits of the PDUs included in the first PDU set according to a total number of PDUs included in the first PDU set and the length or the size of each PDU. For another example, the network device may also obtain, when receiving a first PDU in the first PDU set, a length or a size of the first PDU, that is, a length or a size of each PDU, such as a number of bytes, by parsing the first PDU.

Step 303: the terminal device sequentially transmits the PDUs in the first PDU set to the network device. The network device receives a PDU from a first set of PDUs of the terminal device.

Alternatively, if the first information is independent, the above step 303 may be performed after the terminal device transmits the first information to the network device. For example, after sending the first information to the network device, the terminal device sequentially sends the PDUs in the current set of PDUs to be transmitted (such as the first set of PDUs) to the network device. Alternatively, if the first information is carried or carried in a PDU, the above step 303 may be performed when the terminal device sends a set of PDUs to be transmitted (such as the first set of PDUs) to the network device. For example, step 303 above may be performed prior to step 302 above.

Alternatively, the PDUs included in the set of PDUs to be transmitted (e.g., the first set of PDUs) may be ordered according to the sequence number of the PDUs or the order of size. Optionally, when the terminal device sends a certain PDU set to be transmitted (for example, the first PDU set) to the network device, each PDU included in the first PDU set may be sequentially sent to the network device according to the sequence or the size sequence of the sequence numbers of the PDUs. For example, suppose that the first PDU set contains 5 PDUs, and the sequence numbers of the 5 PDUs are 2,3,4,5, and 6, respectively. Thus, when the terminal device sends the first PDU set to the network device, the terminal device may send the PDU with sequence number 2 first, and then send the PDUs with sequence numbers 3,4,5, and 6 in sequence.

Step 304: the network equipment determines the transmission effort or transmission failure amount of the PDU in the first PDU set according to the transmission result of the PDU in the first PDU set.

Alternatively, the network device may store the PDUs in the received first PDU set in a receive window/reorder window/reassembly window. The receiving/reordering/reassembling window of the network device may, for example, sequentially store the received PDUs in order of sequence numbers or order of size of the PDUs.

Alternatively, the transmission result of the PDUs in the first PDU set may include that the PDUs were successfully received or that the PDUs were not successfully received. Illustratively, the PDUs successfully received by the network device may include PDUs in the first set of PDUs that were correctly received/reassembled successful/submitted to the upper layer/decoded successful/integrity check successful; the PDUs that were not successfully received by the network device may include PDUs in the first set of PDUs that were received in error/lost/received over time/failed in decoding/failed in integrity check. For example, the amount of transmission effort may refer to the successful receipt/successful receipt rate; the transmission failure amount may refer to a failed reception amount/failed reception rate.

Optionally, the network device may maintain a counter (with an initial value of 0) for continuously counting the first number of PDUs in the first PDU set that are correctly received/reassembled successful/submitted to the upper layer/successfully decoded/successfully checked for integrity. For example, the network device may increment the counter by 1 every time a PDU is correctly received/reassembled successful/submitted/decoded successful/integrity checked to the upper layer within a PDU SN (Sequence Number) range corresponding to the first PDU set. Optionally, the network device may also continuously calculate the first byte number/first bit number of the PDU of the first PDU set that is correctly received/reassembled successfully/submitted to the upper layer/successfully decoded/successfully checked for integrity.

It should be noted that correct reception may include that both PDU encryption and decryption and integrity verification are passed, and/or that all segmented PDUs are reassembled within a specified time, and/or that it falls within a legal acceptance range (e.g., HFN (hyper frame number) of a certain PDU calculated by the network device coincides with HFN of RX-DELIV (the earliest PDCP PDU that has not yet been transmitted to the upper layer), RCVD-COUNT (COUNT of the received PDCP PDU, high order RCVD_HFN, low order RCVD_SN) calculated for that PDU is equal to or greater than RX-DELIV. If the method is the corresponding RLC layer, SN > RX-NEXT (SN of the NEXT desired received PDCP PDU) of the network device, and SN < = RX-NEXT AM-Window-size of the RLC PDU). Wherein, RCVD_HFN refers to the super frame number of COUNT of the received PDCP PDU, and the length is 32 bits minus the length of RCVD_SN; rcvd_sn refers to the sequence number of the received PDCP PDU.

Alternatively, the network device may also continuously count the second number of PDUs of the first PDU set that failed to be received in error/lost/received over time/failed to be decoded/failed to be integrity checked by the counter. For example, the network device may increment the counter by 1 for each PDU received in error/lost/received over time/failed in decoding/failed in integrity check within the PDU SN range corresponding to the first set of PDUs. Optionally, the network device may also continuously calculate the second byte count/second bit count of the PDUs of the first PDU set that failed to be received in error/lost/received over time/failed to be decoded/failed to be checked for integrity.

Optionally, the network device may determine the transmission power of the PDUs in the first PDU set according to the first number of PDUs/the first byte number/the first bit number of the PDUs that are correctly received/reassembled successfully/submitted to the upper layer/successfully decoded/successfully checked for integrity in the first PDU set.

For example, when the transmission success amount refers to a successful reception amount, the network device may calculate a first number/first byte number/first bit number of PDUs that are correctly received/reassembled/submitted to an upper layer/successfully decoded/successfully checked for integrity in the first PDU set, and then use the calculated first number/first byte number/first bit number as the successful reception amount of the PDUs in the first PDU set.

For another example, when the transmission success amount refers to a successful reception rate, the network device may calculate a ratio of the first number/first number of bytes/first number of bits to the total number/total number of bytes/total number of bits of the PDUs included in the first PDU set after calculating the first number/first number of bytes/first number of bits of the PDUs that are correctly received/reassembled successfully/submitted to the upper layer/successfully decoded/successfully checked for integrity in the first PDU set, and may use the ratio as the successful reception rate of the PDUs in the first PDU set.

Optionally, the network device may also determine the transmission failure amount of the PDUs in the first PDU set according to the second number of PDUs/the second number of bytes/the second number of bits of the PDUs failing the error reception/loss/timeout reception/decoding/the integrity check in the first PDU set.

For example, when the transmission failure amount refers to a failed reception amount, the network device may calculate the second number/second number of bytes/second number of bits of the erroneous reception/loss/timeout reception/decoding failure/integrity check failure PDU in the first PDU set, and then use the calculated second number/second number of bytes/second number of bits as the failed reception amount of the PDU in the first PDU set.

For another example, when the transmission failure amount refers to a failure reception rate, the network device may calculate a ratio of the second number/second number of bytes/second number of bits to the total number/total number of bytes/total number of bits of the PDUs included in the first PDU set after calculating the second number/second number of bytes/second number of bits of the PDUs failing to receive/decode/fail to integrity check in the first PDU set, and may use the ratio as the failure reception rate of the PDUs in the first PDU set.

Step 305: the network device generates second information when the transmission effort of the PDU in the first PDU set is greater than or equal to the target effort or the transmission failure of the PDU in the first PDU set is greater than or equal to the target failure.

Alternatively, the network device may generate second information when the transmission effort of the PDUs in the first PDU set is greater than or equal to the target effort, where the second information is used to indicate that the transmission effort of the PDUs in the first PDU set is greater than or equal to the target effort.

Optionally, the network device may also generate second information when the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, where the second information is used to indicate that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount.

For example, when the target successful receipt amount refers to the target successful receipt amount, the network device may determine whether the successful receipt amount of the PDUs in the first PDU set is greater than or equal to the target successful receipt amount. When the successful reception amount of the PDUs in the first PDU set is greater than or equal to the target successful reception amount, the network device may generate second information indicating that the successful reception amount of the PDUs in the first PDU set is greater than or equal to the target successful reception amount.

For example, when the target amount of work refers to a target successful reception rate, the network device may determine whether the successful reception rate of the PDUs in the first PDU set is greater than or equal to the target successful reception rate. When the successful reception rate of the PDUs in the first PDU set is greater than or equal to the target successful reception rate, the network device may generate second information indicating that the successful reception rate of the PDUs in the first PDU set is greater than or equal to the target successful reception rate.

For example, when the target failure amount refers to a target failure reception amount, the network device may determine whether the failure reception amount of the PDUs in the first PDU set is greater than or equal to the target failure reception amount. When the failed reception amount of the PDUs in the first PDU set is greater than or equal to the target failed reception amount, the network device may generate second information indicating that the failed reception amount of the PDUs in the first PDU set is greater than or equal to the target failed reception amount.

For example, when the target failure amount refers to a target failure reception rate, the network device may determine whether the failure reception rate of the PDUs in the first PDU set is greater than or equal to the target failure reception rate. When the failure reception rate of the PDUs in the first PDU set is greater than or equal to the target failure reception rate, the network device may generate second information indicating that the failure reception rate of the PDUs in the first PDU set is greater than or equal to the target failure reception rate.

Optionally, the network device may also generate second information carrying indication information or a cause value when the transmission power of the PDU in the first PDU set is greater than or equal to the target power, where the indication information or the cause value is used to indicate that the transmission power of the PDU in the first PDU set is greater than or equal to the target power.

Optionally, the network device may also generate second information carrying indication information or a cause value when the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, where the indication information or the cause value is used to indicate that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount. For example, the indication information may be an indication value, for example, an indication value of 0 may be set to indicate that the transmission success amount has become greater than or equal to the target success amount, and an indication value of 1 may be set to indicate that the transmission failure amount has become greater than or equal to the target failure amount. For another example, a cause value of 0 may be set to indicate that the transmission work amount has been greater than or equal to the target work amount, and a cause value of 1 may be set to indicate that the transmission failure amount has been greater than or equal to the target failure amount.

Alternatively, the network device may generate the second information for indicating to stop transmitting the PDUs in the first PDU set at any time during the process of receiving the PDUs in the first PDU set. For example, in the process of receiving the PDUs in the first PDU set, the network device may generate the second information for instructing the terminal device to stop sending the PDUs in the first PDU set to the network device according to its actual condition or other situations (such as that the network device does not want to receive the PDUs any more). For example, when the network device detects that its own resources (such as insufficient network resources or insufficient computing resources) do not meet the condition of continuously receiving the PDUs, the network device generates second information for instructing the terminal device to stop sending the PDUs in the first PDU set to the network device.

Optionally, the network device may also generate second information for indicating to stop transmitting the PDUs in the first PDU set when the transmission effort of the PDUs in the first PDU set is greater than or equal to the target effort. Optionally, the network device may also generate second information for indicating to stop transmitting the PDUs in the first PDU set when the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount. For example, when the transmission effort of the PDU in the first PDU set is greater than or equal to the target effort or the transmission failure of the PDU in the first PDU set is greater than or equal to the target failure, the network device considers that the PDU in the first PDU set from the terminal device is not required to be received any more, the second information for instructing the terminal device to stop transmitting the PDU in the first PDU set to the network device may be generated.

Step 306: the network device sends the second information to the terminal device. The terminal device receives second information from the network device.

Optionally, when the second information is used to indicate that the transmission power of the PDUs in the first PDU set is greater than or equal to the target power, the second information may be a status report. Optionally, when the second information is used to indicate that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, the second information may be a status report.

Optionally, the second information may also be carried in an indication message or status report.

Step 307: and the terminal equipment stops sending the rest PDUs in the first PDU set to the network equipment according to the second information.

Optionally, when the second information is used to indicate that the transmission success rate of the PDUs in the first PDU set is greater than or equal to the target success rate, the terminal device may stop sending the remaining PDUs in the first PDU set to the network device after receiving the second information, or may select to send at least one PDU of the remaining PDUs in the first PDU set to the network device, and then stop sending the remaining PDUs in the first PDU set to the network device.

Optionally, when the second information is used to indicate that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, the terminal device may stop sending the remaining PDUs in the first PDU set to the network device after receiving the second information.

Optionally, when the indication information or the cause value carried in the second information indicates that the transmission success rate of the PDU in the first PDU set is greater than or equal to the target success rate, the terminal device may stop sending the remaining PDU in the first PDU set to the network device after receiving the second information, or may select to stop sending the remaining PDU in the first PDU set to the network device after sending at least one PDU in the remaining PDU in the first PDU set to the network device.

Optionally, when the indication information or the cause value carried in the second information indicates that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount, the terminal device may stop sending the remaining PDU in the first PDU set to the network device after receiving the second information.

Optionally, when the second information is used for indicating to stop sending the PDUs in the first PDU set, the terminal device may stop sending the remaining PDUs in the first PDU set to the network device after receiving the second information.

For example, when the second information is used to indicate that the transmission effort of the PDU in the first PDU set is greater than or equal to the target effort, or the indication information or the cause value carried in the second information indicates that the transmission effort of the PDU in the first PDU set is greater than or equal to the target effort, the terminal device may also determine whether to continue to send the remaining PDUs in the first PDU set to the network device by combining air interface resources (such as time domain resources, frequency domain resources, or space domain resources, etc.) or transmit queue resources. If the air interface resource or the transmission queue resource does not meet the resource requirement of the terminal equipment for continuously transmitting the PDU, the terminal equipment needs to stop transmitting the remaining PDU in the first PDU set to the network equipment.

Step 308: the terminal device sends third information to the network device. The network device receives third information from the terminal device.

In one embodiment, the third information may be used to indicate that the terminal device agrees to stop sending the remaining PDUs in the first set of PDUs to the network device.

In another embodiment, the third information may also be used to indicate that the terminal device does not agree to stop sending the remaining PDUs of the first set of PDUs to the network device. For example, the terminal device may stop transmitting the remaining PDUs in the first PDU set to the network device after continuing to transmit one or more of the remaining PDUs in the first PDU set to the network device.

In yet another embodiment, the third information may include information related to a first parameter value of a protocol parameter in a receiving window/reordering window/reassembly window of the network device proposed by the terminal device, where the related information may be used to instruct the network device to stop receiving remaining PDUs in the first PDU set, and may be adjusted accordingly for a current parameter value of the protocol parameter in the receiving window/reordering window/reassembly window. The protocol parameter in the receiving window/reordering window/reassembly window may refer to rx_deliv in PDCP or rx_next in RLC or rx_highest_status in RLC (maximum Status transmission state variable, updated when reassembly timer expires), etc.

Optionally, when the information sent by the terminal device to the network device is used to instruct the network device to stop receiving the remaining PDUs in the first PDU set, if there is a next PDU set to be transmitted (such as a second PDU set) after the first PDU set, the terminal device may sequentially send the PDUs in the second PDU set to the network device.

For example, before the terminal device sequentially sends the PDUs in the second PDU set to the network device, the terminal device may first acquire transmission configuration information corresponding to the second PDU set. For another example, before sending the PDU set with the first transmission order to the network device, the terminal device may first acquire transmission configuration information corresponding to each PDU set to be transmitted.

Step 309: and the network equipment stops receiving the rest PDUs in the first PDU set according to the third information.

Alternatively, the terminal device may stop receiving PDUs in the first PDU set from the terminal device when the third information indicates that the terminal device agrees to stop transmitting the remaining PDUs in the first PDU set to the network device.

Optionally, when the third information is used for indicating that the terminal device agrees to stop sending the remaining PDUs in the first PDU set to the network device, the third information may further include a first parameter value of a protocol parameter in a receiving window/reordering window/reassembly window of the network device suggested by the terminal device.

Optionally, when the third information is used to indicate that the terminal device does not agree to stop sending the remaining PDUs in the first PDU set to the network device, the terminal device may continue to receive the PDUs in the first PDU set from the terminal device, until receiving information sent by the terminal device and used to indicate to stop receiving the remaining PDUs in the first PDU set, or until receiving information sent by the terminal device and used to instruct the network device to adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window, where the information may be used to indicate to stop receiving the remaining PDUs in the first PDU set.

Optionally, when the third information includes information about the first parameter value of the protocol parameter in the receiving window/reordering window/reassembling window of the network device proposed by the terminal device, the related information may be used to instruct the network device to stop receiving the remaining PDUs in the first PDU set, and may be adjusted accordingly for the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window.

In addition, after the network device receives the third information sent by the terminal device, if the third information is related information for indicating that the terminal device agrees to stop sending the remaining PDUs in the first PDU set to the network device, or if the third information includes first parameter values of protocol parameters in a receiving window/reordering window/reassembling window of the network device suggested by the terminal device, the network device may update the current parameter values of the protocol parameters in the receiving window/reordering window/reassembling window to the first parameter values according to the first parameter values. For example, the protocol parameter may refer to a start position of the receiving window/reordering window/reassembling window, and assuming that the first parameter value is 5, the network device may adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window to be 5, and 5 may be used as a new start position of the receiving window/reordering window/reassembling window.

Optionally, the network device may also determine the second parameter value according to the current parameter value and/or the first information and/or the third information of the protocol parameter in the receiving window/reordering window/reassembling window, and may update the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window to the second parameter value. The second parameter value is used to indicate a new start position of the receiving window/reordering window/reorganizing window.

Illustratively, the network device may determine a new start position of the receive window/reorder window/reorganize window based on current parameter values of protocol parameters in the receive window/reorder window/reorganize window.

For example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, the network device may determine the new parameter value according to the actual requirement. For example, the network device may determine that the new parameter value is 6 according to the actual requirement, or may determine that the new parameter value is 15 according to the actual requirement, which is not limited in this embodiment of the present application. The network device may then adjust the current parameter values of the protocol parameters in the receive window/reorder window/reassembly window to new parameter values.

Illustratively, the network device may determine a new start position of the receive window/reorder window/reorganize window based on the first information.

For example, assuming that the total number of PDUs included in the first PDU set is 100 and that the sequence number of the PDU at the start position in the first PDU set is 5, the network device may determine that the sequence number of the PDU at the end position in the first PDU set is 104, the network device may know that the terminal device is about to start transmitting from the PDU at the sequence number of 105, and at this time, the network device may determine that the new start position of the receiving window/reordering window/reassembling window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

For another example, assuming that the first information includes a sequence number 104 of a PDU at an end position in the first PDU set, the network device may know that the terminal device is about to start transmitting from a PDU with a sequence number 105, and at this time, the network device may determine that a new start position of the receiving window/reordering window/reassembly window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

For another example, assuming that the first information includes a sequence number 105 of the PDU in the second PDU set at the start position, the network device may know that the terminal device is about to start transmitting from the PDU with the sequence number 105, and at this time, the network device may determine that the new start position of the receiving window/reordering window/reassembly window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

In addition, on the premise that the network device knows the first information, the network device may also determine that the new starting position of the receiving window/reordering window/reorganizing window is 104 according to the actual requirement, and adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reorganizing window from 5 to 104. Optionally, the network device may also determine that the new start position of the receiving window/reordering window/reassembling window is 103 according to the actual requirement, and adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 103.

Illustratively, the network device may determine a new start position of the receive window/reorder window/reorganize window based on the third information.

For example, assuming a first parameter value of 105, the network device may determine a new start position of the receive window/reorder window/reorganize window to be 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window to 105.

For another example, the network device may also determine, according to the actual requirement, that the new start position of the receiving window/reordering window/reassembling window is 103, adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window to 103, or determine, according to the actual requirement, that the new start position of the receiving window/reordering window/reassembling window is 102, adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window to 102, which is not limited in this embodiment of the present application.

The network device may determine a new start position of the receiving window/reordering window/reassembly window based on current parameter values of protocol parameters in the receiving window/reordering window/reassembly window and the first information.

For example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, and assuming that the total number of PDUs included in the first PDU set is 100 in the first information, the network device may know that the sequence number of the last PDU in the first PDU set is 104, and may know that the terminal device is about to start transmitting from the PDU with the sequence number of 105, at which time the network device may determine that the new starting position of the receiving window/reordering window/reassembling window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

For another example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, and assuming that the sequence number of the PDU at the end position in the first PDU set is 104 in the first information, the network device may know that the terminal device is about to start transmitting from the PDU with the sequence number of 105, and at this time, the network device may determine that the new start position of the receiving window/reordering window/reassembling window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

For another example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, and assuming that the sequence number of the PDU in the starting position in the second PDU set is 105 in the first information, the network device may know that the terminal device is about to start transmitting from the PDU with the sequence number of 105, and at this time, the network device may determine that the new starting position of the receiving window/reordering window/reassembling window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

The network device may determine the new start position of the receiving window/reordering window/reassembling window based on the current parameter values of the protocol parameters in the receiving window/reordering window/reassembling window and the third information.

For example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, and assuming that the first parameter value is 105, the network device may adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 105, may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 104, may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 103, and may specifically adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window according to actual requirements.

For another example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, assuming that the first parameter value is 105, and assuming that the number of PDUs that the network device has successfully received is 108, the network device may determine a new parameter value based on the first parameter value, for example, the network device may determine the new parameter value as 104, or may determine the new parameter value as 105, or may determine the new parameter value as 106, or may determine the new parameter value as 107, or may determine the new parameter value as 108, or may determine the new parameter value as 109, and particularly may determine the new parameter value according to actual requirements, which is not limited in this embodiment of the present application. The network device may then adjust the current parameter values of the protocol parameters in the receive window/reorder window/reassembly window to new parameter values.

The network device may determine a new start position of the receiving window/reordering window/reassembly window based on the first information and the third information.

For example, assuming that the total number of PDUs included in the first PDU set is 100, and assuming that the first parameter value is 105, and assuming that the sequence number of the PDU at the start position in the first PDU set is 5, the network device may determine that the sequence number of the PDU at the end position in the first PDU set is 104, the network device may know that the terminal device is about to start transmission from the PDU at the sequence number of 105, and at this time, the network device may determine that the new start position of the receiving window/reordering window/reassembling window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

For another example, assuming that the first parameter value is 105, and assuming that the first information includes a sequence number 104 of a PDU at an end position in the first PDU set, the network device may know that the terminal device is about to start transmitting from the PDU with the sequence number 105, and at this time, the network device may determine that a new start position of the receiving window/reordering window/reassembly window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

For another example, assuming that the first parameter value is 105, and assuming that the first information includes a sequence number 105 of a PDU in the second PDU set at the start position, the network device may know that the terminal device is about to start transmitting from the PDU with the sequence number 105, and at this time, the network device may determine that the new start position of the receiving window/reordering window/reassembly window is 105. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window/reassembly window from 5 to 105.

In addition, on the premise that the network device knows the first information and the third information, the network device may also determine that the new start position of the receiving window/reordering window/reorganizing window is 104 according to the actual requirement, adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reorganizing window from 5 to 104, or determine that the new start position of the receiving window/reordering window/reorganizing window is 103 according to the actual requirement, and adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reorganizing window from 5 to 103.

In one embodiment, on the premise that the network device knows the first information and the third information, assuming that the network device also knows that the number of PDUs that the network device has successfully received is 108, the network device may determine a new parameter value based on the first parameter value, the network device may determine the new parameter value as 104, or may determine the new parameter value as 105, or may determine the new parameter value as 106, or may determine the new parameter value as 107, or may determine the new parameter value as 108, or may determine the new parameter value as 109, and specifically may determine the new parameter value according to actual requirements, which is not limited in this application. The network device may then adjust the current parameter values of the protocol parameters in the receive window/reorder window/reassembly window to new parameter values.

Illustratively, the network device may determine the new start position of the receiving window/reordering window/reassembling window based on the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window, the first information and the third information.

For example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, and assuming that the total number of PDUs included in the first PDU set is 100 and assuming that the first parameter value is 105, the network device may know that the sequence number of the last PDU in the first PDU set is 104, and may know that the terminal device will start transmitting from the PDU with the sequence number of 105, where the network device may adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 105, may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 104, and may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 103, and may specifically adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window according to actual requirements.

For another example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, and assuming that the first information includes the sequence number 104 of the PDU at the end position in the first PDU set and assuming that the first parameter value is 105, the network device may know that the terminal device will start transmitting from the PDU with the sequence number 105, and at this time, the network device may adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 105, may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 104, and may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 103.

For another example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set is 5, and assuming that the first information includes the sequence number 105 of the PDU in the starting position in the second PDU set, and assuming that the first parameter value is 105, the network device may know that the terminal device will start transmitting from the PDU with the sequence number 105, and at this time, the network device may adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 105, may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 104, and may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window/reassembling window from 5 to 103.

In addition, on the premise that the network device knows the current parameter value, the first information and the third information of the protocol parameter in the receiving window/reordering window/reassembling window corresponding to the first PDU set, the network device may determine a new parameter value based on the first parameter value, for example, the network device may determine the new parameter value as 104, or may determine the new parameter value as 105, or may determine the new parameter value as 106, or may determine the new parameter value as 107, or may determine the new parameter value as 108, or may determine the new parameter value as 109, and particularly may determine the new parameter value according to actual requirements, which is not limited in the embodiment of the present application.

Based on embodiment one, some possible implementations are described below in connection with embodiments two to four.

[ example two ]

Fig. 4 is a schematic flow chart illustrating a communication method according to a second embodiment of the present application. The method is applicable to the network architecture illustrated in fig. 1. The method may be performed by a first communication device and a second communication device. In order to facilitate the description of the technical solution provided in the embodiments of the present application, the following description will continue taking the first communication device as a terminal device and the second communication device as a network device as an example. As shown in fig. 4, the method includes:

Step 401: the terminal device sequentially transmits the PDUs in the first PDU set to the network device. The network device receives the PDU from the terminal device.

Alternatively, the PDUs included in the set of PDUs to be transmitted (e.g., the first set of PDUs) may be ordered according to the sequence number of the PDUs or the order of size. For example, when the terminal device sends a certain PDU set to be transmitted (such as the first PDU set) to the network device, the terminal device may send each PDU included in the first PDU set to the network device in sequence according to the sequence order or the size order of the sequence numbers of the PDUs. For another example, assuming that there are 6 PDUs in a certain PDU set to be transmitted, and the sequence numbers of the 6 PDUs are 1,2,3,4,5, and 6, the terminal device may sequentially send the PDUs with sequence numbers of 1,2,3,4,5, and 6 to the network device.

Alternatively, the terminal device may acquire the transmission configuration information before the terminal device sequentially transmits the PDUs in the first PDU set to the network device. In an exemplary embodiment, before the terminal device sequentially sends the PDUs in the first PDU set to the network device, the terminal device may first obtain transmission configuration information corresponding to the first PDU set, or may obtain transmission configuration information corresponding to each PDU set to be transmitted. Optionally, the terminal device may obtain the transmission configuration information corresponding to the first PDU set or each PDU set to be transmitted from the APP installed on a certain terminal device, or may also obtain the transmission configuration information corresponding to the first PDU set or each PDU set to be transmitted from the application server. Wherein, the transmission configuration information comprises at least one of the following: the first information, a target amount of work done, or a target amount of failure.

Alternatively, the transmission configuration information may be provided to the terminal device at one time by the APP or the application server, or may be provided to the terminal device by the APP or the application server, respectively. Wherein, information in the transmission configuration information (for example, which PDUs belong to the same PDU set, for example, PDUs with sequence numbers 3, 4, and 5 belong to one PDU set, and PDUs with sequence numbers 6, 7, and 8 belong to another PDU set) may be obtained by the terminal device through deep packet parsing and the like, information (for example, a target work amount or a target failure amount) may be pre-negotiated by the terminal device and the network device, and information (for example, total number of PDUs/total number of bytes/total number of bits included in the PDU set) may be statistically determined by the terminal device.

Step 402: the network device stores the received PDUs in a receive/reorder window.

Alternatively, the receiving window/reordering window of the network device may sequentially store the received PDUs according to the sequence order or the size order of the sequence numbers of the PDUs.

Step 403: the network device generates a PDCP status report upon determining that the reordering timer expires.

Alternatively, the network device may determine whether to start the reordering timer by detecting a receive window/reordering window, and determining whether there is a PDU loss or disorder in the receive window/reordering window. The reordering timer may be started when the network device detects that there is a PDU loss or disorder in the receive/reordering window. Then, upon determining that the reordering timer expires, the network device may generate a PDCP status report according to a transmission result of the PDU in the reception window/reordering window.

Step 404: the network device sends a PDCP status report to the terminal device. The terminal device receives PDCP status reports from the network device.

Optionally, the PDCP status report may be used to indicate the transmission result of the PDU in the receive/reorder window of the network device. For example, the network device may record in the PDCP status report which PDUs were successfully received in the receive/reorder window and which PDUs were not successfully received. Assuming that the terminal device sends 5 PDUs in the first PDU set to the network device, and that the sequence numbers of the 5 PDUs are 3,4,5,6,7, respectively, for example, assuming that the PDUs with sequence numbers 4,5 are missing in the receiving window/reordering window, the network device may record in the PDCP status report that the PDUs with sequence numbers 4,5 are not successfully received, and that the PDUs with sequence numbers 3,6,7 are successfully received. For example, the network device may record whether the PDU was successfully received or not successfully received in the PDCP status report with an identification value or a flag bit, e.g., the network device may indicate that the PDU was not successfully received in the PDCP status report with an identification value of 0 and that the PDU was successfully received with an identification value of 1.

Step 405: and the terminal equipment stops sending the rest PDUs in the first PDU set to the network equipment according to the PDCP state report.

Optionally, after receiving the PDCP status report, the terminal device may determine an amount of transmission effort for the PDUs in the first PDU set or an amount of transmission failure for the PDUs in the first PDU set according to a transmission result of the PDUs in a receiving window/reordering window recorded in the PDCP status report. The transmission result of the PDU in the receiving window/reordering window may include that the PDU is successfully received or that the PDU is not successfully received. Optionally, the terminal device may determine whether the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and may also determine whether the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount.

For example, the terminal device may cease transmitting the remaining PDUs in the first set of PDUs to the network device when the transmission effort of the PDUs in the first set of PDUs is greater than or equal to the target effort. For another example, the terminal device may stop transmitting the remaining PDUs in the first PDU set to the network device when the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount. The terminal device may also select to stop transmitting the remaining PDUs in the first PDU set to the network device after transmitting at least one of the remaining PDUs in the first PDU set to the network device, for example, when the transmission effort of the PDUs in the first PDU set is greater than or equal to the target effort. For example, when the transmission power of the PDUs in the first PDU set is greater than or equal to the target power, the terminal device may also determine whether the remaining PDUs in the first PDU set may be continuously transmitted to the network device by combining air interface resources (such as time domain resources, frequency domain resources, or space domain resources, etc.) or transmit queue resources. If the air interface resource or the transmission queue resource does not meet the resource requirement of the terminal equipment for continuously transmitting the PDU, the terminal equipment needs to stop transmitting the remaining PDU in the first PDU set to the network equipment.

For example, taking the terminal device sending the PDU corresponding to the video frame to the network device as an example, when the transmission effort of the PDU in the PDU set corresponding to the video frame is greater than or equal to the target effort, in order to ensure better video quality or higher video definition, the terminal device may select to continue sending part of the remaining PDUs in the PDU set corresponding to the video frame to the network device, and then stop sending the remaining PDUs in the PDU set corresponding to the video frame to the network device. For example, when the transmission effort of the PDU in the PDU set corresponding to the video frame is greater than or equal to the target effort, the terminal device may select to continue sending a part of the remaining PDUs in the PDU set corresponding to the video frame to the network device, and then stop sending the remaining PDUs in the PDU set corresponding to the video frame to the network device.

Alternatively, when the transmission success amount refers to the successful reception amount, the terminal device may calculate the third number/third number of bytes/third number of bits of the successfully received PDUs in the first PDU set included in the PDCP status report, and then use the calculated third number/third number of bytes/third number of bits as the successful reception amount of the PDUs in the first PDU set. In this manner, the terminal device may determine whether the successfully received amount of PDUs in the first PDU set is greater than or equal to the target successfully received amount.

Alternatively, when the transmission success amount refers to the successful reception rate, the terminal device may calculate a ratio of the third number/third number of bytes/third number of bits to the total number/total number of bytes/total number of bits of the PDUs included in the first PDU set after calculating the third number/third number of bytes/third number of bits of the PDUs that have been successfully received in the first PDU set included in the PDCP status report, and may use the ratio as the successful reception rate of the PDUs in the first PDU set. In this manner, the terminal device may determine whether the successful reception rate of the PDUs in the first PDU set is greater than or equal to the target successful reception rate.

Alternatively, when the transmission failure amount refers to a failed reception amount, the terminal device may calculate the fourth number/fourth byte number/fourth bit number of the PDUs which are not successfully received in the first PDU set included in the PDCP status report, and then use the calculated fourth number/fourth byte number/fourth bit number as the failed reception amount of the PDUs in the first PDU set. In this way, the terminal device can determine whether the failed reception amount of the PDUs in the first PDU set is greater than or equal to the target failed reception amount.

Alternatively, when the transmission failure amount refers to the failure reception rate, the terminal device may calculate a ratio of the fourth number/fourth byte/fourth bit to the total number/total byte/total bit of PDUs included in the first PDU set after calculating the fourth number/fourth byte/fourth bit of PDUs which are not successfully received in the first PDU set included in the PDCP status report, and may use the ratio as the failure reception rate of PDUs in the first PDU set. In this manner, the terminal device may determine whether the failure reception rate of the PDUs in the first PDU set is greater than or equal to the target failure reception rate.

Step 406: the terminal device sends third information to the network device. The network device receives third information from the terminal device.

In one embodiment, the third information may be used to instruct the terminal device to determine to stop continuing to send the remaining PDUs in the first set of PDUs to the network device, and it may be understood that the third information is used to instruct the network device to stop receiving the remaining PDUs in the first set of PDUs.

In another embodiment, the third information may also be used to instruct the terminal device to determine to continue transmitting the remaining PDUs in the first PDU set to the network device, which may be understood as indicating that the network device may continue receiving the remaining PDUs in the first PDU set. For example, the terminal device may stop transmitting the remaining PDUs in the first PDU set to the network device after continuing to transmit one or more of the remaining PDUs in the first PDU set to the network device.

In yet another embodiment, the third information may include information related to a third parameter value of the protocol parameter in a receiving window/reordering window of the network device proposed by the terminal device, where the related information may be used to instruct the network device to stop receiving the remaining PDUs in the first PDU set, and may be adjusted accordingly for the current parameter value of the protocol parameter in the receiving window/reordering window. The protocol parameters in the receive/reorder window may refer to rx_deliv in PDCP or rx_next in PDCP, among others.

Optionally, when the information sent by the terminal device to the network device is used to instruct the network device to stop receiving the remaining PDUs in the first PDU set, if there is a next PDU set to be transmitted (such as a second PDU set) after the first PDU set, the terminal device may sequentially send the PDUs in the second PDU set to the network device. Optionally, before the terminal device sequentially sends the PDUs in the second PDU set to the network device, the terminal device may clear the buffered PDUs in the first PDU set, so that the memory may be released, and the storage pressure of the terminal device may be relieved.

Step 407: and the network equipment stops receiving the PDUs in the first PDU set according to the third information.

Alternatively, the network device may stop receiving the remaining PDUs in the first PDU set from the terminal device when the third information indicates to stop receiving the remaining PDUs in the first PDU set.

Optionally, when the third information is used for indicating that the reception of the remaining PDUs in the first PDU set is stopped, the third information may further include a third parameter value of a protocol parameter in a receiving window/reordering window of the network device proposed by the terminal device.

Optionally, when the third information includes information about the third parameter value of the protocol parameter in the receiving window/reordering window of the network device proposed by the terminal device, the relevant information may be used to instruct the network device to stop receiving the remaining PDUs in the first PDU set, and may be adjusted accordingly for the current parameter value of the protocol parameter in the receiving window/reordering window.

Optionally, when the third information is used to indicate that the remaining PDUs in the first PDU set are to be continuously received, the network device may continue to receive the remaining PDUs in the first PDU set from the terminal device, until receiving information sent by the terminal device and used to indicate to stop receiving the remaining PDUs in the first PDU set, or until receiving information sent by the terminal device and used to suggest that the network device adjusts the current parameter value of the protocol parameter in the receiving window/reordering window, where the information may be used to indicate to stop receiving the remaining PDUs in the first PDU set.

Further, after the network device receives the third information transmitted by the terminal device, if the third information is related information for indicating to stop receiving the remaining PDUs in the first PDU set, or if the third information includes third parameter values of protocol parameters in a receiving window/reordering window of the network device suggested by the terminal device, the network device may update the current parameter values of the protocol parameters in the receiving window/reordering window to the third parameter values according to the third parameter values included in the third information. For example, the protocol parameter may refer to a start position of the receiving window/reordering window, and assuming that the third parameter value included in the third information is 8, the network device may adjust the current parameter value of the protocol parameter in the receiving window/reordering window to 8, and 8 may be used as a new start position of the receiving window/reordering window.

Optionally, the network device may also determine the fourth parameter value according to the current parameter value and/or the third information of the protocol parameter in the receiving window/reordering window, and may update the current parameter value of the protocol parameter in the receiving window/reordering window to the fourth parameter value. Wherein the fourth parameter value is used to indicate a new start position of the receiving window/reordering window.

Illustratively, the network device may determine a new start position of the receive window/reorder window based on current parameter values of protocol parameters in the receive window/reorder window.

For example, assuming that the current parameter value of the protocol parameter in the receiving window/reordering window corresponding to the first PDU set is 8, the network device may determine a new parameter value according to the actual requirement. For example, the network device may determine that the new parameter value is 10 according to the actual requirement, or may determine that the new parameter value is 15 according to the actual requirement, which is not limited in this embodiment of the present application. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window to the new parameter value.

Illustratively, the network device may determine a new start position of the receive window/reorder window based on the third information.

For example, assuming a third parameter value of 20, the network device may determine that the new start position of the receive window/reorder window is 20. The network device may then adjust the current parameter value of the protocol parameter in the receive window/reorder window to 20, 20 may be the new start position of the receive window/reorder window.

For another example, the network device may also determine that the new start position of the receiving window/reordering window is 19 according to the actual requirement, adjust the current parameter value of the protocol parameter in the receiving window/reordering window to be 19, or determine that the new start position of the receiving window/reordering window is 18 according to the actual requirement, and adjust the current parameter value of the protocol parameter in the receiving window/reordering window to be 18, which is not limited in this embodiment of the present application.

The network device may also determine a new start position of the receive window/reorder window based on the current parameter value of the protocol parameter in the receive window/reorder window and the third information.

For example, assuming that the third parameter value is 8, and assuming that the current parameter value of the protocol parameter in the receiving window/reordering window corresponding to the first PDU set is 1, the network device may adjust the current parameter value of the protocol parameter in the receiving window/reordering window from 1 to 8, may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window from 1 to 7, and may also adjust the current parameter value of the protocol parameter in the receiving window/reordering window from 1 to 6, and may specifically adjust the current parameter value of the protocol parameter in the receiving window/reordering window according to the actual requirement.

For another example, assuming that the third parameter value is 8, and assuming that the current parameter value of the protocol parameter in the receiving window/reordering window corresponding to the first PDU set is 1, and assuming that the number of PDUs that the network device has successfully received is 10, the network device may calculate a new parameter value of 8+3=11, and may adjust the current parameter value of the protocol parameter in the receiving window/reordering window to 11, where 11 may be the new starting position of the receiving window/reordering window.

[ example III ]

Fig. 5 is a schematic flow chart of a communication method according to a third embodiment of the present application. The method is applicable to the network architecture illustrated in fig. 1. The method may be performed by a first communication device and a second communication device. In order to facilitate the description of the technical solution provided in the embodiments of the present application, the following description will continue taking the first communication device as a terminal device and the second communication device as a network device as an example. As shown in fig. 5, the method includes:

step 501: the terminal device sequentially transmits the PDUs in the first PDU set to the network device. The network device receives the PDU from the terminal device.

Alternatively, the embodiment of step 501 may refer to the embodiment of step 401 described above, which is not described herein.

Step 502: the network device stores the received PDUs in the receive/reassembly window.

Alternatively, the receiving window/reassembling window of the network device may sequentially store the received PDUs according to the sequence or size order of the sequence numbers of the PDUs.

Step 503: and the network equipment generates an RLC state report when determining that the reassembly timer is overtime.

Alternatively, the network device may determine whether to start the reassembly timer by detecting the reception window/reassembly window, and determining whether the reception window/reassembly window has an outstanding PDU. The reassembly timer may be started when the network device detects that there are PDUs for which reassembly is not complete for the receive/reassembly window. Then, when the reassembly timer is determined to expire, the network device may generate an RLC status report according to the transmission result of the PDU in the reception/reassembly window.

Step 504: the network device sends an RLC status report to the terminal device. The terminal device receives RLC status reports from the network device.

Alternatively, RLC status reports may be used to indicate the transmission result of PDUs in the receive/reassembly window of the network device. For example, the network device may record in the RLC status report which PDUs were successfully received in the receive/reassembly window and which PDUs were not successfully received. Assuming that the terminal device has sent 6 PDUs in the first PDU set to the network device, and that the sequence numbers of the 6 PDUs are 2,3,4,5,6,7, respectively, for example, assuming that the PDU with sequence number 5 in the receiving/reassembly window is not reassembled, the network device may record in the RLC status report that the PDU with sequence number 5 was not successfully received, and that the PDU with sequence number 2,3,4,6,7 was received. For example, the network device may record whether the PDU was successfully received or not successfully received in the RLC status report with an identification value or a flag bit, e.g., the network device may indicate that the PDU was not successfully received in the RLC status report with an identification value of 0 and indicate that the PDU was successfully received with an identification value of 1.

Step 505: and the terminal equipment stops sending the rest PDU in the first PDU set to the network equipment according to the RLC state report.

Optionally, after receiving the RLC status report, the terminal device may determine a transmission effort amount of the PDU in the first PDU set or a transmission failure amount of the PDU in the first PDU set according to a transmission result of the PDU in the receiving window/reassembling window recorded in the RLC status report. The transmission result of the PDU in the receiving window/reassembly window may include that the PDU was successfully received or that the PDU was not successfully received. Optionally, the terminal device may determine whether the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and may also determine whether the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount.

For example, the terminal device may cease transmitting the remaining PDUs in the first set of PDUs to the network device when the transmission effort of the PDUs in the first set of PDUs is greater than or equal to the target effort. For another example, the terminal device may stop transmitting the remaining PDUs in the first PDU set to the network device when the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount. The terminal device may also select to stop transmitting the remaining PDUs in the first PDU set to the network device after transmitting at least one of the remaining PDUs in the first PDU set to the network device, for example, when the transmission effort of the PDUs in the first PDU set is greater than or equal to the target effort.

For example, when the transmission power of the PDUs in the first PDU set is greater than or equal to the target power, the terminal device may also determine whether the remaining PDUs in the first PDU set may be continuously transmitted to the network device by combining air interface resources (such as time domain resources, frequency domain resources, or space domain resources, etc.) or transmit queue resources. If the air interface resource or the transmission queue resource does not meet the resource requirement of the terminal equipment for continuously transmitting the PDU, the terminal equipment needs to stop transmitting the remaining PDU in the first PDU set to the network equipment.

Alternatively, when the transmission success amount refers to the successful reception amount, the terminal device may calculate the fifth number/fifth number of bytes/fifth number of bits of the PDUs which have been successfully received in the first PDU set included in the RLC status report, and then use the calculated fifth number/fifth number of bytes/fifth number of bits as the successful reception amount of the PDUs in the first PDU set. In this manner, the terminal device may determine whether the successfully received amount of PDUs in the first PDU set is greater than or equal to the target successfully received amount.

Alternatively, when the transmission success amount refers to the successful reception rate, the terminal device may calculate a ratio of the fifth number/fifth number of bytes/fifth number of bits to the total number/total number of bytes/total number of bits of the PDUs included in the first PDU set after calculating the fifth number/fifth number of bytes/fifth number of bits of the PDUs that have been successfully received in the first PDU set included in the RLC status report, and may use the ratio as the successful reception rate of the PDUs in the first PDU set. In this manner, the terminal device may determine whether the successful reception rate of the PDUs in the first PDU set is greater than or equal to the target successful reception rate.

Alternatively, when the transmission failure amount refers to a failed reception amount, the terminal device may calculate a sixth number/sixth byte number/sixth bit number of PDUs which are not successfully received in the first PDU set included in the RLC status report, and then use the calculated sixth number/sixth byte number/sixth bit number as the failed reception amount of the PDUs in the first PDU set. In this way, the terminal device can determine whether the failed reception amount of the PDUs in the first PDU set is greater than or equal to the target failed reception amount.

Alternatively, when the transmission failure amount refers to the failure reception rate, the terminal device may calculate a ratio of the sixth number/sixth number of bits to the total number/total number of PDUs/total number of bits of the PDUs included in the first PDU set after calculating the sixth number/sixth number of bits of the PDUs which are not successfully received in the first PDU set included in the RLC status report, and may use the ratio as the failure reception rate of the PDUs in the first PDU set. In this manner, the terminal device may determine whether the failure reception rate of the PDUs in the first PDU set is greater than or equal to the target failure reception rate.

Optionally, after receiving the RLC status report, the terminal device may also select to send, to the network device, an unsuccessfully received PDU in the first PDU set according to a transmission result of the PDU in the receiving window/reassembling window recorded in the RLC status report, when determining that a transmission effort of the PDU in the first PDU set is less than a certain threshold or a transmission failure of the PDU in the first PDU set is greater than a certain threshold, so as to help the network device to accurately recover the complete first PDU set. In one example, the terminal device may randomly select one or more PDUs among a plurality of unsuccessfully received PDUs in the first PDU set and transmit the randomly selected one or more PDUs to the network device. In another example, the terminal device may also select one or more PDUs having a number of retransmissions less than or equal to the maximum number of retransmissions among the plurality of unsuccessfully received PDUs in the first PDU set, and send the one or more PDUs to the network device.

Step 506: the terminal device sends third information to the network device. The network device receives third information from the terminal device.

In yet another embodiment, the third information may include information related to a fifth parameter value of the protocol parameter in the receiving/reassembling window of the network device proposed by the terminal device, where the related information may be used to instruct the network device to stop receiving the remaining PDUs in the first PDU set, and may be adjusted accordingly for the current parameter value of the protocol parameter in the receiving/reassembling window. The protocol parameter in the receiving window/reassembly window may refer to rx_next in RLC or rx_high_status in RLC, etc.

Step 507: and the network equipment stops receiving the PDUs in the first PDU set according to the third information.

Optionally, when the third information is used for indicating that the reception of the remaining PDUs in the first PDU set is stopped, a fifth parameter value of the protocol parameter in the receiving window/reassembly window of the network device suggested by the terminal device may be further included in the third information.

Optionally, when the third information includes information about the fifth parameter value of the protocol parameter in the receiving window/reassembling window of the network device proposed by the terminal device, the related information may be used to instruct the network device to stop receiving the remaining PDUs in the first PDU set from the terminal device, and may be adjusted accordingly for the current parameter value of the protocol parameter in the receiving window/reassembling window.

Optionally, when the third information is used to indicate to continue receiving the remaining PDUs in the first PDU set, the network device may continue receiving the remaining PDUs in the first PDU set until receiving information sent by the terminal device and used to indicate to stop receiving the remaining PDUs in the first PDU set, or until receiving information sent by the terminal device and used to instruct the network device to adjust the current parameter value of the protocol parameter in the receiving window/reassembly window, where the information may be used to indicate to stop receiving the remaining PDUs in the first PDU set.

In addition, after the network device receives the third information sent by the terminal device, if the third information is related information for indicating to stop receiving the remaining PDUs in the first PDU set, or if the third information includes a fifth parameter value of the protocol parameter in the receiving window/reassembly window of the network device suggested by the terminal device, the network device may update the current parameter value of the protocol parameter in the receiving window/reassembly window to the first parameter value according to the fifth parameter value included in the third information. For example, the protocol parameter may refer to a start position of the receiving window/reorganizing window, and assuming that the fifth parameter value included in the third information is 8, the network device may adjust the current parameter value of the protocol parameter in the receiving window/reorganizing window to 8, and 8 may be a new start position of the receiving window/reorganizing window.

Optionally, the network device may also determine the sixth parameter value according to the current parameter value and/or the third information of the protocol parameter in the receiving window/reorganizing window, and may update the current parameter value of the protocol parameter in the receiving window/reorganizing window to the sixth parameter value. Wherein the sixth parameter value is used to indicate a new start position of the receive window/reassembly window.

The network device may illustratively determine the new start position of the receive window/reorganization window based on the current parameter values of the protocol parameters in the receive window/reorganization window.

For example, assuming that the current parameter value of the protocol parameter in the receiving window/reassembling window corresponding to the first PDU set is 10, the network device may determine a new parameter value according to the actual requirement. For example, the network device may determine that the new parameter value is 11 according to the actual requirement, or may determine that the new parameter value is 8 according to the actual requirement, which is not limited in this embodiment of the present application. The network device may then adjust the current parameter values of the protocol parameters in the receive/reassembly window to new parameter values.

Illustratively, the network device may determine a new start position of the receive window/reorganization window based on the third information.

For example, assuming a fifth parameter value of 15, the network device may determine that the new start position of the receive/reassembly window is 15. The network device may then adjust the current parameter value of the protocol parameter in the receive/reassembly window to 15, 15 may be the new starting position of the receive/reassembly window.

For another example, the network device may also determine, according to the actual requirement, that the new start position of the receiving window/reorganizing window is 13, adjust the current parameter value of the protocol parameter in the receiving window/reorganizing window to be 13, or may also determine, according to the actual requirement, that the new start position of the receiving window/reorganizing window is 12, adjust the current parameter value of the protocol parameter in the receiving window/reorganizing window to be 12, which is not limited in this embodiment of the present application.

The network device may also determine a new start position of the receiving/reorganizing window based on the current parameter values of the protocol parameters in the receiving/reorganizing window and the third information.

For example, it is assumed that the fifth parameter value is 15, and the current parameter value of the protocol parameter in the receiving window/reassembling window corresponding to the first PDU set is 1, where the network device may adjust the current parameter value of the protocol parameter in the receiving window/reassembling window from 1 to 15, may also adjust the current parameter value of the protocol parameter in the receiving window/reassembling window from 1 to 13, and may also adjust the current parameter value of the protocol parameter in the receiving window/reassembling window from 1 to 12, and specifically may adjust the current parameter value of the protocol parameter in the receiving window/reassembling window according to the actual requirement.

For another example, assuming that the third parameter value is 15, assuming that the current parameter value of the protocol parameter in the receiving window/reassembly window corresponding to the first PDU set is 1, and assuming that the number of PDUs that the network device has currently successfully received is 18, the network device may calculate a new parameter value of 15+4=19, and may adjust the current parameter value of the protocol parameter in the receiving window/reassembly window to 19, where 19 may be the new starting position of the receiving window/reassembly window.

[ example IV ]

Fig. 6 is a schematic flow chart illustrating a communication method according to a fourth embodiment of the present application. The method is applicable to the network architecture illustrated in fig. 1. The method may be performed by a first communication device and a second communication device. In order to facilitate the description of the technical solution provided in the embodiments of the present application, the following description will continue taking the first communication device as a terminal device and the second communication device as a network device as an example. As shown in fig. 6, the method includes:

step 601: the terminal device sequentially transmits the PDUs in the first PDU set to the network device. The network device receives the PDU from the terminal device.

In addition, it should be noted that, when the terminal device needs to request to acquire the RLC status report from the network device, the terminal device may determine one or more PDUs to be transmitted from the first PDU set, and each of the one or more PDUs to be transmitted carries a setting identifier, where the setting identifier is used to indicate that the RLC status report is requested to be acquired. For example, for each of one or more PDUs to be transmitted, the terminal device may configure or add a set identification value (such as 1) in a reserved field in the basic header of the PDU, where the set identification value 1 is used to indicate that the RLC status report is requested to be acquired.

Step 602: the network device stores the received PDUs in the receive/reassembly window.

Step 603: and when the network equipment determines that any received PDU carries the set identifier, generating an RLC state report.

Optionally, the terminal device may determine whether each PDU carries the set identifier by detecting or analyzing the content of each PDU stored in the receiving window/reassembling window. When it is determined that a certain PDU carries a set identifier, the network device may generate an RLC status report according to the transmission result of the PDU in the receiving window/reassembling window.

Optionally, the network device may also generate the RLC status report according to the transmission result of the PDU in the receiving window/reassembling window when it is determined that the PDU carries the set identifier and the reassembling timer expires.

Step 604: the network device sends an RLC status report to the terminal device. The terminal device receives RLC status reports from the network device.

Optionally, the embodiment of step 604 may refer to the embodiment of step 504 described above, which is not described herein.

Step 605: and the terminal equipment stops sending the rest PDU in the first PDU set to the network equipment according to the RLC state report.

Alternatively, the embodiment of step 605 may refer to the embodiment of step 505, which is not described herein.

Step 606: the terminal device sends third information to the network device. The network device receives third information from the terminal device.

Optionally, the embodiment of step 606 may refer to the embodiment of step 506, which is not described herein.

Step 607: and the network equipment stops receiving the PDUs in the first PDU set according to the third information.

Optionally, the embodiment of step 607 may refer to the embodiment of step 507, which is not described herein.

[ example five ]

Fig. 9 is a schematic flow chart of a communication method according to a fifth embodiment of the present application. The method is applicable to the network architecture illustrated in fig. 1. The method may be performed by a first communication device and a second communication device. In order to facilitate the description of the technical solution provided in the embodiments of the present application, the following description will continue taking the first communication device as a terminal device and the second communication device as a network device as an example. As shown in fig. 9, the method includes:

step 901: the terminal device sequentially transmits the PDUs in the first PDU set to the network device. The network device receives the PDU from the terminal device.

Optionally, the embodiment adopted in step 901 may refer to the embodiment adopted in step 401, which is not described herein.

In addition, in step 901, in the process of sequentially sending the PDUs in the first PDU set to the network device, if it is determined that the transmission situation of the first PDU set meets the first setting condition, the terminal device may select one or more PDUs to be transmitted from the first PDU set, and configure or add a setting flag bit in the one or more PDUs to be transmitted, where the setting flag bit is used to indicate that the network device feeds back a status report, such as a PDCP status report. Alternatively, the status report may be a status report in other protocol forms, which is not limited in this embodiment of the present application. In this way, the terminal device selectively configures or adds a set flag bit in one or more PDUs to be transmitted according to the requirement, so as to instruct the network device in which case to feed back the status report (such as PDCP status report) in a targeted manner, without periodically feeding back the status report according to the network device according to a set period duration. It should be noted that, the period of the feedback status report of the network device is difficult to set a scientific and reasonable time length, if the setting is too long, the terminal device cannot timely stop sending the PDUs in the current PDU set, and more resources are wasted, if the setting is too short, the air interface overhead is large because of frequent feedback status report of the network device.

Wherein, the transmission condition of the first PDU set meeting the first setting condition includes: the number of PDUs transmitted in the first set of PDUs is greater than or equal to a first threshold, and/or the number of bytes/bits of the PDUs transmitted in the first set of PDUs is greater than or equal to a second threshold, and/or the ratio of the number of PDUs transmitted in the first set of PDUs to the total number of PDUs contained in the first set of PDUs is greater than or equal to a third threshold, and/or the ratio of the number of bytes/bits of the PDUs transmitted in the first set of PDUs to the total number of bytes/total number of bits of the PDUs contained in the first set of PDUs is greater than or equal to a fourth threshold; and/or the used processing time of the first PDU set is greater than or equal to a first time threshold, and/or the processing time except the used processing time in the total processing time corresponding to the first PDU set is less than or equal to a second time threshold.

For example, in order to facilitate introduction of the technical solutions provided in the embodiments of the present application, the following description will take a status report as an example of PDCP status report, and for each PDU of the one or more PDUs to be transmitted, the terminal device may configure or add a set flag bit (such as "yes" or "1") in a reserved field in a basic header of the PDU. For example, when the flag bit is set to "yes" or "1", the flag bit is set to "yes" or "1" to indicate that the network device needs to feed back the PDCP status report, and when the flag bit is set to "yes" or "1", the flag bit is set to "no" or "0" to indicate that the network device does not need to feed back the PDCP status report. It should be understood that the above-mentioned PDCP status report is only for more clearly illustrating the technical solutions of the embodiments of the present application, and is not limited to the technical solutions provided by the embodiments of the present application.

Illustratively, the implementation of the terminal device on-demand indication to the network device to feed back PDCP status reports will be described below taking as an example that the ratio of the number of PDUs transmitted in the first PDU set to the total number of PDUs contained in the first PDU set is greater than or equal to the third threshold. In the process that the terminal equipment sequentially sends the PDUs in the first PDU set to the network equipment, if the ratio of the number of the sent PDUs in the first PDU set to the total number of the PDUs in the first PDU set is 30%, the terminal equipment can instruct the network equipment to feed back the receiving condition of the PDUs in the first PDU set according to the requirement. At this time, the terminal device may configure or add the set flag bit in one or more PDUs to be transmitted in the first PDU set, so as to instruct the network device to generate a PDCP status report, and feed back the PDCP status report to the terminal device, so that the terminal device may accurately know the receiving condition of the network device for the PDUs in the first PDU set in time. Optionally, when determining that the ratio of the number of PDUs transmitted in the first PDU set to the total number of PDUs contained in the first PDU set reaches 50%, the terminal device may configure or add a set flag bit in one or more PDUs to be transmitted in the first PDU set according to the requirement, so as to instruct the network device to feedback the receiving situation of the PDUs in the first PDU set again. Optionally, when determining that the ratio of the number of PDUs transmitted in the first PDU set to the total number of PDUs contained in the first PDU set reaches 70%, the terminal device may further configure or add a set flag bit in one or more PDUs to be transmitted in the first PDU set according to the requirement, so as to instruct the network device to feedback the receiving situation for the PDUs in the first PDU set again.

Illustratively, the implementation of the terminal device on-demand indication to the network device to feed back PDCP status reports is described taking as an example that the elapsed processing time of the first set of PDUs is greater than or equal to the first time threshold. Assume that the effective duration of the first set of PDUs is 30ms, i.e., the first set of PDUs needs to be processed to complete within 30 ms. In the process that the terminal equipment sequentially sends the PDUs in the first PDU set to the network equipment, if the processing time of the first PDU set is determined to be 10ms, the terminal equipment can instruct the network equipment to feed back the receiving condition of the PDUs in the first PDU set according to the requirement. At this time, the terminal device may configure or add the set flag bit in one or more PDUs to be transmitted in the first PDU set, so as to instruct the network device to generate a PDCP status report, and feed back the PDCP status report to the terminal device, so that the terminal device may accurately know the receiving condition of the network device for the PDUs in the first PDU set in time. Optionally, when determining that the processing time of the first PDU set exceeds 15ms, the terminal device may configure or add a set flag bit in one or more PDUs to be transmitted in the first PDU set according to the requirement, so as to instruct the network device to feedback the receiving condition of the PDUs in the first PDU set again. Optionally, when determining that the processing time of the first PDU set has elapsed by 20ms, the terminal device may configure or add a set flag bit in one or more PDUs to be transmitted in the first PDU set according to the requirement, so as to instruct the network device to feedback the receiving situation of the PDUs in the first PDU set again.

The implementation procedure of the terminal device to instruct the network device to feed back PDCP status reports on demand is described by taking as an example that the ratio of the number of PDUs transmitted in the first PDU set to the total number of PDUs contained in the first PDU set is greater than or equal to a third threshold value, and the used processing time of the first PDU set is greater than or equal to a first time threshold value. Assume that the effective duration of the first set of PDUs is 30ms, i.e., the first set of PDUs needs to be processed to complete within 30 ms. In the process that the terminal equipment sequentially sends the PDUs in the first PDU set to the network equipment, if the ratio of the number of the sent PDUs in the first PDU set to the total number of the PDUs in the first PDU set reaches 30% and the processing time of the first PDU set is 10ms, the terminal equipment can instruct the network equipment to feed back the receiving condition of the PDUs in the first PDU set according to the requirement. At this time, the terminal device may configure or add the set flag bit in one or more PDUs to be transmitted in the first PDU set, so as to instruct the network device to generate a PDCP status report, and feed back the PDCP status report to the terminal device, so that the terminal device may accurately know the receiving condition of the network device for the PDUs in the first PDU set in time. Optionally, the terminal device may also configure or add the setting flag bit in one or more PDUs to be transmitted in the first PDU set according to the requirement when determining that the ratio of the number of PDUs transmitted in the first PDU set to the total number of PDUs included in the first PDU set reaches 50% and the processing time of the first PDU set exceeds 15ms, so as to instruct the network device to feed back the receiving situation of the PDUs in the first PDU set again. Optionally, the terminal device may further configure or add a setting flag bit in one or more PDUs to be transmitted in the first PDU set according to the requirement when it is determined that the ratio of the number of PDUs transmitted in the first PDU set to the total number of PDUs included in the first PDU set reaches 70% and the processing time of the first PDU set passes 20ms, so as to instruct the network device to feed back the reception situation for the PDUs in the first PDU set again.

Furthermore, in step 901, the terminal device may acquire the transmission configuration information before the terminal device sequentially transmits the PDUs in the first PDU set to the network device. Wherein, the transmission configuration information comprises at least one of the following: the target amount of work, the target amount of failure, the maximum number of retransmissions, or the total number of PDUs, the total number of bytes, or the total number of bits contained in the first set of PDUs.

In an exemplary embodiment, before the terminal device sequentially sends the PDUs in the first PDU set to the network device, the terminal device may first obtain transmission configuration information corresponding to the first PDU set, or may obtain transmission configuration information corresponding to each PDU set to be transmitted. Optionally, the terminal device may obtain the transmission configuration information corresponding to the first PDU set or each PDU set to be transmitted from the APP installed on a certain terminal device, or may also obtain the transmission configuration information corresponding to the first PDU set or each PDU set to be transmitted from the application server.

Step 902: the network device stores the received PDUs in a receive/reorder window.

Optionally, the embodiment adopted in step 902 may refer to the embodiment adopted in step 402, which is not described herein.

Step 903: the network equipment determines that any received PDU carries a set flag bit and sends a status report to the terminal equipment. The terminal device receives a status report from the network device.

Optionally, after storing the received PDU in the receiving window/reordering window, the network device may perform content detection or parsing on the PDU, and determine whether the PDU carries the set flag bit.

In one embodiment, when the PDU carries the set flag bit, the network device may directly generate a status report, such as a PDCP status report, according to the reception situation of the PDUs in the first PDU set (such as a situation of which PDUs are successfully received and which PDUs are not successfully received, etc.), and send the PDCP status report to the terminal device. Therefore, the scheme can meet the requirement of the terminal equipment on demand for indicating the network equipment to feed back the status report, and can effectively avoid large air interface overhead caused by the fact that the network equipment periodically blindly sends the status report, so that the terminal equipment can better attach to the actual situation in acquiring the status report, and the requirement initiative of the terminal equipment on the status report is improved.

In another embodiment, when the PDU carries the set flag bit, the network device may not generate a status report (such as a PDCP status report) first, but only trigger a generation opportunity of the PDCP status report, and does not actually generate the PDCP status report, but when it is determined that some other condition is also met (such as a reordering timer is timed out), the network device starts generating the PDCP status report, and sends the PDCP status report to the terminal device. Therefore, the scheme can ensure that the network equipment can accurately feed back the latest receiving condition of the PDU in the first PDU set to the terminal equipment, and can effectively avoid large air interface expenditure caused by the fact that the network equipment periodically blindly sends the status report, thereby ensuring that the generation of the status report is more accurate and more targeted.

Alternatively, the status report may be used to indicate the transmission result of the PDU or the reception situation of the PDU in the reception/reordering window of the network device. For example, taking the status report as a PDCP status report as an example, the network device may record in the PDCP status report which PDUs were successfully received in the receive/reorder window and which PDUs were not successfully received. Illustratively, assume that the terminal device has transmitted 6 PDUs in the first set of PDUs to the network device, and that the sequence numbers of the 6 PDUs are 1,2,3,4,5,6, respectively. Wherein, assuming that the PDU with sequence number 5,6 is missing in the receiving/reordering window, the network device may record in the PDCP status report that the PDU with sequence number 5,6 is not successfully received, and the PDU with sequence number 1,2,3,4 is successfully received.

Step 904: and the terminal equipment stops sending the PDU except the sent PDU in the first PDU set to the network equipment or sends the PDU which is not successfully received in the first PDU set to the network equipment according to the status report.

Optionally, in one embodiment, after receiving the status report (such as PDCP status report), the terminal device may choose to stop sending PDUs except for the PDUs that have been sent in the first PDU set to the network device according to the transmission result of the PDUs in the receiving window/reordering window recorded in the PDCP status report.

Optionally, the implementation process of stopping the terminal device from sending the PDUs except the PDUs that have been sent in the first PDU set to the network device in step 904 may refer to the implementation process of step 405, which is not described herein.

Alternatively, in another embodiment, after receiving the status report (such as PDCP status report), the terminal device may select to send, to the network device, the PDUs that are not successfully received in the first PDU set according to the transmission result of the PDUs in the receiving window/reordering window recorded in the PDCP status report.

In one example, after receiving (such as PDCP status report), the terminal device may select at least one PDU from a plurality of unsuccessfully received PDUs in the first PDU set and send the at least one PDU to the network device according to the PDCP status report when it is determined that the reception condition of the PDUs in the first PDU set meets the second setting condition. Wherein the receiving condition of the PDUs in the first PDU set meeting the second setting condition includes: the transmission power of the PDU in the first PDU set is smaller than a fifth threshold; or the transmission failure amount of the PDUs in the first PDU set is greater than the sixth threshold. Optionally, the transmission failure amount of the PDUs in the first PDU set may be less than or equal to a seventh threshold, where the seventh threshold is greater than the sixth threshold.

The terminal device may obtain the transmission effort of the PDUs in the first PDU set or the transmission failure of the PDUs in the first PDU set through PDCP status report, or may calculate the transmission effort of the PDUs in the first PDU set or the transmission failure of the PDUs in the first PDU set through which PDUs counted in PDCP status report are successfully received and which PDUs are not successfully received. When the transmission successful amount of the PDU in the first PDU set is smaller than the fifth threshold or the transmission failure amount of the PDU in the first PDU set is larger than the sixth threshold and smaller than or equal to the seventh threshold, that is, the network device is considered to be unable to recover the complete first PDU set based on the currently received PDU in the first PDU set, the terminal device may select at least one PDU from a plurality of unsuccessfully received PDUs in the first PDU set and send the at least one PDU to the network device. In this manner, the scheme may enable helping a network device to accurately recover a complete first set of PDUs by retransmitting the PDUs in the first set of PDUs that were not successfully received.

In another example, after receiving (such as PDCP status report), the terminal device may select at least one PDU from the plurality of unsuccessfully received PDUs in the first PDU set and send the at least one PDU to the network device when it is determined that a processing time other than the used processing time in the total processing time corresponding to the first PDU set is greater than or equal to a third time threshold.

For example, taking a case that the terminal device sends a PDU corresponding to a video frame to the network device, after receiving the PDCP status report, the terminal device may select at least one PDU from a plurality of PDUs not successfully received in the first PDU set and send the at least one PDU to the network device when determining that a processing time other than an elapsed processing time in the total processing time corresponding to the first PDU set is greater than or equal to a third time threshold, where the calculated amount of the network device for restoring the complete video frame can be effectively reduced. For example, the terminal device may calculate the remaining processing time (for example, 15 ms) corresponding to the first PDU set based on the known total processing time (for example, 30 ms) corresponding to the first PDU set, or may directly obtain the remaining processing time (for example, 15 ms) corresponding to the first PDU set through a timer or other manners. When the remaining processing time 15ms is greater than a third time threshold (e.g., 10 ms), the terminal device may select at least one PDU from among a plurality of unsuccessfully received PDUs in the first PDU set.

In yet another example, after receiving (such as PDCP status report), the terminal device may select at least one PDU from a plurality of unsuccessfully received PDUs in the first PDU set and send the at least one PDU to the network device according to the PDCP status report when it is determined that a processing time other than the used processing time is greater than or equal to a third time threshold in the total processing time corresponding to the first PDU set and the reception condition of the PDUs in the first PDU set satisfies the second setting condition.

The terminal device may obtain the transmission effort of the PDUs in the first PDU set or the transmission failure of the PDUs in the first PDU set through PDCP status report, or may calculate the transmission effort of the PDUs in the first PDU set or the transmission failure of the PDUs in the first PDU set through which PDUs counted in PDCP status report are successfully received and which PDUs are not successfully received. When the transmission successful amount of the PDU in the first PDU set is smaller than the fifth threshold or the transmission failure amount of the PDU in the first PDU set is larger than the sixth threshold and smaller than or equal to the seventh threshold, that is, the network device is considered to be unable to recover the complete first PDU set based on the currently received PDU in the first PDU set, at this time, the terminal device also determines that the processing time except the used processing time in the total processing time corresponding to the first PDU set is larger than or equal to the third time threshold, that is, considered to be still capable of retransmitting one or more unsuccessfully received PDUs in the first PDU set in the remaining processing time, at least one PDU from a plurality of unsuccessfully received PDUs in the first PDU set may be selected, and the at least one PDU may be sent to the network device. In this manner, the scheme may enable helping a network device to accurately recover a complete first set of PDUs by retransmitting the PDUs in the first set of PDUs that were not successfully received.

Illustratively, based on the above three examples, the following two possible implementations describe the implementation of the terminal device selecting at least one PDU from the plurality of unsuccessfully received PDUs in the first set of PDUs.

The implementation mode is as follows: the terminal device randomly selects one or more PDUs from a plurality of PDUs which are not successfully received in the first PDU set, and transmits the randomly selected one or more PDUs to the network device.

The implementation mode II is as follows: the terminal device selects one or more PDUs with retransmission times less than or equal to the maximum retransmission times from a plurality of PDUs which are not successfully received in the first PDU set, and sends the one or more PDUs to the network device.

Optionally, after performing step 904, the terminal device may further perform step 905, and the network device may further perform step 906. The terminal device may instruct the network device to stop receiving the PDUs except the PDUs that have been sent in the first PDU set in time by executing step 905, and may assist the network device in more accurately adjusting the current parameter value of the protocol parameter in the receiving window/reordering window by sending a suggested parameter value to the network device, so that the receiving window/reordering window of the network device may be able to receive the next PDU set located after the first PDU set in a targeted or more accurate manner. The network device may timely stop PDUs of the first set of PDUs except for the transmitted PDUs by performing step 906, and may adjust the current parameter values of the protocol parameters in the receive window/reordering window by combining the suggested parameter values from the terminal device.

Step 905: the terminal device sends third information to the network device. The network device receives third information from the terminal device.

Optionally, the embodiment adopted in step 905 may refer to the embodiment adopted in step 406, which is not described herein.

Further, optionally, in step 905, the third information may be used to instruct the terminal device to determine to stop continuing to send PDUs except for the sent PDUs in the first PDU set to the network device, which may be understood as indicating that the network device may stop receiving PDUs except for the sent PDUs in the first PDU set. Optionally, in step 905, the third information may also include a seventh parameter value of the protocol parameter in the receiving window/reordering window of the network device proposed by the terminal device.

Step 906: and the network equipment stops receiving the PDUs in the first PDU set according to the third information.

Optionally, the embodiment adopted in step 906 may refer to the embodiment adopted in step 407, which is not described herein.

Further optionally, in step 906, when the third information is used to indicate stopping receiving PDUs except the PDUs that have been transmitted in the first PDU set, a seventh parameter value of the protocol parameter in the receiving window/reordering window of the network device proposed by the terminal device may be further included in the third information.

Optionally, when the third information includes information related to a seventh parameter value of the protocol parameter in the receiving window/reordering window of the network device proposed by the terminal device, the related information may be used to instruct the network device to stop receiving PDUs except the PDUs that have been sent in the first PDU set, and may be adjusted accordingly for the current parameter value of the protocol parameter in the receiving window/reordering window according to the information related to the seventh parameter value, for example, the network device may update the current parameter value of the protocol parameter in the receiving window/reordering window of the network device to the seventh parameter value, or the network device may also determine the eighth parameter value according to the current parameter value and/or the third information, and may update the current parameter value to the eighth parameter value.

In the above embodiments, the first information, the second information, the third information, and other information may be transmitted through one or more messages, which is not limited in this application.

In addition, it should be noted that, each step in the foregoing embodiments may be performed by a corresponding device, or may be performed by a component such as a chip, a processor, or a chip system in the device, which is not limited by the embodiment of the present application. The above embodiments are described only as examples to be executed by the respective apparatuses.

In the above embodiments, some steps may be selected and performed, or the order of steps in the drawings may be adjusted, which is not limited in this application. It should be understood that it is within the scope of the present application to perform some of the steps in the illustrations, adjust the order of the steps, or implement the steps in combination with each other.

It will be appreciated that, in order to implement the functions in the above embodiments, each device involved in the above embodiments includes a corresponding hardware structure and/or software module that performs each function. Those of skill in the art will readily appreciate that the elements and method steps of the examples described in connection with the embodiments disclosed herein may be implemented as hardware or a combination of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application scenario and design constraints imposed on the solution.

It can be understood that the above network architecture described in the embodiments of the present application is for more clearly describing the technical solution of the embodiments of the present invention, and does not constitute a limitation on the technical solution provided by the embodiments of the present invention, and those skilled in the art can know that, with the evolution of the network architecture and the appearance of new services, the technical solution provided by the embodiments of the present invention is equally applicable to similar technical problems.

It should be noted that, in the above embodiments, when information is transmitted between two communication apparatuses (such as a terminal device and a network device), the information may be implemented through a sidelink message interaction; when information is transmitted between two communication devices, the information can be realized through Xn signaling interaction. When information transmission is performed between the terminal device and the network device, the information transmission can be realized through RRC signaling or air interface information. In summary, each information transmission and each message transmission involved in each above embodiment may be replaced by other messages according to actual needs.

Note that: the "step" in the embodiments of the present application is merely illustrative, and is used to better understand a performance method adopted by the embodiments, and does not essentially limit the implementation of the aspects of the present application, for example: this "step" may also be understood as a "feature". In addition, the execution sequence of the steps does not form any limitation, and any operations such as step sequence change or step combination or step splitting which do not affect the implementation of the overall scheme are made on the basis, so that the formed new technical scheme is also within the scope of the disclosure of the application.

Based on the same conception, the embodiment of the application also provides a communication device, which is applied to the network architecture as illustrated in fig. 1. The communication device is used for realizing the communication method provided by the embodiment, so that the beneficial effects of the embodiment of the communication method can be realized. In the embodiment of the present application, the communication apparatus may be a terminal device or a network device (such as a RAN device) as illustrated in fig. 1, or may be a module (such as a chip) applied to the terminal device or the network device.

Referring to fig. 7, fig. 7 is a schematic structural diagram of a possible communication device according to an embodiment of the present application. These communication devices can implement the functions of the terminal device or the network device in the above method embodiment, so that the beneficial effects of the above method embodiment can also be implemented. In this embodiment of the present application, the communication device may be a terminal device 100 as shown in fig. 1, or may be a radio access network device 200 as shown in fig. 1, or may be a module (such as a chip) applied to a terminal device or an access network device.

As shown in fig. 7, the communication apparatus 700 includes a transceiver module 701 and a processing module 702. The communication device 700 may be used to implement the functionality of the terminal device or the network device in the method embodiment shown in fig. 3 described above.

When the communication device 700 is used to implement the functionality of the terminal device in the embodiment of the method described in fig. 3: a transceiver module 701, configured to send first information to a network device, where the first information is used to determine information of PDUs included in a first PDU set to be transmitted, and further is used to send PDUs in the first PDU set to the network device in sequence, and receive second information from the network device; the processing module 702 is configured to stop sending remaining PDUs in the first PDU set to the network device according to the second information. The second information is used for indicating that the transmission power of the PDU in the first PDU set is greater than or equal to the target power; or, the second information is used for indicating that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount; or, the second information is used for indicating to stop sending the PDUs in the first PDU set; wherein the amount of transmission effort or transmission failure of the PDUs in the first set of PDUs is related to the information of the PDUs comprised in the first set of PDUs.

When the communication apparatus 700 is used to implement the functionality of the network device in the embodiment of the method described in fig. 3: the processing module 702 is configured to control the transceiver module 701 to receive first information from the terminal device, where the first information is used to determine information of PDUs included in the first PDU set to be transmitted, and receive PDUs in the first PDU set from the terminal device, and send second information to the terminal device. The second information is used for indicating that the transmission power of the PDU in the first PDU set is greater than or equal to the target power; or, the second information is used for indicating that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount; or, the second information is used for indicating to stop sending the PDUs in the first PDU set; wherein the amount of transmission effort or transmission failure of the PDUs in the first set of PDUs is related to the information of the PDUs comprised in the first set of PDUs.

When the communication device 700 is used to implement the functionality of the terminal device in the embodiment of the method described in fig. 4: a transceiver module 701, configured to sequentially send PDUs in the first PDU set to a network device, and further configured to receive a PDCP status report from the network device; the processing module 702 is configured to stop sending remaining PDUs in the first PDU set to the network device according to the PDCP status report. Wherein the PDCP status report is generated by the network device upon determining that the reordering timer has timed out; the PDCP status report is used to indicate a transmission result of the PDU in a reception/reordering window of the network device.

When the communication apparatus 700 is used to implement the functionality of the network device in the embodiment of the method described in fig. 4: the transceiver module 701 is configured to receive a PDU in the first PDU set from the terminal device, and store the received PDU in the receiving window/reordering window. The processing module 702 is configured to generate a PDCP status report when it is determined that the reordering timer expires; wherein the PDCP status report indicates a transmission result of the PDU in the reception window/reordering window. The transceiver module 701 is configured to send a PDCP status report to a terminal device.

When the communication device 700 is used to implement the functionality of the terminal device in the embodiment of the method described in fig. 5: a transceiver module 701, configured to sequentially send PDUs in the first PDU set to a network device, and receive an RLC status report from the network device, where the RLC status report is generated when the network device determines that the reassembly timer is overtime, and the RLC status report is used to indicate a transmission result of the PDUs in a receiving window/reassembly window of the network device; the processing module 702 is configured to stop sending remaining PDUs in the first PDU set to the network device according to the RLC status report.

When the communication apparatus 700 is used to implement the functionality of the network device in the embodiment of the method described in fig. 5: a transceiver module 701, configured to receive a PDU in a first PDU set from a terminal device, and store the received PDU in a receiving window/reassembly window; the processing module 702 is configured to generate an RLC status report when the reassembly timer is determined to expire, where the RLC status report is used to indicate a transmission result of the PDU in the receiving window/reassembly window. The transceiver module 701 is configured to send an RLC status report to a terminal device.

When the communication device 700 is used to implement the functionality of the terminal device in the embodiment of the method described in fig. 6: a transceiver module 701, configured to sequentially send the PDUs in the first PDU set to the network device. One or more PDUs in the first PDU set carry a set identifier; the set flag is used to request acquisition of RLC status report. The transceiver module 701 is configured to receive an RLC status report from a network device, where the RLC status report is used to indicate a transmission result of a PDU in a receiving window/reassembly window of the network device. The processing module 702 is configured to stop sending remaining PDUs in the first PDU set to the network device according to the RLC status report.

When the communication apparatus 700 is used to implement the functionality of the network device in the embodiment of the method described in fig. 6: a transceiver module 701, configured to receive PDUs in the first PDU set from the terminal device, and store the received PDUs in a receiving window/reassembly window. One or more PDUs in the first PDU set carry a set identifier, and the set identifier is used for requesting to acquire the RLC status report. The processing module 702 is configured to generate an RLC status report when it is determined that any received PDU carries a set identifier, where the RLC status report is used to indicate a transmission result of the PDU in the receiving window/reassembly window. The transceiver module 701 is configured to send an RLC status report to a terminal device.

When the communication device 700 is used to implement the functionality of the terminal device in the embodiment of the method described in fig. 9: a transceiver module 701, configured to sequentially send the PDUs in the first PDU set to the second communication device. The method comprises the steps that one or more PDUs in a first PDU set carry set flag bits, the set flag bits are used for indicating a second communication device to feed back a status report, and the set flag bits are configured or added in one or more PDUs when the first communication device determines that the transmission condition of the first PDU set meets a first set condition. The transceiver module 701 is further configured to receive a status report from the second communication device, where the status report is used to indicate a transmission result of the PDU or a reception situation of the PDU in a reception window/reordering window of the second communication device. The processing module 702 is configured to stop sending the PDUs except the sent PDUs in the first PDU set to the second communication device or send the PDUs not successfully received in the first PDU set to the second communication device according to the status report.

When the communication apparatus 700 is used to implement the functionality of the network device in the embodiment of the method described in fig. 9: the transceiver module 701 is configured to receive a PDU in the first PDU set from the first communication device, and store the received PDU in the receiving window/reordering window. And the processing module 702 is configured to determine that any received PDU carries a set flag bit, and send a status report to the first communication device through the transceiver module. The set flag bit is configured or added in one or more PDUs when the first communication device determines that the transmission condition of the first PDU set meets a first setting condition, and the status report is used for indicating the transmission result of the PDU or the receiving condition of the PDU in the receiving window/reordering window.

For a more detailed description of the transceiver module 701 and the processing module 702, reference is made to the relevant description of the method embodiments described above, which will not be described here.

It should be understood that the specific process of each module to perform the corresponding steps is described in detail in the above method embodiments, and is not described herein for brevity.

It should be noted that, in the embodiments of the present application, the division of the modules is merely schematic, and there may be another division manner in actual implementation, and in addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, a portion of the technical solution essence of the present application, or all or part of the technical solution, may be embodied in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to perform all or part of the steps of the methods of the various embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a read-only memory (ROM), a random access memory (random access memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Based on the same conception, the embodiments of the present application also provide a possible communication device, which is applied in the network architecture as illustrated in fig. 1. The communication device is used for realizing the communication method provided by the embodiment, so that the beneficial effects of the embodiment of the method can be realized. Referring to fig. 8, the communication apparatus 800 includes: a transceiver 801, and a processor 802. Optionally, the communication device 800 further comprises a memory 803. Wherein the transceiver 801, the processor 802 and the memory 803 are interconnected.

Optionally, the transceiver 801, the processor 802 and the memory 803 are connected to each other through a bus 804. The bus 804 may be a peripheral component interconnect standard (peripheral component interconnect, PCI) bus, or an extended industry standard architecture (extended industry standard architecture, EISA) bus, among others. The buses may be classified as address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 8, but not only one bus or one type of bus.

The transceiver 801 is configured to receive and transmit data, and enable communication with other devices in the positioning network architecture. Optionally, the transceiver 801 may include a communication interface and a transceiver. For example, the communication device 800 may communicate with a network apparatus using a communication interface, and the communication device 800 may communicate with a terminal apparatus using a transceiver.

The function of the processor 802 may refer to the description in the above embodiments, and will not be described herein. The processor 802 may be a central processing unit (central processing unit, CPU), a network processor (network processor, NP) or a combination of CPU and NP, among others. The processor 802 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (programmable logic device, PLD), or a combination thereof. The PLD may be a complex programmable logic device (complex programmable logic device, CPLD), a field-programmable gate array (field-programmable gate array, FPGA), general-purpose array logic (generic array logic, GAL), or any combination thereof. The processor 802 may be implemented by hardware when implementing the above functions, and may of course be implemented by executing corresponding software by hardware.

The memory 803 is used for storing program instructions and the like. In particular, the program instructions may comprise program code comprising computer-operating instructions. The memory 803 may include random access memory (random access memory, RAM) and may further include non-volatile memory (non-volatile memory), such as at least one magnetic disk memory. The processor 802 executes the program instructions stored in the memory 803 to realize the functions described above, thereby realizing the communication method provided by the above-described embodiment.

Based on the same conception, the present application embodiment also provides a computer program product comprising a computer program or instructions that, when run on a computer, cause the computer to perform the communication method provided by the above embodiments.

Based on the same conception, the present embodiment also provides a computer-readable storage medium having stored therein a computer program or instructions, which when executed by a computer, cause the computer to perform the communication method provided by the above embodiment.

Wherein a storage medium may be any available medium that can be accessed by a computer. Taking this as an example but not limited to: the computer readable medium may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.

Based on the same conception, the embodiment of the application also provides a chip, which is coupled with the memory and is used for reading the computer program stored in the memory, so as to realize the communication method provided by the embodiment.

Based on the same conception, the embodiment of the application also provides a chip system, which comprises a processor and is used for supporting the computer device to realize the functions related to the terminal equipment or the network equipment in the above embodiment. In one possible design, the chip system further includes a memory for storing programs and data necessary for the computer device. The chip system can be composed of chips, and can also comprise chips and other discrete devices.

The method provided in the embodiments of the present application may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, the processes or functions described in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by a wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains an integration of one or more available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., high-density digital video disc (digital video disc, DVD)), or a semiconductor medium (e.g., solid state disk (solid state drive, SSD)), etc.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.

Claims

1. A communication method applied to a first communication device, the method comprising:

transmitting first information to a second communication device, wherein the first information is used for determining the information of PDUs contained in a first protocol data unit PDU set to be transmitted;

sequentially transmitting the PDUs in the first PDU set to the second communication device;

receiving second information from the second communication device; the second information is used for indicating that the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount; or, the second information is used for indicating that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to a target failure amount; or, the second information is used for indicating to stop sending the PDUs in the first PDU set; wherein the transmission effort or transmission failure amount of the PDUs in the first PDU set is related to the information of the PDUs contained in the first PDU set;

And according to the second information, stopping sending the remaining PDUs in the first PDU set to the second communication device.

2. The method of claim 1, wherein the information of the PDU indicates a number of PDUs per byte/bit, and the amount of transmission effort is:

a ratio of the number of successfully received PDUs/number of bytes/number of bits to a total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs;

the information of the PDU indicates the number of PDU/byte/bit number, and the transmission failure amount is:

the number of unsuccessfully received PDUs/byte number/bit number in the first PDU set; or,

the ratio of the number of unsuccessfully received PDUs/number of bytes/number of bits to the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set.

3. The method of claim 1 or 2, wherein the second information for indicating to stop transmitting PDUs in the first set of PDUs comprises:

the indication information or the cause value carried in the second information indicates that the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and the second information is used for indicating that the PDU in the first PDU set is stopped to be transmitted; or,

The indication information or the cause value carried in the second information indicates that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount, and the second information is used for indicating that the PDU in the first PDU set is stopped being sent.

4. The method of claim 1 or 2, wherein the second information for indicating to stop transmitting PDUs in the first set of PDUs comprises:

the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and the second information is used for indicating to stop sending the PDU in the first PDU set; or,

the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount, and the second information is used to indicate that the PDUs in the first PDU set are stopped to be transmitted.

5. The method of any of claims 1-4, wherein the first information comprises at least one of: the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set, the sequence number of the PDU at the end position in the first PDU set or the sequence number of the PDU at the start position in the second PDU set;

wherein the second set of PDUs is a next set of PDUs after the first set of PDUs.

6. The method according to any one of claims 1-5, wherein the first information further includes: the target amount of work done or the target amount of failure.

7. The method of any of claims 1-5, wherein prior to transmitting the first information to the second communication device, the method further comprises:

acquiring transmission configuration information; wherein, the transmission configuration information comprises at least one of the following:

the first information, the target amount of work, or the target amount of failure.

8. The method of any one of claim 1 to 7,

the second information is used for indicating that the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and the second information is a status report; or,

the second information is used for indicating that the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount, and the second information is a status report.

9. The method of any of claims 1-8, wherein ceasing to send remaining PDUs in the first set of PDUs to the second communication device based on the second information comprises:

and according to the second information, after at least one PDU in the remaining PDU in the first PDU set is sent to the second communication device, stopping sending the remaining PDU in the first PDU set to the second communication device.

10. The method of claim 9, wherein after ceasing to send remaining PDUs in the first set of PDUs to the second communication device, the method further comprises:

transmitting third information to the second communication device; the third information is used for indicating that the reception of the remaining PDUs in the first PDU set is stopped, and/or the third information comprises a first parameter value of a protocol parameter in a receiving window/reordering window/reassembly window of the second communication device suggested by the first communication device.

11. A communication method applied to a second communication device, the method comprising:

receiving first information from a first communication device; the first information is used for determining the information of the PDUs contained in the first PDU set to be transmitted;

receiving a PDU of the first set of PDUs from the first communication device;

transmitting second information to the first communication device; the second information is used for indicating that the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount; or, the second information is used for indicating that the transmission failure amount of the PDUs in the first PDU set is greater than or equal to a target failure amount; or, the second information is used for indicating to stop sending the PDUs in the first PDU set; wherein the transmission effort or transmission failure amount of the PDUs in the first PDU set is related to the information of the PDUs contained in the first PDU set.

12. The method of claim 11, wherein the information of the PDU indicates a number of PDUs per byte/bit, and wherein the amount of transmission effort is:

13. The method of claim 11 or 12, wherein the second information for indicating to stop transmitting PDUs in the first set of PDUs comprises:

14. The method of claim 11 or 12, wherein the second information for indicating to stop transmitting PDUs in the first set of PDUs comprises:

15. The method of any of claims 11-14, wherein the first information comprises at least one of: the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set, the sequence number of the PDU at the end position in the first PDU set, or the sequence number of the PDU at the start position in the second PDU set;

16. The method according to any one of claims 11-15, wherein the first information further comprises: the target amount of work done or the target amount of failure.

17. The method of any of claims 11-16, wherein the second information is used to indicate that a transmission effort of a PDU in the first set of PDUs is greater than or equal to a target effort, the second information being a status report; or,

18. The method of any of claims 11-17, wherein after sending the second information to the first communication device, the method further comprises:

receiving third information from the first communication device; the third information is used for indicating that the receiving of the remaining PDUs in the first PDU set is stopped; and/or, the third information comprises a first parameter value of a protocol parameter in a receiving window/reordering window/reassembly window of the second communication device proposed by the first communication device;

19. The method of claim 18, wherein after receiving third information from the first communication device, the method further comprises:

updating the current parameter value of the protocol parameter in the receiving window/reordering window/reorganizing window of the second communication device to the first parameter value; or,

and determining a second parameter value according to the current parameter value and/or the first information and/or the third information, and updating the current parameter value to the second parameter value.

20. A communication method applied to a first communication device, the method comprising:

sequentially transmitting the PDUs in the first PDU set to a second communication device;

receiving a packet data convergence protocol PDCP status report from the second communication device; the PDCP status report is generated by the second communication device upon determining that a reordering timer has timed out; the PDCP status report indicating a transmission result of the PDU in a reception window/reordering window of the second communication device;

and stopping sending the remaining PDUs in the first PDU set to the second communication device according to the PDCP state report.

21. The method of claim 20, wherein ceasing to send remaining PDUs in the first set of PDUs to the second communication device based on the PDCP status report comprises:

Determining the transmission effort amount of the PDU in the first PDU set or the transmission failure amount of the PDU in the first PDU set according to the PDCP status report;

the transmission successful amount of the PDU in the first PDU set is greater than or equal to the target successful amount, and the transmission of the remaining PDU in the first PDU set to the second communication device is stopped; or,

and stopping sending the remaining PDUs in the first PDU set to the second communication device when the transmission failure amount of the PDUs in the first PDU set is greater than or equal to the target failure amount.

22. The method of claim 21, wherein after ceasing to send remaining PDUs in the first set of PDUs to the second communication device, the method further comprises:

transmitting third information to the second communication device; the third information is used for indicating that the reception of the remaining PDUs in the first set of PDUs is stopped, and/or the third information comprises a third parameter value of a protocol parameter in a receiving window/reordering window of the second communication device suggested by the first communication device.

23. The method of claim 21 or 22, wherein the amount of work transferred is:

the number of successfully received PDUs/number of bytes/number of bits in the first set of PDUs, or,

the transmission failure amount is as follows:

24. The method of claim 20, wherein prior to sequentially transmitting the PDUs in the first set of PDUs to the second communication device, the method further comprises:

the total number of PDUs/total number of bytes/total number of bits contained in the first PDU set, a target amount of work done, or a target amount of failure.

25. A communication method applied to a second communication device, the method comprising:

receiving a PDU from a first PDU set of a first communication device, storing the PDU into a receiving window/reordering window;

generating a PDCP status report when determining that the reordering timer is overtime; the PDCP status report is used for indicating the transmission result of the PDU in the receiving window/reordering window;

The PDCP status report is sent to the first communication device.

26. The method of claim 25, wherein after sending the PDCP status report to the first communication device, the method further comprises:

receiving third information from the first communication device; the third information is used for indicating that the reception of the remaining PDUs in the first PDU set is stopped, and/or the third information comprises third parameter values of protocol parameters in a receiving window/reordering window of the second communication device suggested by the first communication device;

27. The method of claim 26, wherein after receiving third information from the first communication device, the method further comprises:

updating a current parameter value of a protocol parameter in a receiving window/reordering window of the second communication device to the third parameter value; or,

and determining a fourth parameter value according to the current parameter value and/or the third information, and updating the current parameter value to the fourth parameter value.

28. A communication method applied to a first communication device, the method comprising:

Sequentially transmitting the PDUs in the first PDU set to a second communication device; one or more PDUs in the first PDU set carry set flag bits, the set flag bits are used for indicating the second communication device to feed back a status report, and the set flag bits are configured or added in the one or more PDUs when the first communication device determines that the transmission condition of the first PDU set meets a first set condition;

receiving a status report from the second communication device; the status report is used for indicating the transmission result of the PDU in the receiving window/reordering window of the second communication device;

and according to the status report, stopping sending the PDU except the sent PDU in the first PDU set to the second communication device or sending the PDU which is not successfully received in the first PDU set to the second communication device.

29. The method of claim 28, wherein the transmission of the first set of PDUs meeting the first set of conditions comprises:

the number of the sent PDUs in the first PDU set is greater than or equal to a first threshold; and/or

The number of bytes/bits of the sent PDU in the first PDU set is greater than or equal to a second threshold; and/or

A ratio of a number of PDUs transmitted in the first set of PDUs to a total number of PDUs contained in the first set of PDUs is greater than or equal to a third threshold; and/or

The ratio of the number of bytes/bits of the sent PDU in the first PDU set to the total number of bytes/total bits of the PDU contained in the first PDU set is greater than or equal to a fourth threshold; and/or

The elapsed processing time of the first set of PDUs is greater than or equal to a first time threshold; and/or

And the processing time except the used processing time in the total processing time corresponding to the first PDU set is smaller than or equal to a second time threshold.

30. The method of claim 28 or 29, wherein transmitting to the second communication device, based on the status report, the PDUs of the first set of PDUs that were not successfully received, comprises:

selecting at least one PDU from a plurality of PDUs which are not successfully received in the first PDU set when the processing time except the used processing time in the total processing time corresponding to the first PDU set is greater than or equal to a third time threshold and/or the receiving condition of the PDUs in the first PDU set meets a second set condition;

the at least one PDU is transmitted to the second communication device.

31. The method of claim 30, wherein the receiving of PDUs in the first set of PDUs meeting the second set of conditions comprises:

the transmission effort of the PDU in the first PDU set is smaller than a fifth threshold; or alternatively

The transmission failure amount of the PDUs in the first PDU set is greater than the sixth threshold.

32. The method of claim 30, wherein selecting at least one PDU among a plurality of unsuccessfully received PDUs in the first set of PDUs comprises:

at least one PDU with the retransmission times less than or equal to the maximum retransmission times is selected from the plurality of PDUs which are not successfully received.

33. The method of claim 28 or 29, wherein ceasing to send PDUs of the first set of PDUs other than the transmitted PDUs to the second communication device based on the status report comprises:

determining the transmission effort of the PDU in the first PDU set or the transmission failure amount of the PDU in the first PDU set according to the status report, wherein the transmission effort of the PDU in the first PDU set is greater than or equal to the target effort, and stopping sending the PDU except the sent PDU in the first PDU set to the second communication device; or,

And determining the transmission success amount of the PDU in the first PDU set or the transmission failure amount of the PDU in the first PDU set according to the status report, wherein the transmission failure amount of the PDU in the first PDU set is greater than or equal to the target failure amount, and stopping sending the PDU except the sent PDU in the first PDU set to the second communication device.

34. The method of claim 33, wherein after ceasing to transmit PDUs of the first set of PDUs other than the transmitted PDUs to the second communication device, the method further comprises:

transmitting third information to the second communication device; the third information is used for indicating that the receiving of the PDUs except the sent PDUs in the first PDU set is stopped, and/or the third information comprises a seventh parameter value of a protocol parameter in a receiving window/reordering window of the second communication device suggested by the first communication device.

35. The method of claim 33, wherein,

the transmission work amount is as follows: the number of successfully received PDUs/number of bytes/number of bits in the first set of PDUs, or the ratio of the number of successfully received PDUs/number of bytes/number of bits to the total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs;

The transmission failure amount is as follows: the number of unsuccessfully received PDUs/byte number/bit number in the first PDU set; or, a ratio of the number of PDUs/bytes/bits that were not successfully received to the total number of PDUs/total number of bytes/total number of bits contained in the first set of PDUs.

36. The method of any of claims 28-35, wherein prior to sequentially transmitting the PDUs in the first set of PDUs to the second communication device, the method further comprises:

a target amount of work, a target amount of failure, a maximum number of retransmissions, or a total number of PDUs, a total number of bytes, or a total number of bits contained in the first set of PDUs.

37. A communication method applied to a second communication device, the method comprising:

determining that any received PDU carries a set flag bit, and sending the status report to the first communication device; the setting flag bit is configured or added in the one or the plurality of PDUs when the first communication device determines that the transmission condition of the first PDU set meets a first setting condition, and the status report is used for indicating the transmission result of the PDUs in the receiving window/reordering window.

38. The method of claim 37, wherein the transmission of the first set of PDUs meeting the first set of conditions comprises:

The elapsed processing time of the first set of PDUs is greater than or equal to a first time threshold;

39. The method of claim 37 or 38, wherein prior to sending the status report to the first communication device, the method further comprises:

a reorder timer timeout is determined.

40. The method of any of claims 37-39, wherein after sending the status report to the first communication device, the method further comprises:

Receiving at least one unsuccessfully received PDU from the first communication device;

wherein the at least one PDU is selected from a plurality of unsuccessfully received PDUs in the first PDU set by the first communication device when a processing time other than the used processing time in the total processing time corresponding to the first PDU set is greater than or equal to a third time threshold and/or a receiving condition of the PDUs in the first PDU set meets a second set condition.

41. The method of claim 40, wherein the receiving of PDUs in the first set of PDUs meeting a second set of conditions comprises:

42. The method of claim 40 or 41, wherein a number of retransmissions of any of the at least one unsuccessfully received PDU is less than or equal to a maximum number of retransmissions.

43. The method of any of claims 37-42, wherein after sending the status report to the first communication device, the method further comprises:

receiving third information from the first communication device; the third information is used for indicating to stop receiving the PDUs except the sent PDUs in the first PDU set, and/or comprises a seventh parameter value of a protocol parameter in a receiving window/reordering window of the second communication device suggested by the first communication device;

And stopping receiving the PDUs except the sent PDUs in the first PDU set according to the third information.

44. The method of claim 43, wherein after receiving the third information from the first communication device, the method further comprises:

updating the current parameter value of the protocol parameter in the receiving window/reordering window of the second communication device to the seventh parameter value; or alternatively

And determining an eighth parameter value according to the current parameter value and/or the third information, and updating the current parameter value to the eighth parameter value.

45. A communication device comprising means for performing the method of any of claims 1 to 44.

46. A communication device, comprising:

a transceiver for receiving and transmitting data;

a memory for storing program instructions and data;

a processor for reading the program instructions and data in the memory, implementing the method of any of claims 1-44 by the transceiver.

47. A computer readable storage medium, wherein a computer program or instructions is stored in the computer readable storage medium, which when executed by a computer, causes the computer to perform the method of any one of claims 1-44.

48. A computer program product comprising a computer program or instructions which, when run on a computer, cause the computer to perform the method of any of claims 1-44.