A data transmission method and device based on high-layer HAQR feedback, and a storage medium

Abstract

Embodiments of the present application disclose a data transmission method and device based on high-layer HAQR feedback and a storage medium. A user equipment (UE) receives downlink data sent by a base station, wherein the downlink data comprises a transport block (TB) or a medium access control protocol data unit (MAC PDU); a physical layer and / or a MAC layer of the UE checks the downlink data; the MAC layer determines whether to trigger a hybrid automatic repeat request (HARQ) feedback; if the HARQ feedback is triggered, the MAC layer generates HARQ control signaling and sends the HARQ control signaling to the base station, so that the base station determines data with transmission failure or a part of data with transmission failure according to the HARQ control signaling. The data transmission method based on high-layer HAQR feedback provided by the embodiments of the present application can reduce the number of failures of a HARQ mechanism based on a physical layer and improve HARQ efficiency.

Description

Technical Field

[0001] This invention relates to the field of communication technology, and in particular to a data transmission method, device and storage medium based on high-level HAQR feedback. Background Technology

[0002] In New Radio (NR) systems, downlink transmission Hybrid Automatic Repeat reQuest (HARQ) is implemented based on physical layer signaling. Physical layer signaling offers advantages such as high processing speed and low latency, but its disadvantages include insufficient reliability and stringent timing requirements. Typically, new transmission scheduling cannot proceed until an ACK / NACK is completed, and it can only provide feedback on the transmission status of one transport block (TB) at a time. Downlink transmissions with the same HARQ process ID must wait for the ACK of the previous transmission before scheduling the next downlink transmission. This low feedback efficiency leads to low transmission efficiency, resulting in continuous loss of lower-level HARQ data and a tendency to trigger higher-level retransmission mechanisms. However, higher-level HARQ mechanisms offer more reasonable latency and reliable feedback signaling. Therefore, to reduce the failure rate of physical layer-based HARQ mechanisms and improve HARQ efficiency, higher-level signaling-based HARQ mechanisms can be considered as a feature of 6G. Summary of the Invention

[0003] This application provides a data transmission method, device, and storage medium based on high-level HAQR feedback, which reduces the number of failures and improves HARQ efficiency of the physical layer-based HARQ mechanism.

[0004] To achieve the above objectives, embodiments of this application disclose a data transmission method based on high-level HAQR feedback, comprising:

[0005] User equipment (UE) receives downlink data sent by a base station, wherein the downlink data includes a transport block (TB) or a media access control protocol data unit (MAC PDU).

[0006] The UE's physical layer and / or MAC layer verify the downlink data;

[0007] The MAC layer determines whether to trigger the Hybrid Automatic Repeat Request (HARQ) feedback.

[0008] If the HARQ feedback is triggered, the MAC layer generates HARQ control signaling and sends it to the base station, so that the base station determines the data that failed to be transmitted or the part of the data that failed to be transmitted based on the HARQ control signaling.

[0009] To achieve the above objectives, embodiments of this application disclose a data transmission method based on high-level HAQR feedback, comprising:

[0010] The UE receives a new uplink authorization sent by the base station;

[0011] Uplink data is generated based on the new uplink authorization, and the uplink data is sent to the base station, so that the base station verifies the uplink data. If the verification fails, the base station sends a retransmission uplink authorization to the UE.

[0012] The MAC layer receives the retransmission uplink authorization sent by the base station and generates retransmission data based on the retransmission uplink authorization.

[0013] The retransmitted data is sent to the base station.

[0014] To achieve the above objectives, embodiments of this application provide a data transmission method based on high-level HAQR feedback, including:

[0015] The base station sends downlink data to the UE, enabling the UE's physical layer and / or MAC layer to verify the downlink data. The MAC layer determines whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback. If the HARQ feedback is triggered, the MAC layer generates HARQ control signaling.

[0016] The system receives the HARQ control signaling sent by the UE and determines the data that failed to be transmitted or the part of the data that failed to be transmitted based on the HARQ control signaling.

[0017] To achieve the above objectives, embodiments of this application disclose a data transmission method based on high-level HAQR feedback, comprising:

[0018] The base station sends a new uplink authorization to the UE, enabling the UE to generate uplink data based on the new uplink authorization;

[0019] Receive uplink data sent by the UE and verify the uplink data;

[0020] If the verification fails, a retransmission uplink authorization is sent to the UE, enabling the UE to retransmit data to the base station based on the retransmission uplink authorization.

[0021] To achieve the above objectives, embodiments of this application disclose a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the program, it implements the data transmission method based on high-level HAQR feedback as described in embodiments of this application.

[0022] To achieve the above objectives, embodiments of this application disclose a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the data transmission method based on high-level HAQR feedback as described in embodiments of this application.

[0023] This application discloses a data transmission method, apparatus, and storage medium based on high-layer HAQR feedback. It includes: a user equipment (UE) receiving downlink data sent by a base station, wherein the downlink data includes a transport block (TB) or a media access control protocol data unit (MAC PDU); the UE's physical layer and / or MAC layer verifying the downlink data; the MAC layer determining whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback; if HARQ feedback is triggered, the MAC layer generating HARQ control signaling and sending it to the base station, enabling the base station to determine the failed data or the failed portion of the data based on the HARQ control signaling. The data transmission method based on high-layer HAQR feedback provided in this application can reduce the number of failures in the physical layer-based HARQ mechanism and improve HARQ efficiency. Attached Figure Description

[0024] Figure 1 This is a flowchart of a data transmission method based on high-level HAQR feedback provided in an embodiment of this application;

[0025] Figure 2 This is a schematic diagram of the structure of downlink data provided in an embodiment of this application;

[0026] Figure 3 This is a schematic diagram of the structure of downlink data provided in an embodiment of this application;

[0027] Figure 4 This is a schematic diagram of the structure of downlink data provided in an embodiment of this application;

[0028] Figure 5 This is a schematic diagram of the structure of downlink data provided in an embodiment of this application;

[0029] Figure 6 This is a flowchart of a data transmission method based on high-level HAQR feedback provided in an embodiment of this application;

[0030] Figure 7 This is a schematic diagram of the structure of uplink data provided in an embodiment of this application;

[0031] Figure 8 This is a schematic diagram of the structure of uplink data provided in an embodiment of this application;

[0032] Figure 9 This is a schematic diagram of the structure of uplink data provided in an embodiment of this application;

[0033] Figure 10 This is a schematic diagram of the structure of uplink data provided in an embodiment of this application;

[0034] Figure 11 This is a schematic diagram of the structure of uplink data provided in an embodiment of this application;

[0035] Figure 12 This is a flowchart of a data transmission method based on high-level HAQR feedback provided in an embodiment of this application;

[0036] Figure 13 This is a schematic diagram of the structure of a data transmission device based on high-level HAQR feedback provided in an embodiment of this application;

[0037] Figure 14 This is a schematic diagram of the structure of a data transmission device based on high-level HAQR feedback provided in an embodiment of this application;

[0038] Figure 15 This is a schematic diagram of the structure of a data transmission device based on high-level HAQR feedback provided in an embodiment of this application;

[0039] Figure 16 This is a schematic diagram of the structure of a computer device provided in an embodiment of this application. Detailed Implementation

[0040] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in detail below with reference to the accompanying drawings. It should be noted that, unless otherwise specified, the embodiments and features described in these embodiments can be arbitrarily combined with each other.

[0041] It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

[0042] In the following description, the use of suffixes such as "module," "part," or "unit" to denote elements is solely for the purpose of illustrative purposes and has no inherent meaning. Therefore, "module," "part," or "unit" may be used interchangeably.

[0043] Figure 1 This is a flowchart of a data transmission method based on high-layer HAQR feedback provided in this embodiment. This method can be applied to user equipment (UE), such as... Figure 1 As shown, the method includes the following steps:

[0044] S110, User Equipment (UE) receives downlink data sent by the base station.

[0045] Downlink data includes Transport Block (TB) or Media Access Control Protocol Data Unit (MAC PDU).

[0046] S120, the UE's physical layer and / or MAC layer verify the downlink data.

[0047] S130, the MAC layer determines whether to trigger the Hybrid Automatic Repeat Request (HARQ) feedback;

[0048] S140, if HARQ feedback is triggered, the MAC layer generates HARQ control signaling and sends it to the base station, so that the base station can determine the data that failed to be transmitted or the part of the data that failed to be transmitted based on the HARQ control signaling.

[0049] The MAC layer generates HARQ control signaling and sends it to the base station, enabling the base station to determine the failed data or the failed portion of the data based on the HARQ control signaling.

[0050] In one embodiment, the physical layer of the UE may verify the downlink data by dividing the TB into multiple code blocks (CBs) or code block groups (CBGs) and verifying the CBs or CBGs based on the corresponding CRC information.

[0051] In this embodiment, the physical layer-based verification, i.e., verification based on CB or CBG, divides a TB into multiple CBs or CBGs. The physical layer performs verification and HARQ feedback according to the CB and CBG granularity. For example, a TB is divided into 4 CBGs, each 4CBG has 4 CBs, for a total of 16 CBs. ACK / NACK indications can be fed back according to the CBG granularity, i.e., there are a total of 4 ACK / NACK indications, or according to the CB granularity, i.e., there are a total of 16 ACK / NACK indications.

[0052] In one embodiment, the MAC layer may verify downlink data by verifying the downlink data based on verification information.

[0053] The verification information includes Cyclic Redundancy Check (CRC) information or CRC MAC CE containing CRC information. That is, the MAC layer performs verification based on CRC information or CRC MAC CE.

[0054] Optionally, the MAC layer may verify the downlink data based on the verification information in the following ways: the transmitting MAC layer generates CRC information based on the data of the MAC PDU to be transmitted, and the receiving MAC layer verifies the entire received MAC PDU based on the received CRC information.

[0055] Specifically, the CRC information is added to the MAC PDU by the transmitting MAC layer. That is, the receiving MAC layer performs verification based on the CRC information at the granularity of the MAC PDU.

[0056] Optionally, the MAC layer can verify the entire MAC PDU based on CRC information by: extracting CRC information from the CRC field at the tail or head of the MAC PDU; and verifying the entire MAC PDU based on the extracted CRC information. In some embodiments, the CRC field is a field of fixed length, or the length of the CRC field is configurable via RRC.

[0057] Optionally, the MAC layer can verify the entire MAC PDU based on CRC information by: extracting CRC information from the CRC MAC CE located at the tail or head of the MAC PDU; and verifying the entire MAC PDU based on the extracted CRC information. In some embodiments, the CRC MAC CE is a MAC CE of fixed character length. In some embodiments, the character length of the CRC MAC CE is configurable, such as 8, 16, 24, 32, etc.

[0058] Here, MAC CE refers to the downlink MAC CE. Figure 2 This is a schematic diagram of the structure of downlink data in this embodiment, such as... Figure 2 As shown, the CRC information is provided by a MAC CE, and the MAC CE is placed at the end of the MAC PDU. Figure 3 This is a schematic diagram of the structure of downlink data in this embodiment, such as... Figure 3 As shown, the CRC information is provided by a MAC CE, and the MAC CE is placed in the MACPDU header.

[0059] In one embodiment, the MAC layer may verify the downlink data based on the verification information by: the receiving MAC layer verifying each MAC subPDU or each non-filled MAC subPDU in the MAC PDU based on the CRC information.

[0060] In this embodiment, the MAC layer performs verification based on CRC information at the MAC subPDU granularity.

[0061] Optionally, the MAC layer may verify a MAC subPDU based on CRC information by: extracting CRC information from the subheader of the MAC subPDU, or extracting CRC information from the payload of the MAC subPDU, or extracting CRC information for each MAC subPDU or each non-padded MAC subPDU from the CRC MAC CE at the tail or head of the MAC PDU; and verifying the corresponding MAC subPDU based on the extracted CRC information.

[0062] Figure 4 This is a schematic diagram of the structure of downlink data in this embodiment, such as... Figure 4 As shown, CRC information is added to the subheader of each MAC subPDU or each non-padded MAC subPDU. Figure 5 This is a schematic diagram of the structure of downlink data in this embodiment, such as... Figure 5 As shown, CRC information is added to the payload of each MAC subPDU or each non-padded MAC subPDU. In this embodiment, the CRC information of each MAC subPDU is included in a CRC MAC CE, which is located at the beginning or end of the MAC PDU.

[0063] In one embodiment, the MAC layer may verify the downlink data based on verification information by having the receiving MAC layer verify the MAC subPDU group based on CRC information.

[0064] A MAC subPDU group comprises one or more MAC subPDUs. That is, the MAC layer performs verification based on CRC information at the granularity of the MAC subPDU group. Specifically, the base station-side MAC layer embeds CRC information for the group after a pre-agreed block, and the UE's MAC layer performs verification based on the corresponding CRC when receiving this group.

[0065] Optionally, the MAC layer can verify the MAC subPDU group based on CRC information by: arranging and grouping the MAC PDUs according to the number of MAC subPDUs contained in each configured MAC subPDU group; extracting the CRC information of each MAC subPDU group; and verifying the corresponding MAC subPDU group based on the extracted CRC information.

[0066] If the remaining MAC subPDUs are less than the configured number, then the remaining MAC subPDUs are grouped together. In this embodiment, the number of MAC subPDUs or the protocol-defined number N contained in each group of MAC subPDUs is configured in the wireless configuration. For a MAC PDU, the MAC subPDUs are arranged and grouped in order from left (first) to right (last) or from right (last) to left (first). If the remaining MAC subPDUs are less than the configured number, then the remaining MAC subPDUs are grouped together.

[0067] The method for extracting CRC information for each MAC subPDU group includes at least one of the following: extracting CRC information from the CRC MAC CE at the beginning or end of each MAC subPDU group; or extracting CRC information from the subheader or payload of the first or last MAC subPDU of each MAC subPDU group; or extracting CRC information for each MAC subPDU group from the CRC MAC CE at the end or beginning of the MACPDU.

[0068] In this embodiment, a CRC MAC CE is added to the beginning or end of each MAC subPDU group, and each MACCE contains the CRC information of the corresponding MAC subPDU group. Alternatively, the CRC information is added to the header or payload of the first or last MAC subPDU in each MAC subPDU group. Alternatively, the CRC information of each MAC subPDU group is added to the CRC MAC CE located at the tail or head of the MAC PDU.

[0069] Optionally, the MAC layer may verify the MAC subPDU group based on CRC information by: extracting CRC information from the CRC MAC CE at the beginning or end of each MAC subPDU group; or extracting CRC information from the subheader or payload of the first or last MAC subPDU in each MAC subPDU group; and verifying the corresponding MAC subPDU group based on the extracted CRC information.

[0070] In this embodiment, the base station autonomously groups data and adds CRC information to the beginning or end of each MAC subPDU group to implicitly indicate the grouping status. Specifically, the CRC information is added to the CRC MAC CE at the beginning or end of each MAC subPDU group. Alternatively, the CRC information is added to the header or payload of the first or last MAC subPDU in each MAC subPDU group.

[0071] In one embodiment, the MAC layer generates HARQ control signaling in at least one of the following ways: the MAC layer receives the reception status of the TB sent by the physical layer, and the MAC layer generates HARQ control signaling based on the reception status of the TB; or, the MAC layer receives the decoded MAC PDU sent by the physical layer, verifies the decoded MAC PDU, and generates HARQ control signaling based on the verification result.

[0072] In one embodiment, after the MAC layer verifies the MAC PDU, the following steps are further included: decoding the successfully verified MAC subPDU containing the MAC SDU and delivering the corresponding MAC SDU to the upper layer; decoding the successfully verified MAC subPDU containing the MAC CE and directly applying the corresponding MAC CE to the MAC layer.

[0073] In one embodiment, a successfully verified MAC subPDU or MAC subPDU group will be removed from the HARQ buffer by the MAC layer. If soft merging is supported, a failed MAC subPDU or MAC subPDU group, or a CB or CBG containing a MAC subPDU, will remain in the HARQ buffer awaiting the next retransmission.

[0074] In one embodiment, the MAC layer determines whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback in at least one of the following ways: triggering HARQ feedback after every N downlink scheduling processes; or triggering HARQ feedback based on the configured HARQ ID; or triggering HARQ feedback via downlink MAC CE or downlink control information DCI.

[0075] Optionally, triggering HARQ feedback after every N downlink scheduling processes includes the following situations: N is the maximum number of downlink HARQ processes in the current cell, or N is configurable; or, at least one HARQ process among the N downlink HARQ processes is NACK; or, downlink scheduling is performed in round-robin order based on HARQ ID size. For example, when N = the maximum number of downlink HARQ processes, the UE triggers the HARQ feedback process after receiving downlink transmission scheduling with HARQ ID of Maximum value - 1 each time; as another example, when N = 8 and the current maximum HARQ ID is 15, the UE triggers the HARQ feedback process after receiving downlink transmission scheduling with HARQ IDs of 7 and 15 each time.

[0076] Optionally, HARQ feedback can be triggered based on the configured HARQ ID in the following situations: the UE receives the HARQ ID information configured by the base station and triggers HARQ feedback; or, the UE receives the uplink transmission schedule with the configured HARQ ID and triggers HARQ feedback; or, the UE receives the downlink transmission schedule with the configured HARQ ID and triggers HARQ feedback; or, at least one HARQ process that has not yet fed back HARQ information is NACKed and triggers HARQ feedback.

[0077] Optionally, HARQ feedback can be triggered by downlink MAC CE or downlink control information DCI in the following situations: the UE receives an indication from downlink MAC CE or DCI that it needs to provide ACK / NACK feedback; or, in the HARQ process that requires ACK / NACK feedback indicated by MAC CE / DCI, at least one HARQ process is NACK.

[0078] In this embodiment, when the UE triggers HARQ feedback, the UE-side MAC layer generates HARQ feedback MAC CE.

[0079] In one embodiment, the MAC layer generates HARQ control signaling and sends it to the base station in at least one of the following ways: if there are no valid uplink resources to transmit HARQ feedback MAC CE, an uplink scheduling request process is triggered; or, downlink transmission status information of N consecutive HARQ process IDs is fed back; or, downlink transmission status information of all currently pending downlink HARQ processes is fed back; or, downlink transmission status information of the currently indicated downlink HARQ process is fed back; or, if downlink transmission of any HARQ process fails, the HARQ feedback MAC CE is a subheader.

[0080] The feedback of downlink transmission status information for N consecutive HARQ process Ids can be understood as: feedback of downlink transmission status information for HARQ process Ids 0 to N-1 or N to 2N-1, ...

[0081] In one embodiment, the payload of the HARQ feedback MAC CE includes at least one of the following: serving cell or carrier indication information, downlink HARQ process indication information, TB number indication information, CB or CBG indication information, MAC subPDU or MAC subPDU group indication information, and NACK or / ACK indication information.

[0082] The information includes: Serving Cell or Carrier Indication: Indicates the serving cell or serving carrier where the HARQ process resides. Downlink HARQ Process Indication: Indicates the ID number of the downlink HARQ process that needs to be fed back. In one implementation, the HARQ ID can be a bitmap, where one bit in the bitmap represents one HARQ process. From left to right and top to bottom, the bitmap corresponds to the HARQ process with HARQ ID=0, HARQ process with HARQ ID=1, and so on. When a bit is set to 1, it indicates that the downlink data transmission of the corresponding HARQ process has failed; when it is set to 0, it indicates that the downlink data transmission of the corresponding HARQ process has succeeded, or vice versa. TB Number Indication: Indicates the TB corresponding to the HARQ process. In DL 8RX, one HARQ process corresponds to two TBs, for example, TB 1 and TB 2. In non-8RX scenarios, one HARQ ID corresponds to only one TB. CB / CBG Indication Information: Indicates the reception status information of the corresponding TB or HARQ process's code block or code block group. A value of 1 indicates successful reception of the corresponding code block (group), and vice versa. MAC SubPDU / MAC SubPDU Group Information: Indicates the reception status information of the corresponding MAC subPDU or MAC subPDU Group. A value of 1 indicates successful reception of the corresponding code block (group), and vice versa. NACK or / ACK Indication Information: Indicates the HARQ result of the corresponding HARQ process number or its CB / CBG.

[0083] In one embodiment, if the uplink transmission grant size cannot accommodate the HARQ feedback MAC CE, then the uplink is reported by truncating the HARQ feedback MAC CE.

[0084] In this embodiment, during the Logical Channel Prioritization (LCP) process, if the uplink transmission grant size cannot accommodate the HARQ feedback MAC CE, then the truncated HARQ feedback MAC CE is used to replace the HARQ feedback MAC CE for reporting.

[0085] Optionally, truncating the HARQ feedback MAC CE includes at least one of the following: the truncated HARQ feedback MAC CE is obtained by naturally truncating the HARQ feedback MAC CE according to the LCP procedure and uplink grant size; or, the truncated HARQ feedback MAC CE is reported at the granularity of the serving cell, subcarrier, or subbandwidth; or, the truncated HARQ feedback MAC CE is reported according to a HARQ process.

[0086] In this embodiment, when truncated HARQ feedback MAC CEs are reported at the serving cell granularity, subcarrier granularity, or subbandwidth granularity, the maximum number of truncated HARQ feedback MAC CEs should be included in an uplink transmission grant according to the LCP procedure. When truncated HARQ feedback MAC CEs are reported according to a single HARQ process, the maximum number of truncated HARQ feedback MAC CEs should be included in an uplink transmission grant according to the LCP procedure.

[0087] In one embodiment, after the MAC layer generates HARQ control signaling and sends it to the base station, the following step is further included: deleting TB, CBG or CB, MAC PDU, MAC subPDU or MAC subPDU groups marked as ACK from the corresponding HARQ cache.

[0088] In one embodiment, the method further includes: sending the MAC PDU to the decoupling and decomposition entity for decomposition, sending the CB or CBG marked as ACK, the MAC subPDU or the group of MAC subPDUs to the upper protocol layer, and / or recording the marking information.

[0089] In one embodiment, the method further includes: storing the MAC subPDU or MAC subPDU group marked as NACK, CB or CBG in the corresponding HARQ cache, and / or recording the marking information, awaiting the next operation, such as soft merging.

[0090] In one embodiment, the UE receives data retransmitted by the base station. The retransmitted data includes at least one of the following: CB, CBG, MAC PDU, MAC subPDU, or a group of MAC subPDUs.

[0091] In one embodiment, the method further includes: the transmission-side MAC layer placing the received retransmitted MAC subPDU or MAC subPDU group into the corresponding HARQ buffer, performing a soft merge with the original MAC subPDU or MAC subPDU group, and then performing verification.

[0092] In one embodiment, when the base station-side physical layer divides a TB into CBGs or CBs, it will not divide a MAC subPDU into two different CBs or CBGs.

[0093] Optionally, the MAC layer assembles packets according to the CBG or CB granularity based on the LCP process; wherein, a TB contains one or more sub MAC PDUs, the number of which is equal to the configured CB or CBG.

[0094] In one embodiment, it further includes at least one of the following:

[0095] The priority of HARQ feedback MAC CE is lower than C-RNTI MAC CE or CCCH data, but higher than other MAC CEs and transport channel data; or, if uplink data containing HARQ feedback MAC CE conflicts or overlaps with uplink data without HARQ feedback MAC CE in the time domain, the uplink data containing HARQ feedback MAC CE is transmitted first; or, if a scheduling request SR is triggered by the HARQ feedback process, and the SR conflicts or overlaps with other uplink transmissions in the time domain, the SR is transmitted first.

[0096] In this embodiment, the User Equipment (UE) receives downlink data sent by the base station. The downlink data includes a Transport Block (TB) or a Media Access Control Protocol Data Unit (MAC PDU). The UE's physical layer and / or MAC layer verify the downlink data. The MAC layer determines whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback. If HARQ feedback is triggered, the MAC layer generates HARQ control signaling and sends it to the base station, causing the base station to retransmit the failed data to the UE according to the HARQ control signaling. The data transmission method based on higher-layer HAQR feedback provided in this embodiment can reduce the number of failures in the physical layer-based HARQ mechanism and improve HARQ efficiency.

[0097] Figure 6 This application provides a data transmission method based on high-layer HAQR feedback, which is executed by the UE. Figure 6 As shown, the method includes the following steps:

[0098] S610, the UE receives a new uplink authorization sent by the base station.

[0099] S620 generates uplink data based on the new uplink authorization and sends the uplink data to the base station, so that the base station verifies the uplink data. If the verification fails, it sends a retransmission uplink authorization to the UE.

[0100] S630 receives retransmission uplink authorization sent by the base station, and the MAC layer generates retransmission data based on the retransmission uplink authorization;

[0101] S640 sends the retransmitted data to the base station.

[0102] In one embodiment, the method of generating uplink data based on the new uplink authorization includes at least one of the following: the physical layer generates CRC check information based on the TB containing the uplink data; or the MAC layer generates CRC check information based on the MAC PDU containing the uplink data.

[0103] Optionally, the physical layer generates CRC information based on the TB containing the uplink data, including one of the following: dividing the TB of the uplink data into one or more CBs or one or more CBGs; the physical layer generates and adds corresponding CRC information based on the CBs; or the physical layer generates and adds corresponding CRC information based on the CBGs.

[0104] Optionally, the UE-side physical layer generates and adds CRC check information based on CB and CBG. In one embodiment, when the UE-side physical layer divides a TB into CBG or CB, it will not divide a MAC subPDU into two different CB or CBG.

[0105] To achieve the above objectives, the MAC layer assembles packets based on the LCP procedure according to the authorized size contained in the CBG or CB; wherein, a MAC PDU in a TB contains one or more sub MAC PDUs, the number of which is equal to the configured CB or CBG.

[0106] Optionally, the MAC layer may generate CRC check information based on the MAC PDU containing uplink data in at least one of the following ways: the MAC layer generates and adds corresponding CRC information based on the MAC subPDU; or, the MAC layer generates and adds corresponding CRC information based on the MAC PDU; or, the MAC layer generates and adds corresponding CRC information based on the MAC subPDU group.

[0107] The MAC layer generating and adding corresponding CRC information based on MAC subPDU can be understood as the MAC layer generating and adding CRC information at the granularity of MAC subPDU.

[0108] Optionally, the MAC layer may generate and add corresponding CRC information based on the MAC subPDU in at least one of the following ways: the MAC layer adds the CRC information of each MAC subPDU or each non-padding MAC subPDU to the subheader of the corresponding MAC subPDU; or the MAC layer adds the CRC information of each MAC subPDU or each non-padding MAC subPDU to the payload of the corresponding MAC subPDU.

[0109] Figure 7 This is a schematic diagram of the structure of uplink data in an embodiment of the present invention, such as... Figure 7 As shown, the MAC layer adds the CRC information of each MAC subPDU or each non-padded MAC subPDU to the subheader of the corresponding MAC subPDU.

[0110] The MAC layer generating and adding corresponding CRC information based on the MAC PDU can be understood as: the UE's MAC layer generating and adding corresponding CRC information based on the entire MAC PDU or the MAC PDU with padding removed.

[0111] Optionally, the MAC layer generates and adds corresponding CRC information based on the MAC PDU in at least one of the following ways: the MAC layer places the MAC CE containing CRC information at the end of the MAC PDU; or, the MAC layer places the MAC CE containing CRC information at the beginning of the MAC PDU; or, the MAC layer places the MAC CE containing CRC information at the end of the MAC PDU and before padding.

[0112] Figure 8 This is a schematic diagram of the structure of uplink data in an embodiment of this application, such as... Figure 8 As shown, the MAC layer places the MAC CE containing CRC information at the end of the MAC PDU. Figure 9 This is a schematic diagram of the structure of uplink data in an embodiment of this application, such as... Figure 9 As shown, the MAC layer places the MAC CE containing CRC information in the header. Figure 10 This is a schematic diagram of the structure of uplink data in an embodiment of this application, such as... Figure 10 As shown, the MAC layer places the MAC CE containing CRC information at the end of the MAC PDU and before the padding.

[0113] The MAC layer generating and adding corresponding CRC information based on the MAC subPDU group can be understood as: the MAC layer generating and adding corresponding CRC information according to the granularity of the MAC subPDU group.

[0114] Optionally, the MAC layer can generate and add CRC information based on MAC subPDU groups in the following way: MAC PDUs are arranged and grouped according to the number of MAC subPDUs contained in each configured MAC subPDU group; and corresponding CRC information is added to each MAC subPDU group.

[0115] If the remaining MAC subPDUs are less than the configured number, then the remaining MAC subPDUs are grouped together. In this embodiment, the wireless configuration specifies the number of MAC subPDUs or the protocol-defined number N contained in each group of MAC subPDUs. For a MAC PDU, the MAC subPDUs are arranged and grouped in either left-to-right or right-to-left order. If the remaining MAC subPDUs are less than the configured number, then the remaining MAC subPDUs are grouped together. After grouping, corresponding CRC information is added to each group.

[0116] Optionally, the MAC layer can generate and add corresponding CRC information based on MAC subPDU groups in the following way: according to the configured number of groups, the MAC PDU is arranged and grouped into MAC subPDUs; and corresponding CRC information is added to each MAC subPDU group.

[0117] The method for arranging and grouping MAC subPDUs of a MAC PDU according to the configured number of groups can be as follows: For a MAC PDU, if the number of MAC subPDUs contained in the MAC PDU is less than or equal to the configured number of groups, then the MAC subPDUs are arranged and grouped in such a way that each MAC subPDU group contains one MAC subPDU; if the number of MAC subPDUs contained in the MAC PDU is greater than the configured number of groups, then the MAC subPDUs are arranged and grouped in such a way that each MAC subPDU group contains / the number of MAC subPDUs in each group.

[0118] In this embodiment, the wireless configuration allows a MAC PDU to be divided into a maximum of M groups. For each MAC PDU, there are a maximum of L MAC subPDUs. When L <= M, each group contains at most one MAC subPDU. When L > M, each group contains ceiling(L / M). The MAC subPDUs are then grouped in either left-to-right or right-to-left order, and corresponding CRC information is added to each group. Here, ceiling represents the upper limit.

[0119] Optionally, the method of adding the corresponding CRC information to each MAC subPDU group includes at least one of the following: placing the MAC CE containing the corresponding CRC information at the beginning or end of each subPDU group; or adding the corresponding CRC information to the subheader or payload of the first or last MAC subPDU of each MAC subPDU group.

[0120] Figure 11 This is a schematic diagram of the structure of uplink data in an embodiment of this application, such as... Figure 11 As shown, the MAC CE containing the corresponding CRC information is placed at the end of each subPDU group.

[0121] Optionally, the MAC CE containing the corresponding CRC information is not included in the LCP priority.

[0122] Optionally, the MAC CE containing the corresponding CRC information includes at least one of the following: CRC information.

[0123] Optionally, it includes at least one of the following: top-to-bottom CRC information mapped one-to-one with left-to-right MAC subPDUs; or, top-to-bottom CRC information mapped one-to-one with left-to-right MAC subPDU groups; or, top-to-bottom CRC information mapped one-to-one with left-to-right CB or CBG.

[0124] In one embodiment, whether uplink data transmission was successful is implicitly indicated by receiving a retransmission schedule, which is indicated by downlink control signaling. The downlink control signaling contains at least one of the following: HARQ information identifier, retransmission retransmission indication, transmission indication of MAC subPDU or MAC subPDU group, and transmission information of CBG / CB.

[0125] Among them, HARQ information identifier: indicates the identity of the HARQ process being scheduled, generally the HARQ process ID. Retransmission / Retransmission Indicator: 1 bit, indicating whether the current scheduling is a retransmission or a retransmission. MAC subPDU or MAC subPDU group transmission indicator: if the current transmission type indicates retransmission, this information field will provide valid fragment or packet information for retransmission. In one implementation, it may be a bitmap, where each bit represents a MAC subPDU or MAC subPDU group. When set to 1, the corresponding MAC subPDU or MAC subPDU group needs to be retransmitted using the current uplink grant; when set to 0, the corresponding MAC subPDU / MAC subPDU group does not need to use the current uplink grant, and vice versa. Transmission information for CBG / CB: If the current transmission type is indicated as retransmission, this information field will provide valid fragmentation information for retransmission. In one implementation, it may be a bitmap, where each bit represents a CB or CBG. When set to 1, the corresponding CB or CBG fragment needs to be retransmitted using the current uplink grant; when set to 0, the corresponding CB / CBG does not need to be retransmitted using the current uplink grant, and vice versa.

[0126] In one embodiment, whether uplink data transmission was successful is obtained through explicit downlink signaling; wherein, the downlink control signaling may be: ACK / NACK in DCI or downlink MAC CE containing HARQ feedback information; the downlink control signaling must contain at least one of the following information: cell information identifier, HARQ information identifier, transmission result indication of MAC subPDU or MAC subPDU group, transmission information of CBG or CB.

[0127] The cell information indicates the cell information of the HARQ being scheduled; the HARQ information identifier indicates the HARQ identity identifier, generally the HARQ process ID; the MAC subPDU (Group) transmission result indication: in one implementation, this may be a bitmap, where each bit represents a MAC subPDU or MAC subPDU group. When set to 1, the corresponding MAC subPDU or MAC subPDU group transmission status is ACK; when set to 0, the corresponding MAC subPDU or MAC subPDU transmission status is NACK, or vice versa. CBG / CB transmission information: if the current transmission type indicates retransmission, this information field will provide valid fragmentation information for the retransmission. In one implementation, this may be a bitmap, where each bit represents a CB / CBG. When set to 1, the corresponding CB / CBG fragmentation transmission status is ACK; when set to 0, the corresponding CB / CBG transmission status is NACK, or vice versa.

[0128] In one embodiment, the process of receiving the retransmission uplink authorization sent by the base station may be: when the physical layer of the UE receives a retransmission uplink authorization for a certain HARQ process, it sends the retransmission uplink authorization to the higher layer.

[0129] In one embodiment, the MAC layer can generate retransmission data based on the retransmission uplink grant in the following ways: if the NDI value of the uplink grant is not inverted compared to the NDI value of the previous same HARQ process, then retransmission data is generated; or, if, before receiving the uplink grant, the corresponding HARQ process has previously received explicit ACK / NACK information, and TB, at least one CB or CBG, or at least one MAC subPDU or MAC subPDU is marked as NACK, then retransmission data is generated.

[0130] In one embodiment, the method further includes sending HARQ information and / or uplink authorization to the HARQ entity; wherein the uplink authorization is a new uplink authorization or a retransmitted uplink authorization.

[0131] The HARQ entity performs at least one of the following operations: deletes MAC SubPDUs or MAC subPDU groups marked as ACK or not requiring retransmission; or sends NACK or CBs or CBGs, MAC SubPDUs or MAC subPDU groups to the multiplexing and assembly entity for retransmission into a TB for retransmission; if MAC PDU reconstruction is supported, retrieves new data from the multiplexing and assembly entity according to the LCP process to form a TB for retransmission; or instructs the underlying PHY layer to generate a retransmission for the indicated HARQ process.

[0132] In this embodiment, the UE receives a new uplink grant from the base station; generates uplink data based on the new uplink grant and sends the uplink data to the base station, allowing the base station to verify the uplink data. If the verification fails, the base station sends a retransmission uplink grant to the UE; the UE receives the retransmission uplink grant from the base station, and the MAC layer generates retransmission data based on the retransmission uplink grant; the retransmission data is then sent to the base station. The data transmission method based on higher-layer HAQR feedback provided in this embodiment can reduce the number of failures in the physical layer-based HARQ mechanism and improve HARQ efficiency.

[0133] In one embodiment, this application also provides a data transmission method based on high-layer HAQR feedback, which is executed by a base station and includes the following steps:

[0134] Step 1: The base station sends downlink data to the UE, enabling the UE's physical layer and / or MAC layer to verify the downlink data. The MAC layer determines whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback. If HARQ feedback is triggered, the MAC layer generates HARQ control signaling.

[0135] Step 2: Receive the HARQ control signaling sent by the UE, and determine the data that failed to be transmitted or the part of the data that failed to be transmitted based on the HARQ control signaling.

[0136] In one embodiment, Figure 12 This is a flowchart of a data transmission method based on high-layer HAQR feedback in an embodiment of this application. The method is executed by the base station, such as... Figure 12 As shown, the method includes:

[0137] S1201, the base station sends a new uplink authorization to the UE, enabling the UE to generate uplink data based on the new uplink authorization.

[0138] S1202: Receive uplink data sent by the UE and verify the uplink data.

[0139] S1303, If the verification fails, a retransmission uplink authorization is sent to the UE, so that the UE retransmits data to the base station based on the retransmission uplink authorization.

[0140] Optionally, the method for verifying uplink data includes at least one of the following: the physical layer verifies the uplink data and notifies the MAC layer of a successfully verified CBG or CB; or the MAC layer verifies the uplink data and records the transmission status of the MAC PDU or MAC subPDU or MAC SubPDU group.

[0141] Figure 13 This is a schematic diagram of a data transmission device based on high-level HAQR feedback in an embodiment of this application, as shown below. Figure 13 As shown, the device includes:

[0142] The downlink data receiving module 1301 is used for the user equipment (UE) to receive downlink data sent by the base station, wherein the downlink data includes a transport block (TB) or a media access control protocol data unit (MAC PDU).

[0143] The verification module 1302 is used by the UE's physical layer and / or MAC layer to verify downlink data;

[0144] HARQ feedback trigger judgment module 1303 is used by the MAC layer to determine whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback.

[0145] HARQ control signaling generation module 1304 is used to generate HARQ control signaling at the MAC layer and send it to the base station if HARQ feedback is triggered, so that the base station can determine the data that failed to be transmitted or the part of the data that failed to be transmitted based on the HARQ control signaling.

[0146] The MAC layer generates HARQ control signaling and sends it to the base station, enabling the base station to determine the failed data or the failed portion of the data based on the HARQ control signaling.

[0147] Optionally, the verification module 1302 is also used for:

[0148] The physical layer splits the TB into multiple code blocks CB or code block groups CBG;

[0149] CB or CBG is verified based on the corresponding CRC information.

[0150] Optionally, the verification module 1302 is also used for:

[0151] The MAC layer verifies downlink data based on verification information; the verification information includes Cyclic Redundancy Check (CRC) information or CRC MAC CE.

[0152] Optionally, the verification module 1302 is also used for:

[0153] The MAC layer verifies the entire MAC PDU based on CRC information; the CRC information is added to the MAC PDU.

[0154] Optionally, the verification module 1302 is also used for:

[0155] Extract CRC information from the MAC CE and / or CRC fields located at the tail or head of the MAC PDU;

[0156] The entire MAC PDU is verified based on the extracted CRC information.

[0157] Optionally, the verification module 1302 is also used for:

[0158] The MAC layer verifies the MAC subPDU based on CRC information.

[0159] Optionally, the verification module 1302 is also used for:

[0160] Extract CRC information from the header of each MAC subPDU, or extract CRC information from the payload of each MAC subPDU, or extract CRC information from the MAC CE located at the tail or head of the MAC PDU.

[0161] The corresponding MAC subPDU is verified based on the extracted CRC information.

[0162] Optionally, the verification module 1302 is also used for:

[0163] The MAC layer verifies the MAC subPDU group based on CRC information; where a MAC subPDU group includes one or more MAC subPDUs.

[0164] Optionally, the verification module 1302 is also used for:

[0165] Based on the number of MAC subPDUs contained in each configured MAC subPDU group, the MAC PDUs are arranged and grouped into MAC subPDUs; where, if the remaining MAC subPDUs are less than the configured number, the remaining MAC subPDUs are grouped together.

[0166] Extract the CRC information for each MAC subPDU group;

[0167] The corresponding MAC subPDU group is verified based on the extracted CRC information.

[0168] Optionally, the verification module 1302 is also used for:

[0169] Extract CRC information from the MAC CE at the beginning or end of each MAC subPDU group; or,

[0170] Extract CRC information from the header or payload of the first or last MAC subPDU in each MAC subPDU group; or,

[0171] Extract the CRC information of each MAC subPDU group from the MAC CE located at the tail or head of the MAC PDU.

[0172] Optionally, the verification module 1302 is also used for:

[0173] Extract CRC information from the MAC CE at the beginning or end of each MAC subPDU group; or extract CRC information from the subheader or payload of the first or last MAC subPDU in each MAC subPDU group.

[0174] The corresponding MAC subPDU group is verified based on the extracted CRC information.

[0175] Optionally, the HARQ control signaling generation module 1304 is also used for:

[0176] The MAC layer receives the TB reception status sent by the physical layer, and generates HARQ control signaling based on the reception status; or,

[0177] The MAC layer receives the decoded MAC PDU sent by the physical layer, verifies the decoded MAC PDU, and generates HARQ control signaling based on the verification result.

[0178] Optionally, after verifying the MAC PDU at the MAC layer, the following steps are also included:

[0179] Decode the MAC subPDU containing the MAC SDU that has been successfully verified, and deliver the corresponding MAC SDU to the upper layer;

[0180] Decode the successfully verified MAC subPDU containing MAC CE and apply the corresponding MAC CE directly to the MAC layer.

[0181] Optionally, the HARQ feedback trigger judgment module 1303 is also used for:

[0182] HARQ feedback is triggered after every N downlink scheduling processes; or...

[0183] HARQ feedback is triggered based on the configured HARQ ID; or,

[0184] HARQ feedback is triggered by downlink MAC CE or downlink control information DCI.

[0185] Optionally, the payload of the HARQ feedback MAC CE includes at least one of the following: serving cell or carrier indication information, downlink HARQ process indication information, TB number indication information, CB or CBG indication information, MAC subPDU or MAC subPDU group indication information, and NACK or / ACK indication information.

[0186] Optionally, if the uplink transmission grant size cannot accommodate the HARQ feedback MAC CE, then the uplink can be reported by truncating the HARQ feedback MAC CE.

[0187] Optional, including at least one of the following:

[0188] The truncated HARQ feedback MAC CE is obtained by naturally truncating the HARQ feedback MAC CE according to the logical channel priority LCP process and the uplink grant size; or,

[0189] The HARQ feedback MAC CE is truncated and reported at the granularity of the serving cell, subcarrier, or subbandwidth; or,

[0190] The HARQ feedback MAC CE is truncated and reported as a single HARQ process.

[0191] Optional, also includes:

[0192] Remove TB, CBG or CB, MAC PDU, MAC subPDU or MAC subPDU groups marked as ACK from the corresponding HARQ cache.

[0193] Figure 14 This is a schematic diagram of a data transmission device based on high-level HAQR feedback, such as... Figure 14 As shown, it includes:

[0194] New uplink authorization receiving module 1401 is used for UE to receive new uplink authorization sent by base station;

[0195] The uplink data generation module 1402 is used to generate uplink data based on the new uplink authorization and send the uplink data to the base station, so that the base station can verify the uplink data. If the verification fails, it sends a retransmission uplink authorization to the UE.

[0196] The retransmission uplink grant receiving module 1403 is used to receive the retransmission uplink grant sent by the base station, and the MAC layer generates retransmission data based on the retransmission uplink grant.

[0197] The retransmission data sending module 1404 is used to send retransmission data to the base station.

[0198] Optionally, the uplink data generation module 1402 is also used for:

[0199] The physical layer generates CRC check information based on the TB containing the uplink data; or,

[0200] The MAC layer generates CRC check information based on the MAC PDU containing the uplink data.

[0201] Optionally, the uplink data generation module 1402 is also used for:

[0202] Divide the uplink data TB into one or more CBs or one or more CBGs;

[0203] The physical layer generates and adds corresponding CRC information based on the CB;

[0204] The physical layer generates and adds corresponding CRC information based on CBG.

[0205] Optionally, the uplink data generation module 1402 is also used for:

[0206] The MAC layer generates and adds corresponding CRC information based on the MAC subPDU; or,

[0207] The MAC layer generates and adds corresponding CRC information based on the MAC PDU; or,

[0208] The MAC layer generates and adds corresponding CRC information based on the MAC subPDU group.

[0209] Optionally, the uplink data generation module 1402 is also used for:

[0210] The MAC layer adds the CRC information of each MAC subPDU or each non-padded MAC subPDU to the header of the corresponding MAC subPDU; or,

[0211] The MAC layer adds the CRC information of each MAC subPDU or each non-padded MAC subPDU to the payload of the corresponding MAC subPDU.

[0212] Optionally, the uplink data generation module 1402 is also used for:

[0213] The MAC layer places the MAC CE containing CRC information at the end of the MAC PDU; or,

[0214] The MAC layer places the MAC CE containing CRC information in the header of the MAC PDU; or,

[0215] The MAC layer places the MAC CE containing CRC information at the end of the MAC PDU and before the padding.

[0216] Optionally, the uplink data generation module 1402 is also used for:

[0217] Based on the number of MAC subPDUs contained in each configured MAC subPDU group, the MAC PDUs are arranged and grouped into MAC subPDUs; where, if the remaining MAC subPDUs are less than the configured number, the remaining MAC subPDUs are grouped together.

[0218] Add the corresponding CRC information to each MAC subPDU group.

[0219] Optionally, the uplink data generation module 1402 is also used for:

[0220] Based on the configured number of groups, the MAC PDU is arranged and grouped into MAC subPDUs;

[0221] Add the corresponding CRC information to each MAC subPDU group.

[0222] Optionally, the uplink data generation module 1402 is also used for:

[0223] For a MAC PDU, if the number of MAC subPDUs contained in the MAC PDU is less than or equal to the number of configured groups, then the groups are arranged in such a way that each MAC subPDU group contains one MAC subPDU.

[0224] If the number of MAC subPDUs contained in a MAC PDU is greater than the number of configured groups, then the groups are arranged and grouped according to the number of MAC subPDUs contained in each MAC subPDU group / the number of MAC subPDUs in the group.

[0225] Optionally, the uplink data generation module 1402 is also used for:

[0226] Place the MAC CE containing the corresponding CRC information at the beginning or end of each subPDU group; or,

[0227] Add the corresponding CRC information to the header or payload of the first or last MAC subPDU in each MAC subPDU group.

[0228] Optionally, the MAC CE containing the corresponding CRC information includes at least one of the following: CRC information.

[0229] Optional, including at least one of the following:

[0230] The CRC information from top to bottom is mapped one-to-one with the MAC subPDUs from left to right; or,

[0231] The CRC information from top to bottom is mapped one-to-one with the MAC subPDU groups from left to right; or,

[0232] The CRC information from top to bottom is mapped one-to-one with the CB or CBG from left to right.

[0233] Optionally, whether uplink data transmission was successful can be implicitly indicated by receiving a retransmission schedule, which is indicated by downlink control signaling. The downlink control signaling contains at least one of the following: HARQ information identifier, retransmission indication, transmission indication of MAC subPDU or MAC subPDU group, and transmission information of CBG / CB.

[0234] Optionally, whether uplink data transmission was successful can be obtained through explicit downlink signaling; the downlink control signaling can be: ACK / NACK in DCI or HARQ feedback MAC CE; the downlink control signaling must contain at least one of the following information: cell information identifier, HARQ information identifier, transmission result indication of MAC subPDU or MAC subPDU group, and transmission information of CBG or CB.

[0235] Optionally, the retransmission uplink authorization receiver module 1403 is also used for:

[0236] When the UE's physical layer receives a retransmission uplink authorization for a certain HARQ process, it sends the retransmission uplink authorization to the higher layer.

[0237] Optionally, the retransmission uplink authorization receiver module 1403 is also used for:

[0238] If the uplink grant NDI value is not reversed compared to the NDI value of the previous same HARQ procedure, then retransmitted data is generated; or,

[0239] If, prior to receiving uplink authorization, the corresponding HARQ process has previously provided explicit ACK / NACK information, and TB, at least one CB or CBG, or at least one MAC subPDU or MAC subPDU is marked as NACK, then retransmission data is generated.

[0240] Optional, also includes:

[0241] Send HARQ information and / or uplink authorization to the HARQ entity; wherein, the uplink authorization is a new uplink authorization or a retransmitted uplink authorization.

[0242] Optionally, the HARQ entity performs at least one of the following operations:

[0243] Delete the CB or CBG, MAC SubPDU or MAC subPDU group marked as ACK or not requiring retransmission; or...

[0244] Send the NACK or CB or CBG that need to be retransmitted, MAC SubPDU or MAC SubPDU group into the multiplexing and assembly entity and reconnect them into the retransmitted TB;

[0245] If MAC PDU reconstruction is supported, new data is taken from the multiplexing and assembly entity according to the LCP process to form a TB for retransmission;

[0246] This instructs the underlying PHY layer to generate a retransmission for the indicated HARQ process.

[0247] This application also provides a data transmission device based on high-level HAQR feedback, the device comprising:

[0248] Downlink data transmission is used by the base station to send downlink data to the UE, so that the UE's physical layer and / or MAC layer can verify the downlink data. The MAC layer determines whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback. If HARQ feedback is triggered, the MAC layer generates HARQ control signaling.

[0249] The HARQ control signaling receiving module is used to receive HARQ control signaling sent by the UE and determine the data that failed to be transmitted or the part of the data that failed to be transmitted based on the HARQ control signaling.

[0250] Figure 15 This is a schematic diagram of a data transmission device based on high-level HAQR feedback provided in an embodiment of this application, as shown below. Figure 15 As shown, the device includes:

[0251] The new uplink authorization sending module 1501 is used by the base station to send a new uplink authorization to the UE, so that the UE can generate uplink data according to the new uplink authorization;

[0252] The uplink data verification module 1502 is used to receive uplink data sent by the UE and verify the uplink data.

[0253] The retransmission uplink authorization sending module 1503 is used to send a retransmission uplink authorization to the UE if the verification fails, so that the UE can retransmit data to the base station based on the retransmission uplink authorization.

[0254] Optionally, the uplink data verification module 1502 is also used for:

[0255] The physical layer verifies the uplink data and notifies the MAC layer of a successful CBG or CB; or,

[0256] The MAC layer verifies the uplink data and records the transmission status of the MAC PDU, MAC subPDU, or MAC subPDU group.

[0257] In one embodiment, Figure 16 This is a schematic diagram of the structure of a computer device provided in an embodiment of this application. Figure 16 As shown, the device provided in this application includes a processor 610 and a memory 620. The device may have one or more processors 610. Figure 16 Taking a processor 610 as an example, the number of memory units 620 in this device can be one or more. Figure 16 Taking a memory 620 as an example, the processor 610 and memory 620 of this device can be connected via a bus or other means. Figure 16 Taking a bus connection as an example, in this embodiment, the device is a computer device.

[0258] The memory 620, as a computer-readable storage medium, can be configured to store software programs, computer-executable programs, and modules, such as program instructions / modules corresponding to the device in any embodiment of this application. The memory 620 may include a program storage area and a data storage area, wherein the program storage area may store an operating system and an application program required for at least one function; the data storage area may store data created based on the use of the device, etc. Furthermore, the memory 620 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some instances, the memory 620 may further include memory remotely located relative to the processor 610, and these remote memories can be connected to the device via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0259] The device provided above can be configured to execute the data transmission method based on high-level HAQR feedback provided in any of the above embodiments, and has the corresponding functions and effects.

[0260] The program stored in the corresponding memory 620 can be the program instructions / modules corresponding to the data transmission method based on high-level HAQR feedback provided in the embodiments of this application. The processor 610 executes one or more functional applications and data processing of the computer device by running the software program, instructions, and modules stored in the memory 620, thereby implementing the data transmission method based on high-level HAQR feedback in the above method embodiments. It is understood that when the above device is a receiving end, it can execute the data transmission method based on high-level HAQR feedback provided in any embodiment of this application and has the corresponding functions and effects.

[0261] This application also provides a storage medium containing computer-executable instructions. When executed by a computer processor, the computer-executable instructions are used to perform a data transmission method based on higher-layer HAQR feedback. The method includes: a user equipment (UE) receiving downlink data sent by a base station, wherein the downlink data includes a transport block (TB) or a media access control protocol data unit (MAC PDU); the UE's physical layer and / or MAC layer verifying the downlink data; the MAC layer determining whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback; if the HARQ feedback is triggered, the MAC layer generating HARQ control signaling and sending it to the base station, causing the base station to determine, based on the HARQ control signaling, the failed data or a failed portion of the data. Alternatively, the UE receives a new uplink grant sent by the base station; generates uplink data based on the new uplink grant and sends the uplink data to the base station, causing the base station to verify the uplink data; if the verification fails, it sends a retransmission uplink grant to the UE; receives the retransmission uplink grant sent by the base station, and the MAC layer generates retransmission data based on the retransmission uplink grant; and sends the retransmission data to the base station.

[0262] Those skilled in the art will understand that the term user equipment covers any suitable type of wireless user equipment, such as mobile phones, portable data processing devices, portable web browsers, or vehicle-mounted mobile stations.

[0263] Generally, the various embodiments of this application can be implemented in hardware or dedicated circuitry, software, logic, or any combination thereof. For example, some aspects can be implemented in hardware, while others can be implemented in firmware or software that can be executed by a controller, microprocessor, or other computing device, although this application is not limited thereto.

[0264] Embodiments of this application can be implemented by executing computer program instructions through the data processor of a mobile device, for example, in a processor entity, or through hardware, or through a combination of software and hardware. The computer program instructions can be assembly instructions, Instruction Set Architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, status setting data, or source code or object code written in any combination of one or more programming languages.

[0265] Any block diagram of logical flow in the accompanying drawings of this application may represent program steps, or may represent interconnected logic circuits, modules, and functions, or may represent a combination of program steps and logic circuits, modules, and functions. The computer program may be stored on memory. Memory may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as, but not limited to, read-only memory (ROM), random access memory (RAM), optical storage devices and systems (Digital Video Disc (DVD) or Compact Disk (CD)), etc. Computer-readable media may include non-transitory storage media. The data processor may be of any type suitable to the local technical environment, such as, but not limited to, general-purpose computers, special-purpose computers, microprocessors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), and processors based on multi-core processor architectures.

[0266] The above description is merely an exemplary embodiment of this application and is not intended to limit the scope of protection of this application.

[0267] Embodiments of this application can be implemented by executing computer program instructions through the data processor of a mobile device, for example, in a processor entity, or through hardware, or through a combination of software and hardware. The computer program instructions can be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, status setting data, or source code or object code written in any combination of one or more programming languages.

[0268] A detailed description of exemplary embodiments of this application has been provided above through exemplary and non-limiting examples. However, various modifications and adjustments to the above embodiments will be apparent to those skilled in the art when considered in conjunction with the accompanying drawings and claims, without departing from the scope of the invention. Therefore, the proper scope of the invention will be determined by the claims.

Claims

1. A data transmission method based on high-level HAQR feedback, characterized in that, include: User equipment (UE) receives downlink data sent by a base station, wherein the downlink data includes a transport block (TB) or a media access control protocol data unit (MAC PDU). The UE's physical layer and / or MAC layer verify the downlink data; The MAC layer determines whether to trigger the Hybrid Automatic Repeat Request (HARQ) feedback. If the HARQ feedback is triggered, the MAC layer generates HARQ control signaling and sends it to the base station.

2. The method according to claim 1, characterized in that, The physical layer of the UE verifies the downlink data, including: The physical layer divides the TB into multiple code blocks CB or code block groups CBG; The CB or CBG is verified based on the corresponding CRC information.

3. The method according to claim 1, characterized in that, The MAC layer verifies the downlink data, including: The MAC layer verifies the downlink data based on verification information; wherein, the verification information includes Cyclic Redundancy Check (CRC) information or CRC MAC CE.

4. The method according to claim 3, characterized in that, The MAC layer verifies the downlink data based on the verification information, including: The MAC layer verifies the entire MAC PDU based on CRC information; wherein, the CRC information is added to the MAC PDU.

5. The method according to claim 4, characterized in that, The MAC layer verifies the entire MAC PDU based on CRC information, including: Extract CRC information from the MAC CE and / or CRC fields located at the tail or head of the MAC PDU; The entire MAC PDU is verified based on the extracted CRC information.

6. The method according to claim 3, characterized in that, The MAC layer verifies the downlink data based on the verification information, including: The MAC layer verifies the MAC subPDU based on CRC information.

7. The method according to claim 6, characterized in that, The MAC layer verifies the MAC subPDU based on CRC information, including: Extract CRC information from the subheader of each MAC subPDU, or extract CRC information from the payload of each MAC subPDU, or extract CRC information from the MAC CE located at the tail or head of the MAC PDU. The corresponding MAC subPDU is verified based on the extracted CRC information.

8. The method according to claim 3, characterized in that, The MAC layer verifies the downlink data based on the verification information, including: The MAC layer verifies the MAC subPDU group based on CRC information; where a MAC subPDU group includes one or more MAC subPDUs.

9. The method according to claim 8, characterized in that, The MAC layer verifies the MAC subPDU group based on CRC information, including: Based on the number of MAC subPDUs contained in each configured MAC subPDU group, the MAC PDUs are arranged and grouped into MAC subPDUs; where, if the remaining MAC subPDUs are less than the configured number, the remaining MAC subPDUs are grouped together. Extract the CRC information for each MAC subPDU group; The corresponding MAC subPDU group is verified based on the extracted CRC information.

10. The method according to claim 9, characterized in that, Extract the CRC information for each MAC subPDU group, including at least one of the following: Extract CRC information from the MAC CE at the beginning or end of each MAC subPDU group; or, Extract CRC information from the header or payload of the first or last MAC subPDU in each MAC subPDU group; or, Extract the CRC information of each MAC subPDU group from the MAC CE located at the tail or head of the MAC PDU.

11. The method according to claim 8, characterized in that, The MAC layer verifies the MAC subPDU group based on CRC information, including: Extract CRC information from the MAC CE at the beginning or end of each MAC subPDU group; or extract CRC information from the header or payload of the first or last MAC subPDU in each MAC subPDU group. The corresponding MAC subPDU group is verified based on the extracted CRC information.

12. The method according to claim 1, characterized in that, The MAC layer generates HARQ control signaling, including at least one of the following: The MAC layer receives the TB reception status sent by the physical layer, and the MAC layer generates HARQ control signaling based on the reception status; or... The MAC layer receives the decoded MAC PDU sent by the physical layer, verifies the decoded MAC PDU, and generates HARQ control signaling based on the verification result.

13. The method according to claim 1, characterized in that, After the MAC layer verifies the MAC PDU, the following steps are also included: Decode the MAC subPDU containing the MAC SDU that has been successfully verified, and deliver the corresponding MAC SDU to the upper layer; Decode the successfully verified MAC subPDU containing MAC CE and apply the corresponding MAC CE directly to the MAC layer.

14. The method according to claim 1, characterized in that, The MAC layer determines whether to trigger a Hybrid Automatic Repeat Request (HARQ) feedback by at least one of the following: HARQ feedback is triggered after every N downlink scheduling processes; or... HARQ feedback is triggered based on the configured HARQ ID; or, HARQ feedback is triggered by downlink MAC CE or downlink control information DCI.

15. The method according to claim 14, characterized in that, The payload of the HARQ feedback MAC CE includes at least one of the following: serving cell or carrier indication information, downlink HARQ process indication information, TB number indication information, CB or CBG indication information, MAC subPDU or MAC subPDU group indication information, and NACK or / ACK indication information.

16. The method according to claim 15, characterized in that, If the uplink transmission grant size cannot accommodate the HARQ feedback MAC CE, then the uplink is reported by truncating the HARQ feedback MAC CE.

17. The method according to claim 16, characterized in that, Includes at least one of the following: The truncated HARQ feedback MAC CE is obtained by naturally truncating the HARQ feedback MAC CE according to the logical channel priority LCP process and the uplink grant size; or... The truncated HARQ feedback MAC CE is reported at the granularity of the serving cell, subcarrier, or subbandwidth; or, The truncated HARQ feedback MAC CE is reported according to a HARQ process.

18. The method according to claim 1, characterized in that, After the MAC layer generates HARQ control signaling and sends it to the base station, the following steps are also included: Remove TB, CBG or CB, MAC PDU, MAC subPDU or MAC subPDU groups marked as ACK from the corresponding HARQ cache.

19. A data transmission method based on high-level HAQR feedback, characterized in that, include: The UE receives a new uplink authorization sent by the base station; Uplink data is generated based on the new uplink authorization, and the uplink data is sent to the base station, so that the base station verifies the uplink data. If the verification fails, the base station sends a retransmission uplink authorization to the UE. The MAC layer receives the retransmission uplink authorization sent by the base station and generates retransmission data based on the retransmission uplink authorization. The retransmitted data is sent to the base station.

20. The method according to claim 19, characterized in that, Uplink data is generated based on the newly transmitted uplink authorization, including at least one of the following: The physical layer generates CRC check information based on the TB containing the uplink data; or, The MAC layer generates CRC check information based on the MAC PDU containing the uplink data.

21. The method according to claim 20, characterized in that, The physical layer generates CRC information based on the TB containing the uplink data, including one of the following: Divide the uplink data TB into one or more CBs or one or more CBGs; The physical layer generates and adds corresponding CRC information based on the CB; The physical layer generates and adds corresponding CRC information based on CBG.

22. The method according to claim 20, characterized in that, The MAC layer generates CRC check information based on the MAC PDU containing the uplink data, including at least one of the following: The MAC layer generates and adds corresponding CRC information based on the MAC subPDU; or, The MAC layer generates and adds corresponding CRC information based on the MAC PDU; or, The MAC layer generates and adds corresponding CRC information based on the MAC subPDU group.

23. The method according to claim 22, characterized in that, The MAC layer generates and adds corresponding CRC information based on the MAC subPDU, including at least one of the following: The MAC layer adds the CRC information of each MAC subPDU or each non-padded MAC subPDU to the subheader of the corresponding MAC subPDU; or, The MAC layer adds the CRC information of each MAC subPDU or each non-padded MAC subPDU to the payload of the corresponding MAC subPDU.

24. The method according to claim 22, characterized in that, The MAC layer generates and adds corresponding CRC information based on the MAC PDU, including at least one of the following: The MAC layer places the MAC CE containing CRC information at the end of the MAC PDU; or, The MAC layer places the MAC CE containing CRC information in the header of the MAC PDU; or, The MAC layer places the MAC CE containing CRC information at the end of the MAC PDU and before the padding.

25. The method according to claim 22, characterized in that, The MAC layer generates and adds CRC information based on the MAC subPDU group, including: Based on the number of MAC subPDUs contained in each configured MAC subPDU group, the MAC PDUs are arranged and grouped into MAC subPDUs; where, if the remaining MAC subPDUs are less than the configured number, the remaining MAC subPDUs are grouped together. Add the corresponding CRC information to each MAC subPDU group.

26. The method according to claim 22, characterized in that, The MAC layer generates and adds corresponding CRC information based on the MAC subPDU group, including: Based on the configured number of groups, the MAC PDU is arranged and grouped into MAC subPDUs; Add the corresponding CRC information to each MAC subPDU group.

27. The method according to claim 26, characterized in that, Based on the configured number of groups, the MAC PDUs are grouped into MAC subPDUs, including: For a given MAC PDU, if the number of MAC subPDUs contained in the MAC PDU is less than or equal to the number of configured groups, then the subPDUs are arranged and grouped in such a way that each MAC subPDU group contains one MAC subPDU. If the number of MAC subPDUs contained in the MAC PDU is greater than the number of configured groups, then the groups are arranged and grouped according to the number of MAC subPDUs contained in each MAC subPDU group / the number of MAC subPDUs in the group.

28. The method according to any one of claims 25-27, characterized in that, Add corresponding CRC information to each MAC subPDU group, including at least one of the following: Place the MAC CE containing the corresponding CRC information at the beginning or end of each subPDU group; or, Add the corresponding CRC information to the header or payload of the first or last MAC subPDU in each MAC subPDU group.

29. The method according to claim 28, characterized in that, The MAC CE containing the corresponding CRC information includes at least one of the following: CRC information.

30. The method according to claim 29, characterized in that, Includes at least one of the following: The CRC information from top to bottom is mapped one-to-one with the MAC subPDUs from left to right; or, The CRC information from top to bottom is mapped one-to-one with the MAC subPDU groups from left to right; or, The CRC information from top to bottom is mapped one-to-one with the CB or CBG from left to right.

31. The method according to claim 19, characterized in that, Whether the uplink data transmission was successful is implicitly indicated by receiving a retransmission schedule, which is indicated by downlink control signaling. The downlink control signaling includes at least one of the following: HARQ information identifier, retransmission / retransmission indication, transmission indication of MAC subPDU or MAC subPDU group, and transmission information of CBG / CB.

32. The method according to claim 19, characterized in that, Whether the uplink data transmission was successful is obtained through explicit downlink signaling; wherein, the downlink control signaling may be: ACK / NACK in DCI or HARQ feedback MAC CE; the downlink control signaling must contain at least one of the following information: cell information identifier, HARQ information identifier, transmission result indication of MAC subPDU or MAC subPDU group, and transmission information of CBG or CB.

33. The method according to claim 19, characterized in that, Receiving the retransmission uplink authorization sent by the base station includes: When the UE's physical layer receives a retransmission uplink authorization for a certain HARQ process, it sends the retransmission uplink authorization to the higher layer.

34. The method according to claim 19, characterized in that, The MAC layer generates retransmission data based on the retransmission uplink authorization, including: If the NDI value of the uplink grant is not inverted compared to the NDI value of the previous NDI procedure under the same HARQ, then retransmitted data is generated; or, If, prior to receiving the uplink authorization, the corresponding HARQ process has previously received explicit ACK / NACK information, and TB, at least one CB or CBG, or at least one MAC subPDU or MAC subPDU is marked as NACK, then retransmission data is generated.

35. The method according to claim 19, characterized in that, Also includes: Send HARQ information and / or uplink grant to the HARQ entity; wherein the uplink grant is a new uplink grant or a retransmitted uplink grant.

36. The method according to claim 35, characterized in that, The HARQ entity performs at least one of the following operations: Delete the MAC SubPDU or MAC SubPDU group marked as ACK or not requiring retransmission; or... Send the NACK or MAC SubPDU or MAC SubPDU group that needs to be retransmitted into the multiplexing and assembly entity and reconnect them into a retransmitted TB; If MAC PDU reconstruction is supported, new data is taken from the multiplexing and assembly entity according to the LCP process to form a TB for retransmission; This instructs the underlying PHY layer to generate a retransmission for the indicated HARQ process.

37. A data transmission method based on high-level HAQR feedback, characterized in that, include: The base station sends downlink data to the UE, enabling the UE's physical layer and / or MAC layer to verify the downlink data. The MAC layer determines whether to trigger Hybrid Automatic Repeat Request (HARQ) feedback. If the HARQ feedback is triggered, the MAC layer generates HARQ control signaling. The system receives the HARQ control signaling sent by the UE and determines the data that failed to be transmitted or the part of the data that failed to be transmitted based on the HARQ control signaling.

38. A data transmission method based on high-level HAQR feedback, characterized in that, include: The base station sends a new uplink authorization to the UE, enabling the UE to generate uplink data based on the new uplink authorization; Receive uplink data sent by the UE and verify the uplink data; If the verification fails, a retransmission uplink authorization is sent to the UE, enabling the UE to retransmit data to the base station based on the retransmission uplink authorization.

39. The method according to claim 38, characterized in that, The upstream data is validated, including at least one of the following: The physical layer verifies the uplink data and notifies the MAC layer of a successful CBG or CB; or, The MAC layer verifies the uplink data and records the transmission status of the MAC PDU, MAC subPDU, or MAC subPDU group.

40. A computer device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the data transmission method based on high-level HAQR feedback as described in any one of claims 1-39.

41. A computer-readable storage medium having a computer program stored thereon, characterized in that, When executed by the processor, the program implements the data transmission method based on high-level HAQR feedback as described in any one of claims 1-39.

Images