Information transmission method, device, related equipment and storage medium

Abstract

The present application discloses an information transmission method, apparatus, terminal, network equipment and storage medium. The method includes: the terminal determines that a physical downlink shared channel (PDSCH) shared by at least two terminals is not correctly received; and feeds back negative acknowledgement (NACK) information to the network side on the first physical uplink control channel (PUCCH) resource configured on the network side.

Description

Technical Field

[0001] The present application relates to the field of wireless communications, and in particular to an information transmission method, apparatus, related equipment and storage medium. Background Art

[0002] In the fourth generation mobile communication technology (4G) long term evolution (LTE) system, multicast and broadcast transmission is realized by introducing multimedia broadcast multicast service (MBMS) and single cell point to multipoint (SC-PTM) technology.

[0003] However, in the related art, the spectrum efficiency is low and the resource utilization is low when performing multicast or broadcast services. Summary of the invention

[0004] To solve related technical problems, the embodiments of the present application provide an information transmission method, apparatus, related equipment and storage medium.

[0005] The technical solution of the embodiment of the present application is implemented as follows:

[0006] At least one embodiment of the present application provides an information transmission method, which is applied to a terminal, including:

[0007] Determining that a physical downlink shared channel (PDSCH) shared by at least two terminals is not correctly received;

[0008] Negative acknowledgment (NACK) information is fed back to the network side on the first physical uplink control channel (PUCCH) resource configured by the network side.

[0009] In addition, according to at least one embodiment of the present application, the first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.

[0010] In addition, according to at least one embodiment of the present application, a cyclic redundancy check (CRC) of downlink control information DCI for scheduling the PDSCH is scrambled by a radio network temporary identifier RNTI shared by the at least two terminals.

[0011] In addition, according to at least one embodiment of the present application, the first PUCCH resource is dedicated to feeding back the NACK information.

[0012] In addition, according to at least one embodiment of the present application, when NACK information is fed back, the method further includes:

[0013] When two PUCCHs need to be transmitted in the first time slot and uplink control information (UCI) carried by the two PUCCHs is different from the NACK information, the NACK information is not transmitted in the first time slot.

[0014] In addition, according to at least one embodiment of the present application, when NACK information is fed back, the method further includes:

[0015] When the following conditions are met, the NACK information is transmitted in the first time slot:

[0016] A first UCI different from the NACK information needs to be transmitted in the first time slot;

[0017] The PUCCH format of the first PUCCH resource is format 0;

[0018] The second PUCCH for transmitting the first UCI does not overlap with the first PUCCH in the time domain.

[0019] In addition, according to at least one embodiment of the present application, the first UCI includes hybrid automatic repeat request acknowledgement (HARQ-ACK) information of unicast data.

[0020] In addition, according to at least one embodiment of the present application, when NACK information is fed back, the method further includes:

[0021] When the following conditions are met, the NACK information is transmitted in the first time slot:

[0022] A second UCI different from the NACK information needs to be transmitted in the first time slot;

[0023] The PUCCH format of the PUCCH resource is format 1;

[0024] The third PUCCH for transmitting the second UCI does not overlap with the first PUCCH in the time domain.

[0025] In addition, according to at least one embodiment of the present application, the second UCI includes HARQ-ACK information of unicast data.

[0026] In addition, according to at least one embodiment of the present application, the format of the PUCCH for transmitting the second UCI is format 0 or format 2.

[0027] In addition, according to at least one embodiment of the present application, the method further includes:

[0028] Receive configuration information of the first PUCCH resource sent by the network side.

[0029] In addition, according to at least one embodiment of the present application, the configuration information sent by the network side is received through one of the following signaling:

[0030] System messages;

[0031] High-level signaling.

[0032] In addition, according to at least one embodiment of the present application, the configuration information includes at least one of the following:

[0033] PUCCH format;

[0034] Frequency domain resources;

[0035] Time domain resources;

[0036] The index of the initial circular shift;

[0037] The index of the orthogonal cover code.

[0038] In addition, according to at least one embodiment of the present application, when the first PUCCH format is format 0, the sequence generator is initialized using a physical layer cell identifier.

[0039] At least one embodiment of the present application further provides an information transmission method, which is applied to a network device, comprising:

[0040] NACK information for a PDSCH shared by at least two terminals fed back by the receiving terminal on a configured first PUCCH resource.

[0041] In addition, according to at least one embodiment of the present application, the first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.

[0042] In addition, according to at least one embodiment of the present application, the CRC of the DCI scheduling the PDSCH is scrambled by the RNTI shared by the at least two terminals.

[0043] In addition, according to at least one embodiment of the present application, the first PUCCH resource is dedicated to feeding back the NACK information.

[0044] In addition, according to at least one embodiment of the present application, the method further includes:

[0045] Send configuration information of the first PUCCH resource to the terminal.

[0046] In addition, according to at least one embodiment of the present application, the configuration information is sent to the terminal through one of the following signaling:

[0047] System messages;

[0048] High-level signaling.

[0049] In addition, according to at least one embodiment of the present application, the configuration information includes at least one of the following:

[0050] PUCCH format;

[0051] Frequency domain resources;

[0052] Time domain resources;

[0053] The index of the initial circular shift;

[0054] The index of the orthogonal cover code.

[0055] In addition, according to at least one embodiment of the present application, when the first PUCCH format is format 0, the sequence generator is initialized using a physical layer cell identifier.

[0056] At least one embodiment of the present application further provides an information transmission device, including:

[0057] A determining unit, configured to determine that a PDSCH shared by at least two terminals is not correctly received;

[0058] The first sending unit is used to feed back NACK information to the network side on the first PUCCH resource configured by the network side.

[0059] At least one embodiment of the present application further provides an information transmission device, including:

[0060] The first receiving unit is configured to receive NACK information for a PDSCH shared by at least two terminals, which is fed back by the terminal on a configured first PUCCH resource.

[0061] At least one embodiment of the present application further provides a terminal, including:

[0062] A first processor is configured to determine that a PDSCH shared by at least two terminals is not correctly received;

[0063] The first communication interface is used to feed back NACK information to the network side on the first PUCCH resource configured by the network side.

[0064] At least one embodiment of the present application further provides a network device, comprising: a second processor and a second communication interface; wherein,

[0065] The second communication interface is used to receive NACK information for a PDSCH shared by at least two terminals, which is fed back by the terminal on the configured first PUCCH resource.

[0066] At least one embodiment of the present application further provides a terminal, comprising: a first processor and a first memory for storing a computer program that can be run on the processor,

[0067] Wherein, the first processor is used to execute the steps of any of the above-mentioned terminal side methods when running the computer program.

[0068] At least one embodiment of the present application further provides a network device, comprising: a second processor and a second memory for storing a computer program that can be run on the processor,

[0069] Wherein, the second processor is used to execute the steps of any one of the above-mentioned methods on the network device side when running the computer program.

[0070] At least one embodiment of the present application further provides a storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the computer program implements the steps of any of the above-mentioned methods on the terminal side, or implements the steps of any of the above-mentioned methods on the network device side.

[0071] The information transmission method, apparatus, related equipment and storage medium provided in the embodiments of the present application enable the terminal to determine that the PDSCH shared by at least two terminals is not correctly received; and NACK information is fed back to the network side on the first PUCCH resource configured on the network side. For multicast or broadcast services, a hybrid automatic repeat request (HARQ) mechanism is introduced, so that the network side can determine the retransmission and modulation and coding strategy (MCS) level through the feedback information of the terminal, thereby enabling efficient use of air interface resources and improving spectrum efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0072] Figure 1 This is a schematic diagram of a method flow for information transmission according to an embodiment of the present application;

[0073] Figure 2 This is a flow chart of another method for information transmission according to an embodiment of the present application;

[0074] Figure 3 This is a schematic diagram of the third information transmission method flow in an embodiment of the present application;

[0075] Figure 4 This is a schematic diagram of the structure of an information transmission device according to an embodiment of the present application;

[0076] Figure 5 This is a schematic diagram of the structure of another information transmission device according to an embodiment of the present application;

[0077] Figure 6 This is a schematic diagram of the terminal structure of an embodiment of the present application;

[0078] Figure 7 This is a schematic diagram of the network device structure of an embodiment of the present application;

[0079] Figure 8 This is a schematic diagram of the information transmission device system according to an embodiment of the present application. DETAILED DESCRIPTION

[0080] The present application is further described in detail below in conjunction with the accompanying drawings and embodiments.

[0081] The current MBMS and SC-PTM technologies are rarely introduced in real commercial networks. The main reason is that the complexity and mode of the network structure still provide services based on the traditional preset service mode. For example, for MBMS, the logical channels transmitted on the air interface mainly include the multicast control channel (MCCH) and the multicast traffic channel (MTCH). Among them, MCCH is used to transmit the control information of MBMS, and MTCH is used to transmit downlink data. Both MCCH and MTCH logical channels can be mapped to the transport channel multicast channel (MCH), and finally MCH is transmitted by the physical multicast channel (PMCH). For SC-PTM services, the logical channels transmitted on the air interface mainly include single-cell MCCH (SC-MCCH, Single-Cell Multicast Control CHannel) and single-cell MTCH (SC-MTCH, Single-Cell Multicast Traffic CHannel). Among them, SC-MCCH is used to transmit the control information of SC-MTCH, and SC-MTCH is used to transmit the service data of SC-PTM. Both logical channels, SC-MCCH and SC-MTCH, can be mapped to the downlink shared channel (DL-SCH), and ultimately DL-SCH is transmitted by the physical downlink shared channel (PDSCH).

[0082] Among them, MCCH is a periodic transmission, which is indicated by the system message. It is semi-statically configured rather than based on dynamic scheduling; and for the transmission of MTCH, MCCH indicates the time domain scheduling information about MTCH to the user equipment (UE) based on the media access control (MAC) indication information (including frequency domain scheduling information and other underlying configuration information based on the semi-static configuration indication). Therefore, the basic process of MBMS service includes: indicating the configuration information of MCCH through the system message (semi-statically configured), and then, MCCH indicates the time domain scheduling information of MCH that can carry MTCH, so that UE can obtain the MTCH information carried by PMCH through the detection of system information and PMCH carrying MCCH. Both SC-MCCH and SC-MTCH can be mapped to DL-SCH, and finally the air interface transmission is realized by PDSCH instead of PMCH. Among them, similar to MCCH, SC-MCCH is transmitted periodically (the period is semi-statically configured by the system and indicated by SystemInformationBlockType20), however, the system message indicates only the time domain location information of SC-MCCH, and the specific resources used by SC-MCCH are scheduled by the physical downlink control channel (PDCCH) (the CRC of PDCCH is scrambled by SC-RNTI), which is different from the transmission mode of PMCH in MBMS that is completely based on semi-static configuration. SC-MCCH will provide configuration information of all MBMS services currently carried by SC-MTCH, including the temporary mobile group identity (TMGI) of each MBMS service (it can also include session ID), and its associated group radio network temporary identity (G-RNTI) and scheduling information (such as scheduling period, on duration timer, discontinuous reception (DRX) and other information), but the resources used in the corresponding time domain position are scheduled by PDCCH (the CRC of PDCCH is scrambled by G-RNTI). Therefore, the basic process of the SC-PTM service includes: the system message (semi-statically configured) indicates the configuration information of the SC-MCCH, and the terminal combines this information to monitor the PDCCH scrambled by the single-cell radio network temporary identifier (SC-RNTI) on the corresponding time domain transmission opportunity to obtain the SC-MCCH information carried by the PDSCH, and then combines the SC-MCCH information to detect the PDCCH scrambled by the G-RNTI on the corresponding time domain transmission opportunity to obtain the SC-MTCH information carried by the PDSCH.

[0083] In the traditional LTE broadcast or multicast technology, the same scheduling mechanism is used for connected and idle terminals, and the HARQ mechanism is not supported. The terminal does not need to feedback channel state information or HARQ-ACK / NACK information, so the network side cannot confirm that each interested user has accurately received the service, and can only use conservative MCS, which will lead to low spectrum efficiency of SC-PTM and poor network resource utilization. In unicast mode, the network side needs to know whether each user's air interface data is accurately received by the user or how to transmit each user's air interface data efficiently, which requires the HARQ mechanism, that is, the channel state information feedback mechanism, to assist in implementation. Therefore, in the evolution of the fourth generation mobile communication technology (4G) and the fifth generation mobile communication technology (5G) system, it is necessary to introduce a new solution to facilitate the network side to use air interface resources simply (convert unicast to multicast) and efficiently (use feedback information from multiple terminals to determine retransmission and MCS level) through multicast, while ensuring that users can obtain service guarantees in unicast mode.

[0084] Therefore, in the multicast or broadcast services of 4G evolution or new radio (NR) systems, a HARQ mechanism can be introduced, and the network side implements retransmission based on the received NACK information.

[0085] Based on this, in various embodiments of the present application, when the terminal determines that the multicast or broadcast service is not correctly received, it feeds back NACK information on the PUCCH resources configured on the network side.

[0086] In the embodiment of the present application, a HARQ mechanism is introduced for multicast or broadcast services, so that the network side can determine the retransmission and MCS level through the feedback information of the terminal, thereby efficiently using air interface resources and improving spectrum efficiency.

[0087] The present application embodiment provides an information transmission method, which is applied to a terminal, such as Figure 1 As shown, the method includes:

[0088] Step 101: Determine that a PDSCH shared by at least two terminals is not correctly received;

[0089] Step 102: Feedback NACK information to the network side on the first PUCCH resource configured by the network side.

[0090] The PDSCH shared by at least two terminals indicates that the service received by the terminal is a multicast or broadcast service.

[0091] Determining that a PDSCH shared by at least two terminals is not correctly received may also be understood as determining that a transport block or data shared by at least two terminals is not correctly received.

[0092] In actual application, since the service requested by the terminal is a multicast or broadcast service, and considering that a large number of terminals receive the same service, if all terminals feedback ACK information when the reception is correct, it will cause a large uplink PUCCH resource overhead on the network side. In addition, considering that in the multicast or broadcast service scenario, the base station only needs to know whether there is a terminal that has not received the data correctly, so the terminal only needs to feedback NACK information, and the base station can decide to retransmit the multicast or broadcast service after receiving the NACK information.

[0093] Therefore, when the terminal correctly receives the PDSCH shared by at least two terminals, the terminal does not perform HARQ feedback (which can also be understood as not generating HARQ information).

[0094] In actual application, the terminal needs to provide HARQ-ACK feedback for unicast services. Specifically, if the service is received correctly, the terminal will provide ACK information, and if the service is received incorrectly, the terminal will provide NACK information. Among them, the PUCCH resource of a terminal is specified by the scheduling PDCCH received by the terminal. The resource indication method of the PUCCH for the HARQ-ACK of the unicast service transmitted by the terminal is as follows:

[0095] The network side pre-configures up to 4 PUCCH resource sets for the terminal through radio resource control (RRC) signaling. A PUCCH resource set includes multiple PUCCH resources, and the UCI load size carried by the PUCCH in each PUCCH resource set is different. For the first PUCCH resource set, up to 2 UCI information bits can be transmitted; for the second PUCCH resource set, more than 2 to less than or equal to N2 UCI information bits can be transmitted; for the third PUCCH resource set, more than N2 to less than or equal to N3 UCI information bits can be transmitted; for the fourth PUCCH resource set, more than N3 to less than or equal to 1706 UCI information bits can be transmitted. N2 and N3 are configured by the network side through RRC signaling. For the first PUCCH resource set, the network side can configure up to 32 PUCCH resources; for the second, third, and fourth PUCCH resource sets, the network side can configure up to 8 PUCCH resources. The terminal first selects which PUCCH resource set to use according to its own UCI payload size, and further determines which PUCCH resource to use according to the indication of the 3-bit PUCCH resource indicator in the DCI.

[0096] However, in multicast or broadcast services, how to obtain or indicate the PUCCH resources used for the HARQ feedback of the terminal and how to reduce the resource overhead on the network side considering the large number of multicast users are issues that need to be further addressed.

[0097] For multicast or broadcast services, if the above method is used, different terminals need to perform HARQ feedback on the PDSCH of the multicast or broadcast services on different PUCCH resources. Each terminal needs to pre-configure a set of orthogonal PUCCH resources. This will cause the network side to reserve a large number of PUCCH resources for different terminals, resulting in a linear increase in the amount of PUCCH resource overhead on the network side with the number of multicast / broadcast terminals.

[0098] Therefore, if a multicast or broadcast framework similar to LTE SC-PTM with shared PDCCH and shared PDSCH is adopted in NR, the HARQ feedback method of multicast or broadcast needs to be enhanced to minimize the PUCCH reservation overhead on the network side, while requiring the complexity of the network side detecting the HARQ feedback of multiple terminals to be low.

[0099] Based on this, in one embodiment, the first PUCCH resource is used by the at least two terminals to feedback NACK information for the PDSCH. That is, the network side configures a shared PUCCH resource for multiple terminals receiving multicast or broadcast services, that is, the first PUCCH resource is shared by at least two terminals, so that the reserved PUCCH resources can be saved.

[0100] In one embodiment, the first PUCCH resource is dedicated to feeding back the NACK information, that is, the first PUCCH resource cannot be used to feed back other UCI except the NACK information.

[0101] In actual application, for multicast or broadcast services, a solution similar to LTE SC-PTM can be used. The network side uses a public RNTI (such as G-RNTI) to perform CRC-encrypted PDCCH to schedule the PDSCH carrying the corresponding multicast or broadcast services.

[0102] Based on this, in one embodiment, the CRC of the DCI that schedules the PDSCH is scrambled by the RNTI shared by the at least two terminals.

[0103] That is, the NACK information is HARQ feedback information of the terminal for the PDSCH of the multicast and / or broadcast service (which can also be understood as the PDSCH scheduled by a specific RNTI).

[0104] Here, in actual application, the PDSCH shared by at least two terminals will be scheduled by a PDCCH, which can also be understood as the PDSCH shared by at least two terminals will be scheduled by a DCI (DCI carried in the PDCCH). Therefore, the terminal needs to receive the PDCCH (which can also be understood as the PDCCH with a specific RNTI (i.e., the RNTI shared by at least two terminals) scrambled by the CRC) that schedules the PDSCH shared by at least two terminals.

[0105] In actual application, the network side needs to send the configuration information of the first PUCCH resource to the terminal so that the terminal can acquire the first PUCCH resource.

[0106] Based on this, in one embodiment, the method may further include:

[0107] Receive configuration information of the first PUCCH resource sent by the network side.

[0108] In actual application, the network side may send the configuration information of the first PUCCH resource to the terminal through a system message or a high-level signaling.

[0109] Based on this, in one embodiment, the configuration information sent by the network side is received through one of the following signalings:

[0110] System messages;

[0111] High-level signaling.

[0112] Here, in actual application, the configuration information may be set in a system information block (SIB), and an existing SIB may be used, or a newly defined SIB may be used, which is not limited in the embodiments of the present application.

[0113] The high-layer signaling may be RRC signaling, such as an RRC reconfiguration message or the like.

[0114] In one embodiment, the configuration information includes at least one of the following:

[0115] PUCCH format;

[0116] Frequency domain resources;

[0117] Time domain resources;

[0118] The index of the initial circular shift;

[0119] The index of the orthogonal cover code.

[0120] The PUCCH format may include PUCCH format 0 and / or PUCCH format 1.

[0121] Here, when PUCCH format 0 and PUCCH format 1 are configured, the terminal can select one of the formats as needed, or determine which format to use according to dynamic instructions from the network side.

[0122] Since multiple terminals need to feed back the same PUCCH sequence on the same PUCCH resource, when the first PUCCH format is format 0, the sequence generator is initialized using the physical layer cell identifier.

[0123] That is, the sequence generator is initialized by the physical layer cell ID.

[0124] When the first PUCCH is shared by the at least two terminals, if the format of the first PUCCH resource is PUCCH format 0, the network side configures the same initial cyclic shift index for the at least two terminals through high-layer signaling (such as RRC signaling).

[0125] When the first PUCCH is shared by the at least two terminals, if the format of the first PUCCH resource is PUCCH format 1, the network side configures the same initial cyclic shift index and the same orthogonal cover code index for at least two terminals through high-level signaling (such as RRC signaling), thereby ensuring that multiple terminals feed back the same PUCCH.

[0126] That is to say, when the first PUCCH is shared by the at least two terminals, the corresponding sequence generation, orthogonal code, etc. are exactly the same, that is, all terminals will generate the same PUCCH, and the base station can adopt a simple energy detection method (refer to the relevant technology, the embodiment of the present application is not limited to this), that is, it can determine whether there is a terminal feedback NACK.

[0127] In the related technology, in the NR system, the terminal transmits at most two time-division multiplexed PUCCHs in one time slot, and at least one of the two PUCCHs is PUCCH format 0 or format 2. Of course, with the evolution of technology, the terminal will be allowed to transmit at most two time-division multiplexed PUCCHs in one time slot, and there is no restriction on the format of these two PUCCHs. If the terminal needs to transmit two PUCCHs of UCI such as HARQ-ACK, scheduling request (SR), or channel state information (CSI) in one time slot, and the two PUCCHs partially overlap in the time domain, or the number of PUCCHs exceeds 2, the terminal will multiplex or discard these UCIs according to certain rules to meet the requirement of transmitting at most 2 time-division multiplexed PUCCHs in one time slot.

[0128] Therefore, when transmitting the NACK information, it is necessary to resolve the conflict between the first PUCCH and the PUCCH of other UCI. This is because: the first PUCCH is a dedicated PUCCH, which is only used to carry NACK information. The base station can use energy detection to detect whether a terminal has transmitted the first PUCCH at the resource position of the first PUCCH, so the first PUCCH cannot be multiplexed with the PUCCH that transmits other UCI. Otherwise, the base station cannot detect whether a terminal has fed back NACK information based on a simple energy detection method.

[0129] If the terminal needs to transmit two PUCCHs for feeding back other UCIs except the NACK information in one time slot, the terminal cannot transmit the NACK information in the time slot.

[0130] Based on this, in one embodiment, when NACK information is fed back, the method may further include:

[0131] When two PUCCHs need to be transmitted in the first time slot and UCI carried by the two PUCCHs are different from the NACK information, the NACK information is not transmitted in the first time slot.

[0132] That is, the transmission priority of other UCIs except the NACK information is higher than the transmission priority of the NACK information.

[0133] Of course, the terminal needs to transmit a PUCCH of the other UCI in a time slot, and the terminal can transmit the NACK information when certain conditions are met.

[0134] Based on this, in one embodiment, the NACK information is transmitted in the first time slot when the following conditions are met:

[0135] A first UCI different from the NACK information needs to be transmitted in the first time slot;

[0136] The PUCCH format of the first PUCCH resource is format 0;

[0137] The second PUCCH for transmitting the first UCI does not overlap with the first PUCCH in the time domain.

[0138] Here, in one embodiment, the first UCI may include HARQ-ACK information of unicast data.

[0139] It should be noted that, in actual application, the first UCI may include: HARQ-ACK information of unicast data, at least one of CSI and SR, and of course may also include other UCIs.

[0140] In another embodiment, the NACK information is transmitted in the first time slot when the following conditions are met:

[0141] A second UCI different from the NACK information needs to be transmitted in the first time slot;

[0142] The PUCCH format of the PUCCH resource is format 1;

[0143] The third PUCCH for transmitting the second UCI does not overlap with the first PUCCH in the time domain.

[0144] Here, in one embodiment, the second UCI may include HARQ-ACK (ACK or NACK) information of unicast data.

[0145] It should be noted that, in actual application, the second UCI may include: HARQ-ACK information of unicast data, at least one of CSI and SR, and of course may also include other UCIs.

[0146] In one embodiment, for some terminals with certain capabilities, in order to be compatible with related technologies, only two time-division multiplexed PUCCHs can be transmitted in one time slot, and at least one of the two PUCCHs is PUCCH format 0 or format 2. For such terminals, the third PUCCH can only be PUCCH format 0 or format 2.

[0147] In actual application, priorities of various UCIs may be defined, and then the conflict between the first PUCCH and PUCCHs of other UCIs may be resolved based on the priorities.

[0148] Exemplarily, it may be defined that the priority of HARQ-ACK information, SR and CSI of unicast data is higher than the HARQ priority of multicast or broadcast data.

[0149] Under this definition, and if the terminal can transmit at most two time-division multiplexed PUCCHs in one time slot, then:

[0150] If the terminal needs to transmit a PUCCH carrying other UCI (at least one of HARQ-ACK information of unicast data, CSI and SR) other than the two NACK information in a time slot, the terminal cannot transmit the first PUCCH of the NACK information in the time slot.

[0151] Here, in one embodiment, the above conditions may also include satisfying that at least one of the two PUCCHs is PUCCH format 0 or format 2.

[0152] In one embodiment, the format of the first PUCCH resource is PUCCH format 0. The terminal needs to transmit a PUCCH carrying other UCIs other than the NACK information in a time slot, and the PUCCH does not overlap with the first PUCCH in the time domain. In this case, the terminal can transmit the NACK information in the time slot.

[0153] In one embodiment, the format of the first PUCCH resource is PUCCH format 1. The terminal needs to transmit a UCI other than the NACK information in a time slot, and the PUCCH carrying the other UCI does not overlap with the first PUCCH in the time domain. In this case, the terminal can transmit the PUCCH carrying the NACK information in the time slot.

[0154] In one embodiment, the format of the first PUCCH resource is PUCCH format 1, the terminal needs to transmit a UCI other than the NACK information in a time slot, and the format of the PUCCH resource for transmitting the other UCI is PUCCH format 0 or PUCCH format 2, and the PUCCH carrying the other UCI does not overlap with the first PUCCH in the time domain, then the terminal can transmit the PUCCH of the NACK information in the time slot.

[0155] Since the priority of the NACK information is low, the normal HARQ-ACK information, SR and CSI feedback of the terminal's unicast data can be guaranteed. When implementing the solution, there is no need to change the existing terminal's process of processing other UCIs, and no additional complexity will be introduced.

[0156] Exemplarily, it may be defined that: the priority of HARQ-ACK information of unicast data is higher than the HARQ priority of multicast or broadcast data, and the HARQ priority of multicast or broadcast data is higher than the CSI priority.

[0157] Under this definition, and if the terminal can transmit at most two time-division multiplexed PUCCHs in one time slot, then:

[0158] The terminal needs to transmit a PUCCH carrying HARQ-ACK information of unicast data and the first PUCCH in a time slot, and the two PUCCHs do not overlap in the time domain, so the terminal can transmit the two PUCCHs in the time slot.

[0159] Here, in one embodiment, the above conditions may also include satisfying that at least one of the two PUCCHs is PUCCH format 0 or format 2.

[0160] In one embodiment, the terminal needs to transmit a PUCCH carrying HARQ-ACK information of unicast data and the first PUCCH in a time slot, the two PUCCHs do not overlap in the time domain, and at least one of the two PUCCHs has a format of PUCCH format 0 or PUCCH format 1, then the terminal can transmit the two PUCCHs in the time slot.

[0161] The terminal needs to transmit a PUCCH carrying HARQ-ACK information of unicast data and the first PUCCH in a time slot, but the two PUCCHs overlap in the time domain, so the terminal cannot transmit the first PUCCH in the time slot.

[0162] Accordingly, the embodiment of the present application also provides an information transmission method, which is applied to a network device (specifically a base station), such as Figure 2 As shown, the method includes:

[0163] Step 201: NACK information for a PDSCH shared by at least two terminals fed back by a receiving terminal on a configured first PUCCH resource.

[0164] In one embodiment, if Figure 2 As shown, the method may also include:

[0165] Step 200: Send configuration information of the first PUCCH resource to the terminal.

[0166] Here, in one embodiment, the configuration information is sent to the terminal through one of the following signaling:

[0167] System messages;

[0168] High-level signaling.

[0169] The present application embodiment provides an information transmission method, such as Figure 3 As shown, the method includes:

[0170] Step 301: The terminal determines that a PDSCH shared by at least two terminals is not correctly received;

[0171] Step 302: Feedback NACK information to the network device on the first PUCCH resource configured by the network side;

[0172] Step 303: The network device receives the NACK information.

[0173] Here, it should be noted that the specific processing process of the terminal and the network device has been described in detail above and will not be repeated here.

[0174] In the information transmission method provided in the embodiment of the present application, the terminal determines that the PDSCH shared by at least two terminals is not correctly received; and feeds back NACK information to the network side on the first PUCCH resource configured on the network side. For multicast or broadcast services, the HARQ mechanism is introduced, so that the network side can determine the retransmission and MCS level through the feedback information of the terminal, thereby efficiently using air interface resources and improving spectrum efficiency.

[0175] In order to implement the method of the embodiment of the present application, the embodiment of the present application also provides an information transmission device, which is arranged on the terminal, such as Figure 4 As shown, the device comprises:

[0176] A determining unit 401 is configured to determine that a PDSCH shared by at least two terminals is not correctly received;

[0177] The first sending unit 402 is configured to feed back NACK information to the network side on the first PUCCH resource configured by the network side.

[0178] In one embodiment, the first sending unit 402 is used to:

[0179] When two PUCCHs need to be transmitted in the first time slot and UCI carried by the two PUCCHs are different from the NACK information, the NACK information is not transmitted in the first time slot.

[0180] In one embodiment, the first sending unit 402 is configured to:

[0181] When the following conditions are met, the NACK information is transmitted in the first time slot:

[0182] A first UCI different from the NACK information needs to be transmitted in the first time slot;

[0183] The PUCCH format of the first PUCCH resource is format 0;

[0184] The second PUCCH for transmitting the first UCI does not overlap with the first PUCCH in the time domain.

[0185] In one embodiment, the first sending unit 402 is configured to:

[0186] When the following conditions are met, the NACK information is transmitted in the first time slot:

[0187] A second UCI different from the NACK information needs to be transmitted in the first time slot;

[0188] The PUCCH format of the PUCCH resource is format 1;

[0189] The third PUCCH for transmitting the second UCI does not overlap with the first PUCCH in the time domain.

[0190] In one embodiment, the device may further include:

[0191] The second receiving unit is used to receive the configuration information of the first PUCCH resource sent by the network side.

[0192] In one embodiment, the second receiving unit is used to receive the configuration information sent by the network side through one of the following signaling:

[0193] System messages;

[0194] High-level signaling.

[0195] In actual application, the determining unit 401 may be implemented by a processor in the information transmission device; the first sending unit 402 and the second receiving unit may be implemented by a communication interface in the information transmission device.

[0196] In order to implement the method on the network device side of the embodiment of the present application, the embodiment of the present application also provides an information transmission device, which is arranged on the network device, such as Figure 5 As shown, the device comprises:

[0197] The first receiving unit 501 is configured to receive NACK information for a PDSCH shared by at least two terminals fed back by a terminal on a configured first PUCCH resource.

[0198] In one embodiment, if Figure 5 As shown, the device may also include:

[0199] The configuration unit 502 is used to configure the first PUCCH resource for the terminal and send configuration information of the first PUCCH resource to the terminal.

[0200] In one embodiment, the configuration unit 502 is configured to send the configuration information to the terminal through one of the following signaling:

[0201] System messages;

[0202] High-level signaling.

[0203] In actual application, the first receiving unit 501 can be implemented by a communication interface in the information transmission device; the configuration unit 502 can be implemented by a processor in the information transmission device in combination with the communication interface.

[0204] It should be noted that: the information transmission device provided in the above embodiment only uses the division of the above program modules as an example when performing information transmission. In actual applications, the above processing can be assigned to different program modules as needed, that is, the internal structure of the device is divided into different program modules to complete all or part of the processing described above. In addition, the information transmission device provided in the above embodiment and the information transmission method embodiment belong to the same concept, and the specific implementation process is detailed in the method embodiment, which will not be repeated here.

[0205] Based on the hardware implementation of the above program modules, and in order to implement the operation on the terminal side of the embodiment of the present application, the embodiment of the present application also provides a terminal, such as Figure 6 As shown, the terminal 600 includes:

[0206] The first communication interface 601 is capable of exchanging information with a network device;

[0207] The first processor 602 is connected to the first communication interface 601 to implement information interaction with the network device, and is used to execute the method provided by one or more technical solutions of the terminal side when running the computer program. The computer program is stored in the first memory 603.

[0208] Specifically, the first processor 602 is configured to determine that a PDSCH shared by at least two terminals is not correctly received;

[0209] The first communication interface 601 is used to feed back NACK information to the network side on the first PUCCH resource configured by the network side.

[0210] In one embodiment, the first communication interface 601 is used to:

[0211] When two PUCCHs need to be transmitted in the first time slot and UCI carried by the two PUCCHs are different from the NACK information, the NACK information is not transmitted in the first time slot.

[0212] In one embodiment, the first communication interface 601 is used to:

[0213] When the following conditions are met, the NACK information is transmitted in the first time slot:

[0214] A first UCI different from the NACK information needs to be transmitted in the first time slot;

[0215] The PUCCH format of the first PUCCH resource is format 0;

[0216] The second PUCCH for transmitting the first UCI does not overlap with the first PUCCH in the time domain.

[0217] In one embodiment, the first communication interface 601 is used to:

[0218] When the following conditions are met, the NACK information is transmitted in the first time slot:

[0219] A second UCI different from the NACK information needs to be transmitted in the first time slot;

[0220] The PUCCH format of the PUCCH resource is format 1;

[0221] The third PUCCH for transmitting the second UCI does not overlap with the first PUCCH in the time domain.

[0222] In one embodiment, the first communication interface 601 is further used to receive configuration information of the first PUCCH resource sent by the network side.

[0223] In one embodiment, the first communication interface 601 is used to receive the configuration information sent by the network side through one of the following signaling:

[0224] System messages;

[0225] High-level signaling.

[0226] It should be noted that the specific processing process of the first processor 602 and the first communication interface 601 can be understood by referring to the above method.

[0227] Of course, in actual application, the various components in the terminal 600 are coupled together through the bus system 604. It can be understood that the bus system 604 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 604 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, Figure 6 Various buses are labeled as bus system 604 .

[0228] The first memory 603 in the embodiment of the present application is used to store various types of data to support the operation of the terminal 600. Examples of such data include: any computer program used to operate on the terminal 600.

[0229] The method disclosed in the above embodiment of the present application can be applied to the first processor 602, or implemented by the first processor 602. The first processor 602 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit or software instructions in the first processor 602. The above-mentioned first processor 602 may be a general-purpose processor, a digital signal processor (DSP, Digital Signal Processor), or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The first processor 602 can implement or execute the various methods, steps and logic block diagrams disclosed in the embodiments of the present application. A general-purpose processor may be a microprocessor or any conventional processor, etc. In combination with the steps of the method disclosed in the embodiment of the present application, it can be directly embodied as a hardware decoding processor to execute, or it can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium, which is located in the first memory 603, and the first processor 602 reads the information in the first memory 603 and completes the steps of the above method in combination with its hardware.

[0230] In an exemplary embodiment, the terminal 600 may be implemented by one or more application specific integrated circuits (ASIC), DSP, programmable logic device (PLD), complex programmable logic device (CPLD), field programmable gate array (FPGA), general processor, controller, microcontroller (MCU), microprocessor, or other electronic components to execute the aforementioned method.

[0231] Based on the hardware implementation of the above program modules, and in order to implement the method of the network device side of the embodiment of the present application, the embodiment of the present application also provides a network device, such as Figure 7 As shown, the network device 700 includes:

[0232] The second communication interface 701 is capable of exchanging information with the terminal;

[0233] The second processor 702 is connected to the second communication interface 701 to implement information interaction with the terminal, and is used to execute the method provided by one or more technical solutions on the network device side when running a computer program. The computer program is stored in the second memory 703.

[0234] Specifically, the second communication interface 701 is used to receive NACK information for a PDSCH shared by at least two terminals, which is fed back by the terminal on the configured first PUCCH resource.

[0235] In one embodiment, the second processor 702 is used to configure the first PUCCH resource for the terminal, and send configuration information of the first PUCCH resource to the terminal through the second communication interface 701.

[0236] In one embodiment, the second communication interface 701 is used to send the configuration information to the terminal through one of the following signaling:

[0237] System messages;

[0238] High-level signaling.

[0239] It should be noted that the specific processing process of the second processor 702 and the second communication interface 701 can be understood by referring to the above method.

[0240] Of course, in actual application, the various components in the network device 700 are coupled together through the bus system 704. It can be understood that the bus system 704 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 704 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, Figure 7 Various buses are labeled as bus system 704 .

[0241] The second memory 703 in the embodiment of the present application is used to store various types of data to support the operation of the network device 700. Examples of such data include: any computer program used to operate on the network device 700.

[0242] The method disclosed in the above embodiment of the present application can be applied to the second processor 702, or implemented by the second processor 702. The second processor 702 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of the hardware in the second processor 702 or an instruction in the form of software. The above-mentioned second processor 702 may be a general-purpose processor, a DSP, or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The second processor 702 can implement or execute the various methods, steps and logic block diagrams disclosed in the embodiment of the present application. A general-purpose processor may be a microprocessor or any conventional processor, etc. In combination with the steps of the method disclosed in the embodiment of the present application, it can be directly embodied as a hardware decoding processor to execute, or it can be executed by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium, which is located in the second memory 703, and the second processor 702 reads the information in the second memory 703 and completes the steps of the above method in combination with its hardware.

[0243] In an exemplary embodiment, the network device 700 may be implemented by one or more ASICs, DSPs, PLDs, CPLDs, FPGAs, general purpose processors, controllers, MCUs, Microprocessors, or other electronic components to perform the aforementioned methods.

[0244] It can be understood that the memory (first memory 603, second memory 703) of the embodiment of the present application can be a volatile memory or a non-volatile memory, and can also include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a magnetic random access memory (FRAM), a ferromagnetic random access memory, a flash memory, a magnetic surface memory, an optical disc, or a compact disc read-only memory (CD-ROM); the magnetic surface memory can be a disk memory or a tape memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), synchronous static random access memory (SSRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct RAM bus random access memory (DRRAM).The memories described in the embodiments of the present application are intended to include, but are not limited to, these and any other suitable types of memories.

[0245] The present application also provides an information transmission system. Figure 8 As shown, the system includes: a terminal 801 and a network device 802.

[0246] Here, it should be noted that the specific processing process of the terminal 801 and the network device 802 has been described in detail above and will not be repeated here.

[0247] In an exemplary embodiment, the embodiment of the present application further provides a storage medium, namely a computer storage medium, specifically a computer-readable storage medium, for example, including a first memory 603 storing a computer program, and the computer program can be executed by the first processor 602 of the terminal 600 to complete the steps of the aforementioned terminal side method. For another example, a second memory 703 storing a computer program can be executed by the second processor 702 of the network device 700 to complete the steps of the aforementioned network device side method. The computer-readable storage medium can be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, Flash Memory, magnetic surface memory, optical disk, or CD-ROM.

[0248] It should be noted that: "first", "second", etc. are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0249] In addition, the technical solutions described in the embodiments of the present application can be combined arbitrarily without conflict.

[0250] The above description is only a preferred embodiment of the present application and is not intended to limit the protection scope of the present application.

Claims

1. An information transmission method, characterized in that: Applied to terminals, including: Determining that a physical downlink shared channel PDSCH shared by at least two terminals is not correctly received; Feedback negative acknowledgement NACK information to the network side on the first physical uplink control channel PUCCH resource configured by the network side; wherein, The first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.

2. The method according to claim 1, characterized in that The cyclic redundancy check CRC of the downlink control information DCI for scheduling the PDSCH is scrambled by the radio network temporary identifier RNTI shared by the at least two terminals.

3. The method according to claim 1, characterized in that The first PUCCH resource is dedicated to feeding back the NACK information.

4. The method according to claim 1, characterized in that: When NACK information is fed back, the method further includes: When two PUCCHs need to be transmitted in the first time slot and the uplink control information carried by the two PUCCHs is different from the NACK information, the NACK information is not transmitted in the first time slot.

5. The method according to claim 1, characterized in that When NACK information is fed back, the method further includes: When the following conditions are met, the NACK information is transmitted in the first time slot: A first uplink control information different from the NACK information needs to be transmitted in the first time slot; The PUCCH format of the first PUCCH resource is format 0; The second PUCCH for transmitting the first uplink control information does not overlap with the first PUCCH in the time domain.

6. The method according to claim 5, characterized in that The first uplink control information includes hybrid automatic repeat request acknowledgement HARQ-ACK information of unicast data.

7. The method according to claim 1, characterized in that When NACK information is fed back, the method further includes: When the following conditions are met, the NACK information is transmitted in the first time slot: A second uplink control information different from the NACK information needs to be transmitted in the first time slot; The PUCCH format of the first PUCCH resource is format 1; The third PUCCH for transmitting the second uplink control information does not overlap with the first PUCCH in the time domain.

8. The method according to claim 7, characterized in that The second uplink control information includes HARQ-ACK information of unicast data.

9. The method according to claim 7, characterized in that: The format of the PUCCH for transmitting the second uplink control information is format 0 or format 2.

10. The method according to any one of claims 1 to 9, characterized in that: The method further comprises: Receive configuration information of the first PUCCH resource sent by the network side.

11. The method according to claim 10, characterized in that The configuration information sent by the network side is received through one of the following signaling: System messages; High-level signaling.

12. The method according to claim 10, characterized in that The configuration information includes at least one of the following: PUCCH format; Frequency domain resources; Time domain resources; The index of the initial circular shift; The index of the orthogonal cover code.

13. The method according to claim 12, characterized in that When the first PUCCH format is format 0, the sequence generator is initialized using a physical layer cell identifier.

14. An information transmission method, characterized in that: Applied to network equipment, including: The receiving terminal feeds back NACK information of the PDSCH shared by at least two terminals on the configured first PUCCH resource; wherein, The first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.

15. The method according to claim 14, characterized in that The CRC of the DCI scheduling the PDSCH is scrambled by the RNTI shared by the at least two terminals.

16. The method according to claim 14, characterized in that The first PUCCH resource is dedicated to feeding back the NACK information.

17. The method according to any one of claims 14 to 16, characterized in that The method further comprises: Send configuration information of the first PUCCH resource to the terminal.

18. The method according to claim 17, characterized in that Sending the configuration information to the terminal through one of the following signaling: System messages; High-level signaling.

19. The method according to claim 17, characterized in that The configuration information includes at least one of the following: PUCCH format; Frequency domain resources; Time domain resources; The index of the initial circular shift; The index of the orthogonal cover code.

20. The method according to claim 19, characterized in that When the first PUCCH format is format 0, the sequence generator is initialized using a physical layer cell identifier.

21. An information transmission device, characterized in that: include: A determining unit, configured to determine that a PDSCH shared by at least two terminals is not correctly received; The first sending unit is used to feed back NACK information to the network side on the first PUCCH resource configured by the network side; wherein, The first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.

22. An information transmission device, characterized in that: include: The first receiving unit is configured to receive NACK information of a PDSCH shared by at least two terminals fed back by the terminal on a configured first PUCCH resource; wherein, The first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.

23. A terminal, characterized in that: include: A first processor is configured to determine that a PDSCH shared by at least two terminals is not correctly received; The first communication interface is used to feed back NACK information to the network side on the first PUCCH resource configured by the network side; wherein, The first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.

24. A network device, characterized in that: include: A second processor and a second communication interface; wherein, The second communication interface is used to receive NACK information for a PDSCH shared by at least two terminals fed back by the terminal on the configured first PUCCH resource; wherein, The first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.

25. A terminal, characterized in that: include: a first processor and a first memory for storing a computer program executable on the processor, Wherein, when the first processor is used to run the computer program, the steps of the method described in any one of claims 1 to 13 are executed.

26. A network device, characterized in that: include: a second processor and a second memory for storing a computer program executable on the processor, Wherein, when the second processor is used to run the computer program, it executes the steps of the method described in any one of claims 14 to 20.

27. A storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the computer program implements the steps of the method according to any one of claims 1 to 13, or implements the steps of the method according to any one of claims 14 to 20.

Images