Data retransmission method and apparatus, terminal, network-side device, and readable storage medium

Abstract

The application discloses a data retransmission method and device, a terminal, a network side equipment and a readable storage medium, and belongs to the technical field of communication. The data retransmission method comprises the following steps: a terminal receives first scheduling information from a network side equipment, wherein the first scheduling information is used for scheduling HARQ transmission of a first data packet; and according to the first scheduling information, a second data packet is sent to the network side equipment through a MAC layer, wherein the second data packet is generated by the MAC layer based on at least part of data in the first data packet; and the second data packet is different from the first data packet.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to a data retransmission method, apparatus, terminal, network-side equipment, and readable storage medium. Background Technology

[0002] Currently, in wireless communication systems, after a terminal transmits a Hybrid Automatic Repeat Request (HARQ) packet, if the HARQ transmission of the packet fails, the network-side device can either abandon scheduling the HARQ transmission of the packet, or the network-side device can trigger the terminal to retransmit the packet via the RLC layer through a Radio Link Control (RLC) status report.

[0003] However, if the network-side device abandons the HARQ transmission of the scheduled data packet, the data transmission within that packet may fail, potentially affecting the communication quality between the terminal and the network-side device. Alternatively, during the process where the network-side device triggers the terminal to perform HARQ retransmission of the data packet through the RLC layer via an RLC status report, the terminal may need a considerable amount of time to receive the RLC status report. This could also lead to a longer time for the terminal to perform HARQ retransmission of the data packet through the RLC layer, potentially affecting the communication quality between the terminal and the network-side device. Thus, the communication quality of the wireless communication system is poor. Summary of the Invention

[0004] This application provides a data retransmission method, apparatus, terminal, network-side device, and readable storage medium, which can solve the problem of poor communication quality in wireless communication systems.

[0005] In a first aspect, a data retransmission method is provided, executed by a terminal, the method comprising: the terminal receiving first scheduling information from a network-side device, the first scheduling information being used to schedule HARQ transmission of a first data packet; and, according to the first scheduling information, sending a second data packet to the network-side device through a MAC layer, the second data packet being generated by the MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0006] Secondly, a data retransmission method is provided, executed by a network-side device. The method includes: the network-side device sending first configuration information to a terminal, the first configuration information being used to configure the terminal to send retransmitted data packets through the terminal's MAC layer; sending first scheduling information to the terminal, the first scheduling information being used to schedule HARQ transmission of the first data packet; and receiving a second data packet from the terminal, the second data packet being generated by the MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0007] Thirdly, a data retransmission apparatus is provided, comprising a receiving module and a sending module. The receiving module is configured to receive first scheduling information from a network-side device, the first scheduling information being used to schedule HARQ transmission of a first data packet. The sending module is configured to, based on the first scheduling information received by the receiving module, send a second data packet to the network-side device via a MAC layer, the second data packet being generated by the MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0008] Fourthly, a data retransmission apparatus is provided, comprising a sending module and a receiving module. The sending module is configured to send first configuration information to a terminal, the first configuration information configuring the terminal to send retransmitted data packets through the terminal's MAC layer; and to send first scheduling information to the terminal, the first scheduling information scheduling HARQ transmission of the first data packet. The receiving module is configured to receive a second data packet from the terminal, the second data packet being generated by the terminal's MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0009] Fifthly, a data retransmission apparatus is provided, the apparatus being configured to perform the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.

[0010] In a sixth aspect, a terminal is provided, the terminal including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first aspect.

[0011] In a seventh aspect, a terminal is provided, including a processor and a communication interface, wherein the communication interface is used to receive first scheduling information from a network-side device, the first scheduling information being used to schedule HARQ transmission of a first data packet; and according to the first scheduling information, to send a second data packet to the network-side device through a MAC layer, the second data packet being generated by the MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0012] Eighthly, a network-side device is provided, the network-side device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the second aspect.

[0013] A ninth aspect provides a network-side device, including a processor and a communication interface, wherein the communication interface is configured to send first configuration information to a terminal, the first configuration information being configured to configure the terminal to send retransmission data packets through the terminal's MAC layer; and to send first scheduling information to the terminal, the first scheduling information being configured to schedule HARQ transmission of the first data packet; and to receive a second data packet from the terminal, the second data packet being generated by the terminal's MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0014] In a tenth aspect, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.

[0015] Eleventhly, a wireless communication system is provided, comprising: a terminal and a network-side device, wherein the terminal can be used to perform the steps of the method as described in the first aspect, and the network-side device can be used to perform the steps of the method as described in the second aspect.

[0016] In a twelfth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run a program or instructions to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.

[0017] In a thirteenth aspect, a computer program / program product is provided, which is stored in a storage medium and is executed by at least one processor to implement the steps of the method as described in the first aspect, or to implement the steps of the method as described in the second aspect.

[0018] In this embodiment, the terminal can receive first scheduling information from a network-side device for scheduling HARQ transmission of a first data packet, and according to the first scheduling information, send a second data packet generated by the MAC layer based on at least a portion of the data in the first data packet to the network-side device through the MAC layer; wherein the second data packet is different from the first data packet. Since the terminal, after receiving the first scheduling information for scheduling HARQ transmission of the first data packet, can directly send the second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer according to the first scheduling information, without needing to send at least a portion of the data in the first data packet to the network-side device according to the network-side device's scheduling, it can avoid the situation where the terminal is unable to send the second data packet to the network-side device due to the network-side device abandoning the scheduling of HARQ retransmission of the first data packet, thus causing the at least part of the data transmission to fail. This improves the communication quality between the terminal and the network-side device. Furthermore, since the terminal can directly send a second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer, without waiting for the network-side device to trigger the terminal to send the second data packet through an RLC status report, the latency of sending the second data packet to the network-side device can be reduced, thereby improving the communication quality between the terminal and the network-side device. This improves the communication quality of the wireless communication system.

[0019] In this embodiment, the network-side device can send first configuration information to the terminal for configuring the terminal to send retransmitted data packets through the terminal's MAC layer. This allows the network-side device to send first scheduling information to the terminal for scheduling HARQ transmission of the first data packet and receive a second data packet from the terminal. This second data packet is generated by the terminal's MAC layer based on at least a portion of the data in the first data packet; the second data packet is different from the first data packet. Since the network-side device can configure the terminal to send retransmitted data packets through the terminal's MAC layer, after sending the first scheduling information for scheduling HARQ transmission of the first data packet to the terminal, the terminal can directly send the second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer according to the first scheduling information, without needing to send at least a portion of the data in the first data packet to the network-side device according to the network-side device's scheduling. Therefore, it avoids the situation where the terminal cannot send the second data packet to the network-side device due to the network-side device abandoning the scheduling of HARQ retransmission of the first data packet, resulting in the failure of at least part of the data transmission, thereby improving the communication quality between the terminal and the network-side device. Furthermore, since the terminal can directly send a second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer, without waiting for the network-side device to trigger the terminal to send the second data packet through an RLC status report, the latency of sending the second data packet to the network-side device can be reduced, thereby improving the communication quality between the terminal and the network-side device. This improves the communication quality of the wireless communication system. Attached Figure Description

[0020] Figure 1A This is a schematic diagram of the protocol layer in related technologies;

[0021] Figure 1B This is one of the functional diagrams of the protocol layer in related technologies;

[0022] Figure 1C This is the second functional diagram of the protocol layer in related technologies;

[0023] Figure 1D This is a schematic diagram of the data processing flow in related technologies;

[0024] Figure 1E This is a schematic diagram of channel multiplexing at the MAC layer in related technologies;

[0025] Figure 1F This is one of the schematic diagrams illustrating the HARQ transmission process of data packets between the terminal and network-side devices in related technologies;

[0026] Figure 1GThis is the second schematic diagram of the process of HARQ transmission of data packets between the terminal and network-side devices in related technologies;

[0027] Figure 2 This is a block diagram of a wireless communication system provided in an embodiment of this application;

[0028] Figure 3 This is one of the flowcharts illustrating the data retransmission method provided in the embodiments of this application;

[0029] Figure 4 This is a schematic diagram of the segmentation of the first data packet in the data retransmission method provided in the embodiments of this application;

[0030] Figure 5 This is a second schematic flowchart of the data retransmission method provided in the embodiments of this application;

[0031] Figure 6 This is one of the structural schematic diagrams of the data retransmission device provided in the embodiments of this application;

[0032] Figure 7 This is a second schematic diagram of the data retransmission device provided in the embodiments of this application;

[0033] Figure 8 This is a schematic diagram of the hardware structure of the communication device provided in the embodiments of this application;

[0034] Figure 9 This is a schematic diagram of the hardware structure of the terminal provided in the embodiments of this application;

[0035] Figure 10 This is a schematic diagram of the hardware structure of the network-side device provided in the embodiments of this application. Detailed Implementation

[0036] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0037] The technical terms used in the embodiments of this application will be explained below.

[0038] 1. Data processing in the user plane

[0039] Currently, in New Radio (NR) networks, the user plane protocol stack mainly includes the Service Data Adaptation Protocol (SDAP) layer, the Packet Data Convergence Protocol (PDCP) layer, the Radio Link Control (RLC) layer, the Medium Access Control (MAC) layer, and the PHY layer. For example... Figure 1A As shown, the protocol stacks of both the terminal and the base station (e.g., the next generation Node B, gNB) include the SDAP layer, PDCP layer, RLC layer, MAC layer, and PHY layer. Except for the PHY layer, which is the L1 protocol stack, the other four protocol layers constitute the L2 protocol stack.

[0040] The key functions of the PDCP layer include header compression, encryption, integrity protection, and data reliability assurance in switching and traffic splitting scenarios. The RLC layer can segment data and perform Automatic Repeat Request (ARQ) retransmissions to ensure data transmission reliability. The MAC layer performs cascading and multiplexing of multiple RBs, transmitting packets at the Transmission Time Interval (TTI) level, and implementing low-level retransmission using HARQ multi-processing.

[0041] like Figure 1B and Figure 1C As shown, in the uplink (or downlink) L2 protocol stack, the SDAP layer can process QoS flow and map QoS flow to radio bearers; the PDCP layer can perform header compression and decompression and security operations; the RLC layer can perform segmentation and ARQ; and the MAC layer can perform transmission resource scheduling, multiplexing, and HARQ operations.

[0042] like Figure 1DAs shown, after the Internet Protocol Address (IP) packet n (and IP packet n+1, IP packet m) from the upper protocol layer of the SDAP layer enters the SDAP layer, the SDAP layer can process the IP packet n (and IP packet n+1, IP packet m) to obtain an SDAP SDU, and add a header structure to obtain an SDAP PDU. Then, after the SDAP PDU enters the PDCP layer, the PDCP layer can process the SDAP PDU to obtain a PDCP SDU, and add a header structure to obtain a PDCP PDU. Then, after the PDCP PDU enters the RLC layer, the RLC layer can process the PDCP PDU to obtain an RLCSDU, and add a header structure to obtain an RLC PDU. If the RLC PDU is large, for example, the RLC PDU corresponding to IP packet m is large, the RLC layer can also segment the RLC PDU. Finally, after the RLC PDU enters the MAC layer, the MAC layer can process the RLC PDU to obtain a MAC SDU, and add a header structure to obtain a MAC PDU. Furthermore, the MAC layer can map MAC PDUs onto the uplink licensed transport block (TB). For example, the MAC layer can map the MAC PDUs corresponding to IP packet n and IP packet n+1 onto the uplink licensed TB, and map the MAC PDUs corresponding to partial data segments in IP packet m onto the uplink licensed TB.

[0043] Typically, the RLC layer provides three data transmission modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode (AM). UM and AM are used for data service transmission, and their functions and architectures are as follows:

[0044] UM (Unified Memory) typically handles real-time services and has a certain tolerance for packet loss, such as voice services. It doesn't have an outer loop for retransmission, can be segmented, and supports sorting and sequential delivery. It supports both numbered and unnumbered formats.

[0045] AM is suitable for most internet services, such as video or web browsing or games, and supports key functions such as splitting, re-splitting, retransmission, control, and reordering.

[0046] 2. RLCAM sender polling mechanism

[0047] The sending end determines whether to set P=1 in the RLC PDU header and update the status variable POLL_SN based on the following statistical analysis:

[0048] a) The amount of new transmission data (byte) exceeds multiple thresholds configured by the network;

[0049] b) The number of new transmission data PDUs exceeds the threshold configured by the network;

[0050] c) Both the new transmission window and the retransmission window are empty;

[0051] d) New transmission cannot be performed because the transmission window is blocked.

[0052] When this RLC PDU is delivered to the lower layer for scheduled transmission, the RLC layer may start the t-PollRetransmit poll retransmission timer. If the status report corresponding to poll_SN is received before the timer expires, the timer is stopped. When the timer expires, the poll bit is set in the latest data packet. If there are no new transmission and retransmission data packets to be sent, the data packet for which no acknowledgement (ACK) has been received may be blindly retransmitted.

[0053] 3. RLC AM receiving end RLC status report sending mechanism

[0054] The receiving end controls the sending of RLC status reports through the state variable RX_Highest_Status, and data packets with SN less than this variable can be considered lost, and the corresponding NACK is sent.

[0055] When a data packet with SN=X is received and the P field indicates 1, it is determined whether x<RX_Highest_Status or x>=RX_Next+AM_Window_Size. If it is within this interval, the status report may be triggered, otherwise it is required to wait until X is less than RX_Highest_Status.

[0056] The RX_Highest_Status variable is the maximum SN PDU that can send an RLC status report, and is updated by continuously receiving new data packets and RX_Next_Status_Trigger controlled by the t-reassembly waiting timer.

[0057] After the receiving end sends the RLC status report, it will also start t-status prohibit to control frequent sending of status reports, that is, after the receiving end sends an RLC status report once, it may start t-status prohibit, and before the t-status prohibit expires, the receiving end does not send the RLC status report.

[0058] 4. RLC UM receiving end mechanism

[0059] The UM receiver RLC also maintains a reassembly window through some states. This reassembly window is used by the receiver to wait for out-of-order UM RLC PDUs to arrive in order to recover the PDCP PDU.

[0060] RX_Next_Highest represents the highest SN of the currently received SDU, and RX_Next_Highest–UM_Window_Size represents the receive window. New RLC UM packets received outside this window need to be deleted.

[0061] RX_Next_Reassembly is used to represent the SDU SN with the smallest SN within the receive window that has not yet been received. t-Reassembly is started for the highest-ranking SDU currently received, and the highest SN at the start time is assigned to the variable RX_Timer_Trigger. Data whose timer expiration SN is less than RX_Timer_Trigger and has not yet been correctly received is also deleted and no longer waited for.

[0062] 5. PDCP layer SN interval (GAP) report

[0063] The 3rd Generation Partnership Project (3GPP) Release 18 introduces a PDCP SN GAP report mechanism. When the sender deletes a numbered PDCP SDU that has not yet been sent to the underlying layer due to the PDCP discard feature, it needs to send a PDCP SN GAP report to notify the receiver which data packets have been deleted. This eliminates the need for the receiver to wait and saves reordering latency.

[0064] 6. MAC layer reuse

[0065] like Figure 1E As shown, the MAC layer can multiplex the same logical channel or multiple logical channels, such as... Figure 1E As shown, each MAC SDU from the same or different LCHs will have a corresponding MAC sub PDU header, indicating which LCH the MAC SDU comes from and the length of the SDU.

[0066] 7. HARQ / Automatic Repeat Request (ARQ) Coordination

[0067] Currently, transmission performance can be improved in mobile communication systems through some collaboration between HARQ and ARQ.

[0068] For example, in Long Term Evolution (LTE) systems, both uplink and downlink HARQs have Negative Acknowledgement (NACK) / ACK. From a protocol perspective, HARQ and ARQ do not interact. At the implementation level, the transmitting end knows the correspondence between RLC PDU and MAC PDU. Therefore, the transmitting end RLC can determine the trigger for retransmission of the corresponding PDU based on the receiving end's HARQ NACK and NDI.

[0069] In New Radio (NR) systems, a similar mechanism can be used for downlink data transmission. However, since uplink data transmission only has scheduling and no HARQ NACK, the UE, as the sender, cannot distinguish whether it is a new transmission after correct reception or a new transmission after HARQ abandons retransmission.

[0070] The receiving end cannot distinguish the correspondence between MAC PDU and RLC PDU, and therefore cannot coordinate.

[0071] In related technologies, ARQ / HARQ mechanisms in NR systems include... Figure 1F and Figure 1G As shown.

[0072] For uplink data transmission, Figure 1F In this process, the terminal can first perform a HARQ initial transmission of the data packet. If the HARQ initial transmission of the data packet fails, the network-side device can schedule a retransmission through the Physical Downlink Control Channel (PDCCH), allowing the terminal to perform a HARQ retransmission of the data packet. If the HARQ retransmission of the data packet fails, the network-side device can abandon the retransmission and schedule the transmission of a new data packet through the PDCCH. However, the terminal cannot recognize data transmission failures. When the T-reassembly time of the network-side device's RLC layer expires, the network-side device can send an RLC status report to the terminal through the RLC layer to trigger the terminal to perform an RLC retransmission. Understandably, the terminal needs to wait a relatively long time before performing an RLC retransmission, resulting in a significant delay.

[0073] For downlink data transmission, in Figure 1GIn this process, the network-side device can first perform a HARQ initial transmission of the data packet. If the HARQ initial transmission of the data packet fails, the terminal can send a HARQ NACK to the network-side device. The network-side device can then schedule a retransmission via PDCCH and perform a HARQ retransmission of the data packet. If the HARQ retransmission of the data packet fails, the terminal can send another HARQ NACK to the network-side device. In this case, the network-side device can abandon the HARQ retransmission of the data packet and schedule the transmission of a new data packet via PDCCH. This allows the network-side device to trigger the transmission of failed HARQ retransmission data packets through the RLC layer through inter-layer interaction optimization. Alternatively, if the terminal's RLC layer T-reassembly expires, the terminal can send an RLC status report to the network-side device through the RLC layer to trigger RLC retransmission. It is understandable that the terminal needs to wait a relatively long time before performing RLC retransmission, resulting in a significant latency.

[0074] 8. Other terms

[0075] The terms "first," "second," etc., used in this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, the first object can be one or more. Furthermore, "or" in this application indicates at least one of the connected objects. For example, the scope of protection for "A or B" covers at least three scenarios: Scenario 1: including A but not B; Scenario 2: including B but not A; Scenario 3: including both A and B. In addition, the terms "A and / or B," "at least one of A and B," and "at least one of A or B" also cover at least the above three scenarios. The character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0076] The term "instruction" in this application can be either a direct instruction (or explicit instruction) or an indirect instruction (or implicit instruction). A direct instruction can be understood as the sender explicitly informing the receiver of specific information, the required operation, or the requested result in the instruction sent. An indirect instruction can be understood as the receiver determining the corresponding information based on the instruction sent by the sender, or making a judgment and determining the required operation or requested result based on the judgment result.

[0077] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA), or other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used with the systems and radio technologies mentioned above, as well as with other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and the term NR is used in most of the following description; however, these technologies can also be applied to systems other than NR systems, such as 6th generation (6G) radio systems. th Generation 6G communication system.

[0078] Figure 2This diagram illustrates a block diagram of a wireless communication system applicable to embodiments of this application. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can also be referred to as a user equipment (UE), and can be a mobile phone, tablet computer, laptop computer, notebook computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR), virtual reality (VR) device, robot, wearable device, flight vehicle, vehicle user equipment (VUE), shipboard equipment, pedestrian user equipment (PUE), smart home (home devices with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), game console, personal computer (PC), ATM, or self-service machine, etc. Wearable devices include: smartwatches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among these, in-vehicle devices can also be referred to as in-vehicle terminals, in-vehicle controllers, in-vehicle modules, in-vehicle components, in-vehicle chips, or in-vehicle units, etc. It should be noted that the specific type of terminal 11 is not limited in this application embodiment. Network-side equipment 12 may include access network equipment or core network equipment, wherein access network equipment may also be referred to as Radio Access Network (RAN) equipment, radio access network function, or radio access network unit. Access network equipment may include base stations, Wireless Local Area Network (WLAN) access points (APs), or Wireless Fidelity (Wi-Fi) nodes, etc.Among them, base stations can be referred to as Node B (NB), Evolved Node B (eNB), Next Generation Node B (gNB), New Radio Node B (NRNode B), Access Point, Relay Base Station (RBS), Serving Base Station (SBS), Base Transceiver Station (BTS), Radio Base Station, Radio Transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home Node B (HNB), Home Evolved Node B, Transmit / Receive Point (TRP), and Non-Terrestrial Network (NTN) equipment (such as satellite or high altitude platform). The term "base station" can be any suitable term in the field, such as "station" or any other appropriate term in the relevant field, as long as the same technical effect is achieved. The term "base station" is not limited to specific technical terms. It should be noted that the embodiments of this application only use the base station in the NR system as an example for introduction, and do not limit the specific type of base station.

[0079] The data retransmission method, apparatus, terminal, network-side device, and readable storage medium provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0080] Figure 3 A flowchart illustrating the data retransmission method provided in an embodiment of this application is shown. Figure 3 As shown, the data retransmission method provided in this application embodiment includes the following steps 101 and 102.

[0081] Step 101: The terminal receives the first scheduling information from the network-side device.

[0082] In this embodiment of the application, the first scheduling information is used to schedule the HARQ transmission of the first data packet.

[0083] In some embodiments of this application, the first data packet can be a MAC PDU. Of course, the first data packet can also be other data packets, and this application does not limit this.

[0084] In some embodiments of this application, the data in the first data packet may include at least one of the following: RLCUM data and RLC AM data.

[0085] In some embodiments of this application, the above-mentioned HARQ transmission may include at least one of the following: HARQ initial transmission and HARQ retransmission.

[0086] In some embodiments of this application, the terminal may receive a Physical Downlink Control Channel (PDCCH) from a network-side device, which carries first scheduling information.

[0087] Step 102: The terminal sends the second data packet to the network-side device through the MAC layer according to the first scheduling information.

[0088] In some embodiments of this application, the terminal can receive first configuration information from the network-side device. The first configuration information is used to configure the terminal to send retransmission data packets through the terminal's MAC layer. Thus, the terminal can send a second data packet to the network-side device through the MAC layer according to the first configuration information and the first scheduling information.

[0089] In some examples, the aforementioned first configuration information is specifically used to configure the terminal to send retransmission data packets through the MAC layer when a first condition is met.

[0090] In some embodiments of this application, step 102 described above can be implemented by step 102a as follows.

[0091] Step 102a: When the first condition is met, the terminal sends the second data packet to the network-side device through the MAC layer according to the first scheduling information.

[0092] In some embodiments of this application, satisfying a first condition indicates that the terminal fails to perform HARQ transmission of the first data packet, or indicates that the terminal uses a second data packet to transmit at least a portion of the data of the first data packet.

[0093] In this embodiment, when the first data packet includes RLC UM data, in related technologies, if the terminal fails to perform HARQ transmission of the first data packet, the network-side device will abandon scheduling the retransmission of the first data packet, and the RLC UM data will not be retransmitted via RLC, thus causing the RLC UM data transmission to fail. However, in this embodiment, if the terminal determines that the first condition is met, it can directly send a second data packet to the network-side device through the MAC layer. This second data packet can be generated based on the RLC UM data; that is, the terminal can send the RLC UM data to the network-side device, thus avoiding the RLC UM data transmission failure. When the first data packet includes RLCAM data, in related technologies, if the terminal fails to perform HARQ transmission of the first data packet, the network-side device can trigger the terminal's RLC layer to retransmit the RLCAM data through the RLC status. However, the delay between the network-side device generating the RLC status report and the terminal receiving the RLC status report is large, thus causing a large delay in the retransmission of the RLC AM data. In this embodiment of the application, when the terminal determines that the first condition is met, it can directly send the second data packet to the network-side device through the MAC layer. The second data packet can be generated based on the RLC AM data. In other words, the terminal can directly send the RLCAM data to the network-side device, thereby reducing the latency of retransmission of the RLCAM data.

[0094] In some embodiments of this application, the first condition described above includes at least one of the following:

[0095] The first capacity is less than or equal to the second capacity, which is the capacity of the uplink grant (UL grant) allocated by the first scheduling information, and the second capacity is determined based on the third capacity required to transmit the first data packet;

[0096] The terminal receives first information, which is used to instruct the deactivation of the first carrier or the first cell configured by the network-side device, or to configure the release of the first carrier or the first cell;

[0097] The wireless link between the terminal and the first carrier or the first cell is unavailable, and the terminal can perform uplink transmission through other carriers or other cells configured by the network-side equipment;

[0098] The terminal receives second information, which is used to configure a handover from the first carrier to other carriers, or to configure a handover from the first cell to other cells.

[0099] In some examples, the second capacity described above satisfies any of the following:

[0100] The second capacity is the third capacity;

[0101] The second capacity is the minimum capacity required for the terminal to transmit the first data packet;

[0102] The second capacity is the sum of the third capacity and the preset capacity offset.

[0103] Thus, since the embodiments of this application specify the various conditions that the second capacity must meet, the terminal can accurately determine the second capacity based on these conditions. By comparing the size relationship between the second capacity and the first capacity, the terminal can accurately determine whether the first condition is met. Therefore, the accuracy of the terminal in determining the failure of HARQ transmission of the first data packet can be improved.

[0104] In this embodiment, if the first capacity is less than the second capacity, it can be assumed that the uplink authorized capacity is insufficient to transmit the first data packet. In other words, it can be assumed that the terminal's HARQ transmission of the first data packet may fail. It is understood that the network-side device can implicitly indicate NACK through the PDCCH (i.e., the PDCCH carrying the first scheduling information), thereby quickly triggering retransmission and reducing transmission latency.

[0105] In this embodiment of the application, the data packets corresponding to at least a portion of the HARQ processes of the first carrier or the first cell include the first data packet.

[0106] In some examples, the first carrier mentioned above can be a carrier configured with the first scheduling information. It can be understood that the terminal can perform HARQ transmission of the first data packet on the first carrier according to the first scheduling information.

[0107] In some examples, the first cell mentioned above can be a carrier configured with the first scheduling information. It can be understood that the terminal can perform HARQ transmission of the first data packet on the first cell according to the first scheduling information.

[0108] In this embodiment, if the terminal receives the first information, it can be assumed that after the terminal performs HARQ transmission of the first data packet on the first carrier or the first cell, the terminal will deactivate (or release) the first carrier or the first cell. It is understood that the terminal may not receive the acknowledgment (ACK) or negative acknowledgment (NACK) from the network-side device for the first data packet. In other words, the terminal may not be able to determine whether the HARQ transmission of the first data packet was successful. Therefore, in order to avoid the situation where the HARQ transmission of the first data packet fails and the terminal is unaware of the failure, the terminal can assume that the HARQ transmission of the first data packet has failed.

[0109] In some examples, after the terminal performs HARQ transmission of the first data packet on the first cell according to the first scheduling information, the terminal can perform radio link monitoring to monitor whether the radio link between the terminal and the first carrier or the first cell is unavailable. Thus, the terminal can determine that the radio link between the terminal and the first carrier or the first cell is unavailable if the link quality of the radio link between the terminal and the first carrier or the first cell is too poor or the link fails.

[0110] In this embodiment, if the wireless link between the terminal and the first carrier or the first cell is unavailable, it can be assumed that the terminal's HARQ transmission of the first data packet may fail. In this case, if the terminal can still perform uplink transmission through other carriers or other cells configured by the network-side device, it can be assumed that the terminal may need to perform HARQ transmission of the first data packet again. Therefore, the terminal can send a second data packet to the network-side device through the MAC layer.

[0111] In some embodiments of this application, the second information configuration switches to other carriers from the first carrier, which may be the same as or different from other carriers that the terminal can configure through network-side equipment. Similarly, the second information configuration switches to other cells from the first cell, which may be the same as or different from other cells that the terminal can configure through network-side equipment.

[0112] In this embodiment of the application, if the terminal receives the second information, it can be assumed that after the terminal performs HARQ transmission of the first data packet on the first carrier or the first cell, the terminal will switch from the first carrier to other carriers or from the first cell to other cells. At this time, the terminal may not be able to receive the acknowledgment (ACK) / negative acknowledgment (NACK) from the network side device for the first data packet. In other words, the terminal may not be able to determine whether the HARQ transmission of the first data packet was successful. Therefore, in order to avoid the situation where the HARQ transmission of the first data packet fails and the terminal cannot know that the HARQ transmission of the first data packet has failed, the terminal can assume that the HARQ transmission of the first data packet has failed.

[0113] Thus, since the embodiments of this application specify the specific conditions included in the first condition, the terminal can accurately determine whether the HARQ transmission of the first data packet has failed based on the specific conditions. Therefore, the accuracy of the terminal in determining whether the HARQ transmission of the first data packet has failed can be improved.

[0114] In some embodiments of this application, the first condition mentioned above includes the terminal receiving second information. The data retransmission method provided in the embodiments of this application may further include the following step 103.

[0115] Step 103: When the terminal switches from the first carrier to other carriers or from the first cell to other cells according to the second information, it does not reset the upper protocol layer of the MAC layer.

[0116] In some examples, the upper protocol layer of the MAC layer mentioned above may include at least one of the following: SDAP layer, PDCP layer, RLC layer, or a new protocol layer. The new protocol layer may be the upper protocol layer of a newly added MAC layer.

[0117] In this embodiment of the application, if the terminal resets the upper protocol layer of the MAC layer, it can be assumed that the reset upper protocol layer may not include the data of the first data packet. In other words, the MAC layer may not be able to obtain the data of the first data packet, and therefore cannot generate the second data packet. Therefore, in order to avoid this situation, the terminal may not reset the upper protocol layer of the MAC layer when switching from the first carrier to other carriers or from the first cell to other cells according to the second information.

[0118] Thus, since the terminal can switch from the first carrier to other carriers or from the first cell to other cells without resetting the upper protocol layer of the MAC layer based on the second information, it can avoid the situation where the MAC layer cannot obtain the data of the first data packet from the upper protocol layer, thus preventing the generation of the second data packet. This also avoids the situation where the terminal cannot send the second data packet to the network-side device, thereby preventing at least part of the first data packet from failing to transmit, and improving the communication quality between the terminal and the network-side device.

[0119] In this embodiment of the application, the second data packet is generated by the MAC layer based on at least a portion of the data in the first data packet, and the second data packet is different from the first data packet.

[0120] In some embodiments of this application, the second data packet can be a MAC PDU. Of course, the second data packet can also be other data packets, and this application does not limit this.

[0121] In some embodiments of this application, at least some of the above data may include at least one of the following: RLC UM data, RLCAM data.

[0122] In some embodiments of this application, after the terminal receives the first scheduling information, the terminal can perform HARQ transmission of the first data packet according to the first scheduling information, for example, perform HARQ initial transmission or HARQ retransmission of the first data packet, and determine whether a first condition is met to determine whether the HARQ initial transmission or HARQ retransmission of the first data packet has failed. Thus, if the first condition is met, i.e., if the HARQ initial transmission or HARQ retransmission of the first data packet has failed, the terminal can first determine the first data packet, and then generate a second data packet based on at least a portion of the data in the first data packet through the MAC layer. The terminal can then send the second data packet to the network-side device through the MAC layer.

[0123] In some embodiments of this application, the first data packet described above satisfies at least one of the following:

[0124] The first data packet is the data packet that the terminal transmits via HARQ after the first moment, where the first moment is a predetermined time period before the current moment;

[0125] The first data packet is a data packet in the HARQ process corresponding to the first carrier or the first cell that has not been determined to have successfully transmitted HARQ;

[0126] The first data packet is a data packet indicated by data packet indication information carried by the first information, which is used to indicate data packets corresponding to at least a portion of the HARQ process of the first carrier or the first cell.

[0127] In some examples, the current time mentioned above can be understood as the terminal's current system time, and the predetermined duration mentioned above can be the duration pre-configured by the network-side device or the duration pre-defined by the protocol.

[0128] In some examples, the terminal can first determine the first moment based on the current moment and the predetermined duration, and then determine all data packets that are transmitted via HARQ after the first moment as the first data packet.

[0129] In some examples, the terminal can identify the data packet that has not received an ACK from the data packet corresponding to the HARQ process of the first carrier or the first cell as the first data packet.

[0130] It is understandable that if the terminal does not determine that the HARQ transmission of a certain data packet (or some data packets) was successful, it can be assumed that the HARQ transmission of that certain data packet (or some data packets) may have failed. Therefore, in order to avoid the situation where the HARQ transmission of a certain data packet (or some data packets) fails and the terminal is unaware of the failure, the terminal can assume that the HARQ transmission of that certain data packet (or some data packets) has failed and identify that certain data packet as the first data packet.

[0131] Thus, since the embodiments of this application specify the conditions that the first data packet must meet, the terminal can accurately determine the first data packet that failed to transmit HARQ based on these conditions. Therefore, the terminal can accurately send the second data packet generated by the MAC layer based on at least part of the data in the first data packet to the network-side device through the MAC layer. Therefore, the situation of at least part of the data transmission failure can be avoided, thereby improving the communication quality between the terminal and the network-side device.

[0132] In some embodiments of this application, at least some of the above data includes at least one of the following:

[0133] At least a portion of the data in the upper-layer data packet in the first data packet;

[0134] At least a portion of the data in the upper-layer data packet segments in the first data packet;

[0135] Data in a segment of the first data packet.

[0136] In some examples, at least some of the aforementioned upper-layer data packets may be data packets from the protocol layer above the MAC layer. It should be noted that the description of the protocol layer above the MAC layer can be found in the specific descriptions in the above embodiments, and will not be repeated here.

[0137] In some examples, the aforementioned at least part of the upper-layer data packets may include at least one of the following: RLC PDU, PDCPPDU, etc. Of course, the at least part of the upper-layer data packets may also include other upper-layer data packets, and this application embodiment does not limit this.

[0138] In some examples, at least some of the upper-layer data packet segments mentioned above can be data packet segments of the protocol layer above the MAC layer. It should be noted that the description of the protocol layer above the MAC layer can be found in the specific description in the above embodiments, and will not be repeated here.

[0139] In some examples, the aforementioned at least partial upper-layer data packet segmentation may include at least one of the following: RLC PDU segmentation, PDCP PDU segmentation, etc. Of course, the at least partial upper-layer data packet segmentation may also include other upper-layer data packet segments, and this application embodiment does not limit this.

[0140] In some examples, a segment of the first data packet mentioned above can be a MAC PDU segment. It is understood that this segment may not be a segment of an upper-layer data packet. Of course, this segment may also include other segments, and this application embodiment does not limit this.

[0141] Thus, since the embodiments of this application specify the specific data included in the data to be transmitted in the first data packet (i.e., at least some of the data mentioned above), the terminal can accurately obtain the data to be transmitted from the first data packet based on the specific data. Therefore, the terminal can accurately send the data to be transmitted to the network-side device.

[0142] In some embodiments of this application, after the MAC layer of the terminal obtains at least some of the data, the MAC layer can generate a second data packet based on the at least some data, so that the terminal can send the second data packet to the network-side device through the MAC layer.

[0143] This application provides a data retransmission method. A terminal can receive first scheduling information from a network-side device for scheduling HARQ transmission of a first data packet, and according to the first scheduling information, send a second data packet generated by the MAC layer based on at least a portion of the data in the first data packet to the network-side device through the MAC layer; wherein the second data packet is different from the first data packet. Since the terminal can directly send the second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer after receiving the first scheduling information for scheduling HARQ transmission of the first data packet, without needing to send at least a portion of the data in the first data packet to the network-side device according to the scheduling of the network-side device, it can avoid the situation where the terminal is unable to send the second data packet to the network-side device due to the network-side device abandoning the scheduling of HARQ retransmission of the first data packet, thus causing the at least part of the data transmission to fail, thereby improving the communication quality between the terminal and the network-side device. Furthermore, since the terminal can directly send a second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer, without waiting for the network-side device to trigger the terminal to send the second data packet through an RLC status report, the latency of sending the second data packet to the network-side device can be reduced, thereby improving the communication quality between the terminal and the network-side device. This improves the communication quality of the wireless communication system.

[0144] In some embodiments of this application, the terminal can retransmit the upper protocol layer of the MAC layer through the MAC layer to send the second data packet, or it can directly retransmit the MAC layer through the MAC layer. Examples will be given below.

[0145] Example 1: The terminal retransmits the data through the MAC layer to the protocol layer above it.

[0146] In some embodiments of this application, step 102 can be specifically implemented by steps 102a and 102b as described below.

[0147] Step 102a: Based on the first scheduling information and the transmission failure information, the terminal sends the transmission failure information to the first upper-layer protocol layer of the MAC layer through the MAC layer.

[0148] In this embodiment of the application, the above-mentioned transmission failure information indicates that the HARQ transmission of the first data packet failed.

[0149] In some examples, the above transmission failure message includes at least one of the following:

[0150] The sequence number of the upper-layer data packet in the first data packet;

[0151] First segmentation indication information, which is used to indicate the data segmentation information corresponding to the upper-layer data packet segment in the first data packet;

[0152] Transmission indication information, which is used to indicate whether the HARQ transmission of the first data packet has failed;

[0153] The identification information of the first data packet.

[0154] In some examples, the aforementioned upper-layer data packets may include at least one of the following: SDAP PDU, PDCP PDU, RLCPDU, or a new protocol layer PDU.

[0155] In some examples, the aforementioned upper-layer packet segmentation can be a packet segmentation of the upper-layer packet in the first packet.

[0156] In some examples, the above data segmentation information may include at least one of the following:

[0157] Information indicating the upper-layer data packet to which the aforementioned data packet segment belongs;

[0158] Information indicating the position of the aforementioned data packet segment within its parent upper-layer data packet (e.g., segment sequence number).

[0159] In some examples, during the HARQ transmission of the first data packet, the MAC layer, upon receiving the first data packet, can parse the header of the upper-layer protocol layer to obtain the sequence number and / or the aforementioned data segmentation information of the upper-layer data packet. Therefore, the MAC layer can send a transmission failure message, including the sequence number and / or the aforementioned data segmentation information, to the first upper-layer protocol layer.

[0160] Understandably, in this example, the terminal's MAC layer can parse the protocol headers of the upper protocol layer.

[0161] In some examples, the above transmission indication information can be used to indicate that the HARQ transmission of the first data packet failed.

[0162] In some examples, the identification information of the first data packet is used to indicate the first data packet.

[0163] In some examples, where the transmission failure information includes the identification information of the first data packet, the data retransmission method provided in this application embodiment may further include at least one of the following: step 104, step 105.

[0164] Step 104: The terminal sends the first request information to the first upper-layer protocol layer through the MAC layer.

[0165] In this embodiment of the application, the first request information is used to request at least one first upper-layer protocol layer data packet from the first upper-layer protocol layer, and the first request information carries the identification information of the first data packet.

[0166] In this embodiment, during the HARQ transmission of the first data packet, when the MAC layer requests the generation of the first data packet from the first upper-layer protocol layer, it can inform the first upper-layer protocol layer of the identification information of the first data packet through a first request message. This allows the first upper-layer protocol layer to know the identification information of the first data packet, and thus know that the first data packet carries at least one of the aforementioned first upper-layer protocol layer data packets. Furthermore, after the MAC layer sends transmission failure information including the identification information of the first data packet to the first upper-layer protocol layer, the first upper-layer protocol layer can accurately determine that at least one first upper-layer protocol layer data packet has failed to transmit.

[0167] Thus, it can be understood that since the terminal's MAC layer can request at least one first upper-layer protocol layer data packet from the first upper-layer protocol layer while simultaneously indicating to the first upper-layer protocol layer the identification information of the first data packet used to generate the first data packet, so that the first upper-layer protocol layer knows that at least one first upper-layer protocol layer data packet is used to generate the first data packet, in subsequent steps, when the first upper-layer protocol layer receives a transmission failure message including the identification information of the first data packet, it can accurately determine the at least one first upper-layer protocol layer data packet and accurately send at least a portion of the data in the at least one first upper-layer protocol layer data packet to the MAC layer, thereby enabling the MAC layer to obtain the accurate data to be transmitted (i.e., the at least a portion of the data).

[0168] Step 105: The terminal stores the identification information of the first data packet and data packet related information of at least one first upper-layer protocol layer data packet through the first upper-layer protocol layer.

[0169] In this embodiment of the application, the aforementioned at least one first upper-layer protocol layer data packet is used by the MAC layer to generate a first data packet; the relevant information of the data packet includes at least one of the following:

[0170] At least one sequence number of a first upper-layer data packet;

[0171] At least one data segment information corresponding to a first upper-layer data packet segment.

[0172] In some examples, when the first upper-layer protocol layer receives the first request information, the first upper-layer protocol layer can associate and store the identification information of the first data packet with the data packet related information of at least one first upper-layer protocol layer data packet. In this way, when a transmission failure information is subsequently received, and the transmission failure information includes the identification information of the first data packet, the first upper-layer protocol layer can accurately determine the data packet related information of at least one first upper-layer protocol layer data packet associated with it based on the identification information of the first data packet, thereby determining the at least one first upper-layer protocol layer data packet carried by the first data packet.

[0173] Understandably, in this example, the terminal's MAC layer may not need to parse the protocol headers of the upper protocol layer.

[0174] Thus, since the specific content included in the transmission failure information is specified in the embodiments of this application, the MAC layer of the terminal can report the specific content to the first upper-layer protocol layer through the transmission failure information, so that the first upper-layer protocol layer can accurately determine the above-mentioned at least part of the data based on the specific content. Therefore, the MAC layer can obtain the accurate data to be transmitted (i.e., the above-mentioned at least part of the data).

[0175] Step 102b: Based on the transmission failure information, the terminal sends at least part of the aforementioned data to the MAC layer through the first upper-layer protocol layer.

[0176] It is understandable that, since the MAC layer may not have stored the data in the first data packet after the HARQ transmission of the first data packet, the first upper-layer protocol layer may send at least part of the data in the first data packet to the MAC layer so that the MAC layer can generate the second data packet.

[0177] In some embodiments of this application, after the MAC layer receives the at least part of the data, the MAC layer can generate a second data packet based on the at least part of the data, so that the terminal can send the second data packet to the network-side device through the MAC layer.

[0178] Therefore, since the terminal can indicate to the first upper-layer protocol layer that the HARQ transmission of the first data packet has failed based on the first scheduling information, the first upper-layer protocol layer can directly retransmit at least a portion of the data in the first data packet without waiting for the network-side device to trigger it through an RLC status report. This reduces the latency of retransmitting at least a portion of the data in the first data packet, thereby improving the communication quality between the terminal and the network-side device. This, in turn, improves the communication quality of the wireless communication system.

[0179] In some embodiments of this application, step 102 can be specifically implemented by steps 102c to 102e as described below.

[0180] Step 102c: The terminal sends the data in the first data packet to the first upper-layer protocol layer through the MAC layer according to the first scheduling information.

[0181] In some examples, the data in the first data packet may include at least one of the following: at least a portion of the upper protocol layer data packet in the first data packet, or at least a portion of the upper protocol layer data packet segments in the first data packet.

[0182] In some examples, after the first upper-layer protocol layer receives the data in the first data packet, the data in the first data packet can be included in the data volume when calculating the amount of data in the Buffer Status Report (BSR) and / or Delay Status Report (DSR).

[0183] Step 102d: The terminal sends a second request message to the first upper-layer protocol layer of the MAC layer according to the first capacity through the MAC layer.

[0184] In this embodiment of the application, the first capacity is the uplink authorized capacity allocated by the first scheduling information, and the second request information is used to request data for generating the second data packet.

[0185] Step 102e: The terminal sends at least part of the data to the MAC layer through the first upper-layer protocol layer according to the second request information.

[0186] In some examples, when the first upper-layer protocol layer receives the second request information, it may prioritize sending data (i.e., at least a portion of the data) from the first data packet received from the MAC layer to the MAC layer.

[0187] In some examples, the first upper-layer protocol layer may determine at least some data from the data in the first data packet based on the second request information, and send the at least some data to the MAC layer.

[0188] In some examples, after the first upper-layer protocol layer sends at least part of the data to the MAC layer, the first upper-layer protocol layer may not store the data in the first data packet received from the MAC layer. It is understood that since the first upper-layer protocol layer may not store the data in the first data packet, it is beneficial to save on the terminal's buffer, thereby reducing the terminal's cost.

[0189] In some embodiments of this application, after the MAC layer receives the at least part of the data, the MAC layer can generate a second data packet based on the at least part of the data, so that the terminal can send the second data packet to the network-side device through the MAC layer.

[0190] Therefore, since the terminal can send data from the first data packet to the first upper-layer protocol layer based on the first scheduling information, and request data for the second data packet from the first upper-layer protocol layer through the second request information, the first upper-layer protocol layer can directly send at least a portion of the data from the first data packet to the MAC layer based on the second request information to enable retransmission of at least a portion of the data from the first data packet, without waiting for the network-side device to trigger it through an RLC status report. This reduces the latency of retransmitting at least a portion of the data from the first data packet, thereby improving the communication quality between the terminal and the network-side device. This improves the communication quality of the wireless communication system.

[0191] Example 2: The terminal performs MAC layer retransmission through the MAC layer.

[0192] In some embodiments of this application, step 102 described above can be implemented by step 102f described below.

[0193] Step 102f: The terminal obtains the first data segment from the first data packet through the MAC layer based on the first scheduling information.

[0194] In this embodiment of the application, the first data segment mentioned above includes at least a portion of the data.

[0195] In some examples, step 102f above can be specifically implemented through step 102f1 below.

[0196] Step 102f1: The terminal obtains the first data segment from the first data packet according to the first scheduling information through the MAC layer and the first capacity.

[0197] In this embodiment of the application, the first capacity is the uplink authorized capacity allocated by the first scheduling information.

[0198] Therefore, since the terminal can obtain the first data segment from the first data packet based on the first capacity through the MAC layer, the possibility of failing to transmit at least part of the data due to the first data segment's capacity exceeding the first capacity can be reduced, thereby improving the communication quality between the terminal and the network-side equipment. This improves the communication quality of the wireless communication system.

[0199] In some embodiments of this application, the data retransmission method provided in this application may further include the following step 105, and the above step 102f may be specifically implemented by the following step 102f2.

[0200] Step 105: The terminal receives the third segment indication information from the network-side device.

[0201] In this embodiment of the application, the aforementioned third segmentation indication information is used to indicate segmentation parameters.

[0202] In some examples, the segmentation parameters described above may include at least one of the following: segment offset and segment number. These segmentation parameters are used to segment the data in the first data packet and determine the first data segment.

[0203] Step 102f2: The terminal obtains the first data segment from the first data packet through the MAC layer based on the first scheduling information, according to the segmentation parameters and segmentation granularity.

[0204] In this embodiment of the application, the first data segment mentioned above includes at least a portion of the data.

[0205] In some examples, the above segmentation granularity satisfies any of the following:

[0206] Determined based on network-side device configuration;

[0207] Determined based on the information indicated in the third segment;

[0208] Determined based on the first data packet.

[0209] Optionally, network-side devices can configure segmentation granularity for terminals in an explicit or implicit manner.

[0210] Optionally, when the segmentation granularity is configured by the network-side device, the segmentation granularity is any of the following:

[0211] The granularity corresponding to the granularity sequence number configured on the network-side device;

[0212] The product of the granularity corresponding to the granularity number configured on the network side device and the preset multiplication coefficient.

[0213] For example, when the segment granularity is the granularity corresponding to the granularity sequence number configured by the network-side device, a segment granularity table (e.g., 10, 20, 50, 100, 200, 1000 bytes) can be pre-configured by protocol. In this way, after receiving the granularity sequence number configured by the network-side device, the granularity corresponding to the table can be determined as the segment granularity based on the sequence number.

[0214] For example, when the segment granularity is the product of the granularity corresponding to the granularity number configured by the network-side device and a preset multiplication coefficient, a segment granularity table (e.g., 10, 20, 50, 100, 200, 1000 bytes) can be pre-configured via protocol. After receiving the granularity number configured by the network-side device, the corresponding granularity can be selected from the table based on the number, and then the product between the granularity and the preset multiplication coefficient (alfa) can be determined as the segment granularity.

[0215] Thus, since the specific content of the segmentation granularity is specified in the embodiments of this application, the terminal can accurately determine the segmentation granularity based on this specific content. Therefore, in subsequent steps, the terminal can accurately obtain the first data segment from the first data packet based on the segmentation parameters and the segmentation granularity.

[0216] Furthermore, as bandwidth increases, the maximum size of the first data packet also becomes very large. If a fixed granularity (e.g., byte or bit) is used, the overhead of scheduling signaling will be significant. In other words, the overhead of scheduling signaling carrying the third segmentation indication information will be large, reducing the reliability or coverage of the scheduling signaling transmission. If the segmentation granularity is too coarse, the size of the generated data packet (e.g., MAC PDU) segments will differ significantly from the transport block size scheduled by the network-side device, resulting in substantial padding overhead. Therefore, in this embodiment, the segmentation granularity can be flexibly determined to match the size of the first data packet, thereby balancing the overhead of scheduling signaling carrying the third segmentation indication information and the padding overhead caused by the mismatch between the data packet segments and the transport block size scheduled by the network-side device.

[0217] Optionally, the aforementioned third segmentation indication information may explicitly or implicitly indicate the segmentation granularity.

[0218] Optionally, when the segmentation granularity is determined by the third segmentation indication information, the segmentation granularity is the ratio of the size of the first data packet to the first parameter; wherein the first parameter is determined by the number of indication values ​​of the third segmentation indication information.

[0219] For example, the number of indication values ​​of the third segment indication information can be understood as the number of values ​​that the third segment indication information can indicate.

[0220] For example, assuming the above segmentation parameter is an offset, and the size of the third segmentation indication information is Z bits, the number of values ​​that this Z bit can indicate is 2. Z If the size of the first data packet is P bytes, then the segmentation granularity can be P / 2. Z -1 byte.

[0221] Optionally, if the segmentation granularity is determined based on the first data packet, the segmentation granularity can be the same as the data granularity of the first data packet.

[0222] Optionally, when the segmentation granularity is determined according to the first data packet, the terminal can divide the first data packet into multiple data segments. At least some of the data segments in the multiple data segments can be the same size, for example, each data segment is the same, or the other data segments except the last data segment can be the same size. The multiple data segments may include the first data segment.

[0223] For example, if the third segment indication information is 2 bits and the size of the first data packet is 10,000 bytes, and the 2 bits can indicate 4 values, then the terminal can divide the first data packet into four data segments, each of which can be 2,500 bytes in size. In this case, the first offset of the four offsets indicated by the 2 bits corresponds to an offset of 0 bytes, the second offset corresponds to an offset of 2,500 bytes, the third offset corresponds to an offset of 5,000 bytes, and the fourth offset corresponds to an offset of 7,500 bytes.

[0224] Optionally, the terminal can first divide the data in the first data packet into multiple data segments according to the third segmentation indication information and segmentation granularity through the MAC layer, and then obtain the first data segment from the first data packet according to the segmentation parameters.

[0225] For example, suppose the third segmentation indication information indicates three offsets, such as offset X, offset Y, and offset Z, as follows: Figure 4As shown, the terminal can divide the data in the first data packet into four data segments based on these three offsets. The first data segment can include the data from the beginning of the first data packet to the data corresponding to the product of offset X and segment granularity. The second data segment can include the data from the product of offset X and segment granularity to the data corresponding to the product of offset X+Y and segment granularity. The third data segment can include the data from the product of offset X+Y and segment granularity to the data corresponding to the product of offset X+Y+Z and segment granularity. The fourth data segment can include the data from the product of offset X+Y+Z and segment granularity to the last data in the first data packet.

[0226] Thus, since the terminal can accurately obtain the first data segment, which includes at least some of the data that needs to be retransmitted, from the first data packet according to the segmentation parameters and segmentation granularity indicated by the network-side device through the third segmentation indication information, in subsequent steps, the terminal can accurately generate a second data packet, which includes at least some of the data that needs to be retransmitted, so that the terminal can send the second data packet to the network-side device to accurately retransmit the at least some of the data that needs to be retransmitted.

[0227] In some embodiments of this application, after the MAC layer receives the at least part of the data, the MAC layer can generate a second data packet based on the at least part of the data, so that the terminal can send the second data packet to the network-side device through the MAC layer.

[0228] In some examples, the second data packet carries second segmentation indication information, which is used to indicate the MAC PDU data segmentation information corresponding to the first data segment.

[0229] It should be noted that for the explanation of MAC PDU data segmentation information, please refer to the specific description of data segmentation information in the above embodiments, and this application embodiment will not repeat it here.

[0230] Thus, since the terminal can obtain the first data segment from the first data packet through the MAC layer to accurately obtain at least part of the data that needs to be retransmitted, without having to obtain the first data segment from the first data packet through the RLC layer, the latency of obtaining the first data segment can be reduced, thereby reducing the latency of the terminal sending the second data packet to the network-side device.

[0231] Of course, in order to reduce padding caused by the mismatch between the second data packet and the transport block size scheduled by the network-side device, the terminal can also multiplex other data and the second data packet into the same transport block for transmission. Examples will be given below.

[0232] In some embodiments of this application, step 102 described above can be implemented by step 102g as follows.

[0233] Step 102g: The terminal sends the first transport block to the network-side device through the MAC layer according to the first scheduling information.

[0234] In this embodiment of the application, the first transport block includes a second data packet and a third data packet.

[0235] In some examples, the first transport block mentioned above can be at least one transport block scheduled by the first scheduling information.

[0236] In some examples, the aforementioned third data packet satisfies at least one of the following:

[0237] The third data packet includes Power Headroom Report (PHR) data;

[0238] The third data packet includes uplink cache reporting data;

[0239] The third data packet includes uplink latency status information reporting data;

[0240] The third data packet includes Channel State Information (CSI) reporting data;

[0241] The third data packet includes the service data of the first service.

[0242] Optionally, the aforementioned PHR data can be understood as at least a portion of the data in the PHR, the aforementioned uplink buffer reporting data can be understood as at least a portion of the data in the uplink buffer report, the aforementioned latency status information reporting data can be understood as at least a portion of the data in the latency status information report, and the aforementioned channel status information (CSI) reporting data can be understood as at least a portion of the data in the channel status information (CSI) report.

[0243] Optionally, the first service mentioned above can be any service that is different from the service corresponding to the first data packet.

[0244] Thus, since the embodiments of this application specify the conditions that the data included in the third data packet must meet, the terminal can accurately determine the data included in the third data packet based on these conditions, thereby accurately determining the third data packet. Therefore, the terminal can accurately map the second data packet and the third data packet onto the first transport block.

[0245] In some examples, the terminal can calculate the remaining available capacity based on the size of the first transport block and the second data packet, and then determine the capacity that can be used to carry other data based on the remaining available capacity. Thus, the terminal can determine and generate the third data packet based on the capacity that can be used to carry other data, and map the second data packet and the third data packet onto the first transport block.

[0246] Thus, since the first transport block sent by the terminal to the network device may include not only the second data packet but also the third data packet, the situation of padding transmission caused by the mismatch between the size of the first transport block and the second data packet can be reduced, thereby lowering the probability of padding transmission.

[0247] Figure 5 A flowchart illustrating the data retransmission method provided in an embodiment of this application is shown. Figure 5 As shown, the data retransmission method provided in this application embodiment includes the following steps 201 to 203.

[0248] Step 201: The network-side device sends the first configuration information to the terminal.

[0249] In this embodiment of the application, the first configuration information is used to configure the terminal to send retransmission data packets through the terminal's MAC layer.

[0250] It is understandable that the first configuration information enables the terminal to send retransmission data packets through the MAC layer.

[0251] Step 202: The network-side device sends the first scheduling information to the terminal.

[0252] In this embodiment of the application, the first scheduling information is used to schedule the HARQ transmission of the first data packet.

[0253] Step 203: The network-side device receives the second data packet from the terminal.

[0254] In this embodiment of the application, the second data packet is generated by the MAC layer of the terminal based on at least a portion of the data in the first data packet; wherein, the second data packet is different from the first data packet.

[0255] In some embodiments of this application, the first configuration information is specifically used to configure the terminal to send retransmission data packets through the MAC layer when a first condition is met. The first condition includes at least one of the following:

[0256] The first capacity is less than or equal to the second capacity, which is the capacity of the uplink grant (UL grant) allocated by the first scheduling information, and the second capacity is determined based on the third capacity required to transmit the first data packet;

[0257] The terminal receives first information, which is used to instruct the deactivation of the first carrier or the first cell configured by the network-side device, or to configure the release of the first carrier or the first cell.

[0258] The wireless link between the terminal and the first carrier or the first cell is unavailable, and the terminal can perform uplink transmission through other carriers or other cells configured by the network-side equipment;

[0259] The terminal receives second information, which is used to configure a handover from the first carrier to other carriers, or to configure a handover from the first cell to other cells.

[0260] In some examples, the second capacity described above satisfies any of the following:

[0261] The second capacity is the third capacity;

[0262] The second capacity is the minimum capacity required for the terminal to transmit the first data packet;

[0263] The second capacity is the sum of the third capacity and the preset capacity offset.

[0264] In some embodiments of this application, satisfying a first condition indicates that the terminal fails to perform HARQ transmission of the first data packet, or indicates that the terminal uses a second data packet to transmit at least a portion of the data of the first data packet.

[0265] It is understandable that the aforementioned second data packet is sent by the terminal based on the first scheduling information and under the condition that the first condition is met.

[0266] Thus, since the embodiments of this application specify the various conditions that the second capacity must meet, the terminal can accurately determine the second capacity based on these conditions. By comparing the size relationship between the second capacity and the first capacity, the terminal can accurately determine whether the first condition is met. Therefore, the accuracy of the terminal in determining the failure of HARQ transmission of the first data packet can be improved.

[0267] In this embodiment of the application, the data packets corresponding to at least a portion of the HARQ processes of the first carrier or the first cell include the first data packet.

[0268] Thus, since the embodiments of this application specify the specific conditions included in the first condition, the terminal can accurately determine whether the HARQ transmission of the first data packet has failed based on the specific conditions. Therefore, the accuracy of the terminal in determining whether the HARQ transmission of the first data packet has failed can be improved.

[0269] In some embodiments of this application, the first data packet described above satisfies at least one of the following:

[0270] The first data packet is the data packet that the terminal transmits via HARQ after the first moment, where the first moment is a predetermined time period before the current moment;

[0271] The first data packet is a data packet in the HARQ process corresponding to the first carrier or the first cell that has not been determined to have successfully transmitted HARQ;

[0272] The first data packet is a data packet indicated by data packet indication information carried by the first information, which is used to indicate data packets corresponding to at least a portion of the HARQ process of the first carrier or the first cell.

[0273] Thus, since the embodiments of this application specify the conditions that the first data packet must meet, the terminal can accurately determine the first data packet that failed to transmit HARQ based on these conditions. Therefore, the terminal can accurately send the second data packet generated by the MAC layer based on at least part of the data in the first data packet to the network-side device through the MAC layer. Therefore, the situation of at least part of the data transmission failure can be avoided, thereby improving the communication quality between the terminal and the network-side device.

[0274] In some embodiments of this application, at least some of the above data includes at least one of the following:

[0275] At least a portion of the data in the upper-layer data packet in the first data packet;

[0276] At least a portion of the data in the upper-layer data packet segments in the first data packet;

[0277] Data in a segment of the first data packet.

[0278] Thus, since the embodiments of this application specify the specific data included in the data to be transmitted in the first data packet (i.e., at least some of the data mentioned above), the terminal can accurately obtain the data to be transmitted from the first data packet based on the specific data. Therefore, the terminal can accurately send the data to be transmitted to the network-side device.

[0279] This application provides a data retransmission method. A network-side device can send first configuration information to a terminal to configure the terminal to send retransmitted data packets through the terminal's MAC layer. The network-side device can then send first scheduling information to the terminal to schedule HARQ transmission of the first data packet and receive a second data packet from the terminal. This second data packet is generated by the terminal's MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet. Since the network-side device can configure the terminal to send retransmitted data packets through the terminal's MAC layer, after sending the first scheduling information to the terminal to schedule HARQ transmission of the first data packet, the terminal can directly send the second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer according to the first scheduling information, without needing to send at least a portion of the data in the first data packet to the network-side device according to the network-side device's scheduling. Therefore, it avoids the situation where the terminal cannot send the second data packet to the network-side device due to the network-side device abandoning the scheduling of HARQ retransmission of the first data packet, resulting in the failure of at least part of the data transmission, thereby improving the communication quality between the terminal and the network-side device. Furthermore, since the terminal can directly send a second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer, without waiting for the network-side device to trigger the terminal to send the second data packet through an RLC status report, the latency of sending the second data packet to the network-side device can be reduced, thereby improving the communication quality between the terminal and the network-side device. This improves the communication quality of the wireless communication system.

[0280] In some embodiments of this application, the data retransmission method provided in this application may further include the following step 204.

[0281] Step 204: The network-side device sends the third segmentation instruction information to the terminal.

[0282] In this embodiment of the application, the aforementioned third segmentation indication information is used to indicate segmentation parameters; wherein, the segmentation parameters and segmentation granularity are used to obtain a first data segment from the first data packet, the first data segment including at least a portion of data, and the second data packet is generated based on the first data segment.

[0283] In some examples, the above segmentation granularity satisfies any of the following:

[0284] Determined based on network-side device configuration;

[0285] Determined based on the information indicated in the third segment;

[0286] Determined based on the first data packet.

[0287] Optionally, when the segmentation granularity is configured by the network-side device, the segmentation granularity is any of the following:

[0288] The granularity corresponding to the granularity sequence number configured on the network-side device;

[0289] The product of the granularity corresponding to the granularity number configured on the network side device and the preset multiplication coefficient.

[0290] Thus, since the specific content of the segmentation granularity is specified in the embodiments of this application, the network-side device can accurately configure the segmentation granularity for the terminal according to the specific content. Therefore, in subsequent steps, the terminal can accurately obtain the first data segment from the first data packet according to the segmentation parameters and segmentation granularity.

[0291] Furthermore, as bandwidth increases, the maximum size of the first data packet also becomes very large. If a fixed granularity (e.g., byte or bit) is used, the overhead of scheduling signaling will be significant. In other words, the overhead of scheduling signaling carrying the third segmentation indication information will be large, reducing the reliability or coverage of the scheduling signaling transmission. If the segmentation granularity is too coarse, the size of the generated data packet (e.g., MAC PDU) segments will differ significantly from the transport block size scheduled by the network-side device, resulting in substantial padding overhead. Therefore, in this embodiment, the segmentation granularity can be flexibly determined to match the size of the first data packet, thereby balancing the overhead of scheduling signaling carrying the third segmentation indication information and the padding overhead caused by the mismatch between the data packet segments and the transport block size scheduled by the network-side device.

[0292] Optionally, when the segmentation granularity is determined by the third segmentation indication information, the segmentation granularity is the ratio of the size of the first data packet to the first parameter; wherein the first parameter is determined by the number of indication values ​​of the third segmentation indication information.

[0293] Thus, since the network-side device can send a third segmentation indication information to the terminal, the terminal can accurately obtain a first data segment, including at least some data that needs to be retransmitted, from the first data packet according to the segmentation parameters and segmentation granularity indicated by the third segmentation indication information. Therefore, in subsequent steps, the terminal can accurately generate a second data packet including at least some data that needs to be retransmitted, so that the network-side device can accurately receive the second data packet.

[0294] In some embodiments of this application, step 202 described above can be implemented by step 202a as follows.

[0295] Step 202a: The network-side device receives the first transmission block from the terminal.

[0296] In this embodiment of the application, the first transport block includes a second data packet and a third data packet.

[0297] Thus, since the first transport block received by the network-side device from the terminal may include not only the second data packet but also the third data packet, the situation of padding transmission due to the size mismatch between the first transport block and the second data packet can be reduced, thereby lowering the probability of padding transmission.

[0298] In some examples, the aforementioned third data packet satisfies at least one of the following:

[0299] The third data packet includes Power Headroom Report (PHR) data;

[0300] The third data packet includes uplink cache reporting data;

[0301] The third data packet includes uplink latency status information reporting data;

[0302] The third data packet includes Channel State Information (CSI) reporting data;

[0303] The third data packet includes the service data of the first service.

[0304] Thus, since the embodiments of this application specify the conditions that the data included in the third data packet must meet, the network-side device can accurately determine the data included in the third data packet based on these conditions. Therefore, the network-side device can accurately determine the third data packet from the data carried by the first transport block.

[0305] The data retransmission method provided in this application can be executed by a data retransmission device. This application uses an example of a data retransmission device executing the data retransmission method to illustrate the data retransmission device provided in this application.

[0306] This application provides a data retransmission device. As an example, the data retransmission device may be a communication device or a component within a communication device, such as a chip. The communication device may be a terminal, a network-side device, or a server, etc. Exemplarily, the terminal may include, but is not limited to, the type of terminal 11 listed above, and the network-side device may include, but is not limited to, the type of network-side device 12 listed above. This application does not impose specific limitations.

[0307] The data retransmission device includes a receiving module, a transmitting module, and a processing module. These modules can be implemented in software or hardware. When implemented in hardware, the processing module can be implemented by a processor. For example, the processor can include general-purpose processors, special-purpose processors, etc., such as central processing units (CPUs), microprocessors, digital signal processors (DSPs), artificial intelligence (AI) processors, graphics processing units (GPUs), application-specific integrated circuits (ASICs), network processors (NPs), field-programmable gate arrays (FPGAs), or other programmable logic devices, gate circuits, transistors, discrete hardware components, etc. The receiving and transmitting modules can be implemented by a communication interface, which can include one or more of the following: transceivers, pins, circuits, buses, radio frequency units, etc.

[0308] Specifically, see Figure 6 When the data retransmission device is a terminal or a component in a terminal, the data retransmission device 300 includes a receiving module 301 and a sending module 302.

[0309] The receiving module 301 is configured to receive first scheduling information from a network-side device, which is used to schedule the HARQ transmission of a first data packet. The sending module 302 is configured to send a second data packet to the network-side device through the MAC layer based on the first scheduling information received by the receiving module 301. The second data packet is generated by the MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0310] This application provides a data retransmission device. After receiving first scheduling information for scheduling HARQ transmission of a first data packet, the data retransmission device can directly send a second data packet generated based on at least a portion of the data in the first data packet to the network-side device via the MAC layer, without needing to send at least a portion of the data in the first data packet to the network-side device according to the network-side device's scheduling. Therefore, it avoids the situation where the network-side device abandons scheduling HARQ retransmission of the first data packet, causing the data retransmission device to be unable to send the second data packet, resulting in the failure of at least part of the data transmission. This improves the communication quality between the data retransmission device and the network-side device. Furthermore, since the data retransmission device can directly send the second data packet generated based on at least a portion of the data in the first data packet to the network-side device via the MAC layer, without waiting for the network-side device to trigger the data retransmission device to send the second data packet via an RLC status report, the latency of sending the second data packet to the network-side device can be reduced, thereby improving the communication quality between the data retransmission device and the network-side device. Thus, the communication quality of the wireless communication system can be improved.

[0311] In one possible implementation, the sending module 302 is specifically used to send a second data packet to the network-side device through the MAC layer according to the first scheduling information, when the first condition is met.

[0312] In one possible implementation, the first condition includes at least one of the following: a first capacity is less than or equal to a second capacity, the first capacity being the uplink licensed capacity allocated by the first scheduling information, the second capacity being determined based on a third capacity required to transmit the first data packet; the data retransmission device 300 receives first information, the first information being used to instruct the deactivation of the first carrier or the first cell configured by the network-side device, or to configure the release of the first carrier or the first cell; the radio link between the data retransmission device 300 and the first carrier or the first cell is unavailable, and the data retransmission device 300 can perform uplink transmission through other carriers or other cells configured by the network-side device; the data retransmission device 300 receives second information, the second information being used to configure a switch from the first carrier to other carriers, or to configure a switch from the first cell to other cells; wherein, at least a portion of the HARQ processes corresponding to the first carrier or the first cell include the first data packet in the data packets.

[0313] In one possible implementation, the first condition includes the data retransmission device 300 receiving the second information. The data retransmission device 300 provided in this application embodiment further includes a processing module. The processing module is configured not to reset the upper protocol layer of the MAC layer when switching from a first carrier to another carrier or from a first cell to another cell based on the second information.

[0314] In one possible implementation, the second capacity satisfies any of the following: the second capacity is the third capacity; the second capacity is the minimum capacity required by the data retransmission device 300 to transmit the first data packet; the second capacity is the sum of the third capacity and a preset capacity offset.

[0315] In one possible implementation, the first data packet satisfies at least one of the following: the first data packet is a data packet that the data retransmission device 300 performs HARQ transmission after a first moment, the first moment being a moment of a predetermined duration prior to the current moment; the first data packet is a data packet in the data packets corresponding to the HARQ process of the first carrier or the first cell where the HARQ transmission has not been determined to be successful; the first data packet is a data packet indicated by data packet indication information carried by the first information, the data packet indication information being used to indicate data packets corresponding to at least a portion of the HARQ processes of the first carrier or the first cell.

[0316] In one possible implementation, the aforementioned at least part of the data includes at least one of the following: at least part of the data in the upper-layer data packet of the first data packet; at least part of the data in the upper-layer data packet segment of the first data packet; and data in a segment of the first data packet.

[0317] In one possible implementation, the data retransmission apparatus 300 provided in this application embodiment further includes a processing module. The processing module is configured to send transmission failure information to a first upper-layer protocol layer of the MAC layer via the MAC layer, the transmission failure information indicating that the HARQ transmission of the first data packet has failed; and, based on the transmission failure information, send at least a portion of the data to the MAC layer via the first upper-layer protocol layer.

[0318] In one possible implementation, the aforementioned transmission failure information includes at least one of the following: the sequence number of the upper-layer data packet in the first data packet; first segmentation indication information, which is used to indicate the data segmentation information corresponding to the upper-layer data packet segment in the first data packet; transmission indication information, which is used to indicate whether the HARQ transmission of the first data packet has failed; and the identification information of the first data packet.

[0319] In one possible implementation, when the transmission failure information includes the identification information of the first data packet, the above-mentioned processing module is further configured to: send a first request message to a first upper-layer protocol layer through the MAC layer, the first request message being used to request at least one first upper-layer protocol layer data packet from the first upper-layer protocol layer, the first request message carrying the identification information of the first data packet; and store, through the first upper-layer protocol layer, the identification information of the first data packet and data packet-related information of at least one first upper-layer protocol layer data packet; wherein, at least one first upper-layer protocol layer data packet is used by the MAC layer to generate the first data packet; the data packet-related information includes at least one of the following: the sequence number of at least one first upper-layer data packet; and data segment information corresponding to at least one segment of the first upper-layer data packet.

[0320] In one possible implementation, the data retransmission apparatus 300 provided in this application embodiment further includes a processing module. The processing module is configured to: send data from a first data packet to a first upper-layer protocol layer via the MAC layer; and send second request information to the first upper-layer protocol layer of the MAC layer according to a first capacity, wherein the first capacity is the uplink authorized capacity allocated by the first scheduling information, and the second request information is used to request data for generating the second data packet; and, according to the second request information, send at least a portion of the data to the MAC layer via the first upper-layer protocol layer.

[0321] In one possible implementation, the data retransmission apparatus 300 provided in this application embodiment further includes a processing module. The processing module is configured to obtain a first data segment from a first data packet via a MAC layer, the first data segment including at least a portion of the data.

[0322] In one possible implementation, the data retransmission apparatus 300 provided in this application embodiment further includes a processing module. The processing module is configured to obtain a first data segment from a first data packet according to a first capacity via the MAC layer; wherein the first capacity is the uplink authorized capacity allocated by the first scheduling information.

[0323] In one possible implementation, the second data packet carries second segmentation indication information, which is used to indicate the MAC PDU data segmentation information corresponding to the first data segment.

[0324] In one possible implementation, the receiving module 301 is further configured to receive third segmentation indication information from the network-side device, the third segmentation indication information being used to indicate segmentation parameters. Specifically, the processing module is configured to, through the MAC layer, obtain a first data segment from the first data packet based on the segmentation parameters and segmentation granularity, the first data segment including at least a portion of the data.

[0325] In one possible implementation, the above segmentation granularity satisfies any of the following: determined according to the network-side device configuration; determined according to the third segmentation indication information; or determined according to the first data packet.

[0326] In one possible implementation, when the segmentation granularity is configured by the network-side device, the segmentation granularity is any one of the following: the granularity corresponding to the granularity number configured by the network-side device; or the product of the granularity corresponding to the granularity number configured by the network-side device and a preset multiplication coefficient.

[0327] In one possible implementation, where the segmentation granularity is determined by the third segmentation indication information, the segmentation granularity is the ratio of the size of the first data packet to the first parameter; wherein the first parameter is determined by the number of indication values ​​in the third segmentation indication information.

[0328] In one possible implementation, the sending module 302 is specifically used to send a first transport block to the network-side device through the MAC layer, the first transport block including a second data packet and a third data packet.

[0329] In one possible implementation, the third data packet satisfies at least one of the following: the third data packet includes PHR data; the third data packet includes uplink buffer reporting data; the third data packet includes uplink latency status information reporting data; the third data packet includes CSI reporting data; and the third data packet includes service data of the first service.

[0330] See Figure 7 When the data retransmission device is a network-side device or a component of a network-side device, the data retransmission device 400 includes a sending module 401 and a receiving module 402.

[0331] The sending module 401 is configured to send first configuration information to the terminal, which configures the terminal to send retransmission data packets through the terminal's MAC layer; and to send first scheduling information to the terminal, which schedules the HARQ transmission of the first data packet. The receiving module 402 is configured to receive a second data packet from the terminal, which is generated by the terminal's MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0332] This application provides a data retransmission device. Since the data retransmission device can configure a terminal to send retransmission data packets through the terminal's MAC layer, after sending first scheduling information for scheduling HARQ transmission of the first data packet to the terminal, the terminal can directly send a second data packet generated based on at least a portion of the data in the first data packet to the data retransmission device through the MAC layer according to the first scheduling information, without needing to send at least a portion of the data in the first data packet to the data retransmission device according to the data retransmission device's scheduling. Therefore, it avoids the situation where the terminal cannot send the second data packet to the data retransmission device due to the data retransmission device abandoning the scheduling of HARQ retransmission of the first data packet, resulting in the failure of at least part of the data transmission, thereby improving the communication quality between the terminal and the data retransmission device. Furthermore, since the terminal can directly send the second data packet generated based on at least a portion of the data in the first data packet to the data retransmission device through the MAC layer without waiting for the data retransmission device to trigger the terminal to send the second data packet through an RLC status report, the latency of sending the second data packet to the data retransmission device can be reduced, thereby improving the communication quality between the terminal and the data retransmission device. Thus, the communication quality of the wireless communication system can be improved.

[0333] In one possible implementation, the first configuration information is specifically used to configure the terminal to send retransmission data packets through the MAC layer when a first condition is met; the first condition includes at least one of the following: a first capacity is less than or equal to a second capacity, the first capacity being the uplink authorized capacity allocated by the first scheduling information, and the second capacity being determined based on a third capacity required to transmit the first data packet; the terminal receives first information, which is used to instruct the deactivation of the first carrier or first cell configured by the data retransmission device 400, or to configure the release of the first carrier or first cell; the radio link between the terminal and the first carrier or first cell is unavailable, and the terminal can perform uplink transmission through other carriers or other cells configured by the data retransmission device 400; the terminal receives second information, which is used to configure switching from the first carrier to other carriers, or to configure switching from the first cell to other cells; wherein, at least a portion of the HARQ processes of the first carrier or first cell include the first data packet in the data packets.

[0334] In one possible implementation, the second capacity satisfies at least one of the following: the second capacity is the third capacity; the second capacity is the minimum capacity required for the terminal to transmit the first data packet; the second capacity is the sum of the third capacity and a preset capacity offset value.

[0335] In one possible implementation, the first data packet satisfies at least one of the following: the first data packet is a data packet for HARQ transmission performed by the terminal after a first moment, the first moment being a moment of a predetermined duration prior to the current moment; the first data packet is a data packet in the data packets corresponding to the HARQ process of the first carrier or the first cell where the HARQ transmission has not been determined to be successful; the first data packet is a data packet indicated by data packet indication information carried by the first information, the data packet indication information being used to indicate data packets corresponding to at least a portion of the HARQ processes of the first carrier or the first cell.

[0336] In one possible implementation, the aforementioned at least part of the data includes at least one of the following: at least part of the data in the upper-layer data packet of the first data packet; at least part of the data in the upper-layer data packet segment of the first data packet; and data in a segment of the first data packet.

[0337] In one possible implementation, the sending module 401 is further configured to send a third segmentation indication information to the terminal, the third segmentation indication information being used to indicate segmentation parameters; wherein, the segmentation parameters and segmentation granularity are used to obtain a first data segment from the first data packet, the first data segment including at least a portion of data, and the second data packet being generated based on the first data segment.

[0338] In one possible implementation, the above segmentation granularity satisfies any of the following: determined according to the configuration of the data retransmission device 400; determined according to the third segmentation indication information; or determined according to the first data packet.

[0339] In one possible implementation, when the segmentation granularity is configured by the data retransmission device 400, the segmentation granularity is any one of the following: the granularity corresponding to the granularity number configured by the data retransmission device 400; or the product of the granularity corresponding to the granularity number configured by the data retransmission device 400 and a preset multiplication coefficient.

[0340] In one possible implementation, where the segmentation granularity is determined by the third segmentation indication information, the segmentation granularity is the ratio of the size of the first data packet to the first parameter; wherein the first parameter is determined by the number of indication values ​​in the third segmentation indication information.

[0341] In one possible implementation, the receiving module 402 is specifically used to receive a first transmission block from the terminal, the first transmission block including a second data packet and a third data packet.

[0342] In one possible implementation, the third data packet satisfies at least one of the following: the third data packet includes PHR data; the third data packet includes uplink buffer reporting data; the third data packet includes uplink latency status information reporting data; the third data packet includes CSI reporting data; and the third data packet includes service data of the first service.

[0343] The data retransmission device provided in this application embodiment can implement the various processes implemented in the above method embodiment and achieve the same technical effect. To avoid repetition, it will not be described again here.

[0344] like Figure 8 As shown in the illustration, this application also provides a communication device 500, including a processor 501 and a memory 502. The memory 502 stores programs or instructions that can run on the processor 501. For example, when the communication device 500 is a terminal, the program or instructions executed by the processor 501 implement the various steps of the above-described data retransmission method embodiment and achieve the same technical effect. When the communication device 500 is a network-side device, the program or instructions executed by the processor 501 implement the various steps of the above-described data retransmission method embodiment and achieve the same technical effect. To avoid repetition, further details are omitted here.

[0345] This application embodiment also provides a terminal, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement, for example... Figure 3 The steps in the method embodiment shown are illustrated. This terminal embodiment corresponds to the above-described terminal-side method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this terminal embodiment and achieve the same technical effect. The terminal can be... Figure 6 The data retransmission device shown. Specifically, Figure 9 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application.

[0346] The terminal 600 includes, but is not limited to, at least some of the following components: radio frequency unit 601, network module 602, audio output unit 603, input unit 604, sensor 605, display unit 606, user input unit 607, interface unit 608, memory 609, and processor 610.

[0347] Those skilled in the art will understand that the terminal 600 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 610 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 9The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0348] It should be understood that, in this embodiment, the input unit 604 may include a graphics processor 6041 and a microphone 6042. The graphics processor 6041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 606 may include a display panel 6061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 607 includes at least one of a touch panel 6071 and other input devices 6072. The touch panel 6071 is also called a touch screen. The touch panel 6071 may include two parts: a touch detection device and a touch controller. Other input devices 6072 may include, but are not limited to, a physical keyboard, function keys (such as volume control buttons, power buttons, etc.), a trackball, a mouse, and a joystick, which will not be described in detail here.

[0349] In this embodiment, after receiving downlink data from the network-side device, the radio frequency unit 601 can transmit it to the processor 610 for processing; in addition, the radio frequency unit 601 can send uplink data to the network-side device. Typically, the radio frequency unit 601 includes, but is not limited to, antennas, amplifiers, transceivers, couplers, low-noise amplifiers, duplexers, etc.

[0350] The memory 609 can be used to store software programs or instructions, as well as various data. The memory 609 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 609 may include volatile memory or non-volatile memory. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM). The memory 609 in this embodiment includes, but is not limited to, these and any other suitable types of memory.

[0351] Processor 610 may include one or more processing units; optionally, processor 610 integrates an application processor and a modem processor, wherein the application processor mainly handles operations involving the operating system, user interface, and applications, and the modem processor mainly handles wireless communication signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 610.

[0352] The radio frequency unit 601 is used to receive first scheduling information from the network-side device, the first scheduling information being used to schedule the HARQ transmission of the first data packet; and according to the first scheduling information, to send a second data packet to the network-side device through the MAC layer, the second data packet being generated by the MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0353] This application provides a terminal that, upon receiving first scheduling information for scheduling HARQ transmission of a first data packet, can directly send a second data packet generated based on at least a portion of the data in the first data packet to the network-side device via the MAC layer, without needing to send at least a portion of the data in the first data packet to the network-side device according to the network-side device's scheduling. This avoids the situation where the network-side device abandons scheduling HARQ retransmission of the first data packet, causing the terminal to be unable to send the second data packet, thus leading to at least a portion of the data transmission failure. This improves the communication quality between the terminal and the network-side device. Furthermore, since the terminal can directly send the second data packet generated based on at least a portion of the data in the first data packet to the network-side device via the MAC layer without waiting for the network-side device to trigger the terminal to send the second data packet via an RLC status report, the latency of sending the second data packet to the network-side device can be reduced, further improving the communication quality between the terminal and the network-side device. Thus, the communication quality of the wireless communication system can be improved.

[0354] It is understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the method embodiment and achieve the same or corresponding technical effect. To avoid repetition, it will not be described again here.

[0355] This application embodiment also provides a network-side device, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement, for example... Figure 5 The steps of the method embodiment shown are illustrated. This network-side device embodiment corresponds to the above-described network-side device method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this network-side device embodiment and can achieve the same technical effect.

[0356] Specifically, embodiments of this application also provide a network-side device, which can be... Figure 7 The data retransmission device shown. Figure 10 As shown, the network-side device 700 includes: an antenna 701, a radio frequency (RF) device 702, a baseband device 703, a processor 704, and a memory 705. The antenna 701 is connected to the RF device 702. In the uplink direction, the RF device 702 receives information through the antenna 701 and transmits the received information to the baseband device 703 for processing. In the downlink direction, the baseband device 703 processes the information to be transmitted and sends it to the RF device 702. The RF device 702 processes the received information and transmits it through the antenna 701.

[0357] The method executed by the network-side device in the above embodiments can be implemented in the baseband device 703, which includes a baseband processor.

[0358] The baseband device 703 may, for example, include at least one baseband board on which multiple chips are disposed, such as... Figure 10 As shown, one of the chips is, for example, a baseband processor, which is connected to the memory 705 via a bus interface to call the program or instructions in the memory 705 to execute the network-side device operations shown in the above method embodiments.

[0359] The network-side device may also include a network interface 706, such as a Common Public Radio Interface (CPRI).

[0360] The radio frequency device 702 is used to send first configuration information to the terminal, which configures the terminal to send retransmission data packets through the terminal's MAC layer; and to send first scheduling information to the terminal, which schedules the HARQ transmission of the first data packet; and to receive a second data packet from the terminal, which is generated by the terminal's MAC layer based on at least a portion of the data in the first data packet; wherein the second data packet is different from the first data packet.

[0361] This application provides a network-side device. Since the network-side device can configure a terminal to send retransmitted data packets through the terminal's MAC layer, after sending first scheduling information for scheduling HARQ transmission of the first data packet to the terminal, the terminal can directly send a second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer according to the first scheduling information, without needing to send at least a portion of the data in the first data packet to the network-side device according to the network-side device's scheduling. Therefore, it avoids the situation where the terminal cannot send the second data packet to the network-side device due to the network-side device abandoning the scheduling of HARQ retransmission of the first data packet, resulting in the failure of at least part of the data transmission, thereby improving the communication quality between the terminal and the network-side device. Furthermore, since the terminal can directly send the second data packet generated based on at least a portion of the data in the first data packet to the network-side device through the MAC layer without waiting for the network-side device to trigger the terminal to send the second data packet through an RLC status report, the latency of sending the second data packet to the network-side device can be reduced, thereby improving the communication quality between the terminal and the network-side device. Thus, the communication quality of the wireless communication system can be improved.

[0362] Furthermore, the network-side device 700 in this application embodiment also includes: a program or instructions stored in a memory 705 and executable on a processor 704, wherein the processor 704 calls the program or instructions in the memory 705 to execute. Figure 7 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0363] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described data retransmission method embodiments and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0364] The processor mentioned above is either the processor in the terminal described in the above embodiments or the processor in the network-side device. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk. In some examples, the readable storage medium may be a non-transient readable storage medium.

[0365] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above-described data retransmission method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0366] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0367] This application also provides a computer program / program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the above-described data retransmission method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0368] This application also provides a wireless communication system, including: a terminal and a network-side device, wherein the terminal can be used to perform the steps of the data retransmission method described above, and the network-side device can be used to perform the steps of the data retransmission method described above.

[0369] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0370] From the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of computer software products plus necessary general-purpose hardware platforms, and of course, they can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disk, optical disk, etc.), and the computer software product includes several instructions to cause the terminal or network-side device to execute the methods described in the various embodiments of this application.

[0371] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other implementations under the guidance of this application without departing from the spirit and scope of the claims. All of these implementations are within the protection scope of this application.

Claims

1. A data retransmission method, characterized in that, include: The terminal receives first scheduling information from the network-side device, the first scheduling information being used to schedule the Hybrid Automatic Repeat Request (HARQ) transmission of the first data packet; According to the first scheduling information, the terminal sends a second data packet to the network-side device through the Media Access Control (MAC) layer. The second data packet is generated by the MAC layer based on at least a portion of the data in the first data packet. The second data packet is different from the first data packet.

2. The method according to claim 1, characterized in that, The terminal, based on the first scheduling information, sends a second data packet to the network-side device via the Media Access Control (MAC) layer, including: When the first condition is met, the terminal sends the second data packet to the network-side device through the MAC layer according to the first scheduling information.

3. The method according to claim 2, characterized in that, The first condition includes at least one of the following: The first capacity is less than or equal to the second capacity, where the first capacity is the uplink authorized capacity allocated by the first scheduling information, and the second capacity is determined based on the third capacity required to transmit the first data packet. The terminal receives first information, which is used to instruct the deactivation of the first carrier or the first cell configured by the network-side device, or to configure the release of the first carrier or the first cell. The wireless link between the terminal and the first carrier or the first cell is unavailable, and the terminal can perform uplink transmission through other carriers or other cells configured by the network-side device; The terminal receives second information, which is used to configure switching from the first carrier to other carriers, or to configure switching from the first cell to other cells; The data packets corresponding to at least a portion of the HARQ processes of the first carrier or the first cell include the first data packet.

4. The method according to claim 3, characterized in that, The first condition includes the terminal receiving the second information; the method further includes: When the terminal switches from the first carrier to another carrier or from the first cell to another cell according to the second information, it does not reset the upper protocol layer of the MAC layer.

5. The method according to claim 3, characterized in that, The second capacity satisfies any of the following: The second capacity is the third capacity; The second capacity is the minimum capacity required for the terminal to transmit the first data packet; The second capacity is the sum of the third capacity and the preset capacity offset.

6. The method according to any one of claims 3 to 5, characterized in that, The first data packet satisfies at least one of the following: The first data packet is a data packet that the terminal performs HARQ transmission after a first moment, where the first moment is a predetermined time period before the current moment; The first data packet is a data packet in the HARQ process corresponding to the first carrier or the first cell that has not been determined to have successfully transmitted HARQ; The first data packet is the data packet indicated by the data packet indication information carried by the first information, and the data packet indication information is used to indicate the data packet corresponding to at least part of the HARQ process of the first carrier or the first cell.

7. The method according to any one of claims 1 to 6, characterized in that, The at least partial data includes at least one of the following: At least a portion of the data in the upper-layer data packet in the first data packet; At least a portion of the data in the upper-layer data packet segments of the first data packet; Data in a segment of the first data packet.

8. The method according to any one of claims 1 to 7, characterized in that, The method further includes: The terminal sends a transmission failure message to the first upper-layer protocol layer of the MAC layer through the MAC layer, and the transmission failure message indicates that the HARQ transmission of the first data packet failed. Based on the transmission failure information, the terminal sends at least a portion of the data to the MAC layer through the first upper-layer protocol layer.

9. The method according to claim 8, characterized in that, The transmission failure information includes at least one of the following: The sequence number of the upper-layer data packet in the first data packet; First segmentation indication information, the first segmentation indication information is used to indicate the data segmentation information corresponding to the upper layer data packet segment in the first data packet; Transmission indication information, which is used to indicate whether the HARQ transmission of the first data packet has failed; The identification information of the first data packet.

10. The method according to claim 8 or 9, characterized in that, When the transmission failure information includes the identification information of the first data packet, the method further includes at least one of the following: The terminal sends a first request message to the first upper-layer protocol layer through the MAC layer. The first request message is used to request at least one first upper-layer protocol layer data packet from the first upper-layer protocol layer. The first request message carries the identification information of the first data packet. The terminal stores the identification information of the first data packet and the data packet-related information of the at least one first upper-layer protocol layer data packet through the first upper-layer protocol layer. Wherein, the at least one first upper-layer protocol layer data packet is used by the MAC layer to generate the first data packet; The data packet information includes at least one of the following: The sequence number of the at least one first upper-layer data packet; The data segment information corresponding to at least one first upper-layer data packet segment.

11. The method according to any one of claims 1 to 7, characterized in that, The method further includes: The terminal sends the data in the first data packet to the first upper-layer protocol layer through the MAC layer; The terminal sends a second request message to the first upper-layer protocol layer of the MAC layer according to the first capacity, where the first capacity is the uplink authorized capacity allocated by the first scheduling information, and the second request message is used to request data to generate the second data packet. The terminal sends at least a portion of the data to the MAC layer through the first upper-layer protocol layer based on the second request information.

12. The method according to any one of claims 1 to 7, characterized in that, The method further includes: The terminal obtains a first data segment from the first data packet through the MAC layer, and the first data segment includes the at least part of the data.

13. The method according to claim 12, characterized in that, The step of obtaining the first data segment from the first data packet through the MAC layer includes: The terminal obtains the first data segment from the first data packet according to the first capacity through the MAC layer; Wherein, the first capacity is the uplink capacity allocated by the first scheduling information.

14. The method according to claim 12, characterized in that, The second data packet carries second segmentation indication information, which is used to indicate the MAC PDU data segmentation information corresponding to the first data segment.

15. The method according to claim 12, characterized in that, The method further includes: The terminal receives third segmentation indication information from the network-side device, the third segmentation indication information being used to indicate segmentation parameters; The step of obtaining the first data segment from the first data packet through the MAC layer includes: The terminal obtains a first data segment from the first data packet through the MAC layer, based on the segmentation parameters and segmentation granularity, wherein the first data segment includes the at least part of the data.

16. The method according to claim 15, characterized in that, The segmented granularity satisfies any one of the following: Determined based on the network-side device configuration; Determined based on the third segmentation indication information; Determined based on the first data packet.

17. The method according to claim 16, characterized in that, When the segmentation granularity is configured by the network-side device, the segmentation granularity is any one of the following: The granularity corresponding to the granularity sequence number configured in the network-side device; The product of the granularity corresponding to the granularity number configured in the network-side device and the preset multiplication coefficient.

18. The method according to claim 16, characterized in that, When the segmentation granularity is determined by the third segmentation indication information, the segmentation granularity is the ratio of the size of the first data packet to the first parameter; The first parameter is determined by the number of indication values ​​of the third segment indication information.

19. The method according to any one of claims 1 to 18, characterized in that, The terminal, based on the first scheduling information, sends a second data packet to the network-side device via the Media Access Control (MAC) layer, including: According to the first scheduling information, the terminal sends a first transport block to the network-side device through the MAC layer. The first transport block includes the second data packet and the third data packet.

20. The method according to claim 19, characterized in that, The third data packet satisfies at least one of the following: The third data packet includes Power Headroom Report (PHR) data; The third data packet includes uplink cache reporting data; The third data packet includes uplink delay status information reporting data; The third data packet includes Channel State Information (CSI) reporting data. The third data packet includes the service data of the first service.

21. A data retransmission method, characterized in that, include: The network-side device sends first configuration information to the terminal, the first configuration information being used to configure the terminal to send retransmission data packets through the terminal's MAC layer; The network-side device sends first scheduling information to the terminal, the first scheduling information being used to schedule the HARQ transmission of the first data packet; The network-side device receives a second data packet from the terminal, the second data packet being generated by the MAC layer based on at least a portion of the data in the first data packet; The second data packet is different from the first data packet.

22. The method according to claim 21, characterized in that, The first configuration information is specifically used to configure the terminal to send retransmission data packets through the MAC layer when a first condition is met; The first condition includes at least one of the following: The first capacity is less than or equal to the second capacity, where the first capacity is the uplink authorized capacity allocated by the first scheduling information, and the second capacity is determined based on the third capacity required to transmit the first data packet. The terminal receives first information, which is used to instruct the deactivation of the first carrier or the first cell configured by the network-side device, or to configure the release of the first carrier or the first cell. The wireless link between the terminal and the first carrier or the first cell is unavailable, and the terminal can perform uplink transmission through other carriers or other cells configured by the network-side device; The terminal receives second information, which is used to configure switching from the first carrier to other carriers, or to configure switching from the first cell to other cells; The data packets corresponding to at least a portion of the HARQ processes of the first carrier or the first cell include the first data packet.

23. The method according to claim 22, characterized in that, The second capacity satisfies at least one of the following: The second capacity is the third capacity; The second capacity is the minimum capacity required for the terminal to transmit the first data packet; The second capacity is the sum of the third capacity and the preset capacity offset.

24. The method according to claim 22 or 23, characterized in that, The first data packet satisfies at least one of the following: The first data packet is a data packet that the terminal performs HARQ transmission after a first moment, where the first moment is a predetermined time period before the current moment; The first data packet is a data packet in the HARQ process corresponding to the first carrier or the first cell that has not been determined to have successfully transmitted HARQ; The first data packet is the data packet indicated by the data packet indication information carried by the first information, and the data packet indication information is used to indicate the data packet corresponding to at least part of the HARQ process of the first carrier or the first cell.

25. The method according to any one of claims 21 to 24, characterized in that, The at least partial data includes at least one of the following: At least a portion of the data in the upper-layer data packet in the first data packet; At least a portion of the data in the upper-layer data packet segments of the first data packet; Data in a segment of the first data packet.

26. The method according to any one of claims 21 to 25, characterized in that, The method further includes: The network-side device sends a third segmentation indication message to the terminal, the third segmentation indication message being used to indicate segmentation parameters; The segmentation parameters and segmentation granularity are used to obtain a first data segment from the first data packet, the first data segment including the at least part of the data, and the second data packet is generated based on the first data segment.

27. The method according to claim 26, characterized in that, The segmented granularity satisfies any one of the following: Determined based on the network-side device configuration; Determined based on the third segmentation indication information; Determined based on the first data packet.

28. The method according to claim 27, characterized in that, When the segmentation granularity is configured by the network-side device, the segmentation granularity is any one of the following: The granularity corresponding to the granularity sequence number configured in the network-side device; The product of the granularity corresponding to the granularity number configured in the network-side device and the preset multiplication coefficient.

29. The method according to claim 27, characterized in that, When the segmentation granularity is determined by the third segmentation indication information, the segmentation granularity is the ratio of the size of the first data packet to the first parameter; The first parameter is determined by the number of indication values ​​of the third segment indication information.

30. The method according to any one of claims 21 to 29, characterized in that, The network-side device receives a first data packet from the terminal, including: The network-side device receives a first transport block from the terminal, the first transport block including the second data packet and the third data packet.

31. The method according to claim 30, characterized in that, The third data packet satisfies at least one of the following: The third data packet includes PHR data; The third data packet includes uplink cache reporting data; The third data packet includes uplink delay status information reporting data; The third data packet includes CSI reporting data; The third data packet includes the service data of the first service.

32. A data retransmission device, characterized in that, The data retransmission device includes: a receiving module and a sending module; The receiving module is used to receive first scheduling information from the network-side device, the first scheduling information being used to schedule the HARQ transmission of the first data packet; The sending module is configured to send a second data packet to the network-side device through the MAC layer according to the first scheduling information received by the receiving module. The second data packet is generated by the MAC layer based on at least a portion of the data in the first data packet. The second data packet is different from the first data packet.

33. The apparatus according to claim 32, characterized in that, The sending module is specifically used to send the second data packet to the network-side device through the MAC layer according to the first scheduling information when the first condition is met.

34. The apparatus according to claim 33, characterized in that, The first condition includes at least one of the following: The first capacity is less than or equal to the second capacity, where the first capacity is the uplink authorized capacity allocated by the first scheduling information, and the second capacity is determined based on the third capacity required to transmit the first data packet. The data retransmission device receives first information, which is used to instruct the deactivation of the first carrier or the first cell configured by the network-side device, or to configure the release of the first carrier or the first cell. The wireless link between the data retransmission device and the first carrier or the first cell is unavailable, and the data retransmission device can perform uplink transmission through other carriers or other cells configured by the network-side equipment; The data retransmission device receives second information, which is used to configure switching from the first carrier to other carriers, or to configure switching from the first cell to other cells. The data packets corresponding to at least a portion of the HARQ processes of the first carrier or the first cell include the first data packet.

35. The apparatus according to any one of claims 32 to 34, characterized in that, The at least partial data includes at least one of the following: At least a portion of the data in the upper-layer data packet in the first data packet; At least a portion of the data in the upper-layer data packet segments of the first data packet; Data in a segment of the first data packet.

36. The apparatus according to any one of claims 32 to 35, characterized in that, The data retransmission device further includes: a processing module; The processing module is further configured to send transmission failure information to a first upper-layer protocol layer of the MAC layer through the MAC layer, the transmission failure information indicating that the HARQ transmission of the first data packet failed; and to send the at least part of the data to the MAC layer through the first upper-layer protocol layer according to the transmission failure information.

37. The apparatus according to any one of claims 32 to 35, characterized in that, The data retransmission device further includes: a processing module; The processing module is further configured to send the data in the first data packet to the first upper-layer protocol layer through the MAC layer; and to send a second request message to the first upper-layer protocol layer of the MAC layer according to a first capacity, wherein the first capacity is the uplink authorized capacity allocated by the first scheduling information, and the second request message is used to request the data for generating the second data packet; and to send the at least part of the data to the MAC layer through the first upper-layer protocol layer according to the second request message.

38. The apparatus according to any one of claims 32 to 35, characterized in that, The data retransmission device further includes: a processing module; The processing module is configured to obtain a first data segment from the first data packet through the MAC layer, wherein the first data segment includes the at least part of the data.

39. The apparatus according to claim 38, characterized in that, The receiving module is further configured to receive third segmentation indication information from the network-side device, the third segmentation indication information being used to indicate segmentation parameters; The processing module is specifically configured to obtain a first data segment from the first data packet through the MAC layer, based on the segmentation parameters and segmentation granularity indicated by the third segmentation indication information received by the receiving module, wherein the first data segment includes the at least part of the data.

40. The apparatus according to claim 39, characterized in that, The segmented granularity satisfies any one of the following: Determined based on the network-side device configuration; Determined based on the third segmentation indication information; Determined based on the first data packet.

41. The apparatus according to any one of claims 32 to 40, characterized in that, The sending module is specifically used to send a first transport block to the network-side device through the MAC layer, wherein the first transport block includes the second data packet and the third data packet.

42. A data retransmission device, characterized in that, The data retransmission device includes: a sending module and a receiving module; The sending module is configured to send first configuration information to the terminal, the first configuration information being configured to send retransmission data packets through the terminal's MAC layer; and to send first scheduling information to the terminal, the first scheduling information being configured to schedule the HARQ transmission of the first data packet; The receiving module is configured to receive a second data packet from the terminal, the second data packet being generated by the MAC layer based on at least a portion of the data in the first data packet, and the second data packet being sent by the terminal according to the first scheduling information under the condition of satisfying a first condition; The second data packet is different from the first data packet.

43. The apparatus according to claim 42, characterized in that, The first configuration information is specifically used to configure the terminal to send retransmission data packets through the MAC layer when a first condition is met; The first condition includes at least one of the following: The first capacity is less than or equal to the second capacity, where the first capacity is the uplink authorized capacity allocated by the first scheduling information, and the second capacity is determined based on the third capacity required to transmit the first data packet. The terminal receives first information, which is used to instruct the deactivation of the first carrier or the first cell configured by the network-side device, or to configure the release of the first carrier or the first cell. The wireless link between the terminal and the first carrier or the first cell is unavailable, and the terminal can perform uplink transmission through other carriers or other cells configured by the network-side device; The terminal receives second information, which is used to configure switching from the first carrier to other carriers, or to configure switching from the first cell to other cells; The data packets corresponding to at least a portion of the HARQ processes of the first carrier or the first cell include the first data packet.

44. The apparatus according to claim 43, characterized in that, The first data packet satisfies at least one of the following: The first data packet is a data packet that the terminal performs HARQ transmission after a first moment, where the first moment is a predetermined time period before the current moment; The first data packet is a data packet in the HARQ process corresponding to the first carrier or the first cell that has not been determined to have successfully transmitted HARQ; The first data packet is the data packet indicated by the data packet indication information carried by the first information, and the data packet indication information is used to indicate the data packet corresponding to at least part of the HARQ process of the first carrier or the first cell.

45. The apparatus according to any one of claims 42 to 44, characterized in that, The at least partial data includes at least one of the following: At least a portion of the data in the upper-layer data packet in the first data packet; At least a portion of the data in the upper-layer data packet segments of the first data packet; Data in a segment of the first data packet.

46. ​​The apparatus according to any one of claims 42 to 45, characterized in that, The sending module is further configured to send third segmentation indication information to the terminal, the third segmentation indication information being used to indicate segmentation parameters; The segmentation parameters and segmentation granularity are used to obtain a first data segment from the first data packet, the first data segment including the at least part of the data, and the second data packet is generated based on the first data segment.

47. The apparatus according to any one of claims 42 to 46, characterized in that, The receiving module is specifically used to receive a first transmission block from the terminal, wherein the first transmission block includes the second data packet and the third data packet.

48. A terminal, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the data retransmission method as described in any one of claims 1 to 20.

49. A network-side device, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the data retransmission method as described in any one of claims 21 to 31.

50. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the data retransmission method as described in any one of claims 1 to 20, or implement the steps of the data retransmission method as described in any one of claims 21 to 31.

Images