CN111262668B

CN111262668B - Physical uplink control channel transmission method, network side equipment and terminal

Info

Publication number: CN111262668B
Application number: CN201811520133.6A
Authority: CN
Inventors: 李娜; 潘学明; 孙鹏; 沈晓冬
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2018-12-12
Filing date: 2018-12-12
Publication date: 2021-10-12
Anticipated expiration: 2038-12-12
Also published as: CN111262668A; WO2020119243A1

Abstract

The embodiment of the invention provides a physical uplink control channel transmission method, a terminal and network side equipment, wherein the method comprises the following steps: when uplink control information UCI is fed back independently, transmitting UCI information of network side equipment on a first Physical Uplink Control Channel (PUCCH) resource corresponding to the network side equipment; when UCI joint feedback is carried out, transmitting UCI information of the at least two pieces of network side equipment on a second PUCCH resource; wherein the first PUCCH resource and the second PUCCH resource are located on different resource groups. The invention realizes the UCI feedback of each network side device on the PUCCH resources. Therefore, the problem of PUCCH resource conflict caused by the fact that only UCI is adopted for independent feedback can be solved, and the problem of low PUCCH resource utilization rate caused by the fact that only UCI is adopted for combined feedback can be avoided.

Description

Physical uplink control channel transmission method, network side equipment and terminal

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a physical uplink control channel transmission method, a network side device, and a terminal.

Background

As is known, 3GPP Rel-15 proposes a multi-Transmission and reception Point/multi-antenna panel (multi-TRP/multi-panel) scenario, where Transmission and Reception Point (TRP) Transmission can increase reliability and throughput performance of Transmission, for example, a terminal (UE) can receive the same data or different data from multiple TRPs. Currently, a Type I multi-antenna panel codebook is defined, and several multi-TRP transmission scenarios are initially discussed:

1) multiple TRP/panel transmission between multiple TRPs, ideal backhaul (backhaul);

2) multiple TRP/panel transmission between multiple TRPs, a non-ideal backhaul.

Among the transmission schemes for multiple TRPs may be:

multiple TRPs transmit a plurality of Physical Downlink Control Channels (PDCCHs) and a plurality of Physical Downlink Shared Channels (PDSCHs), and each TRP transmits one PDCCH and one PDSCH;

1) multiple PDSCHs transmit the same Transport Block (TB);

2) the multiple PDSCHs transmit different TBs.

In the existing downlink HARQ-ACK feedback scheme, a Hybrid Automatic Repeat-Request Acknowledgement (HARQ-ACK) is generally transmitted on a Physical Uplink Control Channel (PUCCH) resource. The Uplink Control Information (UCI) transmitted on the PUCCH may further include Channel State Information (CSI) and a Scheduling Request (SR), and since the terminal may not support simultaneous transmission of multiple Physical Uplink Control Channel (PUCCH) resources, a Hybrid Automatic Repeat-Request Acknowledgement (HARQ-ACK) feedback scheme for multiple TRPs is currently under discussion.

In summary, when a transmission scheme of multiple PDCCHs and multiple PDSCHs is adopted for multiple TRP transmission, how to implement Uplink Control Information (UCI) feedback of each TRP on PUCCH resources becomes an urgent problem to be solved.

Disclosure of Invention

The embodiment of the invention provides a physical uplink control channel transmission method, network side equipment and a terminal, which aim to solve the problem of realizing UCI feedback of each TRP on PUCCH resources when a multi-PDCCH and multi-PDSCH transmission scheme is adopted for multi-TRP transmission.

In a first aspect, the present invention provides a method for transmitting a physical uplink control channel, which is applied to a terminal and includes:

when uplink control information UCI is fed back independently, transmitting UCI information of network side equipment on a first Physical Uplink Control Channel (PUCCH) resource corresponding to the network side equipment;

when UCI joint feedback is carried out, transmitting UCI information of at least two pieces of network side equipment on a second PUCCH resource;

wherein the first PUCCH resource and the second PUCCH resource are located on different resource groups.

In a second aspect, the present invention further provides a method for transmitting a physical uplink control channel, which is applied to a network side device, and includes:

performing blind detection on the first PUCCH resource and the second PUCCH resource to receive feedback information sent by a terminal; the feedback information includes: when the terminal carries out uplink control information UCI independent feedback, transmitting UCI information of network side equipment on a first Physical Uplink Control Channel (PUCCH) resource corresponding to the network side equipment; when the terminal carries out UCI joint feedback, UCI information of at least two network side devices is transmitted on a second PUCCH resource;

In a third aspect, the present invention further provides a terminal, including:

the uplink control information transmission method comprises a first transmission module and a second transmission module, wherein the first transmission module is used for transmitting uplink control information UCI (uplink control information) of network side equipment on a first Physical Uplink Control Channel (PUCCH) resource corresponding to the network side equipment when the UCI is fed back independently;

a second transmission module, configured to transmit UCI information of at least two network side devices on a second PUCCH resource when performing UCI joint feedback;

In a fourth aspect, the present invention further provides a network side device, including:

the detection module is used for performing blind detection on the first PUCCH resource and the second PUCCH resource so as to receive feedback information sent by the terminal; the feedback information includes: when the terminal carries out uplink control information UCI independent feedback, transmitting UCI information of network side equipment on a first Physical Uplink Control Channel (PUCCH) resource corresponding to the network side equipment; when the terminal carries out UCI joint feedback, UCI information of at least two network side devices is transmitted on a second PUCCH resource;

In a fifth aspect, the present invention further provides a terminal, including: the program is executed by the processor to implement the steps in the above-mentioned physical uplink control channel transmission method.

In a sixth aspect, the present invention further provides a network side device, including: the program is executed by the processor to implement the steps in the above-mentioned physical uplink control channel transmission method.

In a seventh aspect, the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and the computer program is executed by a processor to implement the steps at the terminal side in the physical uplink control channel transmission method, or the computer program is executed by the processor to implement the steps at the network side in the physical uplink control channel transmission method.

In the embodiment of the invention, when a multi-PDCCH and multi-PDSCH transmission scheme is adopted for multi-TRP transmission, the UCI is fed back independently by adopting the first PUCCH resource, and the UCI is fed back jointly by adopting the second PUCCH resource, so that the UCI feedback of each network side device is realized on the PUCCH resources. Therefore, the problem of PUCCH resource conflict caused by the fact that only UCI is adopted for independent feedback can be solved, and the problem of low PUCCH resource utilization rate caused by the fact that only UCI is adopted for combined feedback can be avoided.

Drawings

Fig. 1 is a block diagram of a network system to which an embodiment of the present invention is applicable;

fig. 2 is a flowchart of a method for transmitting a physical uplink control channel according to an embodiment of the present invention;

FIG. 3 is a schematic diagram of a multi-network side device transmission scenario;

fig. 4 is a schematic structural diagram of a second PUCCH resource in a physical uplink control channel transmission method according to an embodiment of the present invention;

fig. 5 is a schematic diagram of PDSCH scheduling feedback in a physical uplink control channel transmission method according to an embodiment of the present invention;

fig. 6 is a second schematic diagram illustrating PDSCH scheduling feedback in a physical uplink control channel transmission method according to an embodiment of the present invention;

fig. 7 is a third schematic diagram illustrating PDSCH scheduling feedback in a physical uplink control channel transmission method according to an embodiment of the present invention;

fig. 8 is a second flowchart of a method for transmitting a physical uplink control channel according to an embodiment of the present invention;

fig. 9 is a structural diagram of a terminal according to an embodiment of the present invention;

fig. 10 is a structural diagram of a network side device according to an embodiment of the present invention;

fig. 11 is a block diagram of another terminal provided in an embodiment of the present invention;

fig. 12 is a block diagram of another network-side device according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The terms "comprises," "comprising," or any other variation thereof, in the description and claims of this application, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. Furthermore, the use of "and/or" in the specification and claims means that at least one of the connected objects, such as a and/or B, means that three cases, a alone, B alone, and both a and B, exist.

In the embodiments of the present invention, words such as "exemplary" or "for example" are used to mean serving as examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "e.g.," an embodiment of the present invention is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.

Embodiments of the present invention are described below with reference to the accompanying drawings. The physical uplink control channel transmission method, the network side equipment and the terminal provided by the embodiment of the invention can be applied to a wireless communication system. The wireless communication system may be a 5G system, an Evolved Long Term Evolution (lte) system, or a subsequent lte communication system.

Referring to fig. 1, fig. 1 is a structural diagram of a network system to which an embodiment of the present invention is applicable, and as shown in fig. 1, the network system includes a terminal 11 and a network side device 12, where the terminal 11 may be a user terminal or other terminal side devices, for example: it should be noted that, in the embodiment of the present invention, a specific type of the terminal 11 is not limited, and the terminal may be a terminal-side Device such as a Mobile phone, a Tablet Personal Computer (Tablet Personal Computer), a Laptop Computer (Laptop Computer), a Personal Digital Assistant (PDA), a Mobile Internet Device (MID), or a Wearable Device (Wearable Device). The network side device 12 may be a 5G base station, a later-version base station, or a base station in other communication systems, or referred to as a node B, an evolved node B, or a transmission receiving Point, or an Access Point (AP), or other vocabularies in the field, and the network side device is not limited to a specific technical vocabulary as long as the same technical effect is achieved. In addition, the network side device 12 may be a Master Node (MN) or a Secondary Node (SN). It should be noted that, in the embodiment of the present invention, only the 5G base station is taken as an example, but the specific type of the network side device is not limited.

Referring to fig. 2, fig. 2 is a flowchart of a method for transmitting a physical uplink control channel according to an embodiment of the present invention, where the method is applied to a terminal, and as shown in fig. 2, the method includes the following steps:

step 201, when uplink control information UCI is fed back independently, transmitting UCI feedback of a network side device on a first physical uplink control channel PUCCH resource corresponding to the network side device;

step 202, transmitting UCI information of at least two network side devices on the second PUCCH resource when performing UCI joint feedback.

The physical uplink control channel transmission method provided by the embodiment of the invention is mainly used for transmission of multi-network side equipment. As shown in fig. 3, the transmission of the multi-network-side device may include the following transmission scenarios:

the multi-network side device/panel transmission between the network side devices is a non-ideal backhaul, as shown in fig. 3.

Based on the transmission scenario of the multi-network-side device, the method for the terminal to feed back the PDSCH of the network-side device may include two schemes:

in scheme 1, the terminal may feed back PDSCHs of multiple network-side devices on one PUCCH resource, that is, Joint HARQ-ACK payload in a manner of combining HARQ response codebooks.

In scheme 2, the terminal may separately feed back the PDSCH of each network side device in multiple PUCCH resources, that is, Separate HARQ-ACK payload in a manner of hybrid automatic repeat request response codebooks, respectively.

For scheme 1: the PDSCH scheduled in multiple network-side devices feeds back HARQ-ACK on one PUCCH Resource, when non-ideal backhaul is used, each network-side device may not know the number of HARQ-ACK bits that other network-side devices need to feed back (for example, when dynamic HARQ-ACK codebook of R15 is used, the number of HARQ-ACK bits fed back by each slot is dynamically changed according to the number of scheduled PDSCHs), in order to enable each network-side device to correctly demodulate its HARQ-ACK feedback, a semi-static HARQ-ACK codebook (codebook) (defined in NR R15) is needed, once a terminal configures relevant parameters according to detection opportunities (PDCCH monitoring) of PDCCH configured by RRC, PDSCH Time Domain Allocation (PDSCH Time Domain Allocation), HARQ-ACK determined by parameters such as K1, and Radio Resource Control (Radio Resource Control, RRC), the terminal feeds back in each slot is known, or the static codebook-side (for example, each network-side device uses fixed HARQ bits for feedback) ACK), in a certain time unit, as long as any PDSCH of the terminal needs to be fed back, the terminal must determine the number of bits of the fed-back HARQ-ACK according to a join HARQ-ACK codebook mode, but the payload of the HARQ-ACK is increased, and the utilization rate of PUCCH resources is reduced. At this time, UCI independent feedback can be performed through the first PUCCH resource, HARQ-ACK feedback is performed only on the network side equipment with the PDSCH needing feedback, payload of the HARQ-ACK is reduced, and accordingly the utilization rate of the PUCCH resource is improved.

For scheme 2: the scheduled PDSCH in each network side device is fed back independently, the PDSCH of each network side device is fed back on its own PUCCH resource, but in non-ideal backhaul, a scenario that PUCCH resources corresponding to different network side devices in the same time unit overlap may occur, for example, different PUCCH resources overlap in time domain, but the terminal does not have a capability of supporting simultaneous transmission of multiple PUCCHs in overlapping time, or PUCCH resources corresponding to multiple network side devices overlap not only in time domain, but also have the same beam information or code domain resource or overlapped frequency domain position, which exceeds the transmission capability of the terminal, so that the problem of PUCCH resource collision of multiple network side devices needs to be solved. At this time, UCI may be jointly fed back through the second PUCCH resource. It should be noted that the PUCCH resource collision of multiple network side devices may refer to that, when the UE does not support simultaneous transmission of multiple PUCCHs, PUCCH resources of multiple network side devices overlap in a time domain, or when the UE supports simultaneous transmission of multiple PUCCHs, PUCCH resources of multiple network side devices overlap in the time domain and have the same beam information or code domain resources or overlapped frequency domain positions, that is, PUCCH resource transmission of multiple network side devices exceeds transmission capability of the UE, and the UE cannot simultaneously transmit the multiple PUCCHs.

When uplink control information UCI is fed back to the network side equipment independently, the terminal can feed back a PDSCH of the network side equipment on a PUCCH resource. At this time, the mode of the fed-back hybrid automatic repeat request response codebook HARQ-ACK codebook is determined to be a partial HARQ-ACK codebook, the UCI information transmitted by the first PUCCH resource is UCI information of the network side device, and specifically may be a semi-static HARQ-ACK codebook or dynamic HARQ-ACK codebook mode in R15. It should be noted that, because the UCI information of different network-side devices is fed back separately, the UCI information of different network-side devices may be transmitted on different first PUCCH resources in different time units, and only the UCI information of one network-side device is transmitted during transmission, and the UCI information of other network-side devices is not transmitted.

When UCI joint feedback is performed on network side equipment, a terminal can feed back PDSCHs of a plurality of network side equipment on one PUCCH resource, at the moment, the mode of the fed-back HARQ-ACK codebook is determined to be joint HARQ-ACK codebook, and UCI information transmitted by the second PUCCH resource is UCI information of at least two network side equipment.

It should be noted that, with respect to the above-described scheme 1 and scheme 2, how to determine the way of performing UCI-only feedback and UCI-joint feedback is different, which is described in detail below.

For the above scheme 1, when the PDSCHs to be fed back in the same time unit are all from the same network side device, UCI separate feedback is performed on the network side device, and when the PDSCHs to be fed back in the same time unit are from at least two network side devices, UCI joint feedback is performed.

The size of the time unit may depend on the actual system, for example, the time unit may be a slot in a general case. In other embodiments, other time units may be used, for example, 2 symbols, or half slot half-slot, or sub-slot, etc.

It should be noted that, in scheme 1, the first PUCCH resource is a resource in a first PUCCH resource group, and the first PUCCH resource group may be configured by a network side device; the first PUCCH resource may be a HARQ-ACK bit number determined by the terminal through the prepare HARQ-ACK codebook and a corresponding PUCCH resource indicator (PUCCH resource indicator) determined in the first PUCCH resource group.

It should be noted that the network side device may refer to a TRP, the PDSCHs to be fed back in the same time unit are all from the same network side device or the PDSCHs to be fed back in the same time unit are from at least two network side devices, or may refer to the PDSCHs to be fed back in the same time unit are all from the same TRP or the PDSCHs to be fed back in the same time unit are from at least two TRPs. The UE may determine that the PDSCH to be fed back in the same time unit is from the same TRP or from at least two TRPs in different manners, optionally, the UE may determine or distinguish at least one of an Identity Identifier (ID) of the TRP corresponding to the PDSCH, an index of the TRP, an ID of a Virtual cell (Vcell), a PDCCH-DMRS-Scrambling identifier (PDCCH-DMRS-Scrambling ID), an ID of a Control Resource set (Control Resource set, core) in which the PDCCH is located, Transmission Control Information (Transmission Control Information, TCI) of a core in which the PDCCH is located, an ID of a space search space (search space) in which the PDCCH is located, a Radio Network Temporary Identifier (RNTI) of the scrambled PDCCH, and the like, without limitation.

For the above scheme 2, before the above step 202, the method further includes:

receiving resource configuration information, wherein the resource configuration information is used for indicating a first PUCCH resource group and a second PUCCH resource group, the first PUCCH resource is a resource in the first PUCCH resource group, and the second PUCCH resource is a resource in the second PUCCH resource group;

and when the first PUCCH resources corresponding to at least two network side devices conflict, performing UCI joint feedback. Specifically, the at least two network-side devices are all network-side devices that have collided.

In this embodiment, when a first PUCCH resource corresponding to a network side device does not conflict with a first PUCCH resource corresponding to another network side device, separate UCI feedback is performed on the network side device; and when the first PUCCH resources corresponding to at least two network side devices conflict, performing UCI joint feedback.

It should be noted that the first PUCCH resource may be determined in the first PUCCH resource group according to the prepare HARQ-ACK codebook. For example, in this embodiment, after receiving the resource configuration information, the method may further include:

and determining a PUCCH resource corresponding to each network side device according to the first PUCCH resource group, wherein the first PUCCH resource corresponding to each network side device belongs to the same resource group or different resource groups.

Specifically, when the first PUCCH resource of each network-side device belongs to the same resource group, the configuration information may be sent to the terminal only through one network-side device, so as to reduce the data amount received by the terminal for the configuration information; when the first PUCCH resource of each network-side device belongs to different resource groups, each network-side device may send corresponding configuration information to the terminal, so as to configure the corresponding first PUCCH resource group.

For example, in an embodiment, when performing UCI joint feedback, the feedback information transmitted on the second PUCCH resource includes indication information and UCI information of the at least two network side devices, where the indication information is used to indicate a payload size of the UCI information fed back by each network side device. In this way, the network side device may demodulate the UCI information thereof according to the indication information without the UE feeding back the UCI information of multiple network side devices with fixed bits, and specifically, the HARQ-ACK of each network side may be a semi-static HARQ-ACK codebook or dynamic HARQ-ACK codebook manner in R15.

The bit number of the indication information is a predetermined or preconfigured value. In addition, in order to ensure that the network side device can correctly demodulate the indication information, the terminal needs to transmit the indication information by using a Resource Element (RE) determined at a determined position. For example, in this embodiment, the number of resource elements RE and the RE positions of the resource elements RE for transmitting the indication information on the second PUCCH resource are predetermined or preconfigured.

In another embodiment, the transmitting UCI information of the at least two network side devices on the second PUCCH resource includes:

and mapping UCI information of each network side device in the at least two network side devices to different parts of the second PUCCH resources for UCI feedback.

In this embodiment, UCI information of different network side devices may be transmitted through different portions of the second PUCCH resource. Specifically, when each part of the second PUCCH resource feeds back HARQ ACK, the HARQ-ACK feedback of each network side device may determine the codebook of HARQ-ACK in a partial HARQ-ACK codebook manner.

It should be noted that each part of the second PUCCH resource may include a plurality of REs, and the number of REs included in each part may be the same or different. As shown in fig. 4, in this embodiment, it is described in units of Orthogonal Frequency Division Multiplexing (OFDM) symbols, each part of the second PUCCH resource may include at least one OFDM symbol, and the number of the OFDM symbols included in each part is the same or different, and in fig. 4, the second PUCCH resource includes a first part and a second part, where the first part is the first 3 OFDM symbols and is used for transmitting HARQ-ACK corresponding to the first network side device; the second part is the last 3 OFDM symbols used for transmitting HARQ-ACK corresponding to the second network side equipment. Of course, in other embodiments, the portion of the second PUCCH resource used for feeding back the HARQ ACK corresponding to a certain network side device may include a partial RE in the nth OFDM symbol, an N +2 th OFDM symbol, and an N +3 th OFDM symbol.

Further, different parts of the second PUCCH resource may be transmitted using different beams; or different parts of the second PUCCH resource correspond to different hop hops.

It should be noted that the HARQ-ACK feedback is not only applicable to the feedback of the PDSCH scheduled by the terminal on the PDCCH, but also includes the HARQ-ACK feedback of the Semi-Persistent Scheduling (SPS) PDSCH, or the feedback of the PDCCH releasing the SPS PDSCH. In order to better understand the present invention, a specific implementation manner of the terminal supporting the feedback of the PDCCH-scheduled PDSCH by two network side devices is described in detail below.

In an embodiment, as shown in fig. 5, the terminal supports transmission of the first network-side device and the second network-side device, and performs independent scheduling on the PDSCHs of the first network-side device and the second network-side device (i.e., the PDCCH of the first network-side device schedules the PDSCH of the first network-side device, and the PDCCH of the second network-side device schedules the PDSCH of the second network-side device) and feedback (separate HARQ-ACK code). The terminal is configured with three PUCCH resource groups, a first PUCCH resource group (i.e., PUCCH resource group 1) is used for UCI feedback of the first network side device, a second PUCCH resource group (i.e., PUCCH resource group 2) is used for UCI feedback of the first network side device, and a third PUCCH resource group (i.e., PUCCH resource group 3) is used for feeding back UCI information of the two network side devices when PUCCH conflicts of the two network side devices occur.

Specifically, the terminal receives the PDCCHs and the PDSCHs from the two network side devices, and feeds back HARQ-ACK in each network side device, that is, the terminal feeds back the PDSCH scheduled by the PDCCH of the first network side device by using the PUCCH1 in the PUCCH resource group 1; the terminal feeds back the PDSCH scheduled by the PDCCH of the second network side equipment by using a resource PUCCH2 in the PUCCH resource group 2, HARQ-ACKs corresponding to the first network side equipment and the second network side equipment are respectively fed back, and the HARQ-ACK codebook can be a dynamic HARQ-ACK codebook or a semi-static HARQ-ACK codebook.

When PUCCH1 and PUCCH2 do not overlap in time (including the case of only one PUCCH resource), the terminal transmits PUCCH1 and PUCCH2, respectively. When PUCCH1 and PUCCH2 overlap in time, the UE cannot transmit two PUCCH resources simultaneously, the terminal feeds back the PDSCH scheduled on two network-side devices on one PUCCH3 resource, in order to enable both network side devices to receive and demodulate their own HARQ-ACK feedback, the PUCCH3 resource is a resource common to two network-side devices (from PUCCH resource group 3, which may be distinguished from PUCCH resource group 1 and PUCCH resource group 2), and the terminal determines HARQ-ACK bit content fed back on the PUCCH3 according to a join HARQ-ACK codebook manner of the two network-side devices (for example, both the two network-side devices determine HARQ-ACK bits in a semi-static HARQ-ACK codebook manner and concatenate the HARQ-ACK bits of the two network-side devices together, or each network-side device determines HARQ-ACK bit number and concatenates HARQ-ACK bit information of the two network-side devices together).

At the base station, since the first network-side device and the second network-side device may be non-ideal backhaul links. The first network side device and the second network side device do not know whether two PUCCH conflicts exist, and therefore the first network side device needs to blindly detect PUCCH1 and PUCCH3, and the second network side device needs to blindly detect PUCCH2 and PUCCH 3.

It should be noted that, the PUCCH resource group 1 and the PUCCH resource group 2 may be different resource groups, so that the probability of PUCCH resource collision determined by two network-side devices may be reduced to the greatest extent. Note that, this PUCCH resource group 3 may be one PUCCH resource or a plurality of PUCCH resources.

It should be understood that the PUCCH resource group 1 and PUCCH resource group 2 may be the same resource group, and thus, when configuring PUCCH resources, the network side device only needs to configure two sets of PUCCH resources. As shown in fig. 6, PUCCH resource group 1 and PUCCH resource group 3 are configured, where PUCCH resource group 1 is used for respective feedback by the first network-side device and the second network-side device, and PUCCH resource group 3 is used for use when two network-side devices determine PUCCH resource collision, which may reduce PUCCH resource reservation and simplify PUCCH resource configuration.

In another embodiment, as shown in fig. 7, the terminal supports transmission of two network side devices, PDSCH independent scheduling in the first network side device and the second network side device (i.e. the PDCCH of the first network side device schedules the PDSCH of the first network side device, and the PDCCH of the second network side device schedules the PDSCH of the second network side device), and joint HARQ-ACK codebook. The terminal configures 2 PUCCH resource groups, a first PUCCH resource group (i.e., PUCCH resource group 1) is used for independently feeding back UCI of the first network-side device or the second network-side device, and a second PUCCH resource group (i.e., PUCCH resource group 2) is used for jointly feeding back UCI of the first network-side device and the second network-side device.

When a PDSCH that a terminal needs to feed back in a certain time unit only corresponds to the same network side device (first network side device or second network side device), the terminal uses the resource PUCCH1 in the PUCCH resource group 1 to feed back HARQ-ACK of the PDSCH scheduled by the first network side device (or HARQ-ACK of the PDSCH scheduled by the second network side device), and determines HARQ-ACK codebook of the network side device in a partial HARQ-ACK codebook (which may be dynamic or semi-static HARQ-ACK codebook, etc.) manner.

Therefore, the terminal does not need to always adopt a join HARQ-ACK codebook mode to feed back the HARQ-ACK information of two network side devices, but can only feed back the HARQ-ACK information of one network side device in a partial HARQ-ACK codebook mode in some time units, the payload fed back by the HARQ-ACK is reduced, and PUCCH resources are saved.

It should be noted that, in this embodiment, since the first network-side device/the second network-side device does not know whether the UE needs to feed back information of multiple network-side devices, the first network-side device/the second network-side device needs to perform blind detection between the PUCCH1 and the PUCCH 3.

It should be noted that, in the above embodiment, the first network side device may correspond to the first TRP, and the second network side device corresponds to the second TRP.

Referring to fig. 8, fig. 8 is a flowchart of another method for transmitting a physical uplink control channel according to an embodiment of the present invention, where the method is applied to a network side device, as shown in fig. 8, and includes the following steps:

step 801, performing blind detection on a first PUCCH resource and a second PUCCH resource to receive feedback information sent by a terminal; the feedback information includes: when the terminal carries out uplink control information UCI independent feedback, transmitting UCI information of network side equipment on a first Physical Uplink Control Channel (PUCCH) resource corresponding to the network side equipment; when the terminal carries out UCI joint feedback, UCI information of at least two network side devices is transmitted on a second PUCCH resource;

Optionally, before performing blind detection on the first PUCCH resource and the second PUCCH resource to receive feedback information sent by the terminal, the method further includes:

sending resource configuration information to the terminal, wherein the resource configuration information is used for indicating a first PUCCH resource group and a second PUCCH resource group, the second PUCCH resource is a resource in the second PUCCH resource group, the first PUCCH resource group is used for the terminal to determine the first PUCCH resource corresponding to each network side device, and the first PUCCH resource is a resource in the first PUCCH resource group; when first PUCCH resources corresponding to at least two network side devices conflict, the terminal performs UCI joint feedback.

Optionally, the first PUCCH resource corresponding to each network side device belongs to the same resource group or different resource groups.

Optionally, when the PDSCHs to be fed back in the same time unit are all from the same network side device, the terminal performs UCI independent feedback on the network side device, and when the PDSCHs to be fed back in the same time unit are from at least two network side devices, the terminal performs UCI joint feedback.

Optionally, when performing UCI joint feedback, the feedback information transmitted on the second PUCCH resource includes indication information and UCI information of the at least two network side devices, where the indication information is used to indicate a payload size of the UCI information fed back by each network side device.

Optionally, the bit number of the indication information is a predetermined or preconfigured value.

Optionally, the number of resource elements RE and the RE positions of the second PUCCH resource for transmitting the indication information are pre-agreed or pre-configured.

Optionally, the transmitting UCI information of the at least two network side devices on the second PUCCH resource includes:

Optionally, different parts of the second PUCCH resource are transmitted by using different beams; or

Different portions of the second PUCCH resource correspond to different hop hops.

Optionally, when UCI is fed back separately, the HARQ-ACK codebook mode of the fed-back hybrid automatic repeat request response codebook is determined to be a separate HARQ-ACK codebook, and UCI information transmitted by the first PUCCH resource is UCI information of the network side device.

Optionally, when UCI joint feedback is performed, the feedback HARQ-ACK codebook mode is determined to be a join HARQ-ACK codebook, and the UCI information transmitted by the second PUCCH resource is the UCI information of the at least two network side devices.

It should be noted that, this embodiment is used as an implementation of the network-side device corresponding to the embodiment shown in fig. 2, and specific implementation thereof may refer to relevant descriptions of the embodiment shown in fig. 2 and achieve the same beneficial effects, and details are not described here to avoid repeated descriptions.

Referring to fig. 9, fig. 9 is a structural diagram of a terminal according to an embodiment of the present invention, and as shown in fig. 9, the terminal 900 includes:

a first transmission module 901, configured to transmit UCI information of a network side device on a first physical uplink control channel PUCCH resource corresponding to the network side device when performing uplink control information UCI independent feedback;

a second transmission module 902, configured to transmit UCI information of at least two network side devices on a second PUCCH resource when performing UCI joint feedback;

Optionally, the terminal 900 further includes:

a receiving module, configured to receive resource configuration information, where the resource configuration information is used to indicate a first PUCCH resource group and a second PUCCH resource group, the first PUCCH resource is a resource in the first PUCCH resource group, and the second PUCCH resource is a resource in the second PUCCH resource group;

the second transmission module 902 is configured to perform UCI joint feedback when the first PUCCH resources corresponding to at least two network side devices collide.

Optionally, the terminal further includes:

a determining module, configured to determine, according to the first PUCCH resource group, the first PUCCH resource corresponding to each network-side device, where the first PUCCH resource corresponding to each network-side device belongs to the same resource group or different resource groups.

Optionally, when the PDSCHs to be fed back in the same time unit are all from the same network side device, UCI separate feedback is performed on the network side device, and when the PDSCHs to be fed back in the same time unit are from at least two network side devices, UCI joint feedback is performed.

Optionally, the second transmission module 902 is specifically configured to: and mapping UCI information of each network side device in the at least two network side devices to different parts of the second PUCCH resources for UCI feedback.

The terminal provided by the embodiment of the present invention can implement each process implemented by the terminal in the method embodiment of fig. 2, and is not described here again to avoid repetition.

Referring to fig. 10, fig. 10 is a structural diagram of a network side device according to an embodiment of the present invention, and as shown in fig. 10, the network side device 1000 includes:

a detection module 1001, configured to perform blind detection on a first PUCCH resource and a second PUCCH resource to receive feedback information sent by a terminal; the feedback information includes: when the terminal carries out uplink control information UCI independent feedback, transmitting UCI information of network side equipment on a first Physical Uplink Control Channel (PUCCH) resource corresponding to the network side equipment; when the terminal carries out UCI joint feedback, transmitting UCI information of the at least two network side devices on a second PUCCH resource;

Optionally, the network-side device 1000 further includes:

a sending module, configured to send resource configuration information to the terminal, where the resource configuration information is used to indicate a first PUCCH resource group and a second PUCCH resource group, the second PUCCH resource is a resource in the second PUCCH resource group, the first PUCCH resource group is used for the terminal to determine the first PUCCH resource corresponding to each network-side device, and the first PUCCH resource is a resource in the first PUCCH resource group; when first PUCCH resources corresponding to at least two network side devices conflict, the terminal performs UCI joint feedback.

The network side device provided in the embodiment of the present invention can implement each process implemented by the network side device in the method embodiment of fig. 8, and is not described herein again to avoid repetition.

Figure 11 is a schematic diagram of the hardware architecture of a terminal implementing various embodiments of the present invention,

the terminal 1100 includes, but is not limited to: radio frequency unit 1101, network module 1102, audio output unit 1103, input unit 1104, sensor 1105, display unit 1106, user input unit 1107, interface unit 1108, memory 1109, processor 1110, and power supply 1111. Those skilled in the art will appreciate that the terminal structure shown in fig. 11 does not constitute a limitation of the terminal, and that the terminal may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.

A radio frequency unit 1101, configured to transmit uplink control information UCI information of a network side device on a first physical uplink control channel PUCCH resource corresponding to the network side device when UCI is fed back separately; when UCI joint feedback is carried out, transmitting UCI information of the at least two pieces of network side equipment on a second PUCCH resource; wherein the first PUCCH resource and the second PUCCH resource are located on different resource groups.

Optionally, the radio frequency unit 1101 is further configured to: receiving resource configuration information, wherein the resource configuration information is used for indicating a first PUCCH resource group and a second PUCCH resource group, the first PUCCH resource is a resource in the first PUCCH resource group, and the second PUCCH resource is a resource in the second PUCCH resource group;

the radio frequency unit 1101 is further configured to: and when the first PUCCH resources corresponding to at least two network side devices conflict, performing UCI joint feedback.

Optionally, the processor 1110 is configured to determine the first PUCCH resource corresponding to each network-side device according to the first PUCCH resource group, where the first PUCCH resource corresponding to each network-side device belongs to the same resource group or different resource groups.

Optionally, the radio frequency unit 1101 is specifically configured to map UCI information of each of the at least two network-side devices to a different part of the second PUCCH resource for UCI feedback.

In the embodiment of the invention, when a multi-PDCCH and multi-PDSCH transmission scheme is adopted for multi-TRP transmission, the UCI is fed back independently by adopting the first PUCCH resource, and the UCI is fed back jointly by adopting the second PUCCH resource, so that the UCI feedback of each network side device is realized on the PUCCH resources. Therefore, the problem of PUCCH resource conflict caused by only adopting UCI to feed back alone can be avoided, and the problem of low PUCCH resource utilization rate caused by only adopting UCI to feed back jointly can be avoided.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 1101 may be configured to receive and transmit signals during a message transmission or a call, and specifically, receive downlink data from a base station and then process the received downlink data to the processor 1110; in addition, the uplink data is transmitted to the base station. In general, radio frequency unit 1101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 1101 may also communicate with a network and other devices through a wireless communication system.

The terminal provides the user with wireless broadband internet access via the network module 1102, such as helping the user send and receive e-mails, browse web pages, and access streaming media.

The audio output unit 1103 may convert audio data received by the radio frequency unit 1101 or the network module 1102 or stored in the memory 1109 into an audio signal and output as sound. Also, the audio output unit 1103 may also provide audio output related to a specific function performed by the terminal 1100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 1103 includes a speaker, a buzzer, a receiver, and the like.

The input unit 1104 is used to receive audio or video signals. The input Unit 1104 may include a Graphics Processing Unit (GPU) 11041 and a microphone 11042, and the Graphics processor 11041 processes image data of still pictures or video obtained by an image capturing device, such as a camera, in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 1106. The image frames processed by the graphic processor 11041 may be stored in the memory 1109 (or other storage medium) or transmitted via the radio frequency unit 1101 or the network module 1102. The microphone 11042 may receive sound and can process such sound into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 1101 in case of the phone call mode.

Terminal 1100 can also include at least one sensor 1105, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that adjusts the brightness of the display panel 11061 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 11061 and/or a backlight when the terminal 1100 moves to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the terminal posture (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration identification related functions (such as pedometer, tapping), and the like; the sensors 1105 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., and will not be described in detail herein.

The display unit 1106 is used to display information input by a user or information provided to the user. The Display unit 1106 may include a Display panel 11061, and the Display panel 11061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 1107 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the terminal. Specifically, the user input unit 1107 includes a touch panel 11071 and other input devices 11072. The touch panel 11071, also referred to as a touch screen, may collect touch operations by a user on or near the touch panel 11071 (e.g., operations by a user on or near the touch panel 11071 using a finger, a stylus, or any other suitable object or attachment). The touch panel 11071 may include two portions of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, and sends the touch point coordinates to the processor 1110, and receives and executes commands sent from the processor 1110. In addition, the touch panel 11071 may be implemented by various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The user input unit 1107 may include other input devices 11072 in addition to the touch panel 11071. In particular, the other input devices 11072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein.

Further, the touch panel 11071 can be overlaid on the display panel 11061, and when the touch panel 11071 detects a touch operation thereon or nearby, the touch operation is transmitted to the processor 1110 to determine the type of the touch event, and then the processor 1110 provides a corresponding visual output on the display panel 11061 according to the type of the touch event. Although the touch panel 11071 and the display panel 11061 are shown in fig. 11 as two separate components to implement the input and output functions of the terminal, in some embodiments, the touch panel 11071 and the display panel 11061 may be integrated to implement the input and output functions of the terminal, and the implementation is not limited herein.

The interface unit 1108 is an interface for connecting an external device to the terminal 1100. For example, the external device 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 having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. Interface unit 1108 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within terminal 1100 or may be used to transmit data between terminal 1100 and external devices.

The memory 1109 may be used to store software programs as well as various data. The memory 1109 may mainly include a storage program area and a storage data area, where the storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. In addition, the memory 1109 may include high speed random access memory and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor 1110 is a control center of the terminal, connects various parts of the entire terminal using various interfaces and lines, and performs various functions of the terminal and processes data by operating or executing software programs and/or modules stored in the memory 1109 and calling data stored in the memory 1109, thereby integrally monitoring the terminal. Processor 1110 may include one or more processing units; preferably, the processor 1110 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 1110.

The terminal 1100 can also include a power supply 1111 (e.g., a battery) for providing power to various components, and preferably, the power supply 1111 can be logically connected to the processor 1110 via a power management system, so as to manage charging, discharging, and power consumption management functions via the power management system.

In addition, the terminal 1100 includes some functional modules that are not shown, and thus, are not described in detail herein.

Preferably, an embodiment of the present invention further provides a terminal, including a processor 1110, a memory 1109, and a computer program stored in the memory 1109 and capable of running on the processor 1110, where the computer program, when executed by the processor 1110, implements each process of the above-mentioned physical uplink control channel transmission method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again.

Referring to fig. 12, fig. 12 is a structural diagram of another network-side device according to an embodiment of the present invention, and as shown in fig. 12, the network-side device 1200 includes: a processor 1201, a transceiver 1202, a memory 1203 and a bus interface, wherein:

the transceiver 1202 is configured to send resource configuration information to the terminal, where the resource configuration information is used to indicate a first PUCCH resource group and a second PUCCH resource group, the second PUCCH resource is a resource in the second PUCCH resource group, the first PUCCH resource group is used for the terminal to determine the first PUCCH resource corresponding to each network-side device, and the first PUCCH resource is a resource in the first PUCCH resource group; when first PUCCH resources corresponding to at least two network side devices conflict, the terminal performs UCI joint feedback.

In fig. 12, the bus architecture may include any number of interconnected buses and bridges, with various circuits linking one or more processors, represented by the processor 1201, and memory, represented by the memory 1203. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 1202 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. The user interface 1204 may also be an interface capable of interfacing with a desired device for different user devices, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

The processor 1201 is responsible for managing a bus architecture and general processing, and the memory 1203 may store data used by the processor 1201 in performing operations.

Preferably, an embodiment of the present invention further provides a network side device, which includes a processor 1201, a memory 1203, and a computer program stored in the memory 1203 and capable of running on the processor 1201, where the computer program is executed by the processor 1201 to implement each process of the above-mentioned physical uplink control channel transmission method embodiment, and can achieve the same technical effect, and details are not described here to avoid repetition.

An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the embodiment of the method for transmitting a physical uplink control channel on a network side device according to the present invention, or when the computer program is executed by a processor, the computer program implements each process of the embodiment of the method for transmitting a physical uplink control channel on a terminal side according to the present invention, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a base station) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A physical uplink control channel transmission method is applied to a terminal, and is characterized by comprising the following steps:

wherein the first PUCCH resource and the second PUCCH resource are located on different resource groups;

when the PDSCHs to be fed back in the same time unit are all from the same network side equipment, the UCI independent feedback is carried out, and when the PDSCHs to be fed back in the same time unit are from at least two network side equipment, the UCI joint feedback is carried out.

2. The method of claim 1, wherein in the UCI joint feedback, before transmitting UCI information of at least two network side devices on a second PUCCH resource, the method further comprises:

and when the first PUCCH resources corresponding to at least two network side devices conflict, performing UCI joint feedback.

3. The method of claim 2, wherein after receiving the resource configuration information, further comprising:

4. The method of claim 1, wherein in the UCI joint feedback, the feedback information transmitted on the second PUCCH resource includes indication information indicating a payload size of UCI information fed back by each network side device and UCI information of the at least two network side devices.

5. The method of claim 4, wherein the bit number of the indication information is a pre-agreed or pre-configured value.

6. The method of claim 4, wherein the number of Resource Elements (REs) and the RE positions on the second PUCCH resource for transmitting the indication information are pre-agreed or pre-configured.

7. The method of claim 1, wherein the transmitting UCI information of the at least two network-side devices on the second PUCCH resource comprises:

8. The method of claim 7, wherein different portions of the second PUCCH resource are transmitted in different beams; or

9. The method according to claim 1, wherein when UCI is fed back separately, a manner of determining a hybrid automatic repeat request acknowledgement codebook HARQ-ACK codebook that is fed back is a separate HARQ-ACK codebook, and UCI information transmitted by the first PUCCH resource is UCI information of the network side device.

10. The method according to claim 1, wherein when UCI joint feedback is performed, a mode of determining a fed-back HARQ-ACK codebook is a join HARQ-ACK codebook, and UCI information transmitted by the second PUCCH resource is UCI information of the at least two network side devices.

11. A terminal, comprising:

the terminal is specifically configured to:

12. A terminal, comprising: memory, processor and program stored on the memory and executable on the processor, which when executed by the processor implements the steps in the method for physical uplink control channel transmission according to any of claims 1 to 10.

13. A computer-readable storage medium, having stored thereon a computer program which, when being executed by a processor, carries out the steps of the physical uplink control channel transmission method according to any one of claims 1 to 10.