CN117378165A - 用于无线网络的小区间多trp操作 - Google Patents
用于无线网络的小区间多trp操作 Download PDFInfo
- Publication number
- CN117378165A CN117378165A CN202280037278.9A CN202280037278A CN117378165A CN 117378165 A CN117378165 A CN 117378165A CN 202280037278 A CN202280037278 A CN 202280037278A CN 117378165 A CN117378165 A CN 117378165A
- Authority
- CN
- China
- Prior art keywords
- user equipment
- cell
- trp
- serving cell
- cells
- 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
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 55
- 230000004913 activation Effects 0.000 claims abstract description 48
- 238000000034 method Methods 0.000 claims abstract description 46
- 238000001994 activation Methods 0.000 claims description 47
- 238000004590 computer program Methods 0.000 claims description 35
- 238000005259 measurement Methods 0.000 claims description 27
- 238000012544 monitoring process Methods 0.000 claims description 25
- 238000001514 detection method Methods 0.000 claims description 17
- 230000011664 signaling Effects 0.000 claims description 12
- 238000012545 processing Methods 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 9
- 230000009471 action Effects 0.000 claims description 6
- 238000011084 recovery Methods 0.000 claims description 6
- 230000006399 behavior Effects 0.000 claims description 4
- 238000004364 calculation method Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 description 26
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 230000002776 aggregation Effects 0.000 description 7
- 238000004220 aggregation Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 5
- 206010009944 Colon cancer Diseases 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 239000000969 carrier Substances 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 241001465754 Metazoa Species 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- 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
-
- 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
- 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/0037—Inter-user or inter-terminal allocation
-
- 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
- H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种方法包括基于以下项来确定执行针对用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作:由用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于多个CORESET的TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联;以及由用户设备确定存在以下条件中的至少一个条件:1)基于多DCI的多TRP相关高层参数已经被配置给用户设备;2)多TRP操作的默认模式已经被配置给用户设备;或3)用户设备已经接收到控制信息,控制信息指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活;以及执行小区间基于多DCI的多TRP操作。
Description
技术领域
本描述涉及无线通信。
背景技术
通信系统可以是使得在两个或更多个节点或设备(诸如固定或移动通信设备)之间的通信成为可能的设施。信号可以在有线载体或无线载波上传送。
蜂窝通信系统的示例是第三代合作伙伴项目(3GPP)正在标准化的架构。该领域中的近期发展通常被称为通用移动电信系统(UMTS)无线接入技术的长期演进(LTE)。E-UTRA(演进型UMTS地面无线接入)是针对移动网络的3GPP的长期演进(LTE)升级路径的空中接口。在LTE中,基站或接入点(AP)被称为增强型节点AP(eNB),在覆盖区域或小区内提供无线接入。在LTE中,移动设备或移动站被称为用户设备(UE)。LTE已经包括许多改进或发展。LTE的各个方面也在持续改进。
类似于3G和4G无线网络的早期演进,5G新无线电(NR)发展是持续的移动宽带演进过程的一部分。此外,5G还针对移动宽带以外的新兴用例。5G的一个目标是提供无线性能上的显著改进,其可以包括新级别的数据速率、时延、可靠性和安全性。5G NR还可以缩放规模以高效连接大规模物联网(IoT),并且可以提供新类型的关键任务服务。例如,超可靠和低时延通信(URLLC)设备可能需要高可靠性和非常低的时延。
发明内容
根据示例性实施例,一种方法可包括由无线网络内的用户设备基于以下来确定针对用户设备执行小区间基于多下行链路控制信息(multi-DCI)的多传输接收点(multi-TRP)操作:由用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于多个CORESET的TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中,TCI状态指示准共址(QCL)特性,该QCL特性将由用户设备用于接收物理下行链路控制信道(PDCCH),所述PDCCH与具有不同PCI的多个小区相关联或与多个小区组相关联,其中,多个小区或多个小区组至少包括用于用户设备的服务小区和至少一个非服务小区;以及由用户设备确定存在以下条件中的至少一个条件:1)基于多DCI的多TRP相关的高层参数已被配置用于用户设备;2)多TRP操作的默认模式已被配置用于用户设备;或3)用户设备已接收到控制信息,该控制信息指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活;以及由用户设备基于确定执行基于多DCI的小区间多TRP操作,对于来自多个小区中的小区或对于来自多个小区组中的小区的,而执行小区间基于多DCI的多TRP操作。
提供了与每种方法相对应的额外示例实施例,包括每种方法的至少以下内容:一种装置,包括用于执行每种方法的部件;一种装置,包括至少一个处理器;以及包括计算机程序代码的至少一个存储器;至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使装置至少执行方法;以及一种非暂时性计算机可读存储介质,包括存储在其上的指令,当由至少一个处理器执行时,该指令被配置为使计算系统执行方法。
实施例的一个或多个示例的细节在附图和下文描述中被阐述。其他特征将从描述、附图和权利要求书中显而易见。
附图说明
图1是根据示例实施例的无线网络的框图。
图2是根据示例实施例的说明单个小区、多DCI多TRP传输的示图。
图3是根据示例实施例的说明小区间(或多小区)、基于多DCI的多TRP传输的示图。
图4是根据示例实施例的说明用户设备(或UE)的操作的流程图。
图5是根据示例实施例的说明操作的示图。
图6是根据示例实施例的无线站(例如,AP、BS、gNB、TRP、网络节点、用户设备、UE、或其他无线节点)的框图。
具体实施方式
图1是根据示例实施例的无线网络130的框图。在图1的无线网络130中,用户设备131、132、133和135(也可被称为移动站(MS)或用户设备(UE))可与基站(BS)134连接(和通信),基站(BS)134也可被称为接入点(AP)、增强型节点B(eNB)或下一代节点B(gNB)。术语用户装置和用户设备(UE)可以互换使用。BS也可被称为RAN(无线接入网)或NG-RAN(下一代无线接入网)节点。BS(如AP、gNB、eNB、RAN节点)的至少部分功能也可由一个或多个网络节点、服务器或主机执行,如分离式RAN架构中的集中式单元(CU)和分布式单元(DU),它们可操作地耦合到远程收发器,如远程无线电头端(RRH)。BS134在小区136内提供无线覆盖(包括至用户设备131、132、133和135的)。虽然仅显示四个用户设备连接或附接到BS134,但可以提供任意数目的用户设备。BS 134还经由S1接口151连接到核心网150。这只是无线网络的一个简单示例,可以使用其他示例。
根据说明性示例,BS(例如AP、eNB、gNB、RAN节点)可以是移动电信系统的一部分。RAN可包括一个或多个RAN节点(例如AP、BS、eNB、gNB),这些节点实现无线接入技术,例如允许一个或多个UE接入到网络或核心网。因此,RAN节点位于一个或多个用户设备或UE与核心网之间。根据示例实施例,每个RAN节点可为一个或多个UE或用户设备提供一个或多个无线通信服务,例如,以允许UE经由RAN节点无线接入网络。每个RAN节点可执行或提供无线通信服务,例如,诸如允许UE或用户设备建立与RAN节点的无线连接,以及向一个或多个UE发送数据和/或从一个或多个UE接收数据。例如,在建立与UE的连接后,RAN节点可将从网络或核心网接收的数据转发给UE,和/或将从UE接收的数据转发给网络或核心网。RAN节点可执行多种多样的其他无线功能或服务,例如,诸如向UE广播控制信息(例如诸如系统信息),在有数据要传送给UE时寻呼UE,协助UE在小区之间的切换,调度资源用于来自(多个)UE的上行数据传输和去往(多个)UE的下行数据传输,发送控制信息以配置一个或多个UE等。这些是RAN节点可执行的一个或多个功能的几个示例。
用户设备(用户终端、用户设备(UE)、移动终端、手持无线设备等)可指便携式计算设备,包括具有或不具有用户标识模块(SIM)的无线移动通信设备,包括但不限于以下类型的设备:移动站(MS)、移动电话、手机、智能手机、个人数字助理(PDA)、手持设备、使用无线调制解调器的设备(报警或测量设备等)、笔记本电脑和/或触摸屏电脑、平板电脑、平板手机、游戏机、笔记本电脑、车辆、传感器、可穿戴设备,举例而言,或任何其他无线设备。应当理解的是,用户设备也可以是(或可以包括)几乎仅有上行链路的设备,其示例是向网络加载图像或视频片段的照相机或摄像机。
核心网150可包括移动性管理实体(MME)或接入和移动性管理功能(AMF),其可控制对网络的接入,并处理或协助BS之间用户设备的移动性/切换,一个或多个网关,可在BS和分组数据网络或互联网之间转发数据,以及其他控制节点、功能或块。
此外,通过举例说明,本文所述的各种示例实施例或技术可被应用于各种类型的用户设备或数据服务类型,或可应用于可能有多个应用程序在其上运行的用户设备,这些应用程序可能属于不同的数据服务类型。新无线电(5G)发展可支持多种不同的应用或多种不同的数据服务类型,例如:机器类型通信(MTC)、增强型机器类型通信(eMTC)、物联网(IoT)、和/或窄带IoT用户设备、增强型移动宽带(eMBB)以及超可靠和低时延通信(URLLC)。与这些新5G(NR)相关的许多应用通常可能需要比以前的无线网络更高的性能。
IoT可以指的是一组不断增长的物体,它们可能具有互联网或网络连接,从而这些物体可以向其他网络设备发送信息,且可以从其他网络设备接收信息。例如,许多传感器类型的应用或设备可以监测物理条件或状态,并例如在发生事件时向服务器或其他网络设备发送报告。例如,机器型通信(MTC,或机器对机器通信)的特征在于智能机器之间全自动的数据生成、交换、处理和执行,在有人工干预或没有人工干预的情况下。增强型移动宽带(eMBB)可支持比目前在LTE中可用的数据速率高得多的数据速率。
超可靠和低时延通信(URLLC)是新无线电(5G)系统支持的新的数据服务类型或新的使用场景。这使得实现诸如工业自动化、自动驾驶、车辆安全、电子健康服务等新兴应用和服务。通过举例说明的方式,3GPP的目标在于提供与10-5的块错误率(BLER)和多达1毫秒的U-平面(用户/数据平面)时延相对应的可靠性连接。因此,举例来说,URLLC用户设备/UE可能需要比其他类型的用户设备/UE明显低的块错误率以及低时延(具有或不具有对同时高可靠性的要求)。因此,举例来说,与eMBB UE(或在UE上运行的eMBB应用)相比,URLLC UE(或UE上的URLLC应用)可能需要短得多的时延。
各种示例实施例可被应用于各种各样无线技术或无线网络,如LTE、LTE-A、5G/新无线电(NR)或在cmWave和/或mmWave波段上运行的任何其他无线网络或无线技术,以及各种各样的通信服务,如IoT、MTC、eMTC、eMBB、URLLC等。这些示例网络、技术或数据服务类型仅被提供作为说明性示例。
UE可以由gNB(或其他网络节点)配置为执行不同的测量以及向网络(或(多个)gNB)的测量报告。用于执行参考信号(或波束)测量(例如,诸如针对不同波束的CSI-RS测量)和报告的UE的配置,可以通过由gNB向UE发送报告配置(例如,诸如CSI-Report-Config)而被执行。报告配置例如可以指示应当在其上执行测量的(多个)下行链路资源(例如CSI-RS参考信号/SSB,或波束)、要测量的具体量或参数、以及如何执行报告,诸如何时进行报告等。
UE可以测量由UE从gNB/网络节点(或BS)接收到的多个下行链路参考信号(例如,诸如同步信号块/SSB信号、或信道状态信息(CSI)-参考信号(CSI-RS))中的每个下行链路参考信号的(多个)信号参数(例如,诸如参考信号接收功率(RSRP)),其中每个参考信号可以由gNB经由不同的gNB发送波束(或经由不同的下行链路DL参考信号)进行发送。例如,UE可以确定最强的波束或参考信号(例如,具有最高RSRP),并且然后可以向gNB发送测量报告(其可以标识最强的N个DL参考信号(或波束)),以及这些N个波束的RSRP(或其他的所测量的信号参数)。例如,gNB可以使用该测量报告来确定使用什么波束与UE通信。
根据示例实施例,可以使用1、2、4、8或16个连续的控制信道单元(CCE)来发送PDCCH(物理下行链路控制信道),其中CCE的数目可以被称为聚合级别(或CCE聚合级别)。根据示例实施例,CCE是PDCCH的构建块,其中CCE可以是能够用于PDCCH的最小资源集。例如,CCE可以是一种单元,在其上可以定义用于盲解码的搜索空间。因此,取决于聚合级别,每个PDCCH可以包括一个或多个CCE。根据示例实施例,CCE可以包括6个资源单元组(REG),这6个REG中的每个REG可以包括OFDM符号中的一个资源块。
搜索空间可以包括由CCE以给定的(多个)聚合级别而形成的候选PDCCH(候选下行链路控制信道)的集合,UE应该尝试对其进行解码。UE可以具有用于不同目的的多个搜索空间(诸如不同的公共搜索空间、以及用户特定搜索空间)。搜索空间可以包括一个或多个控制资源集(CORESET)。CORESET可以是(或可以包括)在其上发送(多个)PDCCH的时间频率资源。可以存在使用相同控制资源集(CORESET)的多个搜索空间,并且可以存在针对UE配置的多个CORESET。此外,控制资源集(CORESET)可以是(或可以包括)如下的时间频率资源,在这些时间频率资源中,UE尝试使用一个或多个搜索空间来解码候选PDCCH。
在针对搜索空间的所配置的PDCCH监测时机(例如,时隙内的(多个)时间或位置,其中PDCCH可能被发送),针对一个或多个DCI格式,UE将尝试解码针对该搜索空间的候选PDCCH。例如,可以为某个搜索空间配置多达五个(或其他数目)的聚合级别(例如,对应于1、2、4、8或16个CCE),并且针对每个聚合级别有给定数目的PDCCH候选。可能存在多种(例如,4种或其他数目)不同的DCI格式,UE可以针对这些不同的DCI格式执行解码。因此,可能有不同的DCI格式被用于PDCCH上的DCI的传输,并且DCI格式通常是UE事先未知的,并且因此,UE可能需要盲(例如,UE先验未知的DCI格式)检测DCI格式。
因此,搜索空间配置可以被提供给或被传送给UE,并且可以包括例如标识以下中的一者或多者的信息:控制资源集(CORESET),其指示在其上发送(多个)PDCCH的时间频率资源;解调参考(DMRS)信号,其可以由UE用于数据或控制信号(例如,DCI)的解调;PDCCH监测时机的指示,其可以包括(多个)PDCCH可能被发送的(多个)时隙内的时间或位置;要监测的(多个)DCI格式;和/或针对每个聚合级别监测的PDCCH(或PDCCH候选)的数目。
从UE的角度来看,每个PDCCH可以被认为是PDCCH候选,因为例如,PDCCH可以存在或可以不存在(可能尚未发送,或可能尚未接收),可以具有与UE正在监测的DCI格式相同或不同的DCI格式,和/或可以具有利用与接收UE相同或不同的UE标识而被加扰的CRC(因此,DCI可能被分配给或旨在用于接收UE或另一个UE)。归因于关于每个PDCCH的这种不确定性,从UE的角度来看,PDCCH可以被称为PDCCH候选。因此,PDCCH候选可以是或可以包括具有DCI格式、或加扰的CRC、或其他参数或配置的PDCCH,其可能与UE正在监测或试图检测的事物相匹配或不匹配。
作为说明性示例,PDCCH监测可以包括例如解调所接收的信号、解码经解调的PDCCH或DCI,例如,以检测DCI是(或不是)被分配给或旨在用于接收UE。因此,下行链路控制信息(DCI)的解码可以使用盲解码,其中UE可以针对UE正在监测的数个所定义的DCI格式,而对数个物理下行链路控制信道(PDCCH)候选执行数次解码尝试。监测还可以包括对已解码的PDCCH执行CRC校验。为了接收PDCCH上的DCI,UE根据搜索空间集配置,在一个或多个CORESET中的一个或多个所配置的监测时机(PDCCH将被发送的一个或多个时隙内的时间),监测PDCCH候选的集合。例如,UE可以基于一种或多种DCI格式、和/或基于它的UE标识来监测多个PDCCH候选。
此外,网络节点(gNB或BS)可以在控制资源集(或CORESET)内使用传输配置指示符(TCI)状态来为UE提供波束指示,波束指示可以标识UE应该用于与网络节点或gNB的上行链路通信和/或下行链路通信的波束。每个TCI状态可以被配置有发送波束/接收波束对,或者与发送波束/接收波束对相关联。因此,每个TCI状态可以与特定波束或特定参考信号相关联。例如,TCI状态1可以与CSI-RS#5相关联(或可用于指示CSI-RS#5),TCI状态2可以与CSI-RS#9相关联,等等(其中CSI-RS#5和CSI-RS#9可以是由gNB发送的DL参考信号)。因此,以这种方式,每个TCI状态可以与特定参考信号和/或特定波束相关联(或TCI状态可以指示特定参考信号和/或特定波束)。例如,对于经由物理下行链路共享信道(PDSCH)和/或经由物理上行链路共享信道(PUSCH)的数据传输,UE可以被gNB经由无线资源控制(RRC)消息而配置有128个候选TCI状态。然后,gNB可以经由MAC(媒体接入控制)控制单元(MAC CE)为UE配置多达例如8个(或其他数目)激活的TCI状态,MAC CE可以经由PDSCH(物理下行链路共享信道)被搭载(或附加)到去往UE的DL(下行链路)数据传输。因此,以这种方式,gNB可以发送激活消息,以(在UE内)激活(例如)128个候选TCI状态中的(例如)8个所指示的TCI状态。网络节点可以请求UE使用与这8个(或其他数目)激活的TCI状态中的任何TCI状态相关联的波束,用于与网络节点或gNB的通信(例如,用于发送或接收数据)。动态地(例如,诸如在每个子帧或时隙的下行链路控制信息/DCI中提供),gNB可以指示对激活的TCI状态中的一个TCI状态的选择(并且因此,标识所选择的波束),以供UE用于上行链路或下行链路数据通信(例如,经由PDSCH和/或PUSCH,用于所调度的上行链路(UL)或下行链路(DL)通信)。DCI(至少在一些情况下,其可以标识供UE用于通信的所选择的激活TCI状态)可以被提供在例如作为每个时隙或子帧的一部分而发送给UE的PDCCH(物理下行链路控制信道)内。以这种方式,在一些情况下,DCI可以用于提供快速波束指示,其指示所选择的TCI状态(例如,多个激活的TCI状态中的TCI状态),该所选择的TCI状态与将被UE用于与网络节点(BS或gNB)的UL或DL数据通信的参考信号或波束相关联。
UE还可以接收控制信息(例如,经由无线资源控制(RRC)消息),该控制信息指示将由UE用于接收针对每个CORESET的PDCCH的所选择的TCI状态(以及因此,波束)。因此,每个CORESET可以被配置有TCI状态。例如,UE可以接收控制信息,该控制信息指示CSI-RS#6应当被用于CORESET#1,并且CSI-RS#9应当被用于CORESET#2。因此,在监测用于可能的PDCCH传输的CORESET#1时,UE将使用与CSI-RS#6相关联的波束,并且在监测用于可能的PDCCH传输的CORESET#2时,UE将使用与CSI-RS#9相关联的波束。
NR的版本16提供了对于单小区下行链路多传输接收点(多TRP)(或多个传输点)的支持,这提供了下行链路数据将同时从两个不同的传输点(TRP)经由PDSCH(物理下行链路共享信道)被发送的可能性,这两个不同的传输点(TRP)可以在地理上分开,但被提供在同一小区内(例如,从两个不同的无线电头端或其他节点到小区内的UE的下行链路数据的传输)。
对于单小区、基于单DCI的多TRP传输,单个DCI调度单个PDSCH,其中可以支持发送PDSCH的多种方式。在基于单DCI的多TRP SDM(空分复用)传输方案中,多层PDSCH由单个DCI调度,其中不同的PDSCH层可以从不同的TRP发送。不过,多个TRP将发送单个传输块。类似地,存在几种其他基于单DCI的多TRP传输方案,它们遵循多TRP传输的FDM(频分复用)和TDM(时分复用)方法。
对于单小区多DCI多TRP传输,存在一个PDSCH(物理下行链路共享信道,或下行链路数据信道),并且从每个TRP发送相关联的传输块,以及每个PDSCH由单独的PDCCH(物理下行链路控制信道)携带的单独的DCI来调度。由于两个PDSCH可以被UE独立地接收,因此可以存在两个传输块,一个传输块来自每个TRP。因此,也将存在来自UE的两个单独的HARQ反馈(ACK/NAK)。可以存在经由单个PUCCH(物理上行链路控制信道)的联合HARQ反馈,或者经由单独的PUCCH发送的单独的HARQ反馈。
图2是根据示例实施例的说明单小区多DCI多TRP传输的示图。UE 210可以在小区内与两个TRP(其在地理上可以是分开的)通信。TRP#1可以发送DCI-1(经由未示出的PDCCH-1提供)和PDSCH-1,其中DCI-1可以调度从TRP#1到UE 210的下行链路PDSCH传输以及从UE210到TRP#1的上行链路PUSCH传输。此外,针对每个TRP示出了单独的HARQ反馈(ACK/NAK)。因此,在该示例中,TRP#1可以经由线220向UE 210提供或发送DCI-1和PDSCH-1,并且TRP#1可以经由线222从UE 210接收单独的HARQ反馈。类似地,TRP#2可以经由线224向UE 210提供或发送DCI-2和PDSCH-2,并且TRP#2可以经由线226从UE 210接收单独的HARQ反馈。图2可能仅图示了两个TRP,但应理解的是,在本文中的示例中的任何示例中,TRP(212和/或214)可以包括一个或多个TRP(例如,TRP的集合),每个TRP提供一个或多个参考信号(RS)和一个或多个CORESET。作为示例,TRP在一些实施例中可以指代TRP的集合。
每个CORESET可以包括值(0、或1),该值通过被发送给UE的RRC信令而被配置为CORESETPoolIndex。在PDCCH配置内,可以存在多个CORESET,并且每个CORESET可以与这些CORESETPoolIndex值之一相关联。CORESETPoolIndex值因此将CORESET分成(例如,两个)不同的组。一组CORESET被认为关于每个TRP、针对UE调度上行链路和下行链路信道的一个集合(PDCCH/PDSCH/PUSCH/PUCCH)。当UE为它的CORESET而被配置有用于CORESETPoolIndex的多于一个值时,UE假定基于多DCI的多TRP操作(小区内),其包括:UE监测来自多个TRP(可以是小区内的不同无线电头端)的DCI,以及接收由对应DCI调度的数据,正如图2所示。因此,在这种情况下,基于CORESETPoolIndex具有两个值(例如,UE的一些CORESET具有被设置为0的CORESETPoolIndex,并且UE的一些CORESET被设置为1,作为一种方式将CORESET分组为不同的组以用于多TRP操作),可以为每个TRP定义或配置多TRP操作的各个方面或参数。多TRP操作的各个方面或参数可以针对每个TRP单独定义或配置,例如包括PDSCH的加扰如何被执行、PDCCH监测、速率匹配、来自UE的针对两个TRP的单独或组合的HARQ反馈、用于传输的按序/乱序数据的调度、以及其他多TRP操作参数或设置。
目前在3GPP中,两种不同的路线讨论了波束管理框架内可能的小区间操作(UE监测和/或接收来自两个不同小区的信号):1)使用多TRP框架(其使用CORESETPoolIndex值)的小区间多TRP操作,其中UE可以被配置为至少监测服务小区和非服务小区的信号;以及2)(以L1/L2(层1/层2)为中心的)小区间“移动性”,其中UE可以被配置为接收服务小区和非服务小区信号/信道。作为小区间操作的一部分的小区被标记为服务小区和非服务小区。然而,在一些场景中,以L1/L2为中心的小区间移动性可能不使用或配置CORESETPoolIndex值。然而,如本文进一步描述的,至少对于一些场景或应用,对于UE可能可取的是执行(或能够执行)多TRP操作,即使在CORESETPoolIndex值可能未被配置时。
在版本17中,当前的Rel 16多TRP框架可以被扩展用于小区间多TRP操作。在一种可能的操作模式中,服务小区配置包括关联到非服务小区的CORESET,并且通过向非服务小区CORESET分配不同的CORESETPoolIndex值来促进小区间操作。在该框架中,UE假定被配置有相同CORESETPoolIndex值的CORESET被假定为是协调的,从而被配置有相同CORESETPoolIndex的CORESET不调度重叠的传输。
此外,在另一路线中也考虑了小区间操作,该另一路线旨在规定以操作L1/L2为中心的小区间操作/移动性,其中目前存在的讨论是在波束管理框架内支持对非服务小区信号(DL参考信号,诸如SSB/CSI-RS)的测量,以及进一步从非服务小区接收下行链路信道(PDCCH、PDSCH)和向非服务小区发送UL信道(PUSCH、PUCCH)。
从下行链路角度来看,从非服务小区的PDCCH接收可能需要支持对CORESET的波束指示,例如,用于CORESET的TCI状态的激活,其中TCI状态被配置有非服务小区的QCL源参考信号。为了UE区分DL参考信号/信道是从非服务小区发送的(或与非服务小区相关联),可以使用PCI(用于小区的物理小区标识)值,例如,PCI值可以针对每个相应的DL参考信号/信道而被配置。也可使用其他关联方法。在小区间(或多小区)多TRP操作的情况下,UE通常可以通过高层参数(例如,利用CORESETPoolIndex值)被显式配置(使用RRC)为指示多TRP操作。然而,在以L1/L2为中心的小区间操作/移动性的情况下,尚未定义如何配置多TRP支持(UE将被如何配置为针对这种用例而执行多TRP操作),或UE如何可以确定它正在被配置用于多TRP操作,其中UE可以被假定为同时监测来自多个小区的PDCCH。
因此,根据示例实施例,提供了如下的技术,这些技术可以允许UE确定它何时被配置用于小区间基于多DCI的多TRP操作(以及因此它何时应当根据小区间基于多DCI的多TRP操作来执行或操作),例如,即使是在没有针对这种多TRP操作的显式高层配置的情况下(例如,即使没有针对不同的CORESET来配置CORESETPoolIndex值,而这通常将会把UE配置用于基于多DCI的多TRP操作)。
图3是根据示例实施例的说明小区间(或多小区)基于多DCI的多TRP传输的示图。UE 210可以与多个小区中提供的多个TRP通信。每个小区可以由PCI标识。TRP#1(212)在小区1中被提供,小区1可以是服务小区。也可以存在一个或多个小区组,其中每个小区组可以包括一个或多个非服务小区。例如,小区组310可以包括多个小区的TRP(例如,gNB、无线电头端或其他设备或节点),诸如TRP#2(214A,在小区2中)、TRP#3(214B,在小区3中)、以及TRP#4(214C,在小区4中)。
图4是根据示例实施例的说明用户设备(或UE)的操作的流程图。操作410包括由无线网络内的用户设备(UE)基于以下项,来确定执行针对用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作:操作420包括由用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于多个CORESET的TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中TCI状态指示准共址(QCL)特性(例如,波束),准共址(QCL)特性将由用户设备用于接收与具有不同PCI的多个小区相关联的或与多个小区组相关联的物理下行链路控制信道(PDCCH),其中多个小区或多个小区组至少包括用于用户设备的服务小区和至少一个非服务小区。并且,操作430包括由用户设备确定存在以下条件中的至少一个条件:1)基于多DCI的多TRP相关高层参数已经被配置给用户设备;2)多TRP操作的默认模式已经被配置给用户设备;或3)用户设备已经接收到如下的控制信息,该控制信息指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活。并且,操作440包括基于确定执行基于多DCI的小区间多TRP操作,由用户设备对于来自多个小区中的小区或对于来自多个小区组中的小区,执行小区间基于多DCI的多TRP操作。
因此,如图4的流程图所描述的,UE基于以下二者来确定(在操作410)执行小区间(或多小区)基于多DCI的多TRP操作:接收操作420、以及指示存在操作430的三个条件中的至少一个条件。然后,在图4的操作440,基于确定(在操作410)执行针对用户设备的小区间多TRP操作,用户设备(UE)对于来自多个小区中的小区或对于来自多个小区组中的小区,执行小区间基于多DCI的多TRP操作。
例如,基于图4的示例流程图,UE可以对于来自多个小区中的小区或对于来自多个小区组中的小区,执行小区间基于多DCI的多TRP操作,其中用户设备尚未经由以下而被显式配置:将用于用户设备的CORESETPoolIndex值设置为用于CORESET的多于一个值。以这种方式,例如,对于一些应用或用例,诸如(通过示例的方式)以L1/L2为中心的小区间移动性(其不使用或配置CORESETPoolIndex值),UE可以确定执行小区间基于多DCI的多TRP操作(例如,即使是在高层信令(诸如CORESETPoolIndex)未被此类应用或用例用于配置基于多DCI的多TRP时)。
此外,根据示例实施例,对于多个小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作可以包括:关于包括服务小区的第一TRP和包括至少一个非服务小区的第二TRP,UE执行以下项中的至少一项:
1)关于与服务小区和至少一个非服务小区中每一者相对应的信道集合(PUCCH/PUSCH/PDSCH/PDCCH)(或这些信道中的一个或多个信道),单独的信道监测、数据处理、和/或控制和数据的单独接收和/或传输;
2)单独地监测来自服务小区和至少一个非服务小区中每一者的单独的PDCCH上的下行链路控制信息(DCI);
3)针对服务小区和至少一个非服务小区中的每一者,接收由DCI调度的并且经由对应PDSCH信道接收的下行链路数据;
4)单独地针对来自服务小区和至少一个非服务小区的PDSCH,对PDSCH信道的解扰;
5)针对服务小区和至少一个非服务小区中的每一者,基于对应的DCI,执行上行链路数据传输的单独的PUSCH调度;或发送针对服务小区和非服务小区的混合ARQ(HARQ)反馈。
6)使用基于这些方法确定的用于服务小区和非服务小区的相应BFD-RS集合(q0-0和q0-1),关于每个TRP,执行(例如,单独的)波束失败检测(和恢复)。作为示例,UE可以确定使用相应的BFD-RS(波束失败检测参考信号)集合(例如,用于第一TRP的q0-0和用于第二TRP的q0-1),针对包括服务小区的第一TRP和包括至少一个非服务小区的第二TRP,来执行波束失败检测。为了确定要包括在用于每个TRP的相应集合中的BFD-RS(其可以是CSI-RS和/或SSB中的一个或多个),UE可以如本文所描述的那样基于PCI。当未被显式配置有CORESETPoolIndex时,UE可以确定根据多个q0集合来执行波束失败检测。作为另外的示例,当UE如本文所描述的那样,已经确定执行(小区间)基于多DCI的多TRP操作时,就如同配置了CORESETPoolIndex值(例如,基于PCI组或PCI的两个或更多个不同值),UE可以确定:第一BFD-RS包括被确定为与CORESETPoolIndex=0相关联的CORESET的活动TCI状态所指示的RS,并且第二BFD-RS包括被确定为与CORESETPoolIndex=1相关联的CORESET的活动TCI状态所指示的RS。当UE确定不执行小区间基于多DCI的多TRP操作时,它可以确定使用一个BFD-RS集合(例如q0集合)。
执行小区间基于多DCI的多TRP操作可以包括或可以涉及一个或多个动作或操作,并且这些操作的一些示例通过说明性示例的方式在上文中列出。执行小区间基于多DCI的多TRP操作可以包括不同的和/或附加的操作。此外,如所指出的,小区间基于多DCI的多TRP操作可以由UE执行,即使UE尚未经由设置CORESETPoolIndex值而被显式配置用于这种操作模式。此外,例如,即使用户设备尚未经由将CORESETPoolIndex值设置为用于CORESET的多于一个值而被显式配置用于多TRP操作,基于两个PCI之中的最低PCI表示CORESETPoolIndex=0、以及两个PCI之中的最高PCI表示CORESETPoolIndex=1,由用户设备(UE)对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行(操作440)小区间基于多DCI的多TRP操作,可以由用户设备如同配置了CORESETPoolIndex值那样来执行。
类似地,例如,可以使用PCI或PCI组至不同的CORESETPoolIndex值的其他分配,诸如,例如:
两个PCI之中的最高PCI表示CORESETPoolIndex=0,以及两个PCI之中的最低PCI表示CORESETPoolIndex=1;
两个PCI之中的服务小区PCI表示CORESETPoolIndex=0,以及两个PCI之中的非服务小区PCI表示CORESETPoolIndex=1;
两个PCI之中的预定义PCI表示CORESETPoolIndex=0,以及两个PCI之中的剩余PCI表示CORESETPoolIndex=1;
第一小区组(例如,在小区组之中具有最低小区组索引或最高小区组索引)表示CORESETPoolIndex=0,并且第二小区组表示CORESETPoolIndex=1。
此外,可以使用不同的技术向UE通知(或传送)用于小区组中的每个小区组的PCI,诸如,例如:
1)由UE从网络节点接收消息或信令,该消息或信令指示被分配给小区组的PCI;
2)由UE从网络节点接收测量配置,该测量配置也指示被分配给小区组的PCI。因此,可以使用各种消息或信令来显式指示被包括在一个或多个小区组内的PCI;和/或
3)由UE接收媒体接入控制-控制单元(MAC-CE),该MAC-CE指示针对两个不同CORESETPoolIndex值的PDSCH TCI状态激活,并且其中每个TCI状态激活与PCI相关联;以及由UE确定小区组,该小区组包括与经由MAC-CE接收到的、针对CORESETPoolIndex值的TCI状态激活相关联的PCI。因此,以这种方式,针对小区组的PCI可以基于以下而被确定:MAC-CE指示PDSCH TCI状态激活,并且然后将这些TCI状态激活的相关联PCI状态分配给小区组。
此外,在执行小区间基于多DCI的多TRP操作后,条件可能会变化,其可能导致UE将操作模式从多TRP操作改变或切换到单TRP操作。例如,这可以包括:由UE从网络节点接收用于多个CORESET的更新的TCI状态,其中多个CORESET的TCI状态仅与一个PCI或一个小区组相关联;以及基于接收到更新的TCI状态,将UE的操作从小区间基于多DCI的多TRP操作改变为单TRP操作。
此外,在示例实施例中,响应于UE接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,指示(或其向UE指示)小区间基于多DCI的多TRP操作,则UE如同它已经在ControlResourceSet(CORESET)中配置了CORESETPoolIndex值那样来执行或操作,并且UE将与服务小区PCI相关联的CORESET确定为具有CORESETPoolIndex=0的CORESET。
在示例实施例中,当CORESET未与PCI相关联时(例如,由活动TCI状态针对CORESET指示的DL RS(下行链路参考信号)未显式与PCI相关联,或CORESET未通过其他配置相关联),UE可以将CORESET确定为具有CORESETPoolIndex=0的CORESET。TCI状态可以与服务小区索引相关联,而服务小区索引可以进一步与PCI相关联。通过这种关联,UE可以确定CORESET与服务小区PCI相关联,并且UE将CORESET(或多个CORESET)确定为具有CORESETPoolIndex=0的CORESET。
现在将描述进一步的细节和说明性示例。
UE接收配置,该配置提供与非服务小区测量相关的信息,其中信息提供用于测量非服务小区SSB的细节。在一种变形中,该配置可以携带附加信息,该附加信息指示非服务小区测量的使用是用于多TRP操作或另一种操作模式(例如以L1/L2为中心的移动性)。在另一种变形中(也在下文中提及),该信息可以携带对非服务小区进行隐式/显式分组的附加信息,其中组可以在发送PDCCH和PDSCH时进行协调(在给定时间只有一个小区是活动的来服务UE)。
对于将非服务小区进行分组(对PCI的分组),DL参考信号(RS)(例如同步信号块(SSB))可以被分组,其中每组DL RS与多个PCI相关联,该多个PCI可以被理解为PCI组。
在一个示例中,UE可以假定每次来自非服务小区之一的PDCCH/PDSCH的接收或PUCCH/PUSCH的传输。
UE可以接收用于执行波束测量并且报告非服务小区SSB和CSI-RS波束的进一步的配置/指示。在一个示例中,网络可以针对每个非服务小区来配置csi报告/波束报告配置。
了解多TRP操作
A)对于支持多TRP操作(基于UE能力)和非服务小区波束测量和报告的UE,UE可以基于以下项(例如,诸如在未配置CORESETPoolIndex时)假定(或确定执行)多TRP操作。
如果UE接收到针对CORESET的波束激活/指示,即针对CORESET的活动TCI状态(CORESET的波束)所指示的DL参考信号(RS)与多个小区或多个小区组相关联(例如,对于与至少两个不同PCI(例如,服务小区和另一个小区)或PCI组相关联的CORESET),并且UE支持选项1、选项2或选项3(如下文所指示)。
选项1:如果(诸如,例如)配置了/指示了以下传统配置(高层参数)中的至少一种配置,或者如果针对UE配置了多于一个的高层多TRP相关参数,则对于特定参数类型,诸如,例如:1)多于三个CORESET被配置给UE用于DL BWP(下行链路带宽部分)。在一个示例中,索引高于按顺序的第三CORESET索引的CORESET被认为与其他CORESETPoolindex值相关联(例如,值=1);2)多于一个加扰序列被配置给UE。3)用于LTE-CRS的多于一个速率匹配图样被配置给UE。4)联合/单独的HARQ报告被配置给UE。5)任何其他的多TRP相关高层参数被配置给UE。
选项2:多TRP操作的默认模式已经被配置给用户设备。在该选项中,可以不配置/指示与多TRP操作相关的传统RRC操作(无高层多TRP操作)参数,但默认操作模式可以被UE定义/假定,无需依赖高层参数。例如,被用于PDSCH的默认加扰序列,并且其可以被定义为与PDSCH的TCI状态相关联的PCI,默认HARQ操作可以假定单独的反馈模式等。
选项3:UE已经接收到控制信息,该控制信息指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活。因此,例如,对于该选项,UE接收MAC-CE命令,MAC-CE命令用于与两个不同的CORESETPoolIndex值(在针对Rel-16定义的MAC-CE命令中指示)相对应的PDSCH TCI状态激活。例如,CORESET分组(被关联到不同PCI或PCI分组/小区组)可以基于与给定CORESETPoolIndex(在MAC-CE中被指示)内的PDSCH的激活TCI状态相关联的PCI而被确定或得出。这也可用于更加动态地更新与CORESETPoolIndex相关联的任何PCI分组(小区组)或PCI(不是必然依赖于来自上文的PCI分组)。
B)当UE基于上文确定支持多TRP操作时,通过遵循针对CORESETPoolIndex定义的对应的传统操作,UE可以假定与一个PCI(或PCI组)相对应的每个CORESETPoolIndex值遵循传统定义的多TRP操作步骤。换句话说,当UE基于上述描述确定(或确认)小区间基于多DCI的多TRP操作时,UE可以对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作,例如,即使是UE尚未经由高层信令而被显式配置用于这种小区间基于多DCI的多TRP操作(例如,可能尚未执行将CORESETPoolIndex值设置为用于针对UE的CORESET的多于一个值)。UE执行小区间基于多DCI的多TRP操作可以包括:例如,对于每个TRP,PDCCH监测、PDSCH的加扰、速率匹配、HARQ、PUSCH调度、按序/乱序、默认波束假定、和其他行为。
C)取决于与CORESET相关联的PCI的数目,可以应用附加的特征或考虑因素。
如果CORESET只与两个PCI相关联:两个PCI之中的最低(或服务小区/最高/预定义)的PCI可以表示CORESETPoolIndex=0,并且其他PCI可以表示CORESETPoolIndex=1。在该选项中,UE执行或假定多TRP操作,就像在没有接收到用于CORESET的显式指示的情况下配置了CORESETPoolIndex值那样。作为示例,与第一PCI相关联的PDCCH接收可以被认为来自CORESETPoolIndex=0,并且第二PCI上的PDCCH接收(或与第二PCI相关联的PDCCH接收)可以被认为来自CORESETPoolIndex=1。
如果CORESET与多于两个PCI相关联:在一种变形中,UE可以假定与不同PCI相对应的多于两个CORESETPoolIndex值,将传统框架扩展到多于两个PDCCH/PDSCH接收。在非服务小区的分组(PCI分组/小区组)的另一种变形(其中配置提供小区或PCI分组)中,两个PCI组之中最低的被编索引的PCI组可以表示CORESETPoolIndex=0,其他PCI组可以表示CORESETPoolIndex=1。
在基于用于PDSCH的TCI状态激活MAC-CE(上述选项3)来更新组中的PCI或替换PCI组时,与不同CORESETPoolIndex相对应的单独MAC-CE命令可以被接收并且被直接用作相应的CORESETPoolIndex值。
D)在没有RRC重配置的情况下的单TRP(S-TRP)操作的可能性。当用于(多个)CORESET的活动TCI状态或多个状态(波束)所指示的DL RS仅与一个PCI(或PCI组)相关联时,UE可以基于针对CORESET的波束激活/指示来假定单TRP操作(或恢复单TRP的操作)。例如,UE可以从网络节点(例如,gNB)接收针对多个CORESET的更新的TCI状态,其中针对多个CORESET的TCI状态仅与一个PCI或一个小区组相关联;并且,基于接收到更新的TCI状态,UE可以将UE的操作从小区间基于多DCI的多TRP操作切换或改变(或恢复)为单TRP操作。
图5是根据示例实施例的说明操作的示图。UE 210被示出,并且可以与一个或多个小区通信,一个或多个小区包括服务小区530和(或一个或多个)非服务小区532。在510处,服务小区530和非服务小区可以关于L1测量进行协调,例如,诸如协调或确定针对UE 210的CSI-RS、或SSB波束测量报告配置。在512处,服务小区530可以向UE 210提供或发送用于测量的非服务小区配置,包括用例(例如,以L1/L2为中心的小区间操作/移动性,或用于多TRP的其他用例);还可以在消息512处向UE 210指示被分配给小区组(PCI组)的PCI。在514处,UE 210执行非服务小区波束测量以及向服务小区530的报告。在516处,服务小区530和(多个)非服务小区可以进行协调以确定例如服务小区和非服务小区之间的CORESET分配。
在518处,UE接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于多个CORESET的TCI状态与具有不同物理小区标识(PCI)的多个小区相关联,或与多个小区组相关联,例如,其中TCI状态指示准共址(QCL)特性,QCL特性将由用户设备用于接收物理下行链路控制信道(PDCCH),PDCCH与具有不同PCI的至少两个不同小区相关联或与至少两个不同小区组相关联,其中多个小区或小区组至少包括针对用户设备的服务小区和至少一个非服务小区;
在520处,UE 210确定存在以下三个选项或条件中的至少一者:1)基于多DCI的多TRP相关高层参数已经被配置给用户设备;2)多TRP操作的默认模式已经被配置给UE;或3)UE已经接收到控制信息(例如,MAC-CE),该控制信息指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活。操作522可以包括:确定针对每个TRP的定时提前量(TA)。
操作524可以包括:UE 210对于多个小区(包括服务小区530和非服务小区532)来执行小区间基于多DCI的多TRP操作。因此,例如,即使UE 210尚未经由将CORESETPoolIndex值设置为用于CORESET的多于一个值而被显式配置用于多TRP操作,UE 210也可以执行小区间基于多DCI的多TRP操作,如同配置了CORESETPoolIndex值那样,例如,基于两个PCI之中的最低PCI表示CORESETPoolIndex=0,并且两个PCI之中的最高PCI表示CORESETPoolIndex=1。
将描述一些另外的示例:
示例1:一种装置,包括:至少一个处理器;以及包括计算机程序代码的至少一个存储器;至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少用于:由无线网络内的用户设备基于以下,确定执行针对用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作:由用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于多个CORESET的TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中TCI状态指示准共址(QCL)特性,该QCL特性将由用户设备用于接收与具有不同PCI的多个小区相关联的或与多个小区组相关联的物理下行链路控制信道(PDCCH),其中多个小区或多个小区组至少包括用于用户设备的服务小区和至少一个非服务小区;以及由用户设备确定存在以下条件中的至少一个:1)基于多DCI的多TRP相关高层参数已被配置给用户设备;2)多TRP操作的默认模式已被配置给用户设备;或3)用户设备已接收到指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活的控制信息;以及由用户设备基于确定执行基于多DCI的小区间多TRP操作,对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作。
示例2:根据示例1的装置,其中计算机程序代码被配置为至少一个处理器一起使装置:由用户设备对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作,其中用户设备尚未经由将针对用户设备的CORESETPoolIndex值设置为用于CORESET的多于一个值,而被显式配置用于小区间基于多DCI的多TRP操作。
示例3:根据示例1-2中任一项的装置,其中计算机程序代码被配置为与至少一个处理器一起使装置:由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作包括:所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置关于包括所述服务小区的第一TRP和包括所述至少一个非服务小区的第二TRP而执行以下项中的至少一项:关于与所述服务小区和所述至少一个非服务小区中的每一者相对应的信道集合(PUCCH/PUSCH/PDSCH/PDCCH),单独的信道监测、数据处理、和/或控制和数据的单独接收和/或传输;分别监测来自所述服务小区和所述至少一个非服务小区中的每一者的单独PDCCH上的下行链路控制信息(DCI);针对所述服务小区和所述至少一个非服务小区中的每一者,接收由DCI调度的并且经由对应PDSCH信道接收的下行链路数据;针对来自所述服务小区和所述至少一个非服务小区的PDSCH分别进行PDSCH信道的解扰;针对所述服务小区和所述至少一个非服务小区中的每一者,基于对应的DCI,执行上行链路数据传输的单独的PUSCH调度;关于所述服务小区和关于所述非服务小区,执行单独的波束失败检测和/或波束失败恢复;或者发送针对所述服务小区和所述非服务小区的混合ARQ(HARQ)反馈。
示例4:根据示例1-3中任一项的装置,其中计算机程序代码被配置为与至少一个处理器一起使该装置:基于以下项中的至少一项,由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作,如同CORESETPoolIndex值被配置而由所述用户设备执行,即使所述用户设备尚未经由将CORESETPoolIndex值设置为用于CORESET的多于一个值而被显式配置用于多TRP操作:1)两个PCI之中的最低PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最高PCI表示CORESETPoolIndex=1;2)两个PCI之中的最高PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最低PCI表示CORESETPoolIndex=1;3)两个PCI之中的服务小区PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的所述非服务小区PCI表示CORESETPoolIndex=1;或者4)两个PCI之中的预定义PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的剩余PCI表示CORESETPoolIndex=1。
示例5:根据示例1-4中任一项的装置,其中计算机程序代码被配置为与至少一个处理器一起使该装置:由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作,是由所述用户设备基于与不同PCI或不同小区组相对应的多于两个CORESETPoolIndex值而执行的。
示例6:根据示例1-5中任一项的装置,其中第一小区组表示CORESETPoolIndex=0,并且第二小区组表示CORESETPoolIndex=1。
示例7:根据示例1-6中任一项的装置,其中第一小区组和第二小区组各自包括多个非服务小区。
示例8:根据示例1-7中任一项的装置,其中3)用户设备已接收到指示与两个不同CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活的控制信息包括:用户设备已接收到媒体接入控制-控制单元(MAC-CE),该媒体接入控制-控制单元(MAC-CE)指示针对两个不同CORESETPoolIndex值的PDSCH TCI状态激活,并且其中每个TCI状态激活与PCI相关联;该方法进一步包括:由用户设备确定小区组,该小区组包括与经由MAC-CE接收到的、针对CORESETPoolIndex值的TCI状态激活相关联的PCI。
示例9:根据示例1-8中任一项的装置,进一步包括:计算机程序代码被配置为与至少一个处理器一起使装置:由用户设备从网络节点接收消息或信令,所述消息或信令指示被分配给小区组的PCI。
示例10:根据示例1-9中任一项的装置,进一步包括:计算机程序代码被配置为与至少一个处理器一起使装置:由用户设备从网络节点接收测量配置,该测量配置还指示被分配给小区组的PCI。
示例11:根据示例1-10中任一项的装置,其中计算机程序代码被配置为与至少一个处理器一起使装置:进一步由用户设备执行:由用户设备从网络节点接收用于多个CORESET的更新的TCI状态,其中用于多个CORESET的TCI状态仅与一个PCI或一个小区组相关联;以及基于接收到更新的TCI状态,将用户设备的操作从小区间基于多DCI的多TRP操作改变为单TRP操作。
示例12:根据示例1-11中任一项的装置,其中,响应于用户设备接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,而指示小区间基于多DCI的多TRP操作,则用户设备如同它已被配置有ControlResourceSet(CORESET)中的CORESETPoolIndex值那样来执行或操作,以及用户设备将与服务小区PCI相关联的CORESET确定为具有CORESETPoolIndex=0的CORESET。
示例13:根据示例1-12中任一项的装置,进一步包括:计算机程序代码被配置为与至少一个处理器一起使该装置:响应于用户设备接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,则由用户设备使用相应的BFD-RS(波束失败检测参考信号)集合来执行波束失败检测,其中用于相应的BFD-RS集合的参考信号(RS)是基于用于服务小区和至少一个非服务小区的CORESET的相关联PCI值而被确定的。
示例14:根据示例1-13中任一项的装置,其中1)基于多DCI的多TRP相关高层参数已被配置给用户设备包括以下项中的一项或多项:对于下行链路带宽部分(DL BWP),多于三个CORESET被配置给用户设备;多于一个加扰序列被配置给用户设备;用于LTE-CRS(LTE小区特定参考信号)的多于一个速率匹配图样被配置给用户设备;联合或单独的HARQ反馈报告被配置给用户设备;和/或多TRP相关高层参数被配置给用户设备。
示例15:根据示例1-14中任一项的装置,其中2)多TRP操作的默认模式已被配置给用户设备包括用户设备处的以下行为中的一个或多个:用户设备期望非重叠的PDSCH接收;用户设备期望重叠和部分重叠的PDSCH接收,该PDSCH接收利用基于适用于关联CORESETPoolIndex值的PCI而定义的加扰序列;用户设备利用单独的HARQ反馈操作进行操作;用户设备在假定用于盲解码限制计算的预定义假定情况下进行操作;用户设备假定在被配置用于服务小区和非服务小区二者的CRS资源的联合上的速率匹配;用户设备期望针对PDCCH-PDSCH和PDCCH-PUSCH的按序传输;和/或当多个CORESET与具有不同物理小区标识(PCI)的多个小区相关联或与不同小区组相关联的条件被满足时,用户设备遵循任何其他预定义的用户设备行为。
示例16:一种非暂时性计算机可读存储介质,包括存储在其上的指令,当由至少一个处理器执行时,该指令被配置为使计算系统:由无线网络内的用户设备基于以下项,确定执行针对用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作:由用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于多个CORESET的TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中TCI状态指示准共址(QCL)特性,该QCL特性将由用户设备用于接收与具有不同PCI的多个小区相关联的或与多个小区组相关联的物理下行链路控制信道(PDCCH),其中多个小区或多个小区组至少包括用于用户设备的服务小区和至少一个非服务小区;以及由用户设备确定存在以下条件中的至少一个:1)基于多DCI的多TRP相关高层参数已被配置给用户设备;2)多TRP操作的默认模式已被配置给用户设备;或3)用户设备已接收到指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活的控制信息;以及由用户设备基于确定执行基于多DCI的小区间多TRP操作,对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作。
示例17:一种方法,包括:由无线网络中的用户设备基于以下项,确定执行针对用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作:由用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于多个CORESET的TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中TCI状态指示准共址(QCL)特性,该QCL特性将由用户设备用于接收与具有不同PCI的多个小区相关联的或与多个小区组相关联的物理下行链路控制信道(PDCCH),其中多个小区或多个小区组至少包括用于用户设备的服务小区和至少一个非服务小区;以及由用户设备确定存在以下条件中的至少一个:1)基于多DCI的多TRP相关高层参数已被配置给用户设备;2)多TRP操作的默认模式已被配置给用户设备;或3)用户设备已接收到指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活的控制信息;以及由用户设备基于确定执行基于多DCI的小区间多TRP操作,对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作。
示例18:根据示例17的方法,其中用户设备对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作,其中用户设备尚未经由将针对用户设备的CORESETPoolIndex值设置为用于CORESET的多于一个值,而被显式配置用于小区间基于多DCI的多TRP操作。
示例19:根据示例17-18中任一项的方法,其中对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作包括:用户设备关于包括服务小区的第一TRP和包括至少一个非服务小区的第二TRP而执行以下项中的至少一项:关于与所述服务小区和所述至少一个非服务小区中的每一者相对应的信道集合(PUCCH/PUSCH/PDSCH/PDCCH),单独的信道监测、数据处理、和/或控制和数据的单独接收和/或传输;分别监测来自所述服务小区和所述至少一个非服务小区中的每一者的单独PDCCH上的下行链路控制信息(DCI);针对所述服务小区和所述至少一个非服务小区中的每一者,接收由DCI调度的并且经由对应PDSCH信道接收的下行链路数据;针对来自所述服务小区和所述至少一个非服务小区的PDSCH分别进行PDSCH信道的解扰;针对所述服务小区和所述至少一个非服务小区中的每一者,基于对应的DCI,执行上行链路数据传输的单独的PUSCH调度;关于所述服务小区和关于所述非服务小区,执行单独的波束失败检测和/或波束失败恢复;或者发送针对所述服务小区和所述非服务小区的混合ARQ(HARQ)反馈。
示例20:根据示例17-19中任一项的方法,其中基于以下项中的至少一项,由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作,如同CORESETPoolIndex值被配置而由所述用户设备执行,即使所述用户设备尚未经由将CORESETPoolIndex值设置为用于CORESET的多于一个值而被显式配置用于多TRP操作:两个PCI之中的最低PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最高PCI表示CORESETPoolIndex=1;2)两个PCI之中的最高PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最低PCI表示CORESETPoolIndex=1;3)两个PCI之中的服务小区PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的所述非服务小区PCI表示CORESETPoolIndex=1;或者4)两个PCI之中的预定义PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的剩余PCI表示CORESETPoolIndex=1。
示例21:根据示例17-20中任一项的方法,其中由用户设备对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作,是由用户设备基于与不同PCI或不同小区组相对应的多于两个CORESETPoolIndex值而执行的。
示例22:根据示例17-21中任一项的方法,其中第一小区组表示CORESETPoolIndex=0,并且第二小区组表示CORESETPoolIndex=1。
示例23:根据示例17-22中任一项的方法,其中第一小区组和第二小区组各自包括多个非服务小区。
示例24:根据示例17-23中任一项的方法,其中3)用户设备已接收到指示与两个不同CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活的控制信息包括:用户设备已接收到媒体接入控制-控制单元(MAC-CE),该媒体接入控制-控制单元(MAC-CE)指示针对两个不同CORESETPoolIndex值的PDSCH TCI状态激活,并且其中每个TCI状态激活与PCI相关联;该方法进一步包括:由用户设备确定小区组,该小区组包括与经由MAC-CE接收到的、针对CORESETPoolIndex值的TCI状态激活相关联的PCI。
示例25:根据示例17-24中任一项的方法,进一步包括:由用户设备从网络节点接收指示被分配给小区组的PCI的消息或信令。
示例26:根据示例17-25中任一项的方法,进一步包括:由用户设备从网络节点接收测量配置,该测量配置还指示被分配给小区组的PCI。
示例27:根据示例17-26中任一项的方法,进一步包括:由用户设备从网络节点接收用于多个CORESET的更新的TCI状态,其中用于多个CORESET的TCI状态仅与一个PCI或一个小区组相关联;基于接收到更新的TCI状态,将用户设备的操作从小区间基于多DCI的多TRP操作改变为单TRP操作。
示例28:根据示例17-27中任一项的方法,其中,响应于用户设备接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,而指示小区间基于多DCI的多TRP操作,则用户设备如同它已被配置有ControlResourceSet(CORESET)中的CORESETPoolIndex值那样执行或操作,以及用户设备将与服务小区PCI相关联的CORESET确定为具有CORESETPoolIndex=0的CORESET。
示例29:根据示例17-28中任一项的方法,其中,响应于用户设备接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,则由用户设备使用相应的BFD-RS(波束失败检测参考信号)集合来执行波束失败检测,其中用于相应的BFD-RS集合的参考信号(RS)是基于用于服务小区和至少一个非服务小区的CORESET的相关联PCI值而被确定的。
示例30:根据示例17-29中任一项的方法,其中1)基于多DCI的多TRP相关高层参数已被配置给用户设备包括以下中的一项或多项:对于下行链路带宽部分(DL BWP),多于三个CORESET被配置给用户设备;多于一个加扰序列被配置给用户设备;用于LTE-CRS(LTE小区特定参考信号)的多于一个速率匹配图样被配置给用户设备;联合或单独的HARQ反馈报告被配置给用户设备;和/或多TRP相关高层参数被配置给用户设备。
示例31:根据示例17-30中任一项的方法,其中2)多TRP操作的默认模式已被配置给用户设备包括用户设备处的以下行为中的一个或多个:用户设备期望非重叠PDSCH接收;用户设备期望重叠和部分重叠的PDSCH接收,该PDSCH接收利用基于可适用于关联CORESETPoolIndex值的PCI而定义的加扰序列;用户设备利用单独的HARQ反馈操作进行操作;用户设备在假定用于盲解码限制计算的预定义假定情况下进行操作;用户设备假定在被配置用于服务小区和非服务小区二者的CRS(小区特定参考信号)资源的联合上的速率匹配;用户设备期望针对PDCCH-PDSCH和PDCCH-PUSCH的按序传输;和/或当多个CORESET与具有不同物理小区标识(PCI)的多个小区相关联或与不同小区组相关联的条件被满足时,用户设备遵循任何其他预定义的用户设备行为。
示例32:一种装置,包括用于由无线网络中的用户设备基于以下来确定执行针对用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作的部件:由用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于多个CORESET的TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中TCI状态指示准共址(QCL)特性,该QCL特性将由用户设备用于接收与具有不同PCI的多个小区相关联的或与多个小区组相关联的物理下行链路控制信道(PDCCH),其中多个小区或多个小区组至少包括用于用户设备的服务小区和至少一个非服务小区;用于由用户设备确定存在以下条件中的至少一个的部件:1)基于多DCI的多TRP相关高层参数已被配置给用户设备;2)多TRP操作的默认模式已被配置给用户设备;或3)用户设备已接收到指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活的控制信息;以及用于由用户设备基于确定执行基于多DCI的小区间多TRP操作,对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作的部件。
示例33:根据示例32的装置,其中用户设备对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作,其中用户设备尚未经由将针对用户设备的CORESETPoolIndex值设置为用于CORESET的多于一个值,而被显式配置用于小区间基于多DCI的多TRP操作。
示例34:根据示例32-33中任一项的装置,其中用于对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作的部件包括:用于由用户设备关于包括服务小区的第一TRP和包括至少一个非服务小区的第二TRP而执行以下项中的至少一项的部件:关于与所述服务小区和所述至少一个非服务小区中的每一者相对应的信道集合(PUCCH/PUSCH/PDSCH/PDCCH),单独的信道监测、数据处理、和/或控制和数据的单独接收和/或传输;分别监测来自所述服务小区和所述至少一个非服务小区中的每一者的单独PDCCH上的下行链路控制信息(DCI);针对所述服务小区和所述至少一个非服务小区中的每一者,接收由DCI调度的并且经由对应PDSCH信道接收的下行链路数据;针对来自所述服务小区和所述至少一个非服务小区的PDSCH分别进行PDSCH信道的解扰;针对所述服务小区和所述至少一个非服务小区中的每一者,基于对应的DCI,执行上行链路数据传输的单独的PUSCH调度;关于所述服务小区和关于所述非服务小区,执行单独的波束失败检测和/或波束失败恢复;或者发送针对所述服务小区和所述非服务小区的混合ARQ(HARQ)反馈。
示例35:根据示例32-34中任一项的装置,其中基于以下项中的至少一项,用于由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作的部件,如同CORESETPoolIndex值被配置而由所述用户设备执行,即使所述用户设备尚未经由将CORESETPoolIndex值设置为用于CORESET的多于一个值而被显式配置用于多TRP操作:1)两个PCI之中的最低PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最高PCI表示CORESETPoolIndex=1;2)两个PCI之中的最高PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最低PCI表示CORESETPoolIndex=1;3)两个PCI之中的服务小区PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的所述非服务小区PCI表示CORESETPoolIndex=1;或者4)两个PCI之中的预定义PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的剩余PCI表示CORESETPoolIndex=1。
示例36:根据示例32-35中任一项的装置,其中用于由用户设备对于来自多个小区中的小区或对于来自多个小区组中的小区,而执行小区间基于多DCI的多TRP操作的部件是由用户设备基于与不同PCI或不同小区组相对应的多于两个CORESETPoolIndex值而被执行的。
示例37:根据示例32-36中任一项的装置,其中第一小区组表示CORESETPoolIndex=0,第二小区组表示CORESETPoolIndex=1。
示例38:根据示例32-37中任一项的装置,其中第一小区组和第二小区组各自包括多个非服务小区。
示例39:根据示例32-38中任一项的装置,其中3)用户设备已接收到指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活的控制信息包括:用户设备已接收到媒体接入控制-控制单元(MAC-CE),该媒体接入控制-控制单元(MAC-CE)指示针对两个不同CORESETPoolIndex值的PDSCH TCI状态激活,并且其中每个TCI状态激活与PCI相关联;该方法进一步包括由用户设备确定小区组,该小区组包括与经由MAC-CE接收到的、针对CORESETPoolIndex值的TCI状态激活相关联的PCI。
示例40:根据示例32-39中任一项的装置,进一步包括:用于由用户设备从网络节点接收指示被分配给小区组的PCI的消息或信令的部件。
示例41:根据示例32-40中任一项的装置,进一步包括:用于由用户设备从网络节点接收测量配置的部件,该测量配置也指示被分配给小区组的PCI。
示例42:根据示例32-41中任一项的装置,进一步包括:用于由用户设备从网络节点接收用于多个CORESET的更新的TCI状态的部件,其中用于多个CORESET的TCI状态仅与一个PCI或一个小区组相关联;基于接收到更新的TCI状态,将用户设备的操作从小区间基于多DCI的多TRP操作改变为单TRP操作。
示例43:根据示例32-42中任一项的装置,包括用于以下的部件:响应于用户设备接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,而指示小区间基于多DCI的多TRP操作,则用户设备如同已被配置有控制资源集(CORESET)中的CORESETPoolIndex值那样来执行,以及用户设备将与服务小区PCI相关联的CORESET确定为具有CORESETPoolIndex=0的CORESET。
示例44:根据示例32-43中任一项的装置,包括用于以下的部件:响应于用户设备接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,则由用户设备使用相应的BFD-RS(波束失败检测参考信号)集合来执行波束失败检测,其中用于相应的BFD-RS集合的参考信号(RS)是基于用于服务小区和至少一个非服务小区的CORESET的相关联PCI值而被确定的。
示例45:根据示例32-44中任一项的装置,其中1)基于多DCI的多TRP相关高层参数已被配置给用户设备的包括以下项中的一项或多项:对于下行链路带宽部分(DL BWP),多于三个CORESET被配置给用户设备;多于一个加扰序列被配置给用户设备;用于LTE-CRS(LTE小区特定参考信号)的多于一个的速率匹配图样被配置给用户设备;联合或单独的HARQ反馈报告被配置给用户设备;和/或多TRP相关高层参数被配置给用户设备。
示例46:根据示例32-45中任一项的装置,其中2)多TRP操作的默认模式已被配置给用户设备包括用户设备处的以下行为中的一个或多个:用户设备期望非重叠PDSCH接收;用户设备期望重叠和部分重叠PDSCH接收,该PDSCH接收利用基于可应用于关联CORESETPoolIndex值的PCI而定义的加扰序列;用户设备利用单独的HARQ反馈操作进行操作;用户设备在假定用于盲解码限制计算的预定义假定情况下进行操作;用户设备假定在被配置用于服务小区和非服务小区二者的CRS(小区特定参考信号)资源的联合上的速率匹配;用户设备期望针对PDCCH-PDSCH和PDCCH-PUSCH的按序传输;和/或当多个CORESET与具有不同物理小区标识(PCI)的多个小区相关联或与不同小区组相关联的条件被满足时,用户设备遵循任何其他预定义的用户设备行为。
图6是根据示例实施例的网络节点(例如AP、BS、eNB、gNB、RAN节点)600的框图。例如,无线站600可以包括一个或多个(如图6所示的两个)RF(射频)或无线收发器602A、602B,其中每个无线收发器包括用于发送信号的发送器和用于接收信号的接收器。无线站还包括处理器或控制单元/实体(控制器)604,用于执行指令或软件并控制信号的发送和接收,以及存储器606,用于存储数据和/或指令。
处理器604还可做出决策或判断,生成用于传输的帧、数据包或消息,解码接收到的帧或消息以便进一步处理,以及本文所述的其他任务或功能。处理器604可以是基带处理器,例如,可以生成消息、数据包、帧或其他信号,用于经由无线收发器602(602A或602B)进行传输。处理器604可以控制信号或消息在无线网络上的发送,以及可以控制信号或消息等经由无线网络的接收(例如,在经过无线收发器602等的下变频后)。处理器604可以是可编程的,且能够执行存储在存储器或其他计算机媒体上的软件或其他指令,以执行上文所述的各种任务和功能,例如上文所述的一个或多个任务或方法。例如,处理器604可以是(或可以包括)硬件、可编程逻辑、执行软件或固件的可编程处理器和/或这些的任意组合。例如,使用其他术语,处理器604和收发器602一起可被视为无线发送器/接收器系统。
此外,参照图6,控制器(或处理器)608可以执行软件和指令,可以提供对站600的整体控制,以及可以提供对图6中未显示的其他系统的控制,例如控制输入/输出设备(如显示器、键盘),和/或可以执行无线站600上提供的一个或多个应用的软件,例如,诸如电子邮件程序、音频/视频应用、文字处理器、IP语音应用或其他应用或软件。
此外,可以提供包括存储指令的存储介质,当控制器或处理器执行这些指令时,可导致处理器604或其他控制器或处理器执行一个或多个上述功能或任务。
根据另一个示例实施例,RF或(多个)无线收发器602A/602B可以接收信号或数据和/或发送或发送信号或数据。处理器604(以及可能还有收发器602A/602B)可以控制RF或无线收发器602A或602B,以接收、发送、广播或发送信号或数据。
本文所述的各种技术的实施例可以在数字电子电路、或计算机硬件、固件、软件或它们的组合中实现。实施例可被实现为计算机程序产品,即在信息载体(如在机器可读存储设备或传播信号中)中有形体现的计算机程序,供数据处理装置(如可编程处理器、计算机或多台计算机)执行或控制其操作。实施例也可被提供给计算机可读介质或计算机可读存储介质,其可以是非暂时性介质。各种技术的实施例还可包括经由暂时信号或介质提供的实施例,和/或经由互联网或(多个)其他网络(有线网络和/或无线网络)可下载的程序和/或软件实施例。此外,可以经由机器类型通信(MTC)以及还经由物联网(IOT)提供实施例。
计算机程序可以是源代码形式、目标代码形式或某种中间形式,并且可被存储在一些种类的载体、分发介质或计算机可读介质中,其可以是能够携带程序的任何实体或设备。例如,这类载体包括记录介质、计算机存储器、只读存储器、光电和/或电子载波信号、电信信号以及软件分发数据包等。根据所需的处理能力,计算机程序可以在单个电子数字计算机中执行,或可以分布在数个计算机中。
此外,本文所述的各种技术的实施例可使用网络物理系统(CPS)(控制物理实体的协作计算元素系统)。CPS可使在不同位置被嵌入物理对象中的大量互联ICT设备(传感器、执行器、处理器、微控制器......)得到体现和利用。移动网络物理系统是网络物理系统的子类别,其中所讨论的物理系统具有固有的移动性。移动物理系统的示例包括移动机器人和由人类或动物运输的电子产品。智能手机的普及度的上涨增加了对移动网络物理系统领域的兴趣。因此,本文所述的技术的各种实施例可经由这些技术中的一种或多种来提供。
计算机程序(如上述(多个)计算机程序)可以用任何形式的编程语言编写,包括编译或解释语言,并可以以任何形式部署,包括作为独立的程序或作为模块、组件、子例程或适合在计算环境中使用的其他单元或部分。计算机程序可被部署在一台计算机上执行,或可被部署在一个站点的多台计算机上执行,或可以分布在多个站点并通过通信网络互连。
方法步骤可由一个或多个可编程处理器执行,这些处理器执行计算机程序或计算机程序部分,以通过对输入数据进行操作和生成输出来执行功能。方法步骤还可由专用逻辑电路(如FPGA(现场可编程门阵列)或ASIC(专用集成电路))执行,且装置也可被实现为专用逻辑电路(如FPGA(现场可编程门阵列)或ASIC(专用集成电路))。
举例而言,适合执行计算机程序的处理器包括通用和专用微处理器,以及任何一种数字计算机、芯片或芯片集的任何一个或多个处理器。一般来说,处理器将从只读存储器或随机存取存储器或二者接收指令和数据。计算机的元件可包括用于执行指令的至少一个处理器和用于存储指令和数据的一个或多个存储设备。一般来说,计算机还可包括或可操作地耦合到用于存储数据的一个或多个大容量存储设备,如磁盘、磁光盘或光盘,以从这些设备接收数据或向其传输数据,或两者兼而有之。适用于体现计算机程序指令和数据的信息载体包括各种形式的非易失性存储器,例如包括半导体存储器件,如EPROM、EEPROM和闪存设备;磁盘,如内置硬盘或可移动磁盘;磁光盘;以及CD-ROM和DVD-ROM磁盘。处理器和存储器可由特殊用途的逻辑电路补充,或集成在特殊用途的逻辑电路中。
为了提供与用户的交互,实施例可在具有显示设备的计算机上实现,如阴极射线管(CRT)或液晶显示(LCD)监测器,用于向用户显示信息,以及用户界面,如键盘和指向设备,如鼠标或轨迹球,用户可以通过它向计算机提供输入。其他类型的设备也可被用于提供与用户的交互;例如,被提供给用户的反馈可以是任何形式的感官反馈,如视觉反馈、听觉反馈或触觉反馈;来自用户的输入可以以任何形式被接收,包括声音、语音或触觉输入。
实施例可在计算系统中实现,该系统包括后端组件(例如数据服务器),或包括中间件组件(例如应用服务器),或包括前端组件(例如具有图形用户界面或网络浏览器的客户端计算机,用户可通过该用户界面或浏览器与本实施例交互),或此类后端、中间件或前端组件的任意组合。组件可通过数字数据通信的任何形式或媒介(如通信网络)相互连接。通信网络的示例包括局域网(LAN)和广域网(WAN),例如互联网。
虽然所述实施例的某些特征已在本文所述的进行了说明,但对于本领域的技术人员来说,现在还会出现许多修改、替换、变更和等同物。因此,应当理解的是,所附权利要求旨在涵盖落入各种实施例的真正精神范围内的所有此类修改和变更。
Claims (20)
1.一种装置,包括:
至少一个处理器;以及
至少一个存储器,包括计算机程序代码;
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少:
由无线网络内的用户设备基于以下项,确定执行针对所述用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作:
由所述用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于所述多个CORESET的所述TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中所述TCI状态指示准共址(QCL)特性,所述QCL特性将由所述用户设备用于接收物理下行链路控制信道(PDCCH),所述PDCCH与具有不同PCI的所述多个小区相关联或与所述多个小区组相关联,其中所述多个小区或所述多个小区组至少包括用于所述用户设备的服务小区和至少一个非服务小区;以及
由所述用户设备确定存在以下条件中的至少一个条件:
1)基于多DCI的多TRP相关高层参数已经被配置给所述用户设备;
2)多TRP操作的默认模式已经被配置给所述用户设备;或者
3)所述用户设备已经接收到控制信息,所述控制信息指示与两个不同的CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活;以及
由所述用户设备基于确定执行基于多DCI的小区间多TRP操作,对于来自所述多个小区中的小区或对于来自所述多个小区组中的小区,而执行小区间基于多DCI的多TRP操作。
2.根据权利要求1所述的装置,其中所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置:由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作,其中所述用户设备尚未经由将针对所述用户设备的CORESETPoolIndex值设置为用于CORESET的多于一个值,而被显式配置用于小区间基于多DCI的多TRP操作。
3.根据权利要求1所述的装置,其中所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置:由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作包括:所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置关于包括所述服务小区的第一TRP和包括所述至少一个非服务小区的第二TRP而执行以下项中的至少一项:
关于与所述服务小区和所述至少一个非服务小区中的每一者相对应的信道集合(PUCCH/PUSCH/PDSCH/PDCCH),单独的信道监测、数据处理、和/或控制和数据的单独接收和/或传输;
分别监测来自所述服务小区和所述至少一个非服务小区中的每一者的单独PDCCH上的下行链路控制信息(DCI);
针对所述服务小区和所述至少一个非服务小区中的每一者,接收由DCI调度的并且经由对应PDSCH信道接收的下行链路数据;
针对来自所述服务小区和所述至少一个非服务小区的PDSCH分别进行PDSCH信道的解扰;
针对所述服务小区和所述至少一个非服务小区中的每一者,基于对应的DCI,执行上行链路数据传输的单独的PUSCH调度;
关于所述服务小区和关于所述非服务小区,执行单独的波束失败检测和/或波束失败恢复;或者
发送针对所述服务小区和所述非服务小区的混合ARQ(HARQ)反馈。
4.根据权利要求1所述的装置,其中所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置:基于以下项中的至少一项,由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作,如同CORESETPoolIndex值被配置而由所述用户设备执行,即使所述用户设备尚未经由将CORESETPoolIndex值设置为用于CORESET的多于一个值而被显式配置用于多TRP操作:
1)两个PCI之中的最低PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最高PCI表示CORESETPoolIndex=1;
2)两个PCI之中的最高PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最低PCI表示CORESETPoolIndex=1;
3)两个PCI之中的服务小区PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的所述非服务小区PCI表示CORESETPoolIndex=1;或者
4)两个PCI之中的预定义PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的剩余PCI表示CORESETPoolIndex=1。
5.根据权利要求1所述的装置,其中所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置:由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作,是由所述用户设备基于与不同PCI或不同小区组相对应的多于两个CORESETPoolIndex值而执行的。
6.根据权利要求1所述的装置,其中第一小区组表示CORESETPoolIndex=0,并且第二小区组表示CORESETPoolIndex=1。
7.根据权利要求1所述的装置,其中所述第一小区组和所述第二小区组各自包括多个非服务小区。
8.根据权利要求1所述的装置,其中3)所述用户设备已经接收到指示与两个不同CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活的控制信息包括:
所述用户设备已经接收到媒体接入控制-控制单元(MAC-CE),所述MAC-CE指示针对两个不同CORESETPoolIndex值的PDSCH TCI状态激活,并且其中每个TCI状态激活与PCI相关联;
所述方法进一步包括:由所述用户设备确定小区组,所述小区组包括与经由所述MAC-CE接收到的、针对所述CORESETPoolIndex值的TCI状态激活相关联的所述PCI。
9.根据权利要求1所述的装置,进一步包括:
所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置:由所述用户设备从所述网络节点接收消息或信令,所述消息或所述信令指示被分配给小区组的PCI。
10.根据权利要求1所述的装置,进一步包括:
所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置:由所述用户设备从所述网络节点接收测量配置,所述测量配置还指示被分配给小区组的PCI。
11.根据权利要求1所述的装置,其中所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置进一步由所述用户设备执行:
由所述用户设备从所述网络节点接收用于所述多个CORESET的更新的TCI状态,其中用于所述多个CORESET的所述TCI状态仅与一个PCI或一个小区组相关联;以及
基于接收到所述更新的TCI状态,将所述用户设备的操作从所述小区间基于多DCI的多TRP操作改变为单TRP操作。
12.根据权利要求1所述的装置,其中响应于所述用户设备接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,而指示小区间基于多DCI的多TRP操作,则所述用户设备如同它已经被配置有ControlResourceSet(CORESET)中的CORESETPoolIndex值那样来执行或操作,以及所述用户设备将与所述服务小区PCI相关联的所述CORESET确定为具有CORESETPoolIndex=0的CORESET。
13.根据权利要求1所述的装置,进一步包括:
所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置:响应于所述用户设备接收到用于CORESET的TCI状态激活,其中用于相应CORESET的不同TCI状态与至少两个不同的物理小区标识(PCI)相关联,则由所述用户设备使用相应的BFD-RS(波束失败检测参考信号)集合来执行波束失败检测,其中用于相应的BFD-RS集合的所述参考信号(RS)是基于用于所述服务小区和所述至少一个非服务小区的所述CORESET的所述相关联PCI值而被确定的。
14.根据权利要求1所述的装置,其中1)基于多DCI的多TRP相关高层参数已经被配置给所述用户设备包括以下项中的一项或多项:
对于下行链路带宽部分(DL BWP),多于三个CORESET被配置给所述用户设备;
多于一个加扰序列被配置给所述用户设备;
用于LTE-CRS(LTE小区特定参考信号)的多于一个速率匹配图样被配置给所述用户设备;
联合或单独的HARQ反馈报告被配置给所述用户设备;和/或
多TRP相关高层参数被配置给所述用户设备。
15.根据权利要求1所述的装置,其中2)多TRP操作的默认模式已经被配置给所述用户设备包括所述用户设备处的以下行为中的一个或多个行为:
所述用户设备期望非重叠的PDSCH接收;
所述用户设备期望重叠和部分重叠的PDSCH接收,所述PDSCH接收利用基于适用于关联CORESETPoolIndex值的所述PCI而定义的加扰序列;
所述用户设备利用单独的HARQ反馈操作进行操作;
所述用户设备在假定用于盲解码限制计算的预定义假定的情况下进行操作;
所述用户设备假定在被配置用于服务小区和非服务小区二者的CRS资源的联合上的速率匹配;
所述用户设备期望针对PDCCH-PDSCH和PDCCH-PUSCH的按序传输;和/或
当所述多个CORESET与具有不同物理小区标识(PCI)的所述多个小区相关联或与所述多个小区组相关联的条件被满足时,所述用户设备遵循任何其他预定义的用户设备行为。
16.一种非暂时性计算机可读存储介质,包括存储在其上的指令,当由至少一个处理器执行时,所述指令被配置为使计算系统:
由无线网络内的用户设备基于以下项,确定执行针对所述用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作:
由所述用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于所述多个CORESET的所述TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中所述TCI状态指示准共址(QCL)特性,所述QCL特性将由所述用户设备用于接收物理下行链路控制信道(PDCCH),所述PDCCH与具有不同PCI的所述多个小区相关联或与所述多个小区组相关联,其中所述多个小区或所述多个小区组至少包括用于所述用户设备的服务小区和至少一个非服务小区;以及
由所述用户设备确定存在以下条件中的至少一个条件:
1)基于多DCI的多TRP相关高层参数已经被配置给所述用户设备;
2)多TRP操作的默认模式已经被配置给所述用户设备;或
者
3)所述用户设备已经接收到控制信息,所述控制信息指示与两个不同CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活;以及
由所述用户设备基于确定执行基于多DCI的小区间多TRP操作,对于来自所述多个小区中的小区或对于来自所述多个小区组中的小区,而执行小区间基于多DCI的多TRP操作。
17.一种方法,包括:
由无线网络内的用户设备基于以下项,确定执行针对所述用户设备的小区间基于多下行链路控制信息(多DCI)的多传输接收点(多TRP)操作:
由所述用户设备从网络节点接收用于多个控制资源集(CORESET)的传输配置索引(TCI)状态,其中用于所述多个CORESET的所述TCI状态与具有不同物理小区标识(PCI)的多个小区相关联或与多个小区组相关联,其中所述TCI状态指示准共址(QCL)特性,所述QCL特性将由所述用户设备用于接收物理下行链路控制信道(PDCCH),所述PDCCH与具有不同PCI的所述多个小区相关联或与所述多个小区组相关联,其中所述多个小区或所述多个小区组至少包括用于所述用户设备的服务小区和至少一个非服务小区;以及
由所述用户设备确定存在以下条件中的至少一个条件:
1)基于多DCI的多TRP相关高层参数已经被配置给所述用户设备;
2)多TRP操作的默认模式已经被配置给所述用户设备;或者
3)所述用户设备已经接收到控制信息,所述控制信息指示与两个不同CORESETPoolIndex值相对应的物理下行链路共享信道(PDSCH)TCI状态激活;以及
由所述用户设备基于确定执行基于多DCI的小区间多TRP操作,对于来自所述多个小区中的小区或对于来自所述多个小区组中的小区,而执行小区间基于多DCI的多TRP操作。
18.根据权利要求17所述的方法,其中所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作,其中所述用户设备尚未经由将针对所述用户设备的CORESETPoolIndex值设置为用于CORESET的多于一个值,而被显式配置用于小区间基于多DCI的多TRP操作。
19.根据权利要求17所述的方法,其中对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作包括:所述用户设备关于包括所述服务小区的第一TRP和包括所述至少一个非服务小区的第二TRP而执行以下项中的至少一项:
关于与所述服务小区和所述至少一个非服务小区中的每一者相对应的信道集合(PUCCH/PUSCH/PDSCH/PDCCH),单独的信道监测、数据处理、和/或控制和数据的单独接收和/或传输;
分别监测来自所述服务小区和所述至少一个非服务小区中的每一者的单独PDCCH上的下行链路控制信息(DCI);
针对所述服务小区和所述至少一个非服务小区中的每一者,接收由DCI调度的并且经由对应PDSCH信道接收的下行链路数据;
针对来自所述服务小区和所述至少一个非服务小区的PDSCH分别进行PDSCH信道的解扰;
针对所述服务小区和所述至少一个非服务小区中的每一者,基于对应的DCI,执行上行链路数据传输的单独的PUSCH调度;
关于所述服务小区和关于所述非服务小区,执行单独的波束失败检测和/或波束失败恢复;或者
发送针对所述服务小区和所述非服务小区的混合ARQ(HARQ)反馈。
20.根据权利要求17所述的方法,其中基于以下项中的至少一项,由所述用户设备对于来自所述多个小区中的所述小区或对于来自所述多个小区组中的所述小区,而执行小区间基于多DCI的多TRP操作,如同CORESETPoolIndex值被配置而由所述用户设备执行,即使所述用户设备尚未经由将CORESETPoolIndex值设置为用于CORESET的多于一个值而被显式配置用于多TRP操作:
1)两个PCI之中的最低PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最高PCI表示CORESETPoolIndex=1;
2)两个PCI之中的最高PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的最低PCI表示CORESETPoolIndex=1;
3)两个PCI之中的服务小区PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的所述非服务小区PCI表示CORESETPoolIndex=1;或者
4)两个PCI之中的预定义PCI表示所述CORESETPoolIndex=0,并且所述两个PCI之中的剩余PCI表示CORESETPoolIndex=1。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/221,323 US11632750B2 (en) | 2021-04-02 | 2021-04-02 | Inter-cell multi-TRP operation for wireless networks |
US17/221,323 | 2021-04-02 | ||
PCT/EP2022/057739 WO2022207441A1 (en) | 2021-04-02 | 2022-03-24 | Inter-cell multi-trp operation for wireless networks |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117378165A true CN117378165A (zh) | 2024-01-09 |
Family
ID=81384906
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202280037278.9A Pending CN117378165A (zh) | 2021-04-02 | 2022-03-24 | 用于无线网络的小区间多trp操作 |
Country Status (5)
Country | Link |
---|---|
US (2) | US11632750B2 (zh) |
EP (1) | EP4315725A1 (zh) |
JP (1) | JP2024513058A (zh) |
CN (1) | CN117378165A (zh) |
WO (1) | WO2022207441A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220039137A1 (en) * | 2020-07-31 | 2022-02-03 | Qualcomm Incorporated | Downlink and uplink scheduling using resource configurations |
US11632750B2 (en) * | 2021-04-02 | 2023-04-18 | Nokia Technologies Oy | Inter-cell multi-TRP operation for wireless networks |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11108613B2 (en) | 2018-08-08 | 2021-08-31 | Qualcomm Incorporated | Phase tracking reference signal port or configuration sharing across multiple physical downlink channels of multiple transmit receive points |
US11223461B2 (en) | 2018-09-28 | 2022-01-11 | Qualcomm Incorporated | Association of transmission configuration indicator states to physical cell identities |
EP4014350A1 (en) | 2019-08-16 | 2022-06-22 | Convida Wireless, LLC | Beam failure detection and recovery with multi-trp and multi-panel transmission |
CN111867109A (zh) | 2020-04-15 | 2020-10-30 | 中兴通讯股份有限公司 | 空间参数确定方法及装置 |
JP2023532563A (ja) | 2020-08-21 | 2023-07-28 | 北京小米移動軟件有限公司 | ビーム失敗決定方法、装置、デバイス及び記憶媒体 |
US11632750B2 (en) * | 2021-04-02 | 2023-04-18 | Nokia Technologies Oy | Inter-cell multi-TRP operation for wireless networks |
-
2021
- 2021-04-02 US US17/221,323 patent/US11632750B2/en active Active
-
2022
- 2022-03-24 CN CN202280037278.9A patent/CN117378165A/zh active Pending
- 2022-03-24 EP EP22718121.1A patent/EP4315725A1/en active Pending
- 2022-03-24 JP JP2023560661A patent/JP2024513058A/ja active Pending
- 2022-03-24 WO PCT/EP2022/057739 patent/WO2022207441A1/en active Application Filing
-
2023
- 2023-03-16 US US18/184,951 patent/US11895673B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US11632750B2 (en) | 2023-04-18 |
US11895673B2 (en) | 2024-02-06 |
US20230224920A1 (en) | 2023-07-13 |
JP2024513058A (ja) | 2024-03-21 |
WO2022207441A1 (en) | 2022-10-06 |
EP4315725A1 (en) | 2024-02-07 |
US20220322310A1 (en) | 2022-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11832273B2 (en) | Adaptation of communication parameters for a user equipment | |
EP3523908B1 (en) | Dynamic hybrid automatic repeat request timing management | |
CN110463111B (zh) | 用于无线通信的方法和装备 | |
EP3695546A1 (en) | Inter-radio access technology carrier aggregation | |
US11895673B2 (en) | Inter-cell multi-TRP operation for wireless networks | |
KR20110013336A (ko) | 무선 통신 시스템에서의 pdcch 할당을 위한 방법 및 장치 | |
CN110546928A (zh) | 传送上行链路控制信息(uci) | |
CN112385171A (zh) | 针对协调多点通信的探测参考信号和信道状态信息参考信号增强 | |
US11825373B2 (en) | Reference measurement timing selection for wireless communication mobility | |
CN112567787A (zh) | 用于信道状态信息报告的方法和装置 | |
CN114902591A (zh) | 用于用户设备(ue)共享多播反馈的资源选择 | |
US11425735B2 (en) | Scheduling channel state information (CSI) processes in association with periodic traffic in a CoMP network | |
CN116686230A (zh) | 基于组的波束报告 | |
WO2020074069A1 (en) | Enhanced scheduling request transmissions in wireless networks | |
WO2021077372A1 (en) | Method and access network node for beam management | |
CN110622552B (zh) | 用于通信的装置和方法 | |
US11974265B2 (en) | Use of priority mismatch indication for uplink transmission for wireless networks | |
US20220256564A1 (en) | Maintaining industrial internet of things (iiot) scheduling availability | |
US20230328705A1 (en) | Demodulation Reference Signal Allocation for Uplink Shared Channel for Wireless Communication | |
EP3913833A1 (en) | Feedback method and apparatus | |
US20240015759A1 (en) | Adaptive Configuration for Monitoring a Downlink Control Channel | |
WO2023201701A1 (en) | Transmission configuration indicator for wireless communication | |
WO2021223199A1 (en) | Communication schemes for multi-user payloads | |
WO2021232277A1 (en) | Multi-user packet data addressing techniques | |
WO2023217387A1 (en) | Maximum permissible exposure reporting |
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 |