CN110731112B - 用于可靠通信的多发送接收点协作的方法和设备 - Google Patents

用于可靠通信的多发送接收点协作的方法和设备 Download PDF

Info

Publication number
CN110731112B
CN110731112B CN201880038300.5A CN201880038300A CN110731112B CN 110731112 B CN110731112 B CN 110731112B CN 201880038300 A CN201880038300 A CN 201880038300A CN 110731112 B CN110731112 B CN 110731112B
Authority
CN
China
Prior art keywords
pdcch
coreset
pdcchs
pucch
configuration
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.)
Active
Application number
CN201880038300.5A
Other languages
English (en)
Other versions
CN110731112A (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN110731112A publication Critical patent/CN110731112A/zh
Application granted granted Critical
Publication of CN110731112B publication Critical patent/CN110731112B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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 signaling, i.e. of overhead other than pilot signals
    • 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—Signaling for the administration of the divided path
    • H04L5/0092—Indication of how the channel is divided
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • 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/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • 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 signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK

Landscapes

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

Abstract

本申请的实施例涉及调度用于一个或多个TRP与一个或多个UE之间的下行和上行通信的传输资源的控制信息。假设用于DL控制信息传输的一个物理下行控制信道(PDCCH)针对至少一个用于DL数据传输的物理下行共享信道(PDSCH)或至少一个用于UL数据传输的物理上行共享信道(PUSCH)携带至少一个分配或调度信息块。本申请的实施例提供了提供配置信息以及用以确定在何处监测PDSCH、PUSCH和PUCCH信息的信息的方法，所述配置信息可由用户设备(UE)使用以确定PDSCH和PUSCH的传输模式。

Description

用于可靠通信的多发送接收点协作的方法和设备
相关申请的交叉引用
本申请要求享有于2017年6月15日提交的申请号为62/520,510、名称为“用于可靠通信的多发送接收点协作的方法和设备”的美国临时申请以及于2017年10月5日提交的申请号为62/568,757、名称为“用于可靠通信的多发送接收点协作的方法和设备”的美国临时申请的权益。这些申请的全部内容均通过引用并入本文中。
技术领域
本公开一般涉及无线通信，并且在特定实施例中，涉及用于可靠通信的多发送接收点(transmit receive point,TRP)通信的系统和方法，包括支持单个小区内的单个数据信道类型(单播或UE特定)的多分配以及来自多个小区的单个数据信道类型(单播或UE特定)的多分配。
背景技术
在传统的蜂窝网络中，每个发送/接收点(TRP)关联于覆盖区域或传统的基于TRP的小区，并被分配传统的小区标识符(cell identifier,ID)以定义控制信道和数据信道，以便可以支持每个传统小区的TRP到用户设备(user equipment,UE)或UE到TRP的同时通信。网络可以通过分配的传统小区ID维持服务TRP与UE之间的关联，直到触发切换为止。
随着对移动宽带需求的增加，传统的蜂窝网络被更加密集和不均匀地部署有更多数量的TRP。在一些实现方式中，多个TRP可能服务于同一UE。
每个TRP可以发送其将在向UE发送或从UE接收时使用的资源的分配。例如，TRP可以发送下行控制信道的信息，向UE指示针对UE的数据可能位于下行共享信道的哪个位置。在任何给定时间正在与UE交互或者正在向UE提供信息的TRP的数量可以或者可以不为UE所知。在一些场景中，网络可以将UE可能需要监测的TRP的数量(更具体地，分配的数量)明确地指定给UE。在其他场景中，可以不明确地对UE指定分配的数量。如果UE能够将UE在不确定什么分配用于UE时需要执行的下行控制信道或其他相关信道类型的监测量至少减少为处理量，则将是有利的，这将可以例如最终影响UE的电池寿命。
发明内容
根据本公开的一个方面，提供了一种方法，包括：用户设备(UE)接收用于监测多于一个物理下行控制信道(PDCCH)的配置，所述多于一个PDCCH用于在一个监测时机内调度来自一个物理小区的多于一个物理下行共享信道(PDSCH)或物理上行共享信道(PUSCH)或二者，其中多于一个PDSCH或PUSCH与一个数据信道类型和一个无线网络临时标识符(RNTI)类型相关联；基于所述配置监测多于一个PDCCH；以及同时接收多于一个PDSCH或同时发送多于一个PUSCH。
根据本公开的一个方面，提供了一种方法，包括：为用户设备(UE)配置至少一个物理下行控制信道(PDCCH)和另一个性能之间的关联，并配置所述UE用以在一个监测时机内针对一个数据信道类型以及一个小区的一个RNTI类型来监测用于至少一个PDSCH或者至少一个PUSCH或者两者的至少一个PDCCH。
在一些实施例中，所述配置所述UE用以监测至少一个PDCCH包括通过无线资源控制(radio resource control,RRC)信令或媒体访问控制控制元素(media access controlcontrol element,MAC CE)信令显式地提供PDCCH数量给所述UE。
在一些实施例中，至少一个PDCCH可以与至少一个PDSCH和/或至少一个PUSCH相关联，且一个PDCCH与一个PDSCH或PUSCH相关联。
在一些实施例中，所述配置所述UE用以监测至少一个PDCCH包括，所述UE基于所述配置的至少一个PDCCH和另一个性能之间的关联来隐式地确定被监测的PDCCH的数量。
在一些实施例中，所述另一个性能是以下一种或多种：与UE特定搜索空间相关联的控制资源集(control resource set,CORESET)组；PDCCH的解调参考信号(demodulationreference signal,DMRS)和下行参考信号(downlink reference signal,DL RS)之间的准共址(quasi-co-location,QCL)关联；高层子层；混合自动重传请求(hybrid automaticrepeat request,HARQ)实体；小区无线网络临时标识(cell radio network temporaryidentifier,C-RNTI)；另一可配置的UE特定ID；以及用于PDCCH监测的DMRS配置。
在一些实施例中，隐式地确定数量包括使用数量上与配置的至少一个CORESET组数量相同的PDCCH。
在一些实施例中，所述方法还可以包括：根据不同数量的PDCCH为UE配置至少两个不同的控制资源集(CORESET)和搜索空间配置，其中第一CORESET和搜索空间配置用于第一数量的PDCCH并且第二CORESET和搜索空间配置用于第二数量的PDCCH，其中一个搜索空间配置基于一个或多个聚合级别和一个或多个针对每个聚合级别的候选数。
在一些实施例中，隐式地确定数量包括使用数量上与PDCCH的解调参考信号(DMRS)和下行参考信号(DL RS)之间的、经配置的至少一个QCL关联数量相同的PDCCH。
在一些实施例中，所述方法还可以包括：配置所述至少一个PDCCH和至少一个QCL关联配置之间的关联，其中所述至少一个PDCCH中的一个PDCCH与一个特定QCL关联相关联；用具有特定QCL配置索引的特定的QCL关联监测所述一个PDCCH；并且将所述一个PDCCH的标识确定为关联的特定QCL配置索引。
在一些实施例中，隐式地确定数量包括使用数量上与配置的至少一个HARQ实体的数量相同的PDCCH。
在一些实施例中，所述方法还可以包括：配置至少一个PDCCH与至少一个HARQ实体之间的关联，其中所述至少一个PDCCH中的一个PDCCH与具有特定HARQ实体索引的一个特定HARQ实体相关联；并且将所述一个PDCCH的标识确定为关联的HARQ实体索引。
在一些实施例中，隐式地确定数量包括使用数量上与C-RNTI和/或另一可配置的UE特定ID的总数相同的PDCCH。
在一些实施例中，所述方法还可以包括：配置至少一个PDCCH与至少一个C-RNTI和/或另一个可配置的UE特定ID之间的关联，其中所述至少一个PDCCH中的一个PDCCH与具有特定索引的一个特定的C-RNTI和/或另一个可配置的UE特定ID相关联；使用特定C-RNTI和/或另一可配置的UE特定ID来监测所述一个PDCCH；将所述一个PDCCH的标识确定为C-RNTI和/或另一个可配置的UE特定ID的关联特定索引。
在一些实施例中，所述配置包括为所述UE配置至少两个不同的控制资源集(CORESET)，每个控制资源集与UE特定搜索空间相关联。
在一些实施例中，不同的控制资源集被配置有相同的一个或多个聚合级别，并且对于不同的控制资源集的每个聚合级别，相关的非零数量的候选对于相同或不同的CORESET大小可以是相同的或不同的。
在一些实施例中，所述方法可以进一步包括基于无线资源控制(RRC)信令向UE提供至少一个PUSCH/PUCCH的UL闭环传输功率命令(transmission power command,TPC)与至少一个PDCCH之间的关联。
在一些实施例中，所述一个PUSCH/PUCCH使用来自一个特定PDCCH的TPC，该特定PDCCH与PUSCH/PUCCH也相关联。
在一些实施例中，所述一个PUSCH/PUCCH使用来自一个参考PDCCH的TPC，该参考PDCCH被配置为多个PDCCH之一。
在一些实施例中，所述方法可以进一步包括基于无线资源控制(RRC)信令向UE提供用于SRS传输的至少一个SRS触发与至少一个PDCCH之间的关联。
在一些实施例中，所述UE使用来自一个特定PDCCH的一个SRS触发，该特定PDCCH也与特定SRS配置相关联。
在一些实施例中，所述UE使用来自一个参考PDCCH的一个SRS触发，该参考PDCCH被配置为多个PDCCH之一。
在一些实施例中，根据配置的PDCCH数量，所述UE被配置有用于PUSCH或PDSCH的至少两个不同的最大HARQ进程数量。
在一些实施例中，所述UE被配置为针对PUSCH或PDSCH使用与第一数量的PDCCH相关联的第一最大HARQ进程数量，并针对PUSCH或PDSCH使用与第二数量的PDCCH相关联的第二最大HARQ进程数量。
在一些实施例中，所述第一和第二最大HARQ进程数量被RRC配置，或者第一和/或第二最大HARQ进程数量由PDCCH的数量N的和一个预定义的或配置的最大HARQ进程数量Nmax基于Nmax*N的形式所确定。
根据本公开的另一方面，提供了一种方法，包括：第一发送接收点(TRP)在动态调度的资源上发送第一传输，并且在同一时间资源块中，第二TRP在配置的资源上发送第二传输。
根据本公开的另一方面，提供了一种方法，包括：第一发送接收点(TRP)通过第一时频资源发送第一传输，第二TRP通过第二时频资源动态调度用于复制数据的传输。
根据本公开的另一方面，提供了一种方法，包括：中央调度器调度来自至少两个发送接收点(TRP)的初始传输以及一个或多个重传，其中所述至少两个TRP中的每个TRP发送初始传输和一个或多个重传中的至少一者。
根据本公开的另一方面，提供了一种方法，包括：第一发送接收点(TRP)调度来自第一TRP和至少一个第二TRP的初始传输以及一个或多个重传，并且所述第一TRP将调度信息发送给所述至少一个第二TRP。
根据本公开的另一方面，提供了一种方法，包括：第一发送接收点(TRP)调度来自第一TRP和至少一个第二TRP的初始传输以及一个或多个重传，所述第一TRP将调度信息发送给所述至少一个第二TRP，并且所述至少一个第二TRP调度来自至少一个第二TRP的至少一个重传。
根据本公开的另一方面，提供了一种方法，包括：调度至少两个上行控制信道以传输相同数据，所述至少两个信道中的每个信道上的数据具有相同的混合自动重传请求(HARQ)进程标识符(ID)。
根据本公开的另一方面，提供了一种方法，包括：调度至少两个上行控制信道以传输不同数据，所述至少两个信道中的每个信道上的数据具有相同的混合自动重传请求(HARQ)进程标识符(ID)。
根据本公开的一个方面，提供了一种方法，包括：接收包括两个或更多个物理下行控制信道(PDCCH)的传输模式配置的信令；和基于所述传输模式配置，确定所述两个或更多个物理下行控制信道(PDCCH)的传输模式。
在一些实施例中，其中所述传输模式配置对于两个或更多个PDCCH是公共的。
在一些实施例中，所述传输模式是预定义的。
在一些实施例中，所述传输模式配置指示所述两个或更多个PDCCH中的每个PDCCH的相应传输模式。
在一些实施例中，其中所述传输模式对于用于物理下行共享信道(PDSCH)或物理上行共享信道(PUSCH)的所述至少一个PDCCH中的每个PDCCH是不同的。
在一些实施例中，使用无线资源控制(RRC)信令、下行控制信息(DCI)、媒体访问控制控制元素(MAC CE)中的至少一个通知所述传输模式配置。
根据本公开的一个方面，提供了一种方法，包括：接收包括至少一个控制资源集(CORESET)配置的信令，并且基于所述至少一个CORESET配置，在监测时机内监测至少一个CORESET中的一个或多个物理下行控制信道(PDCCH)，其中每个CORESET配置具有至少一个PDCCH标识符，所述至少一个PDCCH标识符用于指示PDCCH的数量以及PDCCH和CORESET之间的关联。
在一些实施例中，一个PDCCH标识符包括物理下行共享信道(PDSCH)和物理上行共享信道(PUSCH)共用的一个PDCCH标识符。
在一些实施例中，一个PDCCH标识符包括一个PDCCH标识符集，所述一个PDCCH标识符集包括用于PDSCH的一个特定PDCCH标识符和用于PUSCH的一个特定PDCCH标识符。
在一些实施例中，每个CORESET配置的至少一个PDCCH标识符是指M个PDCCH标识符，其中M是≥1的整数，并且M个PDCCH标识符中的每个PDCCH标识符用于指示最多M个PDCCH中的特定PDCCH在CORESET中是否被监测。
在一些实施例中，M个PDCCH中的每个PDCCH与M个PDCCH标识符中的一个特定PDCCH标识符相关联。
在一些实施例中，基于针对每个CORESET配置的关联的PDCCH标识符的值，指示M个PDCCH中的每个PDCCH被监测或不被监测。
在一些实施例中，关联的PDCCH标识符的值被设置为以下任何一个：0/1；on/off；或者是真/假。
在一些实施例中，指示M个PDCCH中的每个PDCCH在所有配置的CORESET中被监测。
在一些实施例中，与特定PDCCH相关联的PDCCH标识符的值是以下任何一个：1；on或者真。
在一些实施例中，需要在一个监测时机中监测的PDCCH的数量P等于被配置为在至少一个CORESET中被监测的不同PDCCH的总数。
在一些实施例中，每个CORESET配置的所述至少一个关联的PDCCH标识符是单个PDCCH标识符，所述单个PDCCH标识符指示与在CORESET中被监测的单个PDCCH标识符的特定值相关联的单个PDCCH。
在一些实施例中，每个CORESET配置的单个PDCCH标识符被配置有M个不同值中的一个特定值，其中M是≥1的整数，其用于指示可以在针对一种搜索空间类型配置的至少一个CORESET中监测的最多M个PDCCH。
在一些实施例中，M个PDCCH中的每个PDCCH与单个PDCCH标识符的一个特定值相关联。
在一些实施例中，单个PDCCH标识符的M个不同值是1,...,M。
在一些实施例中，指示M个PDCCH中的每个PDCCH在至少一个CORESET中被监测，所述CORESET具有与特定PDCCH相关联的PDCCH标识符值，否则，所述PDCCH不被监测。
在一些实施例中，在一个监测时机中被监测的PDCCH的数量P等于被配置为从至少一个CORESET监测的不同PDCCH的总数。
在一些实施例中，单个PDCCH标识符包括物理下行共享信道(PDSCH)和物理上行共享信道(PUSCH)共用的一个PDCCH标识符。
在一些实施例中，单个PDCCH标识符包括PDCCH标识符集，其包括用于PDSCH的特定PDCCH标识符和用于PUSCH的特定PDCCH标识符。
根据本公开的一个方面，提供了一种方法，包括：接收包括物理下行控制信道(PDCCH)数量(PDCCHNum,PDCCHNum≥1)配置的信令；确定所述PDCCH数量与至少一个控制资源集(CORESET)之间的关联；基于所述关联，在监测时机内监测数量上等于至少一个CORESET中的PDCCH数量的PDCCH。
在一些实施例中，确定所述PDCCH数量与所述至少一个CORESET之间的关联还包括：接收至少一个CORESET配置；其中所述至少一个CORESET的每个CORESET配置具有至少一个PDCCH标识符，用于指示在CORESET中被监测或不被监测的关联PDCCH。
在一些实施例中，每个CORESET配置的至少一个PDCCH标识符是指数量上等于PDCCH数量的PDCCH标识符，用于指示在CORESET中被监测或者不被监测的关联PDCCH。
在一些实施例中，每个CORESET配置的至少一个PDCCH标识符是指单个PDCCH标识符，所述单个PDCCH标识符可以配置有具有不同值的PDCCH数量中的一个值，用于指示在CORESET中被监测或者不被监测的关联PDCCH。
在一些实施例中，确定所述PDCCH数量与所述至少一个CORESET之间的所述关联还包括：利用特定的PDCCH数量和特定的CORESET数量预定义PDCCH与CORESET之间的关联。
在一些实施例中，基于下列至少一项预定义PDCCH和CORESET之间的关联规则：所有CORESET可以分成非重叠的P个CORESET集合，其中每个具有特定索引p(p＝1,...P)的CORESET集合具有至少一个CORESET，并且来自不同CORESET集合的至少两个CORESET具有连续的CORESET索引和/或CORESET配置索引；每个具有特定PDCCH标识符(PDCCHIdx＝p(p＝1,...P))的PDCCH与特定CORESET集合p相关联，其中P等于PDCCH数量PDCCHNum。
在一些实施例中，预定义关联还包括：基于CORESET配置，利用PDCCH数量和CORESET数量预定义PDCCH和CORESET之间的关联表。
在一些实施例中，对于最多两个PDCCH和最多三个CORESET，映射表包括以下关系中的至少一个：
在一些实施例中，在上表中，PDCCHNum＝1指示在一个或多个CORESET中监测用于PDSCH的一个PDCCH或用于PUSCH的一个PDCCH，或监测两者；PDCCHNum＝2指示在多个CORESET中监测用于PDSCH的两个PDCCH或用于PUSCH的两个PDCCH，或监测两者，并且从不同的CORESET监测不同的PDCCH。
在一些实施例中，PDCCHNum包括一个PDCCHNum，其对于PDSCH和PUSCH是公共的。
在一些实施例中，PDCCHNum包括一个PDCCHNum集，其包括用于PDSCH的一个特定的PDCCH数量和用于PUSCH的一个PDCCH数量。
根据本公开的一个方面，提供了一种方法，包括：接收包括物理下行控制信道(PDCCH)数量(PDCCHNum,PDCCHNum≥1)配置的信令；接收用于确定PDCCH监测模式的指示；并且在监测时机内，监测数量上等于至少一个控制资源集(CORESET)中的PDCCH数量的PDCCH。
在一些实施例中，所述PDCCH监测模式包括下列之一：第一PDCCH监测模式，其对应于基于PDCCH与CORESET之间的预定义关联，针对用于PDSCH的至少两个PDCCH或用于PUSCH的至少两个PDCCH，监测不同CORESET中的不同PDCCH；或者第二PDCCH监测模式，其对应于监测针对一种搜索空间类型配置的所有CORESET中的一个或多个PDCCH。
在一些实施例中，所述预定义关联包括下列之一：PDCCH和CORESET之间的预定义关联规则；或PDCCH和CORESET之间的预定义关联表。
在一些实施例中，对于最多两个PDCCH和最多三个CORESET，所述预定义关联表包括下列关系中的至少一个：
在一些实施例中，所述方法还包括，如果所述指示指示要使用第一PDCCH监测模式，则使用所述第一PDCCH监测模式，否则使用第二PDCCH监测模式。
根据本公开的一个方面，提供了一种方法，包括：确定用于生成加扰序列的初始化值，所述加扰序列用于基于关联的物理下行控制信道(PDCCH)标识对物理信道进行加扰。
在一些实施例中，所述关联的PDCCH标识是PDCCH索引。
在一些实施例中，所述物理信道是PDCCH、物理下行共享信道(PDSCH)和物理上行共享信道(PUSCH)中的至少一个。
在一些实施例中，所述方法还包括：确定用于对与第一PDCCH标识相关联的第一物理信道进行加扰的初始化值；以及确定用于对与第二PDCCH标识相关联的第二物理信道进行加扰的初始化值。
根据本公开的一个方面，提供了一种方法，包括：接收多个物理下行控制信道(PDCCH)或物理下行共享信道(PDSCH)或两者；并且发送单个物理上行控制信道(PUCCH)用以传输多个上行控制信息(uplink control information,UCI)反馈的组合，其中每个UCI反馈与一个特定PDCCH和一个特定PDSCH中的至少一者相关联。
根据本公开的一个方面，提供了一种方法，包括：接收多个相应的物理下行控制信道(PDCCH)或物理下行共享信道(PDSCH)或两者；并且发送多个物理上行控制信道(PUCCH)用以传输多个上行控制信息(UCI)反馈，其中每个UCI反馈与一个特定PDCCH和一个特定PDSCH中的至少一者相关联。
在一些实施例中，所述方法还可以包括确定单个或多个PUCCH资源。
在一些实施例中，单个或多个PUCCH资源包括以下中的至少一个：时间资源；频率资源；码或序列资源；跳频模式；传输波束；以及PUCCH格式。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源使用相同或不同的PUCCH格式。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源位于单个时隙中，使得每个PUCCH的起始OFDM符号位于单个时隙中并且其持续时间小于或等于一个时隙的持续时间。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源位于多个时隙中，使得每个PUCCH的起始OFDM符号位于单个时隙中并且其持续时间小于、等于或长于一个时隙的持续时间。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源位于多个时隙中，使得每个PUCCH的结束OFDM符号位于单个时隙中并且其持续时间小于、等于或长于一个时隙的持续时间。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源位于单独的时隙中，使得每个PUCCH的起始OFDM符号位于给定时隙中并且其持续时间小于或等于一个时隙的持续时间。
在一些实施例中，其中用于传输多个相应PUCCH的多个PUCCH资源使用各自的传输波束，所述传输波束是使用各个PUCCH解调参考信号(DMRS)与各自的下行参考信号(DL RS)之间的准共址关联导出的。
在一些实施例中，DL RS是信道状态信息-参考信号(channel stateinformation–reference signal,CSI-RS)。
在一些实施例中，DL RS是PDCCH的DMRS。
在一些实施例中，DL RS是PDSCH的DMRS。
在一些实施例中，关于单个或多个PUCCH资源的资源信息被配置有以下中的至少一个：RRC信令；下行控制信息(DCI)；媒体访问控制控制元素(MAC CE)；以及预定义的规则。
在一些实施例中，所述方法包括：确定PUCCH反馈模式；并基于所述PUCCH反馈模式发送单个或多个PUCCH。
在一些实施例中，通过选择两种单独的反馈模式中的一种反馈模式来确定所述PUCCH反馈模式。
在一些实施例中，第一种模式用于单个PUCCH，第二种模式用于多个PUCCH。
在一些实施例中，确定所述PUCCH反馈模式包括：基于使用PDCCH到CORESET关联的隐式机制进行确定。
在一些实施例中，确定所述PUCCH反馈模式包括：接收更高层信令。
在一些实施例中，所述更高层信令为RRC信令、下行控制信息(DCI)和媒体访问控制控制元素(MAC CE)中的至少一个。
根据本公开的一个方面，提供了一种方法，包括：确定多个信道状态信息-参考信号(CSI-RS)配置与多个物理上行共享信道(PUSCH)之间的关联；并基于多个CSI-RS配置与多个PUSCH之间的所述关联，报告相关联的单独PUSCH上的一个或多个CSI-RS测量。
在一些实施例中，确定所述关联包括：接收指示所述关联的信令。
在一些实施例中，确定所述关联包括：确定与由PDCCH调度的PUSCH相关联的CSI-RS配置，所述PDCCH与和CSI-RS准共址的DMRS相关联。
根据本公开的一些实施例，提供了一种设备，包括：处理器和计算机可读介质。所述计算机可读存储介质上存储有计算机可执行指令，当所述计算机可执行指令由所述处理器执行时，执行上述或下面详述的各种方法中的一个或多个。
在一些实施例中，所述设备可以是电子设备，例如用户设备。
附图说明
为了更完整地理解本公开各实施例及其优点，现在通过示例的方式，参考以下结合附图的描述，其中：
图1示出了可以实现本公开的实施例的示例通信系统；
图2示出了可以实现本公开的实施例的示例通信系统的两个相邻NR小区；
图3A和图3B示出了可以实现根据本公开的方法和教导的示例设备；
图4A是小区中的发送接收点(TRP)与用户设备之间的物理下行控制信道(physical downlink control channel,PDCCH)和物理下行共享信道(physical downlinkshared channel,PDSCH)通信的代表性图示；
图4B是小区中的两个TRP与单个用户设备之间的PDCCH和PDSCH通信的代表性图示；
图5是示出两个PDCCH分配与其他参数之间的潜在关联的两个示例的表；
图6A和图6B示出了用于一个或多个PDCCH的传输模式配置之间的关联；
图7A至图7E示出了PDCCH、控制资源集(CORESET)和PDCCH标识符之间的关联的示例，其中PDCCH的数量等于2，其可以用于配置用户设备(UE)具有公共配置；
图8A至图8E示出了PDCCH、CORESET和PDCCH标识符之间的关联的示例，其中PDCCH的数量等于M，其可以用于配置UE具有公共配置；
图9是描述网络的操作的流程图，包括配置UE以监测适当的PDCCH；
图10A至图10C示出了PDCCH、CORESET和PDCCH标识符之间的关联的示例，其中下行(downlink,DL)和上行(uplink,UL)PDCCH的数量等于M，其可以用于配置UE具有公共配置；
图11A至图11D示出了PDCCH、CORESET和PDCCH标识符之间的关联的示例，其中DL和UL PDCCH的数量等于M，其可以用于配置UE具有公共配置；
图12A至图12C示出了PDCCH、CORESET和PDCCH标识符之间的关联的示例，其中PDCCH的数量等于2，其可以用于配置UE具有公共配置；
图12D是描述网络的操作的流程图，包括配置UE以监测适当的PDCCH；
图13A和图13B示出了PDCCH、CORESET和PDCCH标识符之间的关联的示例，其中DL和UL PDCCH的数量等于2，其可以用于配置UE具有公共配置；
图14是包括两个发送-接收点(TRP)和UE以及传输波束的网络的一部分的图示，这些传输波束用于至少针对PDCCH和PUCCH在TRP和UE之间通信；
图15A至图15F示出了UE对各个TRP的单独PUCCH所使用的资源配置的示例；
图16A和图16B示出了一个或多个相应的信道状态信息(channel stateinformation,CSI)与PUSCH之间的示例关联；
图17是描述根据本公开的一个方面的方法的流程图；
图18是描述根据本公开的另一方面的方法的流程图；
图19是描述根据本公开的又一方面的方法的流程图；
图20是描述根据本公开的又一方面的方法的流程图；
图21是描述根据本公开的又一方面的方法的流程图；
图22是描述根据本公开的又一方面的方法的流程图；
图23是描述根据本公开的又一方面的方法的流程图；
图24A是单个小区中的多个TRP与各UE之间的下行和上行分配的代表性图示；
图24B是单个小区中的多个TRP的下行和上行通信的传输资源的分配的代表性图示；
图25A是具有不同时间单位段的两个PDCCH和相关联的PDSCH的代表性图示；
图25B是具有相同的相应时间单位段的两个PDCCH和关联的PDSCH的代表性图示；
图26A是与两个PDCCH和PDSCH相关联的公共PUCCH的代表图；
图26B是两个PUCCH的代表图，每个PUCCH与各自的PDCCH和PDSCH相关联；
图26C是借助PUSCH的与两个PDCCH相关联的公共上行控制信息(UCI)的代表图；
图26D是两个UCI(其与借助两个可能的PUSCH其中之一的两个可能的PDCCH其中之一相关联)的代表图；
图26E是一个PUCCH(其与两个可能的PDCCH其中之一相关联)和一个UCI(其与借助两个可能的PUSCH其中之一的两个可能的PDCCH其中之一相关联)的代表图；
图26F是公共PUCCH(其与两个PDCCH相关联)和单个公共PUSCH(其与两个可能的PDCCH其中之一相关联)的代表图；
图26G是两个PUCCH(每个PUCCH与相应的PDCCH相关联)和单独的PUSCH(每个PUSCH与相应的PDCCH相关联)的代表图；
图27是基于分配标识、码字或码块以不同方式细分的传输资源的一部分的代表性图示；
图28A是与两个可能的PDCCH中的特定的PDCCH相关联的PUSCH的代表图；
图28B是与两个可能的PDCCH中的特定PDCCH相关联的探测参考信号(soundingreference signal,SRS)的代表图；
图28C是与两个可能的PDCCH中的特定PDCCH相关联的两个探测参考信号(SRS)的代表图；
图29A是单个数据信道的单个分配的HARQ进程数量的表示；
图29B是单个数据信道的多个分配的HARQ进程数量的表示；
图30A是示出TRP协作的集中调度的示意图；
图30B是示出TRP协作的独立调度的示意图；
图31A是示出使用双连接(dual connectivity,DC)的TRP协作的示意图；
图31B是在从一个小区到另一个小区的切换发生的持续时间内的多个传输资源的表示；
图32A是示出在集中调度场景中重复传输的重复可如何发生而用于TRP协作的示意图；
图32B是示出在独立调度场景中重复传输的重复可如何发生而用于TRP协作的示意图；
图33是在持续时间内的多个传输资源的表示，示出了在独立调度场景中传输的重复可如何发生而用于TRP协作；
图34A是在持续时间内的多个传输资源的表示，示出了用于PDSCH重复的NR-PDCCH传输；
图34B是在持续时间内的多个传输资源的另一表示，示出了用于PDSCH重复的NR-PDCCH传输；
图35是在持续时间内的多个传输资源的表示，示出了PDCCH、上行(UL)PDCCH确认和UL数据ACK/NACK之间的关系；
图36是在持续时间内的多个传输资源的表示，示出了PDCCH与UL数据ACK/NACK之间的关系，其中PDCCH的重传包括传输块大小(transmission block size,TBS)信息；和
图37是单个小区中的多个TRP与各UE之间的主下行分配和辅下行分配的代表性图示。
具体实施方式
本申请的实施例涉及用于调度一个或多个TRP与一个或多个UE之间的下行和上行通信的传输资源的控制信息。假设用于DL控制信息传输的一个物理下行控制信道(PDCCH)针对至少一个用于DL数据传输的物理下行共享信道(PDSCH)或至少一个用于UL数据传输的物理上行共享信道(PUSCH)携带至少一个分配或调度信息块。在一些情况下，PDCCH也称为下行控制信息(DCI)。此外，在一些实现方式中，一个PDCCH可以与一个PDSCH或一个PUSCH的一个HARQ进程相关联。用于新空口(New Radio,NR)(无线通信的下一演进)的PDCCH可以被称为NR-PDCCH。用于新空口(NR)的小区可以称为NR-小区。用于新空口(NR)的PDSCH可以被称为NR-PDSCH。用于新空口(NR)的PUCCH可以被称为NR-PUCCH。用于新空口(NR)的PUSCH可以被称为NR-PUSCH。通常，NR-PDCCH、NR-PDSCH、NR-PUSCH、NR-PUCCH用于本申请中的讨论。如果其上传送一个天线端口上的符号的信道的大规模(large-scale)特性可以从其上传送另一个天线端口上的符号的信道推断出，则称两个天线端口是准共址(QCL)的。大规模特性包括延迟扩展、多普勒扩展、多普勒频移、平均增益、平均延迟和空间Rx参数中的一个或多个。一个控制资源集(CORESET)组包含至少一个CORESET。CORESET定义有用于PDCCH监测的时间(例如，符号/时隙级)-频率(例如，PRB级)资源。
下面的表1示出了两个相应的PDCCH与关联于相应的PDCCH的其他特性之间的关系。PDCCH1可以具有关联的资源分配(分配1)、关联的下行控制信息(DCI1)、关联的PDSCH(PDSCH1)、关联的PUSCH(PUSCH1)以及关联的混合自动重传请求进程(HARQ进程1)。同样地，PDCCH2可以具有关联的资源分配(分配2)、关联的下行控制信息(DCI2)、关联的PDSCH(PDSCH2)、关联的PUSCH(PUSCH2)以及关联的混合自动重传请求进程(HARQ进程2)。每个PDCCH不一定始终包括所有关联，但是它们是PDCCH可以与之关联的特性的示例。
表1-对不同术语之间的映射的说明
PDCCH1 分配1 DCI1 PDSCH1 PUSCH1 HARQ进程1
PDCCH2 分配2 DCI2 PDSCH2 PUSCH2 HARQ进程2
图1示出了可以实现本公开的实施例的示例通信系统100。通常，系统100使多个无线或有线元件能够传送数据和其他内容。系统100的目的可以是经由广播、窄播、用户设备向用户设备提供内容(语音、数据、视频、文本)等。系统100可以通过共享诸如带宽等资源来有效地操作。
在该示例中，通信系统100包括电子设备(ED)110a-110c、无线接入网络(radioaccess network,RAN)120a-120b、核心网130、公共交换电话网络(public switchedtelephone network,PSTN)140、因特网150和其他网络160。虽然图1中示出了特定数量的这些组件或元件，但是系统100中可包括任何合理数量的这些组件或元件。
ED 110a-110c用于在系统100中操作、通信或操作和通信。例如，ED 110a-110c用于经由无线通信信道发送、接收或发送和接收。每个ED 110a-110c表示用于无线操作的任何合适的终端用户设备，并且可以包括(或可以被称为)以下设备，诸如用户装置/设备(UE)、无线发送/接收单元(wireless transmit/receive unit,WTRU)、移动站、移动用户单元、蜂窝电话、站(STA)、机器类型通信设备(machine type communication device,MTC)、个人数字助理(personal digital assistant,PDA)、智能手机、笔记本电脑、计算机、触摸板、无线传感器或消费型电子设备等。
在图1中，RAN 120a-120b分别包括基站170a-170b。每个基站170a-170b用于与ED110a-110c中的一个或多个无线接合，以使得能够接入任何其他基站170a-170b、核心网130、PSTN 140、因特网150和/或其他网络160。例如，基站170a-170b可以包括(或者是)几个众所周知的设备中的一个或多个，例如基站收发台(base transceiver station,BTS)、Node-B(NodeB)、演进型NodeB(eNodeB)、家庭eNodeB、gNodeB(有时称为“千兆位”NodeB)、传输点(transmission point,TP)、发送/接收点(TRP)、站点控制器、接入点(access point,AP)或无线路由器。当下面描述上面列出的任何示例基站时，假设它们可与其他类型的基站互换。任何ED 110a-110c可以替代地或联合地用于与任何其他基站170a-170b、因特网150、核心网130、PSTN 140、其他网络160或上述任何组合接合、接入或通信。可选地，系统可以包括诸如RAN 120b等RAN，其中如图所示，相应的基站170b经由因特网150接入核心网130。
ED 110a-110c和基站170a-170b是通信设备的示例，其可以用于实现本文描述的一些或全部功能和/或实施例。在图1所示的实施例中，基站170a形成RAN 120a的一部分，RAN 120a可以包括其他基站、基站控制器(base station controller,BSC)、无线网络控制器(radio network controller,RNC)、中继节点、元件和/或设备。任何基站170a、170b可以是如图所示的单个元件，或者是分布在相应RAN中的多个元件，或者其他。此外，基站170b形成RAN 120b的一部分，RAN 120b可以包括其他基站、元件和/或设备。每个基站170a-170b可以用于操作以在特定地理区域或地区(有时称为覆盖区)内发送和/或接收无线信号。可以将小区进一步划分为小区扇区，并且基站170a-170b可以例如使用多个收发器来向多个扇区提供服务。在一些实施例中，在无线接入技术支持的情况下基站170a-170b可以被实现为微微或毫微微节点。在一些实施例中，可以采用多输入多输出(multiple-input multiple-output,MIMO)技术，每个覆盖区具有多个收发器。所示的RAN 120a-120b的数量仅是示例性的。在设计系统100时，可以考虑任何数量的RAN。
基站170a-170b使用无线通信链路(例如，RF、μ波、IR等)通过一个或多个空中接口190与一个或多个ED 110a-110c通信。空中接口190可以使用任何合适的无线接入技术。例如，系统100可以在空中接口190中实现一种或多种信道接入方法，例如码分多址(codedivision multiple access,CDMA)、时分多址(time division multiple access,TDMA)、频分多址(frequency division multiple access,FDMA)、正交FDMA(orthogonal FDMA,OFDMA)或单载波FDMA(single-carrier FDMA,SC-FDMA)。
基站170a-170b可以实现通用移动电信系统(universal mobiletelecommunication system,UMTS)地面无线接入(terrestrial radio access,UTRA)以使用宽带CDMA(wideband CDMA,WCDMA)建立空中接口190。在这样做时，基站170a-170b可以实现诸如HSPA、HSPA+等协议，可选地包括HSDPA、HSUPA或两者。或者，基站170a-170b可以使用LTE、LTE-A和/或LTE-B与演进的UTMS地面无线接入(evolved UTMS terrestrial radioaccess,E-UTRA)建立空中接口190。可预期地，系统100可以使用多信道接入功能，包括如上所述的那些方案。其他用于实现空中接口的无线技术包括IEEE 802.11、802.15、802.16、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、IS-2000、IS-95、IS-856、GSM、EDGE和GERAN。当然，可以使用其他多址方案和无线协议。
RAN 120a-120b与核心网130通信，以向ED 110a-110c提供各种服务，诸如语音、数据和其他服务。可以理解的是，RAN 120a-120b和/或核心网130可以与一个或多个其他RAN(未示出)直接或间接通信，其可以或可以不由核心网130直接服务，并且可以或可以不采用与RAN 120a、RAN 120b或两者相同的无线接入技术。核心网130还可以用作(i)RAN 120a-120b或ED 110a-110c或两者与(ii)其他网络(诸如PSTN 140、因特网150和其他网络160)之间的网关接入。另外，ED 110a-110c中的一些或全部可以包括用于使用不同无线技术和/或协议通过不同无线链路与不同无线网络通信的功能。PSTN 140可以包括用于提供简易老式电话服务(plain old telephone service,POTS)的电路交换电话网络。因特网150可以包括计算机构成的网络和子网(内联网)构成的网络或两者构成的网络，并包括诸如IP、TCP和UDP等协议。ED 110a-110c可以是能够根据多种无线接入技术操作的多模设备，并且包含支持此类操作所必需的多个收发器。
预期如图1中所示的通信系统100可以支持新空口(NR)小区，该小区也可以被称为超级小区。每个NR小区包括使用相同NR小区ID的一个或多个TRP。NR小区ID是对NR小区的所有物理TRP的逻辑分配，并且可以携带在广播同步信号中。可以动态配置NR小区。NR小区的边界可以是灵活的，并且系统动态地向NR小区添加TRP或从NR小区移除TRP。
在一个实施例中，NR小区内可以具有一个或多个TRP，其在NR小区内发送服务于UE的UE特定数据信道。与UE特定数据信道相关联的一个或多个TRP也是UE特定的并且对UE是透明的。可以支持单个NR小区内的多个并行数据信道，每个数据信道服务于不同的UE。
在另一实施例中，NR小区内的一个或多个TRP可以发送UE特定专用控制信道，其服务于UE并且携带与UE相关联的UE特定控制信息。
在另一实施例中，可以支持广播公共控制信道和专用控制信道。广播公共控制信道可以携带由共享相同NR小区ID的所有或部分TRP发送的公共系统配置信息。每个UE可以根据与NR小区ID相关联的信息来解码来自广播公共控制信道的信息。NR小区内的一个或多个TRP可以发送UE特定专用控制信道，其服务于UE并且携带与UE相关联的UE特定控制信息。可以支持单个NR小区内的多个并行专用控制信道，每个专用控制信道服务于不同的UE。可以根据UE特定参考信号(RS)来执行每个专用控制信道的解调，所述UE特定参考信号(RS)的序列和/或位置链接到UE ID或其他UE特定参数。
在一些实施例中，可以根据UE特定参数(诸如UE ID)和/或NR小区ID生成这些信道中的一个或多个(包括专用控制信道和数据信道)。此外，UE特定参数和/或NR小区ID可用于区分来自不同NR小区的数据信道和控制信道的传输。
诸如UE的ED可以使用UE专用连接ID，通过NR小区内的至少一个TRP接入通信系统100，这允许与NR小区相关联的一个或多个物理TRP对UE是透明的。UE专用连接ID是唯一地标识NR小区中的UE的标识符。例如，UE专用连接ID可以由序列标识。在一些实现方式中，UE专用连接ID在初始接入之后被分配给UE。例如，UE专用连接ID可以链接到用于PHY信道生成的其他序列和随机数发生器。
在一些实施例中，只要UE正在与NR小区内的TRP通信，UE专用连接ID就保持相同。在一些实施例中，UE可以在跨越NR小区边界时保持原始UE专用连接ID。例如，UE可以仅在从网络接收到信令后改变其UE专用连接ID。
显然可以理解，可以在通信系统100中实现任何数量的NR小区。例如，图2示出了根据本公开的实施例的示例通信系统中的两个相邻NR小区。
如图2所示，NR小区282、284各自包括被分配了相同NR小区ID的多个TRP。例如，NR小区282包括TRP 286、287、288、289、290和292，其中TRP 290、292与ED(例如UE 294)通信。显然可以理解，NR小区282中的其他TRP可以与UE 294通信。NR小区284包括TRP 270、272、274、276、278和280。TRP 296在不同的时间、频率或空间方向被分配给NR小区282、284，并且系统可以在两个NR小区282和284之间切换发送点296的NR小区ID。预期可以在系统中实现NR小区之间的任何数量(包括零)的共享TRP。
在一个实施例中，系统动态地更新NR小区拓扑以适应网络拓扑、负载分布和/或UE分布的变化。在一些实现方式中，如果UE的密度在一个区域中增加，则系统可以动态地扩展NR小区以包括在较高密度的UE附近的TRP。例如，如果位于NR小区边缘的UE的密度增加到某个阈值以上，则系统可以扩展NR小区以包括其他TRP。作为另一示例，系统可以扩展NR小区以包括位于两个超级小区之间的更大密度的UE。在一些实现方式中，如果业务负载在一个区域显著增加，则系统还可以扩展与该区域相关联的NR小区以包括用于增加的业务负载的TRP。例如，如果网络的一部分的业务负载超过预定阈值，则系统可以改变正向网络的受影响部分进行发送的一个或多个TRP的NR小区ID。
在另一实施例中，系统可以将与TRP 296相关联的NR小区ID从NR小区282的NR小区ID改变为NR小区284的NR小区ID。在一实现方式中，系统可以周期性地(例如每1毫秒)改变TRP与不同NR小区的关联。利用这种灵活的NR小区形成机制，所有UE可以由最佳TRP服务，从而实际上就不存在小区边缘UE。
在又一实施例中，共享TRP 296可以减少对位于两个NR小区282、284之间的边界处的UE的干扰。位于两个NR小区282、284的边界附近的UE经历较少的切换，因为共享TRP在不同时间、频率或空间方向与任一NR小区相关联。此外，当UE在NR小区282、284之间移动时，转换过渡对于用户来说是更平滑的体验。在一个实施例中，网络改变TRP 296的NR小区ID以转换过渡在NR小区282、284之间移动的UE。此外，系统可以应用TRP选择技术以最小化NR内小区干扰和NR间小区干扰。在一个实施例中，TRP发送下行信道状态信息(CSI)-参考符号(RS)。可以定义一些导频(也称为参考信号)端口，使得UE可以测量信道状态信息并将其报告回网络。CSI-RS端口是导频端口，其定义为来自在已知资源元素(例如OFDM资源元素)上发送的序列的已知符号集，供UE测量信道状态。被分配以测量特定CSI-RS端口的UE可以测量所发送的CSI-RS序列、测量相关联的信道状态并将其报告回网络。诸如控制器的网络可以基于下行测量为所有服务的UE选择最佳TRP。在另一实施例中，TRP在配置的时频资源中检测来自UE的上行探测参考信号(SRS)序列。例如，诸如ZC序列等恒定幅度零自相关(constant amplitude zero auto correlation,CAZAC)序列可以用作SRS的基本序列。TRP向网络(例如控制器)报告检测到的上行SRS序列的测量。然后，控制器基于测量为所有服务的UE选择最佳TRP。
UE可以监测用于下行控制信息的一个或多个控制资源集(CORESET)。已知长期演进(Long term Evolution,LTE)支持UE特定和/或情况特定搜索空间定义。时间/频率资源集(即，控制资源集)可以被定义为给定参数集(numerology)下的资源元素组(ResourceElement Group,REG)集。在一些实现方式中，REG是四个连续的资源元素(RE)。RE是最小的传输资源元素，其可以例如是1个符号乘1个子载波。
一种搜索空间类型的搜索空间可以通过以下属性中的至少一些定义：一个或多个聚合级别(aggregation level,AL)、每个聚合级别的解码候选数(即，候选数(candidatenumber,CN))和每个解码候选的控制信道元素(Control Channel Element,CCE)集。候选是搜索空间中可以包括用于UE的下行控制信息的位置。因此，候选数是搜索空间中潜在位置的定义数量。在一些实现方式中，CCE可以是九个连续的REG。聚合级别可以被定义为1、2、4或8个连续的CCE。作为示例，聚合级别2将是2个连续的CCE。
下面的表2示出了用于两个示例CORESET的增强型PDCCH(Enhanced PDCCH,EPDCCH)的示例，以及具体相关联的搜索空间聚合级别和候选数。表2的CORESET A和CORESET B列中的值表示CORESET中使用的物理资源块(Physical Resource Block,PRB)的数量。L＝2到L＝32的值是不同的聚合级别。每个聚合级别列中的两个数字表示相应行中的CORESET A和CORESET B的PRB大小的候选数。在候选数为零的情况下，相应的CORESET不支持该特定的聚合级别。
表2-不同CORESET的不同聚合级别的候选数
表2仅是用于不同大小的CORESET的相应聚合级别的候选数的示例。应该理解的是，这些是示例值并且本质上不是限制性的。
在一些实现方式中，在时域中，CORESET可以包括一个OFDM符号或者包括连续或非连续的OFDM符号集。CORESET的配置可以以各种不同方式定义。例如，可以基于起始OFDM符号和持续时间来定义CORESET。另一示例可以包括定义OFDM符号的数量。在一些实施例中，CORESET可以被配置有单个控制信道元素-到-资源元素组(control channel element-to-resource element group,CCE-to-REG)映射。
图3A和图3B示出了可以实现本公开方法和教导的示例设备。具体地，图3A示出了示例ED 110，图3B示出了示例基站170。这些组件可以用在系统100中或任何其他合适的系统中。
如图3A所示，ED 110包括至少一个处理单元200。处理单元200实现ED 110的各种处理操作。例如，处理单元200可以执行信号编码、数据处理、功率控制、输入/输出处理、或者使ED 110能够在系统100中操作的任何其他功能。处理单元200还可以被配置为实现以上更详细描述的一些或全部功能和/或实施例。每个处理单元200包括被配置为执行一个或多个操作的任何合适的处理或计算设备。每个处理单元200可以包括例如，微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路。
ED 110还包括至少一个收发器202。收发器202被配置为调制数据或其他内容以供至少一个天线或网络接口控制器(Network Interface Controller,NIC)204进行传输。收发器202还被配置为解调由至少一个天线204接收的数据或其他内容。每个收发器202包括用于生成无线传输用信号和/或处理无线或有线接收的信号的任何合适的结构。每个天线204包括用于发送和/或接收无线信号的任何合适的结构。可以在ED 110中使用一个或多个收发器202，并且可以在ED 110中使用一个或多个天线204。虽然示出为单个功能单元，但是收发器202也可以使用至少一个发射器和至少一个单独的接收器来实现。
ED 110还包括一个或多个输入/输出设备206或接口。输入/输出设备206便于与网络中的用户或其他设备(网络通信)进行交互。每个输入/输出设备206包括用于向用户提供信息或从用户接收/提供信息的任何合适的结构，例如扬声器、麦克风、小型键盘、键盘、显示器或触摸屏，包括网络接口通信。
此外，ED 110包括至少一个存储器208。存储器208存储由ED 110使用、生成或收集的指令和数据。例如，存储器208可以存储被配置为实现上述某些或全部功能和/或实施例的软件指令或模块，并且这些软件指令或模块由处理单元200执行。每个存储器208包括任何合适的易失性和/或非易失性存储和检索设备。可以使用任何合适类型的存储器，例如随机存取存储器(random access memory,RAM)、只读存储器(read only memory,ROM)、硬盘、光盘、用户标识模块(subscriber identity module,SIM)卡、记忆棒、安全数字(securedigital,SD)存储卡等等。
如图3B所示，基站170包括至少一个处理单元250、至少一个发射器252、至少一个接收器254、一个或多个天线256、至少一个存储器258以及一个或多个输入/输出设备或接口266。可以使用未示出的收发器来代替发射器252和接收器254。调度器253可以被耦合至处理单元250。调度器253可以包括在基站170内或与基站170分开操作。处理单元250实现基站170的各种处理操作，例如信号编码、数据处理、功率控制、输入/输出处理或任何其他功能。处理单元250还可以被配置为实现以上更详细描述的一些或所有功能和/或实施例。每个处理单元250包括被配置为执行一个或多个操作的任何合适的处理或计算设备。每个处理单元250可以包括，例如微处理器、微控制器、数字信号处理器、现场可编程门阵列或专用集成电路。
每个发射器252包括用于生成无线传输给一个或多个ED或其他设备的信号的任何合适的结构。每个接收器254包括用于处理从一个或多个ED或其他设备无线或有线接收的信号的任何合适的结构。尽管示出为单独的组件，但是至少一个发射器252和至少一个接收器254可以组合成收发器。每个天线256包括用于发送和/或接收无线信号的任何合适的结构。虽然这里示出的公共天线256被耦合到发射器252和接收器254，但是一个或多个天线256可以被耦合到发射器252，并且一个或多个单独的天线256可以被耦合到接收器254。每个存储器258包括任何合适的易失性和/或非易失性存储和检索设备，例如上文中结合ED110描述的那些。存储器258存储由基站170使用、生成或收集的指令和数据。例如，存储器258可以存储被配置为实现一些或全部上述功能和/或实施例的软件指令或模块，并且这些软件指令或模块由处理单元250执行。
每个输入/输出设备266便于与网络中的用户或其他设备(网络通信)进行交互。每个输入/输出设备266包括用于向用户提供信息或从用户接收/提供信息的任何合适的结构，包括网络接口通信。
应当理解的是，根据图3A和图3B，本文提供的实施例方法的一个或多个步骤可以由相应的单元或模块执行。例如，可以由发送单元或发送模块发送信号。可以由接收单元或接收模块接收信号。可以由处理单元或处理模块处理信号。各个单元/模块可以是硬件、软件或其组合。例如，一个或多个单元/模块可以是集成电路，例如现场可编程门阵列(fieldprogrammable gate array,FPGA)或专用集成电路(application-specific integratedcircuit,ASIC)。应当理解的是，在模块是软件的情况下，处理器可以根据需要在单个或多个实施例中，根据需要检索全部或部分模块，单独或一起处理，并且模块本身可以包括用于进一步部署和实例化的指令。
UE可以监测用于下行控制信息的一个或多个控制资源集(CORESET)。已知长期演进(LTE)支持UE特定和/或情况特定的搜索空间定义。时间/频率资源集(即，控制资源集)可以被定义为给定参数集下的资源元素组(REG)集。在一些实现方式中，REG是四个连续的资源元素(RE)。RE是最小的传输资源元素，其可以是例如1个符号乘1个子载波。CORESET可以由频域中的多个资源块(即，12个RE的倍数)组成。
一种搜索空间类型的搜索空间可以通过以下属性中的至少一些定义：一个或多个聚合级别(AL)、每个聚合级别的解码候选数(即，候选数(CN))以及每个解码候选的控制信道元素(CCE)集。候选是搜索空间中可以包括用于UE的下行控制信息的位置。因此，候选数是搜索空间中潜在位置的定义数量。在一些实现方式中，CCE可以是九个连续的REG。聚合级别可以被定义为1、2、4或8个连续的CCE。作为示例，聚合级别2将是2个连续的CCE。
在一些实现方式中，在时域中，CORESET可以包括一个OFDM符号或者连续或非连续的OFDM符号集。CORESET的配置可以以各种不同方式定义。例如，可以基于起始OFDM符号和持续时间来定义CORESET。另一示例可以包括定义OFDM符号的数量。在一些实施例中，CORESET可以被配置有单个控制信道元素-到-资源元素组(CCE-to-REG)的映射。
图4A针对单个小区6示出了单个TRP 2与单个UE 1之间的常规通信的示例。图4A包括的代表性示例为单个物理下行控制信道(PDCCH)8与单个物理下行共享信道(PDSCH)9一起发送。一个PDCCH 8包括用于一个PDSCH 9的一个分配信息。一个PDCCH 8和/或一个PDSCH9将关联于用于标识UE的小区无线网络临时标识符(C-RNTI)，其中该PDCCH和/或PDSCH正被发往该UE。应该注意的是，同一UE可具有多个C-RNTI。在图4A中，由于PDCCH和/或PDSCH用于UE 1，因此C-RNTI标识UE 1。图4A中的PDCCH和PDSCH的示例仅旨在具有代表性。应当理解的是，实现特定场景可以包括多个UE，每个UE具有用于PDCCH和PDSCH的传输资源的分配部分。
本公开的实施例涉及单个小区中的多个TRP与UE之间的通信。图4B针对区域16示出了根据本申请实施例的两个TRP(TRP 12和TRP 13)与单个UE 14之间的通信的示例。图4B包括的示例为PDCCH1 18a与来自TRP 12的PDSCH1 19a一起发送并且PDCCH2 18b与来自TRP13的PDSCH2 19b一起发送。PDCCH1 18a用于携带针对PDSCH1 19a的一个分配，并且PDCCH218b用于携带另一个针对PDSCH2 19b的分配。PDSCH 19a和19b还与用于标识分配所针对的UE的C-RNTI相关联。在图4B中，C-RNTI标识UE 14。
本申请的实施例包括当存在用于PDSCH和/或PUSCH的多个PDCCH以及单个数据信道类型(单播或UE特定的)和单个小区中的一个RNTI类型(C-RNTI或可配置的UE ID)时对TRP(或更一般地来自网络侧)与UE之间的信令的不同方面提供支持。本文中将描述的一些实施例是i)提供对通知PDCCH的最大数量以及PDCCH与通信链路的其他属性之间的关联的支持，ii)提供对针对单个数据信号类型的来自多个TRP的时间单元信息检测的支持，iii)提供对HARQ码本和PUCCH资源的支持，iv)提供对PDCCH配置特定和控制资源集特定或两者的搜索空间定义的支持，v)提供对最大HARQ进程数量以及PDCCH与HARQ进程数量之间关联的支持，以及vi)提供对用于UL信道(例如，PUSCH和/或PUCCH)和/或参考信号传输(例如，SRS)的PDCCH和控制信令之间关联的支持。
在一些实现方式中，可以存在PDCCH与其他特性之间的关联，例如控制资源集、QCL配置、无线网络临时标识(RNTI)和/或可配置的UE ID、更高层子层、HARQ实体和DMRS配置。
支持分配关联和配置
在一些实施例中，UE可以被配置为对多个PDCCH进行监测，其中所述多个PDCCH携带多个PDSCH和/或多个PUSCH的多个分配，并且每个PDCCH用于调度相应的PDSCH或PUSCH，其中每个PDCCH和/或PDSCH从单独的TRP中发送，所述TRP也可以是对UE透明的。在该实施例中，多个PDCCH与单个NR小区相关联，并且可以在一个监测时机内由一个UE同时监测，所述监测时机可以至少是OFDM符号组、时隙、微时隙、时隙组和子帧。微时隙是时隙的一部分，因此小于完整的时隙。时隙组是一组时隙，因此多于一个完整的时隙。此外，在一些实现方式中，用于多个PDSCH或多个PUSCH的多个PDCCH与单个数据信道类型(单播或UE特定)以及一个具有一个或多个C-RNTI和/或一个或多个可配置UE ID(例如，一个C-RNTI1在随机接入过程期间配置，并且另一个C-RNTI2或UE ID使用RRC信令配置)的RNTI类型相关联。在第一个示例中，UE可以被配置为监测PDCCH1和PDCCH2，两者分别用于调度UE特定的PDSCH1和PDSCH2。在第二个示例中，UE可以被配置为监测PDCCH1、PDCCH2、PDCCH3和PDCCH4，四者分别用于调度UE特定的PDSCH1、PDSCH2、PUSCH1和PUSCH2。通常，当在本申请中提及一个或多个PDCCH时，应当理解，这至少对应于至少一个不同的PDCCH，所述至少一个不同的PDCCH可以被同时监测并且与具有相同RNTI类型的DL或UL的至少一个UE特定数据信道相关联。
在一些实现方式中，可以从网络显式地向UE提供一个或多个PDCCH的数量，例如通过广播信令。
在其他实现方式中，可以从通信链路的另一属性隐式地导出一个或多个PDCCH的数量。以下是可以隐式导出所述数量的属性的非限制性示例列表。第一个示例属性是CORESET组配置，其与用于PDCCH监测的UE特定搜索空间相关联。在该示例中，与UE特定搜索空间相关联的一个或多个CORESET将被分成一个或多个CORESET组，并且每个CORESET组具有至少一个CORESET。一个或多个PDCCH的数量与一个或多个配置的CORESET组的数量相同。第二个示例属性是PDCCH的解调参考信号(DMRS)与一个或多个其他DL参考信号(RS)之间的准共址(QCL)关联，例如信道状态信息-参考信号(CSI-RS)资源和/或端口信息。在该示例中，一个或多个PDCCH的数量与一个或多个不同的关联QCL配置的数量相同。此外，一个或多个QCL配置还可以与关联于一种搜索空间类型的至少一个CORESET组相关联。第三个示例属性涉及高层子层，例如媒体访问控制(MAC)层、无线链路控制(Radio Link Control,RLC)层或分组数据会聚协议(packet data convergence protocol,PDCP)层。在该示例中，一个或多个PDCCH的数量与一个或多个MAC层或者一个或多个RLC层或者一个或多个PDCP层的数量相同。第四个示例属性与HARQ实体有关。在该示例中，一个或多个PDCCH的数量与一个或多个HARQ实体的数量相同。第五个示例属性与C-RNTI相关，或者可能与可配置的UE特定ID相关。在该示例中，一个或多个PDCCH的数量与可以被随机接入响应(random accessresponse,RAR)配置(MAC CE)的UE特定ID和/或RRC配置的一个或多个C-RNTI和/或UE特定ID的数量相同。第六个示例属性是DMRS配置，其包括端口号和/或索引、模式和序列生成初始化标识符(ID)中的至少一个。在该示例中，一个或多个PDCCH的数量与一个或多个DMRS配置的数量相同。此外，一个或多个DMRS配置还可以与至少一个CORESET和/或与关联于一种搜索空间类型的至少一个搜索空间相关联。
网络向UE提供详细描述与相同信道类型(单播或UE特定)、一个相同RNTI类型相关联的UL或DL分配的PDCCH和另一属性之间的关联的信息。在第一个示例中，每个PDCCH与特定CORESET组相关联，该CORESET组与特定CORESET组索引相关联。在该示例中，第一PDCCH与第一CORESET组相关联，且第二PDCCH与第二CORESET组相关联。在第二个示例中，每个PDCCH关联于每个PDCCH的DMRS与其他DL RS之间的特定QCL配置，特定QCL配置与特定配置索引相关联。在该示例中，第一PDCCH关联于第一PDCCH的DMRS与其他DL RS之间的第一QCL配置，并且第二PDCCH关联于第二PDCCH的DMRS与其他DL RS之间的第二QCL配置。此外，多个QCL配置还可以与至少一个CORESET组和一种搜索空间类型相关联。在第三个示例中，每个PDCCH与特定高层子层相关联，例如媒体访问控制(MAC)层、无线链路控制(RLC)层或分组数据会聚协议(PDCP)层，并且每个高层子层与特定的高层子层索引相关联。在该示例中，第一PDCCH与第一高层子层相关联，且第二PDCCH与第二高层子层相关联。在第四个示例中，每个PDCCH与具有特定HARQ实体索引的特定HARQ实体相关联。在该示例中，第一PDCCH与第一HARQ实体相关联，且第二PDCCH与第二HARQ实体相关联。第五个示例，每个PDCCH与关联于特定索引的特定C-RNTI和/或UE特定ID相关联。在该示例中，第一PDCCH与第一C-RNTI相关联，并且第二PDCCH与第二C-RNTI相关联，或者可能与可配置的UE特定ID相关联。在第六个示例中，每个PDCCH与PDCCH的特定DMRS配置相关联，并且DMRS配置与特定DMRS配置索引相关联。在该示例中，第一PDCCH与第一DMRS配置相关联，并且第二PDCCH与第二DMRS配置相关联。此外，多个DMRS配置还可以与至少一个CORESET组和/或至少一个搜索空间和一种搜索空间类型相关联。通常，第一和/或第二可以被视为PDCCH/分配的标识，其可以与CORESET组索引、QCL配置索引、高层子层索引、HARQ实体索引、C-RNTI/可配置的ID索引和DMRS配置索引中的至少一个相关联。
图5包括具有两行七列的表。第一行标识出可以与UE可能正在监测的第一PDCCH(PDCCH1)相关联的六个可能属性，第二行标识出可以与UE可能正在监测的第二PDCCH(PDCCH2)相关联的六个类似属性。所述六个属性与上面标识的那些属性相同，即CORESET组、PDCCH的DMRS与CSI-RS之间的QCL关联、更高层子层、HARQ实体、UE标识符和PDCCH的DMRS配置。PDCCH可以与表中标识的任何一个或多个属性的组合相关联。如果需要，可以通过网络更新与一个或多个属性的关联。虽然在图5中仅指示了两个PDCCH和可能的关联属性，可以理解的是，UE正在监测的每个PDCCH的适当关联将由网络提供给UE。
在一些实现方式中，UE可以仅监测具有关联的CORESET组的PDCCH，或者仅监测具有PDCCH的DMRS与CSI-RS之间的QCL关联的PDCCH，或监测具有两者的PDCCH。
在一些实现方式中，可以监测在所述关联中被标识为一个特定CORESET组的一个PDCCH，所述CORESET组是针对一种搜索空间类型定义的所有CORESET的子集。这将被视为UE特定搜索空间。
在一些实现方式中，UE可以监测仅与一个CORESET组相关联的多个PDCCH，并且每个PDCCH与PDCCH的DMRS和其他DL RS之间的QCL配置相关联。PDCCH标识特定的搜索空间分割
在一些实施例中，UE可以被网络配置以监测用于具体的UE特定搜索空间的至少两个不同CORESET组。在这样的实施例中，不同的PDCCH可以与不同的CORESET组相关联，并且每个CORESET组具有至少一个CORESET。此外，每个CORESET组可以具有包括特定的聚合级别和/或候选数的特定搜索空间定义。
本公开的一些方面还涉及定义单个或多个PDCCH的传输模式配置。在本公开中，一种特定传输模式可以与一种特定DCI格式相关联。通常，不同的DCI格式提供不同的调度信息，并且可以具有相同或不同的有效载荷大小，所述有效载荷大小指的是一个DCI的一个总比特数。(解决方案1-1)在具有类似空间信道特性的多PDSCH/PUSCH传输的一些实施例中，一个公共传输模式配置可以实现性能增益而无额外的配置开销。在具有不同空间信道特性的多PDSCH/PUSCH传输的一些实施例中，对与特定信道匹配的灵活传输方案进行支持的特定传输模式配置可以实现提升的性能增益而不限制配置开销。
本公开的各方面涉及针对监测单个或多个PDCCH的情况提供公共PDCCH配置。公共配置的一些实现方式可以基于显式机制：网络向UE通知配置的参数。公共配置的一些实现方式可以基于隐式机制：UE基于与UE已知信息的一个或多个关联来确定关于配置的相关信息。
在一些实施例中，公共配置针对每个CORESET配置使用M个PDCCH标识符(M≥2)，其中每个PDCCH标识符指示两个候选值(例如，0/1、on/off或真/假等)用以标识在相应的CORESET中要监测的一个PDCCH(解决方案1-2-0)。在一些实施例中，公共配置针对每个CORESET配置使用单个PDCCH标识符，其中每个PDCCH标识符指示M个候选值(例如，1，2，…M)用以标识要在相应的CORESET中监测的最多M个PDCCH(M≥2)之一(解决方案1-2-1)。对于本公开的这些方面中的这两个方面，可以存在单个或M个单独的PDCCH标识符，或者可以存在单对或M对PDCCH标识符，其中每对包括下行PDCCH标识符和上行PDCCH标识符。对于本节中提到的实施例，PDCCH的数量以及PDCCH与CORESET之间的关联由CORESET配置确定。在具有理想调度协调的多PDCCH传输的一些实施例中，采用支持PDCCH灵活资源分配的多个标识符的PDCCH与CORESET之间的灵活关联可以实现提升的性能增益而不限制配置开销。在具有非理想调度协调的多PDCCH传输的其他实施例中(其中针对PDCCH的灵活资源分配难以实现)，采用单个标识符的PDCCH与CORESET之间的有限关联可以实现性能增益而不限制配置开销。
对于单独指示PDCCH数量的显式机制，在一些实施例中，在PDCCH和CORESET之间使用预定义关联，例如PDCCH与CORESET之间的映射。在一些实现方式中，例如，关联可以是表格或规则的形式(可以被视为解决方案1-3-0)。在一些其他实现方式中，还可以由CORESET配置来确定关联(解决方案1-3-1和1-3-2)。对于本节中提到的实施例，除了CORESET配置之外，至少显式地指示了PDCCH数量。在一些实施例中，对于一些在支持多PDCCH检测的能力方面有限的UE，可能不必支持灵活的最大PDCCH数量配置。PDCCH数量则可以是具有有限灵活性的单独配置。此外，对于一些在支持PDCCH监测的盲解码的能力方面有限的UE，可以支持PDCCH与CORESET之间的有限关联。预定义关联则可以是无需任何额外配置开销的更好的解决方案。在具有理想调度协调的多PDCCH传输的一些实施例中，采用支持对PDCCH灵活资源分配的多个标识符的PDCCH与CORESET之间的灵活关联可以实现提升的性能增益而不限制配置开销。在具有非理想调度协调的多PDCCH传输的一些实施例中(其中针对PDCCH的灵活资源分配难以实现)，采用单个标识符的PDCCH与CORESET之间的有限关联可以实现性能增益而不限制配置开销。
本公开的一些方面涉及PDCCH的监测配置，其对于PDCCH与CORESET之间的所有关联情况不是公共的。在一些实施例中，显式配置用于指示UE使用PDCCH与CORESET之间的不同关联。例如，根据该配置，可以从不同的CORESET监测不同的PDCCH，否则，可以从一个相同的CORESET监测不同的PDCCH(解决方案1-4)。在一些实施例中，对于在支持PDCCH监测的盲解码的能力方面有所不同的UE，可以给不同的UE配置PDCCH与CORESET之间的特定关联。基于针对不同情况的PDCCH与CORESET之间的单独关联配置，CORESET配置不一定需要关于PDCCH与CORESET之间的关联的额外信息。
本公开的一些方面涉及利用PDCCH特定加扰来实现干扰随机化。在一些实施例中，PDCCH标识或索引可被用于加扰相关联的PDCCH/PDSCH/PUSCH信道(解决方案2-1)。在一些实施例中，基于用于性能增益的特定加扰初始值，同时由一个UE发送或由其接收的多个信道可以实现进一步的干扰随机化。
本公开的一些方面涉及具有公共配置的任何PUCCH的PUCCH资源配置，PUCCH用于单独配置或者用于公共配置和单独配置的混合。在一些实施例中，至少一个PUCCH资源可以与在一个时间间隔，例如时隙内要监测的至少一个PDCCH/PDSCH相关联(解决方案3-1和3-2)。在一些实施例中，还提供了一种用于报告PUCCH反馈模式的方式(解决方案3-3)。在具有理想协调的多PDSCH传输的一些实施例中，一个PUCCH解决方案可以充分利用与多PDSCH传输相关联的多个信道中的最佳信道而没有任何反馈延迟。在具有非理想协调的多PDSCH传输的一些实施例中，一个PUCCH可能面临不可接受的反馈延迟。单独的PUCCH可以充分利用特定的最佳信道进行反馈，而没有任何反馈延迟。
本公开的一些方面涉及PUSCH关联的CSI-RS测量反馈，其中不同的CSI-RS测量和反馈在单独的PUSCH中发生(解决方案4-1)。在一些实施例中，不同PUSCH与不同CSI-RS测量以及报告之间的特定关联可以实现更低的延迟。
解决方案1-1
本公开的一些实施例涉及确定待用于从TRP到UE的多个PDCCH传输以及用于由UE进行的PDCCH监测的配置。示例方法包括TRP确定用于PDSCH和/或PUSCH的至少一个PDCCH的传输模式。可以基于单个传输模式配置或特定传输模式配置中的至少一个来进行确定，所述单个传输模式配置对于一个或多个PDCCH是公共的，所述特定传输模式配置用于每个PDCCH。
在单个传输模式配置的实施例中，可以预定义用于PDSCH和/或PUSCH的一个或多个PDCCH共用的单个传输模式配置。在该实施例中，将通过一个信令(例如，RRC)向UE指示单个传输模式配置。然后，UE将假设多个PDCCH具有来自信令的相同传输模式配置。图6A示出了应用于发送/监测单个PDCCH或多个PDCCH 515的单个公共传输模式配置510的表示。
在特定传输模式(transmission mode,TM)配置的实施例中，可以使用信令(例如，RRC信令)、下行控制信息(DCI)、媒体访问控制控制元素(MAC CE)将用于PDSCH或PUSCH的每个PDCCH的特定传输模式配置通知给UE。然后，UE将假设每个PDCCH具有来自信令的一种特定传输模式配置。在一些实现方式中，特定传输模式配置还基于传输模式配置数量，在一个监测时机(例如，时隙)内暗示用于PDSCH或PUSCH，或两者的PDCCH数量。在第一个示例中，UE可以被配置用于具有TM1和TM2的PDSCH，然后用于PDSCH的PDCCH的数量可以被确定为2。在第二个示例中，UE可以被配置用于具有TM3和TM4的PUSCH，然后用于PUSCH的PDCCH的数量可以被确定为2。在第一个和第二个示例中，TM1和TM2可以分别等同于TM3和TM4，但情况并非总是如此。
图6B示出了应用于发送/监测相应PDCCH的两个单独传输模式配置的表示，即，用于PDCCH1 525的TM配置1 520和用于PDCCH2 535的TM配置2 530。
图17是描述根据本申请的一个方面的方法的流程图。步骤1710包括：接收包括两个或更多个物理下行控制信道(PDCCH)的传输模式配置的信令。步骤1720包括：基于传输模式配置，确定两个或更多个物理下行控制信道(PDCCH)的传输模式。
在一些实施例中，所述传输模式配置对于两个或更多个PDCCH是公共的。
在一些实施例中，所述传输模式是预定义的。
在一些实施例中，所述传输模式配置指示所述两个或更多个PDCCH中每个PDCCH各自的传输模式。
在一些实施例中，所述传输模式对于用于PDSCH或PUSCH的所述至少一个PDCCH中的每个PDCCH是不同的。
在一些实施例中，所接收的传输模式配置是使用无线资源控制(RRC)信令、下行控制信息(DCI)、媒体访问控制控制元素(MAC CE)中的至少一个通知的。
在一些实施例中，执行上述方法的设备是电子设备，例如UE或基带芯片。图3A中描述了这种设备的一般示例。
关于传输模式配置的实现细节，可以参考上面讨论的实施例，其组合和修改落入本申请的范围内。
解决方案1-2-0
本公开的一些实施例涉及UE在监测时机(例如，时隙)内监测用于PDSCH和/或PUSCH的一个或多个PDCCH。应该理解的是，监测时机可以是子时隙(小于一个时隙)或多个时隙、或一些其他的持续时间。时隙可以是持续时间的定义。此外，基于CORESET配置，UE确定PDCCH的数量以及PDCCH与CORESET之间的关联，所述关联对于监测用于PDSCH和/或PUSCH的PDCCH应该是清楚的。
在一些实现方式中，UE在监测时机内监测整数值P个PDCCH，其中P大于或等于1。正被监测的PDCCH可以被配置用于至少一个CORESET内的PDSCH或PUSCH，或两者。所述至少一个CORESET可以与一种搜索空间类型(例如，UE特定的)相关联。每个CORESET配置可以包括M个PDCCH标识符(PDCCHIdx)，其中M≥2，使得M个PDCCH标识符可以被定义为PDCCHIdxm，m＝{1...M}。在这些实现方式中每个PDCCH标识符用于指示相应的PDCCH(具有索引m的PDCCH)是否应当在特定CORESET中被监测，其中每个PDCCH标识符可以指示两个候选值(例如，0/1，on/off或真/假等)。如果M＝2，则可以配置最多2个PDCCH在特定CORESET中被监测。更一般地，M可以大于2。然后，基于PDCCH标识符的一个确切值，即PDCCHIdxm，具有索引m的PDCCH，可以指示两个PDCCH中的特定PDCCH被监测或不被监测。此外，包括2个PDCCH标识符的该CORESET配置可以通过信令，例如RRC信令通知给UE，然后，UE根据相关联的标识符值监测来自特定CORESET的一个PDCCH。具有M个PDCCH标识符的CORESET配置还可以暗示用于监测的PDCCH的确切数量P不大于M。一个CORESET可以被配置为监测一个或多个PDCCH。
基于CORESET与PDCCH标识符之间的关联，UE可以从所有CORESET中监测第m个PDCCH，对于所述CORESET，PDCCH标识符PDCCHIdxm指示应该监测第m个PDCCH。在特定示例中，如果PDCCHIdxm＝1，则UE应该监测第m个PDCCH，而如果PDCCHIdxm＝0，则UE不应该监测第m个PDCCH。值P等于来自所有CORESET中PDCCHIdxm＝1，即要监测的PDCCH的所有索引的总数m。在第一个示例中，对于具有M＝2个PDCCH标识符(PDCCHIdx1和PDCCHIdx2)的两个CORESET，来自两个CORESET配置的两个PDCCH标识符的值被解释为{(PDCCHIdx1＝1，PDCCHIdx2＝0)，(PDCCHIdx1＝1，PDCCHIdx2＝0)}，指示仅在两个CORESET中监测PDCCH1，同时P＝1。在第二个示例中，对于两个CORESET，PDCCH标识符{(PDCCHIdx1＝1，PDCCHIdx2＝1)，(PDCCHIdx1＝1，PDCCHIdx2＝0)}的配置指示要在两个CORESET中监测PDCCH1并且仅在第一CORESET中监测PDCCH2，同时P＝2。在第三个示例中，对于两个CORESET，PDCCH标识符{(PDCCHIdx1＝1，PDCCHIdx2＝0)，(PDCCHIdx1＝0，PDCCHIdx2＝1)}的配置指示将仅在第一CORESET中监测PDCCH1，并且将仅在第二CORESET中监测PDCCH2，同时P＝2。
如果UE被配置为监测用于PDSCH的PDCCH，则UE监测用于PDSCH的P个PDCCH。如果UE被配置为监测用于PUSCH的PDCCH，则UE监测用于PUSCH的P个PDCCH。
在一些实现方式中，用于PDSCH和PUSCH的PDCCH配置是用于PDSCH和PUSCH的公共配置。
在一些实施例中，每个PDCCH可以与一个、多于一个或全部的CORESET相关联。PDCCH的下行链路和上行链路分量可以共享相同的CORESET配置。
图7A到图7E示出了一个或多个CORESET、一个或多个PDCCH以及一个或多个PDCCH标识符之间关系的多个示例，其中M等于2，即，在给定的CORESET中可以监测最多两个PDCCH。因此，存在两个PDCCH标识符，与第一PDCCH(PDCCH1)相关联的PDCCHIdx1和与第二PDCCH(PDCCH2)相关联的PDCCHIdx2。
图7A示出了具有要监测的单个PDCCH(PDCCH1)的单个CORESET(CORESET0)的示例。不需要在CORESET0中监测第二PDCCH2。由于仅需要监测PDCCH1，则PDCCHIdx1＝1(监测)且PDCCHIdx2＝0(不监测)。
图7B示出了具有要监测的两个PDCCH(PDCCH1和PDCCH2)的单个CORESET(CORESET0)的示例。由于PDCCH1和PDCCH2都需要监测，则PDCCHIdx1＝1(监测)且PDCCHIdx2＝1(监测)。
图7C示出了仅一个PDCCH(PDCCH1)要被监测的两个CORESET(CORESET0和CORESET1)的示例。对于CORESET0，需要监测PDCCH1，因此PDCCHIdx1＝1(监测)，并且不需要监测PDCCH2，因此PDCCHIdx2＝0(不监测)。对于CORESET1，需要再次监测PDCCH1，因此PDCCHIdx1＝1(监测)，并且不需要监测PDCCH2，因此PDCCHIdx2＝0(不监测)。
图7D示出了两个CORESET(CORESET0和CORESET1)各具有要监测的相应PDCCH(CORESET0为PDCCH1且CORESET1为PDCCH2)的示例。对于CORESET0，需要监测PDCCH1，因此PDCCHIdx1＝1(监测)，并且不需要监测PDCCH2，因此PDCCHIdx2＝0(不监测)。对于CORESET1，不需要监测PDCCH1，因此PDCCHIdx1＝0(不监测)，并且需要监测PDCCH2，因此PDCCHIdx2＝1(监测)。
图7E示出了两个CORESET(CORESET0和CORESET1)的示例，其中CORESET0具有要监测的PDCCH1并且CORESET1具有要监测的PDCCH1和PDCCH2。对于CORESET0，需要监测PDCCH1，因此PDCCHIdx1＝1(监测)，并且不需要监测PDCCH2，因此PDCCHIdx2＝0(不监测)。对于CORESET1，由于需要监测PDCCH1和PDCCH2，因此PDCCHIdx1＝1(监测)且PDCCHIdx2＝1(监测)。
图8A到图8E示出了对于可以在给定CORESET中监测的最多M个PDCCH，一个或多个CORESET、一个或多个PDCCH以及一个或多个PDCCH标识符之间关系的多个示例。图8A至图8E中的示例通常对应于图7A至图7E中所示的示例，除了存在被设置为0或1的M个PDCCH标识符(取决于是否要监测PDCCH)之外。
图7A至图7E以及图8A至图8E所示的示例是非穷举的示例，本领域技术人员将理解如何基于所提供的示例来定义进一步的排列。
图9是由网络的多个组件执行的步骤的流程图980的示例。在步骤982中，网络侧设备发送至少一个CORESET配置，并且每个CORESET配置包括具有特定值的多个PDCCH标识符。可以在信令，例如，RRC信令中发送至少一个CORESET配置。在步骤984中，UE接收至少一个CORESET配置。在步骤986中，UE检查包括在至少一个CORESET配置中的多个PDCCH标识符的值，所述多个PDCCH标识符标识要监测的至少一个PDCCH。在步骤988中，UE在与至少一个CORESET配置相对应的至少一个CORESET中监测至少一个经标识的PDCCH。CORESET配置的实现细节可以参考如上所述的实施例。
在一些实施例中，执行上述方法的设备是电子设备，例如UE，或网络设备，如基站。图3A和图3B中描述了这种设备的一般示例。
其他实施例包括：UE在监测时机内监测来自至少一个CORESET的用于PDSCH/PUSCH的PDL个PDCCH和PUL个PDCCH，其中每个CORESET配置可以包括两组M个PDCCH标识符(PDCCHIdx)，其中M≥1使得PDCCHDLIdxm的m＝1,...,M以及PDCCHULIdxm的m＝1,...,M。在这样的实现方式中，PDCCH的下行链路和上行链路分量具有基于特定的一组M个PDCCH标识符的单独CORESET配置。该CORESET与一种搜索空间类型相关联。
在一些实现方式中，UE可以监测来自所有CORESET的用于PDSCH的第m个PDCCH，对于所有CORESET，PDCCH标识符PDCCHIdxm指示应该监测第m个PDCCH。例如，如果PDCCHDLIdxm＝1，则UE应该监测用于PDSCH的第m个PDCCH，并且如果PDCCHDLIdxm＝0，则UE不应该监测第m个PDCCH。如果PDCCHULIdxm＝1，则UE应该监测用于PUSCH的第m个PDCCH，并且如果PDCCHULIdxm＝0，则UE不应该监测第m个PDCCH。PDL等于来自所有CORESET的用于PDSCH的PDCCHDLIdxm＝1的所有索引m的数量，并且PUL等于来自所有CORESET的用于PUSCH的PDCCHULIdxm＝1的所有索引m的总数。
如果被配置为监测用于PDSCH的PDCCH，则UE监测用于PDSCH的PDL个PDCCH。如果被配置为监测用于PUSCH的PDCCH，则UE监测用于PUSCH的PUL个PDCCH。
在一些实施例中，用于PDSCH和PUSCH的PDCCH配置是用于PDSCH和PUSCH的单独配置。
图10A到图10C示出了一个或多个CORESET、一个或多个PDCCH以及一个或多个PDCCH标识符之间关系的多个示例，其中M等于2，即，在特定CORESET内存在用于UL的可以被监测的最多两个PDCCH以及用于DL的可以被监测的最多两个PDCCH。因此，存在四个PDCCH标识符，即与第一PDCCH(PDCCH1_DL或PDCCH1_UL)相关联的PDCCHDLIdx1和PDCCHULIdx1以及与第二PDCCH(PDCCH2_DL或PDCCH2_UL)相关联的PDCCHDLIdx2和PDCCHULIdx2。
图10A示出了单个CORESET(CORESET0)的具有DL信息(PDCCH1_DL)和UL信息(PDCCH1_UL)的第一PDCCH1被监测的示例。具有DL信息(PDCCH2_DL)和UL信息(PDCCH2_UL)的第二PDCCH2不被监测。由于存在要被监测的PDCCH1_UL和PDCCH1_DL，则PDCCHDLIdx1＝1(监测)且PDCCHULIdx1＝1(监测)。由于不需要监测第二PDCCH2(即，PDCCH2_DL和PDCCH2_UL)，则PDCCHDLIdx2＝0(不监测)且PDCCHULIdx2＝0(不监测)。
图10B示出了单个CORESET(CORESET0)的具有DL信息(PDCCH1_DL)和UL信息(PDCCH1_UL)的第一PDCCH1被监测以及具有DL信息(PDCCH2_DL)的第二PDCCH2被监测的示例。由于存在需要监测的PDCCH1_UL、PDCCH1_DL和PDCCH2_DL，则PDCCHDLIdx1＝1(监测)，PDCCHULIdx1＝1(监测)，并且PDCCHDLIdx2＝1(监测)。由于不需要监测PDCCH1_UL，PDCCHULIdx2＝0(不监测)。图10C示出了两个CORESET(CORESET0和CORESET1)的示例。对于CORESET0，将监测具有DL信息(PDCCH1_DL)和UL信息(PDCCH1_UL)的第一PDCCH1，并且将监测具有UL信息(PDCCH2_UL)的第二PDCCH2。由于存在需要监测的PDCCH1_UL、PDCCH1_DL和PDCCH2_UL，则PDCCHDLIdx1＝1(监测)，PDCCHULIdx1＝1(监测)，以及PDCCHULIdx2＝1(监测)。由于不需要监测PDCCH2_DL，则PDCCHDLIdx2＝0(不监测)。对于CORESET1，将监测具有UL信息(PDCCH1_UL)的第一PDCCH1，并且将监测具有DL信息(PDCCH2_DL)和UL信息(PDCCH2_UL)的第二PDCCH2。由于存在需要监测的PDCCH1_UL、PDCCH2_DL和PDCCH2_UL，则PDCCHULIdx1＝1(监测)，PDCCHDLIdx2＝1(监测)，并且PDCCHULIdx2＝1(监测)。由于不需要监测PDCCH1_DL，则PDCCHDLIdx1＝0(不监测)。
图11A至图11D示出了对于可以在给定CORESET中监测的最多M个PDCCH，一个或多个CORESET、一个或多个PDCCH和一个或多个PDCCH标识符之间关系的多个示例。图11A至图11C中的前三个示例通常对应于图10A至图10C中所示的示例，除了存在被设置为0或1的用于UL和DL的M个PDCCH标识符(取决于是否要监测PDCCH)之外。图11D示出了存在M个CORESET以及最多M个PDCCH(可被监测用于UL或DL或两者)的场景。
图10A至图10C以及图11A至图11D中所示的示例是非穷举的示例，本领域技术人员将理解如何基于所提供的示例来定义进一步的排列。
解决方案1-2-1
其他实施例包括UE在监测时机(例如，时隙)内监测来自至少一个CORESET的用于PDSCH和/或PUSCH的P个PDCCH。在一些实现方式中，每个CORESET配置包括单个PDCCH标识符，即PDCCHIdx，其中每个PDCCH标识符可以指示M个候选值(例如，1,2,......M,M≥1)。所有CORESET中可以存在最多M个可以被监测的PDCCH，但是在一些情况下，每个CORESET可以仅监测单个PDCCH。单个PDCCH标识符的一个精确值m用于指示是否应该在特定CORESET中监测具有索引m的PDCCH。实际上，要监测的PDCCH的数量P由具有来自所有经配置CORESET的不同值的PDCCH标识符的总数确定。此外，可以用RRC通知该配置。该RRC还可以暗示用于监测的PDCCH的确切数量P不大于M。
PDCCH标识符PDCCHIdx＝m用于指示应该在给定CORESET中监测具有索引m(1≤m≤M)的PDCCH。在第一个示例中，对于具有M＝2个PDCCH标识符的两个CORESET，定义为{PDCCHIdx＝1，PDCCHIdx＝1}的PDCCH标识符的配置指示仅PDCCH1需要从两个CORESET监测，同时P＝1。在第二个示例中，对于具有M＝2个PDCCH标识符的两个CORESET，定义为{PDCCHIdx＝1，PDCCHIdx＝2}的PDCCH标识符的配置指示PDCCH1仅从第一CORESET中监测并且PDCCH2仅从第二CORESET中监测，同时P＝2。在第三个示例中，对于具有M＝2个PDCCH标识符的两个CORESET，定义为{PDCCHIdx＝2，PDCCHIdx＝2}的PDCCH标识符的配置指示仅PDCCH2需要从两个CORESET中监测，同时P＝1。可以理解的是，该第三个示例的配置与第一个示例相同，因为UE可以将P个PDCCH视为具有从1到P(P≤M)的连续索引。
在一些实施例中，当UE被配置为监测用于PDSCH的PDCCH时，UE监测用于PDSCH的P个PDCCH。在一些实施例中，当UE被配置为监测用于PUSCH的PDCCH时，UE监测用于PUSCH的P个PDCCH。
在一些实现方式中，用于PDSCH和PUSCH的PDCCH配置是用于PDSCH和PUSCH的公共配置。
图12A至图12C示出了一个或多个CORESET、一个或多个PDCCH以及一个或多个PDCCH标识符之间关系的多个示例，其中M等于2，即，存在最多两个可以被监测的PDCCH，但是每个CORESET仅存在一个。因此，存在与两个PDCCH(PDCCH1和PDCCH2)中的每个PDCCH相关联的单个PDCCH标识符PDCCHIdx。
图12A示出了单个CORESET(CORESET0)的第一PDCCH(PDCCH1)被监测的示例。由于仅存在需要监测的PDCCH1，因此PDCCHIdx＝1(监测PDCCH1)。
图12B示出了两个CORESET(CORESET0和CORESET1)的示例。对于CORESET0和CORESET1，将监测PDCCH1。因此，对于CORESET0和CORESET1，PDCCHIdx＝1(监测PDCCH1)。
图12C示出了两个CORESET(CORESET0和CORESET1)的示例。对于CORESET0，将监测PDCCH1；对于CORESET1，将监测PDCCH2。因此，对于CORESET0，PDCCHIdx＝1(监测PDCCH1)；对于CORESET1，PDCCHIdx＝2(监测PDCCH2)。
图12A至图12C中所示的三个示例是非穷举的示例，本领域技术人员将理解如何基于具体示例来定义进一步的排列。
图12D是由网络的多个组件执行步骤的流程图1280的示例。图12D的示例是针对M＝2的场景，即，仅存在两个可以被监测的PDCCH。在步骤1282中，网络侧设备发送至少一个CORESET配置，并且每个CORESET配置包括具有特定值的单个PDCCH标识符。在步骤1284中，UE接收至少一个CORESET配置。在步骤1286中，UE检查包括在至少一个CORESET配置中的PDCCH标识符的值，所述PDCCH标识符标识要监测的至少一个PDCCH。在步骤1288中，UE监测与至少一个CORESET配置相对应的至少一个CORESET中的至少一个PDCCH。在步骤1288中，UE监测来自PDCCHIdx＝1的所有CORESET的PDCCH1或监测来自PDCCHIdx＝2的所有CORESET的PDCCH2，或两者。更一般地，如果存在可以监测的更多PDCCH，则将存在更多数量的PDCDH标识符。CORESET配置的实现细节可以参考如上所述的实施例。
在一些实施例中，执行上述方法的设备是电子设备，例如UE，或网络设备，如基站。图3A和图3B中描述了这种设备的一般示例。
在另一实现方式中，每个CORESET配置包括两个PDCCH标识符，一个用于下行链路且一个用于上行链路，即PDCCHDLIdx和PDCCHULIdx，其中不同的PDCCH标识符可以指示相同或不同的候选值。例如，相同的候选值可以是(1,2,...M)，M≥1，而不同的候选值可以是分别用于DL和UL的(1,2,......M1,M1≥1)和(1,2,...M2,M2≥1)。在M＝2的情况下，第一PDCCH(PDCCH1)具有关联的PDCCH DL标识符(PDCCHDLIdx＝1)和关联的PDCCH UL标识符(PDCCHULIdx＝1)。第二PDCCH(PDCCH2)具有关联的PDCCH DL标识符(PDCCHDLIdx＝2)和关联的PDCCH UL标识符(PDCCHULIdx＝2)。PDCCH DL和UL标识符均可以等于1或2。
在M＝2的具体示例中，UE监测来自用于PDSCH的标识符PDCCHDLIdx＝1的所有CORESET的PDCCH1，和/或监测来自用于PDSCH的标识符PDCCHDLIdx＝2的所有CORESET的PDCCH2。UE监测来自用于PUSCH的标识符PDCCHULIdx＝1的所有CORESET的PDCCH1，和/或监测来自用于PUSCH的标识符PDCCHULIdx＝2的所有CORESET的PDCCH2。
P的值等于给定CORESET组的所有不同PDCCHDLIdx(即P_DL)或PDCCHULIdx(即P_UL)的总数。例如，对于仅具有PDCCHDLIdx＝1或PDCCHDLIdx＝2的CORESET组，P_DL等于1。对于具有PDCCHDLIdx＝1的至少一个CORESET和PDCCHDLIdx＝2的至少一个CORESET的CORESET组，P_DL等于2。
在一些实施例中，当UE被配置为监测用于PDSCH的PDCCH时，UE监测用于PDSCH的P个PDCCH。在一些实施例中，当UE被配置为监测用于PUSCH的PDCCH时，UE监测用于PUSCH的P个PDCCH
在一些实现方式中，用于PDSCH和PUSCH的PDCCH配置是用于PDSCH和PUSCH的单独配置。
图13A和图13B示出了一个或多个CORESET、一个或多个PDCCH以及一个或多个PDCCH标识符之间关系的多个示例，其中M等于2，即，对于UL和UL，存在最多两个可以被监测的PDCCH。因此，存在两个PDCCH标识符，与用于PDSCH的第一PDCCH(PDCCH1_DL)或第二PDCCH(PDCCH2_DL)相关联的PDCCHDLIdx，以及与用于PUSCH的第一PDCCH(PDCCH1_UL)或第二PDCCH(PDCCH2_UL)相关联的PDCCHULIdx。
图13A示出了单个CORESET(CORESET0)的具有DL信息(PDCCH1_DL)和UL信息(PDCCH1_UL)的第一PDCCH1被监测的示例。由于存在需要监测的PDCCH1_UL和PDCCH1_DL，则PDCCHDLIdx＝1(监测PDCCH1_DL)和PDCCHULIdx＝1(监测PDCCH1_UL)。
图13B示出了两个CORESET(CORESET0和CORESET1)的示例。对于CORESET0，将监测具有DL信息(PDCCH1_DL)和UL信息(PDCCH1_UL)的第一PDCCH1。由于存在需要监测的PDCCH1_UL和PDCCH1_DL，则PDCCHDLIdx＝1(监测PDCCH1_DL)和PDCCHULIdx＝1(监测PDCCH1_UL)。对于CORESET1，将监测具有UL信息(PDCCH1_UL)的第一PDCCH1，并且将监测具有DL信息(PDCCH2_DL)的第二PDCCH2。由于存在需要监测的PDCCH1_UL和PDCCH2_DL，则PDCCHULIdx＝1(监测PDCCH1_UL)且PDCCHDLIdx＝2(监测PDCCH2_DL)。
图13A和图13B所示的两个例子是非穷举的示例，本领域技术人员将理解如何基于具体示例来定义进一步的排列。
图18是描述根据本申请的一个方面的方法的流程图。步骤1810包括接收至少一个控制资源集(CORESET)配置。步骤1820包括基于至少一个CORESET配置在监测时机内监测至少一个CORESET中的一个或多个物理下行控制信道(PDCCH)。每个CORESET配置具有至少一个PDCCH标识符，用于指示PDCCH的数量以及PDCCH与CORESET之间的关联。
在一些实施例中，一个PDCCH标识符包括PDSCH和PUSCH共用的一个PDCCH标识符。
在一些实施例中，一个PDCCH标识符包括一个PDCCH标识符集，其包括用于PDSCH的一个特定PDCCH标识符和用于PUSCH的一个特定PDCCH标识符。
在一些实施例中，每个CORESET配置的至少一个PDCCH标识符是指M个PDCCH标识符，其中M是≥1的整数，并且M个PDCCH标识符中的每个PDCCH标识符用于指示最多M个PDCCH中的具体PDCCH在CORESET中是否被监测。
在一些实施例中，M个PDCCH中的每个PDCCH与M个PDCCH标识符中的一个特定PDCCH标识符相关联。
在一些实施例中，基于针对每个CORESET配置的关联的PDCCH标识符的值，指示M个PDCCH中的每个PDCCH被监测或不被监测。
在一些实施例中，关联的PDCCH标识符的值被设置为以下任何一个：0/1；on/off；或真/假。
在一些实施例中，指示M个PDCCH中的每个PDCCH在所有经配置的CORESET中被监测，其中与特定PDCCH相关联的PDCCH标识符的值是以下任何一个：1；on或者真。
在一些实施例中，需要在一个监测时机中监测的PDCCH的数量P等于被配置为在至少一个CORESET中被监测的不同PDCCH的总数。
在一些实施例中，每个CORESET配置的所述至少一个关联的PDCCH标识符是单个PDCCH标识符，所述单个PDCCH标识符指示与在CORESET中被监测的单个PDCCH标识符的特定值相关联的单个PDCCH。
在一些实施例中，每个CORESET配置的单个PDCCH标识符被配置有M个不同值中的一个特定值，其中M是≥1的整数，其用于指示可以在针对一种搜索空间类型配置的至少一个CORESET中监测的最多M个PDCCH。
在一些实施例中，M个PDCCH中的每个PDCCH与单个PDCCH标识符的一个特定值相关联。
在一些实施例中，单个PDCCH标识符的M个不同值是1,...,M。
在一些实施例中，指示M个PDCCH中的每个PDCCH在至少一个CORESET中被监测，所述CORESET具有与特定PDCCH相关联的PDCCH标识符值，否则，所述PDCCH不被监测。
在一些实施例中，在一个监测时机中被监测的PDCCH的数量P等于被配置为在至少一个CORESET中被监测的不同PDCCH的总数。
在一些实施例中，单个PDCCH标识符包括物理下行共享信道(PDSCH)和物理上行共享信道(PUSCH)共用的一个PDCCH标识符。
在一些实施例中，单个PDCCH标识符包括PDCCH标识符集，其包括用于PDSCH的特定PDCCH标识符和用于PUSCH的特定PDCCH标识符。
在一些实施例中，执行上述方法的设备是电子设备，例如UE或基带芯片。图3A中描述了这种设备的一般示例。
关于CORESET配置的实现细节，可以参考上面讨论的实施例，其组合和修改落入本申请的范围内。
解决方案1-3-1
本公开的一些实施例涉及UE确定用于PDSCH或PUSCH或两者的PDCCH与CORESET之间的关联，并且除了CORESET配置之外，还显式指示了用于PDSCH和PUSCH的PDCCH的数量PDCCHNum。PDCCHNum与前面实施例中提到的变量P相同，并且对于PDSCH和PUSCH都是公共的。
在一些实施例中，PDCCH与CORESET之间的关联可以基于包括解决方案1-1和解决方案1-2-1的CORESET配置，如上所述，其中P和M总是与PDCCHNum相同或相等。
在一些实施例中，可以基于由PDCCH数量P和针对一种搜索空间类型(例如，UE特定)配置的所有CORESET的数量中的至少一者确定的一个规则来预定义PDCCH与CORESET之间的关联。在具体示例中，预定义规则可以基于两个特征。第一个特征是所有CORESET可以分成非重叠的P个CORESET集合，其中每个具有特定索引p(例如1，...P)的CORESET集合具有至少一个CORESET，并且来自不同CORESET集合的至少两个CORESET具有连续的CORESET索引和/或CORESET配置索引。第二个特征是每个具有特定PDCCHIdx＝p(例如1，...，P)的PDCCH与特定CORESET集合p相关联。这意味着可以从不同的CORESET集合中监测不同的PDCCH。该示例还暗示如果P＝1，则可以从所有CORESET中监测一个PDCCH。
在一些实施例中，可以基于由PDCCH数量P和针对一种搜索空间类型(例如，UE特定)配置的所有CORESET的数量中的至少一者确定的映射表来预定义PDCCH与CORESET之间的关联。这样的表可以遵循先前实施例中提到的预定义规则。
在具体示例中，当PDCCHNum＝1时，UE在一个或多个CORESET内监测用于PDSCH的一个PDCCH或用于PUSCH的一个PDCCH，或两者。当PDCCHNum＝2时，UE基于预定义的映射表在多个CORESET内监测用于PDSCH的两个PDCCH或用于PUSCH的两个PDCCH，或两者。表3示出了PDCCHNum值和CORESET数量之间的关联的非限制性数量的示例。
表3：PDCCHNum值、CORESET数量以及PDCCH-CORESET关联的关系
表3中示出的示例关联是非穷举示例，本领域技术人员将理解如何基于具体示例来定义进一步的排列。
在一些实施例中，从来自所有CORESET的CORESET非重叠子集中监测每个PDCCH。
图19是描述根据本申请的一个方面的方法的流程图。步骤1910包括：接收包括物理下行控制信道(PDCCH)数量(PDCCHNum,PDCCHNum≥1)配置的信令。步骤1920包括：确定PDCCH数量与至少一个控制资源集(CORESET)之间的关联。步骤1930包括：基于关联，在监测时机内监测数量上等于至少一个CORESET中的PDCCH数量的PDCCH。
在一些实施例中，确定PDCCH数量与至少一个CORESET之间的关联还包括：接收至少一个CORESET配置。至少一个CORESET的每个CORESET配置具有至少一个PDCCH标识符，用于指示在CORESET中被监测或不被监测的关联PDCCH。
在一些实施例中，每个CORESET配置的至少一个PDCCH标识符是指数量上等于PDCCH数量的PDCCH标识符，用于指示在CORESET中被监测或者不被监测的关联PDCCH。
在一些实施例中，每个CORESET配置的至少一个PDCCH标识符是指单个PDCCH标识符，所述单个PDCCH标识符可以配置有具有不同值的PDCCH数量中的一个值，用于指示在CORESET中被监测或者不被监测的关联PDCCH。
在一些实施例中，确定PDCCH与至少一个CORESET之间的关联还包括：利用特定的PDCCH数量和特定的CORESET数量预定义PDCCH与CORESET之间的关联。
在一些实施例中，预定义关联还包括基于下列至少一项预定义PDCCH和CORESET之间的关联规则：所有CORESET可以分成非重叠的P个CORESET集合，其中每个具有特定索引p(p＝1,...P)的CORESET集合具有至少一个CORESET，并且来自不同CORESET集合的至少两个CORESET具有连续的CORESET索引和/或CORESET配置索引；每个具有特定PDCCH标识符(PDCCHIdx＝p(p＝1,...P))的PDCCH与特定CORESET集合p相关联。
在一些实施例中，预定义关联还包括：基于CORESET配置，利用PDCCH数量和CORESET数量，预定义PDCCH和CORESET之间的关联表。
在一些实施例中，执行上述方法的设备是电子设备，例如UE或基带芯片。图3A中描述了这种设备的一般示例。
关于关联的实现细节，可以参考上面讨论的实施例，其组合和修改落入本申请的范围内。
解决方案1-3-2
本公开的一些实施例涉及UE确定用于PDSCH或PUSCH或两者的PDCCH与CORESET之间的关联。在一些实现方式中，用于PDSCH和PUSCH的PDCCH与CORESET之间的关联基于用于PDSCH的特定PDCCH数量(PDCCHDLNum，即P_DL)以及用于PUSCH的特定PDCCH数量(PDCCHULNum，即P_UL)、CORESET配置以及预定义的规则和/或表来具体确定。预定义规则和/或表可以与先前实施例的规则和/或表相同，并且对于PDSCH和PUSCH是公共的。
在第一个示例中，在单个CORESET配置和一个用于PDSCH的PDCCH和/或一个用于PUSCH的PDCCH的情况下，如果PDCCHDLNum＝1并且PDCCHULNum＝1，则可以从一个CORESET监测用于PDSCH和/或PUSCH的PDCCH。在第二个示例中，在两个CORESET配置和两个用于PDSCH的PDCCH和/或两个用于PUSCH的PDCCH的情况下，如果PDCCHDLNum＝2并且PDCCHULNum＝2，则可以从两个CORESET监测用于PDSCH的PDCCH和/或用于PUSCH的PDCCH。在这个示例中，用于PDSCH或PUSCH的一个PDCCH仅来自一个CORESET。在第三个示例中，在两个CORESET配置和两个用于PDSCH的PDCCH的情况下，如果PDCCHDLNum＝2，则可以监测用于PDSCH的PDCCH，每个PDCCH来自不同CORESET；如果PDCCHULNum＝1，则可以从两个CORESET中监测一个用于PUSCH的PDCCH。
从所有CORESET中的一个CORESET子集监测每个PDCCH。
解决方案1-4
本公开的一些实施例涉及基于一种显式监测模式配置来支持两个单独的PDCCH监测配置，所述显式监测模式配置对于PDSCH和PUSCH是公共的。
第一监测模式可以包括UE被配置为监测来自不同CORESET的不同PDCCH。在该配置中，UE可以从针对一种搜索空间类型配置的所有CORESET的一个CORESET子集中监测一个PDCCH。在一些实施例中，监测可以如上述预定义规则和/或映射表来执行。在其他实施例中，监测可以基于如下表4中所示的映射表。
第二监测模式可以包括从针对一种搜索空间类型配置的所有CORESET中监测用于PDSCH和/或PUSCH的一个或多个PDCCH。此外，该监测模式可以是一种默认配置。
表4：PDCCHNum、CORESET数量以及PDCCH-CORESET关联之间的关系
表4中示出的示例关联是非穷举示例，本领域技术人员将理解如何基于具体示例来定义进一步的排列。
图20是描述根据本申请的一个方面的方法的流程图。步骤2010包括：接收包括物理下行控制信道(PDCCH)数量(PDCCHNum,PDCCHNum≥1)配置的信令。步骤2020包括：接收用于确定PDCCH监测模式的指示。在一些实施例中，所述指示可以定义要使用哪种监测模式。例如，所述指示可以指示是否要使用第一监测模式。如果所述指示指示不使用第一监测模式，则确定要使用第二监测模式。步骤2030包括：基于所确定的监测模式，在监测时机内监测数量上等于至少一个控制资源集(CORESET)中的PDCCH数量的PDCCH。
在一些实施例中，PDCCH监测模式包括下列之一：第一PDCCH监测模式，对应于基于PDCCH与CORESET之间的预定义关系，针对用于PDSCH的至少两个PDCCH或用于PUSCH的至少两个PDCCH，监测不同CORESET中的不同PDCCH；以及第二PDCCH监测模式，对应于监测针对一种搜索空间类型配置的所有CORESET中的一个或多个PDCCH。
在一些实施例中，预定义关联包括下列之一：PDCCH和CORESET之间的预定义关联规则；或者PDCCH和CORESET之间的预定义关联表。
关于监测模式的实现细节，可以参考上面讨论的实施例，其组合和修改落入本申请的范围内。
在一些实施例中，执行上述方法的设备是电子设备，例如UE或基带芯片。图3A中描述了这种设备的一般示例。
解决方案2-1
本公开的一些实施例涉及基于一个PDCCH标识/索引(即，例如在先前实施例中提到的PDCCHIdx)确定用于加扰一部分通信的加扰信息。可以为UE预定义或配置该确定。
在一些实现方式中，PDCCH标识(PDCCHIdx)可以用于生成加扰初始化值。例如，该初始化值可以被定义为用于PDSCH加扰的如下所示的cinit。PDSCH或PUSCH的cinit的示例是
其中q可以是一个PDCCH的码字索引，也可以是多个PDCCH的PDCCH标识；在该示例中，初始化值可以用于加扰作为PDSCH或PUSCH中的至少一个的信道。这意味着可以使用不同的PDCCHIdx对与标识有PDCCHIdx的PDCCH相关联的不同信道进行加扰。
解决方案3-1
本公开的一些实施例涉及UE确定可由UE使用的单个PUCCH资源，该单个PUCCH资源与可由一个或多个相应传输点使用的多个PDCCH/PDSCH相关联。
图14示出了两个TRP 1410和1420与单个UE 1430通信的示例场景。TRP 1410使用为TRP 1410分配的PDCCH/PDSCH在波束1415的DL方向上进行通信。TRP 1420使用为TRP1420分配的PDCCH/PDSCH在波束1425的DL方向上进行通信。UE 1430使用波束1435在UL方向上与TRP 1410和1420通信。由UE 1430使用的PUCCH在波束1435上发生，并且每个TRP 1410和1420需要能够解码PUCCH的与相应的TRP相关的部分。
UE可以确定单个PUCCH资源信息，其是时间资源信息、频率资源信息、码或序列资源信息、跳频模式和传输波束信息中的至少一个或其任何子集。时间资源信息可以包括下列至少一个：起始符号索引；时隙内的符号持续时间；结束符号索引；起始时隙索引；时隙持续时间和结束时隙索引。频率资源信息可以包括下列至少一个：起始物理资源块(PRB)索引；一个PUCCH的PRB编号和结束PRB索引。码或序列资源信息可以包括正交覆盖码(orthogonal cover code,OCC)索引和循环移位索引中的至少一个。传输波束信息可以包括下列至少一个：UL波束对链路(beam pair link,BPL)、PUSCH的DMRS与另一个DL RS之间的QCL假设，所述另一个DL RS可以是下列至少一个：关联PDCCH的CSI-RS、同步信号(synchronization signal,SS)块和DMRS、关联PDSCH的DMRS。
可以通过RRC信令和/或特定DCI来接收任何PUCCH资源信息。可以基于一个预定义规则从多个PDCCH中选择特定DCI。例如，将选择具有最低标识/索引(即，PDCCH1)的PDCCH。可以通过接收指示用于PDCCH选择的PDCCH标识/索引的另一RRC信令，从多个PDCCH的一个中选择特定DCI。
UE确定单个PUCCH的PUCCH格式(例如，长或短)，可以基于与多个PDCCH/PDSCH相关联的多个上行控制信息(UCI)反馈的组合来确定，其中每个UCI反馈与一个特定的PDCCH/PDSCH相关联，并且每个UCI包括ACK/NACK、信道质量信息(channel quality information,CQI)、预编码矩阵指示符(pre-coding matrix indicator,PMI)、秩指示符(rankindicator,RI)、调度请求(scheduling request,SR)中的至少一个。在第一个示例中，所述确定可以基于UCI组合类型，其中第一PUCCH格式可以用于ACK/NACK和/或SR，并且第二PUCCH格式可以用于ACK/NACK SR，或CSI报告(例如CQI/PMI/RI/SRI等)中的任何一个或多个。在第二个示例中，所述确定可以基于UCI组合的有效载荷大小(即，总比特数)。在这样的示例中，第一PUCCH格式可以用于有效载荷大小小于一个阈值数的UCI组合，否则可以使用第二PUCCH格式。
图21是描述根据本申请的一个方面的方法的流程图。步骤2110包括接收多个物理下行控制信道(PDCCH)或物理下行共享信道(PDSCH)，或两者。步骤2120包括发送单个物理上行控制信道(PUCCH)用以传输多个上行控制信息(UCI)反馈的组合，其中每个UCI反馈与一个特定PDCCH和一个特定PDSCH中的至少一者相关联。
在一些实施例中，所述方法还包括确定单个PUCCH资源。
在一些实施例中，单个PUCCH资源包括下列至少一个：时间资源；频率资源；码或序列资源；跳频模式；传输波束；以及PUCCH格式。
在一些实施例中，执行上述方法的设备是电子设备，例如UE或基带芯片。图3A中描述了这种设备的一般示例。
关于PUCCH和UCI的实现细节，可以参考上面讨论的实施例，其组合和修改落入本申请的范围内。
解决方案3-2
本公开的一些实施例涉及UE确定多个PUCCH资源，用于传输与多个PDCCH/PDSCH相关联的多个PUCCH。在一些实现方式中，每个PUCCH资源与一个特定的PDCCH/PDSCH相关联。例如，PUCCH可以与特定的PDCCH标识相关联。
上面描述的图14涉及单个波束用于多个TRP的公共PUCCH。这种方式的替代方案包括对两个或更多个TRP中的每个TRP使用单独的PUCCH。图15A到图15F示出了单独PUCCH资源配置的六个不同的非限制性示例。
在图15A中，UE确定用于传输多个PUCCH的多个PUCCH资源，其中每个PUCCH与相应的PDCCH/PDSCH相关联，并且每个PUCCH使用单独的PUCCH格式。对于给定时隙，示出了两个单独的PDCCH 1500,1510。每个PDCCH可以被认为是时频资源。每个PDCCH 1500,1510的一部分被分配用于关联于各自PDCCH 1500,1510的PUCCH 1508,1518。每个PUCCH 1508,1518的内容在相应的波束1504,1514上使用相应的PUCCH格式，从UE发送到相应的TRP。
在图15B中，UE确定用于传输多个PUCCH的多个PUCCH资源，其中每个PUCCH与相应的PDCCH/PDSCH相关联，并且每个PUCCH在一个或多个时隙中传输。示出了两个单独的PDCCH1520,1530，每个PDCCH与单独的时隙相关联。与每个PDCCH 1520,1530相关联的是相应的PUCCH 1528,1538。每个PUCCH 1528,1538的内容在相应的波束1524,1534上从UE发送到相应的TRP。
在图15C中，UE确定用于传输多个PUCCH的多个PUCCH资源，其中每个PUCCH与相应的PDCCH/PDSCH相关联，并且每个PUCCH在一个或多个时隙中传输。示出了两个单独的时隙，其中第一PUCCH 1540占用两个时隙的一部分资源，第二PUCCH 1542占用两个时隙中仅一个时隙的一部分资源。例如，唯一的一个时隙可以是第一时隙。在一些实现方式中(在图15C中未示出)，第二PUCCH 1542可占用两个时隙的一部分资源。可以理解的是，如图15C所示的两个时隙仅是用于说明目的的示例，本实施例可以应用于两个以上的时隙。
在图15D中，UE确定用于传输多个PUCCH的多个PUCCH资源，其中每个PUCCH在单独波束上在单个时隙中传输，该波束从PUCCH的DMRS与相应CSI-RS之间的QCL关联导出。对于单个时隙，示出了两个单独的CSI-RS1550,1560。与每个CSI-RS1550,1560相关联的是相应的PUCCH 1558,1568。每个PUCCH 1558,1568的内容在相应的波束1554,1564上从UE发送到相应的TRP。
在图15E中，UE确定用于传输多个PUCCH的多个PUCCH资源，其中每个PUCCH在单独波束上在单个时隙中传输，该波束从PUCCH的DMRS与相应的PDCCH的DMRS之间的QCL关联导出。对于给定时隙，示出了两个单独的PDCCH-DMRS1570,1580。与每个PDCCH-DMRS1570,1580相关联的是相应的PUCCH 1578,1588。每个PUCCH 1578,1588的内容在相应的波束1574,1584上从UE发送到相应的TRP。
在图15F中，UE确定用于传输多个PUCCH的多个PUCCH资源，其中每个PUCCH在单独波束上在单个时隙中发送，该波束是从PUCCH的DMRS与相应PDSCH的DMRS之间的QCL关联导出的。对于给定时隙，示出了两个单独的PDSCH-DMRS1590,1595。与每个PDSCH-DMRS1590,1595相关联的是相应的PUCCH 1594,1599。每个PUCCH 1594,1599的内容在相应的波束1592,1597上从UE发送到相应的TRP。
图15A至图15F是关于时隙的描述，应理解这是持续时间的一个示例。更一般地，持续时间可以是OFDM符号、一组OFDM符号、微时隙、子时隙(比时隙短的持续时间)或多个时隙。
UE确定多个PUCCH资源信息，其中与一个特定PDCCH/PDSCH相关联的多个PUCCH资源信息中的每个PUCCH资源信息基于子资源信息，该子资源信息是时间资源信息、频率资源信息、码或序列资源信息、跳频模式和传输波束信息中的至少一个。时间资源信息可以包括下列至少一个：起始符号索引；时隙内的符号持续时间；起始符号索引；起始时隙索引；以及时隙持续时间和结束时隙索引。频率资源信息可以包括下列至少一个：PRB索引；一个PUCCH的PRB编号和带宽部分索引。码或序列资源信息可以包括OCC索引和循环移位索引中的至少一个。传输波束信息可以包括UL BPL；PUCCH的DMRS与另一个DL RS之间的QCL假设，所述另一个DL RS可以是下列至少一个：CSI-RS；关联PDCCH的SS块和DMRS；和关联PDSCH的DMRS。
可以通过接收RRC信令或DCI来配置任何子资源信息。通过接收RRC信令配置的一些子资源信息可以在多个PUCCH资源信息之间共享。例如，可以为多个PUCCH资源共享频率资源信息。可以从特定PDCCH接收由DCI配置的一些子资源信息，例如，第一PUCCH资源信息的传输波束信息可以来自第一PDCCH，而第二PUCCH资源信息的传输波束信息可以来自第二PDCCH。
在一些实现方式中，多个PUCCH资源可以共享上面讨论的至少一个公共资源信息(例如，起始时隙索引、跳频模式)。至少一个公共资源信息可以被配置有RRC并且对于多个PUCCH是公共的。
可以基于与特定PDCCH/PDSCH相关联的特定上行控制信息(UCI)反馈来确定多个PUCCH的特定PUCCH格式(例如，长或短)，其中每个UCI反馈包括ACK/NACK、CQI、PMI、RI和SR中的至少一个。
图22是描述根据本申请的一个方面的方法的流程图。步骤2210包括接收多个相应的物理下行控制信道(PDCCH)或物理下行共享信道(PDSCH)，或两者。步骤2220包括发送多个物理上行控制信道(PUCCH)用以传输多个上行控制信息(UCI)反馈，其中每个UCI反馈与一个特定PDCCH和一个特定PDSCH中的至少一者相关联。
在一些实施例中，所述方法还包括确定多个PUCCH资源。
在一些实施例中，单个或多个PUCCH资源包括以下中的至少一个：时间资源；频率资源；码或序列资源；跳频模式；传输波束；以及PUCCH格式。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源使用相同或不同的PUCCH格式。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源位于单个时隙中，使得每个PUCCH的起始OFDM符号位于单个时隙中并且其持续时间小于或等于时隙的持续时间。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源位于多个时隙中，使得每个PUCCH的起始OFDM符号位于单个时隙中并且其持续时间小于、等于或长于一个时隙的持续时间。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源位于多个时隙中，使得每个PUCCH的结束OFDM符号位于单个时隙中并且其持续时间小于、等于或长于一个时隙的持续时间。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源位于单独的时隙中，使得每个PUCCH的起始OFDM符号位于给定时隙中并且其持续时间小于或等于一个时隙的持续时间。
在一些实施例中，用于传输多个相应PUCCH的多个PUCCH资源使用相应的传输波束，所述传输波束是使用相应的PUCCH解调参考信号(DMRS)与相应的下行参考信号(DL RS)之间的准共址关联导出的。
在一些实施例中，DL RS是信道状态信息-参考信号(CSI-RS)。在一些实施例中，DLRS是PDCCH的DMRS。在一些实施例中，DL RS是PDSCH的DMRS。
在一些实施例中，关于单个或多个PUCCH资源的资源信息被配置有以下中的至少一个：RRC信令；下行控制信息(DCI)；媒体访问控制控制元素(MAC CE)；以及预定义的规则。
在一些实施例中，所述方法还可以包括：确定PUCCH反馈模式；基于所述PUCCH反馈模式发送单个或多个PUCCH。
在一些实施例中，通过选择两种单独的反馈模式中的一种反馈模式来确定所述PUCCH反馈模式。
在一些实施例中，第一种模式用于单个PUCCH，第二种模式用于多个PUCCH。
在一些实施例中，确定所述PUCCH反馈模式包括：基于使用PDCCH到CORESET的关联的隐式机制进行确定。
在一些实施例中，确定所述PUCCH反馈模式包括：接收更高层信令。
在一些实施例中，所述更高层信令包括以下中的至少一个：RRC信令；下行控制信息(DCI)；以及媒体访问控制控制元素(MAC CE)。
在一些实施例中，可以组合一个或多个上述实施例。
在针对上述解决方案3-1和3-2描述的方法的一些实施例中，关于单个或多个PUCCH资源的资源信息被配置有以下中的至少一个：RRC信令；下行控制信息(DCI)；媒体访问控制控制元素(MAC CE)；以及预定义的规则。
在针对上述解决方案3-1和3-2描述的方法的一些实施例中，所述方法还包括：确定PUCCH反馈模式；基于所述PUCCH反馈模式发送单个或多个PUCCH。
在一些实施例中，通过选择两种单独的反馈模式中的一种反馈模式来进行确定。
在一些实施例中，第一种模式用于单个PUCCH；第二种模式用于多个PUCCH。
在一些实施例中，确定所述PUCCH反馈模式包括：基于使用PDCCH到CORESET的关联的隐式机制进行确定。
在一些实施例中，确定所述PUCCH反馈模式包括接收更高层信令。
在一些实施例中，所述更高层信令包括RRC信令、下行控制信息(DCI)和媒体访问控制控制元素(MAC CE)中的至少一个。
在一些实施例中，执行上述方法的设备是电子设备，例如UE或基带芯片。图3A中描述了这种设备的一般示例。
关于PUCCH和UCI的实现细节，可以参考上面讨论的实施例，其组合和修改落入本申请的范围内。
解决方案3-3
本公开的一些实施例涉及UE确定PUCCH反馈模式，也称为报告模式。在一些实现方式中，可在两种单独模式之间进行确定。第一种模式(模式1)可以用于单个PUCCH，第二种模式(模式2)可以用于多个PUCCH。在一些实施例中，可以基于显式RRC配置来进行确定。显式RRC配置可以与CORESET配置结合。
在一些实施例中，还可以基于用RRC信令或预定义映射表定义的CORESET配置来隐式地进行确定。映射表的非限制性示例在下面的表5中示出。
表5：PDCCHNum值、CORESET数量、PDCCH-CORESET关联和PUCCH模式之间的关系
在一些实施例中，模式1是UE针对以下情况使用的PUCCH反馈模式：在单个CORESET上接收单个PDCCH；在多个CORESET上接收单个PDCCH；或者在单个CORESET上接收多个PDCCH。模式2是UE针对所有其他情况选择的PUCCH反馈模式。
表5中示出的示例关联是非穷举示例，本领域技术人员将理解如何基于具体示例来定义进一步的排列。
解决方案4-1
本公开的一些实施例涉及UE确定从网络发送的多个CSI-RS配置，然后基于一个PUSCH与一个或多个CSI-RS配置之间的关联，向网络报告单独的PUSCH上的多个基于CSI-RS的测量。
在一些实施例中，UE可以在高层信令，例如RRC信令中接收一个PUSCH与一个或多个CSI-RS配置之间的关联。例如，多个CSI-RS配置将被划分为多个CSI-RS配置组(一个CSI-RS配置组包括至少一个CSI-RS配置)，然后可以基于关联，利用一个特定PUSCH报告一个CSI-RS配置组的测量。(例如，PUSCH1用于CSI-RS配置组1，PUSCH2用于CSI-RS配置组2)。
在一些实施例中，一个PUSCH与一个或多个CSI-RS配置之间的关联可以由UE隐式地导出。该隐式推导可以基于PDCCH的特定DMRS与一个特定CSI-RS配置之间的QCL假设。例如，用于PUSCH1的PDCCH1的DMRS可以与CSI-RS1配置准共址，而用于PUSCH2的PDCCH2的DMRS可以与CSI-RS2配置准共址。然后，可以用PUSCH1报告CSI-RS1的测量，并且可以基于如上所述的关联，用PUSCH2报告CSI-RS2的测量。应当理解的是，一个CSI-RS配置组中的多个CSI-RS配置可以与一个PUSCH相关联。
图16A示出了两组一个或多个CSI配置1610和1620的表示，每组与相应的PUSCH相关联，一组与PUSCH1 1615相关联，一组与PUSCH2 1625相关联。
图16B示出了基于QCL假设的两组一个或多个CSI配置1630和1640的表示，每组与相应的PDCCH，即PDCCH1 1633和PDCCH2 1643相关联。PDCCH1 1633和PDCCH2 1643分别与PUSCH1 1635和PUSCH2 1645相关联。
图23是描述根据本申请的一个方面的方法的流程图。步骤2310包括确定多个信道状态信息-参考信号(CSI-RS)配置与多个物理上行控制信道(PUSCH)之间的关联。步骤2320包括基于多个CSI-RS配置与多个PUSCH之间的关联，报告相关联的单独PUSCH上的一个或多个CSI-RS测量。
在一些实施例中，确定所述关联包括：接收指示所述关联的信令。
在一些实施例中，确定所述关联包括：确定与由PDCCH调度的PUSCH相关联的CSI-RS配置，所述PDCCH与和CSI-RS准共址的DMRS相关联。
在一些实施例中，执行上述方法的设备是电子设备，例如UE或基带芯片。图3A中描述了这种设备的一般示例。
关于关联的实现细节，可以参考上面讨论的实施例，其组合和修改落入本申请的范围内。
图24A示出了具有两个TRP 2402和2404的小区2400的示例。在小区2400内服务三个UE 2412,2414,2416。UE 2412通过TRP 2402被分配DL分配2421和上行分配2422，通过TRP2404被分配下行分配2423。UE 2414通过TRP 2404被分配DL分配2424和上行分配2425。UE2416通过TRP 2404被分配DL分配2426和上行分配2427。在该具体示例中，两个TRP显然(从UE角度来看)与为单个UE配置的两个单独的CORESET组(也是两个CORESET)相关联。
图24B示出了来自TRP 2402和TRP 2404中的每个TRP的针对UE 2412的DL和UL分配的示例。在该具体示例中，如图24A中所示的来自TRP 2402的分配用于DL和UL且包括四个候选数(CN)。在该具体示例中，如图24A中所示的来自TRP 2404的分配仅用于DL并且包括两个候选数。在该具体示例中，两个TRP明显与为一个UE配置的两个单独的CORESET组(也是两个CORESET)相关联。每个PDCCH与特定CORESET相关联，对于相同的聚合级别，该CORESET与具有不同候选数(图中的2和4)的不同搜索空间相关联。
表6示出了对与两个不同CORESET(通常也对应于两个CORESET组)相关联的EPDCCH候选和NR-PDCCH候选的多个搜索空间(聚合级别和候选数)进行定义的示例。行和列的内容如上面表2所定义。表6中CORESET1和CORESET2列中的值表示CORESET中使用的物理资源块(PRB)的数量。
表6-不同CORESET的不同聚合级别的候选数
在一些实现方式中，对于可以由UE监测的不同CORESET，针对每个潜在CORESET提供给UE的配置信息可以具有与每个聚合级别(AL)的非零CN相关联的相同AL集，即{1,2,4,8,16}。对于相同的聚合级别，可以为每个CORESET独立配置CN。在第一个示例中，对于相同的聚合级别，相同大小(时间资源和/或频率资源)的不同CORESET可以配置有不同的CN。在第二个示例中，较小尺寸的第一CORESET可以被配置较大的CN，对于相同的聚合级别，较大尺寸的第二CORESET可以被配置较小的CN。在第三个示例中，对于特定聚合级别AL，关联的候选数CN_AL由一个预定义CN_AL0和经配置的用于PUSCH和/或PDSCH的PDCCH总数(N_PDCCH)确定，其可以以CN_AL＝CN_AL0*N_PDCCH的形式同时从关联的特定CORESET检测或接收。
返回参考表6，应当注意与候选数有关的若干方面。
例如，在第三行中注意到CORESET1具有8个PRB并且CORESET2具有8个PRB。对于L＝1的EPDCCH场景的候选数(CN)，CORESET1的是4，并且CORESET2的是4。在这种情况下，两个CORESET的CN是相等的。对于L＝2、4、8和16示出了相同的情况，即使候选数随着聚合级别的增加而降低。然而，在NR-PDCCH场景中，对于L＝2的CN，CORESET1的等于4，CORESET2的等于2。相同大小的不同CORESET的CN是不同的。
在第五行中，注意到当L＝1时，CORESET1具有8个PRB并且CORESET2具有2个PRB。对于L＝1的EPDCCH场景的候选数(CN)，CORESET1的是4，CORESET2的是2。在这种情况下，具有较大数量PRB的CORESET也具有较大的CN。然而，在NR-PDCCH场景中，对于CORESET1，CN等于2，对于CORESET2，CN等于4。因此，具有较大数量PRB的CORESET具有较小的CN。
从表6中的至少两个上述示例可以看出，NR-PDCCH场景的候选数可以与CORESET大小无关。
在本申请的实现方式中，每个CORESET内的所有信道的最大PDCCH数量可以不同。每个CORESET可以由不同的UE或不同的UE组共享。例如，返回图24A，对于UE 2412，第一CORESET(CORESET1)用于由TRP 2402分配的UL和DL分配，第二CORESET(CORESET2)仅用于由TRP 2404分配的DL分配。在这种情况下，CORESET1可能具有比CORESET2更大的CN，以适应CORESET1为UL和DL提供分配。然而，对于UE 2414，CORESET2用于由TRP 2404分配的UL和DL分配。
表6仍仅是与本申请一致的相同和/或不同大小的CORESET的相应聚合级别的候选数的示例。应理解的是这些是示例值，并且本质上不是限制性的。
分配数量特定的搜索空间分割
在一些实现方式中，情况特定的搜索空间的配置不同于UE被配置为针对一种数据信道类型(单播或UE特定)和一个小区的一种RNTI类型在同一个监测时机内监测的最大PDCCH数量。每个情况特定的搜索空间的配置定义给定CORESET与给定聚合级别和候选数之间的关联。下表7中示出了各种示例。
表7-针对一个和两个分配场景的不同大小CORESET的不同聚合级别的候选数
纯粹作为示例，可以向UE提供表7中的所有信息。在UE仅针对一个分配进行操作的场景中，UE可以使用表7中定义一个分配情况候选数的部分中的相关信息。在UE针对两个分配进行操作的场景中，UE可以使用表7中定义两个分配情况候选数的部分中的相关信息。
表7仍仅仅是针对与本申请一致的不同分配数量的相同和/或不同大小的CORESET的相应聚合级别的候选数的示例。虽然为一个和两个分配场景提供了示例AL和CN信息，但是应当理解，对于多于两个分配的分配场景，可以向UE提供类似的信息。应理解，这些是示例值，并且本质上不是限制性的。
在一些实现方式中，与正用于现有通信标准的具有定义的聚合级别和候选数的CORESET相关联的配置集可以用作默认配置集，例如用于一个分配情况，以确保与现有系统的兼容性。
特定情况的时间资源信息
单个数据信道类型(单播或UE特定)的来自一个或多个TRP的多个PDCCH和/或关联的PDSCH和/或PUSCH和/或PUCCH的时间资源信息可以相同或不同。
在一些实现方式中，针对不同的PDCCH和/或其他相关联信道的不同时间资源信息，UE被配置有不同指示，并且每个指示与一个特定时间资源信息相关联。在存在两个PDCCH(PDCCH1和PDCCH2)的第一个示例中，PDCCH1和PDCCH2的起始符号和/或结束符号可以不同。在存在两个PDCCH(PDCCH1和PDCCH2)和关联的PDSCH(PDSCH1和PDSCH2)的第二个示例中，与PDCCH1相关联的PDSCH1和与PDCCH2相关联的PDSCH2的起始符号和/或结束符号可以是不同的。在存在两个PDCCH(PDCCH1和PDCCH2)和关联的PUSCH(PUSCH1和PUSCH2)的第三个示例中，与PDCCH1相关联的PUSCH1和与PDCCH2相关联的PUSCH2的起始符号和/或结束符号可以是不同的。在存在两个PDCCH(PDCCH1和PDCCH2)和关联的PUCCH(PUCCH1和PUCCH2)的第四个示例中，与PDCCH1相关联的PUCCH1以及与PDCCH2相关联的PUCCH2的起始符号和/或结束符号可以是不同的。下面的表8示出了第一PDCCH(PDCCH1)和第二PDCCH(PDCCH2)与其他信道类型的关联。
表8-多个PDCCH和PDSCH和/或PUSCH和/或PUCCH之间的关联
PDCCH1 PDSCH1 PUSCH1 PUCCH1
PDCCH2 PDSCH2 PUSCH2 PUCCH2
图25A示出了不同PDCCH和关联PDSCH的不同时间资源信息的示例。图25A示出了占用时间单元的至少一部分的PDCCH1 2502与对应PDSCH1 2504以及占用时间单元的至少一部分的PDCCH2 2512与对应PDSCH2 2514。虽然PDCCH1 2502和PDSCH1 2504的总持续时间对于PDCCH2 2512和PDSCH2 2514是相同的，但是各个PDCCH的持续时间和结束符号是不同的，并且各个PDSCH的持续时间和起始符号是不同的。
在一些实现方式中，UE被配置为确定不同PDCCH和/或关联的PDSCH和/或PUSCH和/或PUCCH的时间资源信息。时间资源信息可以基于指示方案。作为具体示例，可以从第一指示方案导出第一时间资源信息，并且可以从第二指示方案导出第二时间资源信息。
指示方案的一般示例可以包括网络使用的动态DL控制信令和半静态RRC信令。指示方案组合的特定示例可以包括动态控制指示(dynamic control indication,DCI)和半静态RRC信令、第一半静态RRC信令和第二半静态RRC信令以及第一DCI和第二DCI。
常见情况的时间资源信息
在一些实现方式中，针对不同的PDCCH和/或其他相关的信道，UE被配置有具有一个公共指示的相同的时间资源信息。在存在两个PDCCH(PDCCH1和PDCCH2)的第一个示例中，PDCCH1和PDCCH2的起始符号和/或结束符号可以相同。在存在两个PDCCH(PDCCH1和PDCCH2)和关联的PDSCH(PDSCH1和PDSCH2)的第二个示例中，与PDCCH1相关联的PDSCH1和与PDCCH2相关联的PDSCH2的起始符号和/或结束符号可以是相同的。在存在两个PDCCH(PDCCH1和PDCCH2)和关联的PUSCH(PUSCH1和PUSCH2)的第三个示例中，与PDCCH1相关联的PUSCH1和与PDCCH2相关联的PUSCH2的起始符号和/或结束符号可以是相同的。对于第四个示例，与PDCCH1相关联的PUCCH1以及与PDCCH2相关联的PUCCH2的起始符号和/或结束符号可以是相同的。
图25B示出了相同时间资源信息的示例。图25B示出了占用时间单元的至少一部分的PDCCH1 2522与对应PDSCH1 2524以及占用时间单元的至少一部分的PDCCH22532与对应PDSCH2 2534。PDCCH1 2522和PDSCH1 2524的总持续时间与PDCCH22532和PDSCH2 2534的总持续时间相同，并且各个PDCCH和PDSCH的持续时间和起始符号也相同。
在一些实现方式中，UE被配置为确定多个PDCCH和/或关联的PDSCH和/或PUSCH和/或PUCCH共用的时间资源信息。可以基于公共指示方案来定义或共享时间资源信息。该指示方案可以包括网络使用的DL控制信令或半静态RRC信令。
对于由不同PDCCH和/或关联的PDSCH和/或PUSCH和/或PUCCH使用的不同或公共时间资源的情况，时间资源信息的示例的列表包括诸如PDCCH起始符号、PDCCH结束符号、PDSCH起始符号、PDSCH结束符号、PUSCH起始符号、PUSCH结束符号、PUCCH起始符号和PUCCH结束符号之类的信息，其本质上不旨在限制。
HARQ反馈
当使用HARQ反馈时，分配上行控制信道以允许UE使用信道来提供关于在下行链路方向上发送的信息(码字和/或码块和/或码块组)是否被接收并解码的肯定应答或否定应答(ACK/NACK)。在根据本申请的一些实现方式中，分配一个公共物理上行控制信道(PUCCH)，用于传输与多个PDCCH和/或PDSCH相关联的、以及与关联于PDSCH的一个或多个码字(CW)的一个PDCCH和/或PDSCH相关联的、以及与关联于PDSCH的一个或多个码块(CB)或码块组(CBG)的一个CW相关联的所有ACK/NACK比特，其中一个CBG包括至少一个CB。图26A中示出了这种情况的一个示例。图26A示出了与图25B类似的传输资源的示例，包括与来自第一TRP的PDSCH1 2609A一起发送的PDCCH1 2608A以及与来自第二TRP的PDSCH2 2609B一起发送的PDCCH2 2608B。图26A中还包括用于传输与PDSCH 2609A和2609B相关联的ACK/NACK比特的单个公共PUCCH 2605。
可以基于以下三个数量中的一个或多个来确定组合的ACK/NACK比特的总数，其中第一数量是半静态配置的最大PDCCH数量，第二数量是与特定PDCCH相关联的半静态配置的CW或传输块(TB)的数量，第三数量是与特定CB/TB以及特定PDCCH相关联的半静态配置的码块(CB)或码块组(CBG)的数量。一个或多个CB或CBG形成码字，如在图27的示例中可见。在第一个示例中，组合的ACK/NACK比特的总数与PDCCH的数量相同，并且一个PDCCH与一个CW/TB的ACK/NACK比特相关联。在第二个示例中，组合的ACK/NACK比特的总数与关联的多个PDCCH的CW/TB的总数相同，并且一个PDCCH与特定数量的CW/TB的ACK/NACK比特相关联。在第三个示例中，组合的ACK/NACK比特的总数与关联的多个PDCCH的CB/CBG的总数相同，并且一个PDCCH与特定数量的CB/TB相关联，并且一个CW/TB与特定数量的CB/CBG的ACK/NACK比特相关联。
图27示出了用于两个分配(即，PDCCH)的两个连续ACK/NACK段的三个数量的示例，其中相关联的所有反馈比特各具有相应的分配标识。对于第一场景，第一ACK/NACK段2702与第一分配标识相关联，并且第二ACK/NACK段2704与第二分配标识相关联。每个分配标识具有关联的索引号，即分配标识1和分配标识2。如上所述，与相应ACK/NACK段2702和2704相关联的分配的数量可以用于确定将级联在一起并在PUCCH上发送的ACK/NACK比特的数量。
对于第二场景，第一ACK/NACK段2702被示出具有两个码字2712和2714。类似地，在第二ACK/NACK段2704中，存在两个码字2722和2724。在相应的ACK/NACK段中，每个相应的码字具有关联的索引号，即CW1和CW2。如上所述，相应ACK/NACK段中的码字的数量可以用于确定将级联在一起并在PUCCH上发送的ACK/NACK比特的数量。
对于第三场景，第一ACK/NACK段2702被示出具有四个码块或码块组2732,2734,2736和2738。类似地，在第二ACK/NACK段2704中存在四个码块或码块组2742,2744,2746和2748。每个相应的码块或码块组在相应的ACK/NACK段的每个码块或码块组内具有关联的索引号，即CB/CBG1，CB/CBG2。如上所述，相应ACK/NACK段中的码块或码块组的数量可用于确定将级联在一起并在PUCCH上发送的ACK/NACK比特的数量。
在一些实施例中，ACK/NACK比特码本大小与PDCCH的最大数量相关联。
如果用于多个分配的ACK/NACK比特在PUCCH中一起发送，则应采取一种商定的ACK/NACK比特级联方式，以确保网络和UE都知道ACK/NACK比特如何被组合，且因此哪些比特对应于哪些分配。PUCCH的ACK/NACK比特被级联的方式可以基于用于排列ACK/NACK比特的以下排序和映射规则中的至少一个。
在一些实施例中，对于对应于如图27中所示的不同分配的ACK/NACK比特，具有较低索引号的分配对应的ACK/NACK比特先于具有较高索引号的分配对应的ACK/NACK比特。
在一些实施例中，对于对应于一个分配的ACK/NACK比特，具有较低索引号的码字对应的ACK/NACK比特先于具有较高索引的码字对应的ACK/NACK比特。
在一些实施例中，对于对应于一个码字的ACK/NACK比特，具有较低索引的码块或码块组对应的ACK/NACK比特先于具有较高索引的码块或码块组对应的ACK/NACK比特。
可以经由诸如RRC的半静态专用信令向UE提供用于级联的ACK/NACK比特的公共PUCCH资源。所述资源可以是时间资源、频率资源、时间/频率资源组合，码、层和端口资源中的至少一个。
在另一实现方式中，如图26B中所示，针对与不同分配相关联的ACK/NACK比特发送单独的PUCCH。图26B示出了传输资源的示例，包括与来自第一TRP的PDSCH1 2619A一起发送的PDCCH1 2618A以及与来自第二TRP的PDSCH2 2619B一起发送的PDCCH2 2618B。图26B中还包括两个PUCCH：PUCCH1 2615，用于传输与PDCCH1 2618A和/或PDSCH1 2619A相关联的ACK/NACK；以及PUCCH2 2616，用于传输与PDCCH2 2618B和/或PDSCH2 2619B相关联的ACK/NACK。
单个PUCCH资源仅用于与一个数据信道类型分配相关联的所有ACK/NACK比特。每个PUCCH可以具有特定的资源信息。信息的示例包括特定分配资源信息(例如，第一CCE索引、CORESET索引)，特定半静态PUCCH资源索引和时间、频率、码、层和/或端口资源信息。
通过借助UCI进行的HARQ反馈
当使用HARQ反馈时，分配上行控制信道以允许UE使用信道来提供关于在下行链路方向发送的信息是否被接收并解码的肯定应答或否定应答。在根据本申请的一些实现方式中，分配一个公共物理上行共享信道(PUSCH)，用于传输在上行控制信息(UCI)消息中携带的与各种DL PDCCH相关联的所有ACK/NACK比特。图26C中示出了这种情况的一个示例。图26C示出了传输资源的示例，包括与来自第一TRP的PDSCH1 2629A一起发送的PDCCH12628A，以及与来自第二TRP的PDSCH22629B一起发送的PDCCH2 2628B。图26C中还包括单个公共PUSCH 2625A，用于传输与在单个公共UCI 2625B内携带的PDSCH 2629A和2629B相关联的ACK和NACK。
可以基于以下场景中的一个或多个来确定组合的ACK/NACK比特的总数。在第一种场景下，UE发送的ACK/NACK比特的数量基于半静态配置的最大PDCCH数量。在第二种场景下，ACK/NACK比特的数量基于半静态配置的码字的数量，例如传输块(TB)中的码字的数量。在第三种场景下，ACK/NACK比特的数量基于半静态配置的码块(CB)或码块组(CBG)的数量。如在图27的示例中可见，一个或多个CB或CBG形成码字。
在另一实现方式中，如图26D所示，针对与不同分配相关联的ACK/NACK比特发送单独的PUSCH。图26D示出了传输资源的示例，包括与来自第一TRP的PDSCH12639A一起发送的PDCCH1 2638A和与来自第二TRP的PDSCH2 2639B一起发送的PDCCH2 2638B。图26D中还包括两个UCI：UCI1 2635B，用于传输与在PDSCH12639A中找到的DL分配相关联的ACK和NACK；以及UCI2 2636B，用于传输与在PDSCH2 2639B中找到的DL分配相关联的ACK和NACK。
单个PUSCH资源仅用于与一个数据信道类型分配相关联的所有ACK/NACK比特。每个PUSCH可以具有特定的资源信息。信息的示例包括特定分配，其可以是时间、频率、码，层和/或端口资源信息中的任一种或多种。
在另一实现方式中，如图26E中所示，可以使用混合方法，由此与给定DL分配相关联的一些ACK和NACK通过与该DL分配相关联的PUCCH资源发送，而与另一DL分配相关联的其他ACK和NACK通过与另一DL分配相关联的PUSCH资源发送。图26E示出了传输资源的示例，包括与来自第一TRP的PDSCH1 2649A一起发送的PDCCH1 2648A以及与来自第二TRP的PDSCH22649B一起发送的PDCCH22648B。图26E中还包括：PUCCH1 2645，用于传输与在PDSCH1 2649A中找到的DL分配相关联的ACK和NACK；以及PUSCH2 2646A和UCI2 2646B，用于传输与在PDSCH2 2649B中找到的DL分配相关联的ACK和NACK。
在另一实现方式中，如图26F中所示，单个公共PUCCH 2655用于与UE接收的PDCCH2658A和2658B相关联的所有ACK/NACK比特。UE还发送单个公共PUSCH 2656，其与所有PDCCH中的一个PDCCH相关联，但在单个公共PUSCH上没有借助UCI。
在另一实现方式中，如图26G中所示，单独的PUCCH 2665A和2666A用于与UE接收的不同PDCCH 2668A和2668B相关联的ACK/NACK比特。UE还发送单独的PUSCH 2665B和2666B，其中每个PUSCH与所有PDCCH中的一个PDCCH相关联，但是在单独的PUSCH上没有借助UCI。
UL和分配之间的关联
在一些实施例中，网络向UE提供UL功率控制参数与多个PDCCH中的参考PDCCH之间的关联，所述PDCCH可以用于调度PDSCH并且包含动态传输功率控制或传输功率命令(TPC)。可以使用RRC信令来提供关联。在存在两个PDCCH(PDCCH1和PDCCH2)的第一个示例中，UE被配置为使用来自PDCCH1或PDCCH2的TPC进行PUSCH和/或PUCCH功率控制的动态调整，在该示例中，PDCCH1或PDCCH2可以是用于TPC操作的参考PDCCH。在存在两个PDCCH(PDCCH1和PDCCH2)的第二个示例中，一个PDCCH与特定PUSCH和/或PUCCH相关联，则该PDCCH将被视为用于特定PUSCH和/或PUCCH的TPC操作的默认参考PDCCH。在第三个示例中，对于与不同PDCCH相关联的多个PUSCH和/或PUCCH，可以配置特定和/或公共开环功率控制参数。在该示例中，特定开环功率控制参数可以是第一标称功率、第二UE特定功率、路径损耗补偿因子中的至少一个，公共开环功率控制参数可以是第一标称功率、第二UE特定功率、路径损耗补偿因子中的至少一个。
其代表性示例在图28A中示出。图28A示出了第一PDCCH1 2802和第二PDCCH22804，它们都用于调度PDSCH并包含动态TPC。两个PDCCH 2802和2804可以是由两个TRP共享的传输资源中的信道。图28A还包括PUSCH 2808。PDCCH可以包括在上行方向上发送时由UE使用的TPC信息。网络可以向UE提供这一关联，即作为PDCCH1 2802的一部分的TPC信息应当用于物理上行共享信道(PUSCH)的上行功率控制(UL PC)。如图28A中所示，TRP可以为给定UE调度PUSCH、PDSCH或两者。关于图28A，与PDCCH2 2804相关联的TRP可以不为UE调度PUSCH，因此UE不应该使用由与PDCCH2 2804相关联的TRP发送的TPC信息。
在一些实施例中，向UE提供上行探测资源信号(uplink sounding resourcesignal,UL SRS)触发参数与可用于携带SRS触发参数的多个PDCCH中的参考PDCCH之间的关联。可以使用RRC信令来提供关联。在存在两个PDCCH(PDCCH1和PDCCH2)并且每个PDCCH具有一个SRS触发的第一个示例中，UE被配置为使用来自PDCCH1或PDCCH2的SRS触发用于SRS传输，在该示例中，PDCCH1或PDCCH2可以是用于TPC操作的参考PDCCH。其代表性示例如图28B所示。图28B示出了第一PDCCH12812和第二PDCCH2 2814。图28B还包括SRS传输2818。PDCCH2812和2814可以分别包括SRS触发参数。网络可以向UE提供这一关联，即作为PDCCH1 2812的一部分的SRS触发参数应当用于SRS传输。定义和利用这种关联可以有助于UE避免使用不正确的SRS触发的错误。
UL和分配之间的关联
在一些实施例中，向UE提供单独的上行探测资源信号(UL SRS)触发参数与分配标识之间的关联。可以使用RRC信令来提供关联。其代表性示例如图28C中所示。图28C示出了第一PDCCH1 2822和第二PDCCH2 2824。图28C还包括与PDCCH12822相关联的SRS1 2828和与PDCCH2 2824相关联的SRS2 2829。PDCCH 2822和2824可以包括SRS触发参数。网络可以向UE提供这一关联，即作为PDCCH1 2822的一部分的SRS触发参数应该用于SRS传输SRS1 2828，并且作为PDCCH2 2824的一部分的SRS触发参数应该用于SRS传输SRS2 2829。定义和利用这种关联可以有助于UE避免使用不正确的SRS触发的错误。网络可以为单独的UL SRS触发提供配置参数集，使得UE使用不同的时间资源、频率资源、码资源、层资源、端口资源、周期信息和带宽信息来服务单独的SRS触发。
在一些实施例中，网络可以使用长期协调规则来定义任何其他更高层信令参数，该长期协调规则用于确保不同的TRP不使用相同的配置参数集发送UL SRS触发。网络还可以向单独的UL SRS触发提供完全相同的配置参数集，在这种情况下，UE将它们视为一个并且同一个请求。
HARQ进程关联
在一些实现方式中，根据针对一种信道类型(单播或UE特定)和相同C-RNTI类型以及一个小区或分量载波配置的PDCCH数量，一个UE可以被配置用于PUSCH或PDSCH的不同的最大HARQ进程数量。PUSCH和PDSCH的最大HARQ进程数量是两个单独的定义。在第一个示例中，UE被配置有第一最大HARQ进程数量，该第一最大HARQ进程数量与被配置为同时监测的、用于PDSCH或PUSCH的第一PDCCH数量相关联，并且UE被配置有第二最大HARQ进程数量，该第二最大HARQ进程数量与被配置为同时监测的、与用于PDSCH或PUSCH的第二PDCCH数量相关联的第二最大HARQ进程数量。在该示例中，第一和/或第二最大HARQ进程数量配置有RRC信令。在第二个示例中，UE被配置为基于PDCCH数量和为一个PDSCH或PUSCH定义的一个最大HARQ进程数量导出最大HARQ进程数量。在该示例中，UE针对用于PDSCH或PUSCH的一个PDCCH被配置有一个最大HARQ进程数量Nmax，并且通过Nmax*N导出另一个最大HARQ进程数量，其中N是用于PDSCH或PUSCH的经配置的另一个PDCCH数量。
在一些实现方式中，可以从UE已知的参数导出与特定分配相关联的HARQ进程ID(HPID)。例如，UE可以使用由分配携带的初始HARQ进程ID(HPIDIni)、与分配相关联的分配标识(assignment identity,AI)以及每个分配的最大HARQ进程数量(Nmax)。在这种场景下，则可以使用HPID＝HPIDIni+AI×Nmax的关系式来确定HPID。
在小区中的单个TRP(即，一个PDCCH)的特定具体示例场景中，存在八个可能的HARQ进程，即0到7，使用三个比特来定义。这可以在图29A中看出，即HP1至HPN，其中N＝8。对于在小区中具有两个TRP(即，两个PDCCH)的场景，每个TRP(与特定PDCCH相关联)可以具有八个相应的HARQ进程，每个HARQ进程由三个比特定义。如果每个TRP在小区内具有唯一的分配标识值，则分配标识可以与每个相应TRP的HARQ进程数量组合，以避免HARQ进程之间的混淆。在两个TRP的情况下，利用单个附加比特可以用作分配标识，即第一TRP的“0”比特分配和第二TRP的“1”比特分配。如上所述，UE显式地或隐式地已知分配标识，并且分配标识使得能够针对来自相应TRP的分配确定出HARQ进程。这可以在图29B中看出，即HP1至HP2×N，其中N＝8。
虽然上面的示例描述了针对总共八个HP值使用三个比特，但是应该理解，这仅仅是示例，并且在一些实现方式中，针对四个HP可以使用两个比特或使用多于三个比特。另外，由于第二个示例中描述了具有两个TRP的情况，每个TRP具有可以用一个比特的单个值标识的相关联的分配标识，应当理解的是，对于大量TRP，分配标识可以是两个或更多个比特。
在一些实施例中，当在相同区域或相邻区域中使用多个TRP时，例如在切换的情况下，存在可用于与UE通信的各种联合传输选项。如上所述，在一个选项中，可以使用来自一个TRP的单个PDCCH来发送信息，并且可以使用来自一个或多个TRP的相同PDSCH来发送信息，或者可以在来自多个TRP的相同PDSCH的不同层上发送信息。在另一选项中，可以使用单个PDCCH来发送信息，该PDCCH调度从多个相应TRP发送的不同PDSCH的信息。在另一选项中，可以发送多个且独立的PDCCH，其调度从多个的相应TRP发送的不同PDSCH的信息。
多个TRP进行的调度可以是协调的也可以是非协调的。TRP可以使用相同或不同的物理层(physical layer,PHY)资源来调度传输。如上所述，来自多个TRP的PDCCH可以映射到相同或不同的CORESET或CORESET组，并且可以为各个PDCCH的数据信道或PDSCH分配正交资源或重叠资源。
在一些实现方式中，TRP可以执行对分配了业务/服务类型的部分资源的联合抢占，以向另一业务/服务类型的传输提供增强的可靠性。具体地，可以在共享的时频区域中为多种业务类型和/或服务调度传输。例如超可靠低延迟通信(ultra reliable lowlatency communications,URLLC)之类的一种业务类型可能比其他业务类型，例如增强型移动宽带(enhanced mobile broadband,eMBB)需要更高的可靠性和更快的传输机会。多个TRP进行的联合抢占可能至少使小区边缘URLLC UE受益。例如，服务TRP，或控制相同或不同小区相邻区域中的服务TRP和TRP的网络控制器，可以使得相邻区域中的TRP利用的传输资源的一部分被打孔并且因此，在服务TRP正在向URLLC UE发送的期间不发送，从而避免在服务TRP和相邻区域TRP的传输之间的URLLC UE处的潜在干扰。
本申请的一些实现方式可以利用多个TRP的协作来进一步增强PDCCH和PDSCH或两者的可靠性。可以使用的技术的具体示例使用来自TRP的共享传输或数据复制，在回程延迟约束的限制内，使用来自多个TRP的编码传输以及经由保留/配置的资源进行的软切换和数据复制。
对于TRP之间的协作，调度可以集中或独立地发生。图30A示出了集中调度的示例，其中中央调度器3001将调度信息和UE数据传送给主TRP(P-TRP)3005和辅TRP(S-TRP)3007。随后P-TRP 3005和S-TRP 3007共享传输。S-TRP可以发送相同传输块(TB)的单独编码版本。图30A中所示的具体示例为Alamouti型共享传输，其在由UE 3008接收时基于从TRP接收的分组向UE 3008提供所有相关信息以用于解码。图30B示出了独立调度的示例，其中存在来自P-TRP 3015和S-TRP 3017中的每个的不同HARQ实体。不存在图30A中可实现的PHY层组合，因为无线链路控制(RLC)分组分段在TRP处是不同的。
注意，在本申请的一般内容中提到了TRP。TRP可以属于相同或不同的TRP组，其中TRP组可以属于相同或不同的小区。如下所述的P-TRP或S-TRP可以指单个TRP或TRP组。
通常，当在下文中提及多个PDCCH时，应当理解，这至少对应于与DL和UL的具有相同或不同RNTI类型的至少一个UE特定数据信道相关联的多个不同PDCCH。
对于TRP之间的软切换，无论是在区域/小区内还是在相邻区域/小区之间，可以为UE配置包括时频资源的资源集，并且为了双连接(dual connectivity,DC)的目的为UE激活该资源集，即UE连接到至少两个TRP并通过多个链路接收/发送。在一些实施例中，可以以半持久调度(semi-persistent scheduling,SPS)方式分配配置的资源。当使用包含数据复制的经配置资源时，可能不需要新的PDCCH。因此，通过不需要在DC期间监测附加PDCCH，UE可以节省电池功率。
配置的资源可以与来自P-TRP的调度资源不同。
在切换开始之前激活资源集。激活信号通知UE何时期望来自S-TRP的在配置的资源上进行的传输。激活信号还可以通知配置的资源集的开始时间和持续时间。激活信号可以通过以下类型信令中的任何一个或其组合提供给UE：UE特定DCI或组DCI；RRC信令；或媒体访问控制控制元素(MAC CE)信令。可以通过以下类型信令中的任何一个或其组合向UE提供去激活信号：UE特定DCI或组DCI；RRC信令；或媒体访问控制控制元素(MAC CE)信令。
UE从多个链路接收传输。来自多个TRP的数据传输可以基于相同的信息比特或相同的TB。该方案的一个应用是在切换过程期间的数据复制。至少一个TRP经由PDCCH提供动态调度传输，并且可选地，至少一个TRP在一个或多个配置的资源上进行传输。在一个示例中，与使用动态PDCCH传输相反，可以使用半持久信令来执行在配置的资源集上的传输。这里，在半持久调度的内容中，假设资源集被配置并在使用资源集进行传输之前提供激活信号。去激活信号随后可以指示UE不在配置的资源中进一步接收或发送。可以在配置的资源集上使用数据复制，可能结合来自至少一个TRP的调度传输。在切换阶段期间的数据复制可以增加URLLC可靠性。
可以以不同方式执行数据复制。例如，可以使用协议栈的不同变体；PDCP层、RLC层或MAC层的复制来执行复制。也可以通过X2或Xn接口经由从P-TRP到S-TRP的回程来共享复制。
对于DC，考虑频率间切换(即在切换期间从一个频率改变成另一个频率)以及频率内切换(即在切换期间保持相同频率)。
可以配置资源以用于在切换过程期间的不同时间来自不同小区的传输。当被激活时，配置的资源允许在服务小区和目标小区之间的RRC配置或重新配置，或两者。配置资源的使用对于UE可以是透明的，即，不同的TRP可以使用配置的资源进行在切换阶段期间的不同时间点的到UE的传输。
图31A示出了两个相邻小区3102和3104的示例，每个小区分别具有TRP 3107和3109。UE 3112位于两个小区3102和3104的重叠处，并且正在TRP 3107和TRP 3109之间切换。图31B示出了时域中的几个连续的资源块。由于TRP 3107最初是服务TRP，因此第一资源块3120包括由TRP 3107发送的PDCCH和调度传输。第三资源块和第四资源块在切换期间发生。第三资源块3130包括由TRP 3107发送的PDCCH和调度传输，因为它仍然是服务小区。第三资源块3130还包括用于由TRP 3109发送的信息的配置资源。可选地，配置的资源可以允许TRP 3109被建立为服务小区。到第四资源块3140发生时，TRP 3109已成为服务小区，因此第四资源块3140包括由TRP 3109发送的控制和调度传输。第四资源块3140还包括用于将被TRP 3107发送的信息的配置资源。当第六资源块3150发生时，TRP 3109发送控制和调度传输。
UE以TRP透明方式接收所配置的资源集上的传输，即，UE可能不知道传输来自哪个TRP。在一些实施例中，如果QCL信息对于两个TRP是不同的，则可以向UE提供准共址(QCL)信息。
在一些实现方式中，S-TRP可以针对URLLC UE在配置的资源上对正在进行的传输进行打孔，以避免干扰并提高可靠性。URLLC UE的未激活的配置资源集可以用于其他传输。
激活和/或去激活信号可以由与UE相关联的任何TRP传送。在一个示例中，TRP3107提供激活信号而TRP 3109提供去激活信号。
在某些场景下，可能没有配置或保留的资源。在这种情况下，S-TRP可以动态地调度时频资源中的信息复制。UE可以通过多个链路接收调度传输，其中一个或多个链路用于调度数据复制。在这种场景下，UE需要被预先配置为监测多个搜索空间以便有可能复制由S-TRP动态调度的信息。P-TRP和S-TRP可以在相同或不同的CORESET中发送控制信息，用于调度重复传输。
应当理解，DC被提及作为当配置资源集可用于数据复制时的示例。更一般地，基于激活/去激活信令使用的配置资源集的结构可以用在其他场景中，例如，用在干扰受限场景中。
在另一个实施例中，动态调度传输和配置资源上的传输可以由相同的TRP或TRP组执行。
在一个示例中，可能存在或可能不存在与配置资源集上的DL传输相关联的任何PUCCH或上行信道信息(UCI)资源，或两者。如果服务和目标小区都在发送相同TB或相同TB的不同版本，则UE可以组合调度传输和配置资源集上的传输。可以在为UE配置的PUCCH资源中发送HARQ反馈，或者由接收的调度信息指示HARQ反馈，或者两者。在另一示例中，可能存在与配置资源集半静态关联的PUCCH和/或UCI资源。在这种情况下，UE发送两个HARQ反馈，一个用于调度传输，另一个用于配置资源集上发生的传输。如果数据基于一个MAC而复制，即，从服务小区调度的以及在配置资源集上发送的相同TB或相同TB的各个版本，则可以在两个相关联的PUCCH资源中复制相同的HARQ反馈。如果数据在较高层(例如，PDCP)处复制，则UE可能不能基于PHY层处的相同信息比特来标识通过两个链路传输的TB。在这种情况下，HARQ反馈将是独立的。
在一些实现方式中，单个PDCCH从P-TRP发送，数据传输(PDSCH)从P-TRP和一个或多个S-TRP发生。不同的重复组从不同的TRP发送。P-TRP负责调度最多X个重复，其中K个重复由P-TRP发送，K<X，并且其中K和X是整数值。这使得K-X个重复由一个或多个S-TRP传输。变量K是可配置的，并且可以例如基于TRP间回程延迟。并非所有X个重复对于给定传输都是必需的，例如，如果初始传输或任何重传被确认为已接收，则因此可能不需要S-TRP进行传输。传输的共享程度可取决于TRP之间的回程延迟。
图32A示出了集中调度的示例，其中中央调度器3201将调度信息传送给P-TRP3205和S-TRP 3207。初始传输和一个或多个重传可以从不同的TRP发送。在图32A中，P-TRP3205发送重复R1至R4，并且S-TRP 3207发送重复R5和R6。图32A中所示的重复序列只是示例。通常，多个TRP组可以参与TB的传输，其中至少一个TRP组(例如，图32A中的P-TRP)可以调度初始传输和重复以及随后的传输或重传中的一个或其组合。可选地，另一个TRP组(例如，图32A中的S-TRP)发送相同TB的初始传输和重复以及随后的传输或重传中的一个或其组合，并且传输可以由相同的TRP组，或者不同的TRP组(例如，图32A中的P-TRP)或由中央调度器调度。TRP组由至少一个TRP组成。一个TRP可以专属于一个TRP组或可以属于多个组。在一个示例中，P-TRP至少调度初始传输，而S-TRP调度相同TB的至少一个重传。或者，P-TRP调度初始传输和一组重传，而S-TRP调度相同TB的另一组重传。
图32B示出了调度的示例，其中P-TRP 3215负责调度由P-TRP 3215和S-TRP 3217进行的重复。在这种情况下，在P-TRP 3215和S-TRP 3217之间存在回程连接。S-TRP 3217从P-TRP 3215接收调度信息。在图32B中，P-TRP 3215发送重复R1至R4，P-TRP 3215调度S-TRP3217发送重复R5和R6。这里，假设S-TRP在服务类型的延迟约束内至少从P-TRP获得回程上的调度信息。S-TRP可以具有已经可用的数据，或者可选地可以从P-TRP接收回程上的数据。
可以或可以不向UE通知与TRP有关的准共址(QCL)信息。信令可以在下行链路控制指示符(Downlink Control Indicator,DCI)中以供UE使用。或者，信令可以是半静态的或者从其他通信属性，例如RS中隐式地导出。
在一些场景中，S-TRP可以更新用于剩余重传的调度。
在一些实施例中，当独立PDCCH从多个TRP发送时，可以从S-TRP独立地调度部分数据。可以使用多个重复来发送PDCCH。P-TRP与S-TRP共享调度信息和/或数据。在接收到调度信息时，S-TRP可以独立地或与P-TRP协作地调度分组的重传。
在一些实现方式中，S-TRP可以重复由P-TRP发送的用于初始传输的相同PDCCH。UE可能或可能不能从第一次传输中检测PDCCH。重复PDCCH可以增加传输的可靠性。
来自P-TRP和S-TRP的传输可以是协调的或不协调的。
图33示出了几个连续资源块的示例。在第一资源块中，P-TRP调度初始传输。该具体示例中的TRP间回程延迟实质上等于四个资源块的持续时间。P-TRP可以在接收到NACK时调度重传。S-TRP也在接收到调度信息或数据或两者时调度重传。S-TRP可能知道或可能不知道随后的P-TRP调度重传。在第一次传输期间由P-TRP设置的ACK/NACK定时可以在来自S-TRP的调度传输之前或之后。
在一个示例中，如果S-TRP正在调度相同TB的(重新)传输，则S-TRP可以更新由P-TRP设置的ACK/NACK定时。UE可以被配置为监测一个或多个搜索空间，在所述搜索空间中发送来自P-TRP和S-TRP的控制信息。
在一些实施例中，可以使用分组数据转换协议(packet data conversionprotocol,PDCP)功能来执行数据复制。重复的分组由多个接入节点通过P-TRP和S-TRP之间的接口(Xn接口)接收并转发给UE。UE检测到分组重复并将单个分组转发给上层。理想的回程提供了在延迟要求范围内的TRP之间的通信。
UE被配置为监测一个或多个CORESET。UE可能不需要知道哪个TRP正在使用哪个CORESET。可能的是多个TRP可以使用相同的CORESET用于PDCCH重复。可以通过相同或不同的CORESET从多个TRP接收相同的PDCCH。PDCCH可以指代用于PDSCH传输的相同或不同的PHY资源。可以在发送的第一PDCCH中配置或指示PDCCH重复的数量。DCI字段可用于调度PDCCH重复。从不同TRP调度独立PDCCH可以对应于相同的HARQ进程。在这种情况下，两个TRP无限制地共享相同的HARQ实体，即两者都可以调度相同的HARQ进程ID。
或者，在TRP之间共享一个HARQ实体，并且一个TRP发送一组HARQ进程，该组HARQ进程不同于由其他TRP调度的一组HARQ进程。
本申请的一些实施例提供了在分配独立PDCCH时避免PUCCH资源分配冲突的机制。如果在DCI中指示PUCCH资源，则由不同TRP调度的HARQ进程产生的ACK和NACK可以或可以不映射到相同的PUCCH资源。在一些实施例中，可以应用预先配置的规则以帮助避免冲突。可以在不同的CORESET中发送PDCCH，并且可以利用PDCCH与CORESET位置的关联来复用公共PUCCH资源中的两个PDCCH的HARQ反馈。两个反馈可以彼此级联或码复用。用于复用的级联序列或一个或多个码可以与CORESET位置、给定DMRS配置、PDCCH的其他属性或通信链路中的一个或多个相关联，使得TRP可以区分在相同PUCCH资源中接收的HARQ反馈。如果PDCCH指示多个TRP正在发送相同数据或HARQ进程，则UE可以组合所接收的传输并在由两个TRP接收的PUCCH资源中发送HARQ反馈。两个TRP被用作上述的示例。然而，应该理解的是，该解决方案可以扩展到任意数量的TRP。
在一些实施例中，如果不同的PDCCH针对相同的HARQ进程指示不同的PUCCH资源，则那些PUCCH可以用于PUCCH重复，即，在多个PUCCH资源上重复相同反馈。在一些实施例中，UE被配置为使用一个指示的PUCCH资源。例如，一个PDCCH指示PUCCH资源，而其他PDCCH不指示任何PUCCH资源。或者，没有PDCCH指示PUCCH资源，并且UE在预配置的资源上发送PUCCH。两个PDCCH调度相同TB或HARQ进程的相同或不同版本。
在一个实施例中，UE组合所接收的传输并在指示或配置的PUCCH/UCI资源中发送HARQ反馈。
在一个实施例中，可以在不同时间接收调度相同HARQ进程的传输的两个PDCCH，并且稍后接收的PDCCH可以更新HARQ的定时信息。可以配置UE，使得如果第二个或重复的PDCCH在规定的间隔之前到达，则UE可以遵循更新的定时。或者，在两个指示的PUCCH资源中重复反馈，因为一个TRP可能不知道由另一个TRP指示的HARQ定时和/或PUCCH资源。
在一些实现方式中，PDCCH可以指示PUCCH的n个重复的n个资源单元。在一些实施例中，特别对于URLLC UE，该UE可以被配置有PUCCH重复数量。
基于指示的PUCCH资源，PUCCH的配置可以遵循用于n个重复的跳频模式。
可以在PDCCH的字段中动态指示重复数量。UE可以遵循预先配置的跳频模式以进行重复。每个重复时机可以包括符号组，该符号组可以是最少一个符号。重复可能是也可能不是连续的。
在一个实施例中，可以向UE提供PUCCH资源以及重复数量。PUCCH资源和重复数量都可以在DCI中指示。或者，PUCCH资源和重复数量由更高层配置。在另一示例中，PUCCH资源在DCI中由UE支持的PUCCH资源配置集指示，并且重复数量由更高层配置。从指示的PUCCH资源开始，UE可以应用预先配置的跳频规则，用于在后续符号中重复PUCCH或HARQ反馈。或者，UE可以支持多个配置的跳频模式，并且在DCI中向UE指示跳频模式之一。
在一些实施例中，可以潜在地映射到相同CORESET的PDCCH可以与不同的DMRS配置相关联。每个DMRS配置都可以与QCL相关联。
在一些实施例中，一些CORESET与特定TRP相关联，使得PDCCH不一定需要具有不同的DMRS配置。
在一些场景中，可以利用PDCCH重复来增强可靠性。可以在时域中重复PDCCH。可以在连续监测时机或数据重复时机中重复PDCCH。也可以在频域中重复PDCCH。如果UE被配置有多个CORESET候选，则可以在时间和/或频率的多个CORESET上重复PDCCH。一旦接收到ACK或者在预先配置的重复数量之后，TRP就停止PDCCH重复。
使用多个CORESET进行PDCCH重复可能代价较高。在一些情况下，UE可以正确地接收和解码PDCCH，但是TRP可能无法接收已成功接收PDCCH的任何指示。由于TRP可能执行设定数量的重复，因此所发生的多个PDCCH重复并不需要。如果TRP收到通知，则可以避免一些PDCCH重复。图34A示出三个时频资源块(下文中也称为传输块)3402,3404,3406的示例，其中每个资源块以NR-PDCCH开始，所述NR-PDCCH对PDCCH之后的UE的共享资源中的分配进行标识。在第一传输块3402和第二传输块3404中，UE未成功接收到NR-PDCCH。在第三传输块3406中成功接收到NR-PDCCH。图34B示出的另一示例包括已被发送但UE并未在第一和第二监测时机成功检测到的若干PDCCH 3412和3414，以及在第二监测时机的第二实例处UE最终成功检测到的一个PDCCH 3416。此外，如果以重叠方式配置不同UE的CORESET，则过多的PDCCH重复可能阻止其他服务的调度。本申请的一些实施例可以有助于减少PDCCH重复，同时确保PDCCH被UE接收。
本申请的一些实现方式包括支持减少可能不需要的信令的开销。例如，PDCCH可以被发送多次以确保PDCCH被UE接收。然而，如果UE可以发送已经接收到PDCCH的某种形式的确认，则可能不需要重传PDCCH多次。因此，用于PDCCH重传的资源可以用于其他内容。本申请的一些实施例包括UL信道被配置为发送PDCCH确认(PDCCH-ACK)。TRP可以使用PDCCH-ACK作为停止PDCCH重复的指示。PDCCH-ACK可以与例如PUCCH和调度请求(SR)等上行信令复用。可以使用授权信令或无授权信令来通知PDCCH-ACK。
在一些实施例中，UE可以被配置有UL信道资源，以在检测到PDCCH时发送确认(PDCCH-ACK)。PDCCH-ACK定时可以早于为数据ACK/NACK配置的定时。
可以在每个PDCCH监测或重复时机之后xμs，在UL信道中分配资源，以允许UE在UE成功检测到PDCCH的情况下发送确认。x的值可以是UE性能的函数。在一些实施例中，如果UE未成功检测到PDCCH，则UE可发送否定确认。如果TRP没有接收到PDCCH-ACK或NACK，则TRP将继续发送PDCCH的重复直到预定数量。
用于PDCCH-ACK的资源可跨越UL信道中的单个或多个符号。
图35示出了DL和UL信令的表示。在DL 3502中，传输资源3504的信道被分配给PDCCH和PDCCH的关联数据分配。在UL 3512中，传输资源的信道被分配给PDCCH-ACK 3514和数据ACK/NACK 3516。在3522和3524分别指示PDCCH与PDCCH-ACK以及PDCCH与ACK/NACK之间的关系。可以看出，具体PDCCH的PDCCH-ACK优先于相同PDCCH的数据ACK-NACK。
PDCCH-ACK可以仅仅是用以指示成功检测到的PDCCH的单个比特。
信道设计选项可以包括PUCCH区域中配置的一个或多个资源。在一些实施例中，PDCCH-ACK可以彼此复用。单独的资源可以被配置或指示用于发送PDCCH-ACK。在一些实施例中，PDCCH-ACK可以与数据ACK/NACK复用，或者在配置或指示用于数据ACK/NACK传输的资源中发送。当PDCCH-ACK与数据ACK/NACK复用或者在指示用于数据ACK/NACK的相同资源中发送时，基于在DCI中指示的配置的数据ACK/NACK定时，TRP可以标识什么是PDCCH-ACK以及什么是数据ACK/NACK。
在一些实施例中，用于发送PDCCH-ACK的信道设计可以是与用于调度请求(SR)的预留资源类似的预留资源。
在一些实施例中，如果多于一个比特用于SR，则信道设计可包括将PDCCH-ACK与SR组合。例如，当两个比特用于SR时，值“11”表示PDCCH-ACK，而“00”、“01”和“01”则特定于SR。
在一些实施例中，可以使用无授权(grant-free,GF)传输来发送PDCCH-ACK。多个UE的PDCCH-ACK可以重叠，但是可以通过嵌入的参考信号(reference signal,RS)或在码域中标识出。
可以理解的是，这种PDCCH-ACK信道的可靠性不像数据ACK/NACK信道那样严格。虽然PDCCH-ACK可能有益于例如减少开销，但是它不像数据的ACK/NACK那样重要。
UE可以使用相同的DCI格式接收增强型移动宽带(eMBB)和URLLC业务。UE可以具有针对eMBB和URLLC业务的不同的更高层配置。标识出哪些业务被调度对于避免检测错误很重要。不同类型业务的无线资源控制(RRC)配置可以是不同的。一种解决方案是将UE与eMBB业务和URLLC业务的不同C-RNTI相关联。或者通常，UE可以与多个C-RNTI相关联，其中每个C-RNTI可以对应于服务类型。UE可以获得所支持的每种业务类型的C-RNTI以及RRC配置，或者可以独立于RRC配置接收C-RNTI，例如，在初始接入期间或不同的RRC配置期间。
本申请的一些实施例提供了PDCCH的更高检测可靠性。由于UE可能无法成功检测到PDCCH的初始传输，因此PDCCH的重传应包括传输块大小(TBS)信息。
例如，在LTE的情况下，重传不在DCI中接收TBS信息。这种LTE重传提供调制和资源块分配信息，并假设在初始传输DCI中接收TBS信息。特别是对于URLLC的情况，如果仅在初始传输DCI中发送TBS信息，则初始传输DCI的检测失败在性能方面可能是不利的。重传/重复可发生在数据的ACK/NACK之前。因此，TRP可能不知道UE是否已成功接收到所发送的第一PDCCH。UE可以被配置为针对重复PDCCH中的每个PDCCH标识TBS，或者至少针对在由发送的第一PDCCH设置的ACK/NACK定时之前发生的PDCCH重复标识TBS。
在一个实施例中，可以在时域和/或频域中重复PDCCH或分配。在一个示例中，在重叠或非重叠频率资源中发送重复的PDCCH，即，发送PDCCH的搜索空间可以是重叠的或非重叠的。频率上重复的PDCCH可以对应于公共HARQ进程或TB传输，但是MCS和/或资源分配可以相同或不同。重复的PDCCH可以在相同的CORESET或不同的CORESET中传输。重复的PDCCH可以具有相同或不同的DMRS配置和/或相同或不同的QCL关联。在另一示例中，可以在时间上重复PDCCH。对于每个重复时机，相同或不同的CORESET可以用于PDCCH重复。PDCCH重复数量可以被配置或动态指示。PDCCH重复时机可以是每x个符号，其中x可以小到一个符号。在一个示例中，在连续监测时机中重复PDCCH。在另一示例中，PDCCH重复时机可以包括非连续的PDCCH监测时机。在另一示例中，PDCCH重复时机可能与PDCCH监测时机不一致。如果UE检测到对应于相同TB传输的多个PDCCH，则UE可以在检测到至少一个PDCCH之后出于鲁棒性将它们组合或者丢弃后续或其他PDCCH重复。
用于改善PDCCH检测可靠性的第一选项包括：调度(重新)传输或后续传输的PDCCH还在调度数据ACK/NACK之前再次提供TBS信息。在一些实施例中，与初始传输相比，重传的PDCCH可以包括相同的调制编码方案(modulation coding scheme,MCS)或具有相同或不同RB集的不同MCS。但是TBS信息是相同的。在一些实施例中，可以从TBS查找表中形成MCS和RB的不同组合。因此，就包含TBS信息而言，可以认为重复的PDCCH是自包含的。
用于改善PDCCH检测可靠性的第二选项可以包括：以更鲁棒的方式发送PDCCH的初始传输。例如，可以利用以下中的一个或多个来发送第一PDCCH传输：较低的码率；更高的聚合级别；更高的发射分集；以及比PDCCH或调度重传的PDCCH的后续重复更长的循环冗余校验(cyclic redundancy check,CRC)。
在一些实施例中，PDCCH调度初始传输可以包括比将用于(重新)传输PDCCH的聚合级别更高的聚合级别。在一些实施例中，UE可以接收调度初始传输的一个或多个PDCCH，因此重复发生在发送的第一PDCCH中指示的HARQ时间线之前。在一个实施例中，PDCCH重复仅针对初始传输而不针对(重新)传输进行。在另一实施例中，PDCCH重复仅针对一组(重新)传输。在另一实施例中，PDCCH重复针对初始传输和选定的一组(重新)传输。(重新)传输是指在接收到HARQ反馈之前或之后调度的重传。
自包含PDCCH重复通常发生在数据的ACK/NACK信令之前。每个PDCCH提供传输块大小(TBS)信息。图36示出了DL 3602和UL 3604信令的代表性示例。对于每个PDCCH监测时机，发送包括TBS信息的PDCCH。PDCCH重复发生在给定分组的HARQ之前。如由第一PDCCH 3612与旨在用于UL 3604中ACK/NACK的第一提议位置3622之间的虚线3616所指示的，UE未检测到DL 3602中的第一PDCCH 3612。因为未检测到第一PDCCH 3612，UE不知道第一ACK/NACK的提议位置3622。PDCCH 3614的第一重复可以或可以不重新配置HARQ定时。在重新配置HARQ定时的情况下，第一重复PDCCH 3614维持原始的提议ACK/NACK位置3622。在维持HARQ定时的情况下，第一重复PDCCH 3614维持重复PDCCH 3614与第一ACK/NACK之间的原始间隔，使得第一ACK/NACK是UL 3604中的第二提议ACK/NACK 3624。
对于PDCCH传输，可以提供TBS信息和资源分配。在一些现有协议中，MCS信息和资源分配可用于提供UE从查找表中获得的TBS信息。在一个示例中，可以从指示的MCS和/或RB分配(即，子载波组)和/或数据持续时间(即，调度的符号和/或时隙的数量)和/或传输层数量和/或用于非正交接入的码本签名中获得TBS信息。可以在PDCCH中半静态地指示或动态指示MCS和/或RB分配和/或数据持续时间。传输占用的资源元素(RE)的数量由RB分配(更一般地，子载波组分配)和数据持续时间给出。可以使用可配置的MCS字段，其包含PDCCH中的M个比特。MCS字段配置可以是UE特定的或小区特定的。数据持续时间指示也可以是UE特定的。例如，对于一个UE，最小持续时间是符号；而对于另一个UE，最小持续时间可以是时隙。用于标识TBS的查找表方法可以如下获得：在MCS字段中的比特组合对应于标识符1的情况下，形成UE特定的或小区特定的MCS表，其中标识符1基于所指示的数据持续时间映射到另一标识符2中，该标识符2在另一个表(可选的)中可以是UE特定的，标识符2映射到另一个表中分配的给定数量的RB的TBS。可以以UE特定方式配置这些表中的每个表。例如，在包含2比特的MCS字段中的00可以映射至不同UE的不同调制编码值。类似地，数据持续时间指示字段中的10可以指示一个UE的3个符号持续时间，而其意味着另一个UE的3个时隙。因此，由MCS和数据持续时间字段指示的确切值可以是UE特定的，并且相应地，如果为UE特定的话，上面提到的标识符可以映射到给定数量的RB或所分配的子载波组的不同TBS。因此，表的内容可以是为每个UE配置的UE特定的。在另一示例中，TBS指示可以是服务特定的，即，eMBB和URLLC可以采用不同的映射机制。
在URLLC的情况下，可能只有几个用于提供TBS信息的选项。第一信令选项包括在TBS特定字段中显式地提供TBS信息，例如，如果仅使用选定MCS。第二信令选项包括通知调制类型和资源分配。或者，在DCI中显式地提供TBS信息(指示映射到MCS和RB数量)，并且如果使用连续的RB分配，则提供起始RB索引。根据TBS信息，UE标识将要使用多少RB。在另一示例中，仅在n比特的显式字段中提供TBS。每个比特组合指的是某个MCS和RB分配。在一个示例中，TBS是UE特定的。TBS字段是可配置的。TBS字段中的一个指示可以对应于不同UE的不同配置。下表示出了可以在发送到UE的DCI的显式字段中使用的TBS的示例。考虑两个UE并且两者都接收相同的DCI。如第一列所示，TBS字段的长度为三比特。第一UE(UE1)仅支持一个TBS，而第二UE(UE2)支持两个TBS。在第三列的行2至5中标识第一TBS的调制和资源分配，并且在第三列的行6至9中标识第二TBS的调制和资源分配。TBS字段中的不同位图对应于与UE支持的TBS大小相对应的不同资源分配。可以有单独的字段来指示起始RB索引。
表9-TBS位图的示例
在一个示例中，如果UE仅支持一个TBS，则UE可以仅被指示MCS。然后，基于数据持续时间，UE可以识别分配了多少RE或RB。起始RB索引可以被指示。
在一个示例中，RB分配字段指示所指示的持续时间内的数据传输的连续或非连续子载波组。如果仅支持一个TBS，则可以省略MCS字段，因为与所指示的数据持续时间一起分配的RB的数量可以隐式地包含MCS信息。
在另一示例中，如果UE支持M个TBS，则可以使用字段来指示由log2M比特组成的TBS索引。然后，与所指示的数据持续时间一起分配的RB的数量将隐式地包含所指示的TBS索引的MCS信息。
在另一示例中，所指示的MCS、所指示的RB或子载波组、所指示的数据持续时间的值可以被映射到一个或多个UE特定的查找表以获得TBS信息。
对于发生在数据ACK/NACK之前的PDCCH重传，PDCCH还可以提供TBS信息或资源分配，或两者。
在例如LTE的传统协议中，如上所述假设UE从初始传输中获知TBS信息。可以在保留字段中提供调制类型和资源分配。
根据本申请的实施例，特别是在URLLC的情况下，如果UE错过第一PDCCH，则TBS信息在第一PDCCH之后的重复中显式地提供。在一个示例中，作为TBS信息的一部分，新数据指示符(new data indicator,NDI)比特可以被切换或不被切换，并且相同的HARQ进程可以被标识。UE可以被配置为相应地解释NDI字段。
如果接收到多个PDCCH，即初始PDCCH和任何后续重传，如果多个PDCCH调度相同的HARQ进程数据，则UE可以组合来自多个PDCCH的数据。
如上图36所示，第二PDCCH可以更新ACK/NACK定时。
对于在数据ACK/NACK之后的PDCCH的重传，PDCCH可以仅提供调制类型和资源分配，因为如果正在发送数据ACK/NACK，则应该已经成功检测到TBS。
在一些实施例中，可以基于增加的分集级别来提供改进的PDCCH可靠性，例如，可以采用相同或不同CORESET中的不同天线端口或者不同DMRS配置在相同传输时间间隔(transmission time interval,TTI)中接收PDCCH。可以以对UE透明的方式，在受回程限制的情况下从相同的TRP或多个TRP发送PDCCH。
辅标识和辅搜索空间
在一些实施例中，网络可以配置UE具有至少一个UE特定可配置辅标识。可以使用更高层信令(例如，RRC信令)来完成通知UE的标识，其中主标识和辅标识被显式地通知给UE。通知UE的标识也可以以隐式方式完成，例如：主标识被定义为被分配为已完成随机接入过程的一部分的标识，而辅标识被定义为在已经为UE分配了主标识之后分配的身份。
在一些实施例中，网络可以配置UE具有至少一个UE特定可配置辅标识，以便监测特定的UE特定辅搜索空间的至少一个CORESET组。特定的UE特定辅搜索空间的每个CORESET组可以具有特定搜索空间定义，该定义包括特定聚合级别和/或解码候选的总数和/或由UE特定辅标识编索引的时间、频率资源。代表性示例如图37所示。图37出了第一TRP1 3702和第二TRP2 3704。图37还示出了第一UE1 3712、第二UE2 3713和第三UE3 3714。网络配置UE13712监测来自TRP1 3702的主DL分配3722，并监测来自TRP2 3704的辅DL分配3723。网络配置UE2 3713监测来自TRP2 3704的主DL分配3724，并监测来自TRP1 3702的辅DL分配3725。网络配置UE3 3714监测来自TRP2 3704的主DL分配3726，并监测来自TRP2 3704的辅DL分配3727。
在一些实施例中，网络可以使用更高层信令(例如，RRC信令)来配置在控制信道消息中定义的一些字段。作为第一个示例，UE可以被配置为经由更高层信令(例如，RRC信令)接收一些字段，并且覆盖UE在控制信道消息中找到的针对已经使用这种更高层信令配置的字段的任何值。作为第二个示例，UE可以被配置为经由更高层信令(例如，RRC信令)接收一些字段，并且经由控制信道消息接收其他字段。
在一些实施例中，网络可以使用更高层信令(例如，RRC信令)来配置UE监测UE特定辅搜索空间上的控制信道消息，并且丢弃在UE特定辅搜索空间上接收的控制信道消息的一些特定字段，例如(但不限于)UL SRS触发、CSI请求或QCL指示。
在一些实施例中，网络可以使用更高层信令(例如，RRC信令)来配置UE监测UE特定辅搜索空间上的具有修改格式的控制信道消息。作为第一示例，UE可以被配置为接收已经移除了一个或多个字段，例如(但不限于)UL SRS触发、CSI请求或QCL指示的控制信道消息。作为第二个示例，网络可以经由更高层信令(例如，RRC信令)通知哪些字段将在控制信道消息中被动态地配置，以及哪些字段将使用更高层信令被半静态地配置。作为第三个示例，UE可以被配置为接收具有新字段的控制信道消息，该新字段的定义和值可以经由更高层信令(例如，RRC信令)通知给UE，其中新字段可以位于一个或多个现有字段，或者位于控制信道消息中存在的用于其他未定义用法的保留比特/字段，或者位于先前未定义字段的新位置。作为第四个示例，UE可以被配置为接收具有新定义位置中的附加字段的控制信道消息，这些附加字段可以使用更高层信令(例如，RRC信令)来通知。
在一些实施例中，网络可以在UE特定辅搜索空间上发送至少一个控制信道消息，其中控制信道消息附加了用UE特定主标识(例如，C-RNTI)或者UE特定辅标识加扰的CRC。
在一些实施例中，网络可以在重叠的UE特定搜索空间上的相同CORESET内发送至少两个控制信道消息，其中至少一个搜索空间使用主标识(例如，C-RNTI)指示，并且至少一个搜索空间使用辅标识指示。UE可以使用与给定分配相关联的DMRS来分离控制信道消息，或者网络在非重叠时频资源上显式地映射与控制信道消息相对应的调制符号。
根据本公开的一方面，提供了一种方法，包括：第一发送接收点(TRP)在动态调度的资源上发送第一传输；在同一时间资源块中，第二TRP在配置的资源上发送第二传输。
在一些实施例中，所述方法还包括向用户设备(UE)通知所配置的资源，其中UE从较高层或RRC信令接收资源集的配置。
在一些实施例中，配置的资源上的第二传输与动态调度的资源上的第一传输相同。
在一些实施例中，第二传输和第一传输属于相同的HARQ进程。
在一些实施例中，向UE通知所配置的资源包括使用半持续调度(SPS)。
在一些实施例中，所述方法还包括第一TRP发送指示所配置的资源可用的激活信号。
在一些实施例中，所述方法还包括第一或第二TRP发送指示所配置的资源不再可用的去激活信号。
在一些实施例中，在从第一TPR到第二TRP的切换期间，第二传输将第二TRP标识为新服务TRP并且在随后的时间资源块中；第二TRP在动态调度的资源上进行传输；并且在相同的后续时间资源块中，第一TRP在配置的资源上进行传输。
在一些实施例中，发送激活信号或去激活信号包括发送下列至少一个：用户设备(UE)下行控制信息(DCI)消息；UE组DCI消息；无线资源控制(RRC)消息；以及媒体访问控制控制元素(MAC CE)消息。
在一些实施例中，发送激活信号包括标识何时期望来自第二TRP的在配置的时频资源集上进行的传输的信息。
在一些实施例中，第二TRP在配置的时频资源上停止正在进行的传输，以将其用于配置了资源集的UE的传输。
根据本公开的一方面，提供了一种方法，包括：第一发送接收点(TRP)在第一时频资源上发送第一传输；以及第二TRP在第二时频资源上动态地调度复制数据的传输。
在一些实施例中，所述方法还包括通过下列至少一个来复制数据：利用协议栈的不同变体进行的复制；在分组数据会聚协议(PDCP)层的复制；在RLC层的复制；以及在媒体访问控制(MAC)层的复制。
根据本公开的一方面，提供了一种方法，包括：中央调度器调度初始传输以及来自至少两个发送接收点(TRP)的一个或多个重传，其中至少两个TRP中的每个TRP发送初始传输和一个或多个重传中的至少一者。
在一些实施例中，调度初始传输和一个或多个重传包括，对于最多N个重传，N是≥1的整数，至少调度来自第一TRP的初始传输和K个重传，K是≥0的整数，以及来自第二TRP的N-K个传输。
在一些实施例中，所述方法还包括在DCI消息中发送关于至少两个TRP中的一个或多个的准共址(QCL)信息。
根据本公开的一方面，提供了一种方法，包括：第一发送接收点(TRP)调度来自第一TRP和至少一个第二TRP的初始传输和一个或多个重传；并且第一TRP向至少一个第二TRP发送调度信息。
在一些实施例中，所述方法还包括第二TRP更新来自第二TRP的重传调度。
根据本公开的一方面，提供了一种方法，包括：第一发送接收点(TRP)调度来自第一TRP和至少一个第二TRP的初始传输和一个或多个重传；第一TRP向至少一个第二TRP发送调度信息；并且至少一个第二TRP调度来自至少一个第二TRP的至少一个重传。
在一些实施例中，至少一个第二TRP调度来自至少一个第二TRP的至少一个重传包括至少一个第二TRP基于从第一TRP接收的调度信息，调度至少一个重传。
在一些实施例中，至少一个第二TRP调度来自至少一个第二TRP的至少一个重传包括至少一个第二TRP独立于从第一TRP接收的调度信息而调度的至少一个重传。
在一些实施例中，所述方法还包括通过下列至少一个来复制初始传输：利用协议栈的不同变体进行的复制；在分组数据汇聚协议(PDCP)层的复制；以及在媒体访问控制(MAC)层的复制。
根据本公开的一方面，提供了一种方法，包括：调度至少两个上行控制信道以传输相同数据，所述至少两个信道中每个信道上的数据具有相同的混合自动重传请求(HARQ)进程标识符(ID)。
根据本公开的一方面，提供了一种方法，包括：调度至少两个上行控制信道以传输不同数据，所述至少两个信道中的每个信道上的数据具有相同的混合自动重传请求(HARQ)进程标识符(ID)。
在一些实施例中，所述方法还包括：下行控制信道针对至少两个上行控制信道中每个上行控制信道的N个重复指示资源数量N，N是≥1的整数。
在一些实施例中，所述方法还包括为用户设备(UE)配置上行控制信道的重复数量N，N是≥1的整数。
在一些实施例中，基于为至少两个上行控制信道分配的传输资源，重复遵循跳频模式。
尽管在所示实施例中示出了特征的组合，但并非所有特征都需要组合以实现本公开各实施例的益处。此外，一个示例实施例的所选特征可以与其他示例实施例的所选特征组合。
虽然已经参考说明性实施例描述了本公开，但是该描述并不旨在以限制意义来解释。参考说明书，本领域技术人员将清楚说明性实施例以及本公开的其他实施例的各种修改和组合。因此，所附权利要求旨在涵盖任何这样的修改或实施例。
尽管本公开以特定顺序的步骤描述了各方法和过程，但是可以适当地省略或改变方法和过程的一个或多个步骤。一个或多个步骤可以适当地以不同于其描述的顺序发生。
尽管在方法方面至少部分地描述了本申请，但是本领域普通技术人员将理解，本公开还涉及用于执行所描述方法的至少一些方面以及特征的各种组件，无论是通过硬件组件、软件还是两者的任何组合。因此，本公开中描述的技术方案可以以软件产品的形式体现。合适的软件产品可以存储在预先记录的存储设备或其他类似的非易失性或非暂时性计算机可读介质中，包括例如DVD、CD-ROM、USB闪存盘、可移动硬盘或其他存储介质。软件产品包括有形地存储在其上的指令，这些指令使得处理设备(例如，个人计算机、服务器或网络设备)能够执行本文中公开的方法的实施例。
在不脱离权利要求的主题的情况下，本申请的教导可以以其他特定形式体现。所描述的示例实施例在所有方面都被认为仅是说明性的而非限制性的。可以组合来自一个或多个上述实施例的所选特征来创建未明确描述的替代实施例，在本公开的范围内理解适合这种组合的特征。

Claims (41)

1.一种无线通信方法，应用于多发送接收点通信，包括：
用户设备UE接收配置以监测多于一个物理下行控制信道PDCCH，所述多于一个PDCCH用于在一个监测时机内调度来自一个物理小区的多于一个物理下行共享信道PDSCH或物理上行共享信道PUSCH或二者，其中多于一个PDSCH或PUSCH与一个数据信道类型和一个无线网络临时标识符RNTI类型相关联；
基于所述配置监测多于一个PDCCH；
同时接收多于一个PDSCH或同时发送多于一个PUSCH；
生成所述多于一个PDCCH与多于一个控制资源集CORESET之间的关联；和
基于所述多于一个PDCCH与所述多于一个CORESET之间的所述关联，监测来自第一CORESET组的第一PDCCH和来自第二CORESET组的第二PDCCH；
其中CORESET组包括来自CORESET集合的至少一个CORESET。
2.根据权利要求1所述的方法，其中所述一个监测时机是正交频分复用OFDM符号组、微时隙、时隙、时隙组或子帧。
3.根据权利要求1所述的方法，其中生成所述多于一个PDCCH与所述多于一个CORESET之间的所述关联还包括：
向所述UE指示多于一个CORESET配置，每个CORESET配置包括至少一个PDCCH标识；
其中至少两个CORESET配置包括不同的PDCCH标识。
4.根据权利要求3所述的方法，还包括：
提供所述多于一个PDCCH与多于一个混合自动重传请求HARQ进程组之间的关联，其中：
第一PDCCH与第一HARQ进程组相关联；并且
第二PDCCH与第二HARQ进程组相关联。
5.根据权利要求4所述的方法，其中提供所述关联为下列中的至少一项：
预定义所述关联；和
通过无线资源控制RRC信令提供所述关联。
6.根据权利要求4所述的方法，其中多于一个HARQ进程组与同一HARQ实体相关联。
7.根据权利要求4所述的方法，还包括：
向所述UE提供与一个HARQ实体相关联的多于一个最大HARQ进程数量，其中每个特定的最大HARQ进程数量根据特定的PDCCH数量确定，并且所述PDCCH数量由所有的所述PDCCH标识的数量确定。
8.根据权利要求7所述的方法，其中向所述UE提供不同的最大HARQ进程数量为下列中的至少一项：
预定义多于一个最大HARQ进程数量和所述关联；和
通过无线资源控制RRC信令提供多于一个最大HARQ进程数量和所述关联。
9.根据权利要求4至6中任一项所述的方法，其中与每个PDCCH相关联的HARQ进程索引由下列至少一项确定：
所述PDCCH指示的HARQ进程索引；
PDCCH标识；和
一个或多个HARQ进程组的HARQ进程数量。
10.根据权利要求4至8中任一项所述的方法，其中所述多于一个HARQ进程组与不同的HARQ实体相关联，并且每个HARQ进程组与特定的HARQ实体相关联。
11.根据权利要求4至8中任一项所述的方法，其中所述多于一个HARQ进程组与不同的媒体访问控制MAC实体相关联，并且每个HARQ进程组与特定的MAC实体相关联。
12.根据权利要求1至8中任一项所述的方法，其中一个CORESET组包括至少一个CORESET。
13.根据权利要求12所述的方法，还包括：
生成所述至少一个PDCCH与至少一个CORESET之间的所述关联，其中一个PDCCH与一个特定的CORESET组相关联，所述一个特定的CORESET组包括具有相同组索引的至少一个CORESET；
监测来自特定的CORESET组的所述至少一个PDCCH中的一个PDCCH，所述特定的CORESET组是针对UE特定搜索空间类型配置的所有CORESET中的一个CORESET子集；和
将所述一个PDCCH的标识确定为所关联的CORESET组索引。
14.根据权利要求1至8中任一项所述的方法，其中监测多于一个PDCCH包括确定PDCCH的数量与所配置的至少一个解调参考信号DMRS的数量相同，其中一个DMRS配置包括端口号和/或索引、模式和序列生成初始化标识符ID中的至少一个。
15.根据权利要求14所述的方法，还包括：
生成至少一个PDCCH与至少一个DMRS配置之间的关联，其中所述一个PDCCH与具有特定配置索引的一个特定DMRS配置相关联；
监测具有所述特定DMRS配置的所述一个PDCCH；和
确定所述一个PDCCH的标识作为所关联的DMRS配置索引。
16.根据权利要求1所述的方法，其中所述UE被配置为针对下列一项或多项接收两个特定的时间资源信息配置：
至少两个特定的PDCCH；
相关联的PDSCH；
相关联的PUSCH；和
相关联的PUCCH，
其中第一时间资源信息配置关联于第一PDCCH、和/或相关联的PDSCH和/或相关联的PUSCH和/或相关联的PUCCH，第二时间资源信息配置关联于第二PDCCH、和/或相关联的PDSCH和/或相关联的PUSCH和/或相关联的PUCCH。
17.根据权利要求1所述的方法，其中所述UE被配置为基于第三时间资源信息配置，针对下列一项或多项接收一个公共时间资源信息配置：
至少两个特定的PDCCH；
相关联的PDSCH；
相关联的PUSCH；和
相关联的PUCCH。
18.根据权利要求16或17所述的方法，其中第一时间资源信息配置、第二时间资源信息配置以及第三时间资源信息配置中任一项可以是下列至少一项：
动态下行控制指示DCI；
半静态RRC信令；和
媒体访问控制控制元素MAC CE信令。
19.根据权利要求16或17所述的方法，其中所述时间资源信息是下列至少一项：
PDCCH起始符号；
PDCCH结束符号；
物理下行共享信道PDSCH起始符号；
PDSCH结束符号；
物理上行共享信道PUSCH起始符号；
PUSCH结束符号；
物理上行控制信道PUCCH起始符号；和
PUCCH结束符号。
20.根据权利要求1所述的方法，还包括：通过组合与来自一个物理小区的多个PDCCH相关联的ACK/NACK比特来发送一个公共PUCCH。
21.根据权利要求20所述的方法，其中组合的ACK/NACK比特的总数基于下列至少一项来确定：
在一个监测时机内，针对一个小区的一个数据信道类型的PDSCH的半静态配置的最多PDCCH的数量；
半静态配置的码字CW的数量；和
半静态配置的码块CB或码块组CBG的数量。
22.根据权利要求21所述的方法，其中一个特定的PDCCH与特定数量的码字相关联，并且码字与特定数量的码块或码块组相关联，而且一个ACK/NACK比特与一个码字、一个CB和一个CBG中的至少一者相关联。
23.根据权利要求21所述的方法，其中PUCCH的ACK/NACK比特级联基于下列排序和映射规则中的至少一项：
对于与不同PDCCH相对应的ACK/NACK比特，与具有较低索引的PDCCH相对应的ACK/NACK比特先于与具有较高索引的PDCCH相对应的ACK/NACK比特；
对于与一个PDCCH相对应的ACK/NACK比特，与具有较低索引的码字相对应的ACK/NACK比特先于与具有较高索引的码字相对应的ACK/NACK比特；和
对于与一个码字相对应的ACK/NACK比特，与具有较低索引的码块或码块组相对应的ACK/NACK比特先于与具有较高索引的码块或码块组相对应的ACK/NACK比特。
24.根据权利要求21所述的方法，还包括：通过半静态专用RRC信令提供所述一个公共PUCCH资源。
25.根据权利要求1所述的方法，还包括：针对与多个PDCCH中的每个PDCCH相关联的ACK/NACK比特发送单独的PUCCH。
26.根据权利要求25所述的方法，其中一个PUCCH资源用于与一个PDCCH相关联的所有ACK/NACK比特。
27.根据权利要求1所述的方法，还包括：借助至少一个PUSCH发送与至少一个PDCCH相关联的ACK/NACK比特。
28.根据权利要求27所述的方法，其中与一个PDCCH相关联的一个或多个ACK/NACK比特与一个特定PUSCH相关联，所述一个特定PUSCH与所述一个PDCCH相关联。
29.根据权利要求27所述的方法，其中与多个PDCCH相关联的一个或多个ACK/NACK比特与一个特定PUSCH相关联，所述一个特定PUSCH与被配置为多个PDCCH之一的一个参考PDCCH相关联。
30.根据权利要求24至29中任一项所述的方法，其中每个PUCCH具有包括下列至少一种的特定资源信息：
特定分配资源信息；
特定的半静态PUCCH资源索引；
时间信息；
频率信息；
码信息；
层信息；和
端口资源信息。
31.根据权利要求1所述的方法，还包括：确定与特定PDCCH相关联的HARQ进程标识符HPID。
32.根据权利要求31所述的方法，其中对所述HPID的确定基于初始HARQ进程ID HPID-Ini、所述PDCCH标识以及每个PDCCH的最大HARQ进程数量。
33.根据权利要求32所述的方法，其中所述每个PDCCH的最大HARQ进程数量是被配置或预定义的。
34.根据权利要求32所述的方法，其中所述特定PDCCH的HPID被确定为HPID＝HPID-Ini+PDCCH标识*最大HARQ进程数量。
35.根据权利要求1所述的方法，还包括：
接收包括两个或更多个物理下行控制信道PDCCH的传输模式配置的信令；和
基于所述传输模式配置，确定所述两个或更多个物理下行控制信道PDCCH的传输模式。
36.根据权利要求35所述的方法，其中所述传输模式配置对于两个或更多个PDCCH是公共的。
37.根据权利要求35或36所述的方法，其中所述传输模式是预定义的。
38.根据权利要求35所述的方法，其中所述传输模式配置指示所述两个或更多个PDCCH中每个PDCCH各自的传输模式。
39.根据权利要求38所述的方法，其中所述传输模式对于用于物理下行共享信道PDSCH或物理上行共享信道PUSCH的所述两个或更多个PDCCH中的每个PDCCH是不同的。
40.根据权利要求35或36所述的方法，其中使用无线资源控制RRC信令、下行控制信息DCI、媒体访问控制控制元素MAC CE中的至少一个通知所述传输模式配置。
41.一种用户设备，包括：
处理器；和
计算机可读介质，其上存储有计算机可执行指令，当所述计算机可执行指令由所述处理器执行时，执行根据权利要求1至40中任一项所述的无线通信方法。
CN201880038300.5A 2017-06-15 2018-06-14 用于可靠通信的多发送接收点协作的方法和设备 Active CN110731112B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762520510P 2017-06-15 2017-06-15
US62/520,510 2017-06-15
US201762568757P 2017-10-05 2017-10-05
US62/568,757 2017-10-05
PCT/CN2018/091326 WO2018228487A1 (en) 2017-06-15 2018-06-14 Method and devices for multiple transmit receive point cooperation for reliable communication

Publications (2)

Publication Number Publication Date
CN110731112A CN110731112A (zh) 2020-01-24
CN110731112B true CN110731112B (zh) 2024-04-09

Family

ID=64658963

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880038300.5A Active CN110731112B (zh) 2017-06-15 2018-06-14 用于可靠通信的多发送接收点协作的方法和设备

Country Status (4)

Country Link
US (3) US11212825B2 (zh)
EP (1) EP3626009B1 (zh)
CN (1) CN110731112B (zh)
WO (1) WO2018228487A1 (zh)

Families Citing this family (131)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3520547A4 (en) * 2016-09-27 2020-04-22 Nokia Technologies Oy MULTI-CELL ASSIGNMENT
WO2018228487A1 (en) * 2017-06-15 2018-12-20 Huawei Technologies Co., Ltd. Method and devices for multiple transmit receive point cooperation for reliable communication
RU2740161C1 (ru) * 2017-06-16 2021-01-12 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ передачи данных, оконечное устройство и сетевое устройство
US20180368116A1 (en) * 2017-06-16 2018-12-20 Mediatek Inc. Design of coreset configurations
US11395338B2 (en) * 2017-07-12 2022-07-19 Samsung Electronics Co., Ltd. Method and apparatus for control resource set configuration for 5G next radio system
CN115378561A (zh) 2017-07-24 2022-11-22 日本电气株式会社 用于数据传输的方法和设备
US11245504B2 (en) * 2017-07-25 2022-02-08 Telefonaktiebolaget Lm Ericsson (Publ) Control signaling for a radio access network
CN109392112B (zh) * 2017-08-09 2022-02-22 大唐移动通信设备有限公司 一种下行控制信道的传输方法及设备
RU2748162C1 (ru) * 2017-08-10 2021-05-20 Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. Способ передачи данных, сетевое устройство и терминал
CN109392140B (zh) * 2017-08-11 2020-07-28 维沃移动通信有限公司 一种用于监听pdcch的方法、终端及网络设备
US20190069285A1 (en) * 2017-08-24 2019-02-28 Samsung Electronics Co., Ltd. Configuration of beam indication in a next generation mmwave system
JP7140489B2 (ja) * 2017-11-01 2022-09-21 シャープ株式会社 端末装置、基地局装置、および、通信方法
JP2019087965A (ja) * 2017-11-10 2019-06-06 シャープ株式会社 端末装置、基地局装置、および、通信方法
US20210184801A1 (en) * 2017-11-15 2021-06-17 Idac Holdings, Inc. Method and apparatus for harq-ack codebook size determination and resource selection in nr
KR20190070146A (ko) * 2017-12-12 2019-06-20 삼성전자주식회사 무선 통신 시스템에서 빔포밍을 이용하여 신호를 송수신하기 위한 장치 및 방법
CN116827485A (zh) 2018-01-05 2023-09-29 日本电气株式会社 用于无线通信系统中的上行链路信号传输和接收的方法和设备
US11012197B2 (en) * 2018-01-12 2021-05-18 Apple Inc. Resource set configurations using automatic repeat request information
CN110149179B (zh) * 2018-02-12 2021-01-15 维沃移动通信有限公司 一种波束失败恢复的方法和设备
WO2019158603A1 (en) * 2018-02-15 2019-08-22 Sony Corporation Unused portion of radio resources
US11032851B2 (en) * 2018-02-17 2021-06-08 Mediatek Inc. QCL in rach different from that in other signals
US11470655B2 (en) * 2018-03-27 2022-10-11 Qualcomm Incorporated Enhanced downlink control information detection
US11044058B2 (en) * 2018-04-30 2021-06-22 Qualcomm Incorporated Methods and apparatuses for media access control (MAC)—control element (CE) activation timing
US11177909B2 (en) 2018-05-04 2021-11-16 Qualcomm Incorporated Methods and apparatus related to ACK/NACK feedback with multi-TRP transmissions
US11470591B2 (en) * 2018-05-10 2022-10-11 Qualcomm Incorporated Direct transport block size specification
US11109364B2 (en) * 2018-05-10 2021-08-31 Lg Electronics Inc. Method and apparatus for configuring PUCCH resource in wireless communication system
CN110475359A (zh) * 2018-05-10 2019-11-19 北京三星通信技术研究有限公司 传输上行控制信息的方法及设备
US11856432B2 (en) * 2018-06-08 2023-12-26 Qualcomm Incorporated Acknowledgement design for multi-transmission configuration indicator state transmission
US11026226B2 (en) 2018-07-06 2021-06-01 Qualcomm Incorporated Feedback design for multi-transmission reception point transmission
US11464008B2 (en) * 2018-07-12 2022-10-04 Qualcomm Incorporated Determination rule of PDSCH scheduled slot with PDCCH repetition
US11895582B2 (en) * 2018-07-24 2024-02-06 Ofinno, Llc Power saving operations in a wireless communication system
KR102601532B1 (ko) * 2018-07-25 2023-11-10 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 채널 모니터링 방법 및 장치, 단말 장비, 네트워크 장비
US11296827B2 (en) * 2018-07-27 2022-04-05 Qualcomm Incorporated Feedback mode indication for coordinated transmission
WO2020026297A1 (ja) * 2018-07-30 2020-02-06 株式会社Ｎｔｔドコモ 基地局及び無線通信方法
US11425702B2 (en) * 2018-08-06 2022-08-23 Qualcomm Incorporated Repetition configuration determination
WO2020032779A1 (ko) * 2018-08-10 2020-02-13 엘지전자 주식회사 무선 통신 시스템에서 harq 정보를 송수신하는 방법 및 이를 위한 장치
CN110876179B (zh) * 2018-08-31 2021-06-15 华为技术有限公司 一种监测方法及设备
KR102586001B1 (ko) * 2018-09-21 2023-10-10 삼성전자주식회사 무선 통신 시스템에서 우선 순위를 고려한 물리계층 채널 송수신 방법 및 장치
WO2020064512A1 (en) * 2018-09-27 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Robustness for control channel
WO2020064119A1 (en) * 2018-09-28 2020-04-02 Nokia Technologies Oy Beam diversity for multi-slot communication channel
EP3648383A1 (en) * 2018-10-31 2020-05-06 Panasonic Intellectual Property Corporation of America Harq-ack handling with multiple pucch in multi-trp transmission in nr
WO2020108440A1 (en) * 2018-11-26 2020-06-04 FG Innovation Company Limited Method and apparatus for pdcch monitoring
KR20200063008A (ko) * 2018-11-27 2020-06-04 삼성전자주식회사 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치
EP4221027A1 (en) * 2018-12-13 2023-08-02 Lg Electronics, Inc. Method for transmitting and receiving data in wireless communication system and apparatus therefor
US20220022237A1 (en) * 2018-12-13 2022-01-20 Lg Electronics Inc. Method for transmitting/receiving data in wireless communication system, and device therefor
US11438833B2 (en) * 2018-12-17 2022-09-06 Qualcomm Incorporated Multi-transmit receive point candidate identification
US11290226B2 (en) * 2018-12-19 2022-03-29 Ofinno, Llc Transmission scheme for multiple transmission reception points in a radio system
US11647504B2 (en) * 2018-12-21 2023-05-09 Qualcomm Incorporated PUCCH carrying HARQ-A for multi-TRP with non-ideal backhaul
CN113273109B (zh) * 2019-01-04 2024-04-12 苹果公司 具有多传输接收点(trp)的物理下行链路控制信道
CN111416691B (zh) * 2019-01-04 2023-04-07 大唐移动通信设备有限公司 一种信息传输方法、装置及设备
CN113923792A (zh) * 2019-01-08 2022-01-11 北京小米移动软件有限公司 下行数据发送方法、接收方法、装置和存储介质
US11405152B2 (en) * 2019-01-11 2022-08-02 Qualcomm Incorporated QCL relationship and/or DMRS port identification
US11374696B2 (en) * 2019-01-11 2022-06-28 Qualcomm Incorporated Hybrid automatic repeat request (HARQ) process partitioning
WO2020145794A1 (ko) * 2019-01-11 2020-07-16 엘지전자 주식회사 무선 통신 시스템에서 복수의 물리 하향링크 제어 채널들을 송수신하는 방법 및 이를 위한 장치
US20220085931A1 (en) * 2019-01-11 2022-03-17 Apple Inc. Systems and methods for physical downlink control channel candidate selection
CN110535570B (zh) * 2019-01-18 2023-08-11 中兴通讯股份有限公司 一种传输信息的方法和装置
CN111526589B (zh) * 2019-02-02 2022-05-24 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
EP3925124A1 (en) * 2019-02-15 2021-12-22 Telefonaktiebolaget LM Ericsson (publ) Harq ack for multi-pdcch scheduled pdsch transmission over multiple transmission reception points
CN113875302A (zh) * 2019-03-20 2021-12-31 株式会社Ntt都科摩 用户终端以及无线通信方法
CN111726213A (zh) * 2019-03-21 2020-09-29 华硕电脑股份有限公司 物理上行链路共享信道的波束指示的方法和设备
US11239939B2 (en) 2019-03-22 2022-02-01 Samsung Electronics Co., Ltd. Scheduling in communication systems with multiple service types
WO2020197215A1 (en) * 2019-03-22 2020-10-01 Samsung Electronics Co., Ltd. Method and apparatus for control channel reception in wireless communication systems
US11245560B2 (en) * 2019-03-28 2022-02-08 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving multiple data in wireless cooperative communication system
CN110536394B (zh) * 2019-03-29 2024-04-05 中兴通讯股份有限公司 功率控制方法、装置和系统
US11558762B2 (en) * 2019-04-03 2023-01-17 Mediatek Inc. Techniques of controlling operation of M-DCI based M-TRP reception
WO2020204660A1 (ko) * 2019-04-04 2020-10-08 엘지전자 주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이에 대한 장치
WO2020207374A1 (en) * 2019-04-08 2020-10-15 FG Innovation Company Limited Method of deriving qcl assumption in multi-panel transmission and related device
EP3955665A4 (en) * 2019-04-10 2022-11-16 Beijing Xiaomi Mobile Software Co., Ltd. RESOURCE INDICATION METHOD AND DEVICE
CN116095858A (zh) * 2019-04-29 2023-05-09 北京小米移动软件有限公司 上行数据传输方法、装置及存储介质
CN111601339B (zh) * 2019-04-30 2023-06-09 维沃移动通信有限公司 资源处理方法、资源指示方法、终端设备和网络侧设备
US11483816B2 (en) * 2019-05-03 2022-10-25 Qualcomm Incorporated Selective physical downlink control channel repetition for retransmissions
EP3958627B1 (en) * 2019-07-05 2024-03-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Downlink signal transmission method and device
KR102249912B1 (ko) 2019-07-12 2021-05-11 엘지전자 주식회사 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치
WO2021010711A1 (ko) * 2019-07-12 2021-01-21 엘지전자 주식회사 무선 통신 시스템에서 하향링크 채널을 송수신 하는 방법 및 이에 대한 장치
EP3771132A1 (en) 2019-07-22 2021-01-27 Comcast Cable Communications, LLC Communication and data processing in wireless communications
US11357013B2 (en) * 2019-07-23 2022-06-07 Qualcomm Incorporated Conditional negative acknowledgement transmission in multi-component carrier communication
US11582776B2 (en) * 2019-08-01 2023-02-14 Qualcomm Incorporated Managing cross-carrier scheduling by a wireless device
CN110535609B (zh) * 2019-08-02 2023-11-24 中兴通讯股份有限公司 目标参数的确定方法、通信节点和存储介质
CN112351504B (zh) * 2019-08-08 2022-04-08 大唐移动通信设备有限公司 一种harq-ack反馈方法、终端及网络侧设备
WO2021028080A1 (en) * 2019-08-14 2021-02-18 Huawei Technologies Co., Ltd. Apparatus and method for flexible control channel monitoring
KR20210020409A (ko) * 2019-08-14 2021-02-24 삼성전자주식회사 무선 협력 통신 시스템에서 다중 데이터를 송수신하는 방법 및 장치
US11419019B2 (en) * 2019-09-11 2022-08-16 Qualcomm Incorporated Error handling in dual active link handover
US11683705B2 (en) * 2019-09-26 2023-06-20 Lg Electronics Inc. Method of monitoring physical downlink control channel and an apparatus using the same
US20220369225A1 (en) * 2019-10-03 2022-11-17 Interdigital Patent Holdings, Inc. Ue power savings in multi-beam operation
US11012994B2 (en) 2019-10-04 2021-05-18 Qualcomm Incorporated Multiple downlink control information (DCI) message handling for multiple control resource set (CORESET) groups
CN112654036A (zh) * 2019-10-11 2021-04-13 英特尔公司 用于盲解码和/或信道估计能力指示的装置和方法
WO2021088039A1 (zh) * 2019-11-08 2021-05-14 Oppo广东移动通信有限公司 通信方法和通信装置
CN112910609B (zh) * 2019-12-03 2023-03-24 中国电信股份有限公司 用于harq增强的方法和基站
EP4085564A4 (en) * 2020-01-03 2023-09-13 Lenovo (Beijing) Limited APPARATUS AND METHOD FOR RESOURCE MAPPING FOR ENHANCED PDCCH TRANSMISSION WITH MULTIPLE BEAMS FROM MULTIPLE TRPS
US11330446B2 (en) * 2020-01-29 2022-05-10 Qualcomm Incorporated Dynamically enabling dual default beams
CN113260068B (zh) * 2020-02-07 2023-09-19 维沃移动通信有限公司 传输控制方法、终端及网络设备
WO2021155555A1 (en) * 2020-02-07 2021-08-12 Qualcomm Incorporated Transmission configuration indicator state activation for multiple transmission reception points
US11751228B2 (en) * 2020-02-11 2023-09-05 Intel Corporation Methods and apparatuses for uplink spatial relation info switch
US11356151B2 (en) 2020-02-12 2022-06-07 Apple Inc. MIMO enhancement capability design
CN113259068B (zh) * 2020-02-13 2022-03-25 北京紫光展锐通信技术有限公司 多收发节点中的上行数据的传输控制方法及装置、设备
CN111344994B (zh) * 2020-02-14 2022-11-04 北京小米移动软件有限公司 数据传输方法及数据传输装置
CN113271680B (zh) * 2020-02-14 2022-10-21 北京紫光展锐通信技术有限公司 Pusch传输的配置方法、系统、电子设备和存储介质
CN113271661B (zh) * 2020-02-14 2024-02-09 大唐移动通信设备有限公司 一种控制信息传输方法及装置
WO2021163902A1 (zh) * 2020-02-18 2021-08-26 Oppo广东移动通信有限公司 传输方法及装置
WO2021164025A1 (zh) * 2020-02-21 2021-08-26 Oppo广东移动通信有限公司 传输方法、网络设备、终端设备和通信系统
WO2021183036A1 (en) * 2020-03-13 2021-09-16 Telefonaktiebolaget Lm Ericsson (Publ) Multi trp based scheduling of mixed type traffics
EP4124132A4 (en) * 2020-03-16 2023-11-29 Beijing Xiaomi Mobile Software Co., Ltd. DATA TRANSMISSION METHOD AND DEVICE, COMMUNICATION DEVICE AND STORAGE MEDIUM
US11800529B2 (en) * 2020-03-24 2023-10-24 Qualcomm Incorporated Overlapping semi-persistent scheduling for multiple transmit receive points
CN113452488B (zh) * 2020-03-24 2023-04-21 维沃移动通信有限公司 传输节点的配置方法及装置、通信设备
EP4084554A4 (en) * 2020-03-26 2023-01-04 Guangdong Oppo Mobile Telecommunications Corp., Ltd. COMMUNICATION METHOD, TERMINAL DEVICE AND NETWORK DEVICE
KR20220159976A (ko) * 2020-03-27 2022-12-05 엘지전자 주식회사 무선 통신 시스템에서 pdcch(physical downlink control channel) 송수신 방법 및 장치
CN113498181B (zh) * 2020-04-03 2022-07-15 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN115136693A (zh) * 2020-04-21 2022-09-30 Oppo广东移动通信有限公司 一种信息传输方法及终端设备、存储介质
CN113840380A (zh) * 2020-06-24 2021-12-24 华为技术有限公司 一种波束指示方法及通信装置
WO2022002343A1 (en) * 2020-06-29 2022-01-06 Nokia Technologies Oy Method and apparatus for a radio network
WO2022027384A1 (en) * 2020-08-05 2022-02-10 Apple Inc. Systems and methods for pdcch monitoring in new radio
EP3952518A1 (en) * 2020-08-06 2022-02-09 Nokia Technologies Oy Control channel repetition with mapping scheme
CN115669153A (zh) * 2020-08-07 2023-01-31 Oppo广东移动通信有限公司 资源集合的配置方法、装置、设备及存储介质
EP4193738A1 (en) * 2020-08-07 2023-06-14 Qualcomm Incorporated Channel state information (csi) feedback for physical downlink control channel (pdcch)
US20220053574A1 (en) * 2020-08-12 2022-02-17 Qualcomm Incorporated Alternative demodulation reference signal for repetitions of a random access response physical downlink control channel communication
CN114257353B (zh) * 2020-09-22 2023-08-01 中国移动通信有限公司研究院 信道传输方法、接收方法、终端及基站
CN116210193A (zh) * 2020-09-29 2023-06-02 高通股份有限公司 用于利用传输块缩放和跳频的物理上行链路共享信道重复的码块操作
CN116326035A (zh) * 2020-10-02 2023-06-23 苹果公司 可靠性更高的物理下行链路控制信道接收
US20220360382A1 (en) * 2020-10-02 2022-11-10 Apple Inc. Configuring Physical Uplink Shared Channel Transmissions with Improved Reliability
CN114499783B (zh) * 2020-10-23 2023-10-27 维沃移动通信有限公司 Pdsch传输方法、装置、设备及存储介质
US11632792B2 (en) * 2020-11-27 2023-04-18 Qualcomm Incorporated Random access preamble for positioning indication
WO2022153505A1 (ja) * 2021-01-15 2022-07-21 株式会社Ｎｔｔドコモ 端末及び無線基地局
CN117083911A (zh) * 2021-02-05 2023-11-17 株式会社Ntt都科摩 终端、无线通信方法以及基站
CN115486183A (zh) * 2021-03-31 2022-12-16 北京小米移动软件有限公司 用于pusch的通信方法、用于pusch的通信装置及存储介质
WO2022205441A1 (en) * 2021-04-02 2022-10-06 Zte Corporation Method and system for applying a unified transmission configuration indicator (tci) state to a target signal
CN117136607A (zh) * 2021-04-09 2023-11-28 夏普株式会社 终端装置、基站装置以及通信方法
WO2022226988A1 (en) * 2021-04-30 2022-11-03 Lenovo (Beijing) Limited Method and apparatus for pucch transmission
EP4320958A1 (en) * 2021-05-10 2024-02-14 Apple Inc. Confirmatory signaling for multi-pusch and multi-pdsch scheduling
CN114208354A (zh) * 2021-10-29 2022-03-18 北京小米移动软件有限公司 物理下行共享信道pdsch配置方法及装置
WO2023080605A1 (ko) * 2021-11-04 2023-05-11 엘지전자 주식회사 무선 통신 시스템에서 신호를 모니터링하는 방법 및 장치
WO2023131607A2 (en) 2022-01-04 2023-07-13 Continental Automotive Technologies GmbH Method for concatenated transmission for ultra-reliable low-latency communication
WO2023162763A1 (ja) * 2022-02-22 2023-08-31 ソニーグループ株式会社 通信装置、通信方法、及び通信システム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102447529A (zh) * 2011-11-18 2012-05-09 中兴通讯股份有限公司 一种控制信道的传输方法及装置
CN102577209A (zh) * 2009-10-01 2012-07-11 交互数字专利控股公司 上行链路控制数据传输
CN104770039A (zh) * 2012-11-01 2015-07-08 三星电子株式会社 用于先进的长期演进的传输模式10的物理下行共享信道的天线端口的传输方案和准协同定位假设

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012036409A2 (ko) * 2010-09-13 2012-03-22 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US20120269140A1 (en) * 2011-04-25 2012-10-25 Samsung Electronics Co., Ltd. Downlink control signaling for coordinated multipoint transmission
CN103178883B (zh) * 2011-12-26 2016-09-14 华为技术有限公司 物理下行控制信道数据的处理方法、发射端和用户终端
CN103580810B (zh) * 2012-07-26 2018-09-04 中兴通讯股份有限公司 信道状态信息的发送方法及装置
KR20150067751A (ko) * 2012-10-08 2015-06-18 엘지전자 주식회사 제어 정보를 송수신하는 방법 및 이를 위한 장치
US9923684B2 (en) * 2013-01-09 2018-03-20 Samsung Electronics Co., Ltd. Methods to support inter-eNodeB CoMP
US9538515B2 (en) * 2013-03-28 2017-01-03 Samsung Electronics Co., Ltd. Downlink signaling for adaptation of an uplink-downlink configuration in TDD communication systems
EP3934357B1 (en) * 2016-08-11 2024-05-15 Samsung Electronics Co., Ltd. Method and apparatus of data transmission in next generation cellular networks
EP3577935B1 (en) * 2017-02-02 2022-12-28 IPLA Holdings Inc. Apparatuses for transmission of paging blocks in swept downlink beams
CN115567178A (zh) * 2017-02-03 2023-01-03 Idac控股公司 物理下行链路控制信道的传输和接收
WO2018141246A1 (en) * 2017-02-03 2018-08-09 Huawei Technologies Co., Ltd. Downlink control information for network coordination schemes
US10631178B2 (en) * 2017-02-06 2020-04-21 Qualcomm Incorporated Control resource set group design for improved communications devices, systems, and networks
US10432441B2 (en) * 2017-02-06 2019-10-01 Samsung Electronics Co., Ltd. Transmission structures and formats for DL control channels
WO2018151871A2 (en) * 2017-02-17 2018-08-23 Intel IP Corporation Control resource block set search space design
EP4132188A1 (en) * 2017-03-07 2023-02-08 Apple Inc. Monitoring control channels in control resource sets for new radio
EP3603259B1 (en) * 2017-03-20 2021-05-26 Convida Wireless, LLC Scheduling and control in new radio using preemption indication
US10897326B2 (en) * 2017-04-14 2021-01-19 Qualcomm Incorporated Sharing a single coreset bandwidth across multiple user equipments
CN110431770B (zh) * 2017-05-03 2021-09-10 Lg电子株式会社 在无线通信系统中发送或接收信号的方法和用于其的设备
US20180324770A1 (en) * 2017-05-04 2018-11-08 Sharp Laboratories Of America, Inc. User equipments, base stations and methods
WO2018204806A1 (en) * 2017-05-05 2018-11-08 Intel IP Corporation New radio control channel resource set design
EP3619879B1 (en) * 2017-05-05 2023-07-05 Apple Inc. Support of flexible pdcch monitoring in new radio (nr)
WO2018226033A1 (ko) * 2017-06-08 2018-12-13 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 하향링크 제어 채널 수신 방법 및 상기 방법을 이용하는 단말
US11832264B2 (en) * 2017-06-13 2023-11-28 Apple Inc. Enhancement on scheduling and HARQ-ACK feedback for URLLC, multiplexing scheme for control/data channel and DM-RS for NR, and activation mechanism, scheduling aspects, and synchronization signal (SS) blocks for new radio (NR) system with multiple bandwidth parts (BWPs)
CN116032447A (zh) * 2017-06-14 2023-04-28 Idac控股公司 可靠控制信令
WO2018228487A1 (en) * 2017-06-15 2018-12-20 Huawei Technologies Co., Ltd. Method and devices for multiple transmit receive point cooperation for reliable communication
CN110892664A (zh) * 2017-06-15 2020-03-17 康维达无线有限责任公司 基于波束的下行链路控制信令
WO2019031850A1 (ko) * 2017-08-11 2019-02-14 한국전자통신연구원 하향링크 제어 채널의 송수신 방법 및 이를 이용하는 장치
US10973034B2 (en) * 2018-11-14 2021-04-06 Qualcomm Incorporated Control resource set monitoring rules based on active quasi-co-location assumption capabilities of a user equipment (UE)
US11569951B2 (en) * 2019-08-15 2023-01-31 Ofinno, Llc Radio link monitoring in a multi-TRP scenario

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102577209A (zh) * 2009-10-01 2012-07-11 交互数字专利控股公司 上行链路控制数据传输
CN102447529A (zh) * 2011-11-18 2012-05-09 中兴通讯股份有限公司 一种控制信道的传输方法及装置
CN104770039A (zh) * 2012-11-01 2015-07-08 三星电子株式会社 用于先进的长期演进的传输模式10的物理下行共享信道的天线端口的传输方案和准协同定位假设

Also Published As

Publication number Publication date
CN110731112A (zh) 2020-01-24
EP3626009A4 (en) 2020-05-13
US20240015742A1 (en) 2024-01-11
US20220201727A1 (en) 2022-06-23
WO2018228487A1 (en) 2018-12-20
EP3626009B1 (en) 2024-01-10
EP3626009A1 (en) 2020-03-25
US11678323B2 (en) 2023-06-13
US20200154467A1 (en) 2020-05-14
US11212825B2 (en) 2021-12-28

Similar Documents

Publication Publication Date Title
CN110731112B (zh) 用于可靠通信的多发送接收点协作的方法和设备
US11050525B2 (en) System and method for control and data channel reliability enhancement using multiple diversity domains
US11026224B2 (en) Method and system for enhancing data channel reliability using multiple transmit receive points
US11323223B2 (en) Systems and methods for robust transmission for semi-persistent scheduling and configured grant
JP7193348B2 (ja) ダウンリンクデータ送受信方法及びダウンリンクデータ送信基地局並びにダウンリンクデータ受信端末
KR102355797B1 (ko) 무선 셀룰라 통신 시스템에서 채널 전송 방법 및 장치
KR102512954B1 (ko) 반송파 결합을 통해 광대역 서비스를 제공하는 무선통신 시스템에서 상향링크 제어정보 전송 제어 방법 및 장치
KR102413069B1 (ko) 무선통신 시스템에서 단말을 위한 제어 채널 전송 방법 및 장치
US20230269054A1 (en) Control signaling for radio access networks
KR102589185B1 (ko) 무선 셀룰라 통신 시스템에서 다수의 dmrs 구조에 대한 설정 방법 및 장치
KR20180010949A (ko) 무선 셀룰라 통신 시스템에서 다수의 dmrs 구조에 대한 설정 방법 및 장치
KR102359788B1 (ko) 광대역 서비스를 제공하는 무선통신 시스템에서 스케쥴링 방법 및 장치
KR102384877B1 (ko) 무선통신 시스템에서 데이터 정보 송수신 방법 및 장치
KR20220134520A (ko) 무선 통신 시스템에서 다중 송수신 포인트로부터의 하향링크 채널 송수신 방법 및 장치
KR20220103792A (ko) 무선 통신 시스템에서 상향링크 제어 정보 송수신 방법 및 장치
KR20180010964A (ko) 무선 셀룰라 통신 시스템에서 다수의 dmrs 구조에 대한 설정 방법 및 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant