Data transmission state determination method and device, electronic equipment and chip

Abstract

The invention provides a data transmission state determination method and device, and relates to the technical field of wireless communication, and the method comprises the steps: obtaining a first state corresponding to a reordering window of a PDCP (Packet Data Convergence Protocol) module; acquiring a second state corresponding to a receiving window of a radio link control (RLC) module; and determining a data transmission state of a protocol data unit PDU in a receiving window of the RLC module according to the first state and the second state. The data transmission state is determined according to the states of the reordering window of the PDCP module and the receiving window of the RLC module, and the PDU in the receiving window of the RLC module is uploaded again, so that resource waste caused by retransmitting invalid data outside the reordering window of the PDCP module by a transmission side is avoided, and the data transmission efficiency and the air interface resource utilization rate are improved.

Description

Technical Field

[0001] This application relates to the field of wireless communication technologies, and in particular, to a method, apparatus, electronic device, and chip for determining a data transmission state. Background Art

[0002] At the receiving end of a mobile communication system, a PDU (Protocol Data Unit) represents data transmitted from a lower layer to this layer. An SDU (Service Data Unit) represents data transmitted to an upper layer after processing the PDU of this layer. For example, the data transmitted by the MAC (Media Access Control) layer to the upper RLC (Radio Link Control) layer is the MAC SDU, also known as the RLC PDU; the data transmitted by the RLC module to the upper PDCP (Packet Data Convergence Protocol) layer is the RLC SDU, also known as the PDCP PDU; the data transmitted by the PDCP module to the upper layer is the PDCP SDU.

[0003] The RLC module provides an acknowledged mode (AM) for data transmission. When the wireless conditions suddenly deteriorate and there is network congestion, the receiving window of the RLC AM may not slide for a long time. Since the receiving window of the PDCP is limited by the reordering timer, the bottom of the PDCP reordering window may fall below the bottom of the RLC receiving window. In this case, the feedback of the PDU that has exited the PDCP reordering window at the receiving end will occupy the uplink radio resources, increasing the ineffective inter-layer interaction and causing waste of air interface resources. Summary of the Invention

[0004] This application aims to solve at least one of the technical problems in the related art to some extent.

[0005] To this end, the first object of this application is to propose a method for determining a data transmission state.

[0006] The second object of this application is to propose a method.

[0007] The third object of this application is to propose a method.

[0008] The fourth object of this application is to propose an apparatus.

[0009] The fifth object of this application is to propose an apparatus.

[0010] The sixth object of this application is to propose an apparatus.

[0011] The seventh objective of this application is to propose a device.

[0012] The eighth objective of this application is to propose an electronic device.

[0013] The ninth objective of this application is to propose a chip or a chip system.

[0014] The tenth objective of this application is to propose a computer-readable storage medium.

[0015] The eleventh objective of this application is to propose a computer program product.

[0016] The twelfth objective of this application is to propose a terminal or a chip.

[0017] The thirteenth objective of this application is to propose a method.

[0018] To achieve the above objectives, an embodiment of the first aspect of this application proposes a method for determining a data transmission state, including:

[0019] Obtain a first state corresponding to the reordering window of the Packet Data Convergence Protocol (PDCP) module;

[0020] Obtain a second state corresponding to the receive window of the Radio Link Control (RLC) module;

[0021] Determine the data transmission state of the Protocol Data Unit (PDU) in the receive window of the RLC module according to the first state and the second state, and report it to the RLC module.

[0022] Optionally, the obtaining of the first state corresponding to the reordering window of the Packet Data Convergence Protocol (PDCP) module includes:

[0023] Obtain a first sequence number corresponding to the PDU at the bottom of the reordering window of the PDCP module.

[0024] Optionally, the obtaining of the second state corresponding to the receive window of the Radio Link Control (RLC) module includes:

[0025] Obtain a second sequence number and a first sequence number corresponding to each PDU in the RLC module;

[0026] Obtain a second sequence number corresponding to the PDU at the bottom of the receive window of the RLC module.

[0027] Optionally, the determining of the data transmission state of the Protocol Data Unit (PDU) in the receive window of the RLC module according to the first state and the second state includes:

[0028] In response to the second sequence number corresponding to the PDU at the bottom of the reordering window of the PDCP module being less than the first sequence number corresponding to the PDU at the bottom of the receiving window of the RLC module, a status report is generated according to the acknowledgment status of the PDUs in the receiving window, where the status report is used to characterize the data transmission status; or,

[0029] In response to the second sequence number corresponding to the PDU at the bottom of the reordering window of the PDCP module being greater than or equal to the first sequence number corresponding to the PDU at the bottom of the receiving window of the RLC module, a target PDU is determined according to the first sequence number and the second sequence number, and a status report is generated according to the target PDU, where the target PDU is the PDU that needs to be re-uploaded, and the acknowledgment status is acknowledgment or negative acknowledgment.

[0030] Optionally, the determining the target PDU according to the first sequence number and the second sequence number includes:

[0031] Determine the PDUs to be detected between the bottom of the receiving window of the RLC module and the bottom of the reordering window of the PDCP module;

[0032] Determine the target PDU according to the correspondence between the first sequence number and the second sequence number corresponding to the PDUs to be detected.

[0033] Optionally, the determining the target PDU according to the correspondence between the first sequence number and the second sequence number corresponding to the PDUs to be detected includes:

[0034] In response to the first sequence number and the second sequence number corresponding to the existing PDUs to be detected not corresponding in order, a status report is generated according to the acknowledgment status of each PDU in the receiving window; or,

[0035] In response to the first sequence number and the second sequence number corresponding to all the PDUs to be detected corresponding in order, determine the target PDU among the PDUs to be detected, and generate a status report according to the acknowledgment status of the target PDU and the acknowledgment status of the PDUs other than the PDUs to be detected in the receiving window.

[0036] Optionally, the determining the target PDU among the PDUs to be detected includes:

[0037] Obtain the acknowledgment status of the PDUs to be detected;

[0038] Determine the first PDU with a negative acknowledgment status and the last PDU with a negative acknowledgment status among the PDUs to be detected as the target PDU.

[0039] To achieve the above object, an embodiment of the second aspect of the present application proposes a method for determining a data transmission status, including:

[0040] When the receiving window slides, a second state is generated and sent to the matching decision module, so that the matching decision module determines the data transmission state of the PDU in the receiving window of the RLC module;

[0041] Receive the data transmission state of the PDU reported by the matching decision module.

[0042] Optionally, the generating the second state includes:

[0043] Generate the second state according to the first sequence number and the second sequence number corresponding to each PDU in the receiving window of the RLC module, and the second sequence number corresponding to the PDU at the bottom of the receiving window of the RLC module.

[0044] Optionally, the receiving the data transmission state of the PDU reported by the matching decision module includes:

[0045] Receive the status report reported by the matching decision module, where the status report includes the acknowledgment status of each PDU in the receiving window, and the acknowledgment status is acknowledgment or negative acknowledgment.

[0046] To achieve the above object, an embodiment of the third aspect of the present application proposes a method for determining a data transmission state, including:

[0047] When the reordering window slides, a first state is generated and sent to the matching decision module, so that the matching decision module determines the data transmission state of the PDU in the receiving window of the RLC module.

[0048] Optionally, the generating the first state includes:

[0049] Generate the first state according to the first sequence number corresponding to the PDU at the bottom of the reordering window of the PDCP module.

[0050] To achieve the above object, an embodiment of the fourth aspect of the present application proposes a data transmission state determination device, including: a matching decision module, an RLC module, and a PDCP module;

[0051] The RLC module is configured to generate a second state and send it to the matching decision module when the receiving window slides;

[0052] The PDCP module is configured to generate a first state and send it to the matching decision module when the reordering window slides;

[0053] The matching decision module is configured to obtain the first state and the second state;

[0054] The matching decision module is further configured to determine the data transmission status of the PDU in the receiving window of the RLC module according to the first state and the second state, and report it to the RLC module. To achieve the above object, an embodiment of the fifth aspect of the present application provides a data transmission status determination device, including:

[0055] A first state determination module, configured to obtain a first state corresponding to the reordering window of the Packet Data Convergence Protocol (PDCP) module;

[0056] A second state determination module, configured to obtain a second state corresponding to the receiving window of the Radio Link Control (RLC) module;

[0057] A third state determination module, configured to determine the data transmission status of the Protocol Data Unit (PDU) in the receiving window of the RLC module according to the first state and the second state, and report it to the RLC module.

[0058] To achieve the above object, an embodiment of the sixth aspect of the present application provides a data transmission status determination device, including:

[0059] A data upload module, configured to generate a second state and send it to the matching decision module when the receiving window slides, so that the matching decision module determines the data transmission status of the PDU in the receiving window of the RLC module;

[0060] A state determination module, configured to receive the data transmission status of the PDU reported by the matching decision module.

[0061] To achieve the above object, an embodiment of the seventh aspect of the present application provides a data transmission status determination device, including:

[0062] A data upload module, configured to generate a first state and send it to the matching decision module when the reordering window slides, so that the matching decision module determines the data transmission status of the PDU in the receiving window of the RLC module.

[0063] To achieve the above object, an embodiment of the eighth aspect of the present application provides an electronic device, including: a processor, and a memory communicatively connected to the processor;

[0064] The memory stores computer-executable instructions;

[0065] The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of the first aspect, the second aspect, or the third aspect.

[0066] To achieve the above object, an embodiment of the ninth aspect of the present application provides a chip or a chip system, which includes a processing circuit configured to execute the method according to any one of the first aspect, the second aspect, or the third aspect.

[0067] To achieve the above object, an embodiment of the tenth aspect of the present application provides a computer-readable storage medium, in which computer-executable instructions are stored, and when the computer-executable instructions are executed by a processor, they are used to implement the method described in any one of the first aspect, the second aspect, or the third aspect.

[0068] To achieve the above object, an embodiment of the eleventh aspect of the present application provides a computer program product, and when the computer program is executed by a processor, it implements the method described in any one of the first aspect, the second aspect, or the third aspect.

[0069] To achieve the above object, an embodiment of the twelfth aspect of the present application provides a terminal or a chip, which is characterized by including:

[0070] One or more processors;

[0071] Wherein, the processor is used to execute the method described in any one of the first aspect, the second aspect, or the third aspect.

[0072] To achieve the above object, an embodiment of the thirteenth aspect of the present application provides a method, including:

[0073] When the reordering window of the PDCP module slides, generating a first state corresponding to the reordering window;

[0074] When the receiving window of the RLC module slides, generating a second state corresponding to the receiving window;

[0075] Determining the data transmission state of the protocol data unit (PDU) in the receiving window according to the first state and the second state.

[0076] The method, device, electronic device, and storage medium for determining the data transmission state provided by the present application determine the data transmission state through the states of the reordering window of the PDCP module and the receiving window of the RLC module, and re-upload the PDU in the receiving window of the RLC module, avoiding resource waste caused by the transmission side retransmitting invalid data outside the reordering window of the PDCP module, and improving the data transmission efficiency and the utilization rate of radio interface resources.

[0077] Additional aspects and advantages of the present application will be given in part in the following description, become apparent in part from the following description, or be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0078] The above and / or additional aspects and advantages of the present application will become apparent and easy to understand from the following description of the embodiments in conjunction with the drawings, where:

[0079] Figure 1Schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application;

[0080] Figure 2 Schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application;

[0081] Figure 3 Schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application;

[0082] Figure 4 Schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application;

[0083] Figure 5 Schematic structural diagram of a device for determining data transmission status provided by an embodiment of the present application;

[0084] Figure 6 Schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application;

[0085] Figure 7 Schematic diagram of data transmission provided by an embodiment of the present application;

[0086] Figure 8 Schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application;

[0087] Figure 9 Schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application;

[0088] Figure 10 Schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application;

[0089] Figure 11 Schematic structural diagram of a device for determining data transmission status provided by an embodiment of the present application;

[0090] Figure 12 Schematic structural diagram of a device for determining data transmission status provided by an embodiment of the present application;

[0091] Figure 13 Schematic structural diagram of a device for determining data transmission status provided by an embodiment of the present application. Detailed implementation manners

[0092] Embodiments of the present application will be described in detail below. Examples of the embodiments are shown in the accompanying drawings, where the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to explain the present application, but should not be construed as limiting the present application.

[0093] In the 4G system, due to the uncertainty of the radio link, in order to reduce the number of erroneous blocks, the MAC layer introduces the HARQ (Hybrid Automatic Repeat Request) mechanism, which mainly processes the retransmission of lost or incorrect data. For example, during the process of the data sent by the sender being received by the receiver, the data reception is out of order. To solve the problem of out-of-order data, a reordering mechanism is introduced in the RLC module: the sliding of the reordering window is controlled by a reordering timer to ensure that the data is delivered in a certain order.

[0094] In the RLC unacknowledged mode (UM), the reordered data will be delivered to the upper layer in order, the unreceived data will be abandoned, and the reordering window will slide to the unordered data. The RLC acknowledged mode (AM) belongs to an acknowledged transmission mechanism, and the data needs to be delivered to the upper layer in order and completely. In the AM mode, the reordering window only triggers the status report of the reordered data within the window, and notifies the peer to perform an automatic repeat request (ARQ) retransmission of the data through the status report, and then delivers the data to the upper layer after continuous and complete reception.

[0095] In the new radio (NR) system, the reordering function of the data is moved up to the PDCP. For PDCP reordering, whether it is AM or UM, the data that falls outside the reordering window after the reordering timer times out will be abandoned subsequently (for example, the data received outside the reordering window will be directly discarded). There is no longer a reordering function in the RLC module. The complete data received by the RLC is directly delivered to the PDCP, and the fragmented data received by the RLC is reorganized in the RLC. The protocol introduces the concept of a reorganization window to address the problem of out-of-order RLC fragmented data caused by the Hybrid Automatic Repeat Request (HARQ) mechanism. The RLC AM mode still requires acknowledged transmission to ensure the integrity of the data. Therefore, the receiving window must slide after receiving all the complete PDUs in the window; in the RLC UM mode, the receiving window slides whether the fragmented data is complete or not after being reorganized by the reorganization timer.

[0096] The data passed from the MAC layer to the upper-layer RLC module is the MAC SDU, also known as the RLC PDU; the data passed from the RLC module to the upper-layer PDCP module is the RLC SDU, also known as the PDCP PDU. Both the RLC PDU and the PDCP PDU have corresponding sequence numbers (SN). In the RLC AM mode of NR, each RLC PDU maintains an RLC SN, each RLC PDU corresponds to a unique PDCP PDU, and each PDCP PDU carrying data corresponds to a PDCP SN.

[0097] The embodiments of the present application provide a method for determining the data transmission status. Figure 1 It is a schematic flowchart of a method for determining the data transmission status provided by an embodiment of the present application. As Figure 1 shown, in this embodiment, the data flow direction on the receiving side is: the data is transmitted from the MAC layer to the RLC module, and then the RLC module receives the PDU according to the RLC receive window and transmits it to the PDCP.

[0098] The embodiments of the present application provide a method for determining the data transmission status. Figure 2 It is a schematic flowchart of a method for determining the data transmission status provided by an embodiment of the present application. As Figure 2 shown, in this embodiment, the steps include:

[0099] Step 201, the RLC module continuously receives the data sent by the MAC layer within the RLC AM receive window;

[0100] Step 202, the RLC module receives a PDU with an RLC SN of 11;

[0101] Step 203, the RLC module receives complete packets of PDUs with RLC SNs of 3, 7, 8, and 15, and a fragmented packet of a PDU with an RLC SN of 9; the PDU with an RLC SN of 3 is discarded outside the receive window, the PDUs with RLC SNs of 7 and 8 are complete packets and are directly delivered to the PDCP; the fragmented packet of the PDU with an RLC SN of 9 is cached and waits for the MAC layer to upload data to obtain a complete packet.

[0102] Step 204, the reordering timer times out, triggering the status report of AM.

[0103] The embodiments of the present application provide a method for determining the data transmission status. Figure 3 It is a schematic flowchart of a method for determining the data transmission status provided by an embodiment of the present application. As Figure 3 shown, in this embodiment, it includes:

[0104] Step 301, the PDCP module continuously receives data sent by the RLC module within the PDCP receive window;

[0105] Step 302, the PDCP module receives a PDU with a PDCPSN of 11;

[0106] Step 303, the PDCP module receives PDUs with PDCPSNs of 3, 4, 7, 8, and 15. Since the PDUs with PDCPSNs of 3 and 4 are outside the reordering window, they are discarded; the PDUs with PDCPSNs of 7, 8, and 15 are within the reordering window and are cached;

[0107] Step 304, when the reordering timer expires, the sorted data (PDUs with PDCPSNs of 7, 8, and 11) is delivered, and the reordering window is slid.

[0108] The embodiment of the present application provides a method for determining the data transmission status, Figure 4 which is a schematic flowchart of a method for determining the data transmission status provided by an embodiment of the present application. As Figure 4 shown, in this embodiment, when there is a sudden change in the radio link, there will be a scenario where the bottom of the PDCP reordering window falls behind the bottom of the RLC AM receive window. The steps in this scenario are as follows:

[0109] Step 401, after the PDCP reordering timer expires, the reordering window slides, and the bottom slides to the position of PDCP SN 38; the RLC module reports all the PDCP PDUs received before SN 38 to the upper layer;

[0110] Step 402, since the PDU with PDCP SN 30 has not been received, the bottom of the RLC AM receive window remains at the position of PDCP SN 30;

[0111] Step 403, when the RLC AM receive-side reassembly timer expires or a polling query bit from the peer is received, an RLC status report is triggered to notify the peer to retransmit 30, 32, 33, 34, 35, and 37;

[0112] Step 404, the peer retransmits 30, 32, 33, 34, 35, and 37;

[0113] Step 405, after the RLC receives the retransmitted data, it reports 30, 32, 33, 34, 35, and 37 to the PDCP;

[0114] Step 406, after the PDCP receives the data and finds that the PDCP PDU is outside the window, the data is discarded.

[0115] However, when the wireless condition deteriorates suddenly and there is network congestion, it may lead to the situation that the receiving window of RLCAM cannot slide for a long time. Since the receiving window of PDCP is limited by the reordering timer, the bottom of the PDCP reordering window may fall below the bottom of the RLC receiving window. After the above scenario occurs, the NACK feedback for the PDU that has exited the PDCP reordering window at the receiving end will occupy the uplink radio resources.

[0116] Then the sending end will retransmit the data according to the feedback of RLC, and the data outside the PDCP reordering window is wasted in the downlink radio resources. When RLC reports the data outside the PDCP window, PDCP will discard it, increasing the ineffective inter-layer interaction.

[0117] To solve this problem, the embodiment of the present application provides a data transmission status determination device. Figure 5 FIG. is a schematic structural diagram of a data transmission status determination device provided by an embodiment of the present application. As Figure 5 shown, it includes: a matching decision module 510, an RLC module 520, and a PDCP module 530;

[0118] The RLC module 520 is configured to generate a second state and send it to the matching decision module 510 when the receiving window slides;

[0119] The PDCP module 530 is configured to generate a first state and send it to the matching decision module 510 when the reordering window slides;

[0120] The matching decision module 510 is configured to obtain the first state and the second state;

[0121] The matching decision module 510 is further configured to determine the data transmission status of the PDU in the receiving window according to the first state and the second state and report it to the RLC module 520.

[0122] A matching decision module 510 is added between the RLC module and the PDCP module to judge the matching situation between the reordering window and the receiving window, so as to determine the data transmission status of the PDU in the receiving window.

[0123] The matching decision module is configured to receive the position information of the reordering window and the position information of the receiving window of the RLC module. The first state reflects the position information of the reordering window, and the second state reflects the position information of the receiving window. The PDCP module will actively report the first state to the matching decision module when the position of the reordering window changes, and the RLC module will actively report the second state to the matching decision module when the position of the receiving window changes. It should be noted that in the embodiments of this specification, the receiving window belongs to the RLC module, and the reordering window belongs to the PDCP module.

[0124] The matching decision module includes a set of decision logics for determining the data transmission status of the protocol data unit (PDU) in the reception window according to the first state and the second state. Optionally, when the RLC rough transmission status report is performed, the RLC module queries the status from the matching decision module. At this time, the matching decision module determines the data transmission status of the protocol data unit (PDU) in the reception window of the RLC module according to this decision logic.

[0125] The embodiments of the present application provide a method for determining the data transmission status. Figure 6 It is a schematic flowchart of a method for determining the data transmission status provided by an embodiment of the present application. As Figure 6 shown, the method includes the following steps:

[0126] Step 601: Obtain the first state corresponding to the reordering window of the packet data convergence protocol (PDCP) module;

[0127] Step 602: Obtain the second state corresponding to the reception window of the radio link control (RLC) module;

[0128] Step 603: Determine the data transmission status of the protocol data unit (PDU) in the reception window according to the first state and the second state.

[0129] Optionally, Figure 6 the steps in are executed by the matching decision module.

[0130] Optionally, the obtaining the first state corresponding to the reordering window of the packet data convergence protocol (PDCP) module includes:

[0131] Obtain the first sequence number corresponding to each PDU in the reordering window.

[0132] Optionally, the obtaining the second state corresponding to the reception window of the radio link control (RLC) module includes:

[0133] Obtain the second sequence number and the first sequence number corresponding to each PDU in the reception window;

[0134] Obtain the second sequence number corresponding to the PDU at the bottom of the reception window.

[0135] In this embodiment, the RLC PDU has an RLC sequence number (RLC SN), that is, the first sequence number. The PDCP PDU is divided into two types - PDCP data PDU (PDCP Data PDU) and PDCP control PDU (PDCP Control PDU). The PDCP data PDU has a PDCP sequence number (PDCP SN), that is, the second sequence number, and the PDCP control PDU does not have a PDCP sequence number.

[0136] According to the relationship between the second sequence number and the first sequence number corresponding to each PDU in the RLC module, it can be determined whether the RLC PDU is uploaded to the PDCP in a certain order.

[0137] In this embodiment, step 503 determines the data transmission status of the protocol data unit PDU in the reception window according to the first status and the second status, including:

[0138] In response to the second sequence number at the bottom of the reordering window being less than the first sequence number at the bottom of the reception window, a status report is generated according to the acknowledgment status of the PDU in the reception window, where the status report is used to characterize the data transmission status; or,

[0139] In response to the second sequence number at the bottom of the reordering window being greater than or equal to the first sequence number at the bottom of the reception window, a target PDU is determined according to the first sequence number and the second sequence number, and the status report is generated according to the target PDU, where the target PDU is the PDU that needs to be re-uploaded.

[0140] In this embodiment, when the RLC reception window slides, the RLC module provides the sequence number of the PDU at the bottom of the reception window (denoted as RLC SN R_BOTTOM) to the matching decision module; when the PDCP reordering window slides, the PDCP module provides the sequence number corresponding to the PDU at the bottom of the reordering window (denoted as PDCP SN P_BOTTOM) to the matching decision module. The same PDU corresponds to an RLC SN and a PDCP SN.

[0141] Figure 7 It is a schematic diagram of data transmission provided by an embodiment of the present application. As Figure 7 shown, the bottom of the reception window of the RLC module corresponds to the PDU with an RLC SN of 30, and the bottom of the reordering window of the PDCP module corresponds to the PDU with a PDCP SN of 38.

[0142] If the second sequence number at the bottom of the reordering window is less than the first sequence number at the bottom of the reception window, it means that there is no PDU in the RLC reception window that falls outside the range of the PDCP reordering window, and there is no need to re-upload the PDU within the RLC window range.

[0143] As Figure 7 shown, if the second sequence number 38 at the bottom of the reordering window is greater than or equal to the first sequence number 30 at the bottom of the reception window, it is necessary to screen the PDUs between the first sequence number 30 and the second sequence number 38 to determine whether these PDUs need to be re-uploaded.

[0144] Optionally, the determining the target PDU according to the first sequence number and the second sequence number includes:

[0145] Determine the PDUs to be detected between the bottom of the reception window and the bottom of the reordering window;

[0146] Determine the target PDU according to the correspondence between the first sequence number and the second sequence number corresponding to the PDU to be detected.

[0147] In this embodiment, Figure 7 the PDUs between the first sequence number 30 and the second sequence number 38 in

[0148] Optionally, the determining the target PDU according to the correspondence between the first sequence number and the second sequence number corresponding to the PDU to be detected includes:

[0149] In response to the first sequence number and the second sequence number corresponding to the existing PDU to be detected not corresponding in order, generate a status report according to the acknowledgement status of each PDU in the reception window; or,

[0150] In response to the first sequence number and the second sequence number corresponding to all the PDUs to be detected corresponding in order, determine the target PDU among the PDUs to be detected, and generate a status report according to the acknowledgement status of the target PDU and the acknowledgement status of the PDUs other than the PDUs to be detected in the reception window, where the acknowledgement status is acknowledgement or negative acknowledgement.

[0151] In this embodiment, the matching decision module determines whether the first sequence number and the second sequence number corresponding to the PDU to be detected correspond in order according to the uploaded information, so as to determine whether there is a reliable RLC_SN (a reliable SN means that the PDCP SN and the RLC SN correspond in order one by one). If there is no reliable RLC SN, exit this query and return failure, and there is no need to re-upload the PDU to be detected.

[0152] Optionally, if the first sequence number and the second sequence number corresponding to the PDU to be detected are the same, it can be determined that the first sequence number and the second sequence number corresponding to the PDU to be detected correspond in order; if there are the first sequence number and the second sequence number corresponding to the PDU to be detected that are different, it can be determined that the first sequence number and the second sequence number corresponding to the PDU to be detected do not correspond in order.

[0153] Optionally, if the difference between the first sequence number and the second sequence number corresponding to each of the PDUs to be detected is the same, it can be determined that the first sequence number and the second sequence number corresponding to the PDUs to be detected are in sequential correspondence. For example, if the first sequence numbers of the PDUs to be detected are 2, 3, 4, 5, and the second sequence numbers of the PDUs to be detected are 5, 6, 7, 8, and the difference between the first sequence number and the second sequence number corresponding to the same PDU to be detected is 1, it indicates that the PDUs to be detected are uploaded in sequence. Otherwise, it can be determined that the first sequence number and the second sequence number corresponding to the PDUs to be detected are not in sequential correspondence. For example, if the first sequence numbers of the PDUs to be detected are 2, 3, 4, 5, and the second sequence numbers of the PDUs to be detected are 3, 5, 7, 8, it indicates that the PDUs to be detected are not uploaded in sequence.

[0154] Optionally, determining the target PDU in the PDUs to be detected includes:

[0155] Obtaining the acknowledgement status of the PDUs to be detected;

[0156] Determining the first PDU to be detected with a negative acknowledgement status and the last PDU to be detected with a negative acknowledgement status as the target PDUs.

[0157] In this embodiment, the RLC SN between the bottom of the RLC receive window and the bottom of the PDCP receive window is locked. The first and last unacknowledged RLC PDUs are determined among the locked RLC SNs, and the PDU information of the determined RLC SNs and the result of successful query are returned;

[0158] Figure 7 In the example, the PDCP SN at the bottom of the PDCP receive window is 38, and the PDCP SN at the bottom of the RLC receive window is 30 (the RLC SN and the PDCP SN are in one-to-one correspondence). Only 34 and 36 are acknowledged between the bottom of the PDCP receive window and the bottom of the RLC receive window. Therefore, the target PDUs in the returned result are 30 and 37. NACK reports will not be made for 31, 32, 33, and 35 in subsequent status reports.

[0159] Negative Acknowledgement (NACK) and Acknowledgement (ACK). NACK is the abbreviation of Negative Acknowledgement, which is a mechanism used in communication protocols. When the receiving party finds an error or cannot process a data packet or message correctly when receiving it, it can send a NACK to notify the sending party.

[0160] The purpose of NACK is to inform the sender that the data needs to be resent or other error correction measures should be taken. In contrast, ACK (Acknowledgement) indicates that the receiver has correctly received and processed the data packet or message.

[0161] The use of NACK can ensure reliable data transmission because it allows the sender to be aware of errors and take corresponding corrective measures in a timely manner. In some communication protocols, NACK can also be used to request retransmission of lost data or inform the sender to stop sending data.

[0162] When generating a status report, if the feedback result is a failure, all unacknowledged PDUs within the RLC receive window, that is, PDUs in the NACK state, need to be fed back.

[0163] If the feedback result is a success, it means that not all the modules to be detected need to be re-uploaded. For the PDUs in the modules to be detected, only the status of the target PDU as NACK needs to be uploaded, and the acknowledgement status of other PDUs within the RLC receive window is normally fed back. In this way, when the peer receives the trimmed status report, it will transmit less retransmission data considered invalid by the PDCP, achieving the effect of saving radio resources.

[0164] The embodiment of the present application provides a method for determining the data transmission status. Figure 8 It is a schematic flow diagram of a method for determining the data transmission status provided by an embodiment of the present application. As Figure 8 shown, the method includes the following steps:

[0165] Step 801, when the receive window slides, generate a second status and send it to the matching decision module, so that the matching decision module determines the data transmission status of the PDUs in the receive window of the RLC module;

[0166] Step 802, receive the data transmission status of the PDUs reported by the matching decision module.

[0167] In this embodiment, the steps are executed by the RLC module. When the receive window of the RLC module slides, the RLC module will provide the sequence number of the PDU at the bottom of the receive window (denoted as RLC SN R_BOTTOM) to the matching decision module.

[0168] When the RLC module triggers a status report, it queries the status of the reordering window and the receive window from the matching decision module, so that the matching decision module makes a response and generates the data transmission status of the PDUs.

[0169] Optionally, the generating of the second status includes:

[0170] Generate the second state according to the first sequence number and the second sequence number corresponding to each PDU in the receiving window of the RLC module, and the second sequence number corresponding to the PDU at the bottom of the receiving window of the RLC module.

[0171] Optionally, receiving the data transmission status of the PDU reported by the matching decision module includes:

[0172] Receiving a status report reported by the matching decision module, where the status report includes the acknowledgement status of each PDU in the receiving window, and the acknowledgement status is acknowledgement or negative acknowledgement.

[0173] In this embodiment, NACK is a mechanism used in communication protocols. When the matching decision module confirms that there is an error in the data packet or message in the RLC module or it cannot be processed correctly, it can send NACK to notify the RLC module.

[0174] The purpose of NACK is to inform the RLC module that it needs to retransmit data or take other error correction measures. In contrast, ACK (Acknowledgement) indicates that the RLC module has correctly received and processed the data packet or message.

[0175] The embodiment of the present application provides a method for determining data transmission status. Figure 9 It is a schematic flowchart of a method for determining data transmission status provided by an embodiment of the present application. As Figure 9 shown, the method includes the following steps:

[0176] Step 901, when the reordering window slides, generate a first state and send it to the matching decision module, so that the matching decision module determines the data transmission status of the PDU in the receiving window of the RLC module.

[0177] In this embodiment, the method is applied to the PDCP module. PDCP is a key protocol layer in 4G LTE and 5G mobile communication systems. It is located in the user plane (U-plane) part of the radio access network (RAN), above the RLC (Radio Link Control) layer and below higher layers (such as the application layer or IP layer). The main functions of PDCP include: implementing user plane data encryption and integrity protection to ensure the security of user data and prevent unauthorized access and tampering. Sequence number management: Each PDCP PDU (Protocol Data Unit) has a sequence number, which is used to detect lost packets and out-of-order packets and perform retransmission or sequence recovery when needed. SN (Sequence Number) mapping: When the PDCP layer sends a PDU, the sequence number maintained internally may be mapped to the sequence number of the lower RLC layer for reliable transmission.

[0178] Optionally, generating the first state includes:

[0179] Generating the first state according to a first sequence number corresponding to a PDU at the bottom of the reordering window of the PDCP module.

[0180] To implement the above embodiments, the present application also proposes a method for determining a data transmission state. Figure 10 It is a schematic flowchart of a method for determining a data transmission state provided by an embodiment of the present application. As Figure 10 shown, the method includes the following steps:

[0181] Step 1001, when the reordering window of the PDCP module slides, generating a first state corresponding to the reordering window;

[0182] Step 1002, when the receiving window of the RLC module slides, generating a second state corresponding to the receiving window;

[0183] Step 1003, determining a data transmission state of a protocol data unit (PDU) in the receiving window according to the first state and the second state.

[0184] Optionally, generating the first state corresponding to the reordering window includes:

[0185] Obtaining a first sequence number corresponding to a PDU at the bottom of the reordering window.

[0186] Optionally, generating the second state corresponding to the receiving window includes:

[0187] Obtaining a second sequence number and a first sequence number corresponding to each PDU in the receiving window;

[0188] Obtaining a second sequence number corresponding to a PDU at the bottom of the receiving window.

[0189] Optionally, determining a data transmission state of a protocol data unit (PDU) in the receiving window according to the first state and the second state includes:

[0190] In response to the second sequence number corresponding to the PDU at the bottom of the reordering window being less than the first sequence number corresponding to the PDU at the bottom of the receiving window, generating a status report according to the acknowledgment status of the PDU in the receiving window, where the status report is used to characterize the data transmission state; or,

[0191] In response to the second sequence number corresponding to the PDU at the bottom of the reordering window being greater than or equal to the first sequence number corresponding to the PDU at the bottom of the receiving window, determine a target PDU according to the first sequence number and the second sequence number, and generate a status report according to the target PDU, where the target PDU is the PDU that needs to be re-uploaded, and the acknowledgment status is acknowledgment or negative acknowledgment.

[0192] Optionally, the determining the target PDU according to the first sequence number and the second sequence number includes:

[0193] Determine the PDUs to be detected between the bottom of the receiving window and the bottom of the reordering window;

[0194] Determine the target PDU according to the corresponding relationship between the first sequence number and the second sequence number corresponding to the PDUs to be detected.

[0195] Optionally, the determining the target PDU according to the corresponding relationship between the first sequence number and the second sequence number corresponding to the PDUs to be detected includes:

[0196] In response to the first sequence number and the second sequence number corresponding to the existing PDUs to be detected not corresponding in order, generate a status report according to the acknowledgment status of each PDU in the receiving window; or,

[0197] In response to the first sequence number and the second sequence number corresponding to all the PDUs to be detected corresponding in order, determine the target PDU among the PDUs to be detected, and generate a status report according to the acknowledgment status of the target PDU and the acknowledgment status of the PDUs other than the PDUs to be detected in the receiving window.

[0198] Optionally, the determining the target PDU among the PDUs to be detected includes:

[0199] Obtain the acknowledgment status of the PDUs to be detected;

[0200] Determine the first PDU with a negative acknowledgment status and the last PDU with a negative acknowledgment status among the PDUs to be detected as the target PDU.

[0201] To implement the above embodiments, the present application also proposes a data transmission status determination device. Figure 10 It is a schematic structural diagram of a data transmission status determination device provided by an embodiment of the present application, applied to a matching decision module. As Figure 11 shown, the device includes:

[0202] A first status determination module 1110, configured to obtain a first status corresponding to a reordering window of a packet data convergence protocol (PDCP) module;

[0203] A second state determination module 1120, configured to obtain a second state corresponding to a reception window of a Radio Link Control (RLC) module;

[0204] A third state determination module 1130, configured to determine a data transmission state of a Protocol Data Unit (PDU) in the reception window according to the first state and the second state.

[0205] Optionally, the first state determination module 1110 includes:

[0206] A sequence number acquisition module, configured to acquire a first sequence number corresponding to a PDU at the bottom of a reordering window of the PDCP module.

[0207] Optionally, the second state determination module 1120 includes:

[0208] A sequence number acquisition module, configured to acquire a second sequence number and a first sequence number corresponding to each PDU in the RLC module; and acquire a second sequence number corresponding to a PDU at the bottom of the reception window of the RLC module.

[0209] Optionally, the third state determination module 1130 includes:

[0210] A status report generation module, configured to, in response to a second sequence number corresponding to a PDU at the bottom of the reordering window of the PDCP module being less than a first sequence number corresponding to a PDU at the bottom of the reception window of the RLC module, generate a status report according to an acknowledgement status of the PDU in the reception window, where the status report is used to characterize the data transmission state; or, in response to the second sequence number corresponding to a PDU at the bottom of the reordering window of the PDCP module being greater than or equal to the first sequence number corresponding to a PDU at the bottom of the reception window of the RLC module, determine a target PDU according to the first sequence number and the second sequence number, and generate a status report according to the target PDU, where the target PDU is a PDU that needs to be re-uploaded, and the acknowledgement status is acknowledgement or negative acknowledgement.

[0211] Optionally, the status report generation module includes:

[0212] A to-be-detected PDU determination module, configured to determine to-be-detected PDUs between the bottom of the reception window of the RLC module and the bottom of the reordering window of the PDCP module; and determine the target PDU according to a correspondence between first sequence numbers and second sequence numbers corresponding to the to-be-detected PDUs.

[0213] Optionally, the to-be-detected PDU determination module includes:

[0214] A status report generation module, which is configured to generate a status report according to the acknowledgment status of each PDU in the receive window when the first sequence number and the second sequence number corresponding to the to-be-detected PDU do not correspond in order; or, when the first sequence number and the second sequence number corresponding to all the to-be-detected PDUs correspond in order, determine the target PDU among the to-be-detected PDUs, and generate a status report according to the acknowledgment status of the target PDU and the acknowledgment status of the PDUs other than the to-be-detected PDUs in the receive window.

[0215] Optionally, the status report generation module includes:

[0216] A status determination module, which is configured to obtain the acknowledgment status of the to-be-detected PDU;

[0217] A target PDU determination module, which is configured to determine the first to-be-detected PDU with a negative acknowledgment status and the last to-be-detected PDU with a negative acknowledgment status as the target PDU.

[0218] To implement the above embodiments, the present application also proposes a data transmission status determination device. Figure 12 As shown in the structural schematic diagram of a data transmission status determination device provided by an embodiment of the present application, which is applied to an RLC module. Figure 12 As shown in the figure, the device includes:

[0219] A data upload module 1210, which is configured to generate a second status and send it to a matching decision module when the receive window slides, so that the matching decision module determines the data transmission status of the PDUs in the receive window of the RLC module;

[0220] A status determination module 1220, which is configured to receive the data transmission status of the PDUs reported by the matching decision module.

[0221] Optionally, the data upload module 1210 includes:

[0222] A sequence number acquisition module, which is configured to generate the second status according to the first sequence number and the second sequence number corresponding to each PDU in the receive window of the RLC module, and the second sequence number corresponding to the PDU at the bottom of the receive window of the RLC module.

[0223] Optionally, the status determination module 1220 includes:

[0224] A report receiving module, which is configured to receive the status report reported by the matching decision module, where the status report includes the acknowledgment status of each PDU in the receive window, and the acknowledgment status is an acknowledgment or a negative acknowledgment.

[0225] To implement the above embodiments, the present application further provides a data transmission status determination device. Figure 13 FIG. is a schematic structural diagram of a data transmission status determination device provided by an embodiment of the present application, which is applied to a PDCP module. As Figure 13 shown, the device includes:

[0226] A data upload module 1310, configured to generate a first status and send it to a matching decision module when the reordering window slides, so that the matching decision module determines the data transmission status of PDU in the receive window of the RLC module.

[0227] To implement the above embodiments, the present application further provides a chip or a chip system, characterized in that the chip or the chip system includes a processing circuit configured to execute the method provided by the above embodiments.

[0228] To implement the above embodiments, the present application further provides a terminal or a chip, characterized by including: one or more processors; wherein, the processor is configured to execute the method provided by the above embodiments.

[0229] To implement the above embodiments, the present application further provides an electronic device, including: a processor, and a memory communicatively connected to the processor; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory to implement the method provided by the foregoing embodiments.

[0230] To implement the above embodiments, the present application further provides a computer-readable storage medium, in which computer-executable instructions are stored, and the computer-executable instructions are used to implement the method provided by the foregoing embodiments when executed by a processor.

[0231] To implement the above embodiments, the present application further provides a computer program product, including a computer program, and the computer program implements the method provided by the foregoing embodiments when executed by a processor.

[0232] The collection, storage, use, processing, transmission, provision, and disclosure of the user's personal information involved in the present application all comply with the provisions of relevant laws and regulations and do not violate public order and good customs.

[0233] It should be noted that personal information from users should be collected for legal and reasonable purposes and should not be shared or sold outside of such legal uses. In addition, such collection / sharing should be carried out after obtaining the informed consent of the users, including but not limited to notifying the users to read the user agreement / user notice and sign an agreement / authorization including authorizing relevant user information before the users use the function. In addition, any necessary steps should be taken to safeguard and protect access to such personal information data and ensure that others with access to the personal information data comply with their privacy policies and procedures.

[0234] This application is expected to provide embodiments in which users can selectively block the use or access of personal information data. That is, the present disclosure is expected to provide hardware and / or software to prevent or block access to such personal information data. Once the personal information data is no longer needed, the risk can be minimized by restricting data collection and deleting the data. In addition, when applicable, personal identifiers are removed from such personal information to protect the privacy of the users.

[0235] In the description of the foregoing embodiments, the descriptions referring to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples", etc. mean that the specific features, structures, materials, or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described may be combined in any one or more embodiments or examples in a suitable manner. In addition, without contradiction, those skilled in the art can combine and combine the different embodiments or examples described in this specification and the features of different embodiments or examples.

[0236] In addition, the terms "first" and "second" are only used for descriptive purposes and cannot be understood as indicating or implying relative importance or implicitly specifying the quantity of the indicated technical features. Thus, the features defined with "first" and "second" may explicitly or implicitly include at least one of the features. In the description of the present application, "a plurality" means at least two, such as two, three, etc., unless otherwise specifically defined.

[0237] Any process or method description shown in the flowchart or described in other ways herein can be understood as representing a module, segment, or part of code including one or more executable instructions for implementing a customized logic function or process, and the scope of the preferred embodiments of the present application includes additional implementations, where the functions may be executed in a manner not shown or discussed, including in a substantially simultaneous manner or in a reverse order according to the functions involved, which should be understood by those skilled in the art to which the embodiments of the present application belong.

[0238] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a definable sequence list of executable instructions for implementing logical functions, and can be specifically implemented in any computer-readable medium for use by an instruction execution system, apparatus, or device (such as a computer-based system, a system including a processor, or other systems that can fetch and execute instructions from the instruction execution system, apparatus, or device), or in conjunction with these instruction execution systems, apparatuses, or devices. For the purposes of this specification, a "computer-readable medium" can be any device that can contain, store, communicate, propagate, or transport a program for use by or in conjunction with an instruction execution system, apparatus, or device. More specific examples (non-exhaustive list) of computer-readable media include the following: an electrical connection portion with one or more wirings (electronic device), a portable computer diskette (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). Additionally, the computer-readable medium can even be paper or other suitable media on which the program can be printed, because the program can be obtained electronically, for example, by optically scanning the paper or other media, followed by editing, interpretation, or otherwise processing as appropriate, and then storing it in a computer memory.

[0239] It should be understood that various parts of the present application can be implemented by hardware, software, firmware, or a combination thereof. In the above embodiments, multiple steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, any one or a combination of the following techniques well known in the art can be used: discrete logic circuits having logic gate circuits for implementing logical functions on data signals, application-specific integrated circuits having appropriate combinational logic gate circuits, programmable gate arrays (PGAs), field programmable gate arrays (FPGAs), etc.

[0240] Those of ordinary skill in the art of this technology can understand that all or part of the steps carried by the method of implementing the above embodiments can be completed by instructing relevant hardware through a program, and the program can be stored in a computer-readable storage medium. When the program is executed, it includes one or a combination of the steps of the method embodiments.

[0241] In addition, each functional unit in various embodiments of the present application may be integrated into one processing module, or each unit may exist physically alone, or two or more units may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of a software functional module. When the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

[0242] The above-mentioned storage medium may be a read-only memory, a magnetic disk, an optical disc, etc. Although the embodiments of the present application have been shown and described above, it can be understood that the above embodiments are exemplary and should not be construed as limiting the present application. Those of ordinary skill in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of the present application.

Claims

1. A method for determining a data transmission state, characterized in that, Applied to the matching decision module, including: Obtain the first state corresponding to the reordering window of the Packet Data Convergence Protocol (PDCP) module; Obtain the second state corresponding to the receive window of the Radio Link Control (RLC) module; Determine the data transmission state of the Protocol Data Unit (PDU) in the receive window according to the first state and the second state, and report it to the RLC module.

2. The method according to claim 1, characterized in that The obtaining the first state corresponding to the reordering window of the Packet Data Convergence Protocol (PDCP) module includes: Obtain the first sequence number corresponding to the PDU at the bottom of the reordering window.

3. The method according to claim 1, characterized in that, The obtaining the second state corresponding to the receive window of the Radio Link Control (RLC) module includes: Obtain the second sequence number and the first sequence number corresponding to each PDU in the receive window; Obtain the second sequence number corresponding to the PDU at the bottom of the receive window.

4. The method according to claim 2 or 3, characterized in that, The determining the data transmission state of the Protocol Data Unit (PDU) in the receive window according to the first state and the second state includes: In response to the second sequence number corresponding to the PDU at the bottom of the reordering window being less than the first sequence number corresponding to the PDU at the bottom of the receive window, generate a status report according to the acknowledgment status of the PDU in the receive window, where the status report is used to characterize the data transmission state; or, In response to the second sequence number corresponding to the PDU at the bottom of the reordering window being greater than or equal to the first sequence number corresponding to the PDU at the bottom of the receive window, determine the target PDU according to the first sequence number and the second sequence number, and generate a status report according to the target PDU, where the target PDU is the PDU that needs to be re-uploaded, and the acknowledgment status is acknowledgment or negative acknowledgment.

5. The method according to claim 4, wherein The determining the target PDU according to the first sequence number and the second sequence number includes: Determine the PDU to be detected between the bottom of the receive window and the bottom of the reordering window; Determine the target PDU according to the corresponding relationship between the first sequence number and the second sequence number corresponding to the PDU to be detected.

6. The method according to claim 5, wherein The determining the target PDU according to the corresponding relationship between the first sequence number and the second sequence number corresponding to the PDU to be detected includes: In response to the first sequence number and the second sequence number corresponding to the existing PDU to be detected not corresponding in order, generate a status report according to the acknowledgment status of each PDU in the receive window; or, In response to the first sequence number and the second sequence number corresponding to all the PDUs to be detected corresponding in order, determine the target PDU among the PDUs to be detected, and generate a status report according to the acknowledgment status of the target PDU and the acknowledgment status of the PDUs other than the PDUs to be detected in the receive window.

7. The method according to claim 6, wherein The determining the target PDU among the PDUs to be detected includes: Obtain the acknowledgment status of the PDU to be detected; Determine the first PDU with a negative acknowledgment status and the last PDU with a negative acknowledgment status among the PDUs to be detected as the target PDU.

8. A method for determining a data transmission state, characterized in that Applied to the RLC module, including: When the receive window slides, generate a second state and send it to the matching decision module, so that the matching decision module determines the data transmission state of the PDU in the receive window of the RLC module; Receive the data transmission status of the PDU reported by the matching decision module.

9. The method according to claim 8, wherein The generating of the second state includes: Generating the second state according to the first sequence number and the second sequence number corresponding to each PDU in the receiving window, and the second sequence number corresponding to the PDU at the bottom of the receiving window.

10. The method according to claim 8, characterized in that, The receiving of the data transmission status of the PDU reported by the matching decision module includes: Receiving the status report reported by the matching decision module, where the status report includes the acknowledgment status of each PDU in the receiving window, and the acknowledgment status is acknowledgment or negative acknowledgment.

11. A method for determining a data transmission state, characterized in that, Applied to the PDCP module, it includes: When the reordering window slides, generate the first state and send it to the matching decision module, so that the matching decision module determines the data transmission status of the PDU in the receiving window of the RLC module.

12. The method according to claim 11, wherein The generating of the first state includes generating the first state according to the first sequence number corresponding to the PDU at the bottom of the reordering window.

13. A method for determining a data transmission state, characterized in that, It includes: When the reordering window of the PDCP module slides, generate the first state corresponding to the reordering window; When the receiving window of the RLC module slides, generate the second state corresponding to the receiving window; Determine the data transmission status of the protocol data unit (PDU) in the receiving window according to the first state and the second state.

14. A data transmission status determination device, characterized in that, It includes: A matching decision module, an RLC module, and a PDCP module; The RLC module is used to generate the second state and send it to the matching decision module when the receiving window slides; The PDCP module is used to generate the first state and send it to the matching decision module when the reordering window slides; The matching decision module is used to obtain the first state and the second state; The matching decision module is further used to determine the data transmission status of the PDU in the receiving window according to the first state and the second state and report it to the RLC module.

15. A data transmission status determination device, characterized in that Applied to the matching decision module, it includes: A first state determination module, used to obtain the first state corresponding to the reordering window of the packet data convergence protocol (PDCP) module; A second state determination module, used to obtain the second state corresponding to the receiving window of the radio link control (RLC) module; A third state determination module, used to determine the data transmission status of the protocol data unit (PDU) in the receiving window according to the first state and the second state and report it to the RLC module.

16. A data transmission status determination device, characterized in that, Applied to the RLC module, it includes: A data upload module, used to generate the second state and send it to the matching decision module when the receiving window slides, so that the matching decision module determines the data transmission status of the PDU in the receiving window of the RLC module; A status determination module, used to receive the data transmission status of the PDU reported by the matching decision module.

17. A data transmission status determination device, characterized in that, Applied to the PDCP module, it includes: A data upload module, used to generate the first state and send it to the matching decision module when the reordering window slides, so that the matching decision module determines the data transmission status of the PDU in the receiving window of the RLC module.

18. An electronic device, characterized in that, It includes: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method described in any one of claims 1-7, or claims 8-10, or claims 11-12, or claim 13.

19. A chip or chip system, characterized in that, The chip or chip system includes a processing circuit configured to execute the method described in any one of the above claims 1-7, or claims 8-10, or claims 11-12, or claim 13.

20. A computer-readable storage medium, characterized in that, Computer-executable instructions are stored in the computer-readable storage medium, and when the computer-executable instructions are executed by a processor, they are used to implement the method described in any one of claims 1-7, or claims 8-10, or claims 11-12, or claim 13.

21. A computer program product, characterized in that, It includes a computer program that, when executed by a processor, implements the method described in any one of claims 1-7, or claims 8-10, or claims 11-12, or claim 13.

Images