CN115553032A - 用于基于多dci的多trp操作的设计 - Google Patents

用于基于多dci的多trp操作的设计 Download PDF

Info

Publication number
CN115553032A
CN115553032A CN202080100858.9A CN202080100858A CN115553032A CN 115553032 A CN115553032 A CN 115553032A CN 202080100858 A CN202080100858 A CN 202080100858A CN 115553032 A CN115553032 A CN 115553032A
Authority
CN
China
Prior art keywords
coreset
dci
pool
rate matching
indication
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.)
Pending
Application number
CN202080100858.9A
Other languages
English (en)
Inventor
孙海童
姚春海
叶春璇
张大伟
何宏
O·欧泰瑞
曾威
杨维东
张羽书
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.)
Apple Inc
Original Assignee
Apple Inc
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 Apple Inc filed Critical Apple Inc
Publication of CN115553032A publication Critical patent/CN115553032A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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
    • 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/1896—ARQ related signaling
    • 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/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/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
    • 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

当用户装备(UE)处于基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)配置中时执行各种UE操作。该操作从第一gNB或第二gNB中的一者接收一个或多个小区参考信号(CRS)速率匹配模式，其中该一个或多个CRS速率匹配模式包括针对该一个或多个CRS速率匹配模式中的每一个的对控制资源集(CORESET)池的指示，以及基于对该CORESET池的该指示，将该一个或多个CRS速率匹配模式应用于物理下行链路共享信道(PDSCH)的CORESET。

Description

用于基于多DCI的多TRP操作的设计
背景技术
5G新空口(NR)中的多传输接收点(多TRP)功能涉及UE在同一载波上同时与多个TRP(例如，多个gNB)维持多条链路。多TRP操作可以是基于单个下行链路控制信息(DCI)的或基于多DCI的。在基于单DCI的多TRP操作中，可以使用物理下行链路控制信道(PDCCH)上的单个DCI来调度多个载波上的物理下行链路共享信道(PDSCH)。在基于多DCI的多TRP操作中，可以使用多个载波上的PDCCH上的多个DCI来调度多个载波上的物理下行链路共享信道(PDSCH)。
发明内容
一些示例性实施方案涉及一种由在基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)配置中在同一载波上具有与第一下一代节点B(gNB)和第二gNB的同时连接的用户装备(UE)执行的方法。该方法包括从该第一gNB或该第二gNB中的一者接收一个或多个小区参考信号(CRS)速率匹配模式，其中该一个或多个CRS速率匹配模式包括针对该一个或多个CRS速率匹配模式中的每一个的对控制资源集(CORESET)池的指示，以及基于对该CORESET池的该指示，将该一个或多个CRS速率匹配模式应用于物理下行链路共享信道(PDSCH)的CORESET。
其他示例性实施方案涉及一种具有收发器和处理器的用户装置(UE)。收发器被配置为在基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)配置中在同一载波上连接到第一下一代节点B(gNB)和第二gNB。处理器被配置为从该第一gNB或该第二gNB中的一者接收一个或多个小区参考信号(CRS)速率匹配模式，其中该一个或多个CRS速率匹配模式包括针对该一个或多个CRS速率匹配模式中的每一个的对控制资源集(CORESET)池的指示，以及基于对该CORESET池的该指示，将该一个或多个CRS速率匹配模式应用于物理下行链路共享信道(PDSCH)的CORESET。
另外的示例性实施方案涉及一种集成电路，该集成电路被配置在基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)配置中在同一载波上具有与第一下一代节点B(gNB)和第二gNB的同时连接的用户装备(UE)中使用。该集成电路包括被配置为从该第一gNB或该第二gNB中的一者接收一个或多个小区参考信号(CRS)速率匹配模式的电路，其中该一个或多个CRS速率匹配模式包括针对该一个或多个CRS速率匹配模式中的每一个的对控制资源集(CORESET)池的指示，以及被配置为基于对该CORESET池的该指示来将该一个或多个CRS速率匹配模式应用于物理下行链路共享信道(PDSCH)的CORESET的电路。
附图说明
图1示出了根据各种示例性实施方案的网络布置。
图2示出了根据各种示例性实施方案的示例性UE。
图3A至图3C示出了根据各种示例性实施方案的小区参考信号(CRS)速率匹配模式的三个示例。
图4示出了根据各种示例性实施方案的当UE处于基于多DCI的多TRP操作中时选择默认混合自动重传请求确认(HARQ-ACK)反馈模式的示例性方法。
图5示出了根据各种示例性实施方案的当UE处于基于多DCI的多TRP操作中时选择针对非周期性信道状态指示参考信号(AP-CSI-RS)的默认传输配置指示(TCI)状态的示例性方法。
图6示出了根据各种示例性实施方案的选择默认物理上行链路控制信道(PUCCH)波束和路径损耗参考信号(RS)的示例性方法。
具体实施方式
参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。示例性实施方案描述了UE在基于多DCI的多TRP操作中的各种解决方案。
示例性实施方案是关于UE来描述的。然而，对UE的参考仅仅是出于说明的目的而提供的。示例性实施方案可与可建立与网络的连接并且被配置有用于与网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起使用。因此，本文所述的UE用于表示任何电子部件。
此外，参照5G新空口(NR)蜂窝网络描述示例性实施方案。然而，对5G NR网络的参考仅仅是出于说明的目的而提供的。示例性实施方案可与实现本文针对UE能力报告所述的功能的任何网络一起使用。因此，如本文所述的5G NR网络可表示包括本文针对5G NR网络所述的功能的任何网络。
多传输接收点(多TRP)功能涉及UE在同一载波上同时与多个TRP(例如，多个gNB)维持多条链路。如上所述，当在多TRP中操作时，UE可处于单DCI或多DCI模式。示例性实施方案涉及基于多DCI的多TRP操作中的UE。
多DCI模式可以具有各种特性。例如，每个TRP可由具有来自{0,1}(例如，存在两个CORESET池)的对应CORESETPoolIndex的控制资源集(CORESET)调度。当CORESETPoolIndex未被配置时，可假设其为0。可以针对每个CORESETPoolIndex配置每带宽部分(BWP)最多3个CORESET，并且可以配置每BWP总共最多5个CORESET。两(2)个物理下行链路共享信道(PDSCH)可以是完全/部分/非重叠的。另外，混合自动重传请求确认(HARQ-ACK)反馈支持具有最多两(2)个码字(CW)和16个HARQ过程的单独和联合反馈模式两者。
基于多DCI操作的这些特性，存在对于有效的多DCI操作需要解决的若干问题。这些包括小区参考信号(CRS)速率匹配模式设计、用于pdcch-BlindDetectionCA能力报告的默认R(其将在下面更详细地描述)、默认HARQ-ACK反馈模式、针对非周期性信道状态指示参考信号(AP-CSI-RS)的默认传输配置指示(TCI)状态、默认物理上行链路控制信道(PUCCH)默认波束和路径损耗RS以及多DCI和单DCI配置的冲突。示例性实施方案解决了这些问题中的每一个问题。
图1示出了根据各种示例性实施方案的示例性网络布置100。示例性网络布置100包括用户装备(UE)110。本领域技术人员将理解，UE可为被配置为经由网络通信的任何类型的电子部件，例如，移动电话、平板计算机、智能电话、平板手机、嵌入式设备、可穿戴设备、Cat-M设备、Cat-M1设备、MTC设备、eMTC设备、其他类型的物联网(IoT)设备等。还应理解，实际网络布置可包括由任意数量的用户使用的任意数量的UE。因此，出于说明的目的，只提供了具有单个UE 110的示例。
UE 110可与一个或多个网络直接通信。在网络配置100的示例中，UE110可与之无线通信的网络是5G NR无线电接入网(5G NR-RAN)120、LTE无线电接入网(LTE-RAN)122和无线局域网(WLAN)124。因此，UE 110可包括与5G NR-RAN 120通信的5G NR芯片组、与LTE-RAN122通信的LTE芯片组以及与WLAN 124通信的ISM芯片组。然而，UE 110也可与其他类型的网络(例如旧式蜂窝网络)通信，并且UE 110也可通过有线连接与网络通信。关于示例性实施方案，UE 110可与5G NR RAN 122建立连接。
5G NR-RAN 120和LTE-RAN 122可以是可由蜂窝提供商(例如，Verizon、AT&T、Sprint、T-Mobile等)部署的蜂窝网络的部分。这些网络120、122可包括例如被配置为从配备有适当蜂窝芯片组的UE发送和接收流量的小区或基站(NodeB、eNodeB、HeNB、eNBS、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。WLAN 124可包括任何类型的无线局域网(WiFi、热点、IEEE 802.11x网络等)。
UE 110可经由下一代节点B(gNB)120A和/或gNB 120B中的至少一者连接到5G NR-RAN。gNB 120A、120B可被配置有必要的硬件(例如，天线阵列)、软件和/或固件以执行大规模多输入多输出(MIMO)功能。大规模MIMO可指被配置为生成用于多个UE的多个波束的基站。对两个gNB 120A、120B的参考仅是出于示意性说明的目的。示例性实施方案可应用于任何适当数量的gNB。具体地，UE 110可在多小区CA配置或多TRP配置下同时与多个gNB 120A、gNB 120B连接并交换数据。UE 110还可经由eNB 122A、122B中的任一者或两者连接到LTE-RAN 122，或者连接到任何其他类型的RAN，如上所述。网络布置100中示出了UE 110同时连接到gNB 120A和gNB 120B。与gNB 120A、gNB 120B的连接可以是，例如，多TRP连接，其中，gNB 120A、gNB 120B均在同一信道上为UE 110提供服务。
除网络120、122和124之外，网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子系统(IMS)150和网络服务主干160。蜂窝核心网130可被视为管理蜂窝网络的操作和流量的部件的互连集合。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。IMS 150通常可被描述为用于使用IP协议将多媒体服务递送至UE 110的架构。IMS 150可与蜂窝核心网130和互联网140通信以将多媒体服务提供至UE 110。网络服务主干160与互联网140和蜂窝核心网130直接或间接通信。网络服务主干160可通常被描述为一组部件(例如，服务器、网络存储布置等)，其实施一套可用于扩展UE 110与各种网络通信的功能的服务。
图2示出了根据各种示例性实施方案的示例性UE 110。将参照图1的网络布置100来描述UE 110。UE 110可表示任何电子设备，并且可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225以及其他部件230。其他部件230可包括例如音频输入设备、音频输出设备、提供有限功率源的电池、数据采集设备、用于将UE 110电连接到其他电子设备的端口、用于检测UE 110的状态的传感器等。
处理器205可被配置为执行UE 110的多个引擎。例如，引擎可包括多DCI、多TRP引擎235。在基于多DCI的多TRP操作中，多DCI、多TRP引擎235可执行操作以解决上文关于UE所识别的问题。特定操作将在下文更详细地描述。
上述引擎作为由处理器205执行的应用程序(例如，程序)仅是示例性的。与引擎相关联的功能也可被表示为UE 110的独立整合部件，或者可为耦接到UE 110的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。引擎也可被体现为一个应用程序或分开的多个应用程序。此外，在一些UE中，针对处理器205描述的功能性在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。
存储器210可以是被配置为存储与由UE 110执行的操作相关的数据的硬件部件。显示设备215可以是被配置为向用户显示数据的硬件部件，而I/O设备220可以是使得用户能够进行输入的硬件部件。显示设备215和I/O设备220可以是独立的部件或者可被集成在一起(诸如触摸屏)。收发器225可以是被配置为与5G-NR RAN 120、LTE RAN 122等建立连接的硬件部件。因此，收发器225可在各种不同的频率或信道(例如，连续频率组)上操作。
如上所述，在基于多DCI的多TRP操作中UE要解决的第一个问题包括CRS速率匹配模式设计。CRS速率匹配用于NR物理下行链路共享信道(PDSCH)在资源元素(RE)级别上对LTE CRS进行速率匹配，以允许LTE和NR共存于相同的信道中。在示例性实施方案中，每个小区可以支持多达(6)个CRS模式。如果据知LTE支持高达20MHz载波而NR支持高达100MHz载波，则可以在相同小区中的频域中包括多达(3)个CRS模式。如果据知NR支持多TRP操作，则还可以包括每频率范围多达两(2)个CRS模式。
图3A至图3C示出了根据各种示例性实施方案的CRS速率匹配模式的三个示例。对于单独的服务小区，CRS速率匹配模式的设计考虑可以是该小区指示TRP属于哪个(CORESETPoolIndex)。
图3A示出了根据各种示例性实施方案的第一示例性CRS速率匹配模式300。在该示例中，可以配置每个CRS模式301-306。这可以包括针对每个模式的信息，诸如包括LTE CRS的v-Shift、LTE CRS端口的数量、LTE下行链路载波频率、LTE下行链路载波带宽、LTE多媒体广播单频网(MBSFN)子帧配置和CORSETPoolIndex。
图3B示出了根据各种示例性实施方案的第二示例性CRS速率匹配模式320。在该示例中，可以配置两(2)组325、330的CRS模式。每个CRS模式组可包括CORSETPoolIndex，例如，CRS模式组325可具有CORSETPoolIndex{0}且CRS模式组330可具有CORSETPoolIndex{1}。每个CRS模式组325、330还可包括一系列CRS模式，例如，针对CRS模式组325的CRS模式326-329以及针对CRS模式组330的CRS模式331-333。每个CRS模式可包括如上文关于图3A所描述的信息。然而，在该示例中，可以不包括CORSETPoolIndex，因为该信息基于CRS模式所属的CRS模式组325、330是已知的。
图3C示出了根据各种示例性实施方案的第三示例性CRS速率匹配模式340。在该示例中，配置了对应于辅TRP的新CRS模式列表。如上所述，每个小区可以在该频域中支持(3)个CRS模式。因此，主小区(例如，gNB 120A)可以支持包括CRS模式366-368的CRS模式列表365。包括CRS模式371-373的新CRS模式列表370可以被配置为对应于辅TRP(例如，gNB120B)。
可能存在每个TRP配置多个CRS速率匹配模式的情况。CORESETPoolIndex可以仅取0、1的值或者不被配置。此外，如上所述，每个CORESETPoolIndex可以具有配置的最多三(3)个CRS速率匹配模式。可以显式地或隐式地配置CORESETPoolIndex。在显式情况下，将使用显式配置。在隐式情况下，例如，CORESETPoolIndex未被配置，CORESETPoolIndex可被假设为0。这种假设存在例外。当已经存在以CORESETPoolIndex＝0显式配置的三(3)个CRS速率匹配模式(例如，每CORESETPoolIndex的CRS速率匹配模式的最大数量)时，CORESETPoolIndex可被假设为1。
如上所述，在基于多DCI的多TRP操作中UE要解决的第二个问题是pdcch-BlindDetectionCA能力报告的默认R。这指的是关于载波聚合(CA)操作中的盲检测和非重叠控制信道元素(CCE)的UE能力。要在物理下行链路控制信道(PDCCH)上向UE 110传输的DCI可以被映射到特定的控制信道元素(CCE)。然而，子帧可以包括与UE 110不相关的DCI，并且UE110可能不知道针对UE 110的DCI位于子帧内的何处。因此，UE 110可被配置为通过监测并盲解码特定组的PDCCH候选(例如，其上可映射用于UE 110的PDDCH的一组一个或多个连续的CCE)来在子帧内找到与UE110相关的DCI。
对于PDCCH解码，盲解码和非重叠CCE的实际数量由网络在标记为BDFactorR或γ的参数中控制。UE 110可以将其R因子与标记为pdcch-BlindDetectionCA的另一参数一起报告，该参数可以被设置为{1,2}的值。当UE 110报告pdcch-BlindDetectionCA时，UE 110可以将BDFactorR指示为γ＝1或γ＝R。
然而，当UE 110不报告pdcch-BlindDetectionCA参数时或者当UE不报告R时，将使用R的默认值。示例性实施方案提供了确定R的默认值的各种方式。在第一示例中，要求UE110报告其R值{1,2}。因此，不存在需要默认值的情况，因为UE 110将总是报告R值。在第二示例性实施方案中，可以认为默认值是{1}。在第三示例性实施方案中，可以认为默认值是{2}。
如上所述，在基于多DCI的多TRP操作中UE要解决的第三个问题是默认HARQ-ACK反馈模式。对于基于多DCI的多TRP操作，UE可以被配置为两种不同的HARQ-ACK反馈模式中的一者。第一HARQ-ACK反馈模式可以被称为“联合反馈”，其中来自两(2)个PDSCH的HARQ-ACK在相同的HARQ-ACK码本中被反馈。第二HARQ-ACK反馈模式可以被称为“单独反馈”，其中来自两(2)个PDSCH的HARQ-ACK在由两(2)个单独的PUCCH承载的单独的HARQ-ACK码本中被反馈。
图4示出了根据各种示例性实施方案的当UE 110处于基于多DCI的多TRP操作中时选择默认HARQ-ACK反馈模式的示例性方法400。在410中，UE 110确定UE 110是否处于基于多DCI的多TRP操作中。基于多DCI的多TRP操作的特征在于至少一个CORESET被配置为不具有CORESETPoolIndex或具有一个CORESETPoolIndex＝0，并且至少另一个CORESET被配置为具有CORESETPoolIndex＝1。如果UE 110不在基于多DCI的多TRP操作中，则方法400结束。
如果UE 110处于基于多DCI的多TRP操作中，则方法400进行到420，其中UE 110确定其是否支持单独反馈HARQ-ACK模式。如果UE 110支持该单独反馈HARQ-ACK模式，则方法400进行到440，其中可以将默认HARQ反馈模式设置为“单独反馈”。如果在420中确定UE 110不支持单独反馈HARQ-ACK模式，但是UE支持联合HARQ-ACK模式，则该方法进行到430，其中可以将默认HARQ-ACK反馈模式设置为“联合反馈”。因此，在方法400结束时，为UE 110设置默认HARQ-ACK反馈模式。
如上所述，在基于多DCI的多TRP操作中UE要解决的第四个问题是非周期性信道状态指示参考信号(AP-CSI-RS)的默认传输配置指示(TCI)状态。图5示出了根据各种示例性实施方案的当UE 110处于基于多DCI的多TRP操作中时选择AP-CSI-RS的默认TCI状态的示例性方法500。在510中，UE 110确定UE 110是否处于基于多DCI的多TRP操作中。操作510与上述操作410相同。如果UE 110不在基于多DCI的多TRP操作中，则方法500结束。
如果UE 110处于基于多DCI的多TRP操作中，则方法500进行到520，其中UE 110确定最近监测的PDCCH时隙中的CORESET是否具有配置的CORESETPoolIndex。如果最近监测的PDCCH时隙中的CORESET具有配置的CORESETPoolIndex，则方法500进行到540，其中AP-CSI-RS的默认TCI状态可以被设置为在与最近监测的PDCCH时隙中的CORESET相同的CORESET池中具有最低CORESET-ID的CORESET。在这种情况下，CORESETPoolIndex与UE 110从其解码触发AP-CS-RS的DCI的CORESET相同。如果在520中确定最近监测的PDCCH时隙中的CORESET不具有配置的CORESETPoolIndex，则该方法进行到530，其中AP-CSI-RS的默认TCI状态可以被设置为在CORESETPoolIndex{0}中具有最低CORESET-ID的CORESET。因此，在方法500结束时，为UE 110设置AP-CSI-RS的默认TCI状态。
如上所述，在基于多DCI的多TRP操作中UE要解决的第五个问题是默认物理上行链路控制信道(PUCCH)波束和路径损耗RS。图6示出了根据各种示例性实施方案的选择默认PUCCH波束和路径损耗RS的示例性方法600。在610中，UE 110确定UE 110是否处于基于多DCI的多TRP操作中。操作610与上述操作410相同。如果UE 110不在基于多DCI的多TRP操作中，则方法600结束。
如果UE 110处于基于多DCI的多TRP操作中，则方法600进行到620，其中UE 110确定PUCCH是否已由DCI调度。如果PUCCH尚未由DCI调度，则该方法进行到630，其中可以基于UE 110在主小区(PCell)(例如，gNB 120A)的活动下行链路(DL)带宽部分(BWP)上具有最低ID的CORESET中进行的最近的PDCCH接收来设置针对PUCCH的默认TCI状态和路径损耗RS。
如果PUCCH尚未由DCI调度，则该方法进行到640，其中UE 110确定其中DCI已经被解码的CORESET是否具有配置的CORESETPoolIndex。如果其中DCI已经被解码的CORESET具有配置的CORESETPoolIndex，则方法600进行到660，其中针对PUCCH的默认TCI状态和路径损耗(PL)RS可以被设置为在与其中DCI已经被解码的CORESET相同的CORESET池中具有最低CORESET-ID的CORESET。在这种情况下，CORESETPoolIndex与UE 110从其解码触发PUCCH的DCI的CORESET相同。如果在640中确定其中DCI已经被解码的CORESET不具有配置的CORESETPoolIndex，则该方法进行到650，其中针对PUCCH的默认TCI状态和路径损耗RS可以被设置为在CORESETPoolIndex{0}中具有最低CORESET-ID的CORESET。因此，在方法600结束时，为UE 110设置针对PUCCH的默认TCI状态和路径损耗RS。
如上所述，在基于多DCI的多TRP操作中UE要解决的第六个问题是解决多DCI和单DCI配置之间的冲突。UE 110可以同时被配置用于基于多DCI的多TRP操作和基于单DCI的多TRP操作两者。如上所述，当至少一个CORESET被配置为不具有CORESETPoolIndex或具有CORESETPoolIndex＝0并且至少另一个CORESET被配置为具有CORESETPoolIndex＝1时，UE110可以被配置在基于多DCI的多TRP操作中。当介质接入控制-控制元素(MAC-CE)激活具有2个TCI状态的至少一个TCI码点和/或无线电资源控制(RRC)信令在PDSCH-TimeDomainResourceAllocation中的至少一个条目中配置RepNumR16参数时，UE 110可以被配置在基于单DCI的多TRP操作中。RepNumR16参数向UE 110指示其可能正在接收对应于多TRP操作的多个TCI状态。因此，如果UE 110被配置有基于多DCI和基于单DCI的多TRP配置两者，则UE110可能需要解决该冲突。
可以有若干解决该冲突的方式。在第一示例性实施方案中，UE 110可以认为同时的基于多DCI和单DCI的多TRP配置是错误情况。在该示例性实施方案中，UE 110的行为可以是未指定的。在第二示例性实施方案中，当UE 110被配置有同时的基于多DCI和基于单DCI的多TRP时，UE 110可以不监测来自CORESETPoolIndex＝1中的CORESET的DCI调度，例如，UE110将仅监测针对主小区的DCI调度。
在第三示例性实施方案中，当UE 110被配置有同时的基于多DCI和基于单DCI的多TRP时，UE 110可以忽略基于单DCI的多TRP配置并且仅在基于多DCI的多TRP操作中操作。在第四示例性实施方案中，当UE 110被配置有同时的基于多DCI和基于单DCI的多TRP时，UE110可以忽略基于多DCI的多TRP配置并且仅在基于单DCI的多TRP操作中操作。
因此，以上示例性实施方案提供了解决与基于多DCI的多TRP操作中的UE有关的问题的各种解决方案。
本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。在其他示例中，上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。
尽管本专利申请描述了各自具有不同特征的各种实施方案的各种组合，本领域的技术人员将会理解，一个实施方案的任何特征均可以任何未被公开否定的方式与其他实施方案的特征或者在功能上或逻辑上不与本发明所公开的实施方案的设备的操作或所述功能不一致的特征相组合。
众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。
对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。

Claims (20)

1.一种方法，包括：
在基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)配置中在同一载波上具有与第一下一代节点B(gNB)和第二gNB的同时连接的用户装备(UE)处：
从所述第一gNB或所述第二gNB中的一者接收一个或多个小区参考信号(CRS)速率匹配模式，其中所述一个或多个CRS速率匹配模式包括针对所述一个或多个CRS速率匹配模式中的每一个的对控制资源集(CORESET)池的指示；以及
基于对所述CORESET池的所述指示，将所述一个或多个CRS速率匹配模式应用于物理下行链路共享信道(PDSCH)的CORESET。
2.根据权利要求1所述的方法，其中基于所述一个或多个CRS速率匹配模式中的每一个所属于的所述CORESET池对所述一个或多个CRS速率匹配模式进行分组，其中所述指示至少基于所述一个或多个CRS速率匹配模式中的每一个所属于的组。
3.根据权利要求1所述的方法，其中对应于所述第一gNB或所述第二gNB对所述一个或多个CRS速率匹配模式进行分组。
4.根据权利要求1所述的方法，其中所述指示是显式指示或隐式指示中的一者。
5.根据权利要求4所述的方法，其中当所述指示是所述隐式指示时，所述方法还包括：
当第一预定义池具有少于最大数量的CRS速率匹配模式时，确定所述CORESET池为所述第一预定义池；以及
当所述第一预定义池具有所述最大数量的CRS速率匹配模式时，确定所述CORESET池为第二预定义池。
6.根据权利要求1所述的方法，其中所述UE被配置为基于参数在物理下行链路控制信道(PDCCH)中的DCI的非重叠控制信道元素(CCE)上执行第一数量的盲解码操作或第二数量的信道估计操作，其中所述参数的值为以下中的一者：(i)由所述UE报告给所述第一gNB或所述第二gNB中的一者；或者(ii)预定义值。
7.根据权利要求1所述的方法，还包括：
确定所述UE是否支持单独混合自动重传请求确认(HARQ-ACK)反馈模式，其中所述第一gNB和所述第二gNB中的每一者向所述UE提供单独的HARQ-ACK反馈；
当所述UE支持所述单独HARQ-ACK反馈模式时，将默认HARQ-ACK反馈模式设置为所述单独HARQ-ACK反馈模式；以及
当所述UE不支持所述单独HARQ-ACK反馈模式时，将所述默认HARQ-ACK反馈模式设置为联合HARQ-ACK反馈模式，其中所述第一gNB和所述第二gNB联合地向所述UE提供HARQ-ACK反馈。
8.根据权利要求1所述的方法，还包括：
确定最近监测的PDCCH时隙中的CORESET是否具有配置的CORESET池；
当所述最近监测的PDCCH时隙中的所述CORESET具有所述配置的CORESET池时，将非周期性信道状态指示参考信号(AP-CSI-RS)的默认传输配置指示(TCI)状态设置为在具有与触发所述对应的AP-CSI-RS的所述DCI相同的CORESET池指示的CORESET中具有最低CORSET标识的CORESET；以及
当所述最近监测的PDCCH时隙中的所述CORESET不具有所述配置的CORESET池时，将AP-CSI-RS的所述默认TCI状态设置为在预定义CORESET池中具有最低CORSET标识的CORESET。
9.根据权利要求1所述的方法，还包括：
确定物理上行链路控制信道(PUCCH)是否由DCI调度；以及
当所述PUCCH未由所述DCI调度时，基于在所述第一gNB和所述第二gNB中被指定为主小区的一者的活动带宽部分中具有最低CORESET标识的CORESET来设置默认传输配置指示(TCI)状态和路径损耗参考信号。
10.根据权利要求9所述的方法，还包括：
当所述PUCCH由所述DCI调度时，确定从其解码所述DCI的CORESET是否具有配置的CORESET池；
当从其解码所述DCI的所述CORESET具有配置的CORESET池时，将所述默认TCI状态和路径损耗参考信号设置为在具有与触发最近PUCCH监测时隙中的PUCCH传输的所述DCI相同的CORESET池指示的CORESET中具有最低CORESET标识的CORESET；以及
当从其解码所述DCI的所述CORESET不具有配置的CORESET池时，将所述默认TCI状态和路径损耗参考信号设置为在预定义CORESET池中具有最低CORSET标识的CORESET。
11.根据权利要求1所述的方法，还包括：
确定所述UE是否同时处于所述基于多DCI的多TRP配置和基于单DCI的多TRP配置；以及
进行以下中的一者：(i)将所述UE置于错误状态，(ii)省略监测与预定义CORESET池相对应的DCI，(iii)忽略所述单DCI配置并且在所述基于多DCI的多TRP操作中操作，或者(iv)忽略所述多DCI配置并且在基于单DCI的多TRP操作中操作。
12.一种用户装备(UE)，包括：
收发器，所述收发器被配置为在基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)配置中在同一载波上连接到第一下一代节点B(gNB)和第二gNB；和
处理器，所述处理器被配置为：
从所述第一gNB或所述第二gNB中的一者接收一个或多个小区参考信号(CRS)速率匹配模式，其中所述一个或多个CRS速率匹配模式包括针对所述一个或多个CRS速率匹配模式中的每一个的对控制资源集(CORESET)池的指示，以及
基于对所述CORESET池的所述指示，将所述一个或多个CRS速率匹配模式应用于物理下行链路共享信道(PDSCH)的CORESET。
13.根据权利要求12所述的UE，其中所述一个或多个CRS速率匹配模式为以下中的一者：(i)基于所述一个或多个CRS速率匹配模式中的每一个所属于的所述CORESET池对所述一个或多个CRS速率匹配模式进行分组，其中所述指示至少基于所述一个或多个CRS速率匹配模式中的每一个所属于的组，或者(ii)对应于所述第一gNB或所述第二gNB对所述一个或多个CRS速率匹配模式进行分组。
14.根据权利要求12所述的UE，其中所述指示是显式指示或隐式指示中的一者，并且其中当所述指示是所述隐式指示时，所述UE被进一步配置为：
当所述第一预定义池具有小于最大数量的CRS速率匹配模式时，将所述CORESET池确定为第一预定义池，以及
当所述第一预定义池具有所述最大数量的CRS速率匹配模式时，将所述CORESET池确定为第二预定义池。
15.根据权利要求12所述的UE，其中所述UE被配置为基于参数针对物理下行链路控制信道(PDCCH)中的DCI执行多个盲解码操作，其中所述参数的值为以下中的一者：(i)由所述UE报告给所述第一gNB或所述第二gNB中的一者；或者(ii)预定义值。
16.根据权利要求12所述的UE，其中所述处理器被进一步配置为：
确定所述UE是否支持单独混合自动重传请求确认(HARQ-ACK)反馈模式，其中所述第一gNB和所述第二gNB中的每一者向所述UE提供单独的HARQ-ACK反馈，
当所述UE支持所述单独HARQ-ACK反馈模式时，将默认HARQ-ACK反馈模式设置为所述单独的HARQ-ACK反馈模式；以及
当所述UE不支持所述单独HARQ-ACK反馈模式时，将所述默认HARQ-ACK反馈模式设置为联合HARQ-ACK反馈模式，其中所述第一gNB和所述第二gNB联合地向所述UE提供HARQ-ACK反馈。
17.根据权利要求12所述的UE，其中所述处理器被进一步配置为：
确定最近监测的PDCCH时隙中的CORESET是否具有配置的CORESET池；
当所述最近监测的PDCCH时隙中的所述CORESET具有所述配置的CORESET池时，将非周期性信道状态指示参考信号(AP-CSI-RS)的默认传输配置指示(TCI)状态设置为在具有与触发所述对应的AP-CSI-RS的所述DCI相同的CORESET池指示的CORESET中具有最低CORSET标识的CORESET；以及
当所述最近监测的PDCCH时隙中的所述CORESET不具有所述配置的CORESET池时，将AP-CSI-RS的所述默认TCI状态设置为在预定义CORESET池中具有最低CORSET标识的CORESET。
18.根据权利要求12所述的UE，其中所述处理器被进一步配置为：
确定物理上行链路控制信道(PUCCH)是否由DCI调度；
当所述PUCCH未由所述DCI调度时，基于在所述第一gNB和所述第二gNB中被指定为主小区的一者的活动带宽部分中具有最低CORESET标识的CORESET来设置默认传输配置指示(TCI)状态和路径损耗参考信号，
当所述PUCCH由所述DCI调度时，确定从其解码所述DCI的CORESET是否具有配置的CORESET池，
当从其解码所述DCI的所述CORESET具有配置的CORESET池时，将所述默认TCI状态和路径损耗参考信号设置为具有与触发最近PUCCH监测时隙中的所述PUCCH传输的所述DCI相同的CORESET池指示的CORESET中的最低CORESET标识，以及
当从其解码所述DCI的所述CORESET不具有配置的CORESET池时，将所述默认TCI状态和路径损耗参考信号设置为在预定义CORESET池中具有最低CORSET标识的CORESET。
19.根据权利要求12所述的UE，其中所述处理器被进一步配置为：
确定所述UE是否同时处于所述基于多DCI的多TRP配置和基于单DCI的多TRP配置；以及
进行以下中的一者：(i)将所述UE置于错误状态，(ii)省略监测与预定义CORESET池相对应的DCI，(iii)忽略所述单DCI配置并且在所述基于多DCI的多TRP操作中操作，或者(iv)忽略所述多DCI配置并且在基于单DCI的多TRP操作中操作。
20.一种集成电路，所述集成电路被配置在基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)配置中在同一载波上具有与第一下一代节点B(gNB)和第二gNB的同时连接的用户装备(UE)中使用，所述集成电路包括：
被配置为从所述第一gNB或所述第二gNB中的一者接收一个或多个小区参考信号(CRS)速率匹配模式的电路，其中所述一个或多个CRS速率匹配模式包括针对所述一个或多个CRS速率匹配模式中的每一个的对控制资源集(CORESET)池的指示；和
被配置为基于对所述CORESET池的所述指示来将所述一个或多个CRS速率匹配模式应用于物理下行链路共享信道(PDSCH)的CORESET的电路。
CN202080100858.9A 2020-05-15 2020-05-15 用于基于多dci的多trp操作的设计 Pending CN115553032A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/090503 WO2021227004A1 (en) 2020-05-15 2020-05-15 Designs for multi-dci based multi-trp operation

Publications (1)

Publication Number Publication Date
CN115553032A true CN115553032A (zh) 2022-12-30

Family

ID=78526239

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080100858.9A Pending CN115553032A (zh) 2020-05-15 2020-05-15 用于基于多dci的多trp操作的设计

Country Status (4)

Country Link
US (1) US12063172B2 (zh)
EP (1) EP4133864A4 (zh)
CN (1) CN115553032A (zh)
WO (1) WO2021227004A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230318786A1 (en) * 2022-04-04 2023-10-05 Qualcomm Incorporated Patterns for control channel puncturing and shared channel rate-matching
US11943159B2 (en) * 2022-04-14 2024-03-26 Qualcomm Incorporated Reference signal mapping

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020144626A1 (en) * 2019-01-10 2020-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Physical downlink shared channel (pdsch) resource mapping for multi-transmission point (trp)

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3557932B1 (en) * 2017-01-06 2020-09-23 Huawei Technologies Co., Ltd. Communication method, apparatus and system
US11177909B2 (en) * 2018-05-04 2021-11-16 Qualcomm Incorporated Methods and apparatus related to ACK/NACK feedback with multi-TRP transmissions
CN113507747B (zh) * 2018-08-08 2023-09-01 中兴通讯股份有限公司 信息发送和接收方法、设备和存储介质
US11032824B2 (en) * 2018-11-02 2021-06-08 Qualcomm Incorporated Downlink control channel monitoring capabilities
KR20210106000A (ko) * 2019-02-08 2021-08-27 엘지전자 주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이에 대한 장치
CN111756510B (zh) * 2019-03-29 2021-10-26 华为技术有限公司 通信处理方法和装置
WO2021191874A1 (en) * 2020-03-27 2021-09-30 Telefonaktiebolaget Lm Ericsson (Publ) Mixed signal dci and multi-dci for pdsch scheduling
US11700616B2 (en) * 2020-04-10 2023-07-11 Qualcomm Incorporated Default aperiodic channel state information reference signal beam for same numerology triggering

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020144626A1 (en) * 2019-01-10 2020-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Physical downlink shared channel (pdsch) resource mapping for multi-transmission point (trp)

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
""R1-2001678_Discussion on remaining issues on multi TRP operation_final"", 3GPP TSG_RAN\\WG1_RL1, 11 April 2020 (2020-04-11), pages 3 - 5 *
""R1-2002353 Views on Rel-16 eMIMO UE feature list"", 3GPP TSG_RAN\\WG1_RL1, 11 April 2020 (2020-04-11) *
""R1-2002946 Summary of email thread [100b-e-NR-eMIMO-multiTRP-02]"", 3GPP TSG_RAN\\WG1_RL1, 30 April 2020 (2020-04-30), pages 4 *
""R2-2001677 Offline discussion 110 eMIMO RRC CR discussion"", 3GPP TSG_RAN\\WG2_RL2, 11 March 2020 (2020-03-11), pages 2 *
HUAWEI, HISILICON: "R1-1910073 "Enhancements on multi-TRP/panel transmission"", 3GPP TSG_RAN\\WG1_RL1, no. 1, 5 October 2019 (2019-10-05) *

Also Published As

Publication number Publication date
WO2021227004A1 (en) 2021-11-18
US12063172B2 (en) 2024-08-13
EP4133864A1 (en) 2023-02-15
US20220303080A1 (en) 2022-09-22
EP4133864A4 (en) 2023-06-28

Similar Documents

Publication Publication Date Title
CN112567803B (zh) 用于无线通信的方法、装置和非暂时性计算机可读介质
US20180294927A1 (en) User terminal, radio base station and radio communication method
WO2019021489A1 (ja) ユーザ端末及び無線通信方法
WO2019021488A1 (ja) ユーザ端末、基地局装置及び無線通信方法
WO2019142341A1 (ja) ユーザ端末及び無線通信方法
US11632750B2 (en) Inter-cell multi-TRP operation for wireless networks
US20190200349A1 (en) User terminal and radio communication method
US11937098B2 (en) Spatial relation and pathloss reference signal for multi-TRP operation
EP4280669A2 (en) Channel state information reporting for trp operation
CN115553032A (zh) 用于基于多dci的多trp操作的设计
US20220312246A1 (en) Transmission and Reception Point Configuration
WO2022027275A1 (en) Applying tci state changes to multiple coresets
US20220311579A1 (en) Determining Default Beam and QCL Collision Handling
CN115606226A (zh) 选择用于确定波束故障检测和无线电链路监测的参考信号
US20210360657A1 (en) Communication Method and Communication Apparatus
WO2021227038A1 (en) Handling multi-trp transmissions
US12068859B2 (en) HARQ codebook determination in wireless communications
WO2021227152A1 (en) Reporting supported component carriers for physical downlink control channel monitoring capabilities
WO2022077278A1 (en) Pdcch transmission in wireless communications
WO2022027280A1 (en) Network operations for dl tci configuration
CN115941147A (zh) 辅小区对主小区上的控制信令的调度

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