Data transmission method and apparatus, and device

Abstract

Provided in the present disclosure are a data transmission method and apparatus, and device. The method is applied to a first device, and comprises: receiving feedback information sent by a second device, wherein the feedback information is used for indicating whether target data packets sent by the first device are successfully received, the target data packets being some data packets in a radio bearer, which are data packets for which the second device performs automatic repeat request (ARQ) feedback; and retransmitting to the second device data packets that are not successfully received among the target data packets.

Description

Data transmission method, device and equipment

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This disclosure claims priority to the Chinese patent application filed with the China Patent Office on March 20, 2024, with application number 202410322712.9 and application name “A Data Transmission Method, Device and Equipment,” the entire contents of which are incorporated herein by reference. Technical Field

[0003] The present disclosure relates to the field of communication technology, and in particular to a data transmission method, apparatus, and device. Background Art

[0004] In the 5th Generation mobile communication technology (5G) system, Radio Link Control (RLC) is divided into RLC Acknowledged Mode (AM) and RLC Unacknowledged Mode (UM). In RLC AM mode, higher-layer retransmissions, namely Automatic Repeat Request (ARQ) retransmissions, are required. Since each data packet requires feedback and retransmissions, the latency is generally large. In RLC UM mode, higher-layer retransmissions are not performed, and reliability is guaranteed solely by the physical layer Hybrid Automatic Repeat Request (HARQ) mechanism. This reliability is lower than that of data transmitted by RLC AM. Therefore, 5G-related mechanisms cannot well meet the requirements of extremely low-latency and extremely high-reliability data transmission. Summary of the Invention

[0005] The purpose of the present disclosure is to provide a data transmission method, apparatus and device to solve the problem that the related RLC transmission mechanism cannot meet the data transmission requirements of extremely low latency and extremely high reliability.

[0006] In a first aspect, to solve the above technical problems, an embodiment of the present disclosure provides a data transmission method, applied to a first device, comprising:

[0007] receiving feedback information sent by a second device, the feedback information being used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback;

[0008] Retransmitting unsuccessfully received data packets among the target data packets to the second device.

[0009] In some embodiments, the target data includes:

[0010] A packet indicated by a higher layer; or

[0011] a data packet located in a first time period, where the first time period is a time period in which ARQ retransmission is enabled; or

[0012] The data packet is located in the first time period and is indicated by a higher layer.

[0013] In some embodiments, the data packet indicated by the higher layer includes at least one of the following:

[0014] a data packet corresponding to a PDCP packet data unit (Protocol Data Unit, PDU) indicated by a Packet Data Convergence Protocol (PDCP) layer of the first device;

[0015] a data packet indicated by the application layer of the first device;

[0016] Data packets indicated by higher layers other than the application layer.

[0017] In some embodiments, the data transmission method further includes:

[0018] After an ARQ retransmission trigger condition is met and ARQ retransmission of the target data packet is started, if it is determined that an ARQ retransmission stop condition is met, stopping ARQ retransmission of the target data packet;

[0019] The determining that the ARQ retransmission stop condition is satisfied includes at least one of the following:

[0020] When the air interface channel quality between the first device and the second device is greater than a preset threshold, determining that an ARQ retransmission stop condition is met;

[0021] When the air interface channel quality between the first device and the second device is greater than a preset threshold, starting a first timer, and determining that an ARQ retransmission stop condition is met when the first timer times out;

[0022] When the ARQ retransmission trigger condition is met, starting a second timer, and determining that the ARQ retransmission stop condition is met when the second timer times out;

[0023] Positive feedback is received for N consecutive RLC packet data units (PDUs) in the target data packet, where N is greater than or equal to a preset value.

[0024] In some embodiments, after starting the first timer, the data transmission method further includes:

[0025] When the air interface channel quality between the first device and the second device is less than or equal to a preset threshold, stop the first timer.

[0026] In some embodiments, the timeout of the first timer means that the running time of the first timer is greater than or equal to a preset first maximum time length;

[0027] The second timer timing out means that the running time length of the second timer is greater than or equal to the preset second maximum time length.

[0028] In some embodiments, the receiving feedback information sent by the second device includes:

[0029] When the ARQ retransmission triggering condition is met, a third timer is started, and before the third timer times out, feedback information sent by the second device is received.

[0030] In some embodiments, the method further comprises:

[0031] Initiate ARQ retransmission for the target data packet when an ARQ retransmission triggering condition is met;

[0032] The ARQ retransmission triggering condition includes at least one of the following:

[0033] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0034] A network-side node through which the first device and the second device transmit data changes.

[0035] In some embodiments, before receiving the feedback information sent by the second device, the method further includes:

[0036] Feedback indication information is sent to the second device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet.

[0037] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0038] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0039] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0040] Polling indication carried in RLC data PDU;

[0041] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0042] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0043] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0044] In some embodiments, the receiving feedback information sent by the second device includes:

[0045] receiving an RLC status report sent by the second device, where the RLC status report carries the feedback information, and the feedback information includes at least one of the following information:

[0046] RLC sequence number (SN) fed back as NACK;

[0047] Segment Offset (SO) of the RLC SN fed back as NACK;

[0048] The first RLC SN fed back;

[0049] The last RLC SN fed back;

[0050] Bitmap between the first and last RLC SNs fed back.

[0051] In some embodiments, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0052] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0053] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0054] In a second aspect, to solve the above technical problem, an embodiment of the present disclosure provides a data transmission method, applied to a second device, including:

[0055] Sending feedback information to the first device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback;

[0056] Receive data packets that are not successfully received among the target data packets retransmitted by the first device.

[0057] In some embodiments, sending feedback information to the first device includes:

[0058] When an ARQ feedback triggering condition is met, sending the feedback information to the first device;

[0059] The triggering condition for the ARQ feedback includes at least one of the following:

[0060] receiving feedback indication information sent by the first device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet;

[0061] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0062] A network-side node through which the first device and the second device transmit data changes.

[0063] In some embodiments, the receiving of the unsuccessfully received data packets among the target data packets retransmitted by the first device includes:

[0064] When the triggering condition of the ARQ feedback is met, a fourth timer is started, and before the fourth timer times out, unsuccessfully received data packets among the target data packets retransmitted by the first device are received.

[0065] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0066] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0067] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0068] Polling indication carried in RLC data PDU;

[0069] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0070] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0071] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0072] In some embodiments, sending feedback information to the first device includes:

[0073] Sending an RLC status report to the first device, where the RLC status report carries the feedback information, where the feedback information includes at least one of the following information:

[0074] RLC sequence number SN of the NACK feedback;

[0075] The segment offset indication SO of the RLC SN fed back as NACK;

[0076] The first RLC SN fed back;

[0077] The last RLC SN fed back;

[0078] Bitmap between the first and last RLC SNs fed back.

[0079] In some embodiments, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0080] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0081] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0082] In a third aspect, to solve the above technical problems, an embodiment of the present disclosure provides a first device, comprising: a transceiver, a memory, a processor, and a computer program stored in the memory and executable on the processor; the processor is configured to read the program in the memory and execute the following process:

[0083] receiving feedback information sent by a second device, the feedback information being used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback;

[0084] Retransmitting unsuccessfully received data packets among the target data packets to the second device.

[0085] In some embodiments, the target data includes:

[0086] A packet indicated by a higher layer; or

[0087] a data packet located in a first time period, where the first time period is a time period in which ARQ retransmission is enabled; or

[0088] The data packet is located in the first time period and is indicated by a higher layer.

[0089] In some embodiments, the data packet indicated by the higher layer includes at least one of the following:

[0090] A data packet corresponding to a PDCP packet data unit PDU indicated by a Packet Data Convergence Protocol PDCP layer of the first device;

[0091] a data packet indicated by the application layer of the first device;

[0092] Data packets indicated by higher layers other than the application layer.

[0093] In some embodiments, the processor is further configured to read a program in a memory and execute the following process:

[0094] After an ARQ retransmission trigger condition is met and ARQ retransmission of the target data packet is started, if it is determined that an ARQ retransmission stop condition is met, stopping ARQ retransmission of the target data packet;

[0095] The determining that the ARQ retransmission stop condition is satisfied includes at least one of the following:

[0096] When the air interface channel quality between the first device and the second device is greater than a preset threshold, determining that an ARQ retransmission stop condition is met;

[0097] When the air interface channel quality between the first device and the second device is greater than a preset threshold, starting a first timer, and determining that an ARQ retransmission stop condition is met when the first timer times out;

[0098] When the ARQ retransmission trigger condition is met, starting a second timer, and determining that the ARQ retransmission stop condition is met when the second timer times out;

[0099] Positive feedback is received for N consecutive RLC packet data units (PDUs) in the target data packet, where N is greater than or equal to a preset value.

[0100] In some embodiments, the processor is further configured to read a program in a memory and execute the following process:

[0101] When the air interface channel quality between the first device and the second device is less than or equal to a preset threshold, stop the first timer.

[0102] In some embodiments, the timeout of the first timer means that the running time of the first timer is greater than or equal to a preset first maximum time length;

[0103] The second timer timing out means that the running time length of the second timer is greater than or equal to the preset second maximum time length.

[0104] In some embodiments, the processor is configured to read a program in a memory and execute the following process:

[0105] When the ARQ retransmission triggering condition is met, a third timer is started, and before the third timer times out, feedback information sent by the second device is received.

[0106] In some embodiments, the processor is further configured to read a program in a memory and execute the following process:

[0107] Initiate ARQ retransmission for the target data packet when an ARQ retransmission triggering condition is met;

[0108] The ARQ retransmission triggering condition includes at least one of the following:

[0109] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0110] A network-side node through which the first device and the second device transmit data changes.

[0111] In some embodiments, the processor is further configured to read a program in a memory and execute the following process:

[0112] Feedback indication information is sent to the second device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet.

[0113] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0114] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0115] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0116] Polling indication carried in RLC data PDU;

[0117] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0118] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0119] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0120] In some embodiments, the processor is configured to read a program in a memory and execute the following process:

[0121] receiving an RLC status report sent by the second device, where the RLC status report carries the feedback information, and the feedback information includes at least one of the following information:

[0122] RLC sequence number SN of the NACK feedback;

[0123] The segment offset indication SO of the RLC SN fed back as NACK;

[0124] The first RLC SN fed back;

[0125] The last RLC SN fed back;

[0126] Bitmap between the first and last RLC SNs fed back.

[0127] In some embodiments, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0128] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0129] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0130] In a fourth aspect, to solve the above technical problems, an embodiment of the present disclosure provides a second device, comprising: a transceiver, a memory, a processor, and a computer program stored in the memory and executable on the processor; the processor is configured to read the program in the memory and execute the following process:

[0131] Sending feedback information to the first device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback;

[0132] Receive data packets that are not successfully received among the target data packets retransmitted by the first device.

[0133] In some embodiments, the processor is configured to read a program in a memory and execute the following process:

[0134] When an ARQ feedback triggering condition is met, sending the feedback information to the first device;

[0135] The triggering condition for the ARQ feedback includes at least one of the following:

[0136] receiving feedback indication information sent by the first device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet;

[0137] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0138] A network-side node through which the first device and the second device transmit data changes.

[0139] In some embodiments, the processor is configured to read a program in a memory and execute the following process:

[0140] When the triggering condition of the ARQ feedback is met, a fourth timer is started, and before the fourth timer times out, unsuccessfully received data packets among the target data packets retransmitted by the first device are received.

[0141] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0142] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0143] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0144] Polling indication carried in RLC data PDU;

[0145] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0146] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0147] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0148] In some embodiments, the processor is configured to read a program in a memory and execute the following process:

[0149] Sending an RLC status report to the first device, where the RLC status report carries the feedback information, where the feedback information includes at least one of the following information:

[0150] RLC sequence number SN of the NACK feedback;

[0151] The segment offset indication SO of the RLC SN fed back as NACK;

[0152] The first RLC SN fed back;

[0153] The last RLC SN fed back;

[0154] Bitmap between the first and last RLC SNs fed back.

[0155] In some embodiments, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0156] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0157] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0158] In a fifth aspect, in order to solve the above technical problems, an embodiment of the present disclosure provides a data transmission apparatus, applied to a first device, comprising:

[0159] A first receiving module is configured to receive feedback information sent by a second device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for automatic repeat request (ARQ) feedback performed by the second device;

[0160] The first sending module is configured to retransmit the data packets that are not successfully received in the target data packets to the second device.

[0161] In a sixth aspect, in order to solve the above technical problems, an embodiment of the present disclosure provides a data transmission apparatus, applied to a second device, comprising:

[0162] A third sending module is configured to send feedback information to the first device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for automatic repeat request (ARQ) feedback performed by the second device;

[0163] The second receiving module is configured to receive data packets that are not successfully received among the target data packets retransmitted by the first device.

[0164] In the seventh aspect, in order to solve the above technical problems, an embodiment of the present disclosure provides a processor-readable storage medium, wherein the processor-readable storage medium stores a computer program, and the computer program is used to enable the processor to execute the steps of the data transmission method described in the first aspect or the second aspect above.

[0165] In an eighth aspect, in order to solve the above technical problems, an embodiment of the present disclosure provides a computer program product, including computer instructions, which, when executed by a processor, implement the steps of the data transmission method described in the first or second aspect above.

[0166] The beneficial effects of the above technical solutions disclosed herein are as follows:

[0167] In the above solution, a first device receives feedback information from a second device, indicating whether the target data packet sent by the first device was successfully received. The target data packet is a portion of the data packets in the radio bearer, and the portion of the data packets is the data packets for which the second device has sent an automatic repeat request (ARQ) feedback. Unsuccessfully received data packets within the target data packet are retransmitted to the second device. This solution reduces system latency while ensuring reliable transmission of the target data packet. BRIEF DESCRIPTION OF THE DRAWINGS

[0168] FIG1 is a schematic diagram of a 5G user plane protocol stack according to some embodiments of the present disclosure;

[0169] FIG2 is a schematic diagram of a 5G control plane protocol stack according to some embodiments of the present disclosure;

[0170] FIG3 is a flowchart of a data transmission method according to some embodiments of the present disclosure;

[0171] FIG4 is one of the schematic diagrams of RLC PDU according to some embodiments of the present disclosure;

[0172] FIG5 is a second schematic diagram of RLC PDU according to some embodiments of the present disclosure;

[0173] FIG6 is a third schematic diagram of RLC PDU according to some embodiments of the present disclosure;

[0174] FIG7 is a schematic diagram of the bearer and RLC channel configuration of a partial data packet high-layer retransmission mechanism in some embodiments of the present disclosure;

[0175] FIG8 is a second flowchart of a data transmission method according to some embodiments of the present disclosure;

[0176] FIG9 is a structural block diagram of a data transmission device according to some embodiments of the present disclosure;

[0177] FIG10 is a second structural block diagram of a data transmission device according to some embodiments of the present disclosure;

[0178] FIG11 is a schematic diagram of the hardware structure of the first device in some embodiments of the present disclosure

[0179] FIG12 is a schematic diagram of the hardware structure of the second device in some embodiments of the present disclosure. DETAILED DESCRIPTION

[0180] The following will be combined with the accompanying drawings in the embodiments of the present disclosure to clearly and completely describe the technical solutions in the embodiments of the present disclosure. Obviously, the embodiments described are only part of the embodiments of the present disclosure and not all of the embodiments. Based on the embodiments of the present disclosure, all other embodiments obtained by ordinary technicians in this field without making any creative efforts shall fall within the scope of protection of the present disclosure.

[0181] In the embodiments of the present disclosure, the term "and / or" describes the association relationship between associated objects, indicating that three relationships can exist. For example, A and / or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone. The character " / " generally indicates that the associated objects are in an "or" relationship.

[0182] In the embodiments of the present disclosure, the term "plurality" refers to two or more than two, and other quantifiers are similar thereto.

[0183] The terminal device involved in the embodiments of the present disclosure may be a device that provides voice and / or data connectivity to a user, a handheld device with wireless connection function, or other processing device connected to a wireless modem. In different systems, the name of the terminal device may also be different. For example, in a 5G system, the terminal device may be called User Equipment (UE). A wireless terminal device can communicate with one or more core networks (CN) via a radio access network (RAN). The wireless terminal device may be a mobile terminal device, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal device. For example, it may be a portable, pocket-sized, handheld, computer-built-in or vehicle-mounted mobile device that exchanges voice and / or data with a radio access network. For example, personal communication service (PCS) phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), and other devices. The wireless terminal device may also be referred to as a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, an access point, a remote terminal device, an access terminal device, a user terminal device, a user agent, or a user device, but is not limited in the embodiments of the present disclosure.

[0184] The network device involved in the embodiments of the present disclosure may be a base station, which may include multiple cells providing services to terminals. Depending on the application scenario, the base station may also be called an access point, or may be a device in an access network that communicates with a wireless terminal device through one or more sectors on an air interface, or may be called another name. The network device may be used to interchange received air frames with Internet Protocol (IP) packets, acting as a router between the wireless terminal device and the rest of the access network, wherein the rest of the access network may include an Internet Protocol (IP) communication network. The network device may also coordinate attribute management of the air interface. For example, the network device involved in the embodiments of the present disclosure may be a base transceiver station (BTS) in the Global System for Mobile communications (GSM) or code division multiple access (CDMA), a network device (NodeB) in wide-band code division multiple access (WCDMA), an evolutionary Node B (eNB or e-NodeB) in the long term evolution (LTE) system, a 5G base station (gNB) in the 5G network architecture (next generation system), a home evolved Node B (HeNB), a relay node, a femto, a pico, etc., and is not limited in the embodiments of the present disclosure. In some network structures, the network device may include a centralized unit (CU) node and a distributed unit (DU) node, and the centralized unit and the distributed unit may also be geographically separated.

[0185] Network devices and terminal devices can each use one or more antennas for Multiple Input Multiple Output (MIMO) transmission. MIMO transmission can be single-user MIMO (SU-MIMO) or multi-user MIMO (MU-MIMO). Depending on the configuration and number of antenna combinations, MIMO transmission can be two-dimensional MIMO (2D-MIMO), three-dimensional MIMO (3D-MIMO), full-dimensional MIMO (FD-MIMO), or massive MIMO. It can also use diversity transmission, precoding, or beamforming.

[0186] The following first introduces the contents involved in the solution provided by the embodiment of the present disclosure.

[0187] 1. 5G User Plane Protocol Stack and Control Plane Protocol Stack

[0188] As shown in Figure 1, it shows a schematic diagram of the 5G user plane protocol stack. At the sending end (such as a base station or terminal), the service data passes through the Service Data Adaptation Protocol (SDAP) layer to map the service quality flow QoS flow to the data radio bearer (DRB), and enters the Packet Data Convergence Protocol (PDCP) layer for encryption and header compression. The RLC layer implements segmentation, re-segmentation, ARQ retransmission (only for RLC AM mode), and in the media access control

[0189] The Medium Access Control (MAC) layer concatenates data from different logical channels and organizes it into transport blocks for transmission at the physical layer. The receiving end performs the corresponding inverse operation to parse the service data. Figure 2 shows the control plane protocol stack. The only difference from Figure 1 is that control plane signaling bypasses the SDAP layer's QoS flow mapping and goes directly to the PDCP layer.

[0190] 2. Ensuring Data Transmission Reliability in 5G

[0191] 5G uses two methods to ensure data transmission reliability: HARQ retransmission at the physical layer, which retransmits the transport blocks generated by the MAC layer. ARQ retransmission at the RLC layer, also known as high-layer retransmission, is also used. The RLC layer has three data transmission modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode (AM). ARQ retransmission is only required in the RLC AM mode.

[0192] Currently, for RLC channels configured for RLC AM, the receiving end must provide feedback on the reception status of all RLC PDUs. The transmitting end must retransmit any RLC PDUs for which the receiving end provides a negative acknowledgement (NACK). This process is time-consuming and cannot meet the latency requirements of some 5G ultra-low-latency services. Data packets in RLC UM mode, on the other hand, lack higher-layer retransmission, thus lacking reliability assurance.

[0193] In related technologies, RLC AM mode data has high reliability but high latency. RLC UM mode data has low latency but poor reliability. For the extremely low-latency, high-reliability services of the 5th Generation Mobile Communication Technology Advanced (5G-A) and 6th Generation Mobile Communication Technology (6G) eras, it's necessary to reconsider how to meet these extremely low latency and high reliability requirements.

[0194] Based on the above, the embodiments of the present disclosure provide a data transmission method, apparatus, and device to solve the problem that the related RLC transmission mechanism cannot meet the data transmission requirements of extremely low latency and extremely high reliability.

[0195] 3 , an embodiment of the present disclosure provides a data transmission method, which is applied to a first device and includes the following steps:

[0196] Step 101: Receive feedback information sent by the second device, where the feedback information is used to indicate whether the target data packet sent by the first device is received successfully; wherein the target data packet is a partial data packet in the wireless bearer, and the partial data packet is a data packet for automatic repeat request ARQ feedback by the second device.

[0197] In some embodiments, the first device is a base station and the second device is a terminal; or, the first device is a terminal and the second device is a base station.

[0198] In this step, the second device performs ARQ feedback for only some of the data packets in the radio bearer. In specific implementation, the feedback information sent by the second device can be used to indicate the data packets that are successfully received in the target data packets, and / or to indicate the data packets that fail to be received in the target data packets.

[0199] It should be noted that some data packets in a radio bearer may also be understood as specific data packets or important data packets mapped to the radio bearer.

[0200] In some embodiments, the type of the target data packet may include, but is not limited to, at least one of the following:

[0201] Important data packets carried by the application layer, such as Transmission Control Protocol (TCP) / Quick UDP Internet Connection (QUIC) feedback data packets TCP / QUIC ACK;

[0202] Control packets for Trivial File Transfer Protocol (TFTP), Internet Protocol Security (IPSec), and Open Shortest Path First (OSPF);

[0203] Data packets in the RTP Control Protocol (RTCP);

[0204] Important data packets related to artificial intelligence (AI) algorithms or data.

[0205] Step 102: Retransmitting the data packets that are not successfully received among the target data packets to the second device.

[0206] In step 102, the first device determines the data packets in the target data packet that were not successfully received based on the feedback information sent by the second device, and retransmits the data packets in the target data packet that were not successfully received to the second device. In other words, the first device only performs high-level retransmission on the data packets in the target data packet that were not successfully received.

[0207] In the above embodiment, the second device only performs ARQ feedback for some of the data packets in the radio bearer, and the first device only performs high-level retransmission for some of the data packets in the radio bearer that are not successfully received. Compared with the related art, in the RLC AM mode, each data packet must be fed back and retransmitted at a high level. The present disclosure only performs high-level retransmission and ARQ feedback for some of the data packets, which can avoid the problem of large delay. Compared with the RLC UM mode in the related art, all data packets do not perform ARQ feedback and retransmission, and only rely on the HARQ mechanism to ensure reliability. In the present disclosure, ARQ feedback and retransmission are performed on some important data packets, which can ensure the transmission reliability of important services. In this way, the embodiment of the present disclosure can reduce system delay while ensuring the reliable transmission of some data packets, achieving a balance between low delay requirements and high reliability requirements.

[0208] In some embodiments, the target data includes:

[0209] A packet indicated by a higher layer; or

[0210] a data packet located in a first time period, where the first time period is a time period in which ARQ retransmission is enabled; or

[0211] The data packet is located in the first time period and is indicated by a higher layer.

[0212] Among them, the high layers in this embodiment include but are not limited to: PDCP layer, application layer, data trigger layer of endogenous AI, etc.

[0213] It should be noted that if the part of the data packets for ARQ retransmission is indicated by the higher layer, then for the RLC layer, the target data packets may be scattered data packets; if the target data packets for ARQ retransmission are determined based on the air interface transmission conditions (such as the air interface channel quality, whether the network side node has changed, etc.), then all RLC PDUs within the first time period of ARQ retransmission will be kept as target data packets, that is, the target data packets are the data packets within the first time period; if the target data packets for ARQ retransmission are determined based on the air interface transmission conditions and the higher layer indication, then after the air interface transmission conditions are met, ARQ retransmission is performed on the part of the data packets specified by the higher layer, that is, the target data packets are the data packets located in the first time period and indicated by the higher layer.

[0214] Exemplarily, the first period for enabling ARQ retransmission may include the following two situations:

[0215] Case 1: The timer is not set.

[0216] If the channel conditions for starting ARQ retransmission are met, ARQ retransmission is started for the target data packet until the channel conditions for stopping ARQ retransmission are met. Thus, the first period is the time period between the first moment when the channel conditions for starting ARQ retransmission are determined to be met and the second moment when the channel conditions for stopping ARQ retransmission are determined to be met.

[0217] In this case, the channel conditions for starting ARQ retransmission can also be understood as the triggering conditions for ARQ retransmission, which may include: the air interface channel quality between the first device and the second device is less than or equal to the preset threshold value; and / or, the network side node for transmission between the first device and the second device changes.

[0218] In this case, satisfying the channel condition for stopping ARQ retransmission may be understood as a condition for stopping ARQ retransmission, and may include: the air interface channel quality between the first device and the second device is greater than a preset threshold.

[0219] Case 2: A timer is set.

[0220] If the channel conditions for starting ARQ retransmission are met, a timer is started. ARQ retransmission of the target data packet is continued until the timer times out. If the channel conditions for exiting ARQ retransmission are determined to be met before the timer times out, the retransmission is not terminated, that is, even if the channel quality improves. Thus, the first period is the duration of the timer.

[0221] In particular, if an exit timer is provided, the exit timer may be started after the channel condition for exiting ARQ retransmission is met, but before the exit timer times out, the first device is still in a state of starting ARQ retransmission for the target data packet.

[0222] In this case, the channel conditions for starting ARQ retransmission can also be understood as the triggering conditions for ARQ retransmission, which may include: the air interface channel quality between the first device and the second device is less than or equal to the preset threshold value; and / or, the network side node for transmission between the first device and the second device changes.

[0223] In this case, satisfying the channel condition for stopping ARQ retransmission can be understood as a condition for stopping ARQ retransmission, which may include one of the following:

[0224] The air interface channel quality between the first device and the second device is greater than a preset threshold;

[0225] When the air interface channel quality between the first device and the second device is greater than a preset threshold, starting a first timer, and when the first timer times out, determining that a stop condition for ARQ retransmission is met;

[0226] When the ARQ retransmission trigger condition is met, the second timer is started, and when the second timer times out, it is determined that the ARQ retransmission stop condition is met.

[0227] Positive feedback is received for N consecutive RLC packet data units (PDUs) in the target data packet, where N is greater than or equal to a preset value.

[0228] In the above embodiment, the target data packet may be determined in combination with the high-layer indication and / or the time period for enabling ARQ retransmission. In specific implementation, one of the methods may be selected according to the actual application to determine the target data packet requiring ARQ retransmission in the radio bearer.

[0229] In some embodiments, the data packet indicated by the higher layer includes at least one of the following:

[0230] A data packet corresponding to a PDCP packet data unit PDU indicated by a Packet Data Convergence Protocol PDCP layer of the first device;

[0231] a data packet indicated by the application layer of the first device;

[0232] Data packets indicated by higher layers other than the application layer.

[0233] In some embodiments, other higher layers besides the application layer may include a data triggering layer for endogenous AI.

[0234] In specific implementation, when the PDCP layer delivers the PDCP PDU to the RLC layer, it indicates whether the data corresponding to the PDCP PDU needs to be ARQ retransmitted; the application layer or other higher layers indicate to the RLC layer that a certain data packet needs to be ARQ retransmitted.

[0235] In the above embodiment, it is possible to indicate, through the PDCP layer, the application layer or other higher layers, that some data packets in the radio bearer are target data packets that need to be retransmitted by ARQ.

[0236] In some embodiments, before receiving the feedback information sent by the second device, the method further includes:

[0237] Initiate ARQ retransmission for the target data packet when an ARQ retransmission triggering condition is met;

[0238] The ARQ retransmission triggering condition includes at least one of the following:

[0239] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0240] A network-side node through which the first device and the second device transmit data changes.

[0241] In some embodiments, the data transmission method further includes:

[0242] After an ARQ retransmission trigger condition is met and ARQ retransmission of the target data packet is started, if it is determined that an ARQ retransmission stop condition is met, stopping ARQ retransmission of the target data packet;

[0243] The ARQ retransmission triggering condition includes at least one of the following:

[0244] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0245] A network-side node used for transmission between the first device and the second device changes.

[0246] Determining that the ARQ retransmission stop condition is satisfied includes at least one of the following:

[0247] Condition 1: When the air interface channel quality between the first device and the second device is greater than a preset threshold, it is determined that the ARQ retransmission stop condition is met.

[0248] Condition 2: When the air interface channel quality between the first device and the second device is greater than a preset threshold, start a first timer, and determine that an ARQ retransmission stop condition is met when the first timer times out.

[0249] It should be noted that the timeout of the first timer means that the running time of the first timer is greater than or equal to the preset first maximum time length;

[0250] After starting the first timer, the method further includes:

[0251] When the air interface channel quality between the first device and the second device is less than or equal to a preset threshold, stop the first timer.

[0252] Condition 3: When the ARQ retransmission trigger condition is met, a second timer is started, and when the second timer times out, it is determined that the ARQ retransmission stop condition is met.

[0253] It should be noted that the timeout of the second timer means that the running time of the second timer is greater than or equal to the preset second maximum time length.

[0254] Condition 4: positive feedback is received for N consecutive RLC packet data units (PDUs) in the target data packet, where N is greater than or equal to a preset value.

[0255] In some embodiments, in step 101 above, receiving feedback information sent by the second device includes:

[0256] When the ARQ retransmission triggering condition is met, a third timer is started, and before the third timer times out, feedback information sent by the second device is received.

[0257] Correspondingly, when determining that the triggering condition for ARQ feedback is met, the second device starts a fourth timer, and receives the data packets that were not successfully received among the target data packets retransmitted by the first device before the fourth timer times out.

[0258] In the above embodiment, the first device can ensure that the feedback information sent by the second device is received in a timely manner before the third timer times out, and the second device can ensure that the retransmitted data packet sent by the first device is received in a timely manner before the fourth timer times out. In this way, through the data receiving mechanism between the first device and the second device, the reliability of data transmission between the first device and the second device can be guaranteed.

[0259] In some embodiments, in step 101 above, before receiving the feedback information sent by the second device, the method further includes:

[0260] Feedback indication information is sent to the second device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet.

[0261] In this embodiment, the first device determines the target data packet that needs ARQ retransmission in the radio bearer and notifies the second device to perform ARQ feedback for the target data packet; the second device determines to perform ARQ feedback for the target data packet according to the feedback indication information sent by the first device.

[0262] It should be noted that the way in which the second device triggers ARQ feedback on the target data packet may also include: when the second device determines that the air interface channel quality between the first device and the second device is less than or equal to a preset threshold value, determining to perform ARQ feedback on the target data packet; and / or, when the second device determines that the network side node through which the first device and the second device transmit has changed, determining to perform ARQ feedback on the target data packet.

[0263] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following six items:

[0264] Item 1: An offset value carried in an RLC header of an RLC data PDU, wherein the offset value is used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU.

[0265] In some embodiments, the information field where the offset value is located is the FI-offset field as shown in FIG. 4 .

[0266] Example 1: Assume that the sequence number of the target data packet requiring ARQ feedback is RLC SN = K, and FI-offset =

[0000] indicates no feedback, FI-offset =

[0001] indicates that the first subsequent RLC PDU requires feedback, FI-offset =

[0010] indicates that the second subsequent RLC PDU requires feedback, and FI-offset =

[0011] indicates that the third subsequent RLC PDU requires feedback. In order to ensure the transmission reliability of the RLC PDU with RLC SN = K, the offset value can be carried in the RLC PDU with RLC SN = K-3, RLC SN = K-2, and RLC SN = K-1, and the offset values ​​are: FI-offset =

[0011] , FI-offset =

[0010] , and FI-offset =

[0001] , respectively.

[0267] In this example, the offset value is carried in the RLC headers of a plurality of consecutive RLC PDUs preceding the target RLC PDU requiring feedback, so as to avoid the problem that the feedback indication information is not correctly received due to a single RLC PDU transmission error.

[0268] Example 2: Assume that the sequence number of the target data packet requiring ARQ feedback is RLC SN = K, and FI-offset =

[0000] , FI-offset =

[0001] , FI-offset =

[0010] , and FI-offset =

[0001] respectively represent no feedback, ARQ feedback required for itself, ARQ feedback required for the first subsequent RLC PDU, and ARQ feedback required for the second subsequent RLC PDU. In order to ensure the transmission reliability of the RLC PDU with RLC SN = K, the offset value can be carried in the RLC PDU with RLC SN = K-2, RLC SN = K-1, and RLC SN = K, and the offset values ​​are: FI-offset =

[0011] , FI-offset =

[0010] , and FI-offset =

[0001] , respectively.

[0269] As an implementation manner, after receiving the RLC PDU carrying the offset value FI-offset, the second device immediately feeds back whether the specified RLC PDU (ie, the target data packet) is received correctly.

[0270] As another implementation method, after receiving the RLC PDU carrying the offset value FI-offset, the second device stores the reception status of the specified RLC PDU (i.e., the target data packet), and when other trigger conditions are met, feedback whether the specified RLC PDU (i.e., the target data packet) is received correctly.

[0271] Item 2: A bitmap carried in the RLC header of the RLC data PDU, wherein the bitmap is used to indicate the positions of target data packets for a maximum number of bits equal to the number of bits in the bitmap.

[0272] Exemplarily, assuming that the bitmap includes M bits, the i-th bit is used to indicate whether the subsequent i-th RLC PDU requires ARQ feedback, i ranges from 1 to M, and i and M are positive integers.

[0273] For example, assuming that the bitmap includes 2 bits, the first bit is used to indicate whether the first subsequent RLC PDU requires ARQ feedback, and the second bit is used to indicate whether the second subsequent RLC PDU requires ARQ feedback.

[0274] As an implementation manner, after receiving the RLC PDU carrying the bitmap, the second device immediately feeds back whether the designated RLC PDU (ie, the target data packet) is received correctly.

[0275] As another implementation method, after receiving the RLC PDU carrying the bit map, the second device stores the reception status of the specified RLC PDU (i.e., the target data packet), and when other trigger conditions are met, it provides feedback on whether the specified RLC PDU (i.e., the target data packet) is received correctly.

[0276] Item 3: Polling indication carried in the RLC data PDU.

[0277] For example, as shown in FIG5 , the RLC PDU format carries three fields: a polling indication P field, an FI-offset field, and a starting SN number (FI-SN-start) of the RLC SN to be fed back.

[0278] In some embodiments, when the polling indication P field is equal to 1, it indicates that ARQ feedback is triggered.

[0279] As an implementation method, assuming that the second device has received the offset value in item 1 or the bit map in item 2 sent by the first device, it determines the specified RLC PDU (i.e., the target data packet) based on the offset value or the bit map, stores the reception status of the specified RLC PDU, and upon receiving a polling indication, provides feedback on whether the specified RLC PDU (i.e., the target data packet) is received correctly.

[0280] It should be noted that in actual use, the P field, FI-offset, and FI-SN-start fields may not appear at the same time, and the RLC SN range that needs to be fed back may also be represented in other ways.

[0281] In specific implementation, there may be multiple RLC PDUs with polling indications, and / or at least one RLC PDU requiring ARQ feedback may have a polling indication.

[0282] Item 4: The RLC sequence number SN range corresponding to the target data packet carried in the RLC header of the RLC data PDU, and the RLC PDU carries the polling indication.

[0283] As an implementation method, after receiving the RLC PDU carrying the polling indication, the specified RLC PDU (i.e., the target data packet) requiring ARQ feedback is determined based on the RLC SN range carried in the RLC PDU, and feedback is immediately given on whether the specified RLC PDU is received correctly.

[0284] Item 5: The RLC SN range corresponding to the target data packet carried in the RLC control PDU.

[0285] For example, as shown in Figure 6, the D / C field indicates the type of the corresponding RLC PDU, where C represents RLC control PDU and D represents RLC data PDU; the FI-SN-start field indicates the starting RLC SN number for which RLC feedback needs to be sent, and the FI-SN-bitmap indicates the SN for which ARQ feedback needs to be sent among the consecutive SNs starting from FI-SN-start in the form of a bitmap.

[0286] It should be noted that, in order to ensure the transmission reliability of the RLC control PDU, the RLC control PDU may be sent multiple times, or in a form of feedback and retransmission.

[0287] As an implementation method, based on the RLC SN range carried in the RLC control PDU in item 4, the specified RLC PDU (i.e., target data packet) requiring ARQ feedback is determined, and after receiving the RLC data PDU carrying the polling indication, feedback is immediately given on whether the specified RLC PDU is received correctly.

[0288] Item 6: A bitmap carried in the RLC control PDU, wherein the bitmap is used to indicate the discrete target data packets.

[0289] It should be noted that the discrete target data packet may include RLC PDUs corresponding to multiple consecutive RLC SNs, or may include RLC PDUs corresponding to non-consecutive RLC SNs.

[0290] In some embodiments, in step 101 above, receiving feedback information sent by the second device includes:

[0291] receiving an RLC status report sent by the second device, where the RLC status report carries the feedback information, and the feedback information includes at least one of the following information:

[0292] RLC sequence number SN of the NACK feedback;

[0293] The segment offset indication SO of the RLC SN fed back as NACK;

[0294] The first RLC SN fed back (i.e., RLC-SN-start);

[0295] The last RLC SN fed back (i.e., RLC-SN-end);

[0296] Bitmap between the first and last RLC SNs fed back.

[0297] It should be noted that the bitmap between the first RLC SN and the last RLC SN fed back may indicate discrete RLC PDUs, that is, the RLC SNs are not necessarily continuous.

[0298] In this embodiment, if either RLC-SN-start or RLC-SN-end is not indicated, the RLC SN range corresponding to the indicated target data packet can be determined by combining the bitmap length with the RLC-SN-start or RLC-SN-end. For example, if the bitmap length is 16 bits and the RLC status report contains the RLC-SN-start field, the reception status of the 16 subsequent RLC PDUs requiring feedback from the RLC-SN-start can be indicated. Here, the RLC PDU corresponding to the RLC-SN-start can be defaulted to ACK or NACK, without additional indication.

[0299] In some embodiments, in the above step 101, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0300] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0301] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0302] It should be noted that one downlink RLC channel corresponds to one logical channel, and one uplink RLC channel corresponds to one logical channel.

[0303] For example, for DRB1, a downlink RLC entity is configured, corresponding to RLC channel RLC1 and logical channel (LCH) 1, and an uplink RLC entity is configured, corresponding to RLC channel RLC2 and logical channel LCH2. When data transmission is sent on the downlink RLC entity, RLC feedback is sent on the corresponding uplink RLC entity; when data transmission is sent on the uplink RLC entity, RLC feedback is sent on the corresponding downlink RLC entity.

[0304] For example, as shown in Figure 7, assuming that the first device is a base station and the second device is a terminal, when the base station transmits downlink data to the terminal, the transmitting UM RLC entity on the base station side is the downlink RLC entity corresponding to the base station, and the downlink data is sent on the transmitting UM RLC entity on the base station side; the transmitting UM RLC entity on the terminal side is the uplink RLC entity corresponding to the terminal, and feedback information is sent on the transmitting UM RLC entity on the terminal side.

[0305] The receiving UM RLC entity on the terminal side is the downlink RLC entity corresponding to the terminal, and is used to receive downlink data sent by the sending UM RLC entity on the base station side; the receiving UM RLC entity on the base station side is the uplink RLC entity corresponding to the base station, and is used to receive feedback information sent by the sending UM RLC entity on the terminal side.

[0306] For example, as shown in Figure 7, assuming that the first device is a terminal and the second device is a base station, when the terminal transmits uplink data to the base station, the transmitting UM RLC entity on the terminal side is the uplink RLC entity corresponding to the terminal, and the uplink data is transmitted on the transmitting UM RLC entity on the terminal side; the transmitting UM RLC entity on the base station side is the downlink RLC entity corresponding to the base station, and feedback information is sent on the transmitting UM RLC entity on the base station side.

[0307] The receiving UM RLC entity on the base station side is the uplink RLC entity corresponding to the base station, and is used to receive uplink data sent by the sending UM RLC entity on the terminal side; the receiving UM RLC entity on the terminal side is the downlink RLC entity corresponding to the terminal, and is used to receive feedback information sent by the sending UM RLC entity on the base station side.

[0308] In a specific implementation, assuming that the first device is a base station and the second device is a terminal, the wireless bearer on the first device side includes at least one downlink RLC channel, and the wireless bearer on the second device side includes at least one uplink RLC channel. The uplink RLC channel is used for the terminal to transmit feedback information to the base station, and the downlink RLC channel is used for the base station to transmit data packets to the terminal. The downlink RLC channel is also used for the base station to transmit feedback indication information to the terminal. In a specific implementation, assuming that the first device is a terminal and the second device is a base station, the wireless bearer on the first device side includes at least one uplink RLC channel, and the wireless bearer on the second device side includes at least one downlink RLC channel. The uplink RLC channel is used for the terminal to transmit data packets to the base station, and the downlink RLC channel is used for the base station to transmit feedback information to the terminal. The uplink RLC channel is also used for the terminal to transmit feedback indication information to the base station.

[0309] The following takes the first device as a base station and the second device as a terminal as an example to introduce the transmission of downlink data from the base station to the terminal.

[0310] Example 1

[0311] Example 1 shows an example in which the base station notifies the terminal to perform ARQ feedback on a target data packet.

[0312] 1. The base station performs the following steps:

[0313] Step a1: The base station sends Radio Resource Control (RRC) signaling. RRC signaling is used to configure the radio bearer corresponding to the target data packet, i.e., the Signaling Radio Bearer (SRB) or the Data Radio Bearer (DRB).

[0314] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0315] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0316] Whether to enable partial RLC PDU retransmission;

[0317] How to determine the target data packet;

[0318] Configuration of feedback indication information, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0319] Triggering conditions for terminal ARQ feedback;

[0320] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0321] Step a2: The base station identifies a target data packet requiring ARQ feedback and sends feedback indication information to the terminal, instructing the terminal to perform ARQ feedback on the target data packet;

[0322] In this step, the base station may use the data packet indicated by the higher layer as the target data packet. For example, the target data packet may include: the data packet corresponding to the PDCP PDU indicated by the PDCP layer of the base station, the data packet indicated by the application layer of the base station, and the data packet indicated by the data trigger layer of the endogenous AI.

[0323] Step a3: The base station receives the RLC status report sent by the terminal. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the terminal is received successfully.

[0324] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0325] Step a4: the base station retransmits the data packets that have not been successfully received in the target data packets to the terminal.

[0326] During specific implementation, the base station performs ARQ retransmission on the RLC PDU or RLC PDU segment for which NACK is fed back in the target data packet.

[0327] 2. The terminal performs the following steps:

[0328] Step b1: Receive RRC signaling sent by the base station, where the RRC signaling is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0329] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0330] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0331] Whether to enable partial RLC PDU retransmission;

[0332] How to determine the target data packet;

[0333] Configuration of feedback indication information, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0334] Triggering conditions for ARQ feedback;

[0335] Configuration of RLC status report, such as prohibit timer, RLC status report format

[0336] Step b2: The terminal receives feedback indication information sent by the base station, where the feedback indication information is used to notify the terminal to perform ARQ feedback on the target data packet.

[0337] Step b3: When the triggering condition of ARQ feedback is met, an RLC status report is sent to the base station. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the base station is received successfully.

[0338] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0339] Step b4: The terminal receives the data packets that were not successfully received among the target data packets sent by the base station.

[0340] The target data packet is sent in the form of RLC PDU or RLC PDU segment.

[0341] Example 2

[0342] Example 2 shows a specific example of triggering ARQ retransmission when the air interface channel quality is less than or equal to a preset threshold.

[0343] 1. The base station performs the following steps:

[0344] Step c1: The base station sends radio resource control (RRC) signaling, which is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet.

[0345] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0346] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0347] Whether to enable partial RLC PDU retransmission;

[0348] ARQ retransmission triggering conditions;

[0349] timer configuration related to ARQ retransmission; the timer configuration related to ARQ retransmission may include at least one of the following: a configured duration of a first timer, a configured duration of a second timer, and a configured duration of a third timer; wherein, when the air interface channel quality between the base station and the terminal is greater than a preset threshold value, the first timer is started, and when the first timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the second timer is started, and when the second timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the third timer is started, and before the third timer times out, the base station receives feedback information sent by the terminal;

[0350] Timer configuration related to ARQ feedback; the timer configuration related to ARQ feedback may include: a configured duration of a fourth timer; wherein, when a triggering condition for ARQ feedback is met, the fourth timer is started, and before the fourth timer expires, the terminal receives an unsuccessfully received data packet among the target data packets retransmitted by the base station;

[0351] Configuration of feedback indication information, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0352] Triggering conditions for ARQ feedback;

[0353] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0354] Step c2: The base station determines whether the triggering condition for ARQ retransmission is met based on the air interface channel quality; when the air interface channel quality is less than or equal to a preset threshold, ARQ retransmission is initiated for the target data packet.

[0355] Among them, the target data includes: data packets indicated by the upper layer; or data packets located in the first time period, the first time period is the time period for enabling ARQ retransmission; or data packets located in the first time period and indicated by the upper layer. The base station can use the data packets indicated by the upper layer as target data packets.

[0356] Step c3 (optional): the base station sends feedback indication information to the terminal, for notifying the terminal to perform ARQ feedback on the target data packet;

[0357] Step c4: the base station receives the RLC status report sent by the terminal. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the terminal is received successfully.

[0358] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0359] Step c5: the base station retransmits the data packets that have not been successfully received in the target data packets to the terminal.

[0360] During specific implementation, the base station performs ARQ retransmission on the RLC PDU or RLC PDU segment for which NACK is fed back in the target data packet.

[0361] 2. The terminal performs the following steps:

[0362] Step d1: Receive RRC signaling sent by the base station, where the RRC signaling is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0363] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0364] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0365] Whether to enable partial RLC PDU retransmission;

[0366] ARQ retransmission triggering conditions;

[0367] timer configuration related to ARQ retransmission; the timer configuration related to ARQ retransmission may include at least one of the following: a configured duration of a first timer, a configured duration of a second timer, and a configured duration of a third timer; wherein, when the air interface channel quality between the base station and the terminal is greater than a preset threshold value, the first timer is started, and when the first timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the second timer is started, and when the second timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the third timer is started, and before the third timer times out, the base station receives feedback information sent by the terminal;

[0368] Timer configuration related to ARQ feedback; the timer configuration related to ARQ feedback may include: a configured duration of a fourth timer; wherein, when a triggering condition for ARQ feedback is met, the fourth timer is started, and before the fourth timer expires, the terminal receives an unsuccessfully received data packet among the target data packets retransmitted by the base station;

[0369] Configuration of feedback indication information, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0370] Triggering conditions for ARQ feedback;

[0371] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0372] Step d2: The terminal determines whether the triggering condition for ARQ feedback is met;

[0373] In some embodiments, when the air interface channel quality is less than or equal to a preset threshold value, it is determined that the trigger condition for ARQ feedback is met, and ARQ feedback is initiated for the target data packet; or, the terminal receives feedback indication information sent by the base station, and based on the feedback indication information, it is determined that the trigger condition for ARQ feedback is met, and ARQ feedback is initiated for the target data packet.

[0374] Among them, the target data includes: data packets indicated by the upper layer; or data packets located in the first time period, the first time period is the time period for enabling ARQ retransmission; or data packets located in the first time period and indicated by the upper layer. The base station can use the data packets indicated by the upper layer as target data packets.

[0375] Step d3: When the triggering condition of ARQ feedback is met, an RLC status report is sent to the base station. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the base station is received successfully.

[0376] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0377] Step d4: The terminal receives the data packets that were not successfully received among the target data packets sent by the base station.

[0378] The target data packet is sent in the form of RLC PDU or RLC PDU segment.

[0379] Example 3

[0380] Example 3 shows a specific example of triggering ARQ retransmission when a network-side node changes.

[0381] 1. The base station performs the following steps:

[0382] Step e1: The base station sends RRC signaling, which is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0383] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0384] It should be noted that the network side node (TRP, or DU, or cell) that sends the RLC channel for downlink transmission and the network side node that sends the uplink RLC entity for RLC feedback may not be the same.

[0385] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0386] Whether to enable partial RLC PDU retransmission;

[0387] ARQ retransmission triggering conditions;

[0388] timer configuration related to ARQ retransmission; the timer configuration related to ARQ retransmission may include at least one of the following: a configured duration of a second timer and a configured duration of a third timer; wherein the second timer is started when an ARQ retransmission trigger condition is met, and it is determined that an ARQ retransmission stop condition is met when the second timer times out; the third timer is started when the ARQ retransmission trigger condition is met, and before the third timer times out, the base station receives feedback information sent by the terminal;

[0389] Timer configuration related to ARQ feedback; the timer configuration related to ARQ feedback may include: a configured duration of a fourth timer; wherein, when a triggering condition for ARQ feedback is met, the fourth timer is started, and before the fourth timer expires, the terminal receives an unsuccessfully received data packet among the target data packets retransmitted by the base station;

[0390] Configuration of feedback indication information, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0391] Triggering conditions for ARQ feedback;

[0392] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0393] Step e2: Determine whether the network-side node transmitting to the terminal has changed; if so, enable ARQ retransmission for the target data packet.

[0394] Among them, the target data includes: data packets indicated by the upper layer; or data packets located in the first time period, the first time period is the time period for enabling ARQ retransmission; or data packets located in the first time period and indicated by the upper layer. The base station can use the data packets indicated by the upper layer as target data packets.

[0395] Step e3 (optional): The base station sends feedback indication information to the terminal, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0396] Step e4: Receive the RLC status report sent by the terminal through the changed network side node or the network side node before the change. The RLC status report carries feedback information, which is used to indicate whether the target data packet sent by the terminal is received successfully.

[0397] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0398] Step e5: The changed network-side node retransmits the data packets that were not successfully received among the target data packets to the terminal.

[0399] In specific implementation, the changed network side node can extract the data content of the RLC PDU that has not been successfully received and organize it into a new RLC PDU, in which the RLC SN can be different.

[0400] Step e6: After the network side node is changed, start the third timer; if the third timer times out, stop receiving the feedback information sent by the terminal; or, after all RLC PDUs before the terminal feedback network node change are successfully received, or after all N RLC PDUs after the terminal feedback network side node change are successfully received, stop receiving the feedback information sent by the terminal.

[0401] 2. The terminal performs the following steps:

[0402] Step f1: Receive RRC signaling sent by the base station, where the RRC signaling is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0403] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0404] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0405] Whether to enable partial RLC PDU retransmission;

[0406] ARQ retransmission triggering conditions;

[0407] timer configuration related to ARQ retransmission; the timer configuration related to ARQ retransmission may include at least one of the following: a configured duration of a first timer, a configured duration of a second timer, and a configured duration of a third timer; wherein, when the air interface channel quality between the base station and the terminal is greater than a preset threshold value, the first timer is started, and when the first timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the second timer is started, and when the second timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the third timer is started, and before the third timer times out, the base station receives feedback information sent by the terminal;

[0408] Timer configuration related to ARQ feedback; the timer configuration related to ARQ feedback may include: a configured duration of a fourth timer; wherein, when a triggering condition for ARQ feedback is met, the fourth timer is started, and before the fourth timer expires, the terminal receives an unsuccessfully received data packet among the target data packets retransmitted by the base station;

[0409] Configuration of feedback indication information, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0410] Triggering conditions for ARQ feedback;

[0411] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0412] Step f2: The terminal determines whether the triggering condition for ARQ feedback is met;

[0413] When it is determined that a network-side node transmitting with the base station has changed, it is determined that a trigger condition for ARQ feedback is met, and ARQ feedback is initiated for the target data packet; or, feedback indication information sent by the base station is received, and according to the feedback indication information, it is determined that a trigger condition for ARQ feedback is met, and ARQ feedback is initiated for the target data packet.

[0414] Step f3: When the triggering condition of ARQ feedback is met, an RLC status report is sent to the base station. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the base station is received successfully.

[0415] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0416] Step f4: the terminal receives the data packets that were not successfully received among the target data packets sent by the base station.

[0417] It should be noted that the RLC SN for the same data can be different before and after the network side node is changed.

[0418] Step f5 (optional): After the network side node is changed, start the fourth timer; if the fourth timer times out, stop receiving the data packets that are not successfully received in the target data packets retransmitted by the base station; or, after all RLC PDUs before the network node are successfully received, stop receiving the data packets that are not successfully received in the target data packets retransmitted by the base station; or, after all N RLC PDUs after the network side node are successfully received, stop receiving the data packets that are not successfully received in the target data packets retransmitted by the base station.

[0419] The following takes the first device as a terminal and the second device as a base station as an example to introduce the transmission of uplink data from the terminal to the base station.

[0420] Example 1

[0421] Example 1 shows an example in which the terminal notifies the base station to perform ARQ feedback on a target data packet.

[0422] 1. The base station performs the following steps:

[0423] Step h1: The base station sends RRC signaling, which is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0424] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0425] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0426] Whether to enable partial RLC PDU retransmission;

[0427] How to determine the target data packet;

[0428] Configuration of feedback indication information, where the feedback indication information is used to notify the base station to perform ARQ feedback on the target data packet;

[0429] Triggering conditions for ARQ feedback;

[0430] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0431] Step h2: the base station receives feedback indication information sent by the terminal, where the feedback indication information is used to notify the base station to perform ARQ feedback on the target data packet.

[0432] Step h3: When the triggering condition of ARQ feedback is met, an RLC status report is sent to the terminal. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the terminal is received successfully.

[0433] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0434] Step h4: the base station receives the data packets that are not successfully received among the target data packets sent by the terminal.

[0435] The target data packet is sent in the form of RLC PDU or RLC PDU segment.

[0436] 2. The terminal performs the following steps:

[0437] Step g1: Receive RRC signaling sent by the base station, where the RRC signaling is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0438] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0439] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0440] Whether to enable partial RLC PDU retransmission;

[0441] How to determine the target data packet;

[0442] Configuration of feedback indication information, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0443] Triggering conditions for ARQ feedback;

[0444] Configuration of RLC status report, such as prohibit timer, RLC status report format

[0445] Step g2: The terminal identifies the target data packet that requires ARQ feedback and sends feedback indication information to the base station, instructing the base station to perform ARQ feedback on the target data packet;

[0446] In this step, the terminal may use the data packet indicated by the higher layer as the target data packet. For example, the target data packet may include: the data packet corresponding to the PDCP PDU indicated by the terminal's PDCP layer, the data packet indicated by the terminal's application layer, and the data packet indicated by the data trigger layer of the endogenous AI.

[0447] Step g3: The terminal receives the RLC status report sent by the base station. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the terminal is received successfully.

[0448] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0449] Step g4: The terminal retransmits the data packets that were not successfully received among the target data packets to the base station.

[0450] During specific implementation, the terminal performs ARQ retransmission on the RLC PDU or RLC PDU segment for which NACK is fed back in the target data packet.

[0451] Example 2

[0452] Example 2 shows a specific example of triggering ARQ retransmission when the air interface channel quality is less than or equal to a preset threshold.

[0453] 1. The base station performs the following steps:

[0454] Step k1: The base station sends RRC signaling, which is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0455] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0456] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0457] Whether to enable partial RLC PDU retransmission;

[0458] ARQ retransmission triggering conditions;

[0459] timer configuration related to ARQ retransmission; the timer configuration related to ARQ retransmission may include at least one of the following: a configured duration of a first timer, a configured duration of a second timer, and a configured duration of a third timer; wherein, when the air interface channel quality between the base station and the terminal is greater than a preset threshold value, the first timer is started, and when the first timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the second timer is started, and when the second timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the third timer is started, and before the third timer times out, the base station receives feedback information sent by the terminal;

[0460] Timer configuration related to ARQ feedback; the timer configuration related to ARQ feedback may include: a configured duration of a fourth timer; wherein, when a triggering condition for ARQ feedback is met, the fourth timer is started, and before the fourth timer expires, the terminal receives an unsuccessfully received data packet among the target data packets retransmitted by the base station;

[0461] Configuration of feedback indication information, where the feedback indication information is used to notify the base station to perform ARQ feedback on the target data packet;

[0462] Triggering conditions for ARQ feedback;

[0463] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0464] Step k2: The base station determines whether the triggering condition for ARQ feedback is met;

[0465] In some embodiments, when the air interface channel quality is less than or equal to a preset threshold value, it is determined that the trigger condition for ARQ feedback is met, and ARQ feedback is initiated for the target data packet; or, feedback indication information sent by the receiving terminal is determined, and based on the feedback indication information, the trigger condition for ARQ feedback is determined to be met, and ARQ feedback is initiated for the target data packet.

[0466] Step k3: When the triggering condition of ARQ feedback is met, an RLC status report is sent to the terminal. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the terminal is received successfully.

[0467] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0468] Step k4: the base station receives the data packets that are not successfully received among the target data packets sent by the terminal.

[0469] The target data packet is sent in the form of RLC PDU or RLC PDU segment.

[0470] Step k5 (optional): When the air interface channel quality is greater than a preset threshold, stop ARQ feedback.

[0471] 2. The terminal performs the following steps:

[0472] Step m1: Receive RRC signaling sent by the base station, which is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0473] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0474] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0475] Whether to enable partial RLC PDU retransmission;

[0476] ARQ retransmission triggering conditions;

[0477] timer configuration related to ARQ retransmission; wherein the timer configuration related to ARQ retransmission may include: starting a first timer when the air interface channel quality between the base station and the terminal is greater than a preset threshold value, and determining that an ARQ retransmission stop condition is satisfied when the first timer times out; starting a second timer when an ARQ retransmission trigger condition is satisfied, and determining that the ARQ retransmission stop condition is satisfied when the second timer times out; starting a third timer when the ARQ retransmission trigger condition is satisfied, and before the third timer times out, the terminal receives feedback information sent by the base station;

[0478] Timer configuration related to ARQ feedback: wherein the timer configuration related to ARQ feedback may include: when a triggering condition for ARQ feedback is met, starting a fourth timer, and before the fourth timer times out, receiving a data packet that is not successfully received among the target data packets retransmitted by the terminal;

[0479] Configuration of feedback indication information, where the feedback indication information is used to notify the base station to perform ARQ feedback on the target data packet;

[0480] Triggering conditions for ARQ feedback;

[0481] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0482] Step m2: The terminal determines whether the triggering condition for ARQ retransmission is met based on the air interface channel quality; when the air interface channel quality is less than or equal to the preset threshold, ARQ retransmission is initiated for the target data packet.

[0483] Among them, the target data includes: data packets indicated by the upper layer; or data packets located in the first time period, the first time period is the time period for enabling ARQ retransmission; or data packets located in the first time period and indicated by the upper layer. The base station can use the data packets indicated by the upper layer as target data packets.

[0484] Step m3 (optional): the terminal sends feedback indication information to the base station, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0485] Step m4: The terminal receives the RLC status report sent by the base station. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the terminal is received successfully.

[0486] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0487] Step m5: The terminal retransmits the data packets that have not been successfully received in the target data packets to the base station.

[0488] During specific implementation, the terminal performs ARQ retransmission on the RLC PDU or RLC PDU segment for which NACK is fed back in the target data packet.

[0489] Step m6 (optional): When the air interface channel quality is greater than a preset threshold, stop ARQ retransmission.

[0490] Example 3

[0491] Example 3 shows a specific example of triggering ARQ retransmission when a node on the network side changes.

[0492] 1. The base station performs the following steps:

[0493] Step n1: The base station sends RRC signaling, which is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet;

[0494] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0495] It should be noted that the network side node (such as the transmission reception point (TRP), distributed unit (DU), or cell) that sends the downlink RLC channel and the network side node of the uplink RLC entity that sends RLC feedback may not be the same.

[0496] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0497] Whether the base station enables partial RLC PDU retransmission;

[0498] ARQ retransmission triggering conditions;

[0499] timer configuration related to ARQ retransmission; the timer configuration related to ARQ retransmission may include at least one of the following: a configured duration of a first timer, a configured duration of a second timer, and a configured duration of a third timer; wherein, when the air interface channel quality between the base station and the terminal is greater than a preset threshold value, the first timer is started, and when the first timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the second timer is started, and when the second timer times out, it is determined that the ARQ retransmission stop condition is satisfied; when the ARQ retransmission trigger condition is satisfied, the third timer is started, and before the third timer times out, the base station receives feedback information sent by the terminal;

[0500] Timer configuration related to ARQ feedback; the timer configuration related to ARQ feedback may include: a configured duration of a fourth timer; wherein, when a triggering condition for ARQ feedback is met, the fourth timer is started, and before the fourth timer expires, the terminal receives an unsuccessfully received data packet among the target data packets retransmitted by the base station;

[0501] Configuration of feedback indication information, where the feedback indication information is used to notify the base station to perform ARQ feedback on the target data packet;

[0502] Triggering conditions for ARQ feedback;

[0503] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0504] Step n2: The base station determines whether the triggering condition for ARQ feedback is met;

[0505] When it is determined that a network-side node transmitting with the terminal has changed, it is determined that a trigger condition for ARQ feedback is met, and ARQ feedback is initiated for the target data packet; or, feedback indication information sent by the terminal is received, and according to the feedback indication information, it is determined that a trigger condition for ARQ feedback is met, and ARQ feedback is initiated for the target data packet.

[0506] Step n3: When the triggering condition of ARQ feedback is met, an RLC status report is sent to the terminal. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the terminal is received successfully.

[0507] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0508] In some embodiments, the retransmitted RLC PDU is obtained by reorganizing the data content of the RLC PDU that was not successfully received.

[0509] Step n4: the base station receives the data packets that are not successfully received among the target data packets sent by the terminal.

[0510] It should be noted that the RLC SN can be different for the same data before and after the network side node is changed.

[0511] Step n5 (optional): After the network side node is changed, start the fourth timer; if the fourth timer times out, stop receiving the data packets that are not successfully received in the target data packets retransmitted by the terminal; or, after all RLC PDUs before the network node is changed are successfully received, stop receiving the data packets that are not successfully received in the target data packets retransmitted by the terminal; or, after all N RLC PDUs after the network side node is changed are successfully received, stop receiving the data packets that are not successfully received in the target data packets retransmitted by the terminal.

[0512] 2. The terminal performs the following steps:

[0513] Step t1: Receive RRC signaling sent by the base station. The RRC signaling is used to configure the radio bearer (SRB or DRB) corresponding to the target data packet.

[0514] The radio bearer corresponds to at least one downlink RLC entity and at least one uplink RLC entity, each uplink RLC entity corresponds to an RLC channel (such as RLC1) and a logical channel number (such as LCH1), and each uplink RLC entity corresponds to an RLC channel (such as RLC2) and a logical channel number (such as LCH2);

[0515] In some embodiments, RRC signaling is further used to configure at least one of the following:

[0516] Whether to enable partial RLC PDU retransmission;

[0517] ARQ retransmission triggering conditions;

[0518] timer configuration related to ARQ retransmission; the timer configuration related to ARQ retransmission may include at least one of the following: a configured duration of a second timer and a configured duration of a third timer; wherein the second timer is started when an ARQ retransmission trigger condition is met, and it is determined that an ARQ retransmission stop condition is met when the second timer times out; the third timer is started when the ARQ retransmission trigger condition is met, and before the third timer times out, the base station receives feedback information sent by the terminal;

[0519] Timer configuration related to ARQ feedback; the timer configuration related to ARQ feedback may include: a configured duration of a fourth timer; wherein, when a triggering condition for ARQ feedback is met, the fourth timer is started, and before the fourth timer expires, the terminal receives an unsuccessfully received data packet among the target data packets retransmitted by the base station;

[0520] Configuration of feedback indication information, which is used to notify the terminal to perform ARQ feedback on the target data packet;

[0521] Triggering conditions for ARQ feedback;

[0522] Configuration of RLC status report, such as prohibit timer and report format of RLC status report.

[0523] Step t2: Determine whether the network-side node transmitting with the base station has changed; if so, enable ARQ retransmission for the target data packet.

[0524] Among them, the target data includes: data packets indicated by the upper layer; or data packets located in the first time period, the first time period is the time period for enabling ARQ retransmission; or data packets located in the first time period and indicated by the upper layer. The base station can use the data packets indicated by the upper layer as target data packets.

[0525] Step t3 (optional): The terminal sends feedback indication information to the base station, which is used to notify the base station to perform ARQ feedback on the target data packet;

[0526] The feedback indication information may be sent to the network side node before the change or the network side node after the change.

[0527] Step t4: Receive the RLC status report sent by the base station. The RLC status report carries feedback information. The feedback information is used to indicate whether the target data packet sent by the terminal is received successfully.

[0528] In specific implementation, the feedback information at least includes: unsuccessfully received RLC SN or RLC SN segment information in the part of RLC SNs that need to be fed back (ie, the RLC SNs of the target data packet pair).

[0529] Step t5: The changed network-side node retransmits the data packets that were not successfully received in the target data packets to the terminal.

[0530] In specific implementation, the changed network side node may extract the data content from the RLC PDU that has not been successfully received and organize it into a new RLC PDU, in which the RLC SN may be different.

[0531] Step t6: After the network side node is changed, start the third timer; if the third timer times out, stop receiving the feedback information sent by the base station; or, after the base station feedback RLC PDUs before the network side node change are successfully received, stop receiving the feedback information sent by the base station; or, after the base station feedback N RLC PDUs after the network side node change are successfully received, stop receiving the feedback information sent by the base station.

[0532] 8 , an embodiment of the present disclosure provides a data transmission method, which is applied to a second device and includes the following steps:

[0533] Step 201: Send feedback information to the first device, where the feedback information is used to indicate whether the target data packet sent by the first device is received successfully; wherein the target data packet is part of the data packet in the wireless bearer, and the part of the data packet is the data packet for automatic repeat request ARQ feedback by the second device.

[0534] In this step, the second device performs ARQ feedback for only some of the data packets in the radio bearer. In specific implementation, the feedback information sent by the second device can be used to indicate the data packets that are successfully received in the target data packets, and / or to indicate the data packets that fail to be received in the target data packets.

[0535] It should be noted that some data packets in a radio bearer may also be understood as specific data packets or important data packets mapped to the radio bearer.

[0536] In some embodiments, the type of the target data packet may include, but is not limited to, at least one of the following:

[0537] Important data packets carried by the application layer, such as Transmission Control Protocol (TCP) / Quick UDP Internet Connection (QUIC) feedback data packets TCP / QUIC ACK;

[0538] Control packets for Trivial File Transfer Protocol (TFTP), Internet Protocol Security (IPSec), and Open Shortest Path First (OSPF);

[0539] Data packets in the RTP Control Protocol (RTCP);

[0540] Important data packets related to AI algorithms or data.

[0541] In some embodiments, the target data includes: data packets indicated by a higher layer; or data packets within a first time period, where the first time period is a time period during which ARQ retransmission is enabled; or data packets within the first time period and indicated by a higher layer. The higher layer includes but is not limited to: a PDCP layer, an application layer, and a data trigger layer for endogenous AI.

[0542] In some embodiments, the data packet indicated by the higher layer includes at least one of the following: a data packet corresponding to a PDCP packet data unit (PDU) indicated by the Packet Data Convergence Protocol (PDCP) layer of the first device; a data packet indicated by the application layer of the first device; or a data packet indicated by a higher layer other than the application layer. The higher layer other than the application layer may include a data trigger layer for endogenous AI.

[0543] Step 202: Receive data packets that are not successfully received among the target data packets retransmitted by the first device.

[0544] In this step, the first device determines the data packets in the target data packet that were not successfully received based on the feedback information sent by the second device, and retransmits the data packets in the target data packet that were not successfully received to the second device. In other words, the first device only performs high-level retransmission on the data packets in the target data packet that were not successfully received.

[0545] In the above embodiment, the second device performs ARQ feedback only for a portion of the data packets in the radio bearer, and the first device performs high-layer retransmission only for the unsuccessfully received data packets in the portion of the radio bearer. This avoids the problem of high latency caused by performing ARQ feedback and high-layer retransmission for every data packet. It also avoids the problem of low reliability caused by not performing ARQ feedback and retransmission for all data packets and relying solely on the HARQ mechanism to ensure reliability. In other words, the disclosed embodiment can reduce system latency while ensuring the reliable transmission of a portion of the data packets.

[0546] In some embodiments, in step 201, sending feedback information to the first device includes:

[0547] When an ARQ feedback triggering condition is met, sending the feedback information to the first device;

[0548] The triggering condition for the ARQ feedback includes at least one of the following:

[0549] receiving feedback indication information sent by the first device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet;

[0550] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0551] A network-side node through which the first device and the second device transmit data changes.

[0552] In this embodiment, the triggering mode of ARQ feedback may be passive triggering based on feedback indication information sent by the first device, or active triggering based on air interface channel quality or network side node change.

[0553] In some embodiments, in step 202, the receiving of the unsuccessfully received data packets among the target data packets retransmitted by the first device includes:

[0554] When the triggering condition of the ARQ feedback is met, a fourth timer is started, and before the fourth timer times out, unsuccessfully received data packets among the target data packets retransmitted by the first device are received.

[0555] Correspondingly, the first device starts a third timer when the ARQ retransmission triggering condition is met, and receives feedback information sent by the second device before the third timer times out.

[0556] In the above embodiment, the first device can ensure that the feedback information sent by the second device is received in a timely manner before the third timer times out, and the second device can ensure that the retransmitted data packet sent by the first device is received in a timely manner before the fourth timer times out. In this way, through the data receiving mechanism between the first device and the second device, the reliability of data transmission between the first device and the second device can be guaranteed.

[0557] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0558] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0559] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0560] Polling indication carried in RLC data PDU;

[0561] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0562] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0563] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0564] The explanation of this embodiment is the same as that of the embodiment on the first device side, and can achieve the same technical effect as that on the first device side. Please refer to the explanation on the first device side, and will not be repeated here to avoid repetition.

[0565] In some embodiments, in step 201, sending feedback information to the first device includes:

[0566] Sending an RLC status report to the first device, where the RLC status report carries the feedback information, where the feedback information includes at least one of the following information:

[0567] RLC sequence number SN of the NACK feedback;

[0568] The segment offset indication SO of the RLC SN fed back as NACK;

[0569] The first RLC SN fed back;

[0570] The last RLC SN fed back;

[0571] Bitmap between the first and last RLC SNs fed back.

[0572] It should be noted that the bitmap between the first RLC SN and the last RLC SN fed back may indicate discrete RLC PDUs, that is, the RLC SNs are not necessarily continuous.

[0573] In this embodiment, if either RLC-SN-start or RLC-SN-end is not indicated, the RLC SN range corresponding to the indicated target data packet can be determined by combining the bitmap length with the RLC-SN-start or RLC-SN-end. For example, if the bitmap length is 16 bits and the RLC status report contains the RLC-SN-start field, the reception status of the 16 subsequent RLC PDUs requiring feedback from the RLC-SN-start can be indicated. Here, the RLC PDU corresponding to the RLC-SN-start can be defaulted to ACK or NACK, without additional indication.

[0574] In some embodiments, in step 201, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0575] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0576] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0577] 9 , an embodiment of the present disclosure provides a data transmission apparatus 900, which is applied to a first device and includes:

[0578] A first receiving module 901 is configured to receive feedback information sent by a second device, where the feedback information indicates whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for automatic repeat request (ARQ) feedback performed by the second device;

[0579] The first sending module 902 is configured to retransmit the unsuccessfully received data packets in the target data packets to the second device.

[0580] In some embodiments, the target data includes:

[0581] A packet indicated by a higher layer; or

[0582] a data packet located in a first time period, where the first time period is a time period in which ARQ retransmission is enabled; or

[0583] The data packet is located in the first time period and is indicated by a higher layer.

[0584] In some embodiments, the data packet indicated by the higher layer includes at least one of the following:

[0585] A data packet corresponding to a PDCP packet data unit PDU indicated by a Packet Data Convergence Protocol PDCP layer of the first device;

[0586] a data packet indicated by the application layer of the first device;

[0587] Data packets indicated by higher layers other than the application layer.

[0588] In some embodiments, the apparatus 900 further includes:

[0589] A first processing module is configured to, after an ARQ retransmission trigger condition is met and ARQ retransmission is started for the target data packet, stop performing ARQ retransmission for the target data packet if it is determined that an ARQ retransmission stop condition is met;

[0590] The determining that the ARQ retransmission stop condition is satisfied includes at least one of the following:

[0591] When the air interface channel quality between the first device and the second device is greater than a preset threshold, determining that an ARQ retransmission stop condition is met;

[0592] When the air interface channel quality between the first device and the second device is greater than a preset threshold, starting a first timer, and determining that an ARQ retransmission stop condition is met when the first timer times out;

[0593] When the ARQ retransmission trigger condition is met, starting a second timer, and determining that the ARQ retransmission stop condition is met when the second timer times out;

[0594] Positive feedback is received for N consecutive RLC packet data units (PDUs) in the target data packet, where N is greater than or equal to a preset value.

[0595] In some embodiments, the first processing module is further configured to:

[0596] When the air interface channel quality between the first device and the second device is less than or equal to a preset threshold, stop the first timer.

[0597] In some embodiments, the timeout of the first timer means that the running time of the first timer is greater than or equal to a preset first maximum time length;

[0598] The second timer timing out means that the running time length of the second timer is greater than or equal to the preset second maximum time length.

[0599] In some embodiments, the first receiving module 901 is specifically configured to:

[0600] When the ARQ retransmission triggering condition is met, a third timer is started, and before the third timer times out, feedback information sent by the second device is received.

[0601] In some embodiments, the apparatus 900 is further configured to:

[0602] Initiate ARQ retransmission for the target data packet when an ARQ retransmission triggering condition is met;

[0603] The ARQ retransmission triggering condition includes at least one of the following:

[0604] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0605] A network-side node through which the first device and the second device transmit data changes.

[0606] In some embodiments, the apparatus 900 further includes:

[0607] The second sending module is configured to send feedback indication information to the second device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet.

[0608] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0609] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0610] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0611] Polling indication carried in RLC data PDU;

[0612] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0613] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0614] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0615] In some embodiments, the first receiving module 901 is specifically configured to:

[0616] receiving an RLC status report sent by the second device, where the RLC status report carries the feedback information, and the feedback information includes at least one of the following information:

[0617] RLC sequence number SN of the NACK feedback;

[0618] The segment offset indication SO of the RLC SN fed back as NACK;

[0619] The first RLC SN fed back;

[0620] The last RLC SN fed back;

[0621] Bitmap between the first and last RLC SNs fed back.

[0622] In some embodiments, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0623] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0624] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0625] It should be noted here that the above-mentioned device provided in the embodiment of the present disclosure can implement all the method steps implemented in the method embodiment on the above-mentioned first network element side, and can achieve the same technical effect. The parts and beneficial effects that are the same as the method embodiment in this embodiment will not be described in detail here.

[0626] 10 , an embodiment of the present disclosure provides a data transmission apparatus 1000, which is applied to a second device and includes:

[0627] The third sending module 1001 is configured to send feedback information to the first device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback;

[0628] The second receiving module 1002 is configured to receive data packets that are not successfully received among the target data packets retransmitted by the first device.

[0629] In some embodiments, the third sending module 1001 is specifically configured to:

[0630] When an ARQ feedback triggering condition is met, sending the feedback information to the first device;

[0631] The triggering condition for the ARQ feedback includes at least one of the following:

[0632] receiving feedback indication information sent by the first device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet;

[0633] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0634] A network-side node through which the first device and the second device transmit data changes.

[0635] In some embodiments, the second receiving module 1002 is specifically configured to:

[0636] When the triggering condition of the ARQ feedback is met, a fourth timer is started, and before the fourth timer times out, unsuccessfully received data packets among the target data packets retransmitted by the first device are received.

[0637] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0638] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0639] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0640] Polling indication carried in RLC data PDU;

[0641] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0642] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0643] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0644] In some embodiments, the third sending module 1001 is specifically configured to:

[0645] Sending an RLC status report to the first device, where the RLC status report carries the feedback information, where the feedback information includes at least one of the following information:

[0646] RLC sequence number SN of the NACK feedback;

[0647] The segment offset indication SO of the RLC SN fed back as NACK;

[0648] The first RLC SN fed back;

[0649] The last RLC SN fed back;

[0650] Bitmap between the first and last RLC SNs fed back.

[0651] In some embodiments, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0652] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0653] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0654] It should be noted here that the above-mentioned device provided in the embodiment of the present disclosure can implement all the method steps implemented in the method embodiment on the above-mentioned second network element side, and can achieve the same technical effect. The parts and beneficial effects that are the same as the method embodiment in this embodiment will not be described in detail here.

[0655] Referring to Figure 11 , an embodiment of the present disclosure provides a first device, comprising: a processor 1110; and a memory 1120 connected to the processor 1110 via a bus interface. The memory 1120 is configured to store programs and data used by the processor 1110 when performing operations, and the processor 1110 calls and executes the programs and data stored in the memory 1120. A transceiver 1100 is connected to the bus interface and is configured to receive and transmit data under the control of the processor 1110. The processor 1110 is configured to read the program in the memory 1120 and perform the following processes:

[0656] receiving feedback information sent by a second device, the feedback information being used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback;

[0657] Retransmitting unsuccessfully received data packets among the target data packets to the second device.

[0658] In some embodiments, the target data includes:

[0659] A packet indicated by a higher layer; or

[0660] a data packet located in a first time period, where the first time period is a time period in which ARQ retransmission is enabled; or

[0661] The data packet is located in the first time period and is indicated by a higher layer.

[0662] In some embodiments, the data packet indicated by the higher layer includes at least one of the following:

[0663] A data packet corresponding to a PDCP packet data unit PDU indicated by a Packet Data Convergence Protocol PDCP layer of the first device;

[0664] a data packet indicated by the application layer of the first device;

[0665] Data packets indicated by higher layers other than the application layer.

[0666] In some embodiments, the processor 1110 is further configured to read a program in the memory 1220 and execute the following process:

[0667] After an ARQ retransmission trigger condition is met and ARQ retransmission of the target data packet is started, if it is determined that an ARQ retransmission stop condition is met, stopping ARQ retransmission of the target data packet;

[0668] The determining that the ARQ retransmission stop condition is satisfied includes at least one of the following:

[0669] When the air interface channel quality between the first device and the second device is greater than a preset threshold, determining that an ARQ retransmission stop condition is met;

[0670] When the air interface channel quality between the first device and the second device is greater than a preset threshold, starting a first timer, and determining that an ARQ retransmission stop condition is met when the first timer times out;

[0671] When the ARQ retransmission trigger condition is met, starting a second timer, and determining that the ARQ retransmission stop condition is met when the second timer times out;

[0672] Positive feedback is received for N consecutive RLC packet data units (PDUs) in the target data packet, where N is greater than or equal to a preset value.

[0673] In some embodiments, after starting the first timer, the processor 1110 is further configured to read a program in the memory 1120 and execute the following process:

[0674] When the air interface channel quality between the first device and the second device is less than or equal to a preset threshold, stop the first timer.

[0675] In some embodiments, the timeout of the first timer means that the running time of the first timer is greater than or equal to a preset first maximum time length;

[0676] The second timer timing out means that the running time length of the second timer is greater than or equal to the preset second maximum time length.

[0677] In some embodiments, the processor 1110 is specifically configured to read a program in the memory 1120 and execute the following process:

[0678] When the ARQ retransmission triggering condition is met, a third timer is started, and before the third timer times out, feedback information sent by the second device is received.

[0679] In some embodiments, the processor 1110 is further configured to read a program in the memory 1120 and execute the following process:

[0680] Initiate ARQ retransmission for the target data packet when an ARQ retransmission triggering condition is met;

[0681] The ARQ retransmission triggering condition includes at least one of the following:

[0682] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0683] A network-side node through which the first device and the second device transmit data changes.

[0684] In some embodiments, before receiving the feedback information sent by the second device, the method further includes:

[0685] Feedback indication information is sent to the second device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet.

[0686] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0687] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0688] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0689] Polling indication carried in RLC data PDU;

[0690] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0691] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0692] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0693] In some embodiments, the processor 1110 is specifically configured to read a program in the memory 1120 and execute the following process:

[0694] receiving an RLC status report sent by the second device, where the RLC status report carries the feedback information, and the feedback information includes at least one of the following information:

[0695] RLC sequence number SN of the NACK feedback;

[0696] The segment offset indication SO of the RLC SN fed back as NACK;

[0697] The first RLC SN fed back;

[0698] The last RLC SN fed back;

[0699] Bitmap between the first and last RLC SNs fed back.

[0700] In some embodiments, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0701] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0702] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0703] In FIG11 , the bus architecture may include any number of interconnected buses and bridges, specifically linking together various circuits of one or more processors represented by processor 1110 and memory represented by memory 1120. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface. The transceiver 1100 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices over a transmission medium, such as a wireless channel, a wired channel, an optical cable, and the like. For different user devices, the user interface 1130 may also be an interface capable of connecting external or internal devices as required, and the connected devices include but are not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.

[0704] The processor 1110 is responsible for managing the bus architecture and general processing, and the memory 1120 can store data used by the processor 1110 when performing operations.

[0705] In some embodiments, the processor 1110 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or a complex programmable logic device (CPLD). The processor may also adopt a multi-core architecture.

[0706] The processor calls the computer program stored in the memory to execute any of the methods provided by the embodiments of the present disclosure according to the obtained executable instructions. The processor and the memory can also be arranged physically separately.

[0707] Referring to Figure 12, an embodiment of the present disclosure provides a second device, including: a processor 1210; and a memory 1220 connected to the processor 1210 through a bus interface, the memory 1220 being used to store programs and data used by the processor 1210 when performing operations, and the processor 1210 calls and executes the programs and data stored in the memory 1220.

[0708] The transceiver 1200 is connected to the bus interface and is used to receive and send data under the control of the processor 1210; the processor 1210 is used to read the program in the memory 1220 and execute the following process:

[0709] Sending feedback information to the first device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback;

[0710] Receive data packets that are not successfully received among the target data packets retransmitted by the first device.

[0711] In some embodiments, the processor 1210 is further configured to read a program in the memory 1220 and execute the following process:

[0712] When an ARQ feedback triggering condition is met, sending the feedback information to the first device;

[0713] The triggering condition for the ARQ feedback includes at least one of the following:

[0714] receiving feedback indication information sent by the first device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet;

[0715] The air interface channel quality between the first device and the second device is less than or equal to a preset threshold;

[0716] A network-side node through which the first device and the second device transmit data changes.

[0717] In some embodiments, the processor 1210 is further configured to read a program in the memory 1220 and execute the following process:

[0718] When the triggering condition of the ARQ feedback is met, a fourth timer is started, and before the fourth timer times out, unsuccessfully received data packets among the target data packets retransmitted by the first device are received.

[0719] In some embodiments, the feedback indication information is sent via an RLC PDU and includes at least one of the following:

[0720] an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU;

[0721] A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap;

[0722] Polling indication carried in RLC data PDU;

[0723] an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication;

[0724] The RLC SN range corresponding to the target data packet carried in the RLC control PDU;

[0725] A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

[0726] In some embodiments, the processor 1210 is further configured to read a program in the memory 1320 and execute the following process:

[0727] Sending an RLC status report to the first device, where the RLC status report carries the feedback information, where the feedback information includes at least one of the following information:

[0728] RLC sequence number SN of the NACK feedback;

[0729] The segment offset indication SO of the RLC SN fed back as NACK;

[0730] The first RLC SN fed back;

[0731] The last RLC SN fed back;

[0732] Bitmap between the first and last RLC SNs fed back.

[0733] In some embodiments, the radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel;

[0734] Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or,

[0735] The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

[0736] In FIG12 , the bus architecture may include any number of interconnected buses and bridges, specifically various circuits linked together by one or more processors represented by processor 1210 and memory represented by memory 1220. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface. The transceiver 1200 may be a plurality of components, namely, a transmitter and a receiver, providing a unit for communicating with various other devices on a transmission medium, such as a wireless channel, a wired channel, an optical cable, and the like. The processor 1210 is responsible for managing the bus architecture and general processing, and the memory 1220 may store data used by the processor 1210 when performing operations.

[0737] The processor 1210 may be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or a complex programmable logic device (CPLD). The processor may also adopt a multi-core architecture.

[0738] The present disclosure also provides a processor-readable storage medium storing a computer program, wherein the computer program is used to enable the processor to execute the data transmission method applied to the first device side or the data transmission method applied to the second device side.

[0739] The embodiment of the present disclosure also provides a computer program product, including computer instructions. When the computer instructions are executed by a processor, the various processes of the above-mentioned method embodiment are implemented and the same technical effect can be achieved. To avoid repetition, they are not described here.

[0740] The processor-readable storage medium can be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic storage (such as floppy disks, hard disks, magnetic tapes, magneto-optical disks (MO)), optical storage (such as CDs, DVDs, BDs, HVDs, etc.), and semiconductor storage (such as ROMs, EPROMs, EEPROMs, non-volatile memories (NAND FLASH), solid-state drives (SSDs)), etc.

[0741] It should be noted that the division of units in the embodiments of the present disclosure is schematic and is merely a logical functional division. In actual implementation, other division methods may be used. Furthermore, the functional units in the various embodiments of the present disclosure may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0742] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a processor-readable storage medium. Based on this understanding, the technical solution of the present disclosure is essentially or the part that contributes to the relevant technology or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the method described in each embodiment of the present disclosure. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0743] Those skilled in the art will appreciate that the embodiments of the present disclosure may be provided as methods, systems, or computer program products. Therefore, the present disclosure may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Furthermore, the present disclosure may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage and optical storage, etc.) containing computer-usable program code.

[0744] These processor-executable instructions may also be stored in a processor-readable memory that can direct a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the processor-readable memory produce a product including an instruction device that implements the functions specified in one or more processes in the flowchart and / or one or more boxes in the block diagram.

[0745] These processor-executable instructions may also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, whereby the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more processes in the flowchart and / or one or more boxes in the block diagram.

[0746] In addition, it should be noted that, in the apparatus and method of the present invention, it is obvious that each component or each step can be decomposed and / or recombined. These decompositions and / or recombinations should be regarded as equivalent schemes of the present invention. Moreover, the steps of performing the above-mentioned series of processing can naturally be performed in chronological order according to the order of description, but it is not necessary to perform them in chronological order, and some steps can be performed in parallel or independently of each other. For those of ordinary skill in the art, it will be understood that all or any steps or components of the method and apparatus of the present invention can be implemented in any computing device (including processors, storage media, etc.) or a network of computing devices in hardware, firmware, software or a combination thereof, which can be achieved by those of ordinary skill in the art using their basic programming skills after reading the description of the present invention.

[0747] It should be noted that it should be understood that the division of the above modules is merely a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated. Moreover, these modules can all be implemented in the form of software called by a processing element; or they can all be implemented in the form of hardware; or some modules can be implemented in the form of software called by a processing element, and some modules can be implemented in the form of hardware. For example, a module can be a separately established processing element, or it can be integrated into a chip of the above-mentioned device. In addition, it can also be stored in the memory of the above-mentioned device in the form of program code, and called by a processing element of the above-mentioned device to perform the functions of the above-mentioned module. The implementation of other modules is similar. In addition, these modules can all or partly be integrated together, or they can be implemented independently. The processing element described here can be an integrated circuit with signal processing capabilities. During implementation, each step of the above method or each module above can be completed by an integrated logic circuit of hardware in the processor element or instructions in the form of software.

[0748] For example, each module, unit, sub-unit or sub-module can be one or more integrated circuits configured to implement the above method, such as one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), or one or more field programmable gate arrays (FPGAs). For another example, when a module is implemented by scheduling program code through a processing element, the processing element can be a general-purpose processor, such as a central processing unit (CPU) or other processor that can call program code. For another example, these modules can be integrated together and implemented in the form of a system-on-a-chip (SOC).

[0749] The terms "first," "second," and the like in the specification and claims of the present disclosure are used to distinguish similar objects and are not necessarily used to describe a particular order or sequential sequence. It should be understood that the terms used in this manner are interchangeable where appropriate so that the embodiments of the present disclosure described herein may be implemented in a sequence other than those illustrated or described herein. In addition, the terms "including" and "having," and any variations thereof, are intended to cover non-exclusive inclusions, e.g., a process, method, system, product, or apparatus comprising a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units that are not explicitly listed or that are inherent to such processes, methods, products, or apparatus.

[0750] Obviously, those skilled in the art may make various changes and modifications to the present disclosure without departing from the spirit and scope of the present disclosure. Thus, if these modifications and variations of the present disclosure fall within the scope of the claims of the present disclosure and their equivalents, the present disclosure is intended to include these modifications and variations.

Claims

1. A data transmission method, applied to a first device, comprising: receiving feedback information sent by a second device, the feedback information being used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback; Retransmitting unsuccessfully received data packets among the target data packets to the second device.

2. The data transmission method according to claim 1, wherein: The target data includes: A packet indicated by a higher layer; or a data packet located in a first time period, where the first time period is a time period in which ARQ retransmission is enabled; or The data packet is located in the first time period and is indicated by a higher layer.

3. The data transmission method according to claim 2, wherein: The data packet indicated by the higher layer includes at least one of the following: A data packet corresponding to a PDCP packet data unit PDU indicated by a Packet Data Convergence Protocol PDCP layer of the first device; a data packet indicated by the application layer of the first device; Data packets indicated by higher layers other than the application layer.

4. The data transmission method according to claim 1, further comprising: After an ARQ retransmission trigger condition is met and ARQ retransmission of the target data packet is started, if it is determined that an ARQ retransmission stop condition is met, stopping ARQ retransmission of the target data packet; The determining that the ARQ retransmission stop condition is satisfied includes at least one of the following: When the air interface channel quality between the first device and the second device is greater than a preset threshold, determining that an ARQ retransmission stop condition is met; When the air interface channel quality between the first device and the second device is greater than a preset threshold, starting a first timer, and determining that an ARQ retransmission stop condition is met when the first timer times out; When the ARQ retransmission trigger condition is met, starting a second timer, and determining that the ARQ retransmission stop condition is met when the second timer times out; Positive feedback is received for N consecutive RLC packet data units (PDUs) in the target data packet, where N is greater than or equal to a preset value.

5. The data transmission method according to claim 4, wherein after starting the first timer, the method further comprises: When the air interface channel quality between the first device and the second device is less than or equal to a preset threshold, stop the first timer. The data transmission method according to claim 4 , wherein: The first timer timeout means that the running time of the first timer is greater than or equal to the preset first maximum time length; The second timer timing out means that the running time length of the second timer is greater than or equal to the preset second maximum time length.

7. The data transmission method according to claim 1, wherein: The receiving feedback information sent by the second device includes: When the ARQ retransmission triggering condition is met, a third timer is started, and before the third timer times out, feedback information sent by the second device is received.

8. The data transmission method according to claim 1, wherein: The method further comprises: Initiate ARQ retransmission for the target data packet when an ARQ retransmission triggering condition is met; The ARQ retransmission triggering condition includes at least one of the following: The air interface channel quality between the first device and the second device is less than or equal to a preset threshold; A network-side node through which the first device and the second device transmit data changes.

9. The data transmission method according to claim 1, wherein: Before receiving the feedback information sent by the second device, the method further includes: Feedback indication information is sent to the second device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet.

10. The data transmission method according to claim 9, wherein: The feedback indication information is sent via an RLC PDU and includes at least one of the following: an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU; A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap; Polling indication carried in RLC data PDU; an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication; The RLC SN range corresponding to the target data packet carried in the RLC control PDU; A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

11. The data transmission method according to claim 1, wherein: The receiving feedback information sent by the second device includes: receiving an RLC status report sent by the second device, where the RLC status report carries the feedback information, and the feedback information includes at least one of the following information: RLC sequence number SN of the NACK feedback; The segment offset indication SO of the RLC SN fed back as NACK; The first RLC SN fed back; The last RLC SN fed back; Bitmap between the first and last RLC SNs fed back.

12. The data transmission method according to claim 1, wherein: The radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel; Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or, The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

13. A data transmission method, applied to a second device, the method comprising: Sending feedback information to the first device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback; Receive data packets that are not successfully received among the target data packets retransmitted by the first device.

14. The data transmission method according to claim 13, wherein: The sending feedback information to the first device includes: When an ARQ feedback triggering condition is met, sending the feedback information to the first device; The triggering condition for the ARQ feedback includes at least one of the following: receiving feedback indication information sent by the first device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet; The air interface channel quality between the first device and the second device is less than or equal to a preset threshold; A network-side node through which the first device and the second device transmit data changes.

15. The data transmission method according to claim 14, wherein: The receiving the unsuccessfully received data packet among the target data packets retransmitted by the first device includes: When the triggering condition of the ARQ feedback is met, a fourth timer is started, and before the fourth timer times out, unsuccessfully received data packets among the target data packets retransmitted by the first device are received.

16. The data transmission method according to claim 14, wherein: The feedback indication information is sent via an RLC PDU and includes at least one of the following: an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU; A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap; Polling indication carried in RLC data PDU; an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication; The RLC SN range corresponding to the target data packet carried in the RLC control PDU; A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

17. The data transmission method according to claim 13, wherein: The sending feedback information to the first device includes: Sending an RLC status report to the first device, where the RLC status report carries the feedback information, where the feedback information includes at least one of the following information: RLC sequence number SN of the NACK feedback; The segment offset indication SO of the RLC SN fed back as NACK; The first RLC SN fed back; The last RLC SN fed back; Bitmap between the first and last RLC SNs fed back.

18. The data transmission method according to claim 13, wherein: The radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel; Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or, The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

19. A first device, comprising: A transceiver, a memory, a processor, and a computer program stored in the memory and executable on the processor; wherein the processor is configured to read the program in the memory and execute the following process: receiving feedback information sent by a second device, the feedback information being used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback; Retransmitting unsuccessfully received data packets among the target data packets to the second device.

20. The first device according to claim 19, wherein The target data includes: A packet indicated by a higher layer; or a data packet located in a first time period, where the first time period is a time period in which ARQ retransmission is enabled; or The data packet is located in the first time period and is indicated by a higher layer.

21. The first device according to claim 20, wherein The data packet indicated by the higher layer includes at least one of the following: A data packet corresponding to a PDCP packet data unit PDU indicated by a Packet Data Convergence Protocol PDCP layer of the first device; a data packet indicated by the application layer of the first device; Data packets indicated by higher layers other than the application layer.

22. The first device according to claim 19, wherein The processor is further configured to read a program in the memory and execute the following processes: After an ARQ retransmission trigger condition is met and ARQ retransmission of the target data packet is started, if it is determined that an ARQ retransmission stop condition is met, stopping ARQ retransmission of the target data packet; The determining that the ARQ retransmission stop condition is satisfied includes at least one of the following: When the air interface channel quality between the first device and the second device is greater than a preset threshold, determining that an ARQ retransmission stop condition is met; When the air interface channel quality between the first device and the second device is greater than a preset threshold, starting a first timer, and determining that an ARQ retransmission stop condition is met when the first timer times out; When the ARQ retransmission trigger condition is met, starting a second timer, and determining that the ARQ retransmission stop condition is met when the second timer times out; Positive feedback is received for N consecutive RLC packet data units (PDUs) in the target data packet, where N is greater than or equal to a preset value.

23. The first device according to claim 22, wherein: The processor is further configured to read a program in the memory and execute the following processes: When the air interface channel quality between the first device and the second device is less than or equal to a preset threshold, stop the first timer.

24. The first device according to claim 22, wherein The first timer timeout means that the running time of the first timer is greater than or equal to the preset first maximum time length; The second timer timing out means that the running time length of the second timer is greater than or equal to the preset second maximum time length.

25. The first device according to claim 19, wherein The processor is used to read the program in the memory and execute the following processes: When the ARQ retransmission triggering condition is met, a third timer is started, and before the third timer times out, feedback information sent by the second device is received.

26. The first device according to claim 19, wherein The processor is further configured to read a program in the memory and execute the following processes: Initiate ARQ retransmission for the target data packet when an ARQ retransmission triggering condition is met; The ARQ retransmission triggering condition includes at least one of the following: The air interface channel quality between the first device and the second device is less than or equal to a preset threshold; A network-side node through which the first device and the second device transmit data changes.

27. The first device according to claim 19, wherein The processor is further configured to read a program in the memory and execute the following processes: Feedback indication information is sent to the second device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet.

28. The first device according to claim 27, wherein The feedback indication information is sent via an RLC PDU and includes at least one of the following: an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU; A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap; Polling indication carried in RLC data PDU; an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication; The RLC SN range corresponding to the target data packet carried in the RLC control PDU; A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

29. The first device according to claim 19, wherein The processor is used to read the program in the memory and execute the following processes: receiving an RLC status report sent by the second device, where the RLC status report carries the feedback information, and the feedback information includes at least one of the following information: RLC sequence number SN of the NACK feedback; The segment offset indication SO of the RLC SN fed back as NACK; The first RLC SN fed back; The last RLC SN fed back; Bitmap between the first and last RLC SNs fed back.

30. The first device according to claim 19, wherein The radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel; Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or, The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

31. A second device comprising: A transceiver, a memory, a processor, and a computer program stored in the memory and executable on the processor; wherein the processor is configured to read the program in the memory and execute the following process: Sending feedback information to the first device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for which the second device performs automatic repeat request (ARQ) feedback; Receive data packets that are not successfully received among the target data packets retransmitted by the first device.

32. The second device according to claim 31, wherein The processor is used to read the program in the memory and execute the following processes: When an ARQ feedback triggering condition is met, sending the feedback information to the first device; The triggering condition for the ARQ feedback includes at least one of the following: receiving feedback indication information sent by the first device, where the feedback indication information is used to notify the second device to perform ARQ feedback on the target data packet; The air interface channel quality between the first device and the second device is less than or equal to a preset threshold; A network-side node through which the first device and the second device transmit data changes.

33. The second device according to claim 31, wherein The processor is used to read the program in the memory and execute the following processes: When the triggering condition of the ARQ feedback is met, a fourth timer is started, and before the fourth timer times out, unsuccessfully received data packets among the target data packets retransmitted by the first device are received.

34. The second device according to claim 32, wherein The feedback indication information is sent via an RLC PDU and includes at least one of the following: an offset value carried in an RLC header of an RLC data PDU, the offset value being used to represent an offset position of a data packet in the target data packet relative to the RLC data PDU; A bitmap carried in the RLC header of an RLC data PDU, the bitmap being used to indicate the location of a target data packet having at most the same number of bits as the bitmap; Polling indication carried in RLC data PDU; an RLC sequence number SN range corresponding to the target data packet carried in an RLC header of an RLC data PDU, the RLC PDU carrying the polling indication; The RLC SN range corresponding to the target data packet carried in the RLC control PDU; A bitmap is carried in the RLC control PDU, where the bitmap is used to indicate the discrete target data packets.

35. The second device according to claim 31, wherein The processor is used to read the program in the memory and execute the following processes: Sending an RLC status report to the first device, where the RLC status report carries the feedback information, where the feedback information includes at least one of the following information: RLC sequence number SN of the NACK feedback; The segment offset indication SO of the RLC SN fed back as NACK; The first RLC SN fed back; The last RLC SN fed back; Bitmap between the first and last RLC SNs fed back.

36. The second device according to claim 31, wherein The radio bearer corresponding to the target data packet is configured with at least one uplink RLC channel and at least one downlink RLC channel; Wherein, one uplink RLC channel corresponds to one uplink RLC entity, and one downlink RLC channel corresponds to one downlink RLC entity; or, The uplink RLC channel and the downlink RLC channel respectively correspond to uplink and downlink ends of an RLC entity having uplink and downlink directions.

37. A data transmission device, applied to a first device, comprising: A first receiving module is configured to receive feedback information sent by a second device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for automatic repeat request (ARQ) feedback performed by the second device; The first sending module is configured to retransmit the data packets that are not successfully received in the target data packets to the second device.

38. A data transmission device, applied to a second device, comprising: A third sending module is configured to send feedback information to the first device, where the feedback information is used to indicate whether a target data packet sent by the first device is successfully received; wherein the target data packet is a portion of data packets in a radio bearer, and the portion of data packets is a data packet for automatic repeat request (ARQ) feedback performed by the second device; The second receiving module is configured to receive data packets that are not successfully received among the target data packets retransmitted by the first device.

39. A processor-readable storage medium storing a computer program, wherein the computer program is used to enable the processor to execute the data transmission method according to any one of claims 1 to 12, or the data transmission method according to any one of claims 13 to 18.

40. A computer program product comprising computer instructions, which, when executed by a processor, implement the steps of the data transmission method according to any one of claims 1 to 12, or implement the steps of the data transmission method according to any one of claims 13 to 18.

Images