Feedback information transmission method and apparatus, and terminal

Abstract

The present disclosure discloses a feedback information transmission method and apparatus. The feedback information transmission method is applied to a receive terminal and includes: obtaining information about a feedback channel format, and generating a feedback channel according to the information about the feedback channel format, where the feedback channel format employs a sequence form; and sending feedback information to a transmit terminal through the feedback channel.

Description

Method and apparatus for transmitting feedback information

[0001] Cross-reference to related applications

[0002] This application claims priority to Chinese Patent Application No. 201910736646.9, filed in China on August 9, 2019, the entire contents of which are incorporated herein by reference. Technical Field

[0003] This disclosure relates to the field of communication technology, and in particular to a method and apparatus for transmitting feedback information. Background Technology

[0004] To improve the reliability and efficiency of sidelink (SL) transmission, New Radio (NR) vehicle-to-everything (V2X) wireless communication technology introduces Hybrid Automatic Repeat reQuest (HARQ) for SL. As shown in Figure 1, on the SL, the sending node transmits data to the receiving node. The receiving node determines whether the data reception was successful. If successful, the receiving node sends an acknowledgment (ACK) to the sending node; otherwise, it sends a negative acknowledgment (NACK).

[0005] In order to carry ACK / NACK feedback information in the SL, NR V2X supports a new SL channel, namely the physical sidelink feedback channel (PSFCH).

[0006] Summary of the Invention

[0007] This disclosure provides a method and apparatus for transmitting feedback information.

[0008] In a first aspect, some embodiments of this disclosure provide a method for transmitting feedback information, applied to a receiving terminal, including:

[0009] Obtain information about the feedback channel format, and generate a feedback channel based on the feedback channel format information, wherein the feedback channel format is in sequence form;

[0010] Feedback information is sent to the sending terminal through the feedback channel.

[0011] Secondly, some embodiments of this disclosure provide an apparatus for transmitting feedback information, applied to a receiving terminal, including:

[0012] The generation module is used to obtain information about the feedback channel format and generate a feedback channel based on the feedback channel format information, wherein the feedback channel format adopts a sequence form.

[0013] The sending module is used to send feedback information to the sending terminal through the feedback channel.

[0014] Thirdly, some embodiments of this disclosure also provide a terminal, the terminal including a processor, a memory, and a computer program stored in the memory and running on the processor, wherein the processor executes the computer program to implement the steps of the method for transmitting feedback information as described above.

[0015] Fourthly, some embodiments of this disclosure provide a computer-readable storage medium storing a computer program that, when executed by a processor, implements the steps of the method for transmitting feedback information as described above.

[0016] In the above scheme, the receiving terminal generates the feedback channel format according to the feedback channel format configuration information. The feedback channel format adopts a sequence form and can be extended by subsequence. The code length is relatively long, which can effectively reduce the automatic gain control adjustment time. Attached Figure Description

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

[0018] Figure 1 illustrates a schematic diagram of a sending node sending data information to a receiving node and a receiving node sending information back to the sending node.

[0019] Figure 2 shows a schematic diagram of the SL PSFCH located in the last or second symbol of each time slot;

[0020] Figure 3 illustrates the in-band leakage problem that occurs when two sending user equipment (UE) simultaneously transmit information to one receiving UE during SL transmission.

[0021] Figure 4 is a flowchart illustrating a method for transmitting feedback information according to some embodiments of this disclosure;

[0022] Figure 5 shows a schematic diagram of OCC mapping for some embodiments of this disclosure;

[0023] Figure 6 illustrates some embodiments of subsequence cascading expansion and subsequence cross expansion of this disclosure;

[0024] Figure 7 shows a schematic diagram of some embodiments of the present disclosure in which PSFCH appears in an intermittent manner;

[0025] Figure 8 shows a schematic diagram of some embodiments of the present disclosure in which PSFCH appears in an intermittent form and PSFCH is enabled in the form of a mask;

[0026] Figure 9 shows a structural block diagram of a device for transmitting feedback information according to some embodiments of the present disclosure; and

[0027] Figure 10 shows a terminal block diagram of some embodiments of this disclosure. Detailed Implementation

[0028] Exemplary embodiments of the present disclosure will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

[0029] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus. The terms "and / or" in the specification and claims indicate at least one of the connected objects.

[0030] The technologies described in this document are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in various wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA), and other systems. The terms "system" and "network" are often used interchangeably. CDMA systems can implement radio technologies such as CDMA2000 and Universal Terrestrial Radio Access (UTRA). UTRA includes Wideband Code Division Multiple Access (WCDMA) and other CDMA variants. TDMA systems can implement radio technologies such as the Global System for Mobile Communication (GSM). OFDMA systems can implement radio technologies such as Ultra-Mobile Broadband (UMB), Evolution-UTRA (E-UTRA), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, and Flash-OFDM. UTRA and E-UTRA are part of the Universal Mobile Telecommunications System (UMTS). LTE and more advanced versions of LTE (such as LTE-A) are newer UMTS versions using E-UTRA. UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are described in documents from an organization called the 3rd Generation Partnership Project (3GPP). CDMA2000 and UMB are described in documents from an organization called 3rd Generation Partnership Project 2 (3GPP2).The techniques described herein can be used with the systems and radio technologies mentioned above, as well as with other systems and radio technologies. However, the following description describes NR systems for illustrative purposes, and NR terminology is used in most of the following description, although these techniques can also be applied to applications beyond NR systems.

[0031] The following description provides examples and is not intended to limit the scope, applicability, or configuration set forth in the claims. Changes may be made to the function and arrangement of the elements discussed without departing from the spirit and scope of this disclosure. Various procedures or components may be appropriately omitted, substituted, or added to the examples. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Furthermore, features described with reference to certain examples may be combined in other examples.

[0032] To improve the reliability and efficiency of sidelink (SL) transmission, New Radio (NR) vehicle-to-everything (V2X) wireless communication technology introduces Hybrid Automatic Repeat Request (HARQ) for SL. As shown in Figure 1, on the SL, the sending node transmits data to the receiving node. The receiving node determines whether the data reception was successful. If successful, the receiving node sends an acknowledgment (ACK) to the sending node; otherwise, it sends a negative acknowledgment (NACK).

[0033] To carry ACK / NACK feedback information in the SL (Short Sidelink Feedback) channel, NR V2X supports a new SL channel, namely the Physical Sidelink Feedback Channel (PSFCH), which can adopt the following channel formats: 1) sequence-based short PSFCH format; 2) sequence-based long PSFCH format; 3) short PSFCH format. Among these, 1) the sequence-based short PSFCH format is the channel format supported by NR V2X. The sequence-based short PSFCH format uses Physical Uplink Control Channel (PUCCH) format 0 as a reference. PUCCH format 0 is a short channel format that occupies one or two symbols in the time domain and one physical resource block (PRB) in the frequency domain. It is a code division-based channel format, with each channel having 12 orthogonal codes based on cyclic shift (CS).

[0034] As shown in Figure 2, the SL PSFCH is located in the last or two symbols of each time slot. The Automatic Gain Control (AGC) time precedes the PSFCH, allowing the User Equipment (UE) time to adjust the receiver's optimal reception point. The adjustment time is related to the frequency bandwidth occupied by the AGC symbol; the larger the frequency bandwidth occupied by the AGC symbol, the shorter the time required for AGC. Therefore, AGC needs to occupy a sufficiently large frequency bandwidth. Furthermore, since the bandwidths of AGC and PSFCH should be kept as consistent as possible, the PSFCH should occupy a sufficiently large bandwidth. During Physical Sidelink Shared Channel (PSSCH) transmission, the first symbol can be used for AGC adjustment. When the receiver receives the PSSCH transmission, it expects to complete the AGC adjustment within one symbol. Since the PSSCH occupies at least one sub-channel (including multiple PRBs), the receiver can complete the AGC adjustment in a short time. However, the PSFCH may occupy a relatively small bandwidth, requiring multiple symbols to complete the AGC adjustment, thus reducing SL resource utilization.

[0035] During SL transmission, if two transmitting (TX) UEs simultaneously transmit information to a receiving (RX) UE, with one TX UE being closer to the RX UE and the other being farther away, and if the two TX UEs choose resources with similar frequencies for transmission, the RX UE may not receive the data sent by the farther TX UE. This is because the closer TX UE will leak some energy into the sideband during transmission, a problem known as in-band leakage (IBE), causing sideband interference, as shown in Figure 3. When the sideband interference is relatively large compared to the transmitted signal energy, the RX UE cannot receive the transmitted signal.

[0036] PUCCH format 0 uses a length-12ZC sequence as its code length, occupying one PRB. If PUCCH format 0 is reused in SL, its short code length results in a longer AGC adjustment time, requiring the system to configure multiple AGC symbols, thus reducing SL resource utilization. Furthermore, PUCCH format 0 only uses CS code division multiplexing to map to uplink resources, which may not meet the needs of a large number of UEs for substantial feedback resources, especially for multicast communication where each RX UE requires separate feedback resources. Additionally, due to the near-far effect in IBE and / or SL transmissions, the orthogonality of code division multiplexing is disrupted, leading to encoding / demodulation errors and decreased transmission reliability. Finally, PUCCH format 0 does not consider the scenario where multiple RX UEs choose the same code sequence for feedback.

[0037] To address the aforementioned problems, some embodiments of this disclosure provide a method and apparatus for transmitting feedback information, which can optimize the time required for automatic gain control of the feedback channel.

[0038] Some embodiments of this disclosure provide a method for transmitting feedback information, applied to a receiving terminal, as shown in FIG4, including:

[0039] Step 101: Obtain feedback channel format information, and generate a feedback channel based on the feedback channel format information, wherein the feedback channel format adopts a sequence form;

[0040] Step 102: Send feedback information to the sending terminal through the feedback channel.

[0041] In this embodiment, the receiving terminal obtains the feedback channel format information and generates a feedback channel based on the feedback channel format information. The feedback channel format adopts a sequence form, which can be extended by subsequence. The code length is relatively long, which can effectively reduce the automatic gain control adjustment time.

[0042] Optionally, the feedback information is sent by the receiving terminal after receiving the sidelink data information from the sending terminal.

[0043] Optionally, obtaining feedback channel format information includes obtaining configuration information for the feedback channel format, wherein the feedback channel format information includes N, and generating the feedback channel includes:

[0044] Generate a channel sequence that occupies N PRB physical resource blocks, where N is a protocol definition, network-side device configuration, or pre-configuration, and N is an integer greater than or equal to 1;

[0045] Map the channel sequence to RE resource elements.

[0046] Optionally, the feedback channel format information further includes M, the channel sequence consists of M sub-sequences, and generating the channel sequence includes at least one of the following:

[0047] The channel sequence is composed of M different sequences that are either related or unrelated.

[0048] The channel sequence is obtained by copying a subsequence M times.

[0049] The channel sequence is obtained by multiplying at least one subsequence by a factor.

[0050] The channel sequence is obtained by cascading the sub-sequences.

[0051] The channel sequence is obtained by expanding the sub-sequences in a cross-tabulation manner;

[0052] Where M is an integer greater than or equal to 1, M represents the protocol definition, network-side device configuration, or pre-configuration, the length of the sub-sequence is the protocol definition, network-side device configuration, or pre-configuration, and the type of the sub-sequence is the protocol definition, network-side device configuration, or pre-configuration. Generating channel sequences using sub-sequence expansion can effectively reduce AGC adjustment time; furthermore, considering the near-far effect of code division multiplexing, code division multiplexing can be eliminated.

[0053] Optionally, the factor adopts an orthogonal cover code (OCC), the length of which is defined by the protocol or configured or pre-configured by the network-side device. The length of the orthogonal cover code can also be derived implicitly, for example, the code length is equal to the number of subsequences.

[0054] Optionally, when the channel sequence is obtained by cross-expanding the sub-sequences, the number of cross-expanded sub-sequences is defined by the protocol or configured or pre-configured by the network-side device.

[0055] In this embodiment, a long sequence occupying N PRBs can be directly generated as a channel sequence, or a channel sequence occupying N PRBs can be obtained by expanding M identical or different sub-sequences. M is a parameter defined by the protocol or configured or pre-configured by the network-side device. The length of the sub-sequence is also a parameter defined by the protocol or configured or pre-configured by the network-side device. The length N of the channel sequence can be implicitly derived from M. For example, if the protocol defines that the sub-sequence occupies 1 PRB, then M = N. In addition, the type of the sub-sequence can be defined by the protocol or configured or pre-configured by the network-side device. The sub-sequence can be a computer-generated sequence (CGS) sequence and / or a constant amplitude zero autocorrelation (CAZAC) sequence, where CAZAC includes ZC (Zad-off Chu sequence) sequences.

[0056] Optionally, mapping the channel sequence to resource elements includes:

[0057] The channel sequence is mapped to resource elements using either a combo or a continuous mapping method.

[0058] When the protocol definition uses the above two mapping methods to map channel sequences to resource elements, one of the mapping methods can be configured or pre-configured.

[0059] Optionally, when mapping the channel sequence to resource elements in a comb manner, the comb type can be a protocol definition, network-side device configuration, or pre-configuration. The comb type can also be indicated by physical layer signaling (SCI). The comb type includes at least one of the following: the number of consecutively mapped REs, and the interval of non-consecutive mapped REs.

[0060] Optionally, the number of states in the channel sequence is defined by the protocol or configured or pre-configured by the network-side device.

[0061] When the channel sequence consists of M subsequences, the number of states of the channel sequence can be any of the following:

[0062] The number of states in the channel sequence is equal to the sum of the number of states in the sub-sequences, meaning that the states of the sub-sequences are uncorrelated.

[0063] The number of states in the channel sequence is equal to the product of the number of states in the sub-sequences, meaning that the states of the sub-sequences are uncorrelated.

[0064] The number of states in the channel sequence is equal to the number of states in the sub-sequences, meaning that the sub-sequences always maintain the same sequence state.

[0065] When the channel sequence is obtained by multiplying by a factor with at least one subsequence as a unit, the number of states of the channel sequence is equal to the product of the number of states of the subsequence and the number of states of the factor. That is, the subsequences always keep the same sequence state, and there is an offset value between each subsequence (e.g., the CS offset of the ZC sequence), and an OCC code is overlaid on this basis.

[0066] The state of the subsequence is either protocol definition, network-side device configuration, or pre-configuration, and the state of the factor is either protocol definition, network-side device configuration, or pre-configuration.

[0067] If the subsequence is a ZC sequence, the state can be represented using the CS method. As mentioned above, the CS state (or available sequence) and / or OCC code state (or available sequence) can be defined by the protocol or configured or pre-configured by the network-side device. Specifically, this includes: explicitly indicating the available state (or available sequence); or, the defined state (or available sequence) appearing in a certain order (e.g., numbered); or, indicating the available state using a bitmap. For example, the total sequence of length-2 OCC codes can be defined as 1)[+1,+1], 2)[+1,-1], 3)[-1,+1], 4)[-1,-1], and the bitmap [1 0 1 0] can be used to indicate that 1)[+1,+1] and 3)[-1,+1] are available states.

[0068] Optionally, the number of information bits carried by each channel resource and the state of the channel sequence it occupies are defined by the protocol or configured or pre-configured by the network-side device. The information bits of each channel resource are determined by the state of the channel sequence, which can be defined, configured, or pre-configured by the protocol to determine the sequence states that the channel resource can occupy.

[0069] Optionally, the above method further includes:

[0070] The feedback channel is scrambled using a preset identifier, wherein the preset identifier is at least one of the following:

[0071] Terminal identifiers of at least some of the receiving terminals;

[0072] Terminal identifiers of at least some of the sending terminals;

[0073] At least some of the receiving terminals' group IDs;

[0074] At least some of the receiving terminals' group identifiers.

[0075] This allows for the differentiation of feedback information sent to different UEs. For example, when a UE sends feedback information, it can scramble it using (partial) TX UE ID; or, it can scramble it according to the type of received data: when a UE sends feedback for unicast transmission, it can scramble it using (partial) RX UE ID, and when it sends feedback for multicast transmission, it can scramble it using (partial) UE group ID.

[0076] Optionally, the feedback channel format adopts frequency division multiplexing, and the frequency division multiplexing information and frequency division multiplexing method of the feedback channel format are defined by the protocol or configured or pre-configured by the network-side device;

[0077] The frequency division multiplexing information includes at least one of the following:

[0078] The starting point of the feedback channel format in the frequency domain;

[0079] The endpoint of the feedback channel format in the frequency domain;

[0080] The number of feedback channel formats in the frequency domain;

[0081] The frequency division multiplexing method includes at least one of the following:

[0082] The feedback channel format appears continuously in the frequency domain;

[0083] The feedback channel format appears at intervals in the frequency domain.

[0084] Using PSFCH frequency division multiplexing, and allowing feedback channel formats to appear intermittently in the frequency domain, can mitigate the IBE effect. Specifically, the number K of the feedback channel format in the frequency domain, as well as the start and end points of the frequency domain mapping, can be defined or pre-configured by the protocol or network-side devices. Alternatively, the bandwidth occupied by the PSFCH in the frequency domain can be implicitly defined as the entire resource pool or sub-channel bandwidth. If the number of PRBs is not an integer multiple of the PSFCH sequence length or N PRBs, the remaining PRBs can be empty. In a specific example, the PSFCH channel can appear continuously in the frequency domain, or it can appear intermittently in the frequency domain, for example, the frequency domain interval of the PSFCH channel can be X PRBs, or a Mask can be configured or pre-configured by the protocol or network-side devices. The basic unit covered by the Mask is N PRBs, and the Mask can be a bitmap composed of binary symbols, with different symbol states representing (de)enabling the channel.

[0085] Optionally, at least one of the following uses the same feedback channel format:

[0086] At least one sub-channel;

[0087] A resource pool;

[0088] At least one subcarrier spacing (SCS);

[0089] At least one frequency band;

[0090] At least one carrier.

[0091] Optionally, when multiple sub-channels use the same feedback channel format, the multiple sub-channels are consecutive sub-channels, and the starting point of the multiple sub-channels is defined by the protocol or configured or pre-configured by the network-side device. For example, some sub-channels are used to transmit unicast, and some sub-channels are used to transmit groupcast, with unicast and groupcast using different PSFCH configuration methods.

[0092] The configuration of the PSFCH channel is based on SCS. One or more SCSs can be defined through the protocol, corresponding to a certain PSFCH parameter (group), for example:

[0093] For a 15kHz SCS, the configuration is N=8PRB and M=4 (i.e., the subsequence occupies 2PRBs);

[0094] For a 30kHz SCS, the configuration is N=4PRB, M=2 (i.e., the subsequence occupies 2PRBs);

[0095] For a 60kHz SCS, configure N=2PRB and M=2 (i.e., the subsequence occupies 1PRB);

[0096] For a 120kHz SCS, configure N=1 PRB and M=1 (i.e., the subsequence occupies 1 PRB);

[0097] Optionally, one or more SCSs can be defined by the protocol to correspond to one of certain PSFCH parameters (groups).

[0098] The technical solutions for the aforementioned sub-channels are also applicable to the frequency domain unit.

[0099] In a specific example, as shown in Figure 5, the length of the subsequence is defined as 1 PRB, the PSFCH channel sequence length is configured as N=2, the subsequence is extended once in a concatenated manner, and the corresponding OCC length is Length-2 (containing 4 states [+1,+1],[+1,-1],[-1,+1],[-1,-1]). The subsequence is defined as a length-12 ZC sequence, the channel sequence is mapped to RE in a continuous manner, and 2 different CSs are used to represent 2 different states. When the subsequence is extended, the CS states of the two subsequences remain the same. Therefore, through the CS and OCC methods, the total sequence states are 2*4=8.

[0100] Each PSFCH channel resource is configured to carry 1 bit of information. Each channel resource is configured to consist of the CS states of one OCC sequence and two ZC sequences. For example, OCC#0&CS#0 and OCC#0&CS6 constitute one channel resource, which can be occupied by one UE. Four UEs can multiplex eight sequence states in a code division multiplexing manner.

[0101] In another specific example, as shown in Figure 6, the channel sequence can be obtained by using subsequence 1 and subsequence 2 in a cascaded or cross-expansion manner.

[0102] In another specific example, as shown in Figure 7, the PSFCH is defined to map starting from the initial sub-carrier of the resource pool. If the protocol defines the PSFCH to appear in the form of intervals with an interval value of X PRB, the PSFCH maps N PRBs, then intervals of X PRBs, and continues mapping until it has been mapped K times. Note that X can be an integer multiple of N.

[0103] As shown in Figure 8, if the protocol defines PSFCH to appear in the form of intervals and uses a mask to enable / disable PSFCH, PSFCH determines whether to enable PSFCH in units of N PRBs. If the k-th mask bit indicates 1, PSFCH is mapped from the (k-1)*N-th PRB; otherwise, if the k-th mask bit indicates 0, PSFCH cannot be mapped to the PRB in the interval [(k-1)*N, k*N-1].

[0104] Some embodiments of this disclosure also provide a device 200 for transmitting feedback information, applied to a receiving terminal, as shown in FIG9, including:

[0105] The generation module 210 is used to obtain information about the feedback channel format and generate a feedback channel based on the feedback channel format information, wherein the feedback channel format adopts a sequence form;

[0106] The sending module 220 is used to send feedback information to the sending terminal through the feedback channel.

[0107] In this embodiment, the receiving terminal obtains the feedback channel format information and generates a feedback channel based on the feedback channel format information. The feedback channel format adopts a sequence form, which can be extended by subsequence. The code length is relatively long, which can effectively reduce the automatic gain control adjustment time.

[0108] Optionally, the feedback information is sent by the receiving terminal after receiving the sidelink data information from the sending terminal.

[0109] The device 200 for transmitting feedback information in this embodiment can implement the method for transmitting feedback information in the above embodiment and achieve the same effect.

[0110] Optionally, obtaining feedback channel format information includes obtaining feedback channel format configuration information, wherein the feedback channel format information includes N, and the generation module 210 is specifically used to generate a channel sequence occupying N PRB physical resource blocks, where N is a protocol definition or network-side device configuration or pre-configuration, and N is an integer greater than or equal to 1; and to map the channel sequence onto RE resource elements.

[0111] Optionally, the feedback channel format information further includes M, the channel sequence consists of M sub-sequences, and the generation module 210 is specifically used to perform at least one of the following:

[0112] The channel sequence is composed of M different sequences that are either related or unrelated.

[0113] The channel sequence is obtained by copying a subsequence M times.

[0114] The channel sequence is obtained by multiplying at least one subsequence by a factor.

[0115] The channel sequence is obtained by cascading the sub-sequences.

[0116] The channel sequence is obtained by expanding the sub-sequences in a cross-tabulation manner;

[0117] Where M is an integer greater than or equal to 1, M represents the protocol definition, network-side device configuration, or pre-configuration, the length of the sub-sequence is the protocol definition, network-side device configuration, or pre-configuration, and the type of the sub-sequence is the protocol definition, network-side device configuration, or pre-configuration. Generating channel sequences using sub-sequence expansion can effectively reduce AGC adjustment time; furthermore, considering the near-far effect of code division multiplexing, code division multiplexing can be eliminated.

[0118] Optionally, the factor adopts an orthogonal cover code (OCC), the length of which is defined by the protocol or configured or pre-configured by the network-side device. The length of the orthogonal cover code can also be derived implicitly, for example, the code length is equal to the number of subsequences.

[0119] Optionally, when the channel sequence is obtained by cross-expanding the sub-sequences, the number of cross-expanded sub-sequences is defined by the protocol or configured or pre-configured by the network-side device.

[0120] In this embodiment, a long sequence occupying N PRBs can be directly generated as a channel sequence, or a channel sequence occupying N PRBs can be obtained by expanding M identical or different sub-sequences. M is a parameter defined by the protocol or configured or pre-configured by the network-side device. The length of the sub-sequence is also a parameter defined by the protocol or configured or pre-configured by the network-side device. The length N of the channel sequence can be implicitly derived from M. For example, if the protocol defines that the sub-sequence occupies 1 PRB, then M = N. In addition, the type of the sub-sequence can be defined by the protocol or configured or pre-configured by the network-side device. The sub-sequence can be a computer-generated sequence (CGS) sequence and / or a constant amplitude zero autocorrelation (CAZAC) sequence, where CAZAC includes ZC (Zad-off Chu sequence) sequences.

[0121] Optionally, the generation module 210 is specifically used to map the channel sequence onto resource elements in a combo manner or a continuous mapping manner.

[0122] When the protocol definition uses the above two mapping methods to map channel sequences to resource elements, one of the mapping methods can be configured or pre-configured.

[0123] Optionally, when mapping the channel sequence to resource elements in a comb manner, the comb type can be a protocol definition, network-side device configuration, or pre-configuration. The comb type can also be indicated by physical layer signaling (SCI). The comb type includes at least one of the following: the number of consecutively mapped REs, and the interval of non-consecutive mapped REs.

[0124] Optionally, the number of states in the channel sequence is defined by the protocol or configured or pre-configured by the network-side device.

[0125] When the channel sequence consists of M subsequences, the number of states of the channel sequence can be any of the following:

[0126] The number of states in the channel sequence is equal to the sum of the number of states in the sub-sequences, meaning that the states of the sub-sequences are uncorrelated.

[0127] The number of states in the channel sequence is equal to the product of the number of states in the sub-sequences, meaning that the states of the sub-sequences are uncorrelated.

[0128] The number of states in the channel sequence is equal to the number of states in the sub-sequences, meaning that the sub-sequences always maintain the same sequence state.

[0129] When the channel sequence is obtained by multiplying by a factor with at least one subsequence as a unit, the number of states of the channel sequence is equal to the product of the number of states of the subsequence and the number of states of the factor. That is, the subsequences always keep the same sequence state, and there is an offset value between each subsequence (e.g., the CS offset of the ZC sequence), and an OCC code is overlaid on this basis.

[0130] The state of the subsequence is either protocol definition, network-side device configuration, or pre-configuration, and the state of the factor is either protocol definition, network-side device configuration, or pre-configuration.

[0131] If the subsequence is a ZC sequence, the state can be represented using the CS method. As mentioned above, the CS state (or available sequence) and / or OCC code state (or available sequence) can be defined by the protocol or configured or pre-configured by the network-side device. Specifically, this includes: explicitly indicating the available state (or available sequence); or, the defined state (or available sequence) appearing in a certain order (e.g., numbered); or, indicating the available state using a bitmap. For example, the total sequence of length-2 OCC codes can be defined as 1)[+1,+1], 2)[+1,-1], 3)[-1,+1], 4)[-1,-1], and the bitmap [1 0 1 0] can be used to indicate that 1)[+1,+1] and 3)[-1,+1] are available states.

[0132] Optionally, the number of information bits carried by each channel resource and the state of the channel sequence it occupies are defined by the protocol or configured or pre-configured by the network-side device. The information bits of each channel resource are determined by the state of the channel sequence, which can be defined, configured, or pre-configured by the protocol to determine the sequence states that the channel resource can occupy.

[0133] Optionally, the above-mentioned device further includes:

[0134] The scrambling module is used to scramble the feedback channel using a preset identifier, wherein the preset identifier is at least one of the following:

[0135] Terminal identifiers of at least some of the receiving terminals;

[0136] Terminal identifiers of at least some of the sending terminals;

[0137] At least some of the receiving terminals' group IDs;

[0138] At least some of the receiving terminals' group identifiers.

[0139] This allows for the differentiation of feedback information sent to different UEs. For example, when a UE sends feedback information, it can scramble it using (partial) TX UE ID; or, it can scramble it according to the type of received data: when a UE sends feedback for unicast transmission, it can scramble it using (partial) RX UE ID, and when it sends feedback for multicast transmission, it can scramble it using (partial) UE group ID.

[0140] Optionally, the feedback channel format adopts frequency division multiplexing, and the frequency division multiplexing information and frequency division multiplexing method of the feedback channel format are defined by the protocol or configured or pre-configured by the network-side device;

[0141] The frequency division multiplexing information includes at least one of the following:

[0142] The starting point of the feedback channel format in the frequency domain;

[0143] The endpoint of the feedback channel format in the frequency domain;

[0144] The number of feedback channel formats in the frequency domain;

[0145] The frequency division multiplexing method includes at least one of the following:

[0146] The feedback channel format appears continuously in the frequency domain;

[0147] The feedback channel format appears at intervals in the frequency domain.

[0148] Using PSFCH frequency division multiplexing, and allowing feedback channel formats to appear intermittently in the frequency domain, can mitigate the IBE effect. Specifically, the number K of the feedback channel format in the frequency domain, as well as the start and end points of the frequency domain mapping, can be defined or pre-configured by the protocol or network-side devices. Alternatively, the bandwidth occupied by the PSFCH in the frequency domain can be implicitly defined as the entire resource pool or sub-channel bandwidth. If the number of PRBs is not an integer multiple of the PSFCH sequence length or N PRBs, the remaining PRBs can be empty. In a specific example, the PSFCH channel can appear continuously in the frequency domain, or it can appear intermittently in the frequency domain, for example, the frequency domain interval of the PSFCH channel can be X PRBs, or a Mask can be configured or pre-configured by the protocol or network-side devices. The basic unit covered by the Mask is N PRBs, and the Mask can be a bitmap composed of binary symbols, with different symbol states representing (de)enabling the channel.

[0149] Optionally, at least one of the following uses the same feedback channel format:

[0150] At least one sub-channel;

[0151] A resource pool;

[0152] At least one subcarrier spacing (SCS);

[0153] At least one frequency band;

[0154] At least one carrier.

[0155] Optionally, when multiple sub-channels use the same feedback channel format, the multiple sub-channels are consecutive sub-channels, and the starting point of the multiple sub-channels is defined by the protocol or configured or pre-configured by the network-side device. For example, some sub-channels are used to transmit unicast, and some sub-channels are used to transmit groupcast, with unicast and groupcast using different PSFCH configuration methods.

[0156] The configuration of the PSFCH channel is based on SCS. One or more SCSs can be defined through the protocol, corresponding to a certain PSFCH parameter (group), for example:

[0157] For a 15kHz SCS, the configuration is N=8PRB and M=4 (i.e., the subsequence occupies 2PRBs);

[0158] For a 30kHz SCS, the configuration is N=4PRB, M=2 (i.e., the subsequence occupies 2PRBs);

[0159] For a 60kHz SCS, configure N=2PRB and M=2 (i.e., the subsequence occupies 1PRB);

[0160] For a 120kHz SCS, configure N=1 PRB and M=1 (i.e., the subsequence occupies 1 PRB);

[0161] Optionally, one or more SCSs can be defined by the protocol to correspond to one of certain PSFCH parameters (groups).

[0162] The technical solutions for the aforementioned sub-channels are also applicable to the frequency domain unit.

[0163] To better achieve the above objectives, Figure 10 is a schematic diagram of the hardware structure of a terminal implementing various embodiments of this disclosure. The terminal 30 includes, but is not limited to, components such as: a radio frequency unit 31, a network module 32, an audio output unit 33, an input unit 34, a sensor 35, a display unit 36, a user input unit 37, an interface unit 38, a memory 39, a processor 310, and a power supply 311. Those skilled in the art will understand that the terminal structure shown in Figure 10 does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements. In some embodiments of this disclosure, the terminal includes, but is not limited to, mobile phones, tablet computers, laptop computers, PDAs, in-vehicle terminals, wearable devices, and pedometers.

[0164] The processor 310 is used to acquire information about the feedback channel format, generate a feedback channel based on the feedback channel format information, wherein the feedback channel format adopts a sequence form; and send feedback information to the sending terminal through the feedback channel.

[0165] It should be understood that in some embodiments of this disclosure, the radio frequency unit 31 can be used for receiving and transmitting signals during information transmission or calls. Specifically, it receives downlink data from the base station and processes it with the processor 310; additionally, it transmits uplink data to the base station. Typically, the radio frequency unit 31 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, etc. Furthermore, the radio frequency unit 31 can also communicate with networks and other devices through a wireless communication system.

[0166] The terminal provides users with wireless broadband internet access through network module 32, such as helping users send and receive emails, browse web pages, and access streaming media.

[0167] The audio output unit 33 can convert audio data received by the radio frequency unit 31 or the network module 32 or stored in the memory 39 into audio signals and output them as sound. Furthermore, the audio output unit 33 can also provide audio output related to specific functions performed by the terminal 30 (e.g., call signal reception sound, message reception sound, etc.). The audio output unit 33 includes a speaker, a buzzer, and a receiver, etc.

[0168] Input unit 34 is used to receive audio or video signals. Input unit 34 may include a graphics processing unit (GPU) 341 and a microphone 342. The GPU 341 processes image data of still images or videos acquired by an image capture device (such as a camera) in video capture mode or image capture mode. The processed image frames can be displayed on display unit 36. The image frames processed by GPU 341 can be stored in memory 39 (or other storage media) or transmitted via radio frequency unit 31 or network module 32. Microphone 342 can receive sound and process such sound into audio data. The processed audio data can be converted into a format that can be transmitted to a mobile communication base station via radio frequency unit 31 in telephone call mode.

[0169] Terminal 30 also includes at least one sensor 35, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor and a proximity sensor. The ambient light sensor can adjust the brightness of the display panel 361 according to the ambient light level, and the proximity sensor can turn off the display panel 361 and / or backlight when the terminal 30 is moved to the ear. As a type of motion sensor, an accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes). When stationary, it can detect the magnitude and direction of gravity and can be used to identify the terminal's posture (such as landscape / portrait switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc. Sensor 35 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., which will not be described in detail here.

[0170] The display unit 36 ​​is used to display information input by the user or information provided to the user. The display unit 36 ​​may include a display panel 361, which may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

[0171] User input unit 37 can be used to receive input numerical or character information, and generate key signal inputs related to user settings and function control of the terminal. Specifically, user input unit 37 includes a touch panel 371 and other input devices 372. Touch panel 371, also known as a touch screen, can collect touch operations performed by the user on or near it (such as operations performed by the user using a finger, stylus, or any suitable object or accessory on or near touch panel 371). Touch panel 371 may include two parts: a touch detection device and a touch controller. The touch detection device detects the user's touch position and the signal generated by the touch operation, and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts it into touch point coordinates, and sends it to the processor 310, which receives and executes commands from the processor 310. In addition, touch panel 371 can be implemented using various types such as resistive, capacitive, infrared, and surface acoustic wave. Besides touch panel 371, user input unit 37 may also include other input devices 372. Specifically, other input devices 372 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, joysticks, etc., which will not be described in detail here.

[0172] Furthermore, the touch panel 371 can cover the display panel 361. When the touch panel 371 detects a touch operation on or near it, it transmits the information to the processor 310 to determine the type of touch event. Subsequently, the processor 310 provides corresponding visual output on the display panel 361 according to the type of touch event. Although in Figure 10, the touch panel 371 and the display panel 361 are shown as two separate components to implement the input and output functions of the terminal, in some embodiments, the touch panel 371 and the display panel 361 can be integrated to implement the input and output functions of the terminal. Specific details are not limited here.

[0173] Interface unit 38 serves as an interface for connecting external devices to terminal 30. For example, external devices may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, an audio input / output (I / O) port, a video I / O port, a headphone port, and so on. Interface unit 38 can be used to receive input from external devices (e.g., data, power, etc.) and transmit the received input to one or more elements within terminal 30, or it can be used to transmit data between terminal 30 and external devices.

[0174] The memory 39 can be used to store software programs and various data. The memory 39 may primarily include a program storage area and a data storage area. The program storage area may store the operating system, applications required for at least one function (such as sound playback, image playback, etc.), etc.; the data storage area may store data created based on the use of the mobile phone (such as audio data, phonebook, etc.). Furthermore, the memory 39 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0175] The processor 310 is the control center of the terminal, connecting various parts of the terminal through various interfaces and lines. It performs various functions and processes data by running or executing software programs and / or modules stored in the memory 39, and by calling data stored in the memory 39, thereby providing overall monitoring of the terminal. The processor 310 may include one or more processing units; optionally, the processor 310 may integrate an application processor and a modem processor. The application processor mainly handles the operating system, user interface, and applications, while the modem processor mainly handles wireless communication. It is understood that the modem processor may not be integrated into the processor 310.

[0176] Terminal 30 may also include a power supply 311 (such as a battery) to power various components. Optionally, the power supply 311 may be logically connected to the processor 310 through a power management system, thereby enabling functions such as charging, discharging, and power consumption management through the power management system.

[0177] In addition, terminal 30 includes some functional modules not shown, which will not be described in detail here.

[0178] Some embodiments of this disclosure also provide a terminal, including a processor 310, a memory 39, and a computer program stored in the memory 39 and executable on the processor 310. When executed by the processor 310, this computer program implements the various processes of the above-described method embodiments for transmitting feedback information and achieves the same technical effects; therefore, to avoid repetition, it will not be described again here. The terminal can be a wireless terminal or a wired terminal. A wireless terminal can be a device that provides voice and / or other service data connectivity to a user, a handheld device with wireless connectivity, or other processing devices connected to a wireless modem. The wireless terminal can communicate with one or more core networks via a Radio Access Network (RAN). The wireless terminal can be a mobile terminal, such as a mobile phone (or "cellular" phone), and a computer with a mobile terminal, for example, a portable, pocket-sized, handheld, computer-embedded, or vehicle-mounted mobile device, which exchanges voice and / or data with the radio access network. Examples include Personal Communication Service (PCS) telephones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, and Personal Digital Assistants (PDAs). Wireless terminals can also be referred to as systems, subscriber units, subscriber stations, mobile stations, mobile devices, remote stations, remote terminals, access terminals, user terminals, user agents, and user devices or user equipment; no specific terminology is used here.

[0179] Some embodiments of this disclosure also provide a computer-readable storage medium storing a computer program. When executed by a processor, this computer program implements the various processes of the above-described method embodiments for transmitting feedback information and achieves the same technical effects. To avoid repetition, it will not be described again here. The computer-readable storage medium may be a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, etc.

[0180] 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.

[0181] 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.

[0182] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0183] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0184] In addition, the functional units in the various embodiments of this disclosure can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0185] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this disclosure, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this disclosure. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0186] It is understood that the embodiments described in some embodiments of this disclosure can be implemented using hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, modules, units, submodules, subunits, etc., can be implemented in one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), general-purpose processors, controllers, microcontrollers, microprocessors, other electronic units for performing the functions described in this application, or combinations thereof.

[0187] Furthermore, it should be noted that in the apparatus and method of this disclosure, it is obvious that the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered equivalent solutions of this disclosure. Moreover, the steps performing the above series of processes can naturally be executed in the order described, but are not necessarily required to be executed in chronological order; some steps can be executed in parallel or independently of each other. Those skilled in the art will understand that all or any step or component of the method and apparatus of this disclosure can be implemented in any computing device (including processors, storage media, etc.) or network of computing devices, in hardware, firmware, software, or a combination thereof. This is something that those skilled in the art can achieve by using their basic programming skills after reading the description of this disclosure.

[0188] Therefore, the object of this disclosure can also be achieved by running a program or a set of programs on any computing device. The computing device can be a known general-purpose device. Therefore, the object of this disclosure can also be achieved simply by providing a program product containing program code implementing the method or apparatus. That is, such a program product also constitutes this disclosure, and a storage medium storing such a program product also constitutes this disclosure. Obviously, the storage medium can be any known storage medium or any storage medium developed in the future. It should also be noted that in the apparatus and method of this disclosure, it is obvious that the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered equivalent to the present disclosure. Furthermore, the steps performing the above series of processes can naturally be performed in the order described, but are not necessarily required to be performed in chronological order. Some steps can be performed in parallel or independently of each other.

[0189] The above description represents optional embodiments of this disclosure. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles described herein, and these improvements and modifications are also within the scope of protection of this disclosure.

Claims

1. A method for transmitting feedback information, applied to a receiving terminal, comprising: Obtain information about the feedback channel format, and generate a feedback channel based on the feedback channel format information, wherein the feedback channel format is in sequence form; Feedback information is sent to the sending terminal through the feedback channel.

2. The method for transmitting feedback information according to claim 1, wherein, The feedback channel format information includes N, and generating the feedback channel includes: Generate a channel sequence that occupies N PRB physical resource blocks, where N is a protocol definition, network-side device configuration, or pre-configuration, and N is an integer greater than or equal to 1; Map the channel sequence to RE resource elements.

3. The method for transmitting feedback information according to claim 2, wherein, The feedback channel format information also includes M, wherein the channel sequence consists of M sub-sequences, and generating the channel sequence includes at least one of the following: The channel sequence is composed of M different sequences that are either related or unrelated. The channel sequence is obtained by copying a subsequence M times. The channel sequence is obtained by multiplying at least one subsequence by a factor. The channel sequence is obtained by cascading the sub-sequences. The channel sequence is obtained by expanding the sub-sequences in a cross-tabulation manner; Where M is an integer greater than or equal to 1, M is a protocol definition or network-side device configuration or pre-configuration, the length of the sub-sequence is a protocol definition or network-side device configuration or pre-configuration, and the type of the sub-sequence is a protocol definition or network-side device configuration or pre-configuration.

4. The method for transmitting feedback information according to claim 3, wherein, The factor adopts an orthogonal overlay code, the length of which is defined by the protocol or configured or pre-configured by the network-side device.

5. The method for transmitting feedback information according to claim 3, wherein, When the channel sequence is obtained by expanding the sub-sequences in a cross-progression manner, the number of cross-progression sub-sequences is defined by the protocol or configured or pre-configured by the network-side device.

6. The method for transmitting feedback information according to claim 2, wherein, The step of mapping the channel sequence to resource elements includes: The channel sequence is mapped to resource elements using either a combo or a continuous mapping method.

7. The method for transmitting feedback information according to claim 6, wherein, When the channel sequence is mapped to resource elements in a comb manner, the comb type is a protocol definition, network-side device configuration, or pre-configuration. The comb type includes at least one of the following: the number of consecutively mapped REs, and the interval of non-consecutive mapped REs.

8. The method for transmitting feedback information according to claim 2, wherein, The number of states in the channel sequence can be any of the following: The number of states in the channel sequence is equal to the sum of the number of states in the subsequences; The number of states in the channel sequence is equal to the product of the number of states in the subsequences; The number of states in the channel sequence is equal to the number of states in the subsequence; When the channel sequence is obtained by multiplying at least one subsequence by a factor, the number of states of the channel sequence is equal to the product of the number of states of the subsequence and the number of states of the factor. The state of the subsequence is either protocol definition, network-side device configuration, or pre-configuration, and the state of the factor is either protocol definition, network-side device configuration, or pre-configuration.

9. The method for transmitting feedback information according to claim 8, wherein, The number of information bits carried by each channel resource and the status of the occupied channel sequence are defined by the protocol or configured or pre-configured by the network-side device.

10. The method for transmitting feedback information according to claim 1, further comprising: The feedback channel is scrambled using a preset identifier, wherein the preset identifier is at least one of the following: Terminal identifiers of at least some of the receiving terminals; Terminal identifiers of at least some of the sending terminals; Group identifiers of at least some of the receiving terminals; At least some of the receiving terminals' group identifiers.

11. The method for transmitting feedback information according to claim 1, wherein, The feedback channel format adopts frequency division multiplexing, and the frequency division multiplexing information and frequency division multiplexing method of the feedback channel format are defined by the protocol or configured or pre-configured by the network-side device. The frequency division multiplexing information includes at least one of the following: The starting point of the feedback channel format in the frequency domain; The endpoint of the feedback channel format in the frequency domain; The number of feedback channel formats in the frequency domain; The frequency division multiplexing method includes at least one of the following: The feedback channel format appears continuously in the frequency domain; The feedback channel format appears at intervals in the frequency domain.

12. The method for transmitting feedback information according to claim 1, wherein, At least one of the following uses the same feedback channel format: At least one sub-channel; A resource pool; At least one subcarrier spacing; At least one frequency band; At least one carrier.

13. The method for transmitting feedback information according to claim 12, wherein, When multiple sub-channels use the same feedback channel format, the multiple sub-channels are consecutive sub-channels, and the starting point of the multiple sub-channels is defined by the protocol or configured or pre-configured by the network-side device.

14. A device for transmitting feedback information, applied to a receiving terminal, comprising: The generation module is used to obtain information about the feedback channel format and generate a feedback channel based on the feedback channel format information, wherein the feedback channel format adopts a sequence form. The sending module is used to send feedback information to the sending terminal through the feedback channel.

15. A terminal comprising a processor, a memory, and a computer program stored in the memory and running on the processor, wherein the processor executes the computer program to implement the steps of the method for transmitting feedback information as described in any one of claims 1 to 13.

16. A computer-readable storage medium, wherein, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the steps of the method for transmitting feedback information as described in any one of claims 1 to 13.