WO2020119243A1 - 物理上行控制信道传输方法、网络侧设备和终端 - Google Patents

物理上行控制信道传输方法、网络侧设备和终端 Download PDF

Info

Publication number
WO2020119243A1
WO2020119243A1 PCT/CN2019/111362 CN2019111362W WO2020119243A1 WO 2020119243 A1 WO2020119243 A1 WO 2020119243A1 CN 2019111362 W CN2019111362 W CN 2019111362W WO 2020119243 A1 WO2020119243 A1 WO 2020119243A1
Authority
WO
WIPO (PCT)
Prior art keywords
pucch resource
network side
uci
side device
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2019/111362
Other languages
English (en)
French (fr)
Inventor
李娜
潘学明
孙鹏
沈晓冬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Publication of WO2020119243A1 publication Critical patent/WO2020119243A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Definitions

  • the present disclosure relates to the field of communication technology, and in particular, to a physical uplink control channel transmission method, network-side device, and terminal.
  • Multi-transmission and reception (Transmission and Receiving Point, TRP) transmission can increase the reliability and throughput of transmission Performance, for example, the terminal (User Equipment, UE) can receive the same data or different data from multiple TRPs.
  • the related technology defines the type I multi-antenna panel codebook, and preliminary discusses several multi-TRP transmission scenarios:
  • the multi-TRP transmission scheme may be:
  • Multi-TRP sends multiple physical downlink control channels (Physical Downlink Control Channel, PDCCH) and multiple physical downlink shared channels (Physical Downlink Shared Channel, PDSCH), and each TRP sends one PDCCH and one PDSCH;
  • PDCCH Physical Downlink Control Channel
  • PDSCH Physical Downlink Shared Channel
  • Hybrid Automatic Repeat-Request Acknowledgement is usually transmitted on a physical uplink control channel (Physical Uplink Control Channel, PUCCH) resource.
  • the information transmitted on the PUCCH Uplink Control Information may also include Channel Status Information (Channel Status Information (CSI) and Scheduling Request (SR), because the terminal may not support simultaneous transmission of multiple physical uplinks Control Channel (Physical) Uplink Control Channel (PUCCH) resources, therefore, a multi-TRP downlink hybrid automatic repeat request response (Hybrid Automatic Repeat-Request Acknowledgement, HARQ-ACK) feedback scheme is still under discussion.
  • CSI Channel Status Information
  • SR Scheduling Request
  • Embodiments of the present disclosure provide a physical uplink control channel transmission method, a network-side device, and a terminal to solve the problem of implementing UCI feedback of each TRP on PUCCH resources when multi-TRP transmission uses a multi-PDCCH and multi-PDSCH transmission scheme.
  • the present disclosure provides a physical uplink control channel transmission method, which is applied to a terminal and includes:
  • the first PUCCH resource and the second PUCCH resource are located on different resource groups.
  • the present disclosure also provides a physical uplink control channel transmission method, which is applied to network-side devices and includes:
  • the feedback information includes: when the terminal performs independent feedback of uplink control information UCI, a first corresponding to a network-side device Transmitting the UCI information of the network side device on the physical uplink control channel PUCCH resource; when the terminal performs joint UCI feedback, transmitting the UCI information of at least two network side devices on the second PUCCH resource;
  • the first PUCCH resource and the second PUCCH resource are located on different resource groups.
  • the present disclosure also provides a terminal, including:
  • a first transmission module configured to transmit UCI information of the network side device on the first physical uplink control channel PUCCH resource corresponding to a network side device when performing independent feedback of the uplink control information UCI;
  • a second transmission module configured to transmit UCI information of at least two network side devices on the second PUCCH resource when performing UCI joint feedback
  • the first PUCCH resource and the second PUCCH resource are located on different resource groups.
  • the present disclosure also provides a network-side device, including:
  • the detection module is used to perform blind detection on the first PUCCH resource and the second PUCCH resource to receive feedback information sent by the terminal;
  • the feedback information includes: when the terminal performs independent feedback of the uplink control information UCI, a network side Transmitting UCI information of the network side device on the first physical uplink control channel PUCCH resource corresponding to the device; when the terminal performs UCI joint feedback, transmitting UCI information of at least two network side devices on the second PUCCH resource;
  • the first PUCCH resource and the second PUCCH resource are located on different resource groups.
  • the present disclosure also provides a terminal, including: a memory, a processor, and a program stored on the memory and executable on the processor, and the program realizes the above when executed by the processor Steps in the physical uplink control channel transmission method.
  • the present disclosure also provides a network-side device, including: a memory, a processor, and a program stored on the memory and executable on the processor, when the program is executed by the processor. The steps in the above physical uplink control channel transmission method are implemented.
  • the present disclosure also 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 above physical uplink control channel transmission method is implemented The steps on the terminal side, or the steps of the network side device in the above physical uplink control channel transmission method when the computer program is executed by the processor.
  • the first PUCCH resource is used for UCI individual feedback
  • the second PUCCH resource is used for UCI joint feedback, thereby achieving the PUCCH resource.
  • FIG. 1 is a structural diagram of a network system applicable to embodiments of the present disclosure
  • FIG. 3 is a schematic diagram of a transmission scenario of multiple network side devices
  • 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 disclosure
  • FIG. 5 is one of schematic diagrams of PDSCH scheduling feedback in a physical uplink control channel transmission method provided by an embodiment of the present disclosure
  • FIG. 6 is a second schematic diagram of PDSCH scheduling feedback in a physical uplink control channel transmission method provided by an embodiment of the present disclosure
  • FIG. 7 is a third schematic diagram of PDSCH scheduling feedback in a physical uplink control channel transmission method according to an embodiment of the present disclosure
  • FIG. 8 is a second flowchart of a physical uplink control channel transmission method according to an embodiment of the present disclosure.
  • FIG. 9 is a structural diagram of a terminal provided by an embodiment of the present disclosure.
  • FIG. 10 is a structural diagram of a network side device provided by an embodiment of the present disclosure.
  • FIG. 11 is a structural diagram of another terminal provided by an embodiment of the present disclosure.
  • FIG. 12 is a structural diagram of another network-side device provided by an embodiment of the present disclosure.
  • the words “exemplary” or “for example” are used as examples, illustrations or illustrations. Any embodiment or design described in the embodiments of the present disclosure as “exemplary” or “for example” should not be construed as being more preferred or advantageous than other embodiments or design. Rather, the use of words such as “exemplary” or “for example” is intended to present related concepts in a specific manner.
  • the embodiments of the present disclosure will be described below with reference to the drawings.
  • the physical uplink control channel transmission method, network side device and terminal provided by the embodiments of the present disclosure can be applied to a wireless communication system.
  • the wireless communication system may be a 5G system, or an evolved Long Term Evolution (eLTE) system, or a subsequent evolution communication system.
  • eLTE evolved Long Term Evolution
  • FIG. 1 is a structural diagram of a network system applicable to an embodiment of the present disclosure. As shown in FIG. 1, it includes a terminal 11 and a network side device 12, wherein the terminal 11 may be a user terminal or other terminal side Devices, such as mobile phones, tablet computers (Tablet Personal Computer), laptop computers (Laptop Computer), personal digital assistants (personal digital assistants, PDAs), mobile Internet devices (Mobile Internet Devices (MID) or wearable devices ( Wearable Devices) and other terminal-side devices. It should be noted that the specific type of the terminal 11 is not limited in the embodiments of the present disclosure.
  • the network-side device 12 may be a 5G base station, or a base station in a later version, or a base station in another communication system, or called Node B, Evolved Node B, or a transmission and reception point, or an access point (Access Point, AP) , Or other vocabulary in the field, as long as the same technical effect is achieved, the network-side device is not limited to a specific technical vocabulary.
  • the network side device 12 may be a master node (Master Node, MN) or a secondary node (Secondary Node, SN). It should be noted that, in the embodiments of the present disclosure, only the 5G base station is used as an example, but the specific type of the network side device is not limited.
  • FIG. 2 is a flowchart of a physical uplink control channel transmission method provided by an embodiment of the present disclosure. The method is applied to a terminal. As shown in FIG. 2, the method includes the following steps:
  • Step 201 When performing independent feedback of uplink control information UCI, transmit UCI feedback of the network side device on a first physical uplink control channel PUCCH resource corresponding to a network side device;
  • Step 202 When performing UCI joint feedback, transmit UCI information of at least two network side devices on the second PUCCH resource.
  • the physical uplink control channel transmission method provided by the embodiments of the present disclosure is mainly used for transmission of multiple network side devices.
  • the transmission of multiple network side devices may include the following transmission scenarios:
  • Multi-network-side equipment/panel transmission between network-side equipment is a non-ideal backhaul line.
  • the terminal's PDSCH feedback method to the network side device may include two schemes:
  • Solution 1 The terminal can feed back the PDSCHs of multiple network-side devices on one PUCCH resource, that is, a joint hybrid automatic repeat request response codebook, Joint HARQ-ACK payload.
  • PUCCH resource that is, a joint hybrid automatic repeat request response codebook, Joint HARQ-ACK payload.
  • Solution 2 The terminal can separately feed back the PDSCH of each network-side device on multiple PUCCH resources, that is, separate the HARQ-ACK payload in the way of automatically retransmitting the request response codebook.
  • PDSCH scheduled in multiple network-side devices feeds back HARQ-ACK on one PUCCH resource.
  • 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 using R15's dynamic HARQ-ACK codebook, the number of HARQ-ACK bits fed back by each slot changes dynamically according to the number of scheduled PDSCHs).
  • the semi-static HARQ-ACK codebook (defined in NR R15) needs to be adopted.
  • the terminal configures PDCCH detection opportunities (PDCCH monitoring) configured by RRC, PDCCH monitoring time domain (PDSCH Time Domain), K1 and other parameters. Determined HARQ-ACK codebook, radio resource control (Radio Resource Control, RRC) Once the relevant parameters are configured, the number of bits that the terminal feeds back in each slot is known) or static codebook (if each network side device uses Fixed bit feedback HARQ-ACK), in a certain time unit, as long as the terminal has any PDSCH that needs feedback, the terminal must determine the number of HARQ-ACK bits fed back according to the joint HARQ-ACK codebook, but this will increase HARQ-ACK The payload payload reduces the PUCCH resource utilization.
  • UCI individual feedback can be performed through the first PUCCH resource, and HARQ-ACK feedback is only performed on the network side device with the PDSCH that needs to be fed back to reduce the HARQ-ACK payload, thereby improving PUCCH resource utilization.
  • the PDSCHs scheduled in each network side device are fed back independently, and the PDSCH of each network side device is fed back on its own PUCCH resource, but in the case of non-ideal backhaul, it may occur in the same time unit corresponding to different network side devices Scenarios where the PUCCH resources overlap, such as different PUCCH resources overlapping in the time domain, but the terminal does not have the ability to support simultaneous transmission of multiple PUCCHs at overlapping times, or the PUCCH resources corresponding to multiple network-side devices not only overlap in the time domain , And have the same beam information or code domain resources or overlapping frequency domain positions, which exceeds the transmission capability of the terminal, so the problem of conflicting PUCCH resources of multiple network side devices needs to be resolved.
  • the UCI may be fed back jointly through the second PUCCH resource.
  • the collision of PUCCH resources of multiple network-side devices may refer to that when the UE does not support simultaneous transmission of multiple PUCCHs, the PUCCH resources of multiple network-side devices overlap in the time domain, or the UE supports the simultaneous transmission of multiple In PUCCH, PUCCH resources of multiple network side devices overlap in the time domain, and have the same beam information or code domain resources or overlapping frequency domain positions, that is, the transmission of PUCCH resources of multiple network side devices exceeds the transmission of the UE Capability, the UE cannot simultaneously transmit the multiple PUCCHs.
  • the terminal may feed back the PDSCH of one network side device in one PUCCH resource.
  • the method of determining the feedback HARQ-ACK codebook of the hybrid automatic repeat request response code is separate HARQ-ACK codebook, and the UCI information transmitted by the first PUCCH resource is UCI information of the network-side device. It is the semi-static HARQ-ACK codebook or dynamic HARQ-ACK codebook method in R15.
  • UCI information of different network side devices is fed back separately, UCI information of different network side devices can be transmitted on different first PUCCH resources in different time units, and only one network side device is transmitted during transmission UCI information, does not transmit UCI information of other network side devices.
  • the terminal may feed back PDSCHs of multiple network-side devices in one PUCCH resource.
  • the method of determining the feedback HARQ-ACK codebook is joint HARQ-ACK codebook, and the second PUCCH resource
  • the transmitted UCI information is UCI information of the at least two network side devices.
  • the first PUCCH resource is used for UCI individual feedback
  • the second PUCCH resource is used for UCI joint feedback, thereby achieving the PUCCH resource.
  • the size of the above time unit may be determined according to the actual system.
  • the time unit may be a slot.
  • other time units may also be used, such as 2 symbols, half-slot half-slot, or sub-slot sub-slot.
  • 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 terminal through separate HARQ -The number of HARQ-ACK bits determined by the ACK codebook and the corresponding PUCCH resource indicator (PUCCH resource indicator) are determined in the first PUCCH resource group.
  • the network side device may refer to a TRP, and the physical downlink shared channels PDSCH to be fed back at the same time unit are all from the same network side device or the PDSCH to be fed back at the same time unit are from at least two
  • the network side device may refer to that the physical downlink shared channel PDSCH to be fed back at the same time unit is from the same TRP or the PDSCH to be fed back at the same time unit is from at least two TRPs.
  • the UE can judge whether the PDSCH to be fed back in the same time unit comes from the same TRP or from at least two TRPs in different ways.
  • the UE can use the TRP identification (ID) corresponding to the PDSCH, TRP index, virtual cell (Virtual cell, Vcell) ID, physical downlink control channel demodulation reference signal scrambling identifier (PDCCH-DMRS-Scrambling ID), ID of the control resource set (Control Reset, CORESET) where the PDCCH is located At least one of the transmission control information (Transmission Control Information, TCI) of the CORESET where the PDCCH is located, the ID of the search space (search space) where the PDCCH is located, and the radio network temporary identifier (RNTI) that scrambles the PDCCH Identify or distinguish, not limited here.
  • TCI Transmission Control Information
  • RNTI radio network temporary identifier
  • step 202 the method further includes:
  • Receiving 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 Resources in the second PUCCH resource group;
  • the at least two network side devices are all network side devices in conflict.
  • the first PUCCH resource may be determined in the first PUCCH resource group according to the separate HARQ-ACK codebook.
  • the method may further include:
  • a PUCCH resource corresponding to each network side device is determined 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.
  • each network side device may send corresponding configuration information to the terminal to configure the corresponding first PUCCH resource group.
  • the feedback information may be transmitted in different ways.
  • the feedback information transmitted on the second PUCCH resource includes indication information and the at least two UCI information of each network side device, the indication information is used to indicate the payload size of the UCI information fed back by each network side device.
  • the network side device can demodulate its UCI information according to the indication information, without the UE using fixed bits to feed back UCI information of multiple network side devices.
  • the HARQ-ACK of each network side can be R15 semi-static HARQ-ACK codebook or dynamic HARQ-ACK codebook.
  • the number of bits of the above indication information is a predetermined value or a pre-configured value.
  • the terminal in order to ensure that the network side device can correctly demodulate the instruction information, the terminal needs to adopt a certain resource element (Resource) (RE) at a certain position to transmit the instruction information.
  • RE resource element
  • the number of REs and RE positions of resource elements that transmit the indication information on the second PUCCH resource are pre-agreed or pre-configured.
  • the above transmission of UCI information of the at least two network side devices on the second PUCCH resource includes:
  • UCI information of different network side devices may be transmitted through different parts 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 HARQ-ACK codebook in a separate HARQ-ACK codebook.
  • each part of the second PUCCH resource may include multiple REs, and the number of REs included in each part may be the same or different.
  • Orthogonal Frequency Division Multiplexing (OFDM) symbols are used as the unit for description.
  • Each part of the second PUCCH resource may include at least one OFDM symbol, and The number of OFDM symbols included in each part is the same or different.
  • the second PUCCH resource includes a first part and a second part, where the first part is the first 3 OFDM symbols, which are used to transmit the corresponding HARQ-ACK; the second part is the last 3 OFDM symbols, used to transmit the HARQ-ACK corresponding to the second network side device.
  • the part of the second PUCCH resource used for feeding back the HARQ corresponding to a certain network side device may include a part RE in the Nth OFDM symbol, an N+2th OFDM symbol, and an N+3th OFDM symbols.
  • different parts of the second PUCCH resource may use different beams for transmission; or, different parts of the second PUCCH resource correspond to different hops.
  • the above HARQ-ACK feedback is not only applicable to the feedback of the terminal on the PDSCH scheduled by the PDCCH, but also includes the HARQ-ACK feedback on the semi-static (Semi-Persistent Scheduling, SPS) PDSCH, or the release of the SPS PDSCH PDCCH feedback.
  • SPS Semi-Persistent Scheduling
  • the terminal supports the transmission of the first network side device and the second network side device, and the PDSCH of the first network side device and the second network side device are independently scheduled (ie, the first network The PDCCH of the 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 codebook).
  • the terminal is configured with three PUCCH resource groups, the first PUCCH resource group (that is, PUCCH resource group 1) is used for UCI feedback of the first network side device, and the second PUCCH resource group (that is, PUCCH resource group 2) is used Perform UCI feedback of the first network side device, and the third PUCCH resource group (that is, PUCCH resource group 3) is used to block UCI information of the two network side devices when the PUCCH conflicts of the two network side devices are blocked.
  • the terminal receives the PDCCH and PDSCH from the two network side devices, and feeds back HARQ-ACK in each network side device, that is, the terminal uses the resource PUCCH1 in the PUCCH resource group 1 to feed back the PDCCH scheduling of the first network side device.
  • the PDSCH uses the resource PUCCH2 in the PUCCH resource group 2 to feed back the PDSCH scheduled by the PDCCH of the second network-side device.
  • the HARQ-ACK corresponding to the first network-side device and the second network-side device respectively feed back.
  • the HARQ-ACK codebook can It is a dynamic HARQ-ACK codebook or a semi-static HARQ-ACK codebook.
  • the terminal transmits PUCCH1 and PUCCH2, respectively.
  • PUCCH1 and PUCCH2 overlap in time, the UE cannot send two PUCCH resources at the same time, the terminal feeds back the PDSCH scheduled on the two network-side devices on one PUCCH3 resource, so that both network-side devices can receive and demodulate Provides its own HARQ-ACK feedback.
  • the PUCCH3 resource is a common resource for two network-side devices (from PUCCH resource group 3, which can be distinguished from PUCCH resource group 1 and PUCCH resource group 2).
  • Joint HARQ-ACK to determine the content of the HARQ-ACK bit feedback on the PUCCH3 (for example, the two network side devices use semi-static HARQ-ACK codebook to determine the HARQ-ACK bit, and the HARQ-ACK bit of the two network side devices ACK bits are concatenated together, or each network side device adopts the determined number of HARQ-ACK bits, and concatenates the HARQ-ACK bit information of the two network side devices).
  • the first network side device may be a non-ideal backhaul link between the first network side device and the second network side device.
  • the first network side device and the second network side device do not know whether two PUCCH conflicts exist, so the first network side device needs to blindly detect PUCCH1 and PUCCH3, and the second network side device needs to blindly detect PUCCH2 and PUCCH3.
  • PUCCH resource group 1 and PUCCH resource group 2 may be different resource groups, so that the probability of collision of PUCCH resources determined by the two network-side devices can be reduced as much as possible.
  • this PUCCH resource group 3 may be one PUCCH resource or multiple PUCCH resources.
  • PUCCH resource group 1 and PUCCH resource group 2 may be the same resource group.
  • PUCCH resource group 1 and PUCCH resource group 3 are configured, where PUCCH resource group 1 is used for feedback by the first network side device and the second network side device, and PUCCH resource group 3 is used for when the two It is used by a network side device when it determines that a PUCCH resource conflicts, which can reduce PUCCH resource reservation and simplify PUCCH resource configuration.
  • the terminal supports the transmission of two network side devices, and the PDSCH of the first network side device and the second network side device are independently scheduled (that is, the PDCCH scheduling of the first network side device PDSCH of one network side device, PDCCH of the second network side device schedules PDSCH of the second network side device), and joint feedback (joint HARQ-ACK codebook).
  • the terminal is configured with 2 PUCCH resource groups.
  • the first PUCCH resource group ie, PUCCH resource group 1 is used to individually feedback the UCI of the first network side device or the second network side device
  • the second PUCCH resource group ie, PUCCH resource) Group 2 UCI joint feedback for the first network side device and the second network side device.
  • the terminal uses the resource PUCCH1 in PUCCH resource group 1 to feed back the first network side device
  • the HARQ-ACK of the scheduled PDSCH (or the HARQ-ACK of the PDSCH scheduled by the second network side device), and is determined by a separate HARQ-ACK codebook (which may be the dynamic or semi-static R15 HARQ-ACK codebook, etc.)
  • the HARQ-ACK codebook of the network-side device for another network-side device, since no PDSCH needs to be fed back in the time unit, the terminal does not need to feed back any HARQ-ACK information of the network-side device.
  • the terminal need not always use the joint HARQ-ACK codebook to feed back the HARQ-ACK information of the two network-side devices, but can use the separate HARQ-ACK codebook to feedback only the HARQ-ACK of one network-side device in some time units.
  • ACK information reduces the payload of HARQ-ACK feedback and saves PUCCH resources.
  • the first network side device/second network side device since the first network side device/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/second network side device needs to Blind detection is performed between PUCCH1 and PUCCH3.
  • the first network side device may correspond to the first TRP
  • the second network side device corresponds to the second TRP
  • FIG. 8 is a flowchart of another physical uplink control channel transmission method provided by an embodiment of the present disclosure. The method is applied to a network-side device. As shown in FIG. 8, it includes the following steps:
  • Step 801 Perform blind detection on the first PUCCH resource and the second PUCCH resource to receive feedback information sent by the terminal;
  • the feedback information includes: when the terminal separately feeds back uplink control information UCI, a corresponding device on a network side
  • the UCI information of the network side device is transmitted on the PUCCH resource of the first physical uplink control channel; when the terminal performs UCI joint feedback, the UCI information of at least two network side devices is transmitted on the second PUCCH resource;
  • the first PUCCH resource and the second PUCCH resource are located on different resource groups.
  • the method 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:
  • 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 A PUCCH resource group is used by the terminal to determine the first PUCCH resource corresponding to each of the network side devices, the first PUCCH resource is a resource in the first PUCCH resource group; wherein, when at least two When the first PUCCH resource corresponding to the network side device conflicts, the terminal performs joint UCI feedback.
  • the first PUCCH resource corresponding to each network side device belongs to the same resource group or different resource groups.
  • the terminal when the physical downlink shared channel PDSCH to be fed back at the same time unit comes from the same network side device, the terminal performs UCI individual feedback to the network side device, and the PDSCH to be fed back at the same time unit comes from at least When there are two network-side devices, the terminal performs 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, and the indication information is used to indicate each network side device
  • the payload size of the feedback UCI information is payload.
  • the number of bits of the indication information is a pre-agreed or pre-configured value.
  • the number and position of REs of resource elements on the second PUCCH resource that transmit the indication information are pre-agreed or pre-configured.
  • the transmitting UCI information of the at least two network side devices on the second PUCCH resource includes:
  • different parts of the second PUCCH resource are transmitted using different beams.
  • Different parts of the second PUCCH resource correspond to different hops.
  • the feedback hybrid automatic retransmission request response codebook HARQ-ACK codebook is separate HARQ-ACK codebook, and the UCI information transmitted by the first PUCCH resource is a network side UCI information of the device.
  • the method of determining the fed back HARQ-ACK codebook is joint HARQ-ACK codebook
  • the UCI information transmitted by the second PUCCH resource is UCI information of the at least two network side devices.
  • this embodiment is an implementation of the network-side device corresponding to the embodiment shown in FIG. 2.
  • the network-side device corresponding to the embodiment shown in FIG. 2.
  • FIG. 9 is a structural diagram of a terminal according to an embodiment of the present disclosure.
  • the terminal 900 includes:
  • the first transmission module 901 is configured to transmit UCI information of the network side device on the first physical uplink control channel PUCCH resource corresponding to a network side device when performing independent feedback of the uplink control information UCI;
  • the second transmission module 902 is configured to transmit UCI information of at least two network side devices on the second PUCCH resource when performing UCI joint feedback;
  • the first PUCCH resource and the second PUCCH resource are located on different resource groups.
  • 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, the 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.
  • the terminal further includes:
  • a determining module configured to determine the first PUCCH resource corresponding to each network-side device according to the first PUCCH resource group, and the first PUCCH resource corresponding to each network-side device belongs to the same resource group or different Resource group.
  • the physical downlink shared channel PDSCH to be fed back at the same time unit comes from the same network side device, perform UCI separate feedback to the network side device, and the PDSCH to be fed back at the same time unit come from at least two networks Side equipment, 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, and the indication information is used to indicate each network side device
  • the payload size of the feedback UCI information is payload.
  • the number of bits of the indication information is a pre-agreed or pre-configured value.
  • the number and position of REs of resource elements on the second PUCCH resource that transmit the indication information are pre-agreed or pre-configured.
  • the second transmission module 902 is specifically configured to map UCI information of each of the at least two network side devices to different parts of the second PUCCH resource for UCI feedback.
  • different parts of the second PUCCH resource are transmitted using different beams.
  • Different parts of the second PUCCH resource correspond to different hops.
  • the feedback hybrid automatic retransmission request response codebook HARQ-ACK codebook is separate HARQ-ACK codebook, and the UCI information transmitted by the first PUCCH resource is a network side UCI information of the device.
  • the method of determining the fed back HARQ-ACK codebook is joint HARQ-ACK codebook
  • the UCI information transmitted by the second PUCCH resource is UCI information of the at least two network side devices.
  • the terminal provided by the embodiment of the present disclosure can implement various processes implemented by the terminal in the method embodiment of FIG. 2.
  • FIG. 10 is a structural diagram of a network-side device according to an embodiment of the present disclosure.
  • the network-side device 1000 includes:
  • the detection module 1001 is configured to perform blind detection on the first PUCCH resource and the second PUCCH resource to receive feedback information sent by the terminal;
  • the feedback information includes: when the terminal separately feeds back uplink control information UCI, a network Transmitting UCI information of the network side device on the first physical uplink control channel PUCCH resource corresponding to the side device; when the terminal performs joint UCI feedback, transmitting UCI information of the at least two network side devices on the second PUCCH resource ;
  • the first PUCCH resource and the second PUCCH resource are located on different resource groups.
  • 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, and the second PUCCH resource is the second PUCCH resource group Resources, the first PUCCH resource group is used by the terminal to determine the first PUCCH resource corresponding to each of the network side devices, and the first PUCCH resource is a resource in the first PUCCH resource group; Wherein, when the first PUCCH resources corresponding to at least two network side devices collide, the terminal performs joint UCI feedback.
  • the first PUCCH resource corresponding to each network side device belongs to the same resource group or different resource groups.
  • the terminal when the physical downlink shared channel PDSCH to be fed back at the same time unit comes from the same network side device, the terminal performs UCI individual feedback to the network side device, and the PDSCH to be fed back at the same time unit comes from at least When there are two network-side devices, the terminal performs 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, and the indication information is used to indicate each network side device
  • the payload size of the feedback UCI information is payload.
  • the number of bits of the indication information is a pre-agreed or pre-configured value.
  • the number and position of REs of resource elements on the second PUCCH resource that transmit the indication information are pre-agreed or pre-configured.
  • the transmitting UCI information of the at least two network side devices on the second PUCCH resource includes:
  • different parts of the second PUCCH resource are transmitted using different beams.
  • Different parts of the second PUCCH resource correspond to different hops.
  • the feedback hybrid automatic retransmission request response codebook HARQ-ACK codebook is separate HARQ-ACK codebook, and the UCI information transmitted by the first PUCCH resource is a network side UCI information of the device.
  • the method of determining the fed back HARQ-ACK codebook is joint HARQ-ACK codebook
  • the UCI information transmitted by the second PUCCH resource is UCI information of the at least two network side devices.
  • the network-side device provided by the embodiment of the present disclosure can implement various processes implemented by the network-side device in the method embodiment of FIG. 8. To avoid repetition, details are not described herein again.
  • FIG. 11 is a schematic diagram of a hardware structure of a terminal for implementing various embodiments of the present disclosure
  • the terminal 1100 includes but is not limited to: a radio frequency unit 1101, a network module 1102, an audio output unit 1103, an input unit 1104, a sensor 1105, a display unit 1106, a user input unit 1107, an interface unit 1108, a memory 1109, a processor 1110, and a power supply 1111 and other components.
  • a radio frequency unit 1101 includes but is not limited to: a radio frequency unit 1101, a network module 1102, an audio output unit 1103, an input unit 1104, a sensor 1105, a display unit 1106, a user input unit 1107, an interface unit 1108, a memory 1109, a processor 1110, and a power supply 1111 and other components.
  • the terminal structure shown in FIG. 11 does not constitute a limitation on the terminal, and the terminal may include more or less components than those illustrated, or combine certain components, or arrange different components.
  • the terminals include but are not limited to mobile phones, tablet computers, notebook computers, palmtop computers, vehicle-mounted terminals, wearable devices, pedometers, and
  • the radio frequency unit 1101 is used to transmit the UCI information of the network side device on the first physical uplink control channel PUCCH resource corresponding to a network side device when performing the UCI individual feedback of the uplink control information; when performing UCI joint feedback, the second The UCI information of the at least two network side devices is transmitted on the PUCCH resource; wherein, the first PUCCH resource and the second PUCCH resource are located on different resource groups.
  • the radio frequency unit 1101 is further configured to receive resource configuration information that is used to indicate a first PUCCH resource group and a second PUCCH resource group, where the first PUCCH resource is the first PUCCH resource group
  • the resource in the second PUCCH resource is a resource in the second PUCCH resource group;
  • the radio frequency unit 1101 is further configured to: when the first PUCCH resources corresponding to at least two network side devices collide, perform UCI joint feedback.
  • the processor 1110 is configured to determine the first PUCCH resource corresponding to each network side device according to the first PUCCH resource group, and the first PUCCH resource corresponding to each network side device belongs to the same Resource groups or different resource groups.
  • the physical downlink shared channel PDSCH to be fed back at the same time unit comes from the same network side device, perform UCI separate feedback to the network side device, and the PDSCH to be fed back at the same time unit come from at least two networks Side equipment, 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, and the indication information is used to indicate each network side device
  • the payload size of the feedback UCI information is payload.
  • the number of bits of the indication information is a pre-agreed or pre-configured value.
  • the number and position of REs of resource elements on the second PUCCH resource that transmit the indication information are pre-agreed or pre-configured.
  • the radio frequency unit 1101 is specifically configured to map UCI information of each of the at least two network side devices to different parts of the second PUCCH resource for UCI feedback.
  • different parts of the second PUCCH resource are transmitted using different beams.
  • Different parts of the second PUCCH resource correspond to different hops.
  • the feedback hybrid automatic retransmission request response codebook HARQ-ACK codebook is separate HARQ-ACK codebook, and the UCI information transmitted by the first PUCCH resource is a network side UCI information of the device.
  • the method of determining the fed back HARQ-ACK codebook is joint HARQ-ACK codebook
  • the UCI information transmitted by the second PUCCH resource is UCI information of the at least two network side devices.
  • the first PUCCH resource is used for UCI individual feedback
  • the second PUCCH resource is used for UCI joint feedback, thereby achieving the PUCCH resource.
  • the radio frequency unit 1101 may be used for receiving and sending signals during sending and receiving information or during a call. Specifically, after receiving the downlink data from the base station, it is processed by the processor 1110; The uplink data is sent to the base station.
  • the 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.
  • the radio frequency unit 1101 can also communicate with the network and other devices through a wireless communication system.
  • the terminal provides users with wireless broadband Internet access through the network module 1102, such as helping users send and receive e-mail, browse web pages, and access streaming media.
  • the audio output unit 1103 may convert the 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. Moreover, the audio output unit 1103 may also provide audio output related to a specific function performed by the terminal 1100 (for example, call signal reception sound, 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 processor (Graphics, Processing, Unit, GPU) 11041 and a microphone 11042.
  • the graphics processor 11041 is used to capture still pictures or video images obtained by an image capture device (such as a camera) in a video capture mode or an image capture mode.
  • the data is processed.
  • the processed image frame may be displayed on the display unit 1106.
  • the image frame processed by the graphics processor 11041 may be stored in the memory 1109 (or other storage medium) or sent via the radio frequency unit 1101 or the network module 1102.
  • the microphone 11042 can receive sound, and can process such sound into audio data.
  • the processed audio data can be converted into a format that can be sent to the mobile communication base station via the radio frequency unit 1101 in the case of a telephone call mode and output.
  • the terminal 1100 also includes at least one sensor 1105, such as a light sensor, a motion sensor, and other sensors.
  • the light sensor includes an ambient light sensor and a proximity sensor, wherein the ambient light sensor can adjust the brightness of the display panel 11061 according to the brightness of the ambient light, and the proximity sensor can close the display panel 11061 and/or when the terminal 1100 moves to the ear Or backlight.
  • the accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes), and can detect the magnitude and direction of gravity when at rest, and can be used to recognize the posture of the terminal (such as horizontal and vertical screen switching, related games, Magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tap), etc.; sensor 1105 can also include fingerprint sensor, pressure sensor, iris sensor, molecular sensor, gyroscope, barometer, hygrometer, thermometer, infrared Sensors, etc., will not be repeated here.
  • the display unit 1106 is used to display information input by the 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 (Liquid Crystal) (LCD), an organic light emitting diode (Organic Light-Emitting Diode, OLED), or the like.
  • LCD Liquid Crystal
  • OLED Organic Light-Emitting Diode
  • the user input unit 1107 can be used to receive input numeric or character information, and generate key signal input related to user settings and function control of the terminal.
  • the user input unit 1107 includes a touch panel 11071 and other input devices 11072.
  • the touch panel 11071 also known as a touch screen, can collect user's touch operations on or near it (for example, the user uses any suitable objects or accessories such as fingers, stylus, etc. on or near the touch panel 11071 operating).
  • the touch panel 11071 may include a touch detection device and a touch controller.
  • the touch detection device detects the user's touch orientation, and detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device and converts it into contact coordinates, and then sends To the processor 1110, the command sent from the processor 1110 is received and executed.
  • the touch panel 11071 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves.
  • the user input unit 1107 may also include other input devices 11072.
  • other input devices 11072 may include, but are not limited to, physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, and joysticks, which are not repeated here.
  • the touch panel 11071 may be overlaid on the display panel 11061. After the touch panel 11071 detects a touch operation on or near it, it is transmitted to the processor 1110 to determine the type of touch event, and then the processor 1110 according to the touch The type of event provides corresponding visual output on the display panel 11061.
  • the touch panel 11071 and the display panel 11061 are implemented as two independent components to realize the input and output functions of the terminal, in some embodiments, the touch panel 11071 and the display panel 11061 may be integrated to The input and output functions of the terminal are implemented, which is not limited here.
  • the interface unit 1108 is an interface for connecting an external device to the terminal 1100.
  • the external device may include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, audio input/output (I/O) port, video I/O port, headphone port, etc.
  • the interface unit 1108 may be used to receive input (eg, data information, power, etc.) from an external device and transmit the received input to one or more elements within the terminal 1100 or may be used between the terminal 1100 and the external device Transfer data between.
  • the memory 1109 can be used to store software programs and 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, at least one function required application programs (such as a sound playback function, an image playback function, etc.), etc.; the storage data area may store Data created by the use of mobile phones (such as audio data, phone books, etc.), etc.
  • the memory 1109 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other volatile solid-state storage devices.
  • the processor 1110 is the control center of the terminal, and uses various interfaces and lines to connect the various parts of the entire terminal, executes or executes the software programs and/or modules stored in the memory 1109, and calls the data stored in the memory 1109 to execute Various functions and processing data of the terminal, so as to monitor the terminal as a whole.
  • the processor 1110 may include one or more processing units; optionally, the processor 1110 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, and application programs, etc.
  • the modulation processor mainly handles wireless communication. It can be understood that the foregoing modem processor may not be integrated into the processor 1110.
  • the terminal 1100 may further include a power supply 1111 (such as a battery) that supplies power to various components.
  • a power supply 1111 (such as a battery) that supplies power to various components.
  • the power supply 1111 may be logically connected to the processor 1110 through a power management system, thereby managing charge, discharge, and power consumption management through the power management system And other functions.
  • the terminal 1100 includes some function modules not shown, which will not be repeated here.
  • an embodiment of the present disclosure further provides a terminal, including a processor 1110, a memory 1109, and a computer program stored on the memory 1109 and executable on the processor 1110.
  • a terminal including a processor 1110, a memory 1109, and a computer program stored on the memory 1109 and executable on the processor 1110.
  • the computer program is executed by the processor 1110
  • the processes of the above embodiments of the physical uplink control channel transmission method are implemented, and the same technical effect can be achieved. To avoid repetition, they are not repeated here.
  • FIG. 12 is a structural diagram of another network-side device provided by an embodiment of the present disclosure.
  • the network-side device 1200 includes: a processor 1201, a transceiver 1202, a memory 1203, and a bus interface, among them:
  • 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, and the second PUCCH resource is in the second PUCCH resource group Resources, the first PUCCH resource group is used by the terminal to determine the first PUCCH resource corresponding to each of the network-side devices, and the first PUCCH resource is a resource in the first PUCCH resource group Wherein, when the first PUCCH resources corresponding to at least two network-side devices collide, the terminal performs joint UCI feedback.
  • the first PUCCH resource corresponding to each network side device belongs to the same resource group or different resource groups.
  • the terminal when the physical downlink shared channel PDSCH to be fed back at the same time unit comes from the same network side device, the terminal performs UCI individual feedback to the network side device, and the PDSCH to be fed back at the same time unit comes from at least In the case of two network-side devices, the terminal performs joint UCI feedback.
  • the feedback information transmitted on the second PUCCH resource includes indication information and UCI information of the at least two network side devices, and the indication information is used to indicate each network side device
  • the payload size of the feedback UCI information is payload.
  • the number of bits of the indication information is a pre-agreed or pre-configured value.
  • the number and position of REs of resource elements on the second PUCCH resource that transmit the indication information are pre-agreed or pre-configured.
  • the transmitting UCI information of the at least two network side devices on the second PUCCH resource includes:
  • different parts of the second PUCCH resource are transmitted using different beams.
  • Different parts of the second PUCCH resource correspond to different hops.
  • the feedback hybrid automatic retransmission request response codebook HARQ-ACK codebook is separate HARQ-ACK codebook, and the UCI information transmitted by the first PUCCH resource is a network side UCI information of the device.
  • the method of determining the fed back HARQ-ACK codebook is joint HARQ-ACK codebook
  • the UCI information transmitted by the second PUCCH resource is UCI information of the at least two network side devices.
  • the bus architecture may include any number of interconnected buses and bridges, specifically, one or more processors represented by the processor 1201 and various circuits of the memory represented by the memory 1203 are linked together.
  • the bus architecture can also link various other circuits such as peripheral devices, voltage regulators, and power management circuits, etc., which are well known in the art, and therefore, they will not be further described in this article.
  • the bus interface provides an interface.
  • the transceiver 1202 may be a plurality of elements, including a transmitter and a receiver, and provides a unit for communicating with various other devices on a transmission medium.
  • the user interface 1204 may also be an interface that can be externally connected to the required equipment.
  • the connected equipment includes but is not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.
  • the processor 1201 is responsible for managing the bus architecture and general processing, and the memory 1203 may store data used by the processor 1201 when performing operations.
  • an embodiment of the present disclosure further provides a network-side device, including a processor 1201, a memory 1203, and a computer program stored on the memory 1203 and executable on the processor 1201.
  • the computer program is used by the processor 1201 During execution, each process of the foregoing physical uplink control channel transmission method embodiment can be achieved, and the same technical effect can be achieved. To avoid repetition, details are not described here.
  • An embodiment of the present disclosure also provides a computer-readable storage medium that stores a computer program on the computer-readable storage medium, and when the computer program is executed by the processor, the physical uplink control channel transmission on the network-side device side provided by the embodiment of the present disclosure is implemented.
  • the processes of the method embodiments, or when the computer program is executed by a processor implement the processes of the terminal-side physical uplink control channel transmission method embodiments provided by the embodiments of the present disclosure, and can achieve the same technical effect. To avoid repetition, I will not repeat them here.
  • the computer-readable storage medium such as read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例提供一种物理上行控制信道传输方法、终端及网络侧设备，该方法包括：进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；进行UCI联合反馈时，在第二PUCCH资源上传输所述至少两个网络侧设备的UCI信息；其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。

Description

物理上行控制信道传输方法、网络侧设备和终端
相关申请的交叉引用
本申请主张在2018年12月12日在中国提交的中国专利申请No.201811520133.6的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信技术领域，尤其涉及一种物理上行控制信道传输方法、网络侧设备和终端。
背景技术
在3GPP Rel-15提出了多发送接收点/多天线面板(multi-TRP/multi-panel)的场景，多发送和接收点(Transmission and Receiving Point，TRP)传输可以增加传输的可靠性及吞吐量性能，例如终端(User Equipment，UE)可以接收来自于多个TRP的相同数据或不同数据。相关技术定义了Type I的多天线面板码本，初步讨论了几种多TRP传输场景：
1)多TRP间的多TRP/panel传输，理想回程线路(backhaul)；
2)多TRP间的多TRP/panel传输，非理想回程线路。
其中，多TRP的传输方案可能是：
多TRP发送多个物理下行控制信道(Physical Downlink Control Channel，PDCCH)和多个物理下行共享信道(Physical Downlink Shared Channel，PDSCH)，每个TRP发送一个PDCCH和一个PDSCH；
1)多个PDSCH传输相同的传输块(Transport Block,TB)；
2)多个PDSCH传输不同的TB。
相关技术中的下行HARQ-ACK反馈方案中，通常在物理上行控制信道(Physical Uplink Control Channel，PUCCH)资源上传输混合自动重传请求应答(Hybrid Automatic Repeat-Request Acknowledgement，HARQ-ACK)。PUCCH上传输的信息上行控制信息(Uplink Control Information，UCI)中还可能包括信道状态信息(Channel Status Information，CSI)和调度请求(Scheduling  Request，SR)，由于终端可能不支持同时传输多个物理上行控制信道(Physical Uplink Control Channel，PUCCH)资源，因此，对于多TRP的下行混合自动重传请求应答(Hybrid Automatic Repeat-Request Acknowledgement，HARQ-ACK)反馈方案还在讨论中。
综上，当多TRP传输采用多PDCCH和多PDSCH的传输方案时，如何在PUCCH资源上实现各TRP的上行控制信息(Uplink Control Information，UCI)反馈成为亟需解决的问题。
发明内容
本公开实施例提供一种物理上行控制信道传输方法、网络侧设备和终端，以解决多TRP传输采用多PDCCH和多PDSCH的传输方案时，在PUCCH资源上实现各TRP的UCI反馈的问题。
第一方面，本公开提供了一种物理上行控制信道传输方法，应用于终端，包括：
进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；
进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息；
其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
第二方面，本公开还提供了一种物理上行控制信道传输方法，应用于网络侧设备，包括：
在第一PUCCH资源和第二PUCCH资源上进行盲检，以接收终端发送的反馈信息；所述反馈信息包括：所述终端进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；所述终端进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息；
其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
第三方面，本公开还提供了一种终端，包括：
第一传输模块，用于进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；
第二传输模块，用于进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息；
其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
第四方面，本公开还提供了一种网络侧设备，包括：
检测模块，用于在第一PUCCH资源和第二PUCCH资源上进行盲检，以接收终端发送的反馈信息；所述反馈信息包括：所述终端进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；所述终端进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息；
其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
第五方面，本公开还提供了一种终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现上述物理上行控制信道传输方法中的步骤。
第六方面，本公开还提供了一种网络侧设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上述物理上行控制信道传输方法中的步骤。
第七方面，本公开还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述物理上行控制信道传输方法中终端侧的步骤，或者所述计算机程序被处理器执行时实现上述物理上行控制信道传输方法中网络侧设备的步骤。
在本公开实施例中，在多TRP传输采用多PDCCH和多PDSCH的传输方案时，由于采用第一PUCCH资源进行UCI单独反馈，采用第二PUCCH资源进行UCI联合反馈，从而实现了在PUCCH资源上进行各网络侧设备的 UCI反馈。这样，可以解决仅采用UCI单独反馈时造成的PUCCH资源冲突的问题，同时可以避免仅采用UCI联合反馈造成的PUCCH资源利用率较低的问题。
附图说明
为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本公开实施例可应用的一种网络系统的结构图；
图2是本公开实施例提供的一种物理上行控制信道传输方法的流程图之一；
图3是多网络侧设备传输场景的示意图；
图4是本公开实施例提供的一种物理上行控制信道传输方法第二PUCCH资源的结构示意图；
图5是本公开实施例提供的一种物理上行控制信道传输方法中PDSCH调度反馈示意图之一；
图6是本公开实施例提供的一种物理上行控制信道传输方法中PDSCH调度反馈示意图之二；
图7是本公开实施例提供的一种物理上行控制信道传输方法中PDSCH调度反馈示意图之三；
图8是本公开实施例提供的一种物理上行控制信道传输方法的流程图之二；
图9是本公开实施例提供的一种终端的结构图；
图10是本公开实施例提供的一种网络侧设备的结构图；
图11是本公开实施例提供的另一种终端的结构图；
图12是本公开实施例提供的另一种网络侧设备的结构图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他地包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。
在本公开实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本公开实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面结合附图介绍本公开的实施例。本公开实施例提供的一种物理上行控制信道传输方法、网络侧设备和终端可以应用于无线通信系统中。该无线通信系统可以为采用5G系统，或者演进型长期演进(Evolved Long Term Evolution，eLTE)系统，或者后续演进通信系统。
请参见图1，图1是本公开实施例可应用的一种网络系统的结构图，如图1所示，包括终端11和网络侧设备12，其中，终端11可以是用户终端或者其他终端侧设备，例如：手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digital assistant，PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等终端侧设备，需要说明的是，在本公开实施例中并不限定终端11的具体类型。上述网络侧设备12可以是5G基站，或者以后版本的基站，或者其他通信系统中的基站，或者称之为节点B，演进节点B，或者传输接收点，或者接入点(Access Point，AP)，或者所述领域中其他词汇，只要达到相同的技术效果，所述网络侧设备不限于特定技术词汇。另外，上述网络侧设备12可以是主节点(Master Node，MN)，或者辅节点(Secondary Node，SN)。需要说明 的是，在本公开实施例中仅以5G基站为例，但是并不限定网络侧设备的具体类型。
请参见图2，图2是本公开实施例提供的一种物理上行控制信道传输方法的流程图，该方法应用于终端，如图2所示，包括以下步骤：
步骤201，进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI反馈；
步骤202，进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息。
本公开实施例提供的物理上行控制信道传输方法主要用于多网络侧设备的传输。如图3所示，多网络侧设备的传输可以包括以下传输场景：
网络侧设备间的多网络侧设备/panel传输，如图3所示，为非理想回程线路。
基于多网络侧设备的传输场景，终端对网络侧设备的PDSCH反馈的方式可以包括两个方案：
方案1，终端可以在一个PUCCH资源反馈多个网络侧设备的PDSCH，即联合混合自动重传请求应答码本的方式Joint HARQ-ACK payload。
方案2，终端可以在多个PUCCH资源单独反馈各网络侧设备的PDSCH，即分别混合自动重传请求应答码本的方式Separate HARQ-ACK payload。
对于方案1：多个网络侧设备内调度的PDSCH在一个PUCCH资源上反馈HARQ-ACK，在非理想backhaul时，每个网络侧设备可能不知道其他网络侧设备需要反馈的HARQ-ACK比特数(如采用R15的dynamic HARQ-ACK codebook时，每个slot反馈的HARQ-ACK比特数是根据调度的PDSCH的数目动态变化的)，为了使的每个网络侧设备都能够正确解调自己的HARQ-ACK反馈，需要采用半静态HARQ-ACK码本(codebook)(NR R15中定义，终端根据RRC配置的PDCCH的检测机会(PDCCH monitoring occasions)，PDSCH时域分配(PDSCH Time Domain Allocation)，K1等参数确定的HARQ-ACK codebook，无线资源控制(Radio Resource Control，RRC)一旦配置相关参数后，终端在每个slot内反馈的比特数是已知的)或静态的codebook(如每个网络侧设备采用固定的比特反馈HARQ-ACK)，在某个时间单元，只要 终端有任何一个PDSCH需要反馈，终端必须按照joint HARQ-ACK codebook的方式确定反馈的HARQ-ACK比特数，但是这样会增加HARQ-ACK的有效载荷payload，降低了PUCCH资源利用率。此时，可以通过第一PUCCH资源进行UCI单独反馈，只对有需要反馈的PDSCH的网络侧设备进行HARQ-ACK反馈，减小HARQ-ACK的payload，从而提高PUCCH资源利用率。
对于方案2：每个网络侧设备内调度的PDSCH分别独立反馈，每个网络侧设备的PDSCH在各自的PUCCH资源上反馈，但是在非理想backhaul时，可能出现在同一时间单元不同网络侧设备对应的PUCCH资源重叠的场景，如不同的PUCCH资源时域上重叠，但终端不具有支持在重叠的时间同时传输多个PUCCH的能力，或者多个网络侧设备对应的PUCCH资源不仅在时域上重叠，且有相同的波束信息或码域资源或重叠的频域位置，超出了终端的传输能力，因此需要解决多个网络侧设备的PUCCH资源冲突的问题。此时，可以通过上述第二PUCCH资源对UCI进行联合反馈。应当说明的是，多个网络侧设备的PUCCH资源冲突，可以是指UE不支持同时传输多个PUCCH时，多个网络侧设备的PUCCH资源在时域上有重叠，或者UE支持同时传输多个PUCCH时，多个网络侧设备的PUCCH资源在时域上有重叠，且具有相同的波束信息或码域资源或重叠的频域位置，即多个网络侧设备的PUCCH资源传输超出了UE的传输能力，UE不能够同时传输所述多个PUCCH。
对网络侧设备进行上行控制信息UCI单独反馈时，终端可以在一个PUCCH资源反馈一个网络侧设备的PDSCH。此时，确定反馈的混合自动重传请求应答码本HARQ-ACK codebook的方式为separate HARQ-ACK codebook，所述第一PUCCH资源传输的UCI信息为一所述网络侧设备的UCI信息，具体可以是R15中的semi-static HARQ-ACK codebook或dynamic HARQ-ACK codebook方式。应当说明的是，由于单独反馈不同网络侧设备的UCI信息，因此可以在不同的时间单元上在不同第一PUCCH资源上传输不同的网络侧设备的UCI信息，且传输时仅传输一个网络侧设备的UCI信息，不传输其他网络侧设备的UCI信息。
对网络侧设备进行UCI联合反馈时，终端可以在一个PUCCH资源反馈 多个网络侧设备的PDSCH，此时，确定反馈的HARQ-ACK codebook的方式为joint HARQ-ACK codebook，所述第二PUCCH资源传输的UCI信息为所述至少两个网络侧设备的UCI信息。
在本公开实施例中，在多TRP传输采用多PDCCH和多PDSCH的传输方案时，由于采用第一PUCCH资源进行UCI单独反馈，采用第二PUCCH资源进行UCI联合反馈，从而实现了在PUCCH资源上进行各网络侧设备的UCI反馈。这样，可以解决仅采用UCI单独反馈时造成的PUCCH资源冲突的问题，同时可以避免仅采用UCI联合反馈造成的PUCCH资源利用率较低的问题。
应当说明的是，针对上述方案1和方案2，如何确定进行UCI单独反馈和UCI联合反馈的方式不同，以下对此进行详细说明。
对于上述方案1，在同一时间单元待反馈的物理下行共享信道PDSCH均来自于同一网络侧设备时，对所述网络侧设备进行UCI单独反馈，在同一时间单元待反馈的PDSCH来自于至少两个网络侧设备时，进行UCI联合反馈。
上述时间单元的大小可以根据实际系统而定，例如，通常情况下该时间单元可以为时隙slot。在其他实施例中，还可以采用其他的时间单位，例如可以为2个符号，或者半个时隙half-slot，或者子时隙sub-slot等。
应当说明的是，在方案1中，上述第一PUCCH资源为第一PUCCH资源组中的资源，该第一PUCCH资源组可以由网络侧设备进行配置；上述第一PUCCH资源可以是终端通过separate HARQ-ACK codebook确定的HARQ-ACK比特数和相应的PUCCH资源指示(PUCCH resource indicator)在第一PUCCH资源组中确定的。
应当说明的是，所述网络侧设备可以是指TRP，所述在同一时间单元待反馈的物理下行共享信道PDSCH均来自于同一网络侧设备或在同一时间单元待反馈的PDSCH来自于至少两个网络侧设备，可以是指在同一时间单元待反馈的物理下行共享信道PDSCH均来自于同一TRP或在同一时间单元待反馈的PDSCH来自于至少两个TRP。UE可以通过不同的方式判断其在同一时间单元待反馈的PDSCH是来自于同一TRP或来自于至少两个TRP，可选地，UE可以通过PDSCH对应的TRP的身份识别码(identification，ID)、TRP 的索引、虚拟小区(Virtual cell，Vcell)的ID、物理下行控制信道解调参考信号加扰识别码(PDCCH-DMRS-Scrambling ID)、PDCCH所在控制资源集(Control Resource set，CORESET)的ID、PDCCH所在CORESET的传输控制信息(Transmission Control Information，TCI)、PDCCH所在的空间搜索域(search space)的ID、加扰PDCCH的无线网络临时标识(Radio Network Tempory Identity，RNTI)等中至少一项确定或区分，这里不做限定。
对于上述方案2，在上述步骤202之前还包括：
接收资源配置信息，所述资源配置信息用于指示第一PUCCH资源组和第二PUCCH资源组，所述第一PUCCH资源为所述第一PUCCH资源组中的资源，所述第二PUCCH资源为所述第二PUCCH资源组中的资源；
当至少两个网络侧设备对应的第一PUCCH资源发生冲突时，进行UCI联合反馈。具体地，该至少两个网络侧设备为发生冲突的所有网络侧设备。
本实施例中，当一网络侧设备对应的第一PUCCH资源未与其他网络侧设备对应的第一PUCCH资源发生冲突时，对该网络侧设备进行单独UCI反馈；当至少两个网络侧设备对应的第一PUCCH资源发生冲突时，进行UCI联合反馈。
应当说明的是，可以根据separate HARQ-ACK codebook在第一PUCCH资源组中确定上述第一PUCCH资源。例如，本实施例中，在上述接收资源配置信息之后，该方法还可以包括：
根据所述第一PUCCH资源组确定每一所述网络侧设备对应的PUCCH资源，其中，所述每一网络侧设备对应的第一PUCCH资源属于相同的资源组或不同的资源组。
具体地，当各网络侧设备的第一PUCCH资源属于同一资源组时，可以仅通过一个网络侧设备发送配置信息给终端，从而减小终端对配置信息接收的数据量；当各网络侧设备的第一PUCCH资源属于不同的资源组时，可以由各网络侧设备分别发送对应的配置信息给终端，以配置对应的第一PUCCH资源组。
进行UCI联合反馈时，反馈信息的传输方式可以不同的方式，例如，在一实施例中，进行UCI联合反馈时，在所述第二PUCCH资源上传输的反馈 信息包括指示信息和所述至少两个网络侧设备的UCI信息，所述指示信息用于指示每一网络侧设备反馈的UCI信息的有效载荷大小payload size。这样，网络侧设备可以根据指示信息，解调其UCI信息，而不需要UE采用固定的比特反馈多个网络侧设备的UCI信息，具体地，每个网络侧的HARQ-ACK可以是R15中的semi-static HARQ-ACK codebook或dynamic HARQ-ACK codebook方式。
其中，上述指示信息的比特数为预先约定或者预先配置的值。此外，为了保证网络侧设备能够正确的解调出指示信息，终端需要采在确定位置采用确定的资源元素(Resource Element，RE)来传输指示信息。例如，本实施例中，上述第二PUCCH资源上传输所述指示信息的资源元素RE数量和RE位置为预先约定或者预先配置的。
在另一实施例中，上述在第二PUCCH资源上传输所述至少两个网络侧设备的UCI信息包括：
将所述至少两个网络侧设备中的每一网络侧设备的UCI信息映射到所述第二PUCCH资源的不同部分进行UCI反馈。
本实施例中，可以通过第二PUCCH资源的不同部分传输不同的网络侧设备的UCI信息。具体地，在该第二PUCCH资源的每个部分反馈HARQ ACK时，每个网络侧设备的HARQ-ACK反馈可以采用separate HARQ-ACK codebook的方式确定HARQ-ACK的码本。
应当说明的是，所述第二PUCCH资源的每个部分可以包括多个RE，且每个部分包括的RE的数量可以相同或不同。如图4所示，在本实施例中，以正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)符号为单位进行说明，上述第二PUCCH资源的每个部分可以包括至少一个OFDM符号，且每个部分包括的OFDM符号的数量相同或不同，在图4中，第二PUCCH资源包括第一部分和第二部分，其中，第一部分为前3个OFDM符号，用于传输第一网络侧设备对应的HARQ-ACK；第二部分为后3个OFDM符号，用于传输第二网络侧设备对应的HARQ-ACK。当然，在其他实施例中，第二PUCCH资源用于反馈某一网络侧设备对应的HARQ ACK的部分可以包括第N个OFDM符号中的部分RE、第N+2个OFDM符号和第N+3个 OFDM符号。
进一步地，上述第二PUCCH资源的不同部分可以采用不同的波束进行传输；或，所述第二PUCCH资源的不同部分对应不同的跳hop。
需要说明的是，上述HARQ-ACK反馈，不仅适用于终端对PDCCH调度的PDSCH的反馈，还包括对半静态(Semi-Persistent Scheduling，SPS)PDSCH的HARQ-ACK反馈，或者是对释放SPS PDSCH的PDCCH的反馈。为了更好的理解本公开，以下通过终端支持两个网络侧设备对PDCCH调度的PDSCH的反馈具体实现方式进行详细说明。
在一实施例中，如图5所示，终端支持第一网络侧设备和第二网络侧设备的传输，且在第一网络侧设备和第二网络侧设备的PDSCH独立调度(即第一网络侧设备的PDCCH调度第一网络侧设备的PDSCH，第二网络侧设备的PDCCH调度第二网络侧设备的PDSCH)和反馈(separate HARQ-ACK codebook)。其中终端配置了三个PUCCH资源组，第一个PUCCH资源组(即PUCCH资源组1)用于进行第一网络侧设备的UCI反馈，第二个PUCCH资源组(即PUCCH资源组2)用于进行第一网络侧设备的UCI反馈，第三个PUCCH资源组(即PUCCH资源组3)用于挡两个网络侧设备的PUCCH冲突时，反馈两个网络侧设备的UCI信息。
具体地，终端接收来自两个网络侧设备的PDCCH和PDSCH，并在每个网络侧设备内各自反馈HARQ-ACK，即终端使用PUCCH资源组1中的资源PUCCH1反馈第一网络侧设备的PDCCH调度的PDSCH；终端使用PUCCH资源组2中的资源PUCCH2反馈第二网络侧设备的PDCCH调度的PDSCH，第一网络侧设备和第二网络侧设备对应的HARQ-ACK分别反馈，其HARQ-ACK codebook可以是动态HARQ-ACK codebook或半静态HARQ-ACK codebook。
当PUCCH1和PUCCH2在时间上不重叠时(包括只有一个PUCCH资源的情况)，终端分别传输PUCCH1和PUCCH2。当PUCCH1和PUCCH2在时间上重叠时，UE不能同时发送两个PUCCH资源，终端将两个网络侧设备上调度的PDSCH在一个PUCCH3资源上反馈，为了使两个网络侧设备都能够接收并解调出自己的HARQ-ACK反馈，该PUCCH3资源是两个网络侧设备 通用的资源(来自于PUCCH资源组3，可区别于PUCCH资源组1和PUCCH资源组2)，同时终端按照两个网络侧设备joint HARQ-ACK codebook的方式确定该PUCCH3上反馈的HARQ-ACK比特内容(如两个网络侧设备都采用半静态HARQ-ACK codebook方式确定HARQ-ACK bit，并将两个网络侧设备的HARQ-ACK bit串联在一起，或每个网络侧设备采用确定的HARQ-ACK比特数，并将两个网络侧设备的HARQ-ACK比特信息串联在一起)。
在基站端，由于第一网络侧设备和第二网络侧设备之间可能是非理想回程链路。第一网络侧设备和第二网络侧设备不知道是否存在两个PUCCH冲突的情况，因此第一网络侧设备需要盲检测PUCCH1和PUCCH3，第二网络侧设备需要盲检测PUCCH2和PUCCH3。
需要说明的是，这里的PUCCH资源组1和PUCCH资源组2可以是不同的资源组，这样可以最大可能的减少两个网络侧设备确定的PUCCH资源冲突的概率。另外，这个的PUCCH资源组3，可以是一个PUCCH资源，也可以是多个PUCCH资源。
应理解，上述PUCCH资源组1和PUCCH资源组2可以为同一资源组，这样，网络侧设备配置PUCCH资源时，只需要配置两组PUCCH资源。如图6所示，配置了PUCCH资源组1和PUCCH资源组3，其中，PUCCH资源组1用于第一网络侧设备和第二网络侧设备各自反馈时使用，PUCCH资源组3用于当两个网络侧设备确定PUCCH资源冲突时使用，这样可以减小PUCCH资源预留，简化PUCCH资源配置。
在另一实施例中，如图7所示，终端支持两个网络侧设备的传输，在第一网络侧设备和第二网络侧设备的PDSCH独立调度(即第一网络侧设备的PDCCH调度第一网络侧设备的PDSCH，第二网络侧设备的PDCCH调度第二网络侧设备的PDSCH)，以及联合反馈(joint HARQ-ACK codebook)。终端配置了2个PUCCH资源组，第一个PUCCH资源组(即PUCCH资源组1)用于单独反馈第一网络侧设备或第二网络侧设备的UCI，第二个PUCCH资源组(即PUCCH资源组2)用于第一网络侧设备和第二网络侧设备的UCI联合反馈。
当某个时间单元终端需要反馈的PDSCH只对应于同一个网络侧设备(第 一网络侧设备或第二网络侧设备)时，终端使用PUCCH资源组1中的资源PUCCH1反馈该第一网络侧设备调度的PDSCH的HARQ-ACK(或该第二网络侧设备调度的PDSCH的HARQ-ACK)，并采用separate HARQ-ACK codebook(可以是R15的dynamic或semi-static HARQ-ACK codebook，etc)方式确定该网络侧设备的HARQ-ACK codebook，对于另一网络侧设备，由于在该时间单元没有PDSCH需要反馈,因此终端不需要反馈该网络侧设备的任何HARQ-ACK信息。
这样，终端不需要总是采用joint HARQ-ACK codebook方式反馈两个网络侧设备的HARQ-ACK信息，而是可以在有些时间单元采用separate HARQ-ACK codebook的方式仅反馈一个网络侧设备的HARQ-ACK信息，减少了HARQ-ACK反馈的payload，节省了PUCCH资源。
需要说明的是，此实施例中，由于第一网络侧设备/第二网络侧设备不知道UE是否需要反馈多个网络侧设备的信息，因此第一网络侧设备/第二网络侧设备需要在PUCCH1和PUCCH3之间进行盲检测。
需要说明的是，上述实施例中第一网络侧设备可以对应于第一TRP，第二网络侧设备对应于第二TRP。
请参见图8，图8是本公开实施例提供的另一种物理上行控制信道传输方法的流程图，该方法应用于网络侧设备，如图8所示，包括以下步骤：
步骤801，在第一PUCCH资源和第二PUCCH资源上进行盲检，以接收终端发送的反馈信息；所述反馈信息包括：所述终端进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；所述终端进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息；
其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
可选地，所述在第一PUCCH资源和第二PUCCH资源上进行盲检，以接收终端发送的反馈信息之前，所述方法还包括：
向所述终端发送资源配置信息，所述资源配置信息用于指示第一PUCCH资源组和第二PUCCH资源组，所述第二PUCCH资源为所述第二PUCCH资 源组中的资源，所述第一PUCCH资源组用于供所述终端确定每一所述网络侧设备对应的所述第一PUCCH资源，所述第一PUCCH资源为所述第一PUCCH资源组中的资源；其中，当至少两个网络侧设备对应的第一PUCCH资源发生冲突时，所述终端进行UCI联合反馈。
可选地，所述每一网络侧设备对应的第一PUCCH资源属于相同的资源组或不同的资源组。
可选地，在同一时间单元待反馈的物理下行共享信道PDSCH均来自于同一网络侧设备时，所述终端对所述网络侧设备进行UCI单独反馈，在同一时间单元待反馈的PDSCH来自于至少两个网络侧设备时，所述终端进行UCI联合反馈。
可选地，进行UCI联合反馈时，在所述第二PUCCH资源上传输的反馈信息包括指示信息和所述至少两个网络侧设备的UCI信息，所述指示信息用于指示每一网络侧设备反馈的UCI信息的有效载荷大小payload size。
可选地，所述指示信息的比特数为预先约定或者预先配置的值。
可选地，所述第二PUCCH资源上传输所述指示信息的资源元素RE数量和RE位置为预先约定或者预先配置的。
可选地，所述在第二PUCCH资源上传输所述至少两个网络侧设备的UCI信息包括：
将所述至少两个网络侧设备中的每一网络侧设备的UCI信息映射到所述第二PUCCH资源的不同部分进行UCI反馈。
可选地，所述第二PUCCH资源的不同部分采用不同的波束进行传输；或
所述第二PUCCH资源的不同部分对应不同的跳hop。
可选地，进行UCI单独反馈时，确定反馈的混合自动重传请求应答码本HARQ-ACK codebook的方式为separate HARQ-ACK codebook，所述第一PUCCH资源传输的UCI信息为一所述网络侧设备的UCI信息。
可选地，进行UCI联合反馈时，确定反馈的HARQ-ACK codebook的方式为joint HARQ-ACK codebook，所述第二PUCCH资源传输的UCI信息为所述至少两个网络侧设备的UCI信息。
需要说明的是，本实施例作为图2所示的实施例对应的网络侧设备的实施方式，其具体的实施方式可以参见图2所示的实施例相关说明，以及达到相同的有益效果，为了避免重复说明，此处不再赘述。
请参见图9，图9是本公开实施例提供的一种终端的结构图，如图9所示，终端900包括：
第一传输模块901，用于进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；
第二传输模块902，用于进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息；
其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
可选地，所述终端900还包括：
接收模块，用于接收资源配置信息，所述资源配置信息用于指示第一PUCCH资源组和第二PUCCH资源组，所述第一PUCCH资源为所述第一PUCCH资源组中的资源，所述第二PUCCH资源为所述第二PUCCH资源组中的资源；
所述第二传输模块902，用于当至少两个网络侧设备对应的第一PUCCH资源发生冲突时，进行UCI联合反馈。
可选地，所述终端还包括：
确定模块，用于根据所述第一PUCCH资源组确定每一所述网络侧设备对应的所述第一PUCCH资源，所述每一网络侧设备对应的第一PUCCH资源属于相同的资源组或不同的资源组。
可选地，在同一时间单元待反馈的物理下行共享信道PDSCH均来自于同一网络侧设备时，对所述网络侧设备进行UCI单独反馈，在同一时间单元待反馈的PDSCH来自于至少两个网络侧设备时，进行UCI联合反馈。
可选地，进行UCI联合反馈时，在所述第二PUCCH资源上传输的反馈信息包括指示信息和所述至少两个网络侧设备的UCI信息，所述指示信息用于指示每一网络侧设备反馈的UCI信息的有效载荷大小payload size。
可选地，所述指示信息的比特数为预先约定或者预先配置的值。
可选地，所述第二PUCCH资源上传输所述指示信息的资源元素RE数量和RE位置为预先约定或者预先配置的。
可选地，所述第二传输模块902具体用于：将所述至少两个网络侧设备中的每一网络侧设备的UCI信息映射到所述第二PUCCH资源的不同部分进行UCI反馈。
可选地，所述第二PUCCH资源的不同部分采用不同的波束进行传输；或
所述第二PUCCH资源的不同部分对应不同的跳hop。
可选地，进行UCI单独反馈时，确定反馈的混合自动重传请求应答码本HARQ-ACK codebook的方式为separate HARQ-ACK codebook，所述第一PUCCH资源传输的UCI信息为一所述网络侧设备的UCI信息。
可选地，进行UCI联合反馈时，确定反馈的HARQ-ACK codebook的方式为joint HARQ-ACK codebook，所述第二PUCCH资源传输的UCI信息为所述至少两个网络侧设备的UCI信息。
本公开实施例提供的终端能够实现图2的方法实施例中终端实现的各个过程，为避免重复，这里不再赘述。
请参见图10，图10是本公开实施例提供的一种网络侧设备的结构图，如图10所示，网络侧设备1000包括：
检测模块1001，用于在第一PUCCH资源和第二PUCCH资源上进行盲检，以接收终端发送的反馈信息；所述反馈信息包括：所述终端进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；所述终端进行UCI联合反馈时，在第二PUCCH资源上传输所述至少两个网络侧设备的UCI信息；
其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
可选地，所述网络侧设备1000还包括：
发送模块，用于向所述终端发送资源配置信息，所述资源配置信息用于指示第一PUCCH资源组和第二PUCCH资源组，所述第二PUCCH资源为所 述第二PUCCH资源组中的资源，所述第一PUCCH资源组用于供所述终端确定每一所述网络侧设备对应的所述第一PUCCH资源，所述第一PUCCH资源为所述第一PUCCH资源组中的资源；其中，当至少两个网络侧设备对应的第一PUCCH资源发生冲突时，所述终端进行UCI联合反馈。
可选地，所述每一网络侧设备对应的第一PUCCH资源属于相同的资源组或不同的资源组。
可选地，在同一时间单元待反馈的物理下行共享信道PDSCH均来自于同一网络侧设备时，所述终端对所述网络侧设备进行UCI单独反馈，在同一时间单元待反馈的PDSCH来自于至少两个网络侧设备时，所述终端进行UCI联合反馈。
可选地，进行UCI联合反馈时，在所述第二PUCCH资源上传输的反馈信息包括指示信息和所述至少两个网络侧设备的UCI信息，所述指示信息用于指示每一网络侧设备反馈的UCI信息的有效载荷大小payload size。
可选地，所述指示信息的比特数为预先约定或者预先配置的值。
可选地，所述第二PUCCH资源上传输所述指示信息的资源元素RE数量和RE位置为预先约定或者预先配置的。
可选地，所述在第二PUCCH资源上传输所述至少两个网络侧设备的UCI信息包括：
将所述至少两个网络侧设备中的每一网络侧设备的UCI信息映射到所述第二PUCCH资源的不同部分进行UCI反馈。
可选地，所述第二PUCCH资源的不同部分采用不同的波束进行传输；或
所述第二PUCCH资源的不同部分对应不同的跳hop。
可选地，进行UCI单独反馈时，确定反馈的混合自动重传请求应答码本HARQ-ACK codebook的方式为separate HARQ-ACK codebook，所述第一PUCCH资源传输的UCI信息为一所述网络侧设备的UCI信息。
可选地，进行UCI联合反馈时，确定反馈的HARQ-ACK codebook的方式为joint HARQ-ACK codebook，所述第二PUCCH资源传输的UCI信息为所述至少两个网络侧设备的UCI信息。
本公开实施例提供的网络侧设备能够实现图8的方法实施例中网络侧设备实现的各个过程，为避免重复，这里不再赘述。
图11为实现本公开各个实施例的一种终端的硬件结构示意图，
该终端1100包括但不限于：射频单元1101、网络模块1102、音频输出单元1103、输入单元1104、传感器1105、显示单元1106、用户输入单元1107、接口单元1108、存储器1109、处理器1110、以及电源1111等部件。本领域技术人员可以理解，图11中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本公开实施例中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
射频单元1101，用于进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；进行UCI联合反馈时，在第二PUCCH资源上传输所述至少两个网络侧设备的UCI信息；其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
可选地，射频单元1101还用于：接收资源配置信息，所述资源配置信息用于指示第一PUCCH资源组和第二PUCCH资源组，所述第一PUCCH资源为所述第一PUCCH资源组中的资源，所述第二PUCCH资源为所述第二PUCCH资源组中的资源；
射频单元1101还用于：当至少两个网络侧设备对应的第一PUCCH资源发生冲突时，进行UCI联合反馈。
可选地，处理器1110，用于根据所述第一PUCCH资源组确定每一所述网络侧设备对应的所述第一PUCCH资源，所述每一网络侧设备对应的第一PUCCH资源属于相同的资源组或不同的资源组。
可选地，在同一时间单元待反馈的物理下行共享信道PDSCH均来自于同一网络侧设备时，对所述网络侧设备进行UCI单独反馈，在同一时间单元待反馈的PDSCH来自于至少两个网络侧设备时，进行UCI联合反馈。
可选地，进行UCI联合反馈时，在所述第二PUCCH资源上传输的反馈信息包括指示信息和所述至少两个网络侧设备的UCI信息，所述指示信息用 于指示每一网络侧设备反馈的UCI信息的有效载荷大小payload size。
可选地，所述指示信息的比特数为预先约定或者预先配置的值。
可选地，所述第二PUCCH资源上传输所述指示信息的资源元素RE数量和RE位置为预先约定或者预先配置的。
可选地，所述射频单元1101具体用于，将所述至少两个网络侧设备中的每一网络侧设备的UCI信息映射到所述第二PUCCH资源的不同部分进行UCI反馈。
可选地，所述第二PUCCH资源的不同部分采用不同的波束进行传输；或
所述第二PUCCH资源的不同部分对应不同的跳hop。
可选地，进行UCI单独反馈时，确定反馈的混合自动重传请求应答码本HARQ-ACK codebook的方式为separate HARQ-ACK codebook，所述第一PUCCH资源传输的UCI信息为一所述网络侧设备的UCI信息。
可选地，进行UCI联合反馈时，确定反馈的HARQ-ACK codebook的方式为joint HARQ-ACK codebook，所述第二PUCCH资源传输的UCI信息为所述至少两个网络侧设备的UCI信息。
在本公开实施例中，在多TRP传输采用多PDCCH和多PDSCH的传输方案时，由于采用第一PUCCH资源进行UCI单独反馈，采用第二PUCCH资源进行UCI联合反馈，从而实现了在PUCCH资源上进行各网络侧设备的UCI反馈。这样，可以避免仅采用UCI单独反馈时造成的PUCCH资源冲突的问题，同时可以避免仅采用UCI联合反馈造成的PUCCH资源利用率较低的问题。
应理解的是，本公开实施例中，射频单元1101可用于收发信息或通话过程中，信号的接收和发送，具体地，将来自基站的下行数据接收后，给处理器1110处理；另外，将上行的数据发送给基站。通常，射频单元1101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元1101还可以通过无线通信系统与网络和其他设备通信。
终端通过网络模块1102为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元1103可以将射频单元1101或网络模块1102接收的或者在存储器1109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元1103还可以提供与终端1100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元1103包括扬声器、蜂鸣器以及受话器等。
输入单元1104用于接收音频或视频信号。输入单元1104可以包括图形处理器(Graphics Processing Unit，GPU)11041和麦克风11042，图形处理器11041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元1106上。经图形处理器11041处理后的图像帧可以存储在存储器1109(或其它存储介质)中或者经由射频单元1101或网络模块1102进行发送。麦克风11042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元1101发送到移动通信基站的格式输出。
终端1100还包括至少一种传感器1105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板11061的亮度，接近传感器可在终端1100移动到耳边时，关闭显示面板11061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器1105还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
显示单元1106用于显示由用户输入的信息或提供给用户的信息。显示单元1106可包括显示面板11061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板11061。
用户输入单元1107可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元1107包 括触控面板11071以及其他输入设备11072。触控面板11071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板11071上或在触控面板11071附近的操作)。触控面板11071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1110，接收处理器1110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板11071。除了触控面板11071，用户输入单元1107还可以包括其他输入设备11072。具体地，其他输入设备11072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
进一步地，触控面板11071可覆盖在显示面板11061上，当触控面板11071检测到在其上或附近的触摸操作后，传送给处理器1110以确定触摸事件的类型，随后处理器1110根据触摸事件的类型在显示面板11061上提供相应的视觉输出。虽然在图11中，触控面板11071与显示面板11061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板11071与显示面板11061集成而实现终端的输入和输出功能，具体此处不做限定。
接口单元1108为外部装置与终端1100连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元1108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端1100内的一个或多个元件或者可以用于在终端1100和外部装置之间传输数据。
存储器1109可用于存储软件程序以及各种数据。存储器1109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外， 存储器1109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器1110是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器1109内的软件程序和/或模块，以及调用存储在存储器1109内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器1110可包括一个或多个处理单元；可选地，处理器1110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1110中。
终端1100还可以包括给各个部件供电的电源1111(比如电池)，可选地，电源1111可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
另外，终端1100包括一些未示出的功能模块，在此不再赘述。
可选地，本公开实施例还提供一种终端，包括处理器1110，存储器1109，存储在存储器1109上并可在所述处理器1110上运行的计算机程序，该计算机程序被处理器1110执行时实现上述物理上行控制信道传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
参见图12，图12是本公开实施例提供的另一种网络侧设备的结构图，如图12所示，该网络侧设备1200包括：处理器1201、收发机1202、存储器1203和总线接口，其中：
收发机1202用于，向所述终端发送资源配置信息，所述资源配置信息用于指示第一PUCCH资源组和第二PUCCH资源组，所述第二PUCCH资源为所述第二PUCCH资源组中的资源，所述第一PUCCH资源组用于供所述终端确定每一所述网络侧设备对应的所述第一PUCCH资源，所述第一PUCCH资源为所述第一PUCCH资源组中的资源；其中，当至少两个网络侧设备对应的第一PUCCH资源发生冲突时，所述终端进行UCI联合反馈。
可选地，所述每一网络侧设备对应的第一PUCCH资源属于相同的资源组或不同的资源组。
可选地，在同一时间单元待反馈的物理下行共享信道PDSCH均来自于 同一网络侧设备时，所述终端对所述网络侧设备进行UCI单独反馈，在同一时间单元待反馈的PDSCH来自于至少两个网络侧设备时，所述终端进行UCI联合反馈。
可选地，进行UCI联合反馈时，在所述第二PUCCH资源上传输的反馈信息包括指示信息和所述至少两个网络侧设备的UCI信息，所述指示信息用于指示每一网络侧设备反馈的UCI信息的有效载荷大小payload size。
可选地，所述指示信息的比特数为预先约定或者预先配置的值。
可选地，所述第二PUCCH资源上传输所述指示信息的资源元素RE数量和RE位置为预先约定或者预先配置的。
可选地，所述在第二PUCCH资源上传输所述至少两个网络侧设备的UCI信息包括：
将所述至少两个网络侧设备中的每一网络侧设备的UCI信息映射到所述第二PUCCH资源的不同部分进行UCI反馈。
可选地，所述第二PUCCH资源的不同部分采用不同的波束进行传输；或
所述第二PUCCH资源的不同部分对应不同的跳hop。
可选地，进行UCI单独反馈时，确定反馈的混合自动重传请求应答码本HARQ-ACK codebook的方式为separate HARQ-ACK codebook，所述第一PUCCH资源传输的UCI信息为一所述网络侧设备的UCI信息。
可选地，进行UCI联合反馈时，确定反馈的HARQ-ACK codebook的方式为joint HARQ-ACK codebook，所述第二PUCCH资源传输的UCI信息为所述至少两个网络侧设备的UCI信息。
在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1201代表的一个或多个处理器和存储器1203代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1202可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1204还可以是能够外接内接需要设备的接口， 连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1201负责管理总线架构和通常的处理，存储器1203可以存储处理器1201在执行操作时所使用的数据。
可选地，本公开实施例还提供一种网络侧设备，包括处理器1201，存储器1203，存储在存储器1203上并可在所述处理器1201上运行的计算机程序，该计算机程序被处理器1201执行时实现上述物理上行控制信道传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现本公开实施例提供的网络侧设备侧的物理上行控制信道传输方法实施例的各个过程，或者该计算机程序被处理器执行时实现本公开实施例提供的终端侧的物理上行控制信道传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者基站等)执行本公开各个实施例所述的方法。
上面结合附图对本公开的实施例进行了描述，但是本公开并不局限于上 述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本公开的启示下，在不脱离本公开宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本公开的保护之内。

Claims (14)

  1. 一种物理上行控制信道传输方法，应用于终端，包括：
    进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；
    进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息；
    其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
  2. 根据权利要求1所述的方法，其中，所述进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息之前，所述方法还包括：
    接收资源配置信息，所述资源配置信息用于指示第一PUCCH资源组和第二PUCCH资源组，所述第一PUCCH资源为所述第一PUCCH资源组中的资源，所述第二PUCCH资源为所述第二PUCCH资源组中的资源；
    当至少两个网络侧设备对应的第一PUCCH资源发生冲突时，进行UCI联合反馈。
  3. 根据权利要求2所述的方法，其中，所述接收资源配置信息之后，还包括：
    根据所述第一PUCCH资源组确定每一所述网络侧设备对应的PUCCH资源，所述每一网络侧设备对应的第一PUCCH资源属于相同的资源组或不同的资源组。
  4. 根据权利要求1所述的方法，其中，在同一时间单元待反馈的物理下行共享信道PDSCH均来自于同一网络侧设备时，进行UCI单独反馈，在同一时间单元待反馈的PDSCH来自于至少两个网络侧设备时，进行UCI联合反馈。
  5. 根据权利要求1所述的方法，其中，进行UCI联合反馈时，在所述第二PUCCH资源上传输的反馈信息包括指示信息和所述至少两个网络侧设备的UCI信息，所述指示信息用于指示每一网络侧设备反馈的UCI信息的有效 载荷大小payload size。
  6. 根据权利要求5所述的方法，其中，所述指示信息的比特数为预先约定或者预先配置的值。
  7. 根据权利要求5所述的方法，其中，所述第二PUCCH资源上传输所述指示信息的资源元素RE数量和RE位置为预先约定或者预先配置的。
  8. 根据权利要求1所述的方法，其中，所述在第二PUCCH资源上传输所述至少两个网络侧设备的UCI信息包括：
    将所述至少两个网络侧设备中的每一网络侧设备的UCI信息映射到所述第二PUCCH资源的不同部分进行UCI反馈。
  9. 根据权利要求8所述的方法，其中，所述第二PUCCH资源的不同部分采用不同的波束进行传输；或
    所述第二PUCCH资源的不同部分对应不同的跳hop。
  10. 根据权利要求1所述的方法，其中，进行UCI单独反馈时，确定反馈的混合自动重传请求应答码本HARQ-ACK codebook的方式为separate HARQ-ACK codebook，所述第一PUCCH资源传输的UCI信息为一所述网络侧设备的UCI信息。
  11. 根据权利要求1所述的方法，其中，进行UCI联合反馈时，确定反馈的HARQ-ACK codebook的方式为joint HARQ-ACK codebook，所述第二PUCCH资源传输的UCI信息为所述至少两个网络侧设备的UCI信息。
  12. 一种终端，包括：
    第一传输模块，用于进行上行控制信息UCI单独反馈时，在一网络侧设备对应的第一物理上行控制信道PUCCH资源上传输所述网络侧设备的UCI信息；
    第二传输模块，用于进行UCI联合反馈时，在第二PUCCH资源上传输至少两个网络侧设备的UCI信息；
    其中，所述第一PUCCH资源和所述第二PUCCH资源位于不同资源组上。
  13. 一种终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至11 中任一项所述的物理上行控制信道传输方法中的步骤。
  14. 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的物理上行控制信道传输方法的步骤。
PCT/CN2019/111362 2018-12-12 2019-10-16 物理上行控制信道传输方法、网络侧设备和终端 Ceased WO2020119243A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811520133.6 2018-12-12
CN201811520133.6A CN111262668B (zh) 2018-12-12 2018-12-12 物理上行控制信道传输方法、网络侧设备和终端

Publications (1)

Publication Number Publication Date
WO2020119243A1 true WO2020119243A1 (zh) 2020-06-18

Family

ID=70943733

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/111362 Ceased WO2020119243A1 (zh) 2018-12-12 2019-10-16 物理上行控制信道传输方法、网络侧设备和终端

Country Status (2)

Country Link
CN (1) CN111262668B (zh)
WO (1) WO2020119243A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115701014A (zh) * 2021-07-30 2023-02-07 维沃移动通信有限公司 Harq-ack的传输方法及装置
CN116508277A (zh) * 2020-10-16 2023-07-28 华为技术有限公司 一种指示反馈信息的方法和装置
EP4185049A4 (en) * 2020-07-30 2023-12-06 Huawei Technologies Co., Ltd. COMMUNICATION METHOD, APPARATUS AND SYSTEM

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021253419A1 (zh) * 2020-06-19 2021-12-23 深圳传音控股股份有限公司 确定反馈方式的方法、通信装置及存储介质
CN114071755B (zh) * 2020-07-30 2025-01-14 华为技术有限公司 一种通信方法、装置及系统
WO2022027515A1 (zh) * 2020-08-06 2022-02-10 富士通株式会社 上行控制信息的发送方法、装置和系统
EP4195556A4 (en) * 2020-08-06 2024-01-17 Fujitsu Limited METHOD AND DEVICE FOR SENDING UPLINK DATA AND SYSTEM
CN114337945B (zh) * 2020-09-28 2025-04-08 维沃移动通信有限公司 信息指示方法、装置、终端、网络设备和存储介质
WO2022077514A1 (zh) * 2020-10-16 2022-04-21 华为技术有限公司 一种通信方法及装置
CN115189826B (zh) * 2021-04-01 2024-11-19 华为技术有限公司 一种信息发送方法、接收方法及装置
CN116744460B (zh) * 2023-07-17 2025-01-24 南京星思半导体有限公司 物理上行控制信道pucch的确定方法与装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244567A (zh) * 2010-05-13 2011-11-16 清华大学 通信控制服务器、基站、终端、联合服务系统及方法
CN103313378A (zh) * 2012-03-16 2013-09-18 华为技术有限公司 定时方法、定时参考确定方法、设备及系统
CN107182126A (zh) * 2016-03-09 2017-09-19 中兴通讯股份有限公司 上行反馈信息的传输方法及装置
CN107181577A (zh) * 2016-03-09 2017-09-19 中兴通讯股份有限公司 上行反馈信息的传输方法及装置
WO2018031825A1 (en) * 2016-08-10 2018-02-15 Intel IP Corporation System and method for enhanced csi feedback
WO2018143785A1 (en) * 2017-02-06 2018-08-09 Samsung Electronics Co., Ltd. Method and user equipment (ue) for managing harq procedure for multiple numerologies

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102437901B (zh) * 2011-12-31 2014-09-10 电信科学技术研究院 一种上行控制信息的联合反馈方法及装置
US9060361B2 (en) * 2012-09-27 2015-06-16 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving channel state information
CN107872303B (zh) * 2016-09-26 2020-07-28 华为技术有限公司 传输反馈信息的方法和装置
CN108811138B (zh) * 2017-05-05 2023-11-24 北京三星通信技术研究有限公司 传输控制信息的方法及设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102244567A (zh) * 2010-05-13 2011-11-16 清华大学 通信控制服务器、基站、终端、联合服务系统及方法
CN103313378A (zh) * 2012-03-16 2013-09-18 华为技术有限公司 定时方法、定时参考确定方法、设备及系统
CN107182126A (zh) * 2016-03-09 2017-09-19 中兴通讯股份有限公司 上行反馈信息的传输方法及装置
CN107181577A (zh) * 2016-03-09 2017-09-19 中兴通讯股份有限公司 上行反馈信息的传输方法及装置
WO2018031825A1 (en) * 2016-08-10 2018-02-15 Intel IP Corporation System and method for enhanced csi feedback
WO2018143785A1 (en) * 2017-02-06 2018-08-09 Samsung Electronics Co., Ltd. Method and user equipment (ue) for managing harq procedure for multiple numerologies

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4185049A4 (en) * 2020-07-30 2023-12-06 Huawei Technologies Co., Ltd. COMMUNICATION METHOD, APPARATUS AND SYSTEM
CN116508277A (zh) * 2020-10-16 2023-07-28 华为技术有限公司 一种指示反馈信息的方法和装置
CN115701014A (zh) * 2021-07-30 2023-02-07 维沃移动通信有限公司 Harq-ack的传输方法及装置

Also Published As

Publication number Publication date
CN111262668B (zh) 2021-10-12
CN111262668A (zh) 2020-06-09

Similar Documents

Publication Publication Date Title
CN113573256B (zh) 信息反馈、资源调度方法、终端及网络设备
JP7258041B2 (ja) サイドリンクの伝送方法及び端末
US12022486B2 (en) Feedback information transmission method and a terminal device
WO2020119243A1 (zh) 物理上行控制信道传输方法、网络侧设备和终端
US11546091B2 (en) Method for determining HARQ-ACK codebook and user equipment
CN111277381B (zh) 物理下行控制信道监听、监听配置方法、终端及网络设备
CN113259073B (zh) Pusch传输方法、pusch传输控制方法及相关设备
US12058684B2 (en) Resource configuration method, resource determining method, network side device and terminal
WO2021088751A1 (zh) 混合自动重传请求应答harq-ack反馈位置的确定方法及通信设备
WO2020238721A1 (zh) 混合自动重传请求确认反馈方法和终端
CN111262663A (zh) 一种反馈消息的发送方法及终端设备
CN110933751B (zh) 上行控制信息的指示方法、接收方法、终端及网络设备
WO2021031908A1 (zh) 传输方法、配置方法、终端及网络侧设备
CN111615196B (zh) 资源配置方法、数据的接收方法及相关设备
CN111447686B (zh) 一种harq-ack反馈方法、终端和网络设备
WO2020151388A1 (zh) 重复传输方法、终端及网络侧设备
EP4138495A1 (en) Transmission processing method and apparatus, and electronic device
WO2020216245A1 (zh) 上行传输方法、终端和网络侧设备
CN110932825B (zh) 混合自动重传请求应答反馈方法和终端
WO2021018130A1 (zh) 物理上行链路控制信道传输方法、装置、设备及介质
CN111800867A (zh) 半持续调度物理下行共享信道的反馈方法及终端设备
WO2021228080A1 (zh) 信息传输、harq-ack码本的生成、传输方法及设备
CN111277386A (zh) 下行分配索引确定方法、终端和网络设备
CN111800880A (zh) 上行控制信息的传输方法、终端设备及存储介质
CN113225162B (zh) 信道状态信息csi上报方法、终端及计算机可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19895258

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19895258

Country of ref document: EP

Kind code of ref document: A1