Transmission method, reception method and apparatus of hybrid automatic repeat request (HARQ)

Abstract

The embodiment of the application discloses a hybrid automatic repeat request (HARQ) sending method, a receiving method and a device thereof. Downlink data is received, HARQ feedback information is generated according to the downlink data, and the HARQ feedback information is sent in a first feedback mode or a second feedback mode according to an interoperation priority, wherein the first feedback mode is delayed feedback on a current carrier, and the second feedback mode is feedback switching to a candidate carrier, wherein the terminal device supports interoperation between the first feedback mode and the second feedback mode, so that the terminal device can flexibly switch the feedback mode to send the HARQ feedback information as needed, avoiding the situation of HARQ feedback information discard, and ensuring the reliability and feedback efficiency of the HARQ feedback information sending.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of communication, in particular to a sending method, a receiving method and a device of a hybrid automatic repeat request (HARQ). BACKGROUND

[0002] With the continuous development of mobile communication technology, in the background of 5G (5th Generation Mobile Communication Technology), the problem of URLLC (Ultra Reliable and Low Latency Communication) is proposed. In the URLLC SPS (downlink semi-persistent scheduling) PDSCH (Physical Downlink Shared channel) transmission, the terminal device needs to feed back the corresponding HARQ-ACK (Hybrid Automatic Repeat request acknowledgement) for each downlink data to the base station. Because the resources available for HARQ-ACK feedback are limited, it is easy to cause the problem of a large number of SPS HARQ-ACK discards. SUMMARY

[0003] The first aspect of the present application provides a sending method of a hybrid automatic repeat request (HARQ). The method is executed by a terminal device and includes: receiving downlink data; generating HARQ feedback information according to the downlink data; and sending the HARQ feedback information in a first feedback mode or a second feedback mode according to an interoperation priority, wherein the first feedback mode is delayed feedback on a current carrier, and the second feedback mode is feedback on a candidate carrier, and wherein the terminal device supports interoperation between the first feedback mode and the second feedback mode.

[0004] Optionally, the method further includes: receiving configuration signaling sent by a network side device, wherein the configuration signaling is used to configure the interoperation priority.

[0005] Optionally, the configuration signaling is radio resource control (RRC) signaling.

[0006] Optionally, the interoperation priority is: in the case of meeting the second feedback mode condition, the second feedback mode is preferred, otherwise, the first feedback mode is preferred.

[0007] Optionally, the interoperation priority is: in the case that the first feedback mode condition is met, the first feedback mode is preferred, and if no available feedback resource is found on the current carrier, the second feedback mode is switched to the candidate carrier, wherein the first feedback mode is further supported on the candidate carrier.

[0008] Optionally, the interoperation priority is: in the case that the first feedback mode condition is met, the first feedback mode is preferred, and if no available feedback resource is found on the current carrier, the second feedback mode is switched to the candidate carrier, wherein the first feedback mode is not further supported on the candidate carrier.

[0009] Optionally, the method further comprises: receiving a downlink control information (DCI) sent by the network side device, wherein the DCI is used to indicate the interoperation priority.

[0010] Optionally, the interoperation priority is: when the DCI includes a first identifier, the HARQ feedback information is sent in a first feedback mode; and when the DCI includes a second identifier, the HARQ feedback information is sent in a second feedback mode.

[0011] Optionally, the interoperation priority is: when an uplink (UL) or supplementary uplink (SUL) in the DCI is the first identifier, the HARQ feedback information is sent in the first feedback mode; and when the UL or SUL in the DCI is the second identifier, the HARQ feedback information is sent in the second feedback mode.

[0012] Optionally, when the HARQ feedback information is sent in the first feedback mode, the method further comprises: receiving a switching instruction, then stopping the first feedback mode and switching to the second feedback mode to send the HARQ feedback information.

[0013] The second aspect embodiment of the present application proposes a hybrid automatic repeat request (HARQ) receiving method, which is executed by a network side device, sends downlink data to a terminal device, and receives HARQ feedback information generated and sent by the terminal device according to the downlink data, wherein the HARQ feedback information is sent by the terminal device in a first feedback mode or a second feedback mode according to an interoperation priority, the first feedback mode is delayed feedback on a current carrier, and the second feedback mode is feedback on a candidate carrier after switching, and the terminal device supports interoperation between the first feedback mode and the second feedback mode.

[0014] Optionally, the method further comprises: sending configuration signaling to the terminal device, wherein the configuration signaling is used to configure the interoperation priority.

[0015] Optionally, the configuration signaling is radio resource control (RRC) signaling.

[0016] Optionally, the interoperation priority is to preferentially perform feedback in the second feedback mode when the second feedback mode condition is met, and otherwise, perform feedback in the first feedback mode.

[0017] Optionally, the interoperation priority is to preferentially perform feedback in the first feedback mode when the first feedback mode condition is met, and switch to the candidate carrier through the second feedback mode when no available feedback resource is found on the current carrier, wherein the first feedback mode is further supported on the candidate carrier.

[0018] Optionally, the interoperation priority is to preferentially perform feedback in the first feedback mode when the first feedback mode condition is met, and switch to the candidate carrier through the second feedback mode when no available feedback resource is found on the current carrier, wherein the first feedback mode is not further supported on the candidate carrier.

[0019] Optionally, the method further includes: sending, to the terminal device, downlink control information (DCI), wherein the DCI is used to indicate the interoperation priority.

[0020] Optionally, the interoperation priority is to send the HARQ feedback information in a first feedback mode when the DCI includes a first identifier, and send the HARQ feedback information in a second feedback mode when the DCI includes a second identifier.

[0021] Optionally, the interoperation priority is to send the HARQ feedback information in the first feedback mode when uplink (UL) or supplementary uplink (SUL) in DCI is the first identifier, and send the HARQ feedback information in the second feedback mode when UL or SUL in DCI is the second identifier.

[0022] Optionally, when the terminal device sends the HARQ feedback information in the first feedback mode, the method further includes: sending a switching instruction, the switching instruction being used to instruct the terminal device to stop the first feedback mode and switch to the second feedback mode to send the HARQ feedback information.

[0023] A third aspect of this application provides a hybrid automatic repeat request (HARQ) transmission apparatus, comprising: a transceiver unit for receiving downlink data; and a processing unit for generating HARQ feedback information based on the downlink data, and transmitting the HARQ feedback information in a first feedback mode or a second feedback mode according to interoperability priority, wherein the first feedback mode is delayed feedback on the current carrier, and the second feedback mode is feedback performed by switching to a candidate carrier, wherein the terminal device supports interoperability between the first feedback mode and the second feedback mode.

[0024] Optionally, the transceiver unit is further configured to: receive configuration signaling sent by the network-side device, the configuration signaling being used to configure the interoperability priority.

[0025] Optionally, the configuration signaling is Radio Resource Control (RRC) signaling.

[0026] Optionally, the interoperability priority is as follows: if the conditions of the second feedback method are met, the second feedback method is used first; otherwise, the first feedback method is used.

[0027] Optionally, the interoperability priority is as follows: if the conditions of the first feedback method are met, feedback is preferentially performed using the first feedback method; if no available feedback resource is found on the current carrier, the second feedback method is used to switch to the candidate carrier, wherein feedback is further supported on the candidate carrier using the first feedback method.

[0028] Optionally, the interoperability priority is as follows: if the conditions of the first feedback method are met, feedback is preferentially performed using the first feedback method; if no available feedback resource is found on the current carrier, the second feedback method is used to switch to the candidate carrier, wherein feedback using the first feedback method is not further supported on the candidate carrier.

[0029] Optionally, the transceiver unit is further configured to: receive downlink control information (DCI) sent by the network-side device, wherein the DCI is used to indicate the interoperability priority.

[0030] Optionally, the interoperability priority is as follows: when the DCI includes a first identifier, the HARQ feedback information is sent in a first feedback manner; when the DCI includes a second identifier, the HARQ feedback information is sent in a second feedback manner.

[0031] Optionally, the interoperability priority is as follows: when the uplink UL or supplementary uplink SUL in the DCI is the first identifier, the HARQ feedback information is sent in the first feedback manner; when the UL or SUL in the DCI is the second identifier, the HARQ feedback information is sent in the second feedback manner.

[0032] Optionally, the transceiver unit is further configured to: receive a switching instruction; the processing unit is further configured to: when sending the HARQ feedback information in the first feedback mode and receiving the switching instruction, stop the first feedback mode and switch to the second feedback mode to send the HARQ feedback information.

[0033] A fourth aspect of this application provides a receiving apparatus for Hybrid Automatic Repeat Request (HARQ). The apparatus includes a transceiver unit configured to send downlink data to a terminal device and receive HARQ feedback information generated and sent by the terminal device based on the downlink data. The HARQ feedback information is sent by the terminal device according to interoperability priorities, using either a first feedback method or a second feedback method. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback performed by switching to a candidate carrier. The terminal device supports interoperability between the first feedback method and the second feedback method.

[0034] Optionally, the transceiver unit is further configured to: send configuration signaling to the terminal device, the configuration signaling being used to configure the interoperability priority.

[0035] Optionally, the configuration signaling is Radio Resource Control (RRC) signaling.

[0036] Optionally, the interoperability priority is as follows: if the conditions of the second feedback method are met, the second feedback method is used first; otherwise, the first feedback method is used.

[0037] Optionally, the interoperability priority is as follows: if the conditions of the first feedback method are met, feedback is preferentially performed using the first feedback method; if no available feedback resource is found on the current carrier, the second feedback method is used to switch to the candidate carrier, wherein feedback is further supported on the candidate carrier using the first feedback method.

[0038] Optionally, the interoperability priority is as follows: if the conditions of the first feedback method are met, feedback is preferentially performed using the first feedback method; if no available feedback resource is found on the current carrier, the second feedback method is used to switch to the candidate carrier, wherein feedback using the first feedback method is not further supported on the candidate carrier.

[0039] Optionally, the transceiver unit is further configured to: send downlink control information (DCI) to the terminal device, wherein the DCI is used to indicate the interoperability priority.

[0040] Optionally, the interoperability priority is as follows: when the DCI includes a first identifier, the HARQ feedback information is sent in a first feedback manner; when the DCI includes a second identifier, the HARQ feedback information is sent in a second feedback manner.

[0041] Optionally, the interoperability priority is as follows: when the uplink UL or supplementary uplink SUL in the DCI is the first identifier, the HARQ feedback information is sent in the first feedback manner; when the UL or SUL in the DCI is the second identifier, the HARQ feedback information is sent in the second feedback manner.

[0042] Optionally, the transceiver unit is further configured to: send a switching instruction, the switching instruction being used to instruct the terminal device to stop the first feedback mode and switch to the second feedback mode to send the HARQ feedback information.

[0043] A fifth aspect of this application provides a communication device comprising a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the hybrid automatic repeat request (HARQ) transmission method described in the first aspect of the embodiment above.

[0044] A sixth aspect of this application provides a communication device including a processor and a memory, wherein the memory stores a computer program, and the processor executes the computer program stored in the memory to cause the device to perform the Hybrid Automatic Repeat Request (HARQ) receiving method described in the second aspect of the application above.

[0045] A seventh aspect of this application provides a communication device including a processor and an interface circuit. The interface circuit is used to receive code instructions and transmit them to the processor. The processor is used to execute the code instructions to cause the device to perform the hybrid automatic repeat request (HARQ) transmission method described in the first aspect of the application.

[0046] An eighth aspect of this application provides a communication device including a processor and an interface circuit. The interface circuit is used to receive code instructions and transmit them to the processor. The processor is used to execute the code instructions to cause the device to perform the Hybrid Automatic Repeat Request (HARQ) receiving method described in the second aspect of the application.

[0047] A ninth aspect of this application provides a computer-readable storage medium for storing instructions that, when executed, enable the hybrid automatic repeat request (HARQ) transmission method described in the first aspect of this application to be implemented.

[0048] A tenth aspect of this application provides a computer-readable storage medium for storing instructions that, when executed, enable the method for receiving Hybrid Automatic Repeat Request (HARQ) as described in the second aspect of this application.

[0049] The eleventh aspect of this application provides a computer program that, when run on a computer, causes the computer to perform the method for sending Hybrid Automatic Repeat Request (HARQ) as described in the first aspect embodiment.

[0050] The twelfth aspect of this application provides a computer program that, when run on a computer, causes the computer to perform the Hybrid Automatic Repeat Request (HARQ) receiving method described in the second aspect embodiment.

[0051] This application provides a method and apparatus for transmitting Hybrid Automatic Repeat Request (HARQ). After receiving downlink data and generating HARQ feedback information based on the downlink data, the HARQ feedback information is transmitted using either a first feedback method or a second feedback method according to interoperability priorities. The first feedback method involves delayed feedback on the current carrier, while the second feedback method involves switching to a candidate carrier for feedback. The terminal device supports interoperability between the first and second feedback methods according to interoperability priorities, allowing the terminal device to flexibly switch feedback methods as needed to transmit HARQ feedback information. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0052] This application provides a method and apparatus for receiving Hybrid Automatic Repeat Request (HARQ). By sending downlink data to a terminal device, the method receives HARQ feedback information generated and sent by the terminal device based on the downlink data. The HARQ feedback information is sent by the terminal device according to interoperability priorities, using either a first feedback method or a second feedback method. The first feedback method involves delayed feedback on the current carrier, while the second feedback method involves switching to a candidate carrier for feedback. The terminal device supports interoperability between the first and second feedback methods, allowing it to flexibly switch feedback methods as needed to send HARQ feedback information to the network-side device. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0053] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0054] To more clearly illustrate the technical solutions in the embodiments of this application or the background art, the accompanying drawings used in the embodiments of this application or the background art will be described below.

[0055] Figure 1 This application provides a schematic diagram of the architecture of a communication system.

[0056] Figure 2 This is a flowchart illustrating a method for sending a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application.

[0057] Figure 3 This is a flowchart illustrating a method for sending a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application.

[0058] Figure 4 This is a flowchart illustrating a method for sending a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application.

[0059] Figure 5 This is a flowchart illustrating a method for sending a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application.

[0060] Figure 6 This is a flowchart illustrating a method for receiving a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application.

[0061] Figure 7 This is a flowchart illustrating a method for receiving a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application.

[0062] Figure 8 This is a flowchart illustrating a method for receiving a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application.

[0063] Figure 9 This is a flowchart illustrating a method for receiving a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application.

[0064] Figure 10 This is a schematic diagram of the structure of a hybrid automatic repeat request (HARQ) sending device provided in an embodiment of this application;

[0065] Figure 11 This is a schematic diagram of the structure of a receiving device for Hybrid Automatic Repeat Request (HARQ) provided in an embodiment of this application;

[0066] Figure 12This is a schematic diagram of the structure of another hybrid automatic repeat request (HARQ) sending or receiving device provided in the embodiments of this application;

[0067] Figure 13 This is a schematic diagram of the structure of a chip provided in an embodiment of this disclosure. Detailed Implementation

[0068] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with those of this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of the embodiments of this application as detailed in the appended claims.

[0069] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to limit the embodiments of this application. The singular forms “a” and “the” as used in the embodiments of this application and the appended claims are also intended to include the plural forms, unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any or all possible combinations of one or more of the associated listed items.

[0070] It should be understood that although the terms first, second, third, etc., may be used to describe various information in the embodiments of this application, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from each other. For example, without departing from the scope of the embodiments of this application, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the words "if" and "suppose" as used herein can be interpreted as "when," "when," or "in response to a determination."

[0071] Embodiments of this application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0072] To better understand the method for sending Hybrid Automatic Repeat Request (HARQ) disclosed in this application, the communication system to which this application applies is first described below.

[0073] Please see Figure 1 , Figure 1 This application provides a schematic diagram of the architecture of a communication system. The communication system may include, but is not limited to, a network-side device and a terminal device.Figure 1 The number and form of devices shown are for illustrative purposes only and do not constitute a limitation on the embodiments of this application. In actual applications, there may be two or more network-side devices and two or more terminal devices. Figure 1 The communication system shown is exemplified by a network-side device 101 and a terminal device 102.

[0074] It should be noted that the technical solutions of this application embodiment can be applied to various communication systems. For example, Long Term Evolution (LTE) systems, fifth-generation mobile communication systems, 5G New Radio systems, or other future new mobile communication systems.

[0075] The network-side device 101 in this embodiment is a network-side entity used for transmitting or receiving signals. For example, the network-side device 101 can be an evolved NodeB (eNB), a Transmission Reception Point (TRP), a Next Generation NodeB (gNB) in an NR system, a base station in other future mobile communication systems, or an access node in a Wireless Fidelity (WiFi) system. This embodiment does not limit the specific technology or device form used in the network-side device. The network-side device provided in this embodiment can be composed of a Central Unit (CU) and a Distributed Unit (DU). The CU can also be called a Control Unit. Using a CU-DU structure, the protocol layer of the network-side device, such as a base station, can be separated. Some protocol layer functions are centrally controlled by the CU, while the remaining part or all protocol layer functions are distributed in the DU, which is centrally controlled by the CU.

[0076] In this application embodiment, the terminal device 102 is a user-side entity used to receive or transmit signals, such as a mobile phone. The terminal device can also be referred to as a terminal, user equipment (UE), mobile station (MS), mobile terminal (MT), etc. The terminal device can be a car with communication capabilities, a smart car, a mobile phone, a wearable device, a tablet computer, a computer with wireless transceiver capabilities, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, a wireless terminal device in a smart home, and so on. The embodiments of this application do not limit the specific technology or device form used in the terminal device.

[0077] Terminal device 102 can detect and correct errors in the received downlink data and send feedback information to network-side device 101 based on the detection results. If the data is received correctly, terminal device 102 sends HARQ-ACK (Hybrid Automatic Repeat Request Acknowledgement) to network-side device 101. After receiving the HARQ-ACK from terminal device 102, network-side device 101 will continue to send the next set of data.

[0078] In related technologies, frequent HARQ-ACK feedback is required, but in TDD (Time Division Duplex) systems, there are a large number of unavailable uplink symbols and limited resources available for HARQ-ACK feedback, which easily leads to a large number of SPS HARQ-ACKs being discarded.

[0079] In the embodiments of this application, downlink data is received, and HARQ feedback information is generated based on the downlink data. Then, according to the interoperability priority, the HARQ feedback information is sent in a first feedback mode or a second feedback mode. The first feedback mode is delayed feedback on the current carrier, and the second feedback mode is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback mode and the second feedback mode, so that the terminal device can flexibly switch the feedback mode to send HARQ feedback information as needed, avoiding the situation of HARQ feedback information being discarded, and ensuring the reliability and feedback efficiency of HARQ feedback information transmission.

[0080] It is understood that the communication system described in the embodiments of this application is for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and does not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0081] The method and apparatus for transmitting Hybrid Automatic Repeat Request (HARQ) provided in this application will be described in detail below with reference to the accompanying drawings.

[0082] Please see Figure 2 , Figure 2 This is a flowchart illustrating a method for sending a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application. It should be noted that the method for sending a Hybrid Automatic Repeat Request (HARQ) according to this embodiment is executed by the terminal device. Figure 2 As shown, the method may include the following steps:

[0083] Step 201: Receive downlink data.

[0084] Step 202: Generate HARQ feedback information based on the downlink data.

[0085] It is understood that after receiving downlink data, the terminal device can detect and correct errors in the downlink data and generate HARQ feedback information based on the detection results. In some embodiments, the HARQ feedback information can be feedback information when the downlink data is received correctly or feedback information when the downlink data reception fails; this application does not impose any restrictions on this.

[0086] Step 203: Send HARQ feedback information according to the interoperability priority in either the first feedback method or the second feedback method. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback method and the second feedback method.

[0087] The current carrier refers to the carrier used by the terminal device to receive PDSCH data and to transmit HARQ feedback information. The candidate carrier refers to other carriers besides the current carrier that the terminal device can use to transmit HARQ feedback information.

[0088] The first feedback method involves delayed feedback on the current carrier, meaning the HARQ feedback information is postponed to the next available feedback resource on the current carrier. The second feedback method involves switching to a candidate carrier for feedback. It should be noted that the candidate carrier ultimately used to transmit the HARQ feedback information after the switch in the second feedback method can be any one of multiple candidate carriers; for example, the number of candidate carriers can be 2 or 4. The second feedback method can involve switching to any one of these 2 or 4 candidate carriers for HARQ feedback. The feedback resource can refer to the PUCCH (Physical Uplink Control Channel) time-frequency resource.

[0089] In addition, the terminal device supports interoperability between the first feedback method and the second feedback method, where interoperability refers to the switching between the first feedback method and the second feedback method.

[0090] Interoperability priority can be understood as the execution order of the first feedback method and the second feedback method. The interoperability priority can be agreed upon by a protocol, indicated by the network-side device, determined through negotiation between the terminal device and the network-side device, or determined through other means; this application does not impose any restrictions on this.

[0091] In an exemplary embodiment, after generating HARQ feedback information based on downlink data, the terminal device can send the HARQ feedback information according to interoperability priority, using either a first feedback method or a second feedback method. For example, the interoperability priority could be that the terminal device prioritizes switching to a candidate carrier for HARQ feedback when a candidate carrier is available, and then performs delayed feedback on the current carrier when no candidate carrier is available. Alternatively, the interoperability priority could be that delayed feedback is performed on the current carrier when a feedback resource is available, and then switching to a candidate carrier for feedback when no available feedback resource is found on the current carrier. Therefore, for each HARQ feedback message, timely and reliable transmission to the network-side device can be achieved through flexible switching of feedback methods, thereby avoiding the discarding of HARQ feedback information and ensuring the reliability and efficiency of HARQ feedback information transmission.

[0092] In summary, by receiving downlink data and generating HARQ feedback information based on the downlink data, the HARQ feedback information is sent according to interoperability priority using either a first feedback method or a second feedback method. The first feedback method involves delayed feedback on the current carrier, while the second feedback method involves switching to a candidate carrier for feedback. The terminal device supports interoperability between the first and second feedback methods, allowing the terminal device to flexibly switch feedback methods as needed to send HARQ feedback information. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0093] Please see Figure 3 , Figure 3 This is a flowchart illustrating a method for sending a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application. It should be noted that the method for sending a Hybrid Automatic Repeat Request (HARQ) according to this application can be executed by a terminal device. This method can be executed alone, or it can be executed in conjunction with any embodiment or possible implementation thereof in this disclosure, or it can be executed in conjunction with any technical solution in related technologies. For example... Figure 3 As shown, the method may include the following steps:

[0094] Step 301: Receive configuration signaling sent by the network-side device. The configuration signaling is used to configure interoperability priority.

[0095] The interoperability priority can be understood as the execution order of the first feedback method and the second feedback method. The description of the first and second feedback methods can be found in the description of the above embodiments, and will not be repeated here.

[0096] In addition, the terminal device supports interoperability between the first feedback method and the second feedback method, where interoperability refers to the switching between the first feedback method and the second feedback method.

[0097] It is understandable that network-side devices can send configuration signaling to terminal devices. The configuration signaling is used to configure interoperability priorities, so that the terminal device can determine the interoperability priority of the first feedback method and the second feedback method based on the received configuration signaling.

[0098] In an exemplary embodiment, the configuration signaling can be RRC (Radio Resource Control) signaling.

[0099] In an exemplary embodiment, interoperability priority can be configured in a semi-static manner. For example, the network-side device can send configuration signaling to the terminal device at a longer interval. Alternatively, interoperability priority can be configured in other ways, and this application does not limit this.

[0100] Step 302: Receive downlink data.

[0101] Step 303: Generate HARQ feedback information based on the downlink data.

[0102] It is understood that after receiving downlink data, the terminal device can detect and correct errors in the downlink data and generate HARQ feedback information based on the detection results. In some embodiments, the HARQ feedback information can be feedback information when the downlink data is received correctly or feedback information when the downlink data reception fails; this application does not impose any restrictions on this.

[0103] It should be noted that step 301 can be executed before step 302, simultaneously with step 302, or after step 302. This application does not restrict the timing of the execution of step 301. In this embodiment, step 301 is executed before step 302 as an example.

[0104] Step 304: Send HARQ feedback information according to the interoperability priority, either in the first feedback mode or the second feedback mode.

[0105] In an exemplary embodiment, after generating HARQ feedback information based on downlink data, the terminal device can send the HARQ feedback information in either a first feedback method or a second feedback method according to the interoperability priority.

[0106] In one embodiment of this application, the interoperability priority can be: if the second feedback mode condition is met, feedback is preferentially performed using the second feedback mode; otherwise, feedback is performed using the first feedback mode. The second feedback mode condition refers to the terminal device having other carriers besides the current carrier that can be used to transmit HARQ feedback information.

[0107] Specifically, when sending HARQ feedback information according to this interoperability priority, if the terminal device has a candidate carrier other than the current carrier that can be used to send HARQ feedback information, it can switch to the candidate carrier first to send HARQ feedback information; if the terminal device does not have a candidate carrier other than the current carrier that can be used to send HARQ feedback information, it can postpone sending HARQ feedback information to the next available feedback resource on the current carrier.

[0108] In one embodiment of this application, the interoperability priority can further be: if the first feedback method condition is met, feedback is preferentially performed using the first feedback method; if no available feedback resource is found on the current carrier, the system switches to a candidate carrier using the second feedback method, wherein feedback using the first feedback method is further supported on the candidate carrier. Here, feedback resource can refer to PUCCH time-frequency resources. The first feedback method condition means that there are available feedback resources on the current carrier. Further supporting feedback using the first feedback method on the candidate carrier means that delayed feedback of HARQ feedback information can be performed on the candidate carrier.

[0109] Specifically, when sending HARQ feedback information according to this interoperability priority, if there is an available feedback resource on the current carrier, the terminal device will preferentially postpone sending the HARQ feedback information to the next available feedback resource. If no available feedback resource is found on the current carrier, it will then switch to a candidate carrier to send the HARQ feedback information. Furthermore, when switching to a candidate carrier to send the HARQ feedback information, if no available feedback resource is found on that candidate carrier, the HARQ feedback information can be postponed to the next available feedback resource on that candidate carrier.

[0110] In one embodiment of this application, the interoperability priority can further be: if the first feedback method condition is met, feedback is preferentially performed using the first feedback method; if no available feedback resource is found on the current carrier, the system switches to a candidate carrier using the second feedback method, wherein further feedback using the first feedback method is not supported on the candidate carrier. Here, feedback resource can refer to PUCCH time-frequency resources. The first feedback method condition means that there are available feedback resources on the current carrier. Not further supporting feedback using the first feedback method on the candidate carrier means that delayed feedback of HARQ feedback information cannot be performed on the candidate carrier.

[0111] Specifically, when sending HARQ feedback information according to this interoperability priority, if there is available feedback resource on the current carrier, the terminal device will preferentially postpone sending HARQ feedback information to the next available feedback resource. If no available feedback resource is found on the current carrier, it will switch to a candidate carrier to send HARQ feedback information. Furthermore, when switching to a candidate carrier to send HARQ feedback information, if no available feedback resource is found on that candidate carrier, since that candidate carrier does not further support feedback in the first feedback mode, it can further switch to other candidate carriers to send feedback. By sending HARQ feedback information according to this interoperability priority, the algorithm complexity is reduced and resources are saved.

[0112] Therefore, each HARQ feedback message can be sent to the network-side device in a timely and reliable manner by flexibly switching the feedback method, thereby avoiding the loss of HARQ feedback messages and ensuring the reliability and efficiency of HARQ feedback message transmission.

[0113] In summary, by receiving configuration signaling sent by network-side devices (which is used to configure interoperability priorities), receiving downlink data, generating HARQ feedback information based on the downlink data, and sending HARQ feedback information according to the interoperability priority using either the first or second feedback method, the terminal device can flexibly switch feedback methods to send HARQ feedback information as needed. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0114] Please see Figure 4 , Figure 4 This is a flowchart illustrating a method for sending a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application. It should be noted that the method for sending a Hybrid Automatic Repeat Request (HARQ) according to this application can be executed by a terminal device. This method can be executed alone, or it can be executed in conjunction with any embodiment or possible implementation thereof in this disclosure, or it can be executed in conjunction with any technical solution in related technologies. For example... Figure 4 As shown, the method may include the following steps:

[0115] Step 401: Receive downlink control information (DCI) sent by the network-side device, wherein the DCI is used to indicate the interoperability priority.

[0116] The interoperability priority can be understood as the execution order of the first feedback method and the second feedback method. The description of the first and second feedback methods can be found in the description of the above embodiments, and will not be repeated here.

[0117] In addition, the terminal device supports interoperability between the first feedback method and the second feedback method, where interoperability refers to the switching between the first feedback method and the second feedback method.

[0118] It is understandable that network-side devices can send DCI (downlink control information) to terminal devices. DCI is used to indicate interoperability priority, so that the terminal device can determine the interoperability priority of the first feedback mode and the second feedback mode based on the received DCI.

[0119] Step 402: Receive downlink data.

[0120] Step 403: Generate HARQ feedback information based on the downlink data.

[0121] It is understood that after receiving downlink data, the terminal device can detect and correct errors in the downlink data and generate HARQ feedback information based on the detection results. In some embodiments, the HARQ feedback information can be feedback information when the downlink data is received correctly or feedback information when the downlink data reception fails; this application does not impose any restrictions on this.

[0122] It should be noted that step 401 can be executed before step 402, simultaneously with step 402, or after step 402. This application does not restrict the timing of the execution of step 401. In this embodiment, step 401 is executed before step 402 as an example.

[0123] Step 404: Send HARQ feedback information according to the interoperability priority, either in the first feedback mode or the second feedback mode.

[0124] In an exemplary embodiment, after generating HARQ feedback information based on downlink data, the terminal device can send the HARQ feedback information in either a first feedback method or a second feedback method according to the interoperability priority.

[0125] In one embodiment of this application, the interoperability priority can be: when the DCI includes a first identifier, HARQ feedback information is sent in a first feedback manner; when the DCI includes a second identifier, HARQ feedback information is sent in a second feedback manner. The first and second identifiers can be set as needed; for example, the first identifier can be 1 and the second identifier can be 0, or the first identifier can be 0 and the second identifier can be 1.

[0126] In an exemplary embodiment, a new field, such as a first field, can be added to the DCI. The first field is used to indicate the interoperability priority. When the first field in the DCI is a first identifier, HARQ feedback information is sent in a first feedback manner. When the first field in the DCI is a second identifier, HARQ feedback information is sent in a second feedback manner.

[0127] To save overhead, the length of the newly added field can be 1 bit. For example, the first field in the DCI can be set to 0 to indicate that HARQ feedback information is sent in the first feedback mode, and the first field in the DCI can be set to 1 to indicate that HARQ feedback information is sent in the second feedback mode; or, similarly, the first field in the DCI can be set to 1 to indicate that HARQ feedback information is sent in the first feedback mode, and the first field in the DCI can be set to 0 to indicate that HARQ feedback information is sent in the second feedback mode.

[0128] In an exemplary embodiment, existing fields in the DCI can also be reused to indicate interoperability priorities. For example, the UL (Up-Link) or SUL (Supplementary Uplink) indication fields in the DCI can be reused to indicate interoperability priorities. When UL or SUL is a first identifier in the DCI, it indicates that HARQ feedback information is sent in a first feedback manner; when UL or SUL is a second identifier in the DCI, it indicates that HARQ feedback information is sent in a second feedback manner. The UL / SUL field in the DCI has a length of 1 bit.

[0129] In an exemplary embodiment, the UL or SUL indication fields in the DCI0_1 / DCI0_2 formats can be reused to indicate interoperability priority. When UL or SUL is the first identifier in DCI0_1 / DCI0_2, it indicates that HARQ feedback information is sent in a first feedback manner. When UL or SUL is the second identifier in DCI0_1 / DCI0_2, it indicates that HARQ feedback information is sent in a second feedback manner.

[0130] For example, when UL or SUL in DCI0_1 / DCI0_2 is 0, it can be set to indicate that HARQ feedback information is sent in the first feedback mode; when UL or SUL in DCI0_1 / DCI0_2 is 1, it can be set to indicate that HARQ feedback information is sent in the second feedback mode. Or, similarly, when UL or SUL in DCI0_1 / DCI0_2 is 1, it can be set to indicate that HARQ feedback information is sent in the first feedback mode; when UL or SUL in DCI0_1 / DCI0_2 is 0, it can be set to indicate that HARQ feedback information is sent in the second feedback mode.

[0131] Taking the first identifier as 0 and the second identifier as 1 as an example, when sending HARQ feedback information according to the above interoperability priority, if the UL or SUL in the DCI received by the terminal device is 1, the HARQ feedback information can be switched to the candidate carrier; if the UL or SUL in the DCI received by the terminal device is 0, the HARQ feedback information can be postponed to the next available feedback resource on the current carrier.

[0132] Therefore, each HARQ feedback message can be sent to the network-side device in a timely and reliable manner by flexibly switching the feedback method, thereby avoiding the loss of HARQ feedback messages and ensuring the reliability and efficiency of HARQ feedback message transmission.

[0133] In summary, by receiving DCI sent by network-side devices (where DCI indicates interoperability priority), receiving downlink data, generating HARQ feedback information based on the downlink data, and sending HARQ feedback information according to the interoperability priority using either the first or second feedback method, the terminal device can flexibly switch feedback methods to send HARQ feedback information as needed. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0134] Please see Figure 5 , Figure 5 This is a flowchart illustrating a method for sending a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application. It should be noted that the method for sending a Hybrid Automatic Repeat Request (HARQ) according to this application can be executed by a terminal device. This method can be executed alone, or it can be executed in conjunction with any embodiment or possible implementation thereof in this disclosure, or it can be executed in conjunction with any technical solution in related technologies. For example... Figure 5 As shown, the method may include the following steps:

[0135] Step 501: Receive downlink data.

[0136] Step 502: Generate HARQ feedback information based on the downlink data.

[0137] It is understood that after receiving downlink data, the terminal device can detect and correct errors in the downlink data and generate HARQ feedback information based on the detection results. In some embodiments, the HARQ feedback information can be feedback information when the downlink data is received correctly or feedback information when the downlink data reception fails; this application does not impose any restrictions on this.

[0138] Step 503: HARQ feedback information is sent by default using the first feedback method, where the first feedback method is delayed feedback on the current carrier.

[0139] Step 504: A switching instruction has been received.

[0140] Step 505: Stop the first feedback method and switch to the second feedback method to send HARQ feedback information. The second feedback method is to switch to the candidate carrier for feedback. The terminal device supports interoperability between the first feedback method and the second feedback method.

[0141] The descriptions of the first and second feedback methods can be found in the descriptions of the above embodiments, and will not be repeated here.

[0142] In addition, the terminal device supports interoperability between the first feedback method and the second feedback method, where interoperability refers to the switching between the first feedback method and the second feedback method.

[0143] The switching command is used to instruct the terminal device to switch the feedback method of HARQ feedback information.

[0144] In one embodiment of this application, the switching instruction can be a DCI including either a first identifier or a second identifier. Specifically, when the DCI received by the terminal device includes the first identifier, the terminal device is instructed to switch from the second feedback mode to the first feedback mode to send HARQ feedback information; when the DCI received by the terminal device includes the second identifier, the terminal device is instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information. The first and second identifiers can be set as needed; for example, the first identifier can be 1 and the second identifier can be 0, or the first identifier can be 0 and the second identifier can be 1.

[0145] In an exemplary embodiment, a new field, such as a first field, can be added to the DCI. The first field is used to indicate the switching of the feedback mode. When the first field in the DCI is a first identifier, it instructs the terminal device to switch from the second feedback mode to the first feedback mode to send HARQ feedback information. When the first field in the DCI is a second identifier, it instructs the terminal device to switch from the first feedback mode to the second feedback mode to send HARQ feedback information.

[0146] To save overhead, the length of the newly added field can be 1 bit. For example, setting the first field in the DCI to 0 instructs the terminal device to switch from the second feedback mode to the first feedback mode to send HARQ feedback information, and setting the first field in the DCI to 1 instructs the terminal device to switch from the first feedback mode to the second feedback mode to send HARQ feedback information; or, similarly, setting the first field in the DCI to 1 instructs the terminal device to switch from the second feedback mode to the first feedback mode to send HARQ feedback information, and setting the first field in the DCI to 0 instructs the terminal device to switch from the first feedback mode to the second feedback mode to send HARQ feedback information.

[0147] In an exemplary embodiment, existing fields in the DCI can also be reused to indicate the switching of feedback methods. For example, the UL or SUL indication field in the DCI can be reused to indicate the switching of feedback methods. When UL or SUL is the first identifier in the DCI, the terminal device is instructed to switch from the second feedback method to the first feedback method to send HARQ feedback information. When UL or SUL is the second identifier in the DCI, the terminal device is instructed to switch from the first feedback method to the second feedback method to send HARQ feedback information.

[0148] In an exemplary embodiment, the UL or SUL indication field in the DCI0_1 / DCI0_2 formats can be reused to indicate the switching of the feedback mode. When UL or SUL is the first identifier in DCI0_1 / DCI0_2, the terminal device is instructed to switch from the second feedback mode to the first feedback mode to send HARQ feedback information. When UL or SUL is the second identifier in DCI0_1 / DCI0_2, the terminal device is instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information.

[0149] For example, when UL or SUL in DCI0_1 / DCI0_2 is 0, the terminal device can be instructed to switch from the second feedback mode to the first feedback mode to send HARQ feedback information; when UL or SUL in DCI0_1 / DCI0_2 is 1, the terminal device can be instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information. Similarly, when UL or SUL in DCI0_1 / DCI0_2 is 1, the terminal device can be instructed to switch from the second feedback mode to the first feedback mode to send HARQ feedback information; when UL or SUL in DCI0_1 / DCI0_2 is 0, the terminal device can be instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information.

[0150] Taking a first identifier of 0 and a second identifier of 1 as an example, that is, when UL or SUL in DCI0_1 / DCI0_2 is 1, the terminal device is instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information. When the terminal device sends HARQ feedback information in the first feedback mode, assuming that UL or SUL in DCI0_1 / DCI0_2 received by the terminal device is 1, the terminal device can stop the first feedback mode and switch to the second feedback mode to send HARQ feedback information according to the switching instruction.

[0151] In one embodiment of this application, the switching instruction may also be a DCI that includes a third identifier. When the DCI received by the terminal device includes the third identifier, it instructs the terminal device to switch from the current feedback method to another feedback method, i.e., from the first feedback method to the first feedback method or from the first feedback method to the second feedback method. The third identifier can be set as needed; for example, the third identifier can be 1 or 0.

[0152] In an exemplary embodiment, a new field, such as a second field, can be added to the DCI to indicate the switching of the feedback method. For example, when the second field in the DCI is a third identifier, it indicates the switching of the feedback method.

[0153] To save costs, the length of the newly added field can be 1 bit. For example, the third flag can be set to 1, and the second field in the DCI can be set to 1 to indicate a switch in the feedback mode; or, similarly, the third flag can be set to 0, and the second field in the DCI can be set to 0 to indicate a switch in the feedback mode.

[0154] In an exemplary embodiment, existing fields in the DCI can also be reused to indicate the switching of the feedback mode. For example, the UL or SUL indication field in the DCI and the carrier indication in the downlink control information DCI can be reused to indicate the switching of the feedback mode. For example, when UL or SUL is a third identifier in the DCI0_1 / DCI0_2 formats, it indicates the switching of the feedback mode.

[0155] For example, when UL or SUL in DCI0_1 / DCI0_2 is set to 0, the terminal device can be instructed to switch the feedback mode; or, similarly, when UL or SUL in DCI0_1 / DCI0_2 is set to 1, the terminal device can be instructed to switch the feedback mode.

[0156] Taking the third identifier as 1 as an example, that is, when UL or SUL in DCI0_1 / DCI0_2 is 1, it instructs the terminal device to switch the feedback mode. When the terminal device sends HARQ feedback information in the first feedback mode, assuming that UL or SUL in DCI0_1 / DCI0_2 received by the terminal device is 1, the terminal device can stop the first feedback mode and switch to the second feedback mode to send HARQ feedback information according to the switching instruction.

[0157] In an exemplary embodiment, after the terminal device generates HARQ feedback information based on downlink data, it can send the HARQ feedback information by default using the first feedback method. When the terminal device sends the HARQ feedback information using the first feedback method, it immediately stops the first feedback method and switches to the second feedback method to send the HARQ feedback information upon receiving a switching instruction.

[0158] In summary, by receiving downlink data and generating HARQ feedback information based on it, the terminal device defaults to sending HARQ feedback information using the first feedback method, which involves delayed feedback on the current carrier. Upon receiving a handover command, the first feedback method is stopped, and the device switches to the second feedback method to send HARQ feedback information. The second feedback method involves switching to a candidate carrier for feedback. The terminal device supports interoperability between the first and second feedback methods, allowing it to switch feedback methods according to the handover command. This enables flexible switching of feedback methods to send HARQ feedback information as needed, avoiding the loss of HARQ feedback information and ensuring the reliability and efficiency of HARQ feedback information transmission.

[0159] Please see Figure 6 , Figure 6 This is a flowchart illustrating a method for receiving a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application. It should be noted that the method for receiving a Hybrid Automatic Repeat Request (HARQ) according to this embodiment is executed by a network-side device. Figure 6 As shown, the method may include the following steps:

[0160] Step 601: Send downlink data to the terminal device.

[0161] Step 602: Receive HARQ feedback information generated and sent by the terminal device based on downlink data. The HARQ feedback information is sent by the terminal device according to interoperability priority in either a first feedback method or a second feedback method. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback method and the second feedback method.

[0162] Understandably, network-side devices can send downlink data to terminals. After receiving the downlink data, the terminal device can perform error detection and correction, generate HARQ feedback information based on the detection results, and then send the HARQ feedback information according to interoperability priority, using either the first or second feedback method. Correspondingly, network-side devices can receive the HARQ feedback information generated by the terminal device based on the downlink data and sent according to interoperability priority, using either the first or second feedback method.

[0163] In some embodiments, HARQ feedback information may be feedback information when downlink data is received correctly or feedback information when downlink data reception fails; this application does not impose any restrictions on this.

[0164] The current carrier refers to the carrier used by the terminal device to receive PDSCH data and to transmit HARQ feedback information. The candidate carrier refers to other carriers besides the current carrier that the terminal device can use to transmit HARQ feedback information.

[0165] The first feedback method involves delayed feedback on the current carrier, meaning the HARQ feedback information is postponed to the next available feedback resource on the current carrier. The second feedback method involves switching to a candidate carrier for feedback. It should be noted that the candidate carrier ultimately used to transmit the HARQ feedback information after the switch in the second feedback method can be any one of multiple candidate carriers; for example, the number of candidate carriers can be 2 or 4. The second feedback method can involve switching to any one of these 2 or 4 candidate carriers for HARQ feedback. Here, feedback resources can refer to PUCCH time-frequency resources.

[0166] In addition, the terminal device supports interoperability between the first feedback method and the second feedback method, where interoperability refers to the switching between the first feedback method and the second feedback method.

[0167] Interoperability priority can be understood as the execution order of the first feedback method and the second feedback method. The interoperability priority can be agreed upon by a protocol, indicated by the network-side device, determined through negotiation between the terminal device and the network-side device, or determined through other means; this application does not impose any restrictions on this.

[0168] In an exemplary embodiment, for example, the interoperability priority can be such that the terminal device prioritizes switching to a candidate carrier for HARQ feedback when a candidate carrier is available, and then performs delayed feedback on the current carrier when no candidate carrier is available. Alternatively, the interoperability priority can be such that delayed feedback is performed on the current carrier when a feedback resource is available, and then the device switches to a candidate carrier for feedback when no feedback resource is found on the current carrier. Thus, by receiving HARQ feedback information sent by the terminal device according to the interoperability priority using either the first or second feedback method, the network-side device can ensure that for each HARQ feedback message, the terminal device can flexibly switch feedback methods to send it to the network-side device in a timely and reliable manner, thereby avoiding the discarding of HARQ feedback information and guaranteeing the reliability and efficiency of HARQ feedback information transmission.

[0169] In summary, the network-side equipment sends downlink data to the terminal equipment and receives HARQ feedback information generated and sent by the terminal equipment based on the downlink data. The HARQ feedback information is sent by the terminal equipment according to interoperability priorities, using either a first feedback method or a second feedback method. The first feedback method involves delayed feedback on the current carrier, while the second feedback method involves switching to a candidate carrier for feedback. The terminal equipment supports interoperability between the first and second feedback methods, allowing it to flexibly switch feedback methods as needed to send HARQ feedback information to the network-side equipment. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0170] Please see Figure 7 , Figure 7This is a flowchart illustrating a method for receiving a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application. It should be noted that the method for receiving a HARQ according to this application can be executed by a network-side device. This method can be executed alone, or it can be executed in conjunction with any embodiment or possible implementation thereof in this disclosure, or it can be executed in conjunction with any technical solution in related technologies. Figure 7 As shown, the method may include the following steps:

[0171] Step 701: Send configuration signaling to the terminal device. The configuration signaling is used to configure the interoperability priority.

[0172] The interoperability priority can be understood as the execution order of the first feedback method and the second feedback method. The description of the first and second feedback methods can be found in the description of the above embodiments, and will not be repeated here.

[0173] In addition, the terminal device supports interoperability between the first feedback method and the second feedback method, where interoperability refers to the switching between the first feedback method and the second feedback method.

[0174] It is understandable that the interoperability priority can be sent from the network-side device to the terminal device. Specifically, the network-side device can send configuration signaling to the terminal device. The configuration signaling is used to configure the interoperability priority, so that the terminal device can determine the interoperability priority of the first feedback method and the second feedback method according to the received configuration signaling.

[0175] In an exemplary embodiment, the configuration signaling can be RRC (Radio Resource Control) signaling.

[0176] In an exemplary embodiment, interoperability priority can be configured in a semi-static manner. For example, the network-side device can send configuration signaling to the terminal device at a longer interval. Alternatively, interoperability priority can be configured in other ways, and this application does not limit this.

[0177] Step 702: Send downlink data to the terminal device.

[0178] Step 703: Receive HARQ feedback information generated and sent by the terminal device based on downlink data. The HARQ feedback information is sent by the terminal device according to interoperability priority in either a first feedback method or a second feedback method. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback after switching to a candidate carrier. The terminal device supports interoperability between the first feedback method and the second feedback method.

[0179] Understandably, network-side devices can send downlink data to terminals. After receiving the downlink data, the terminal device can perform error detection and correction, generate HARQ feedback information based on the detection results, and then send the HARQ feedback information according to interoperability priority, using either the first or second feedback method. Correspondingly, network-side devices can receive the HARQ feedback information generated by the terminal device based on the downlink data and sent according to interoperability priority, using either the first or second feedback method.

[0180] It should be noted that step 701 can be executed before step 702, simultaneously with step 702, or after step 702. This application does not restrict the timing of the execution of step 701. In this embodiment, step 701 is executed before step 702 as an example.

[0181] In one embodiment of this application, the interoperability priority can be: if the second feedback mode condition is met, feedback is preferentially performed using the second feedback mode; otherwise, feedback is performed using the first feedback mode. The second feedback mode condition refers to the terminal device having other carriers besides the current carrier that can be used to transmit HARQ feedback information.

[0182] Specifically, when a terminal device sends HARQ feedback information according to the interoperability priority, if the terminal device has a candidate carrier other than the current carrier that can be used to send HARQ feedback information, it can switch to the candidate carrier first to send HARQ feedback information; if the terminal device does not have a candidate carrier other than the current carrier that can be used to send HARQ feedback information, it can postpone sending HARQ feedback information to the next available feedback resource on the current carrier.

[0183] In one embodiment of this application, the interoperability priority can further be: if the first feedback method condition is met, feedback is preferentially performed using the first feedback method; if no available feedback resource is found on the current carrier, the system switches to a candidate carrier using the second feedback method, wherein feedback using the first feedback method is further supported on the candidate carrier. Here, feedback resource can refer to PUCCH time-frequency resources. The first feedback method condition means that there are available feedback resources on the current carrier. Further supporting feedback using the first feedback method on the candidate carrier means that delayed feedback of HARQ feedback information can be performed on the candidate carrier.

[0184] Specifically, when the terminal device sends HARQ feedback information according to this interoperability priority, if there is an available feedback resource on the current carrier, the terminal device will preferentially postpone sending the HARQ feedback information to the next available feedback resource. If no available feedback resource is found on the current carrier, the terminal device will then switch to a candidate carrier to send the HARQ feedback information. Furthermore, when switching to a candidate carrier to send the HARQ feedback information, if no available feedback resource is found on the candidate carrier, the terminal device can postpone sending the HARQ feedback information to the next available feedback resource on the candidate carrier.

[0185] In one embodiment of this application, the interoperability priority can further be: if the first feedback method condition is met, feedback is preferentially performed using the first feedback method; if no available feedback resource is found on the current carrier, the system switches to a candidate carrier using the second feedback method, wherein further feedback using the first feedback method is not supported on the candidate carrier. Here, feedback resource can refer to PUCCH time-frequency resources. The first feedback method condition means that there are available feedback resources on the current carrier. Not further supporting feedback using the first feedback method on the candidate carrier means that delayed feedback of HARQ feedback information cannot be performed on the candidate carrier.

[0186] Specifically, when the terminal device sends HARQ feedback information according to this interoperability priority, if there is available feedback resource on the current carrier, the terminal device will preferentially postpone sending HARQ feedback information to the next available feedback resource. If no available feedback resource is found on the current carrier, the terminal device will switch to a candidate carrier to send HARQ feedback information. Furthermore, when switching to a candidate carrier to send HARQ feedback information, if no available feedback resource is found on that candidate carrier, since the first feedback method is not further supported on that candidate carrier, the terminal device can switch to other candidate carriers to send feedback. By sending HARQ feedback information according to this interoperability priority, the algorithm complexity is reduced and resources are saved.

[0187] Therefore, for each HARQ feedback message, the terminal device can flexibly switch the feedback method to send it to the network-side device in a timely and reliable manner, thereby avoiding the loss of HARQ feedback messages and ensuring the reliability and efficiency of HARQ feedback message transmission.

[0188] In summary, the network-side equipment sends configuration signaling to the terminal equipment to configure interoperability priorities, sends downlink data to the terminal equipment, and receives HARQ feedback information generated and sent by the terminal equipment based on the downlink data. The HARQ feedback information is sent by the terminal equipment according to the interoperability priorities using either a first feedback method or a second feedback method. The first feedback method involves delayed feedback on the current carrier, while the second feedback method involves switching to a candidate carrier for feedback. The terminal equipment supports interoperability between the first and second feedback methods, allowing it to flexibly switch feedback methods as needed to send HARQ feedback information to the network-side equipment. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0189] Please see Figure 8 , Figure 8 This is a flowchart illustrating a method for receiving a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application. It should be noted that the method for receiving a HARQ according to this application can be executed by a network-side device. This method can be executed alone, or it can be executed in conjunction with any embodiment or possible implementation thereof in this disclosure, or it can be executed in conjunction with any technical solution in related technologies. Figure 8 As shown, the method may include the following steps:

[0190] Step 801: Send downlink control information (DCI) to the terminal device, wherein the DCI is used to indicate the interoperability priority.

[0191] The interoperability priority can be understood as the execution order of the first feedback method and the second feedback method. The description of the first and second feedback methods can be found in the description of the above embodiments, and will not be repeated here.

[0192] In addition, the terminal device supports interoperability between the first feedback method and the second feedback method, where interoperability refers to the switching between the first feedback method and the second feedback method.

[0193] It is understandable that the interoperability priority can be sent from the network-side device to the terminal device. Specifically, the network-side device can send a DCI to the terminal device. The DCI is used to indicate the interoperability priority, so that the terminal device can determine the interoperability priority of the first feedback method and the second feedback method based on the received DCI.

[0194] Step 802: Send downlink data to the terminal device.

[0195] Step 803: Receive HARQ feedback information generated and sent by the terminal device based on downlink data. The HARQ feedback information is sent by the terminal device according to interoperability priority in either a first feedback method or a second feedback method. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback method and the second feedback method.

[0196] Understandably, network-side devices can send downlink data to terminals. After receiving the downlink data, the terminal device can perform error detection and correction, generate HARQ feedback information based on the detection results, and then send the HARQ feedback information according to interoperability priority, using either the first or second feedback method. Correspondingly, network-side devices can receive the HARQ feedback information generated by the terminal device based on the downlink data and sent according to interoperability priority, using either the first or second feedback method.

[0197] It should be noted that step 801 can be executed before step 802, simultaneously with step 802, or after step 802. This application does not restrict the timing of the execution of step 801. In this embodiment, step 801 is executed before step 802 as an example.

[0198] In one embodiment of this application, the interoperability priority can be: when the DCI includes a first identifier, HARQ feedback information is sent in a first feedback manner; when the DCI includes a second identifier, HARQ feedback information is sent in a second feedback manner. The first and second identifiers can be set as needed; for example, the first identifier can be 1 and the second identifier can be 0, or the first identifier can be 0 and the second identifier can be 1.

[0199] In an exemplary embodiment, a new field, such as a first field, can be added to the DCI. The first field is used to indicate the interoperability priority. When the first field in the DCI is a first identifier, HARQ feedback information is sent in a first feedback manner. When the first field in the DCI is a second identifier, HARQ feedback information is sent in a second feedback manner.

[0200] To save overhead, the length of the newly added field can be 1 bit. For example, the first field in the DCI can be set to 0 to indicate that HARQ feedback information is sent in the first feedback mode, and the first field in the DCI can be set to 1 to indicate that HARQ feedback information is sent in the second feedback mode; or, similarly, the first field in the DCI can be set to 1 to indicate that HARQ feedback information is sent in the first feedback mode, and the first field in the DCI can be set to 0 to indicate that HARQ feedback information is sent in the second feedback mode.

[0201] In an exemplary embodiment, existing fields in the DCI can also be reused to indicate interoperability priorities. For example, the UL (Up-Link) or SUL (Supplementary Uplink) indication fields in the DCI can be reused to indicate interoperability priorities. When UL or SUL is a first identifier in the DCI, it indicates that HARQ feedback information is sent in a first feedback manner; when UL or SUL is a second identifier in the DCI, it indicates that HARQ feedback information is sent in a second feedback manner. The UL / SUL field in the DCI has a length of 1 bit.

[0202] In an exemplary embodiment, the UL or SUL indication fields in the DCI0_1 / DCI0_2 formats can be reused to indicate interoperability priority. When UL or SUL is the first identifier in DCI0_1 / DCI0_2, it indicates that HARQ feedback information is sent in a first feedback manner. When UL or SUL is the second identifier in DCI0_1 / DCI0_2, it indicates that HARQ feedback information is sent in a second feedback manner.

[0203] For example, when UL or SUL in DCI0_1 / DCI0_2 is 0, it can be set to indicate that HARQ feedback information is sent in the first feedback mode; when UL or SUL in DCI0_1 / DCI0_2 is 1, it can be set to indicate that HARQ feedback information is sent in the second feedback mode. Or, similarly, when UL or SUL in DCI0_1 / DCI0_2 is 1, it can be set to indicate that HARQ feedback information is sent in the first feedback mode; when UL or SUL in DCI0_1 / DCI0_2 is 0, it can be set to indicate that HARQ feedback information is sent in the second feedback mode.

[0204] Taking the first identifier as 0 and the second identifier as 1 as an example, when sending HARQ feedback information according to the above interoperability priority, if the UL or SUL in the DCI received by the terminal device is 1, the HARQ feedback information can be switched to the candidate carrier; if the UL or SUL in the DCI received by the terminal device is 0, the HARQ feedback information can be postponed to the next available feedback resource on the current carrier.

[0205] Therefore, for each HARQ feedback message, the terminal device can flexibly switch the feedback method to send it to the network-side device in a timely and reliable manner, thereby avoiding the loss of HARQ feedback messages and ensuring the reliability and efficiency of HARQ feedback message transmission.

[0206] In summary, the network-side equipment sends downlink control information (DCI) to the terminal equipment. The DCI indicates interoperability priority, sends downlink data to the terminal equipment, and receives HARQ feedback information generated and sent by the terminal equipment based on the downlink data. The HARQ feedback information is sent by the terminal equipment according to the interoperability priority, using either a first feedback method or a second feedback method. The first feedback method involves delayed feedback on the current carrier, while the second feedback method involves switching to a candidate carrier for feedback. The terminal equipment supports interoperability between the first and second feedback methods, allowing it to flexibly switch feedback methods as needed to send HARQ feedback information to the network-side equipment. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0207] Please see Figure 9 , Figure 9 This is a flowchart illustrating a method for receiving a Hybrid Automatic Repeat Request (HARQ) according to an embodiment of this application. It should be noted that the method for receiving a HARQ according to this application can be executed by a network-side device. This method can be executed alone, or it can be executed in conjunction with any embodiment or possible implementation thereof in this disclosure, or it can be executed in conjunction with any technical solution in related technologies. Figure 9 As shown, the method may include the following steps:

[0208] Step 901: Send downlink data to the terminal device.

[0209] Step 902: Receive HARQ feedback information generated by the receiving terminal device based on downlink data and sent by default in the first feedback mode, wherein the first feedback mode is delayed feedback on the current carrier.

[0210] Understandably, network-side devices can send downlink data to terminals. After receiving the downlink data, the terminal device can perform error detection and correction, and generate HARQ feedback information based on the detection results. By default, the HARQ feedback information is sent first using the first feedback method. Correspondingly, the network-side device can receive the HARQ feedback information generated by the terminal device based on the downlink data, which is also sent first by default using the first feedback method.

[0211] In addition, the terminal device supports interoperability between the first feedback method and the second feedback method, where interoperability refers to the switching between the first feedback method and the second feedback method.

[0212] The descriptions of the first and second feedback methods can be found in the descriptions of the above embodiments, and will not be repeated here.

[0213] Step 903: Send a switching instruction. The switching instruction is used to instruct the terminal device to stop the first feedback mode and switch to the second feedback mode to send HARQ feedback information.

[0214] Step 904: Receive HARQ feedback information generated by the terminal device based on downlink data and sent in a second feedback mode, wherein the second feedback mode is to switch to a candidate carrier for feedback, and the terminal device supports interoperability between the first feedback mode and the second feedback mode.

[0215] The switching instruction is used to instruct the terminal device to switch the feedback method of HARQ feedback information. Specifically, when the terminal device sends HARQ feedback information in the first feedback method, the switching instruction is used to instruct the terminal device to stop the first feedback method and switch to the second feedback method to send HARQ feedback information.

[0216] In one embodiment of this application, the switching instruction can be a DCI including either a first identifier or a second identifier. Specifically, when the DCI sent by the network-side device to the terminal device includes the first identifier, the terminal device is instructed to switch from the second feedback mode to the first feedback mode to send HARQ feedback information; when the DCI sent by the network-side device to the terminal device includes the second identifier, the terminal device is instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information. The first and second identifiers can be set as needed; for example, the first identifier can be 1 and the second identifier can be 0, or the first identifier can be 0 and the second identifier can be 1.

[0217] In an exemplary embodiment, a new field, such as a first field, can be added to the DCI. The first field is used to indicate the switching of the feedback mode. When the first field in the DCI is a first identifier, it instructs the terminal device to switch from the second feedback mode to the first feedback mode to send HARQ feedback information. When the first field in the DCI is a second identifier, it instructs the terminal device to switch from the first feedback mode to the second feedback mode to send HARQ feedback information.

[0218] To save overhead, the length of the newly added field can be 1 bit. For example, setting the first field in the DCI to 0 instructs the terminal device to switch from the second feedback mode to the first feedback mode to send HARQ feedback information, and setting the first field in the DCI to 1 instructs the terminal device to switch from the first feedback mode to the second feedback mode to send HARQ feedback information; or, similarly, setting the first field in the DCI to 1 instructs the terminal device to switch from the second feedback mode to the first feedback mode to send HARQ feedback information, and setting the first field in the DCI to 0 instructs the terminal device to switch from the first feedback mode to the second feedback mode to send HARQ feedback information.

[0219] In an exemplary embodiment, existing fields in the DCI can also be reused to indicate the switching of feedback methods. For example, the UL or SUL indication field in the DCI can be reused to indicate the switching of feedback methods. When UL or SUL is the first identifier in the DCI, the terminal device is instructed to switch from the second feedback method to the first feedback method to send HARQ feedback information. When UL or SUL is the second identifier in the DCI, the terminal device is instructed to switch from the first feedback method to the second feedback method to send HARQ feedback information.

[0220] In an exemplary embodiment, the UL or SUL indication field in the DCI0_1 / DCI0_2 formats can be reused to indicate the switching of the feedback mode. When UL or SUL is the first identifier in DCI0_1 / DCI0_2, the terminal device is instructed to switch from the second feedback mode to the first feedback mode to send HARQ feedback information. When UL or SUL is the second identifier in DCI0_1 / DCI0_2, the terminal device is instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information.

[0221] For example, when UL or SUL in DCI0_1 / DCI0_2 is 0, the terminal device can be instructed to switch from the second feedback mode to the first feedback mode to send HARQ feedback information; when UL or SUL in DCI0_1 / DCI0_2 is 1, the terminal device can be instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information. Similarly, when UL or SUL in DCI0_1 / DCI0_2 is 1, the terminal device can be instructed to switch from the second feedback mode to the first feedback mode to send HARQ feedback information; when UL or SUL in DCI0_1 / DCI0_2 is 0, the terminal device can be instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information.

[0222] Taking a first identifier of 0 and a second identifier of 1 as an example, that is, when UL or SUL in DCI0_1 / DCI0_2 is 1, the terminal device is instructed to switch from the first feedback mode to the second feedback mode to send HARQ feedback information. When the terminal device generates HARQ feedback information based on downlink data and sends it using the first feedback mode, the network-side device can send a switching command to the terminal device. Assuming that UL or SUL in DCI0_1 / DCI0_2 sent by the network-side device to the terminal device is 1, the terminal device can stop the first feedback mode and switch to the second feedback mode to send HARQ feedback information according to the switching command. Correspondingly, the network-side device can receive the HARQ feedback information generated by the terminal device based on downlink data and sent using the second feedback mode.

[0223] In one embodiment of this application, the switching instruction may be a DCI including a third identifier. Specifically, when the DCI sent by the network-side device to the terminal device includes a third identifier, it instructs the terminal device to switch from the current feedback method to another feedback method, i.e., from the first feedback method to the first feedback method or from the first feedback method to the second feedback method. The third identifier can be set as needed; for example, the third identifier can be 1 or 0.

[0224] In an exemplary embodiment, a new field, such as a second field, can be added to the DCI to indicate the switching of the feedback method. For example, when the second field in the DCI is a third identifier, it indicates the switching of the feedback method.

[0225] To save costs, the length of the newly added field can be 1 bit. For example, the third flag can be set to 1, and the second field in the DCI can be set to 1 to indicate a switch in the feedback mode; or, similarly, the third flag can be set to 0, and the second field in the DCI can be set to 0 to indicate a switch in the feedback mode.

[0226] In an exemplary embodiment, existing fields in the DCI can also be reused to indicate the switching of the feedback mode. For example, the UL or SUL indication field in the DCI and the carrier indication in the downlink control information DCI can be reused to indicate the switching of the feedback mode. For example, when UL or SUL is a third identifier in the DCI0_1 / DCI0_2 formats, it indicates the switching of the feedback mode.

[0227] For example, when UL or SUL in DCI0_1 / DCI0_2 is set to 0, the terminal device can be instructed to switch the feedback mode; or, similarly, when UL or SUL in DCI0_1 / DCI0_2 is set to 1, the terminal device can be instructed to switch the feedback mode.

[0228] Taking a third identifier of 1 as an example, i.e., when UL or SUL in DCI0_1 / DCI0_2 is 1, it instructs the terminal device to switch the feedback mode. When the terminal device generates HARQ feedback information based on downlink data and sends the HARQ feedback information in the first feedback mode, the network-side device can send a switching command to the terminal device. Assuming that UL or SUL in DCI0_1 / DCI0_2 sent by the network-side device to the terminal device is 1, the terminal device can stop the first feedback mode and switch to the second feedback mode to send HARQ feedback information according to the switching command. Correspondingly, the network-side device can receive the HARQ feedback information generated by the terminal device based on downlink data and sent in the second feedback mode.

[0229] In an exemplary embodiment, after the terminal device generates HARQ feedback information based on downlink data, it can send the HARQ feedback information in the first feedback mode by default. After receiving the HARQ feedback information sent by the terminal device in the first feedback mode, the network-side device can send a switching command to the terminal device. When the terminal device receives the switching command, it immediately stops the first feedback mode and switches to the second feedback mode to send the HARQ feedback information. Correspondingly, the network-side device can receive the HARQ feedback information generated by the terminal device based on downlink data and sent in the second feedback mode.

[0230] In summary, the network-side equipment sends downlink data to the terminal equipment and receives HARQ feedback information generated by the terminal equipment based on the downlink data, which is initially sent using a first feedback method (delayed feedback on the current carrier). A handover command is then sent to instruct the terminal equipment to stop the first feedback method and switch to a second feedback method to send HARQ feedback information. The terminal equipment then receives HARQ feedback information generated by the terminal equipment based on the downlink data and sent using the second feedback method (switching to a candidate carrier for feedback). The terminal equipment supports interoperability between the first and second feedback methods, allowing it to switch feedback methods according to the handover command. This enables the terminal equipment to flexibly switch feedback methods to send HARQ feedback information to the network-side equipment as needed, avoiding the discarding of HARQ feedback information and ensuring the reliability and efficiency of HARQ feedback information transmission.

[0231] Corresponding to the hybrid automatic repeat request (HARQ) transmission methods provided in the above embodiments, this application also provides a hybrid automatic repeat request (HARQ) transmission apparatus. Since the hybrid automatic repeat request (HARQ) transmission apparatus provided in this application corresponds to the hybrid automatic repeat request (HARQ) transmission methods provided in the above embodiments, the implementation methods of the hybrid automatic repeat request (HARQ) transmission methods are also applicable to the hybrid automatic repeat request (HARQ) transmission apparatus provided in the following embodiments, and will not be described in detail in the following embodiments.

[0232] Please see Figure 10 , Figure 10 This is a schematic diagram of a device for sending Hybrid Automatic Repeat Request (HARQ) in a terminal device, as provided in an embodiment of this application.

[0233] like Figure 10 As shown, the hybrid automatic repeat request (HARQ) transmitting device 1000 includes: a transceiver unit 1010 and a processing unit 1020, wherein:

[0234] Transceiver unit 1010 is used to receive downlink data;

[0235] The processing unit 1020 is configured to generate HARQ feedback information based on downlink data, and to send the HARQ feedback information in a first feedback mode or a second feedback mode according to interoperability priority. The first feedback mode is delayed feedback on the current carrier, and the second feedback mode is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback mode and the second feedback mode.

[0236] Optionally, the transceiver unit 1010 is also used for:

[0237] Receive configuration signaling sent by network-side devices. The configuration signaling is used to configure interoperability priorities.

[0238] Optionally, the signaling is configured as Radio Resource Control (RRC) signaling.

[0239] Optionally, the interoperability priority can be:

[0240] If the conditions for the second feedback method are met, the second feedback method shall be used first; otherwise, the first feedback method shall be used.

[0241] Alternatively, the interoperability priority can also be:

[0242] If the conditions for the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. The first feedback method shall be further supported on the candidate carrier.

[0243] Alternatively, the interoperability priority can also be:

[0244] If the conditions for the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. However, the first feedback method shall not be supported on the candidate carrier.

[0245] Optionally, the transceiver unit 1010 is also used for:

[0246] Receive downlink control information (DCI) sent by the network-side device, where the DCI is used to indicate the interoperability priority.

[0247] Optionally, the interoperability priority is:

[0248] When the DCI includes the first identifier, HARQ feedback information is sent in the first feedback manner;

[0249] When the DCI includes a second identifier, HARQ feedback information is sent using the second feedback method.

[0250] Optionally, the interoperability priority can be:

[0251] When the uplink UL or supplementary uplink SUL in the DCI is the first identifier, HARQ feedback information is sent in the first feedback mode;

[0252] When UL or SUL is the second identifier in DCI, HARQ feedback information is sent using the second feedback method.

[0253] Optionally, the transceiver unit 1010 is also used to: receive a switching instruction;

[0254] The processing unit is also configured to: when sending HARQ feedback information in the first feedback mode and receiving a switching instruction, stop the first feedback mode and switch to the second feedback mode to send HARQ feedback information.

[0255] The hybrid automatic repeat request (HARQ) transmitting device in this embodiment receives downlink data, generates HARQ feedback information based on the downlink data, and transmits the HARQ feedback information in either a first feedback mode or a second feedback mode according to interoperability priority. The first feedback mode is delayed feedback on the current carrier, and the second feedback mode is feedback on a candidate carrier. The terminal device supports interoperability between the first and second feedback modes, allowing the terminal device to flexibly switch feedback modes to transmit HARQ feedback information as needed, avoiding the loss of HARQ feedback information and ensuring the reliability and efficiency of HARQ feedback information transmission.

[0256] Corresponding to the hybrid automatic repeat request (HARQ) receiving methods provided in the above embodiments, this application also provides a hybrid automatic repeat request (HARQ) receiving apparatus. Since the hybrid automatic repeat request (HARQ) receiving apparatus provided in this application corresponds to the hybrid automatic repeat request (HARQ) receiving methods provided in the above embodiments, the implementation methods of the hybrid automatic repeat request (HARQ) receiving methods are also applicable to the hybrid automatic repeat request (HARQ) receiving apparatus provided in the following embodiments, and will not be described in detail in the following embodiments.

[0257] Please see Figure 11 , Figure 11 This is a schematic diagram of a receiving device for Hybrid Automatic Repeat Request (HARQ) applied to a network-side device, provided as an embodiment of this application.

[0258] like Figure 11 As shown, the receiving device 1100 for the Hybrid Automatic Repeat Request (HARQ) includes: a transceiver unit 1110, wherein:

[0259] The transceiver unit 1110 is used to send downlink data to the terminal device and receive HARQ feedback information generated and sent by the terminal device based on the downlink data;

[0260] The HARQ feedback information is sent by the terminal device according to the interoperability priority, using either a first feedback method or a second feedback method. The first feedback method is delayed feedback on the current carrier, while the second feedback method is feedback after switching to a candidate carrier. The terminal device supports interoperability between the first and second feedback methods.

[0261] Optionally, the transceiver unit 1110 is also used for:

[0262] Send configuration signaling to the terminal device. The configuration signaling is used to configure the interoperability priority.

[0263] Optionally, the signaling is configured as Radio Resource Control (RRC) signaling.

[0264] Optionally, the interoperability priority can be:

[0265] If the conditions for the second feedback method are met, the second feedback method shall be used first; otherwise, the first feedback method shall be used.

[0266] Alternatively, the interoperability priority can also be:

[0267] If the conditions for the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. The first feedback method shall be further supported on the candidate carrier.

[0268] Alternatively, the interoperability priority can also be:

[0269] If the conditions for the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. However, the first feedback method shall not be supported on the candidate carrier.

[0270] Optionally, the transceiver unit 1110 is also used for:

[0271] Downlink control information (DCI) is sent to the terminal device, where the DCI is used to indicate the interoperability priority.

[0272] Optionally, the interoperability priority is:

[0273] When the DCI includes the first identifier, HARQ feedback information is sent in the first feedback manner;

[0274] When the DCI includes a second identifier, HARQ feedback information is sent using the second feedback method.

[0275] Optionally, the interoperability priority can be:

[0276] When the uplink UL or supplementary uplink SUL in the DCI is the first identifier, HARQ feedback information is sent in the first feedback mode;

[0277] When UL or SUL is the second identifier in DCI, HARQ feedback information is sent using the second feedback method.

[0278] Optionally, the transceiver unit is also used for:

[0279] Send a switching command, which instructs the terminal device to stop the first feedback mode and switch to the second feedback mode to send HARQ feedback information.

[0280] The receiving device for Hybrid Automatic Repeat Request (HARQ) in this embodiment sends downlink data to the terminal device and receives HARQ feedback information generated and sent by the terminal device based on the downlink data. The HARQ feedback information is sent by the terminal device according to interoperability priority, using either a first feedback method or a second feedback method. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback on a candidate carrier. The terminal device supports interoperability between the first and second feedback methods, allowing the terminal device to flexibly switch feedback methods as needed to send HARQ feedback information to the network-side device. This avoids the loss of HARQ feedback information and ensures the reliability and efficiency of HARQ feedback information transmission.

[0281] To implement the above embodiments, this application also proposes a communication device, including: a processor and a memory, wherein the memory stores a computer program, and the processor executes the computer program stored in the memory to cause the device to perform... Figures 2 to 5 The method shown in the embodiment.

[0282] To implement the above embodiments, this application also proposes a communication device, including: a processor and a memory, wherein the memory stores a computer program, and the processor executes the computer program stored in the memory to cause the device to perform... Figures 6 to 9 The method shown in the embodiment.

[0283] To implement the above embodiments, this application also proposes a communication device, including: a processor and an interface circuit, wherein the interface circuit is used to receive code instructions and transmit them to the processor, and the processor is used to execute the code instructions to perform... Figures 2 to 5 The method shown in the embodiment.

[0284] To implement the above embodiments, this application also proposes a communication device, including: a processor and an interface circuit, wherein the interface circuit is used to receive code instructions and transmit them to the processor, and the processor is used to execute the code instructions to perform... Figures 6 to 9 The method shown in the embodiment.

[0285] Please see Figure 12 , Figure 12 This is a schematic diagram of another hybrid automatic repeat request (HARQ) transmitting or receiving device provided in this embodiment. The hybrid automatic repeat request (HARQ) transmitting or receiving device 1200 can be a network-side device, a terminal device, a chip, chip system, or processor that supports the implementation of the above methods in the network-side device, or a chip, chip system, or processor that supports the implementation of the above methods in the terminal device. This device can be used to implement the methods described in the above method embodiments; please refer to the description in the above method embodiments for details.

[0286] The transmitting or receiving device 1200 for Hybrid Automatic Repeat Request (HARQ) may include one or more processors 1201. The processor 1201 may be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit (CPU). The baseband processor can be used to process communication protocols and communication data, while the CPU can be used to control the transmitting or receiving device for HARQ (e.g., base station, baseband chip, terminal equipment, terminal equipment chip, DU or CU, etc.), execute computer programs, and process data from the computer programs.

[0287] Optionally, the transmitting or receiving device 1200 of the Hybrid Automatic Repeat Request (HARQ) may further include one or more memories 1202, on which a computer program 1203 may be stored. The processor 1201 executes the computer program 1203 to cause the transmitting or receiving device 1200 of the HARQ to perform the methods described in the above method embodiments. The computer program 1203 may be embedded in the processor 1201, in which case the processor 1201 may be implemented in hardware.

[0288] Optionally, the memory 1202 may also store data. The transmitting or receiving device 1200 of the Hybrid Automatic Repeat Request (HARQ) and the memory 1202 can be configured separately or integrated together.

[0289] Optionally, the transmitting or receiving device 1200 for Hybrid Automatic Repeat Request (HARQ) may further include a transceiver 1204 and an antenna 1205. The transceiver 1204, which may be referred to as a transceiver unit, transceiver, or transceiver circuit, is used to implement the transmitting and receiving functions. The transceiver 1204 may include a receiver and a transmitter; the receiver, which may be referred to as a receiver or receiving circuit, is used to implement the receiving function; the transmitter, which may be referred to as a transmitter or transmitting circuit, is used to implement the transmitting function.

[0290] Optionally, the transmitting or receiving device 1200 of the Hybrid Automatic Repeat Request (HARQ) may further include one or more interface circuits 1206. The interface circuits 1206 are used to receive code instructions and transmit them to the processor 1201. The processor 1201 executes the code instructions to cause the transmitting or receiving device 1200 of the HARQ to perform the method described in the above method embodiments.

[0291] The transmitting or receiving device 1200 of the Hybrid Automatic Repeat Request (HARQ) is a terminal device: transceiver 1204 is used to execute... Figure 2 Steps 201 and 203 in the text; Figure 3 Steps 301, 302, and 304 in the text; Figure 4 Steps 401, 402, and 404 in the text; Figure 5 Steps 501, 503, and 504 in the process; processor 1201 is used to execute Figure 2 Step 202 in the middle; Figure 3 Step 303 in the middle; Figure 4 Step 403 in the middle; Figure 5 Steps 502 and 505 in the process.

[0292] The transmitting or receiving device 1200 for Hybrid Automatic Repeat Request (HARQ) is a network-side device, and the transceiver 1204 is used to execute... Figure 6 Steps 601 and 602 in the process; Figure 7 Steps 701-703 in the text; Figure 8 Steps 801-803 in the text; Figure 9 Steps 901-904 in the process.

[0293] In one implementation, the processor 1201 may include a transceiver for implementing receiving and transmitting functions. For example, the transceiver may be a transceiver circuit, an interface, or an interface circuit. The transceiver circuit, interface, or interface circuit for implementing receiving and transmitting functions may be separate or integrated. The aforementioned transceiver circuit, interface, or interface circuit can be used for reading and writing code / data, or it can be used for transmitting or relaying signals.

[0294] In one implementation, the transmitting or receiving device 1200 for Hybrid Automatic Repeat Request (HARQ) may include circuitry capable of performing the transmitting, receiving, or communication functions described in the foregoing method embodiments. The processor and transceiver described in this disclosure can be implemented on integrated circuits (ICs), analog ICs, radio frequency integrated circuits (RFICs), mixed-signal ICs, application-specific integrated circuits (ASICs), printed circuit boards (PCBs), electronic devices, etc. The processor and transceiver can also be manufactured using various IC process technologies, such as complementary metal-oxide-semiconductor (CMOS), n-metal-oxide-semiconductor (NMOS), p-type metal-oxide-semiconductor (PMOS), bipolar junction transistors (BJTs), bipolar CMOS (BiCMOS), silicon-germanium (SiGe), gallium arsenide (GaAs), etc.

[0295] The transmitting or receiving apparatus for Hybrid Automatic Repeat Request (HARQ) described in the above embodiments can be a network-side device or a terminal device. However, the scope of the transmitting or receiving apparatus for HARQ described in this disclosure is not limited to this, and the structure of the transmitting or receiving apparatus for HARQ can be unrestricted. Figures 10-11 The limitations of the Hybrid Automatic Repeat Request (HARQ) transmitter or receiver are as follows: The transmitting or receiving device for HARQ can be a separate device or part of a larger device. For example, the transmitting or receiving device for HARQ can be:

[0296] (1) Independent integrated circuit IC, or chip, or chip system or subsystem;

[0297] (2) A collection of one or more ICs, optionally including storage components for storing data and computer programs;

[0298] (3) ASIC, such as modem;

[0299] (4) Modules that can be embedded in other devices;

[0300] (5) Receivers, terminal equipment, smart terminal equipment, cellular phones, wireless equipment, handheld devices, mobile units, vehicle-mounted equipment, network-side equipment, cloud equipment, artificial intelligence equipment, etc.

[0301] (6) Others, etc.

[0302] For cases where the transmitting or receiving device for Hybrid Automatic Repeat Request (HARQ) can be a chip or a chip system, please refer to [link / reference needed]. Figure 13 The diagram shows the structure of the chip. Figure 13 The chip shown includes a processor 1301 and an interface 1302. There can be one or more processors 1301, and multiple interfaces 1302.

[0303] For cases where the chip is used to implement the functions of the network-side device in the embodiments of this disclosure:

[0304] Interface 1302 is used for code instructions and their transmission to the processor;

[0305] Processor 1301 is used to run code instructions to perform tasks such as Figures 2 to 5 The method.

[0306] Regarding the case where the chip is used to implement the functions of the terminal device in the embodiments of this disclosure:

[0307] Interface 1302 is used for code instructions and their transmission to the processor;

[0308] Processor 1301 is used to run code instructions to perform tasks such as Figures 6 to 9 The method.

[0309] Optionally, the chip also includes a memory 1303, which is used to store necessary computer programs and data.

[0310] Those skilled in the art will also understand that the various illustrative logical blocks and steps listed in the embodiments of this disclosure can be implemented by electronic hardware, computer software, or a combination of both. Whether such functionality is implemented in hardware or software depends on the specific application and the overall system design requirements. Those skilled in the art can implement the functionality using various methods for each specific application, but such implementation should not be construed as exceeding the scope of protection of the embodiments of this disclosure.

[0311] This disclosure also provides a communication system, which includes the aforementioned... Figures 10-11 The embodiments include a HARQ transmitting device as a terminal device and a HARQ receiving device as a network-side device; or, the system includes the aforementioned... Figure 12The embodiment includes a device for sending Hybrid Automatic Repeat Request (HARQ) as a terminal device and a device for receiving Hybrid Automatic Repeat Request (HARQ) as a network-side device.

[0312] This disclosure also provides a readable storage medium having instructions stored thereon that, when executed by a computer, implement the functions of any of the above method embodiments.

[0313] This disclosure also provides a computer program product that, when executed by a computer, implements the functions of any of the above method embodiments.

[0314] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. A computer program product includes one or more computer programs. When a computer program is loaded and executed on a computer, it generates, in whole or in part, the flow or function according to the embodiments of this disclosure. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer program can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, a computer program can be transferred from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available media can be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., high-density digital video discs (DVDs)), or semiconductor media (e.g., solid-state disks (SSDs)).

[0315] Those skilled in the art will understand that the various numerical designations such as "first," "second," etc., used in this disclosure are merely for the convenience of description and are not intended to limit the scope of the embodiments of this disclosure, nor do they indicate the order of events.

[0316] At least one of the features described in this disclosure can also be described as one or more, and multiple features can be two, three, four or more, and this disclosure does not impose any limitations. In the embodiments of this disclosure, for a technical feature, the technical features in that technical feature are distinguished by "first", "second", "third", "A", "B", "C" and "D", etc., and there is no sequential order or size order among the technical features described by "first", "second", "third", "A", "B", "C" and "D".

[0317] The correspondences shown in the tables of this disclosure can be configured or predefined. The values ​​of the information in each table are merely examples and can be configured to other values; this disclosure is not limiting. When configuring the correspondences between information and parameters, it is not necessarily required to configure all the correspondences shown in each table. For example, the correspondences shown in some rows of the tables in this disclosure may not be configured. Furthermore, appropriate modifications and adjustments can be made based on the above tables, such as splitting, merging, etc. The names of the parameters shown in the headers of the above tables can also use other names that the communication device can understand, and the values ​​or representations of the parameters can also be other values ​​or representations that the communication device can understand. In the implementation of the above tables, other data structures can also be used, such as arrays, queues, containers, stacks, linear lists, pointers, linked lists, trees, graphs, structures, classes, heaps, hash tables, or hash tables, etc.

[0318] The predefined terms in this disclosure can be understood as defined, predefined, stored, pre-stored, pre-negotiated, pre-configured, solidified, or pre-burned.

[0319] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0320] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0321] It should be understood that the various forms of processes shown above can be used to reorder, add, or delete steps. For example, the steps described in the embodiments of this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this invention can be achieved, and this is not limited herein.

[0322] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for sending Hybrid Automatic Repeat Request (HARQ), characterized in that, The method, executed by a terminal device, includes: Receive downlink data; HARQ feedback information is generated based on the downlink data; The HARQ feedback information is sent in either a first feedback method or a second feedback method according to the interoperability priority. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback method and the second feedback method. Interoperability refers to switching between the first feedback method and the second feedback method. When sending the HARQ feedback information using the first feedback method, the method further includes: Upon receiving a switching instruction, the first feedback method is stopped, and the system switches to the second feedback method to send the HARQ feedback information.

2. The method as described in claim 1, characterized in that, The method further includes: The system receives configuration signaling sent by a network-side device, the configuration signaling being used to configure the interoperability priority.

3. The method as described in claim 2, characterized in that, The configuration signaling is Radio Resource Control (RRC) signaling.

4. The method as described in claim 2, characterized in that, The interoperability priority is: If the conditions for the second feedback method are met, the second feedback method shall be used first; otherwise, the first feedback method shall be used.

5. The method as described in claim 2, characterized in that, The interoperability priority is: If the conditions of the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. The first feedback method shall be further supported on the candidate carrier.

6. The method as described in claim 2, characterized in that, The interoperability priority is: If the conditions of the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. Feedback using the first feedback method shall not be further supported on the candidate carrier.

7. The method as described in claim 1, characterized in that, The method further includes: The device receives downlink control information (DCI) sent by a network-side device, wherein the DCI is used to indicate the interoperability priority.

8. The method as described in claim 7, characterized in that, in, The interoperability priority is: When the DCI includes a first identifier, the HARQ feedback information is sent in a first feedback manner; When the DCI includes a second identifier, the HARQ feedback information is sent in a second feedback manner.

9. The method as described in claim 8, characterized in that, in, The interoperability priority is: When the uplink UL or supplementary uplink SUL in the DCI is the first identifier, the HARQ feedback information is sent in the first feedback manner; When UL or SUL is the second identifier in DCI, the HARQ feedback information is sent in the second feedback method.

10. A method for receiving Hybrid Automatic Repeat Request (HARQ), characterized in that, Performed by a network-side device, the method includes: Send downlink data to the terminal device; Receive HARQ feedback information generated and sent by the terminal device based on the downlink data; The HARQ feedback information is sent by the terminal device according to the interoperability priority, using either a first feedback method or a second feedback method. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback method and the second feedback method, and the interoperability refers to the switching between the first feedback method and the second feedback method. When the terminal device sends the HARQ feedback information in the first feedback method, the method further includes: A switching instruction is sent, which instructs the terminal device to stop the first feedback mode and switch to the second feedback mode to send the HARQ feedback information.

11. The method as described in claim 10, characterized in that, The method further includes: A configuration signaling message is sent to the terminal device, the configuration signaling message being used to configure the interoperability priority.

12. The method as described in claim 11, characterized in that, The configuration signaling is Radio Resource Control (RRC) signaling.

13. The method as described in claim 11, characterized in that, The interoperability priority is: If the conditions for the second feedback method are met, the second feedback method shall be used first; otherwise, the first feedback method shall be used.

14. The method as described in claim 11, characterized in that, The interoperability priority is: If the conditions of the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. The first feedback method shall be further supported on the candidate carrier.

15. The method as described in claim 11, characterized in that, The interoperability priority is: If the conditions of the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. Feedback using the first feedback method shall not be further supported on the candidate carrier.

16. The method as described in claim 10, characterized in that, The method further includes: Downlink control information (DCI) is sent to the terminal device, wherein the DCI is used to indicate the interoperability priority.

17. The method as described in claim 16, characterized in that, in, The interoperability priority is: When the DCI includes a first identifier, the HARQ feedback information is sent in a first feedback manner; When the DCI includes a second identifier, the HARQ feedback information is sent in a second feedback manner.

18. The method as described in claim 17, characterized in that, in, The interoperability priority is: When the uplink UL or supplementary uplink SUL in the DCI is the first identifier, the HARQ feedback information is sent in the first feedback manner; When UL or SUL is the second identifier in DCI, the HARQ feedback information is sent in the second feedback method.

19. A transmitting apparatus for Hybrid Automatic Repeat Request (HARQ), characterized in that, The device includes: The transceiver unit is used to receive downlink data; The processing unit is configured to generate HARQ feedback information based on the downlink data, and send the HARQ feedback information in a first feedback mode or a second feedback mode according to the interoperability priority. The first feedback mode is delayed feedback on the current carrier, and the second feedback mode is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback mode and the second feedback mode, and the interoperability refers to the switching between the first feedback mode and the second feedback mode. The transceiver unit is also used to: receive switching instructions; The processing unit is further configured to: when sending the HARQ feedback information in the first feedback mode and receiving a switching instruction, stop the first feedback mode and switch to the second feedback mode to send the HARQ feedback information.

20. The apparatus as claimed in claim 19, characterized in that, The transceiver unit is further configured to: The system receives configuration signaling sent by a network-side device, the configuration signaling being used to configure the interoperability priority.

21. The apparatus as claimed in claim 20, characterized in that, The configuration signaling is Radio Resource Control (RRC) signaling.

22. The apparatus as claimed in claim 20, characterized in that, The interoperability priority is: If the conditions for the second feedback method are met, the second feedback method shall be used first; otherwise, the first feedback method shall be used.

23. The apparatus as claimed in claim 20, characterized in that, The interoperability priority is: If the conditions of the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. The first feedback method shall be further supported on the candidate carrier.

24. The apparatus as claimed in claim 20, characterized in that, The interoperability priority is: If the conditions of the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. Feedback using the first feedback method shall not be further supported on the candidate carrier.

25. The apparatus as claimed in claim 19, characterized in that, The transceiver unit is further configured to: The device receives downlink control information (DCI) sent by a network-side device, wherein the DCI is used to indicate the interoperability priority.

26. The apparatus as claimed in claim 25, characterized in that, in, The interoperability priority is: When the DCI includes a first identifier, the HARQ feedback information is sent in a first feedback manner; When the DCI includes a second identifier, the HARQ feedback information is sent in a second feedback manner.

27. The apparatus as claimed in claim 26, characterized in that, in, The interoperability priority is: When the uplink UL or supplementary uplink SUL in the DCI is the first identifier, the HARQ feedback information is sent in the first feedback manner; When UL or SUL is the second identifier in DCI, the HARQ feedback information is sent in the second feedback method.

28. A receiving device for Hybrid Automatic Repeat Request (HARQ), characterized in that, The device includes: The transceiver unit is used to send downlink data to the terminal device and receive HARQ feedback information generated and sent by the terminal device based on the downlink data; The HARQ feedback information is sent by the terminal device according to the interoperability priority, using either a first feedback method or a second feedback method. The first feedback method is delayed feedback on the current carrier, and the second feedback method is feedback on a candidate carrier. The terminal device supports interoperability between the first feedback method and the second feedback method, and the interoperability refers to the switching between the first feedback method and the second feedback method. The transceiver unit is further configured to: A switching instruction is sent, which instructs the terminal device to stop the first feedback mode and switch to the second feedback mode to send the HARQ feedback information.

29. The apparatus as claimed in claim 28, characterized in that, The transceiver unit is further configured to: A configuration signaling message is sent to the terminal device, the configuration signaling message being used to configure the interoperability priority.

30. The apparatus as claimed in claim 29, characterized in that, The configuration signaling is Radio Resource Control (RRC) signaling.

31. The apparatus as claimed in claim 29, characterized in that, The interoperability priority is: If the conditions for the second feedback method are met, the second feedback method shall be used first; otherwise, the first feedback method shall be used.

32. The apparatus as claimed in claim 29, characterized in that, The interoperability priority is: If the conditions of the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. The first feedback method shall be further supported on the candidate carrier.

33. The apparatus as claimed in claim 29, characterized in that, The interoperability priority is: If the conditions of the first feedback method are met, the first feedback method shall be used first. If no available feedback resource is found on the current carrier, the second feedback method shall be used to switch to the candidate carrier. Feedback using the first feedback method shall not be further supported on the candidate carrier.

34. The apparatus as claimed in claim 28, characterized in that, The transceiver unit is further configured to: Downlink control information (DCI) is sent to the terminal device, wherein the DCI is used to indicate the interoperability priority.

35. The apparatus as claimed in claim 34, characterized in that, in, The interoperability priority is: When the DCI includes a first identifier, the HARQ feedback information is sent in a first feedback manner; When the DCI includes a second identifier, the HARQ feedback information is sent in a second feedback manner.

36. The apparatus as claimed in claim 35, characterized in that, in, The interoperability priority is: When the uplink UL or supplementary uplink SUL in the DCI is the first identifier, the HARQ feedback information is sent in the first feedback manner; When UL or SUL is the second identifier in DCI, the HARQ feedback information is sent in the second feedback method.

37. A communication device, characterized in that, The device includes a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the method as described in any one of claims 1 to 9.

38. A communication device, characterized in that, The device includes a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the method as described in any one of claims 10 to 18.

39. A communication device, characterized in that, include: Processor and interface circuitry; The interface circuit is used to receive code instructions and transmit them to the processor; The processor is configured to run the code instructions to perform the method as described in any one of claims 1 to 9.

40. A communication device, characterized in that, include: Processor and interface circuitry; The interface circuit is used to receive code instructions and transmit them to the processor; The processor is configured to run the code instructions to perform the method as described in any one of claims 10 to 18.

41. A computer-readable storage medium for storing instructions that, when executed, cause the method as described in any one of claims 1 to 9 to be implemented.

42. A computer-readable storage medium for storing instructions that, when executed, cause the method of any one of claims 10 to 18 to be implemented.

Images