Feedback information sending method and device, equipment and storage medium

Abstract

This application is a divisional application of CN202180082933.8. It provides a method, apparatus, device, and storage medium for sending feedback information, belonging to the field of communications. The method includes: a terminal receiving configuration signaling sent by a network device, the configuration signaling being used to configure at least one PUCCH type for the terminal to send feedback information; the terminal determining at least one PUCCH resource based on at least one PUCCH type, and sending feedback information to the network device through the at least one PUCCH resource. This method can be applied to HARQ information feedback scenarios with NACK in broadcast or multicast, enabling terminals in different network coverage environments to effectively provide NACK feedback for HARQs in broadcast and multicast, improving the accurate transmission performance of broadcast and multicast data.

Description

[0001] This application is a divisional application of Chinese application CN202180082933.8, filed on January 14, 2021, entitled "Method, Apparatus, Device and Storage Medium for Sending Feedback Information". Technical Field

[0002] This application relates to the field of communications, and in particular to a method, apparatus, device, and storage medium for transmitting feedback information. Background Technology

[0003] Multimedia Broadcast Multicast Service (MBMS) is a technology that transmits data from one data source to multiple user equipment (UE) devices by sharing network resources.

[0004] To ensure the reliability of MBMS transmission, two types of feedback mechanisms are introduced for multicast or broadcast. The first type is the method of only feeding back denial information (NACK). When the network device sends multicast data to the UE, the UE does not feed back acknowledgment information (ACK) when it successfully receives the multicast or broadcast data sent by the network device. When the UE fails to receive the multicast or broadcast data sent by the network device, the UE feeds back NACK. The second type is the method of feeding back both ACK and NACK. When the UE successfully receives the multicast data sent by the network device, the UE feeds back ACK; otherwise, the UE feeds back NACK. Summary of the Invention

[0005] This application provides a method, apparatus, device, and storage medium for sending feedback information. The technical solution is as follows:

[0006] According to one aspect of the embodiments of this application, a method for sending feedback information is provided, applied to a hybrid automatic repeat-request (HARQ) information feedback scenario where a denial message (NACK) exists under broadcast or multicast conditions. The method includes:

[0007] The terminal receives configuration signaling sent by the network device. The configuration signaling is used to configure at least one Physical Uplink Control Channel (PUCCH) type for the terminal to send feedback information.

[0008] The terminal determines at least one PUCCH resource based on at least one PUCCH type and sends feedback information to the network device through at least one PUCCH resource.

[0009] According to another aspect of the embodiments of this application, a method for sending feedback information is provided, applied to a HARQ information feedback scenario where NACK exists under broadcast or multicast, the method comprising:

[0010] The network device sends configuration signaling to the terminal. The configuration signaling is used to configure at least one PUCCH type for the terminal to send feedback information. The at least one PUCCH type is used to determine at least one PUCCH resource. The at least one PUCCH is used to carry the feedback information sent by the terminal to the network device.

[0011] According to another aspect of the embodiments of this application, a feedback information sending device is provided, applied to a HARQ information feedback scenario where NACK exists under broadcast or multicast, the device comprising:

[0012] The first receiving module is used to receive configuration signaling sent by the network device. The configuration signaling is used to configure at least one PUCCH type for the terminal to send feedback information.

[0013] The first processing module is used to determine at least one PUCCH resource based on at least one PUCCH type;

[0014] The first sending module is used to send feedback information to network devices through at least one PUCCH resource.

[0015] According to another aspect of the embodiments of this application, a feedback information sending device is provided, applied to a HARQ information feedback scenario where NACK exists under broadcast or multicast, the device comprising:

[0016] The second sending module is used to send configuration signaling to the terminal. The configuration signaling is used to configure at least one PUCCH type for the terminal to send feedback information. The at least one PUCCH type is used to determine at least one PUCCH resource. The at least one PUCCH is used to carry the feedback information sent by the terminal to the network device.

[0017] According to another aspect of the embodiments of this application, a terminal is provided, the terminal comprising:

[0018] processor;

[0019] A transceiver connected to the processor;

[0020] The processor is configured to load and execute executable instructions to implement the method for sending feedback information as described in the above aspects.

[0021] According to another aspect of the embodiments of this application, a network device is provided, the network device comprising:

[0022] processor;

[0023] A transceiver connected to the processor;

[0024] The processor is configured to load and execute executable instructions to implement the method for sending feedback information as described in the above aspects.

[0025] According to another aspect of the embodiments of this application, a computer storage medium is provided, which stores at least one instruction, at least one program, code set, or instruction set, wherein the at least one instruction, at least one program, code set, or instruction set is loaded and executed by a processor to implement the method for sending feedback information as described in the foregoing aspects.

[0026] The technical solutions provided in this application embodiment may include the following beneficial effects:

[0027] This provides a method for HARQ information feedback during broadcast and multicast in New Radio (NR) MBMS systems. The network device configures the PUCCH type for the terminal, and the terminal determines at least one PUCCH resource to feed back one or more feedback messages based on the PUCCH type. This enables terminals in different network coverage environments to effectively feed back HARQ acknowledgment information ACK or NACK for broadcast and multicast, improving the accurate transmission performance of broadcast and multicast data.

[0028] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0029] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0030] Figure 1 This is a structural block diagram of a communication system according to an exemplary embodiment;

[0031] Figure 2 This is a flowchart illustrating a method for sending feedback information according to an exemplary embodiment;

[0032] Figure 3 This is a schematic diagram illustrating the correspondence between PUCCH resources and Group-Radio Network Temporary Identifier (G-RNTI) according to an exemplary embodiment;

[0033] Figure 4This is a schematic diagram illustrating the correspondence between the PUCCH resource set and G-RNTI according to an exemplary embodiment;

[0034] Figure 5 This is a flowchart illustrating a method for sending feedback information according to another exemplary embodiment;

[0035] Figure 6 This is a flowchart illustrating a method for sending feedback information according to another exemplary embodiment;

[0036] Figure 7 This is a flowchart illustrating a method for sending feedback information according to another exemplary embodiment;

[0037] Figure 8 This is a schematic diagram illustrating the correspondence between the number of PUCCH symbols and the Reference Signal Receiving Power (RSRP) value according to an exemplary embodiment.

[0038] Figure 9 This is a flowchart illustrating a method for sending feedback information according to another exemplary embodiment;

[0039] Figure 10 This is a flowchart illustrating a method for sending feedback information according to another exemplary embodiment;

[0040] Figure 11 This is a schematic diagram illustrating the correspondence between PUCCH type and RSRP value according to an exemplary embodiment;

[0041] Figure 12 This is a flowchart illustrating a method for sending feedback information according to another exemplary embodiment;

[0042] Figure 13 This is a block diagram illustrating a feedback information sending device according to an exemplary embodiment;

[0043] Figure 14 This is a block diagram of a feedback information sending device according to another exemplary embodiment;

[0044] Figure 15 This is a schematic diagram of the structure of a terminal according to an exemplary embodiment. Detailed Implementation

[0045] 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 denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0046] In NR MBMS systems, if broadcast and multicast support only NACK feedback, there is currently no solution to the question of how to use a physical channel to carry one or more HARQ feedback bits while ensuring coverage, given the high coverage requirements of cellular communication.

[0047] Figure 1 A block diagram of a communication system provided in an exemplary embodiment of this application is shown. The communication system may include an access network 12 and a terminal device 14.

[0048] Access network 12 includes several network devices 120. A network device 120 may be a base station, which is a device deployed in access network 12 to provide wireless communication functionality to terminal device 14. Base stations may include various forms of macro base stations, micro base stations, relay stations, access points, etc. In systems employing different Radio Access Technology (RAT), the name of the device with base station functionality may differ; for example, in Long Term Evolution (LTE) systems, it is called eNodeB or eNB; in NR (NR-based access to Unlicensed spectrum) systems on 5G unlicensed spectrum, it is called gNodeB or gNB. As communication technologies evolve, the description of "base station" may change. For convenience in this embodiment, the aforementioned devices providing wireless communication functionality to terminal device 14 are collectively referred to as network devices.

[0049] Terminal device 14 may include various handheld devices, vehicle-mounted devices, wearable devices, computing devices, or other processing devices connected to a wireless modem, as well as various forms of user equipment, mobile stations (MS), terminals, etc. For ease of description, the devices mentioned above are collectively referred to as terminals. Network device 120 and terminal device 14 communicate with each other through some air interface technology, such as a Uu interface.

[0050] The technical solutions of this application embodiment can be applied to various communication systems, such as: Global System of Mobile Communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), LTE system, LTE Frequency Division Duplex (FDD) system, LTE Time Division Duplex (TDD) system, Advanced Long Term Evolution (LTE-A) system, NR system, evolution system of NR system, LTE-based access to Unlicensed spectrum (LTE-U) system, NR-U system, Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX) communication system, Wireless Local Area Networks (WLAN), Wireless Fidelity (WiFi), next-generation communication systems, or other communication systems, etc.

[0051] Traditional communication systems typically support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communication but also, for example, device-to-device (D2D) communication, machine-to-machine (M2M) communication, machine-type communication (MTC), vehicle-to-vehicle (V2V) communication, and vehicle-to-everything (V2X) systems. The embodiments of this application can also be applied to these communication systems.

[0052] In HARQ information feedback scenarios where NACK exists in broadcast or multicast, the above scenarios may include at least one of the following:

[0053] In HARQ feedback scenarios where only NACK is given, the corresponding HARQ feedback method that only gives NACK is called NACK-only feedback.

[0054] HARQ message feedback scenarios that provide ACK or NACK feedback.

[0055] like Figure 2 The flowchart illustrates a method for sending feedback information provided in an exemplary embodiment of this application, which is applied to, for example... Figure 3 In the communication system shown, for any of the above-mentioned broadcast or multicast scenarios where NACK HARQ information feedback exists, from the perspective of terminal and network device interaction, the method includes:

[0056] Step 201: The network device sends a configuration signaling message to the terminal.

[0057] The network device determines at least one PUCCH type, generates configuration signaling based on the at least one PUCCH type, and sends the configuration signaling to the terminal. The configuration signaling is used to configure at least one PUCCH type for the terminal to send feedback information. The at least one PUCCH type is used to determine at least one PUCCH resource. The at least one PUCCH resource is used to carry the feedback information sent by the terminal to the network device.

[0058] Optionally, the above configuration signaling may include at least one of the following signaling: broadcast message, system information block (SIB), radio resource control (RRC) message, RRC reconfiguration signaling, downlink control information (DCI), media access control control element (MAC CE), physical downlink control channel order (PDCCH order), and data information.

[0059] Step 202: The terminal receives the configuration signaling sent by the network device.

[0060] Step 203: The terminal determines at least one PUCCH resource based on at least one PUCCH type.

[0061] A PUCCH type terminal is configured with M PUCCH resources, where M is a positive integer. For example, the aforementioned M PUCCH resources can be configured for the terminal by the network device through configuration signaling. Optionally, if M is a positive integer greater than 1, at least two of the aforementioned M PUCCH resources are the same or different in at least one signal dimension, including the time domain, frequency domain, and code domain.

[0062] Optionally, the terminal configures at least two PUCCH resources for the first PUCCH type, each PUCCH resource corresponding to a different G-RNTI; for example, the above-mentioned at least two PUCCH resources can be the same or different PUCCH resources. Figure 3 The first PUCCH type (i.e., the selected type) is configured with U PUCCH resources, namely PUCCH resource #0, PUCCH resource #1, ..., PUCCH resource #U-1. Each of the U PUCCH resources corresponds one-to-one with a U G-RNTI. For example, PUCCH resource #0 corresponds to G-RNTI #0, PUCCH resource #1 corresponds to G-RNTI #1, ..., PUCCH resource #U-1 corresponds to G-RNTI #U-1; where U is a positive integer greater than 1.

[0063] For example, the terminal is configured with at least one G-RNTI, the terminal selects a first PUCCH type from at least one PUCCH type configured in the network device, and determines at least one PUCCH resource corresponding to at least one G-RNTI from at least two PUCCH resources configured in the first PUCCH type.

[0064] Optionally, at least two PUCCH resource sets are configured for the first PUCCH type terminal, each PUCCH resource set corresponding to a different G-RNTI. For example... Figure 4 The first PUCCH type is configured with R PUCCH resource sets, namely PUCCH resource set #0, PUCCH resource set #1, ..., PUCCH resource set #R-1. Each PUCCH resource set includes U PUCCH resources, namely PUCCH resource #0, PUCCH resource #1, ..., PUCCH resource #U-1. The R PUCCH resource sets correspond one-to-one with R G-RNTIs. For example, PUCCH resource set #0 corresponds to G-RNTI #0, PUCCH resource set #1 corresponds to G-RNTI #1, ..., PUCCH resource set #R-1 corresponds to G-RNTI #R-1; where R is a positive integer greater than 1.

[0065] For example, the above PUCCH resource set includes U identical PUCCH resources, or the above PUCCH resource set includes U different PUCCH resources, or at least two different PUCCH resources exist in the above PUCCH resource set.

[0066] For example, the terminal is configured with at least one G-RNTI. The terminal selects a first PUCCH type from at least one PUCCH type configured in the network device, determines at least one PUCCH resource set corresponding to at least one G-RNTI from at least two PUCCH resource sets configured in the first PUCCH type, and then determines at least one PUCCH resource from at least one PUCCH resource set.

[0067] Optionally, the aforementioned G-RNTI is configured for the terminal by the network device through configuration signaling; or, the aforementioned G-RNTI is defined by the communication standard.

[0068] Step 204: The terminal sends feedback information to the network device through at least one PUCCH resource.

[0069] The terminal determines a transmission slot for sending feedback information on at least one PUCCH resource, and sends HARQ feedback information to the network device through the transmission slot.

[0070] In summary, the feedback information sending method provided in this embodiment offers a way to provide HARQ information feedback during broadcast and multicast in a New Radio (NR) MBMS system. The network device configures the PUCCH type for the terminal, and the terminal determines at least one PUCCH resource to provide one or more feedback information based on the PUCCH type. This allows terminals in different network coverage environments to effectively provide ACK or NACK acknowledgment information for broadcast and multicast HARQs, improving the accurate transmission performance of broadcast and multicast data.

[0071] It should be noted that the steps on the terminal side described above can be implemented as a standalone embodiment, and the steps on the network device side described above can be implemented as another standalone embodiment.

[0072] This application contains different PUCCH type configuration methods. For example, the network device can configure one PUCCH type; or the network device can configure at least two PUCCH types, and the terminal can select one PUCCH type.

[0073] For the first configuration method, such as Figure 5 The flowchart illustrates a method for sending feedback information provided in an exemplary embodiment of this application, which is applied to, for example... Figure 3In the communication system shown, for any of the above-mentioned broadcast or multicast scenarios where NACK HARQ information feedback exists, from the terminal's perspective, the method includes:

[0074] Step 312: The terminal receives configuration signaling sent by the network device. The configuration signaling carries a first PUCCH type. The first PUCCH type is used to indicate the first PUCCH format and the first PUCCH symbol number of the feedback information sent.

[0075] The configuration information received by the terminal is used to configure the first PUCCH type. For example, the terminal obtains the first PUCCH format and the first PUCCH symbol count of the first PUCCH type from the configuration signaling; or, the terminal obtains the first PUCCH type from the configuration signaling and determines the first PUCCH format and the first PUCCH symbol count of the first PUCCH type defined by the communication standard.

[0076] Optionally, the above configuration signaling may include at least one of the following signaling: broadcast message, SIB, RRC message, RRC reconfiguration signaling, DCI, MAC CE, PDCCH order, and data information.

[0077] Optionally, the first PUCCH format mentioned above includes one of PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, and PUCCH format 4. The number of first PUCCH symbols is related to the first PUCCH format; for example, if it is PUCCH format 0, the number of PUCCH symbols can be 1 or 2.

[0078] Step 314: The terminal determines at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number.

[0079] Optionally, a terminal is configured with at least one G-RNTI; the terminal determines at least one candidate PUCCH resource that supports the first PUCCH format and the first PUCCH symbol number; and determines at least one PUCCH resource corresponding to the G-RNTI from the at least one candidate PUCCH resource.

[0080] Step 316: The terminal sends feedback information to the network device through at least one PUCCH resource.

[0081] For example, the terminal receives configuration signaling from the network device and determines the PUCCH format for NACK-only feedback based on the configuration signaling. The PUCCH format can be PUCCH format 0 or PUCCH format 1. For any MBMS that uses G-RNTI scheduling with NACK-only feedback, the terminal sends HARQ feedback information using the configured PUCCH format for NACK-only feedback.

[0082] For example, a terminal is configured with at least one G-RNTI; this G-RNTI is used to scramble the PDCCH of the Physical Downlink Shared Channel (PDSCH) carrying MBMS transmission. Each G-RNTI can be configured with a corresponding PUCCH type for NACK-only feedback. For example, there may be at least two G-RNTIs with different NACK-only feedback PUCCH types.

[0083] Accordingly, such as Figure 6 From the perspective of network devices, the method includes:

[0084] Step 322: The network device determines the first PUCCH type, which is used to indicate the first PUCCH format and the first PUCCH symbol number for sending feedback information.

[0085] The network device determines the first PUCCH type of the feedback information sent by the terminal. Optionally, the first PUCCH type includes a first PUCCH format and a first PUCCH symbol number; for example, the PUCCH format and the PUCCH symbol number corresponding to a PUCCH type are defined by the communication standard, and the network device determines the first PUCCH format and the first PUCCH symbol number corresponding to the first PUCCH type defined by the communication standard.

[0086] Optionally, the above-mentioned PUCCH format includes one of PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, and PUCCH format 4. The number of PUCCH symbols is related to the PUCCH format; for example, if it is PUCCH format 0, the number of PUCCH symbols can be 1 or 2.

[0087] Optionally, the network device receives the downlink signal quality reported by the terminal and determines the first PUCCH type based on the downlink signal quality.

[0088] Optionally, the downlink signal quality can be reported by the terminal according to the instructions of the network device, or the downlink signal quality can be reported by the terminal to the network device periodically.

[0089] Optionally, the aforementioned downlink signal quality includes at least one of RSRP, Reference Signal Receiving Quality (RSRQ), and Signal-to-Interference-plus-Noise Ratio (SINR). Optionally, RSRP may further include at least one of Synchronization Signal RSRP (SS-RSRP) and Channel Status Indicator RSRP (CSI-RSRP).

[0090] After receiving the downlink signal quality, the network device determines the first PUCCH type based on the downlink signal quality. For example, the network device sets N consecutive downlink signal quality value ranges. Each value range corresponds to its own PUCCH type, and each PUCCH type corresponds to its own PUCCH format and PUCCH symbol number. The i-th value range is greater than or equal to i_min and less than i_max. The network device determines that the downlink signal quality is greater than or equal to i_min and less than i_max, and then determines the PUCCH type corresponding to the i-th value range as the first PUCCH type.

[0091] Alternatively, the i-th value range mentioned above can also be greater than i_min and less than or equal to i_max; the network device determines the downlink signal quality to be greater than i_min and less than or equal to i_max, and determines the PUCCH type corresponding to the i-th value range as the first PUCCH type.

[0092] Optionally, the network device is configured with a signal quality threshold. When the downlink signal quality is greater than or equal to the signal quality threshold, the network device can determine that the PUCCH resource used by the terminal for NACK-only feedback is configured as PUCCH format 0; when the downlink signal quality is less than the signal quality threshold, the network device can determine that the PUCCH resource used by the terminal for NACK-only feedback is configured as PUCCH format 1. That is, for the PUCCH resource used for NACK-only feedback, when the downlink signal quality is greater than or equal to the signal quality threshold, the first PUCCH format indicated by the first PUCCH type is PUCCH format 0; when the downlink signal quality is less than the signal quality threshold, the first PUCCH format indicated by the first PUCCH type is PUCCH format 1.

[0093] It should be noted that the aforementioned downlink signal quality can also be referred to as downlink channel quality.

[0094] Step 324: The network device generates configuration signaling according to the first PUCCH type and sends the configuration signaling to the terminal.

[0095] The network device generates configuration signaling carrying the first PUCCH format and the first PUCCH symbol number according to the first PUCCH type, or generates configuration signaling without carrying the first PUCCH format and the first PUCCH symbol number according to the first PUCCH type; then it sends the configuration signaling to the terminal.

[0096] Step 326: The network device receives feedback information sent by the terminal on at least one PUCCH resource, wherein the at least one PUCCH resource is determined by the terminal according to the first PUCCH type configured by the network device.

[0097] In summary, the feedback information transmission method provided in this embodiment allows network devices to configure the corresponding type of PUCCH based on the downlink signal quality reported by the terminal, thereby ensuring the effective reporting of HARQ feedback information.

[0098] For the second configuration method, such as Figure 7 The flowchart illustrates a method for sending feedback information provided in an exemplary embodiment of this application, which is applied to, for example... Figure 3 In the communication system shown, for any of the above-mentioned broadcast or multicast scenarios where NACK HARQ information feedback exists, from the terminal's perspective, the method includes:

[0099] Step 412: The terminal receives configuration signaling sent by the network device. The configuration signaling is used to configure at least two PUCCH types. The at least two PUCCH types correspond to the same first PUCCH format. The first PUCCH format corresponds to at least one number of PUCCH symbols.

[0100] Optionally, the first PUCCH format is configured by the network device through configuration signaling; or, the first PUCCH format is defined by the communication standard.

[0101] For example, the above configuration signaling is used to configure at least two PUCCH types for NACK-only feedback, and the PUCCH formats of the at least two PUCCH types are the same, for example, both are PUCCH format 0 or PUCCH format 1.

[0102] The terminal determines the number of first PUCCH symbols under the first PUCCH format based on the configuration signaling, which can be achieved by step 414.

[0103] Step 414: The terminal determines the first PUCCH symbol number from at least one PUCCH symbol number based on the downlink signal quality.

[0104] The terminal is configured with N consecutive downlink signal quality ranges, each range corresponding to its own number of PUCCH symbols; wherein, the i-th range is greater than or equal to i_min and less than i_max, the terminal determines that the downlink signal quality is greater than or equal to i_min and less than i_max, and determines the number of PUCCH symbols corresponding to the i-th range as the first number of PUCCH symbols;

[0105] Alternatively, the i-th value range is greater than i_min and less than or equal to i_max; the terminal determines that the downlink signal quality is greater than i_min and less than or equal to i_max, and determines the number of PUCCH symbols corresponding to the i-th value range as the first number of PUCCH symbols; where N, i, i_min, and i_max are all positive integers, and i_min is less than i_max.

[0106] Optionally, the range of values ​​for the N downlink signal quality used to select the number of PUCCH symbols is configured by the network device for the terminal through configuration signaling.

[0107] For example, such as Figure 8 Taking the downlink signal quality (RSRP) as an example, the above N value ranges include N-1 downlink RSRP thresholds, namely downlink RSRP threshold 0, downlink RSRP threshold 1, ..., downlink RSRP threshold N-2, where the values ​​of the downlink RSRP thresholds decrease sequentially. These N-1 downlink RSRP thresholds divide the RSRP value into N value ranges. If the downlink RSRP measured by the terminal is greater than or equal to downlink RSRP threshold 0, the terminal determines to use r-symbol PUCCH format A to send HARQ feedback information; if the downlink RSRP measured by the terminal is greater than or equal to downlink RSRP threshold 1 and less than downlink RSRP threshold 0, the terminal determines to use r+a0-symbol PUCCH format A to send HARQ feedback information; and so on. If the downlink RSRP measured by the terminal is greater than or equal to downlink RSRP threshold j and less than downlink RSRP threshold j-1, the terminal determines to use r+a0-symbol PUCCH format A to send HARQ feedback information. j-1 The PUCCH format A is used to send HARQ feedback information; where j is a positive integer, and j-1 is less than or equal to N-2. For example, the above PUCCH format A includes one of PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, and PUCCH format 4. The value of r can be different for different PUCCH formats; for example, if PUCCH format A is PUCCH format 0, the value of r can be 0; if PUCCH format A is PUCCH format 1, the value of r can be 4. j-1 a is a positive integerj-1 The value can be configured by the network device for the terminal through configuration signaling, or it can be defined in the communication standard.

[0108] Optionally, the terminal is configured with at least two G-RNTIs, each G-RNTI corresponding to N downlink signal quality value ranges. That is, for each G-RNTI, there can be at least one downlink signal quality threshold (i.e., a signal quality threshold), which divides the downlink signal quality values ​​into N value ranges. For example, the values ​​of N corresponding to at least two G-RNTIs may be the same or different. Optionally, at least two G-RNTIs may have at least one different downlink signal quality threshold; for example, each downlink signal quality threshold in the at least one downlink signal quality threshold may be different, or some downlink signal quality thresholds may be different.

[0109] Step 416: The terminal determines at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number.

[0110] Step 418: The terminal sends feedback information to the network device through at least one PUCCH resource.

[0111] Accordingly, such as Figure 9 From the perspective of network devices, the method includes:

[0112] Step 422: The network device determines at least two PUCCH types, at least two PUCCHs correspond to the same first PUCCH format, and the first PUCCH format corresponds to at least one number of PUCCH symbols.

[0113] Step 424: The network device generates configuration signaling based on at least two PUCCH types and sends the configuration signaling to the terminal.

[0114] Among them, the configuration signaling is used to configure at least two PUCCH types for the terminal to carry feedback information.

[0115] Step 426: The network device receives feedback information sent by the terminal on at least one PUCCH resource, wherein the at least one PUCCH resource is determined by the terminal according to at least two PUCCH types configured by the network device.

[0116] In summary, the feedback information transmission method provided in this embodiment allows the terminal to select the PUCCH type for transmitting HARQ feedback information based on the downlink signal quality, which reduces the reporting of downlink signal quality and saves the terminal's transmission power.

[0117] For the second configuration method, such as Figure 10The flowchart illustrates another exemplary embodiment of the present application, a method for sending feedback information, applied to, for example... Figure 3 In the communication system shown, for any of the above-mentioned broadcast or multicast scenarios where NACK HARQ information feedback exists, from the terminal's perspective, the method includes:

[0118] Step 512: The terminal receives configuration signaling sent by the network device. The configuration signaling is used to configure at least two PUCCH types.

[0119] The terminal is configured with N consecutive downlink signal quality value ranges. Each value range corresponds to its own PUCCH type. The i-th value range is greater than or equal to i_min and less than i_max, or the i-th value range is greater than i_min and less than or equal to i_max.

[0120] Step 514: The terminal determines that the downlink signal quality is greater than i_min and less than i_max, and determines the first PUCCH type corresponding to the i-th value range from at least two PUCCH types. The first PUCCH type includes the first PUCCH format and the first PUCCH symbol number.

[0121] The terminal determines that the downlink signal quality is greater than or equal to i_min and less than i_max, and selects a first PUCCH type corresponding to the i-th value range from at least two PUCCH types; or, the terminal determines that the downlink signal quality is greater than i_min and less than or equal to i_max, and selects a first PUCCH type corresponding to the i-th value range from at least two PUCCH types. Each PUCCH type configured by the network device includes the PUCCH format and the number of PUCCH symbols. N, i, i_min, and i_max are all positive integers, and i_min is less than i_max.

[0122] Optionally, the range of values ​​for the N downlink signal quality used to select the PUCCH type is configured by the network device for the terminal through configuration signaling.

[0123] Optionally, there may be at least two PUCCH types with the same or different PUCCH formats.

[0124] For example, such as Figure 11Taking the downlink signal quality (RSRP) as an example, the above N value ranges include N-1 downlink RSRP thresholds, namely downlink RSRP threshold 0, downlink RSRP threshold 1, ..., downlink RSRP threshold N-2. The values ​​of the downlink RSRP thresholds decrease sequentially. These N-1 downlink RSRP thresholds divide the RSRP value into N value ranges. If the downlink RSRP measured by the terminal is greater than or equal to downlink RSRP threshold 0, the terminal determines to use PUCCH type 0 to send HARQ feedback information; if the downlink RSRP measured by the terminal is greater than or equal to downlink RSRP threshold 1 and less than downlink RSRP threshold 0, the terminal determines to use PUCCH type 1 to send HARQ feedback information; and so on. If the downlink RSRP measured by the terminal is greater than or equal to downlink RSRP threshold j and less than downlink RSRP threshold j-1, the terminal determines to use PUCCH type j to send HARQ feedback information; where j is a positive integer, and j-1 is less than or equal to N-2.

[0125] For example, the terminal determines four PUCCH types based on the network device's configuration signaling: a 1-symbol PUCCH format 0, a 2-symbol PUCCH format 0, a 4-symbol PUCCH format 1, and an M-symbol PUCCH format 1, where M is greater than 4 and less than or equal to 14. The terminal further determines three downlink RSRP thresholds corresponding to these four PUCCH types based on the network device's configuration signaling: downlink RSRP threshold 0, downlink RSRP threshold 1, and downlink RSRP threshold 2. If the downlink RSRP measured by the terminal is greater than or equal to downlink RSRP threshold 0, the terminal sends the NA using a 1-symbol PUCCH format 0. The feedback information is CK-only. If the downlink RSRP measured by the terminal is greater than or equal to the downlink RSRP threshold 1 and less than the downlink RSRP threshold 0, the terminal sends NACK-only feedback information using a 2-symbol PUCCH format 0. If the downlink RSRP measured by the terminal is greater than or equal to the downlink RSRP threshold 2 and less than the downlink RSRP threshold 1, the terminal sends NACK-only feedback information using a 4-symbol PUCCH format 1. If the downlink RSRP measured by the terminal is less than the downlink RSRP threshold 2, the terminal sends NACK-only feedback information using an M-symbol PUCCH format 1.

[0126] For example, the terminal determines two PUCCH types based on the network device's configuration signaling: PUCCH format 0 with 1 or 2 symbols and PUCCH format 1 with 4 or M symbols, where M is greater than 4 and less than or equal to 14. The terminal further determines a downlink RSRP threshold corresponding to the above two PUCCH types based on the network device's configuration signaling, which is downlink RSRP threshold 0. If the downlink RSRP measured by the terminal is greater than or equal to downlink RSRP threshold 0, the terminal uses PUCCH format 0 with 1 or 2 symbols to send NACK-only feedback information. If the downlink RSRP measured by the terminal is less than downlink RSRP threshold 0, the terminal uses PUCCH format 1 with 4 or M symbols to send NACK-only feedback information.

[0127] For example, the above PUCCH format j includes one of PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, and PUCCH format 4.

[0128] For example, the terminal receives configuration signaling from the network device and determines the PUCCH type for NACK-only feedback based on the configuration signaling; for any MBMS with G-RNTI scheduling that uses NACK-only feedback, the terminal can be configured with at least two PUCCH types for NACK-only feedback to send HARQ feedback information.

[0129] For example, there are at least two G-RNTIs whose NACK-only feedback has different PUCCH types.

[0130] Optionally, the terminal is configured with at least two G-RNTIs, each G-RNTI corresponding to N downlink signal quality value ranges. That is, for each G-RNTI, there can be at least one downlink signal quality threshold (i.e., a signal quality threshold), which divides the downlink signal quality values ​​into N value ranges. For example, the values ​​of N corresponding to at least two G-RNTIs may be the same or different. Optionally, at least two G-RNTIs may have at least one different downlink signal quality threshold; for example, each downlink signal quality threshold in the at least one downlink signal quality threshold may be different, or some downlink signal quality thresholds may be different.

[0131] Step 516: The terminal determines at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number.

[0132] Step 518: The terminal sends feedback information to the network device through at least one PUCCH resource.

[0133] Accordingly, such as Figure 12 From the perspective of network devices, the method includes:

[0134] Step 522: The network device determines at least two PUCCH types, including a first PUCCH type, which includes a first PUCCH format and a first PUCCH symbol number.

[0135] Step 524: The network device generates configuration signaling based on at least two PUCCH types and sends the configuration signaling to the terminal.

[0136] Step 526: The network device receives feedback information sent by the terminal on at least one PUCCH resource, wherein the at least one PUCCH resource is determined by the terminal according to at least two PUCCH types configured by the network device.

[0137] In summary, the feedback information transmission method provided in this embodiment allows the terminal to select the PUCCH type for transmitting HARQ feedback information based on the downlink signal quality, which reduces the reporting of downlink signal quality and saves the terminal's transmission power.

[0138] It should be noted that if a G-RNTI has an associated set of PUCCH resources for NACK-only feedback or a PUCCH resource for NACK-only feedback, then the G-RNTI is called a NACK-only G-RNTI.

[0139] In some embodiments, for sending feedback information, the terminal first determines a transmission slot for sending feedback information on at least one PUCCH resource, and then sends the feedback information to the network device through the transmission slot.

[0140] Regarding the determination of the above transmission time slot, if the terminal detects the PDSCH scheduled by the PDCCH after G-RNTI scrambling in time slot n, it determines time slot n+k as the transmission time slot for sending feedback information. k is indicated by the PDCCH that schedules the PDSCH, and n and k are positive integers.

[0141] If the terminal detects the release of the semi-static scheduling (SPS) indicated by the PDCCH after G-RNTI scrambling within time slot n, it determines time slot n+k as the transmission time slot for sending feedback information, where k is indicated by the PDCCH indicating the SPS release, and n and k are positive integers. The terminal then sends at least one G-RNTI feedback message to the network device in the transmission time slot.

[0142] Optionally, the aforementioned G-RNTI includes NACK-only G-RNTI; if the terminal detects a PDSCH scheduled by a PDCCH scrambled with NACK-only G-RNTI within time slot n, it determines time slot n+k as the transmission time slot for sending HARQ feedback information for the aforementioned PDSCH; if the terminal detects an SPS release indicated by a PDCCH scrambled with NACK-only G-RNTI within time slot n, it determines time slot n+k as the transmission time slot for sending HARQ feedback information for the aforementioned SPS release.

[0143] It should also be noted that detecting a PDCCH (or PDSCH) within time slot n means that the last symbol of the PDCCH (or PDSCH) is located in subframe n. For a PDSCH, if it carries only one TB, the HARQ feedback information for that PDSCH is 1 bit; if it carries two TBs, the feedback information for that PDSCH is 2 bits. If the terminal successfully decodes a TB, the HARQ feedback bit corresponding to that TB is ACK, i.e., the bit value is 1; otherwise, it is 0.

[0144] Within a time slot, a terminal may send back only 1 bit of HARQ feedback information for a single NACK-only G-RNTI. If the terminal needs to send back M bits of HARQ feedback information for the same NACK-only G-RNTI in the time slot u where the PUCCH used for NACK-only feedback is located, where 1 ≤ M, then if one of the M bits is 0, the terminal will send a PUCCH of PUCCH format 0 on the PUCCH resource corresponding to the NACK-only G-RNTI used for NACK-only feedback. Otherwise, the terminal will not send any information.

[0145] Alternatively, M HARQ feedback messages for a G-RNTI can be fed back within a time slot, with different feedback messages using different PUCCH resources, where 1≤M.

[0146] For example, the terminal determines that the PUCCH type is a 4-symbol PUCCH format 1. Each NACK-only feedback G-RNTI corresponds to a PUCCH resource set. Each PUCCH resource set contains two PUCCH resources of this type. The two PUCCH resources occupy different time-frequency resources. If the terminal needs to send 2 bits of HARQ feedback information for the NACK-only G-RNTI on time slot u, the terminal uses the first PUCCH resource to send the first feedback bit and the terminal uses the second PUCCH resource to send the second feedback bit.

[0147] In summary, the feedback information sending method provided in this embodiment offers a way to provide HARQ information feedback during broadcast and multicast in a New Radio (NR) MBMS system. The network device configures the PUCCH type for the terminal, and the terminal determines at least one PUCCH resource to provide one or more feedback information based on the PUCCH type. This allows terminals in different network coverage environments to effectively provide ACK or NACK acknowledgment information for broadcast and multicast HARQs, improving the accurate transmission performance of broadcast and multicast data.

[0148] Figure 13 The diagram illustrates a block diagram of a feedback information sending apparatus provided in an exemplary embodiment of this application. This apparatus can be implemented as part or all of a terminal through software, hardware, or a combination of both. The apparatus is applied to a hybrid automatic repeat request (HARQ) information feedback scenario where a denial (NACK) message exists in broadcast or multicast. The apparatus includes:

[0149] The first receiving module 602 is used to receive configuration signaling sent by the network device. The configuration signaling is used to configure at least one physical uplink control channel (PUCCH) type for the terminal to send feedback information.

[0150] The first processing module 604 is used to determine at least one PUCCH resource based on at least one PUCCH type;

[0151] The first sending module 606 is used to send feedback information to the network device through at least one PUCCH resource.

[0152] In some embodiments, configuration signaling is used to configure a first PUCCH type, the first PUCCH type including a first PUCCH format and a first PUCCH symbol number;

[0153] The first processing module 604 is used to determine at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number.

[0154] In some embodiments, the first sending module 606 is configured to report downlink signal quality to the network device, the downlink signal quality being used to determine the first PUCCH type.

[0155] The configuration signaling is used to configure at least two PUCCH types, at least two PUCCH types that correspond to the same first PUCCH format, and the first PUCCH format that corresponds to at least one number of PUCCH symbols;

[0156] The first processing module 604 is used to determine a first PUCCH symbol number from at least one PUCCH symbol number based on downlink signal quality; and to determine at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number.

[0157] In some embodiments, the first PUCCH format is configured by the network device through configuration signaling; or, the first PUCCH format is defined by a communication standard.

[0158] In some embodiments, the terminal is configured with N consecutive downlink signal quality value ranges, each value range corresponding to its own PUCCH symbol number, wherein the i-th value range is greater than i_min and less than i_max;

[0159] The first processing module 604 is used to determine that the downlink signal quality is greater than i_min and less than i_max, and to determine the number of PUCCH symbols corresponding to the i-th value range as the first number of PUCCH symbols.

[0160] Where N, i, i_min, and i_max are all positive integers, and i_min is less than i_max.

[0161] In some embodiments, the configuration signaling is used to configure at least two PUCCH types; the terminal is configured with N consecutive downlink signal quality value ranges, each value range corresponding to its own PUCCH type, wherein the i-th value range is greater than i_min and less than i_max;

[0162] The first processing module 604 is used to determine that the downlink signal quality is greater than i_min and less than i_max, determine the first PUCCH type corresponding to the i-th value range from at least two PUCCH types, the first PUCCH type includes a first PUCCH format and a first PUCCH symbol count; and determine at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol count.

[0163] Where N, i, i_min, and i_max are all positive integers, and i_min is less than i_max.

[0164] In some embodiments, there are at least two PUCCH types with the same or different PUCCH formats.

[0165] In some embodiments, downlink signal quality includes at least one of reference signal received power (RSRP), reference signal received quality (RSRQ), and signal-to-interference-plus-noise ratio (SINR).

[0166] In some embodiments, the PUCCH format includes one of PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, and PUCCH format 4.

[0167] In some embodiments, the terminal is configured with a Group Radio Network Temporary Identifier (G-RNTI).

[0168] The first processing module 604 is used to determine at least one candidate PUCCH resource that supports the first PUCCH format and the first PUCCH symbol number; and to determine at least one PUCCH resource corresponding to G-RNTI from the at least one candidate PUCCH resource.

[0169] In some embodiments, the configuration signaling includes at least one of the following signaling: broadcast message, system information block (SIB), radio resource control (RRC) message, RRC reconfiguration signaling, downlink control information (DCI), media access control information cell (MAC CE), physical downlink control channel command (PDCCH order), and data information.

[0170] In some embodiments, the first processing module 604 is configured to determine a transmission slot for transmitting feedback information on at least one PUCCH resource;

[0171] The first sending module 606 is used to send feedback information to the network device through a sending time slot.

[0172] In some embodiments, the first processing module 604 is configured to detect the physical downlink shared channel (PDSCH) scheduled by the physical downlink control channel (PDCCH) after G-RNTI scrambling within time slot n, and determine time slot n+k as the transmission time slot for transmitting feedback information, where k is indicated by the PDCCH that schedules the PDSCH, and n and k are positive integers.

[0173] In some embodiments, the first processing module 604 is configured to determine the time slot n+k as the transmission time slot for sending feedback information when the terminal detects the release of the semi-static scheduling SPS indicated by the PDCCH after G-RNTI scrambling within time slot n, where k is indicated by the PDCCH indicating the release of the SPS, and n and k are positive integers.

[0174] In some embodiments, the first sending module 606 is used for the terminal to send at least one G-RNTI feedback information to the network device in a sending time slot.

[0175] In summary, the feedback information sending device provided in this embodiment offers a method for HARQ information feedback during broadcast and multicast in a New Radio (NR) MBMS system. The network device configures the PUCCH type for the terminal, and the terminal determines at least one PUCCH resource to provide one or more feedback information based on the PUCCH type. This enables terminals in different network coverage environments to effectively provide ACK or NACK acknowledgment information for HARQs in broadcast and multicast, thereby improving the accurate transmission performance of broadcast and multicast data.

[0176] Figure 14 The diagram illustrates a block diagram of a feedback information sending apparatus provided in an exemplary embodiment of this application. This apparatus can be implemented as part or all of a network device through software, hardware, or a combination of both. The apparatus is applied to HARQ information feedback scenarios with NACK in broadcast or multicast conditions. The apparatus includes:

[0177] The second sending module 702 is used to send configuration signaling to the terminal. The configuration signaling is used to configure at least one PUCCH type for the terminal to send feedback information. The at least one PUCCH type is used to determine at least one PUCCH resource. The at least one PUCCH is used to carry the feedback information sent by the terminal to the network device.

[0178] In some embodiments, the device further includes a second processing module 704;

[0179] The second processing module 704 is used to determine the first PUCCH type, which is used to indicate the first PUCCH format and the first PUCCH symbol number for sending feedback information; and to generate configuration signaling based on the first PUCCH type.

[0180] The second sending module 702 is used to send configuration signaling to the terminal.

[0181] In some embodiments, the device further includes a second receiving module 706;

[0182] The second receiving module 706 is used to receive the downlink signal quality reported by the terminal;

[0183] The second processing module 704 is used to determine the first PUCCH type based on the downlink signal quality.

[0184] In some embodiments, downlink signal quality includes at least one of RSRP, RSRQ, and SINR.

[0185] In some embodiments, the device further includes a second processing module 704 and a second sending module 702;

[0186] The second processing module 704 is used to determine at least two PUCCH types and generate configuration signaling based on the at least two PUCCH types.

[0187] The second sending module 702 is used to send configuration signaling to the terminal; wherein the configuration signaling is used to configure at least two PUCCH types carrying feedback information for the terminal, the at least two PUCCHs correspond to the same first PUCCH format, and the first PUCCH format corresponds to at least one number of PUCCH symbols.

[0188] In some embodiments, the first PUCCH format is configured by the network device through configuration signaling; or, the first PUCCH format is defined by a communication standard.

[0189] In some embodiments, the device further includes a second processing module 704 and a second sending module 702;

[0190] The second processing module 704 is used to determine at least two PUCCH types and generate configuration signaling based on the at least two PUCCH types.

[0191] The second sending module 702 is used to send configuration signaling to the terminal; wherein, at least two PUCCH types include a first PUCCH type, and the first PUCCH type includes a first PUCCH format and a first PUCCH symbol number.

[0192] In some embodiments, the PUCCH format includes one of PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, and PUCCH format 4.

[0193] In some embodiments, the configuration signaling includes at least one of the following signaling: broadcast message, SIB, RRC message, RRC reconfiguration signaling, DCI, MAC CE, PDCCH order, and data information.

[0194] In summary, the feedback information sending device provided in this embodiment offers a method for HARQ information feedback during broadcast and multicast in a New Radio (NR) MBMS system. The network device configures the PUCCH type for the terminal, and the terminal determines at least one PUCCH resource to provide one or more feedback information based on the PUCCH type. This enables terminals in different network coverage environments to effectively provide ACK or NACK acknowledgment information for HARQs in broadcast and multicast, thereby improving the accurate transmission performance of broadcast and multicast data.

[0195] Figure 15The diagram shows a schematic of the structure of a terminal provided in an exemplary embodiment of this application. The terminal includes: a processor 801, a receiver 802, a transmitter 803, a memory 804, and a bus 805.

[0196] The processor 801 includes one or more processing cores. The processor 801 executes various functional applications and information processing by running software programs and modules.

[0197] The receiver 802 and the transmitter 803 can be implemented as a communication component, which can be a communication chip.

[0198] The memory 804 is connected to the processor 801 via the bus 805.

[0199] The memory 804 can be used to store at least one instruction, and the processor 801 can execute the at least one instruction to implement the various steps in the above method embodiments.

[0200] Furthermore, the memory 804 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, including but not limited to: magnetic disks or optical disks, electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), static random-access memory (SRAM), read-only memory (ROM), magnetic storage, flash memory, and programmable read-only memory (PROM).

[0201] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory including instructions, which can be executed by a terminal's processor to complete the aforementioned direct communication transmit power control method. For example, the non-transitory computer-readable storage medium may be a ROM, random-access memory (RAM), a compact disc read-only memory (CD-ROM), magnetic tape, floppy disk, or optical data storage device, etc.

[0202] A non-transitory computer-readable storage medium, wherein when instructions in the non-transitory computer storage medium are executed by a terminal's processor, the terminal is able to execute the aforementioned method for sending feedback information.

[0203] An exemplary embodiment of this application also provides a network device, the network device comprising: a processor; a transceiver connected to the processor; wherein the processor is configured to load and execute executable instructions to implement the network device-side method in the feedback information transmission method provided in the above-described method embodiments.

[0204] An exemplary embodiment of this application also provides a computer-readable storage medium storing at least one instruction, at least one program, code set, or instruction set, wherein the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by a processor to implement the feedback information sending method provided in the above-described method embodiments.

[0205] It should be understood that "multiple" as used in this article refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0206] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the following claims.

[0207] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A method for sending feedback information, characterized in that, The method, applied to a hybrid automatic repeat request (HARQ) information feedback scenario in a New Radio Multimedia Broadcasting and Multicast Service (NR MBMS) system where a denial (NACK) message exists during broadcast or multicast, includes: The terminal receives configuration signaling sent by the network device. The configuration signaling is used to configure at least one physical uplink control channel (PUCCH) type for the terminal to send feedback information. The at least one PUCCH type is used to indicate the PUCCH format and the number of PUCCH symbols. The terminal determines at least one PUCCH resource based on the at least one PUCCH type, and sends the feedback information to the network device through the at least one PUCCH resource; The step of sending the feedback information to the network device through the at least one PUCCH resource includes: When sending a 1-bit feedback message for a NACK-only G-RNTI within a time slot, if the bit in the 1-bit feedback message is 0, then the PUCCH format 0 PUCCH is sent using the PUCCH resource corresponding to the NACK-only G-RNTI for NACK-only feedback; if the bit in the 1-bit feedback message is not 0, then no information is sent.

2. The method according to claim 1, characterized in that, The configuration signaling is used to configure a first PUCCH type, which includes a first PUCCH format and a first number of PUCCH symbols. and, The terminal determines at least one PUCCH resource based on the at least one PUCCH type, including: The terminal determines the at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number.

3. The method according to claim 2, characterized in that, The PUCCH format includes one or more of PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, or PUCCH format 4.

4. The method according to claim 2, characterized in that, The terminal is configured with a Group Radio Network Temporary Identifier (G-RNTI). The terminal determines the at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number, including: The terminal identifies at least one candidate PUCCH resource that supports the first PUCCH format and the first PUCCH symbol number. The at least one PUCCH resource corresponding to the G-RNTI is determined from the at least one candidate PUCCH resource.

5. The method according to claim 1 or 2, characterized in that, The configuration signaling includes one or more of the following signaling: broadcast message, system information block (SIB), radio resource control (RRC) message, RRC reconfiguration signaling, and downlink control information (DCI).

6. The method according to claim 1 or 2, characterized in that, The terminal sends the feedback information to the network device through the at least one PUCCH resource, and further includes: If the terminal detects the release of the Physical Downlink Shared Channel (PDSCH) scheduled by the Physical Downlink Control Channel (PDCCH) after G-RNTI scrambling or the release of the Semi-Static Schedule (SPS) indicated by the PDCCH after G-RNTI scrambling within time slot n, it determines time slot n+k as the transmission time slot for sending the feedback information. Where k is indicated by the PDCCH that schedules the PDSCH, or by the PDCCH that indicates the release of the SPS, and n and k are both positive integers.

7. The method according to claim 6, characterized in that, The terminal sends the feedback information to the network device through the transmission time slot, including: The terminal sends the feedback information corresponding to at least one G-RNTI to the network device in the transmission time slot.

8. The method according to claim 1, characterized in that, Sending the feedback information to the network device via the at least one PUCCH resource further includes: The PUCCH format for NACK-only feedback is determined based on the configuration signaling, wherein the PUCCH format is either PUCCH format 0 or PUCCH format 1; In a multimedia broadcast service (MBMS) with G-RNTI scheduling, the feedback information is sent using the PUCCH format configured for the NACK-only feedback.

9. The method according to claim 1, characterized in that, The configuration signaling is used to configure at least two PUCCH types, the at least two PUCCH types corresponding to the same first PUCCH format, and the first PUCCH format corresponding to at least two PUCCH symbol numbers; The terminal determines at least one PUCCH resource based on the at least one PUCCH type, including: The terminal determines the first PUCCH symbol number from the at least two PUCCH symbol numbers based on the downlink signal quality; The terminal determines the at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number.

10. The method according to claim 1, characterized in that, The configuration signaling is used to configure at least two PUCCH types. The terminal is configured with N consecutive downlink signal quality value ranges. Each downlink signal quality value range corresponds to a corresponding PUCCH type. The i-th downlink signal quality value range is greater than i_min and less than i_max. The terminal determines at least one PUCCH resource based on the at least one PUCCH type, including: When the downlink signal quality is greater than i_min and less than i_max, the terminal determines a first PUCCH type corresponding to the i-th downlink signal quality value range from the at least two PUCCH types, wherein the first PUCCH type includes a first PUCCH format and a first PUCCH symbol number; The terminal determines the at least one PUCCH resource based on the first PUCCH format and the first PUCCH symbol number; Where N, i, i_min and i_max are all positive integers, and i_min is less than i_max.

11. The method according to claim 1, characterized in that, When providing M-bit feedback information for a NACK-only G-RNTI, the terminal sends the M-bit feedback information to the network device through the at least one PUCCH resource, wherein different PUCCH resources correspond to different feedback information indicated by the M bits, where M is a positive integer and M>1.

12. A method for sending feedback information, characterized in that, The method, applicable to HARQ information feedback scenarios with NACK in broadcast or multicast, includes: The network device sends a configuration signaling message to the terminal. The configuration signaling message is used to configure at least one PUCCH type for the terminal to send feedback information. The at least one PUCCH type is used to indicate the PUCCH format and the number of PUCCH symbols. The at least one PUCCH type is used to determine the at least one PUCCH resource. The at least one PUCCH resource is used to carry the feedback information sent by the terminal to the network device. Specifically, when feeding back 1 bit of feedback information for a NACK-only G-RNTI within a time slot, if the 1 bit of feedback information is 0, then PUCCH of PUCCH format 0 is received through the at least one PUCCH resource for NACK-only feedback corresponding to the NACK-only G-RNTI; and if the 1 bit of feedback information is not 0, then no information is received from the terminal.

13. The method according to claim 12, characterized in that, The network device sends configuration signaling to the terminal, including: The network device determines a first PUCCH type, which is used to indicate the first PUCCH format and the first PUCCH symbol number of the feedback information sent. The network device generates the configuration signaling according to the first PUCCH type and sends the configuration signaling to the terminal.

14. The method according to claim 12 or 13, characterized in that, The PUCCH format includes one or more of PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, or PUCCH format 4.

15. The method according to claim 12 or 13, characterized in that, The configuration signaling includes one or more of the following signaling: broadcast message, system information block (SIB), radio resource control (RRC) message, RRC reconfiguration signaling, downlink control information (DCI), MAC control element (MAC CE), PDCCH command or data information.

16. A device for transmitting feedback information, characterized in that, The apparatus, applicable to hybrid automatic repeat request (HARQ) information feedback scenarios involving negative acknowledgments (NACK) in broadcast or multicast environments, comprises: The first receiving module is used to receive configuration signaling sent by the network device. The configuration signaling is used to configure at least one physical uplink control channel (PUCCH) type for the terminal to send feedback information. The at least one PUCCH type is used to indicate the PUCCH format and the number of PUCCH symbols. The first processing module is used to determine at least one PUCCH resource based on the at least one PUCCH type; A first sending module is configured to send the feedback information to the network device through the at least one PUCCH resource; The first sending module is further configured to: When sending a 1-bit feedback message for a NACK-only G-RNTI within a time slot, if the bit in the 1-bit feedback message is 0, then the PUCCH format 0 PUCCH is sent using the PUCCH resource corresponding to the NACK-only G-RNTI for NACK-only feedback; if the bit in the 1-bit feedback message is not 0, then no information is sent.

17. A device for transmitting feedback information, characterized in that, The device, applicable to HARQ information feedback scenarios with NACK in broadcast or multicast, includes: The second sending module is used to send configuration signaling to the terminal. The configuration signaling is used to configure at least one PUCCH type for the terminal to send feedback information. The at least one PUCCH type is used to indicate the PUCCH format and the number of PUCCH symbols. The at least one PUCCH type is used to determine the at least one PUCCH resource. The at least one PUCCH is used to carry the feedback information sent by the terminal to the network device. The second receiving module is configured to, when feeding back 1 bit feedback information for a NACK-only G-RNTI within a time slot, if the 1 bit feedback information is 0, receive a PUCCH of PUCCH format 0 through the at least one PUCCH resource for NACK-only feedback corresponding to the NACK-only G-RNTI; and if the 1 bit feedback information is not 0, not receive any information from the terminal.

18. A terminal, characterized in that, The terminal includes: processor; A transceiver connected to the processor; The processor is configured to load and execute executable instructions to implement the method for sending feedback information as described in any one of claims 1 to 11.

19. A network device, characterized in that, The network device includes: processor; A transceiver connected to the processor; The processor is configured to load and execute executable instructions to implement the method for sending feedback information as described in any one of claims 12 to 15.

20. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores at least one instruction, at least one program, code set, or instruction set, wherein the at least one instruction, the at least one program, the code set, or the instruction set is loaded and executed by a processor to implement the method for sending feedback information as described in any one of claims 1 to 11, or the method for sending feedback information as described in any one of claims 12 to 15.

Images