CN114009126A - 用于基于多dci的多发送器接收器点(trp)的半持续调度(sps) - Google Patents

Abstract

本公开的某些方面提供用于处理具有多个发送器接收器点(TRP)的系统中的、以下行链路控制信息(DCI)发送激活的半持续调度(SPS)发送的技术。

Description

用于基于多DCI的多发送器接收器点(TRP)的半持续调度 (SPS)

优先权要求

本申请要求于2020年6月26日提交的编号为16/914,068的美国申请的优先权，该美国申请要求于2019年6月28日提交的、编号为62/868,576以及于2019年10月11日提交的、编号为62/914,305的美国临时申请的优先权和权益，它们的全部内容通过引用而被明确并入，如同在下文中被完全阐述并用于所有适用目的。

技术领域

本公开的方面涉及无线通信，并且更具体地，涉及用于处理具有多个发送器接收器点(transmitter receiver point，TRP)的系统中的、以下行链路控制信息(DCI)发送激活的半持续调度(SPS)发送的技术。

背景技术

无线通信系统被广泛用于提供各种电信服务，诸如电话、视频、数据、消息接发、广播等。这些无线通信系统可以采用能够通过共享可用系统资源(例如，带宽、发送功率等)来支持与多个用户的通信的多址技术。此类多址系统的示例包括第三代合作伙伴计划(3GPP)长期演进(LTE)系统、高级LTE(LTE-A)系统、码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和时分同步码分多址(TD-SCDMA)系统、等等。

在某些示例中，无线多址通信系统可包括多个基站(BS)，这些基站各自能够同时支持用于多个通信设备的通信，这些通信设备又被称为用户设备(UE)。在LTE或LTE-A网络中，一个或多个基站的集合可以定义eNodeB(eNB)。在其他示例中(例如，在下一代、新无线电(NR)或5G网络中)，无线多址通信系统可以包括多个分布式单元(DU)(例如，边缘单元(EU)、边缘节点(EN)、无线电头端(RH)、智能无线电头端(SRH)、发送接收点(transmissionreception point，TRP)等)，这些分布式单元与多个中央单元(CU)(例如，中央节点(CN)、接入节点控制器(ANC)等)进行通信，其中与CU通信的一个或多个DU的集合可以定义接入节点(例如，其可以被称为BS、5G NB、下一代NodeB(gNB或gNodeB)、发送接收点(TRP)等)。BS或DU可以在下行链路信道(例如，用于从BS或DU到UE的发送)和上行链路信道(例如，用于从UE到BS或DU的发送)上与UE的集合通信。

这些多种接入技术已被用于各种电信标准中，以提供能够使不同无线设备在城市、国家、地区甚至全球的水平上通信的公共协议。NR(例如，新无线电或5G)是新兴电信标准的示例。NR是对3GPP颁布的LTE移动标准的增强的集合。NR被设计成通过在下行链路(DL)上和上行链路(UL)上进行如下操作来更好地支持移动宽带因特网接入：改进频谱效率、降低成本、改进服务、使用新频谱、以及更好地与使用带有循环前缀(CP)的OFDMA的其他开放标准集成。因此，NR支持波束成形、多输入多输出(MIMO)天线技术以及载波聚合。

然而，随着对移动宽带接入的需求继续增加，存在对NR和LTE技术的进一步改进的需要。优选地，这些改进应该适用于其他多址技术和采用这些技术的电信标准。

发明内容

本公开的系统、方法和设备各自具有若干方面，其中，没有单个方面能单独地负责其所期望的属性。在不限制如所附权利要求所表述的本公开的范围的情况下，现在将简要地讨论某些特征。在考虑到本讨论之后，特别地在阅读题为“具体实施方式”的章节之后，将理解本公开的特征如何提供包括以下项的优点：无线网络中的接入点与站之间的经改进的通信。

某些方面提供一种用于由用户设备(UE)进行的无线通信的方法。该方法通常包括：检测来自至少第一发送接收点(TRP)和第二TRP中的每一个的至少一个下行链路控制信息(DCI)，每个DCI根据半持续调度(SPS)配置来激活SPS物理下行链路共享信道(PDSCH)发送，检测来自第一TRP和第二TRP中的每一个的SPS PDSCH发送，确定用于为SPS PDSCH发送提供确认反馈的码本资源，以及根据确定为SPS PDSCH发送提供确认反馈。

某些方面提供一种用于由用户设备(UE)进行的无线通信的方法。该方法通常包括：接收与至少第一控制资源集合(control resource set，CORESET)和第二CORESET相关联的至少第一半持续调度(SPS)配置和第二SPS配置的配置信令，检测激活或释放第一SPS配置或第二SPS配置的至少一个下行链路控制信息(DCI)，以及确定激活或释放是用于第一SPS配置还是第二SPS配置。

某些方面提供一种用于由用户设备(UE)进行的无线通信的方法。该方法通常包括：接收与至少第一控制资源集合(CORESET)和第二CORESET相关联的至少第一半半持续调度(SPS)配置和第二SPS配置的配置信令，每个CORESET与由索引标识的CORESET组相关联，在第一CORESET或第二CORESET中的至少一个中检测激活第一SPS配置或第二SPS配置的至少一个下行链路控制信息(DCI)，以及基于在其中检测到DCI的CORESET组确定用于激活的SPS配置的一个或多个SPS物理下行链路共享信道(PDSCH)的数据加扰(scrambling)标识。

某些方面提供用于执行本文描述的技术的部件、装置和/或其上存储有计算机可执行代码的计算机可读介质。

为了完成前述及相关目标，一个或多个方面包括在以下充分描述并在权利要求中具体指出的特征。下面的描述和所附附图详细说明了一个或多个方面的某些说明性特征。然而，这些特征仅指示其中可采用各个方面的原理的各种方式中的几种。

附图说明

因此，为了可以详细地理解上文陈述的本公开的特征的方式，可参照诸方面进行对上文简要概述的更具体的描述，这些方面中的某些在附图中被示出。然而，应注意的是，所附附图仅示出本公开的某些典型方面，并且因此不应被视为限制本公开的范围，因为本说明书可以允许其他等效方面。

图1是在概念上图示出根据本公开的某些方面的示例电信系统的框图。

图2是图示出根据本公开的某些方面的分布式无线电接入网络(RAN)的示例逻辑架构的框图。

图3是图示出根据本公开的某些方面的分布式RAN的示例物理架构的示图。

图4是在概念上图示出根据本公开的某些方面的示例基站(BS)和用户设备(UE)的设计的框图。

图5是示出根据本公开的某些方面的用于实现通信协议栈的示例的示图。

图6图示出根据本公开的某些方面的用于新无线电(NR)系统的帧格式的示例。

图7是图示出根据本公开的某些方面的示例多发送接收点(TRP)发送场景的示图。

图8是图示出根据本公开的某些方面的可以由UE执行的示例操作的流程图。

图9-11A图示出根据本公开的某些方面的、其中可以应用图8的操作的示例场景。

图12是图示出根据本公开的某些方面的可以由UE执行的示例操作的流程图。

图13是图示出根据本公开的某些方面的可以由UE执行的示例操作的流程图。

为了便于理解，在可能的情况下，已使用相同的附图标记来指定各图所共有的相同元件。在没有特定陈述的情况下，预期可以在其他方面有益地利用在一个方面中公开的元件。

具体实施方式

本公开的方面提供用于处理具有多个发送器接收器点(TRP)的系统中的、以下行链路控制信息(DCI)发送激活的半持续调度(SPS)发送的装置、方法、处理系统和计算机可读介质。

以下描述提供示例，但并非对权利要求中所陈述的范围、适用性或示例的限制。在不脱离本公开的范围的情况下，可以对所讨论的元件的功能和布置进行改变。各种示例可以酌情省略、替代或添加各种过程或组件。例如，可以按与所描述次序不同的次序来执行所描述的方法，以及可以添加、省略或组合各个步骤。同样，相对于某些示例描述的特征可以被组合至某些其他示例中。例如，可以使用任意数量的本文所陈述的方面来实现装置或实践方法。此外，公开的范围旨在覆盖使用作为本文阐述的公开的各种方面的附加或除了本文阐述的公开的各种方面之外的其它结构、功能性或者结构和功能性来实践的装置或方法。应当理解的是，可以由权利要求中的一个或多个元素来体现本公开的任何方面。在本文中使用单词“示例性”来意指“用作示例、实例或说明”。本文中被描述为“示例性”的任何方面并不一定要被解释为相比其他方面更优选或有利。

本文中描述的技术可以被用于各种无线通信技术，诸如LTE、CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其他网络。术语“网络”和“系统”通常可互换地使用。CDMA网络可以实现诸如通用陆地无线电接入(UTRA)、cdma2000等之类的无线电技术。UTRA包括宽带CDMA(WCDMA)和CDMA的其他变型。cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可以实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA网络可以实现诸如NR(例如，5G RA)、演进型UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE802.20、Flash-OFDMA等之类的无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的部分。

新无线电(NR)是与5G技术论坛(5GTF)一起开发的新兴无线通信技术。3GPP长期演进(LTE)和高级LTE(LTE-A)是使用E-UTRA的UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A和GSM在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中被描述。cdma2000和UMB在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中被描述。本文描述的技术可以被用于上文提到的无线网络和无线电技术以及其他无线网络和无线电技术。为了清楚起见，尽管本文中可以使用通常与3G和/或4G无线技术相关联的术语来描述方面，但是本公开的方面可以被应用于基于其他代的通信系统中，诸如5G及之后各代，包括NR技术。

新无线电(NR)接入(例如，5G技术)可以支持各种无线通信服务，诸如针对宽带宽(例如，80MHz或更高)的增强型移动宽带(eMBB)、针对高载波频率(例如，25GHz或更高)的毫米波(mmW)、针对非后向兼容MTC技术的大规模机器类型通信MTC(mMTC)、和/或针对超可靠低时延通信(URLLC)的关键任务。这些服务可以包括时延和可靠性需求。这些服务还可以具有不同的发送时间间隔(TTI)以满足相应的服务质量(QoS)要求。此外，这些服务可以在相同子帧中共存。

示例无线通信系统

图1图示出可以在其中执行本公开的方面的示例无线通信网络100。例如，图1的UE120可以被配置为执行下文参考图8、12和/或13描述的操作，以处理多TRP系统中的SPS发送。

无线通信网络100可以是例如新无线电(NR)或5G网络。根据下文参考图8、12和13描述的操作，BS 110可以涉及到UE 120的多个发送接收点(多TRP)发送。

如图1所示的，无线通信网络100可以包括多个基站(BS)110和其他网络实体。BS可以是与用户设备(UE)通信的站。每个BS 110可以向特定地理区域提供通信覆盖。在3GPP中，取决于使用术语的上下文，术语“小区”可以指代Node B(NB)的覆盖区域和/或服务此覆盖区域的NB子系统。在NR系统中，术语“小区”和下一代NodeB(gNB或gNodeB)、NR BS、5G NB、接入点(AP)或发送接收点(TRP)可以互换。在某些示例中，小区可以不一定是固定的，并且小区的地理区域可以根据移动BS的位置而移动。在某些示例中，基站可以通过诸如以下各项的各种类型的回程接口来彼此互连和/或与无线通信网络100中的一个或多个其他基站或网络节点(未示出)互连：直接物理连接、无线连接、虚拟网络，或使用任何合适的传送网络的类似项。

通常来说，给定地理区域中可以部署任何数量的无线网络。每个无线网络可以支持特定的无线电接入技术(RAT)并且可以在一个或多个频率上操作。RAT也可以被称为无线电技术、空中接口等。频率也可以被称为载波、子载波、频率信道、频调(tone)、子带等。每个频率在给定地理区域中可以支持单个RAT以便避免不同RAT的无线网络之间的干扰。在某些情况下，可以部署NR或5G RAT网络。

BS可以提供用于宏小区、微微小区、毫微微小区和/或其他类型的小区的通信覆盖。宏小区可以覆盖相对较大的地理区域(例如，半径为若干公里)，并且可以允许具有服务订阅的UE无限制地接入。微微小区可以覆盖相对较小的地理区域，并且可以允许具有服务订阅的UE无限制地接入。毫微微小区可以覆盖相对较小的地理区域(例如，家庭)，并且可以允许与该毫微微小区具有关联的UE(例如，封闭订户组(CSG)中的UE、用于该家庭中的用户的UE等)进行受限接入。用于宏小区的BS可以被称为宏BS。用于微微小区的BS可以被称为微微BS。用于毫微微小区的BS可以被称为毫微微BS或家庭BS。在图1所示的示例中，BS 110a、110b和110c分别可以是用于宏小区102a、102b和102c的宏BS。BS 110x可以是用于微微小区102x的微微BS。BS 110y和110z分别可以是用于毫微微小区102y和102z的毫微微BS。BS可以支持一个或多个(例如，三个)小区。

无线通信网络100还可以包括中继站。中继站是从上游站(例如，BS或UE)接收数据和/或其他信息的发送并向下游站(例如，UE或BS)发出数据和/或其他信息的发送的站。中继站还可以是为其他UE中继发送的UE。在图1所示的示例中，中继站110r可以与BS 110a和UE 120r通信以便促进BS 110a与UE 120r之间的通信。中继站还可以被称为中继BS、中继等。

无线通信网络100可以是包括例如以下各项的不同类型的BS的异构网络：宏BS、微微BS、毫微微BS、中继等。这些不同类型的BS可以具有不同的发送功率水平、不同的覆盖区域、以及对无线通信网络100中的干扰具有不同的影响。例如，宏BS可以具有高发送功率水平(例如，20瓦特)，而微微BS、毫微微BS以及中继可以具有较低的发送功率水平(例如，1瓦特)。

无线通信网络100可以支持同步操作或异步操作。对于同步操作，BS可以具有相似的帧定时，并且可以在时间上大致对准来自不同BS的发送。对于异步操作，BS可以具有不同的帧定时，并且在时间上可以不对准来自不同BS的发送。本文描述的技术可以被用于同步和异步操作两者。

网络控制器130可以耦合至BS的集合并为这些BS提供协调和控制。网络控制器130可以经由回程与BS 110通信。BS 110还可以经由无线或有线回程彼此通信(例如，直接地或间接地)。

UE 120(例如，120x、120y等)可以散布于整个无线通信网络100中，并且每个UE可以是固定的或移动的。UE还可以被称为移动站、终端、接入终端、订户单元、站、客户驻地装备(CPE)、蜂窝电话、智能电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板计算机、相机、游戏设备、上网本、智能本、超极本、器具、医疗设备或医疗装备、生物测定传感器/设备、可穿戴设备(诸如智能手表、智能服装、智能眼镜、智能腕带、智能珠宝(例如智能戒指、智能手镯等))、娱乐设备(例如音乐设备、视频设备、卫星无线电等)、车辆组件或传感器、智能仪表/传感器、工业制造装备、全球定位系统设备或被配置为经由无线或有线介质来通信的任何其他合适的设备。某些UE可以被视为机器类型通信(MTC)设备或演进型MTC(eMTC)设备。MTC和eMTC UE包括例如可以与BS、另一设备(例如，远程设备)或某些其他实体通信的机器人、无人机、远程设备、传感器、仪表、监视器、位置标签等。无线节点可以经由有线或无线通信链路提供例如用于或到达网络(例如，诸如因特网或蜂窝网络之类的广域网)的连通性。某些UE可以被视为物联网(IoT)设备，该物联网设备可以是窄带IoT(NB-IoT)设备。

某些无线网络(例如，LTE)在下行链路上利用正交频分复用(OFDM)，而在上行链路上利用单载波频分复用(SC-FDM)。OFDM和SC-FDM将系统带宽划分为多个(K)正交子载波，这些子载波通常也被称为频调、频槽(bin)等。每个子载波可以用数据来进行调制。通常，调制码元在频域中利用OFDM来发出，而在时域中利用SC-FDM来发出。相邻子载波之间的间隔可以被固定，而子载波的总数(K)可以取决于系统带宽。例如，子载波的间隔可以是15kHz，而最小资源分配(被称为“资源块”(RB))可以是12个子载波(或180kHz)。因此，对于1.25、2.5、5、10或20兆赫兹(MHz)的系统带宽，标称快速傅里叶变换(FFT)大小可以分别等于128、256、512、1024或2048。系统带宽还可以被分割为子带。例如，子带可以覆盖1.08MHz(即，6个资源块)，从而对于1.25、2.5、5、10或20MHz的系统带宽，可以分别有1、2、4、8或16个子带。

尽管本文描述的示例的方面可以与LTE技术相关联，但本公开的方面可以适用于其他无线通信系统，例如NR。NR可以在上行链路和下行链路上利用带有CP的OFDM，并包括对使用TDD的半双工操作的支持。波束成形可以被支持并且波束方向可以被动态配置。带有预编码的MIMO发送也可以被支持。DL中的MIMO配置可以支持最多8个发送天线，其中具有最多8个流且每个UE最多2个流的多层DL发送。其中每个UE最多2个流的多层发送可以被支持。多个小区的聚合可以支持最多8个服务小区。

在某些示例中，可以调度对空中接口的接入。调度实体(例如，BS)为其服务区域或小区内的某些或所有设备和装备之间的通信分配资源。调度实体可以负责调度、指派、重新配置和释放用于一个或多个从属实体的资源。即，对于所调度的通信，从属实体利用由调度实体分配的资源。基站不是可以用作调度实体的唯一实体。在某些示例中，UE可以用作调度实体并且可以调度用于一个或多个从属实体(例如，一个或多个其他UE)的资源，并且其他UE可以利用由该UE调度的资源来用于无线通信。在某些示例中，UE可以在对等(P2P)网络和/或网状网络中用作调度实体。在网状网络示例中，除了与调度实体通信之外，UE还可以彼此直接通信。

在图1中，具有双箭头的实线指示UE与服务BS之间的期望发送，服务BS是被设计成在下行链路和/或上行链路上服务UE的BS。具有双箭头的细虚线指示UE与BS之间的干扰发送。

图2图示出分布式无线电接入网络(RAN)200的示例逻辑架构，可以在图1所示的无线通信网络100中实现该分布式RAN 200。5G接入节点206可以包括接入节点控制器(ANC)202。ANC 202可以是分布式RAN 200的中央单元(CU)。到下一代核心网络(NG-CN)204的回程接口可以在ANC 202处终止。到相邻的下一代接入节点(NG-AN)210的回程接口可以在ANC202处终止。ANC 202可以包括一个或多个TRP 208(例如，小区、BS、gNB等)。

TRP 208可以是分布式单元(DU)。TRP 208可以被连接至单个ANC(例如，ANC 202)或多于一个ANC(未图示出)。例如，对于RAN共享、无线电即服务(RaaS)以及服务特定AND部署，TRP 208可以被连接至多于一个ANC。TRP 208可以各自包括一个或多个天线端口。TRP208可以被配置为单独地(例如，动态选择)或联合地(例如，联合发送)向UE提供业务。

分布式RAN 200的逻辑架构可以支持跨不同部署类型的前传解决方案。例如，该逻辑架构可以基于发送网络能力(例如，带宽、时延和/或抖动(jitter))。

分布式RAN 200的逻辑架构可以与LTE共享特征和/或组件。例如，下一代接入节点(NG-AN)210可以支持与NR的双连通性，并且可以共享用于LTE和NR的公共前传。

分布式RAN 200的逻辑架构可以实现TRP 208之间以及之中的协作，例如TRP内的协作和/或经由ANC 202跨TRP的协作。可以不使用TRP间的接口。

逻辑功能可以动态地分布于分布式RAN 200的逻辑架构中。如将参考图5更详细地描述的，无线电资源控制(RRC)层、分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层、介质接入控制(MAC)层和物理(PHY)层可以被适当地放置在DU(例如，TRP 208)或CU(例如，ANC 202)处。

图3图示出根据本公开的方面的分布式RAN 300的示例物理架构。集中式核心网络单元(C-CU)302可以托管核心网络功能。C-CU 302可以被集中部署。为了处理峰值容量，可以将C-CU 302功能性卸载(例如，卸载到高级无线服务(AWS))。

集中式RAN单元(C-RU)304可以托管一个或多个ANC功能。可选地，C-RU 304可以局部地托管核心网络功能。C-RU 304可以具有分布式部署。C-RU 304可以靠近网络边缘。

DU 306可以托管一个或多个TRP(边缘节点(EN)、边缘单元(EU)、无线电头端(RH)、智能无线电头端(SRH)等)。DU可以位于具有射频(RF)功能性的网络的边缘。

图4图示出可以被用于实现本公开的方面的BS 110和UE 120(如图1所描绘的)的示例组件。例如，UE 120的天线452、处理器466、458、464和/或控制器/处理器480可以被用于执行本文关于图8、12和/或13描述的各种操作。

在BS 110处，发送处理器420可以从数据源412接收数据以及从控制器/处理器440接收控制信息。控制信息可以针对以下各项：物理广播信道(PBCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)、物理下行链路控制信道(PDCCH)、组公共PDCCH(GC PDCCH)等。数据可以用于物理下行链路共享信道(PDSCH)等。处理器420可以处理(例如，编码和码元映射)数据和控制信息，以分别获得数据码元和控制码元。处理器420还可以生成例如用于主同步信号(PSS)、次同步信号(SSS)和小区特定参考信号(CRS)等的参考码元。发送(TX)多输入多输出(MIMO)处理器430可以在适用的情况下对数据码元、控制码元和/或参考码元执行空间处理(例如，预编码)，并且可以向调制器(MOD)432a至432t提供输出码元流。每个调制器432可以处理相应的输出码元流(例如，用于OFDM等)以获得输出样本流。每个调制器可以对输出样本流进行进一步处理(例如，转换为模拟、放大、滤波和升频转换(upconvert))以获得下行链路信号。来自调制器432a至432t的下行链路信号可以分别经由天线434a至434t来发送。

在UE 120处，天线452a至452r可以从基站110接收下行链路信号，并且可以分别向收发器454a至454r中的解调器(DEMOD)提供接收的信号。每个解调器454可以调节(例如，滤波、放大、降频转换(downconvert)和数字化)相应的接收的信号以获得输入样本。每个解调器可以进一步处理输入样本(例如，用于OFDM等)以获得接收的码元。MIMO检测器456可以从所有解调器454a至454r获得接收的码元，在适用的情况下对接收的码元执行MIMO检测，以及提供经检测码元。接收处理器458可以处理(例如，解调、解交织(deinterleave)和解码)经检测码元，向数据宿(data sink)460提供用于UE 120的经解码数据，以及向控制器/处理器480提供经解码控制信息。

在上行链路上，在UE 120处，发送处理器464可以接收并处理来自数据源462的数据(例如，用于物理上行链路共享信道(PUSCH))以及来自控制器/处理器480的控制信息(例如，用于物理上行链路控制信道(PUCCH))。发送处理器464还可以生成针对参考信号(例如，针对探测参考信号(SRS))的参考码元。来自发送处理器464的码元可以在适用的情况下由TX MIMO处理器466进行预编码，由收发器454a至454r中的解调器进一步处理(例如，用于SC-FDM等)，以及被发送到基站110。在BS 110处，来自UE 120的上行链路信号可以由天线434接收，由调制器432处理，在适用的情况下由MIMO检测器436检测，以及由接收处理器438进一步处理以获得由UE 120发出的经解码的数据和控制信息。接收处理器438可以向数据宿439提供经解码数据，以及向控制器/处理器440提供经解码控制信息。

控制器/处理器440和480可以分别指导BS 110和UE 120处的操作。BS 110处的处理器440和/或其他处理器和模块可以执行或指导用于本文描述的技术的过程的执行。存储器442和482可以分别存储用于BS 110和UE 120的数据和程序代码。调度器444可以调度UE来用于下行链路和/或上行链路上的数据发送。

图5图示出根据本公开的方面的示出用于实现通信协议栈的示例的示图500。所示的通信协议栈可以由在诸如5G系统(例如，支持基于上行链路的移动性的系统)之类的无线通信系统中操作的设备来实现。示图500图示了包括RRC层510、PDCP层515、RLC层520、MAC层525和PHY层530的通信协议栈。在各种示例中，协议栈的层可以被实现为软件的单独模块、处理器或ASIC的部分、由通信链路连接的非共位(non-collocated)设备的部分、或其各种组合。共位和非共位的实现可以例如在用于网络接入设备(例如，AN、CU和/或DU)或UE的协议栈中被使用。

第一选项505-a示出协议栈的拆分实现，其中协议栈的实现被拆分于集中式网络接入设备(例如，图2中的ANC 202)与分布式网络接入设备(例如，图2中的DU 208)之间。在第一选项505-a中，RRC层510和PDCP层515可以由中央单元来实现，而RLC层520、MAC层525和PHY层530可以由DU来实现。在各种示例中，CU和DU可以是共位的或非共位的。第一选项505-a在宏小区、微小区或微微小区部署中可以是有用的。

第二选项505-b示出协议栈的统一实现，其中协议栈被实现于单个网络接入设备中。在第二选项中，RRC层510、PDCP层515、RLC层520、MAC层525和PHY层530可以各自由AN来实现。第二选项505-b在例如毫微微小区部署中可以是有用的。

不管网络接入设备是实现协议栈的部分还是全部，UE都可以实现如505-c所示的整个协议栈(例如，RRC层510、PDCP层515、RLC层520、MAC层525和PHY层530)。

在LTE中，基本发送时间间隔(TTI)或分组持续时间是1ms子帧。在NR中，子帧仍然是1ms，但基本TTI被称为时隙。子帧包含取决于子载波间隔的可变数量的时隙(例如，1、2、4、8、16…个时隙)。NR RB是12个连续频率子载波。NR可以支持15KHz的基础子载波间隔，并且可以相对于基础子载波间隔来定义其他子载波间隔，例如30kHz、60kHz、120kHz、240kHz等。码元和时隙长度与子载波间隔成比例。CP长度也取决于子载波间隔。

图6是示出用于NR的帧格式600的示例的示图。针对下行链路和上行链路中的每一个的发送时间线可以被分割至无线电帧的单元中。每个无线电帧可以具有预定持续时间(例如，10ms)，并且可以被分割为10个子帧，每个子帧为1ms，具有0到9的索引。每个子帧可以包括取决于子载波间隔的可变数量的时隙。每个时隙可以包括取决于子载波间隔的可变数量的码元周期(例如，7或14个码元)。每个时隙中的码元周期可以被指派索引。可以被称为子时隙结构的微时隙是指具有小于时隙的持续时间(例如，2、3或4个码元)的发送时间间隔。

时隙中的每个码元可以指示用于数据发送的链路方向(例如，DL、UL或灵活方向)，并且用于每个子帧的链路方向可以被动态地切换。链路方向可以基于时隙格式。每个时隙可以包括DL/UL数据以及DL/UL控制信息。

在NR中，同步信号(SS)块被发送。SS块包括PSS、SSS以及两个码元PBCH。可在固定时隙位置(诸如图6所示的码元0-3)中发送SS块。PSS和SSS可以被UE用于小区搜索和获取。PSS可以提供半帧定时，SS可以提供CP长度和帧定时。PSS和SSS可以提供小区标识。PBCH携带某些基本系统信息，诸如下行链路系统带宽、无线电帧内的定时信息、SS突发集合周期性(SS burst set periodicity)、系统帧号等。SS块可以被组织至SS突发中以支持波束扫描(beam sweeping)。诸如剩余最小系统信息(RMSI)、系统信息块(SIB)、其他系统信息(OSI)之类的进一步的系统信息可以在某些子帧中在物理下行链路共享信道(PDSCH)上被发送。SS块可以被发送最多六十四次，例如，用于mmW的最多六十四个不同的波束方向。SS块的最多六十四次发送被称为SS突发集合。SS突发集合中的SS块在相同频域中被发送，而不同SS突发集合中的SS块可以在不同的频率位置被发送。

在某些情况下，两个或更多个从属实体(例如，UE)可以使用侧链路信号彼此通信。此类侧链路通信的实际应用可以包括公共安全、邻近服务、UE到网络的中继、车辆到车辆(V2V)的通信、万物互联(IoE)通信、IoT通信、关键任务网和/或各种其他合适的应用。通常来说，侧链路信号可以指代这样的信号，其从一个从属实体(例如，UE1)被通信到另一从属实体(例如，UE2)，而不通过调度实体(例如，UE或BS)中继此通信(即使调度实体可以被用于调度和/或控制目的)。在某些示例中，可以使用经许可频谱(不同于典型地使用未许可频谱的无线局域网络)来通信侧链路信号。

UE可以在各种无线电资源配置中操作，这些配置包括与使用专用资源集合(例如，无线电资源控制(RRC)专用状态等)发送导频(pilot)相关联的配置或与使用公共资源集合(例如，RRC公共状态等)发送导频相关联的配置。当在RRC专用状态下操作时，UE可以选择专用资源集合来用于向网络发送导频信号。当在RRC公共状态下操作时，UE可以选择公共资源集合来用于向网络发送导频信号。在任一情况下，由UE发送的导频信号可以由诸如AN或DU或者其部分之类的一个或多个网络接入设备接收。每个进行接收的网络接入设备可以被配置为接收和测量在公共资源集合上发送的导频信号，并且还接收和测量在分配给UE的专用资源集合上发送的导频信号，其中该网络接入设备是针对该UE的网络接入设备的监视集合的成员。进行接收的网络接入设备中的一个或多个、或者进行接收的网络接入设备向其发送导频信号的测量的CU，可以使用该测量来标识针对UE的服务小区，或发起针对UE中的一个或多个的服务小区的改变。

用于基于多DCI的多TRP场景的示例SPS

NR网络预期利用多个发送和接收点(TRP)、通过灵活的部署场景来改进可靠性和容量性能。例如，允许UE经由多TRP接入无线网络可以有助于支持增加的移动数据业务并增强覆盖。多TRP可以被用于实现一个或多个宏小区、小小区、微微小区或毫微微小区，并且可以包括远程无线电头端、中继节点等。图7图示了示例多TRP场景，其中两个TRP(TRP 1和TRP2)为UE服务。

如图7所示，对于多TRP发送，多个PDCCH(每一个是从多个TRP中的不同TRP发送的)可以被用于调度。每个PDCCH可以包括对应的下行链路控制信息(DCI)。

例如，PDCCH1(从TRP 1发送)可以携带第一DCI，该第一DCI调度将在PDSCH1中从TRP1发送的第一码字(CW1)。类似地，PDCCH2(从TRP2发送)可以携带第二DCI，该第二DCI调度将在PDSCH2中从TRP2发送的第二码字(CW2)。

在基于2-DCI的多TRP发送(如图7所示的多TRP发送)设计中，用于两个TRP之间的通信的回程(BH)条件可以是理想的(相对小的BH时延)或非理想的(大量的BH时延)。

为了监视从不同TRP发送的DCI，可以使用多个不同的控制资源集合(CORESET)。如本文所使用的，术语CORESET通常是指物理资源的集合(例如，NR下行链路资源网格上的特定区域)和用于携带PDCCH/DCI的参数的集合。例如，CORESET的区域可以类似于LTE PDCCH区域(例如，子帧中的前1、2、3、4个OFDM码元)。

在某些情况下，UE侧的TRP区分可以基于CORESET组。CORESET组可以由每个CORESET的索引的更高层信令定义，该索引可以被用于对CORESET进行分组。例如，对于2个CORESET组，可以使用两个索引(即，索引＝0和索引＝1)。因此，UE可以监视不同CORESET组中的发送，并且推断不同CORESET组中发出的发送来自不同的TRP。否则，不同TRP的概念可以对UE透明。

对于与不同TRP(例如，两个CORESET组的示例中的两个TRP)所调度的PDSCH发送相对应的HARQ-Ack(Ack/Nack或简称A/N)反馈，存在各种选项。一个选项是提供联合A/N反馈(在相同PUCCH上被携带)，这可以适用于具有理想BH的部署。这种情况下的联合A/N可以类似于下行链路载波聚合(DL CA)情况，其中用于类型2反馈的联合下行链路指派索引(DAI)计数过程、以及候选PDSCH时机(occasion)对每个TRP(例如，每个CORESET组，对于类型1)可以是独立的。

另一选项是使用单独A/N反馈(例如，在单独的PUCCH上被携带)，这可以适用于理想和非理想BH部署两者。如果在相同时隙中发送A/N，则可以基于在其中接收调度PDSCH的DCI的CORESET组来分离A/N码本。对于类型1码本(半静态)反馈，候选PDSCH接收时机的确定可以是跨两个(或更多)CORESET组独立的。对于类型2码本(动态)反馈，针对在不同CORESET组中接收的DCI，DAI计数过程可以是独立的。

在某些系统(例如，Rel 15)中，每个PUCCH组可能仅支持一个活动的DL SPS配置(过程)。在此类情况下，对于SPS可能有至少两种形式的A/N反馈：用于PDSCH SPS接收和用于SPS释放。通常，如果UE在没有接收到对应的PDCCH的情况下接收到PDSCH，或者如果UE接收到指示SPS PDSCH释放的PDCCH，则UE可以生成一个对应的HARQ-ACK信息比特。在给定的时隙中，针对PDSCH SPS接收生成仅1比特的HARQ-ACK反馈。换句话说，UE不期望处于在相同PUCCH中针对多于一个SPS PDSCH接收来发送HARQ-ACK信息的场景中。

对于类型1码本反馈，码本中的HARQ-Ack比特的位置对应于实际接收的DL SPS。针对对应于SPS PDSCH释放的HARQ-ACK信息的、类型-1HARQ-ACK码本中的位置可以与对应的SPS PDSCH接收相同(例如，仅其中一个被预期用于码本中的A/N报告)。

对于类型2码本反馈，UE可以将1比特的A/N附加到HARQ-Ack码本的末尾以用于PDSCH SPS接收(例如，如果SPS被激活并且UE被配置为在时隙n-K1中接收SPS PDSCH，其中K1是PDSCH到HARQ反馈(PDSCH-to-HARQ-feedback)定时值，而n是将在其中发送HARQ-Ack码本的PUCCH时隙)。对于SPS释放，如果以指向用于A/N的PUCCH发送的相同时隙的K1值接收对应的DCI，则可能会有单独的A/N反馈，并且基于动态码本中的DAI确定位置。

如果UE发送仅对应于PDSCH接收而没有对应PDCCH(例如，SPS PDSCH接收)的HARQ-ACK信息，则用于带有HARQ-ACK信息的对应PUCCH发送的PUCCH资源可以由n1PUCCH-AN(被配置为SPS-Config的部分)提供。否则(如果码本还包含用于DCI所调度的PDSCH的A/N或用于SPS释放的Ack)，DCI中的PUCCH资源指示符(PRI)字段可以被用于PUCCH资源选择。

某些系统(例如，Rel-16)可以被设计为每个PUCCH组支持多个活动的DL SPS配置。例如，为了支持多种服务类型，对于单个TRP，可以支持多个SPS配置(其不一定与多TRP相关)。在此类情况下，对于HARQ-Ack码本构造和PUCCH资源选择的细节，存在各种选项。

本公开的方面可以帮助解决为多TRP场景中的SPS发送提供A/N反馈(例如，对应于根据SPS配置或用于SPS释放而在没有对应PDCCH发送的情况下调度的PDSCH发送的A/N反馈)的各种挑战。通常，反馈办法可以被认为是两种情况：对不同TRP的单独A/N反馈或联合A/N反馈。此外，类型1(半静态)和类型2(动态)码本类型是可能的。

本公开的方面可以提供使用这些办法和码本类型来解决不同场景的技术。根据第一场景(场景1)，每个小区组只能允许一个SPS配置。根据第二场景(场景2)，每个小区组可以允许两个SPS配置，但是这些SPS配置可能属于不同的TRP。根据第三场景(场景3)，每个小区组允许有多个SPS配置，并且这些SPS配置可以属于相同或不同的TRP。场景3可以被认为是场景2的通用版本，其中每个TRP可能有多于一个SPS配置。在一个TRP内，如何处理针对多个SPS发送的A/N反馈可能类似于用于单个TRP的多个SPS配置的情况。

本公开的方面还可以帮助解决多TRP场景中的SPS激活、SPS释放和用于SPS的PDSCH加扰。

图8图示出根据本公开的某些方面的用于处理多TRP场景中的SPS发送的示例操作800。操作800可以例如由用于处理SPS PDSCH发送的UE(例如，诸如无线通信网络100中的UE120)来执行。

操作800通过以下操作而开始于802处：在至少第一控制资源集合(CORESET)和第二CORESET中的每一个上检测至少一个下行链路控制信息(DCI)，每个DCI根据半持续调度(SPS)配置激活SPS物理下行链路共享信道(PDSCH)发送。

在804处，UE对第一CORESET和第二CORESET中的每一个上的SPS PDSCH发送进行解码。在某些情况下，可以对CORESET进行分组(例如，其中相同组中的CORESET具有相同的索引)并且可以基于CORESET组来区分TRP。

在806处，UE确定用于为SPS PDSCH发送提供确认反馈的一个或多个码本的码本构造。例如，UE可以确定是使用单独的(separate)码本(为不同CORESET组上的不同SPS发送提供单独反馈)还是使用单个码本(为不同CORESET组上的不同SPS发送提供联合反馈)。在808处，UE根据确定为SPS PDSCH发送提供确认反馈。

如上所述，本文呈现的技术可以被应用于上述各种场景。

例如，对于一个SPS配置(场景1)，在单独反馈的情况下(情况1)，用于SPS PDSCH接收或用于SPS释放的A/N比特可以仅在两个码本的一个中被允许，其中码本是根据各种替代方案中的一个确定的。例如，根据第一替代方案，可以使用与第一CORESET组(例如，索引0)相关联的码本。在某些情况下，SPS激活/释放可能会受到约束，因此它只能在第一个CORESET组中的PDCCH中被接收。根据第二替代方案，哪个码本可以具有用于SPS PDSCH接收/释放的A/N可以取决于确定在哪个CORESET组上接收SPS激活/释放。

对于一个SPS配置(场景1)，在联合反馈(情况2)的情况下，用于HARQ-Ack码本的现有规则可能就足够了。然而，在此类情况下，可能存在只能在CORESET组中的一个中的PDCCH中接收SPS激活/释放的约束。

对于对应于不同TRP的两个SPS配置的情况(场景2)，在单独反馈的情况下(情况1)，可以在对应的码本中携带用于SPS PDSCH接收或用于SPS释放的A/N比特，该码本是基于在其中接收到激活/释放SPS配置的DCI的CORESET组来确定的。

图9图示出在单独反馈的情况下(场景2，情况1)，对应于不同TRP的两个SPS配置的示例。如图所示，UE可以在第一CORESET组(例如，具有索引0的CORESET)上接收具有K1＝2的指示的、激活SPS PDSCH发送的第一DCI。参数K1通常是指调度参数，指示从PDSCH发送到对应的HARQ反馈的定时。

UE还可以接收具有K1＝2的指示的、激活与第二CORESET组(例如，具有索引1的CORESET)相关联的SPS配置的第二DCI。在这种情况下，可以使用单独的PUCCH资源来为在不同CORESET组中接收的SPS PDSCH发送提供A/N反馈。例如，如图所示，UE可以发出携带来自第一码本(与CORESET组1相关联的码本1)的A/N比特的第一PUCCH和携带来自第二码本(与CORESET组2相关联的码本2)的A/N比特的第二PUCCH。

可以注意到，常规PDSCH(由对应的PDCCH调度)未在图9中示出，并且如果被调度，对应的A/N也可以是相同码本的部分。用于SPS释放的A/N反馈也未在图9中示出。

对于对应于不同TRP(场景2)和联合反馈(情况2)的两个SPS配置的情况，可以支持类型1和类型2码本类型。对于类型1码本，码本中可以允许最多2比特的A/N，并且这两个比特对应于两个SPS配置。A/N比特的位置是基于对应于两个CORESET组的候选PDSCH时机而单独确定的；在对应于CORESET组的所有A/N比特中，A/N(无论是用于SPS PDSCH接收还是SPS释放)的位置都基于实际接收的DL SPS。

图10图示出在利用类型1码本的单独反馈的情况下(场景2，情况2)，对应于不同TRP的两个SPS配置的示例。如图所示，UE可以再次在第一CORESET组(例如，具有索引0的CORESET)上接收具有K1＝2的指示的、激活SPS PDSCH发送的第一DCI。

UE还可以接收激活与第二CORESET组(例如，具有索引1的CORESET)相关联的SPS配置、但是具有K1＝3的指示的第二DCI。在此情况下，K1的不同值导致可以在相同时隙n中以单个PUCCH发送来确认发生在A/N报告窗口内的不同时机(时隙n-3和n-2)中的SPS PDSCH发送。如图所示，联合码本中的条目可以具有用于确认在不同CORESET组中发出的SPS PDSCH发送的比特。

可以注意到，用于常规PDSCH(由对应的PDCCH调度)的DCI未在图10中示出，并且用于SPS释放的A/N反馈也未被示出。

场景2，情况2，利用类型2码本，在码本中可以允许最多2比特的A/N。例如，这两个比特可以对应于两个SPS配置。在这种情况下，如图11所示，UE可以将2比特的A/N附加到HARQ-Ack码本的末尾(如果两个SPS都被激活并且UE被配置为在时隙n-K1中接收SPSPDSCH，其中K1是用于SPS配置(它们可以具有不同的K1值，如图11所示)的PDSCH到HARQ反馈定时值，并且n是将在其中发送HARQ-Ack码本的PUCCH时隙)。在此类情况下，第一比特可以对应于与第一CORESET组相关联的SPS发送(例如，来自第一TRP)并且第二比特可以对应于与第二CORESET组相关联的SPS(例如，第二TRP)。

图11图示出在利用类型2码本的单独反馈的情况下(场景2，情况2)，对应于不同TRP的两个SPS配置的示例。如图所示，UE可以再次在第一CORESET组(例如，具有索引0的CORESET)上接收具有K1＝2的指示的、激活SPS PDSCH发送的第一DCI，以及接收激活与第二CORESET组(例如，具有索引1的CORESET)相关联的SPS配置、但是具有K1＝3的指示的第二DCI。在这种情况下，对应于两个SPS配置的两个A/N比特被附加到码本条目。

图中，值(x,y)表示如在调度PDSCH的DCI中所指示的计数器DAI和总DAI。例如，在时隙n-3中，常规PDSCH(1，1)指示计数器DAI为1，总DAI为1。同样，可以注意到，用于常规PDSCH的DCI和用于SPS释放的A/N未被示出。

这种相同的办法可以被应用于场景3，但是如上所述，每个TRP(每个CORESET组)可能有多于一个SPS配置。对于SPS释放，码本中的位置可以取决于DAI值。

对于多个TRP(m-TRP)之中的联合动态HARQ-ACK码本，存在各种选项。图11中所示的以及上文(针对联合动态码本)描述的示例假设联合DAI计数(计数器DAI和总DAI两者)跨两个TRP。在这种情况下，计数器DAI跨两个TRP/CORESET组(例如，按照CORESET配置的不同更高层索引)而被联合计数，并且总(累积)DAI对跨CC和TRP的PDCCH监视时机中的DCI的总数进行计数。

在替代办法中，按照TRP/CORESET组(按照CORESET配置的更高层索引的每个值)对计数器DAI进行计数(跟踪)，而总DAI(对于每个TRP/按照CORESET配置的更高层索引的值)可以对跨用于每个TRP/CORESET组的CC的PDCCH监视时机中的DCI的总数进行计数。在这种情况下，HARQ-ACK信息比特可以通过TRP的递增次序(即，按照CORESET配置的不同更高层索引(如果被配置))来串接。在这种情况下，动态HARQ-Ack码本由对应于两个DAI操作(每个TRP)的两个子码本构成。虽然可以使用图11所示的码本选项(以将对应于两个TRP的SPSPDSCH接收的两个A/N比特附加到两个子码本的末尾)，但图11A示出了不同的选项。

图11A示出了考虑以下的示例：场景2(对应于不同TRP的两个SPS配置)、情况2(联合反馈)、以及具有按照TRP/CORESET组计数的计数器DAI(cDAI)和总DAI(tDAI)的动态码本。

如图所示，联合码本中可能本质上有两个子码本。第一子码本对应于第一TRP/按照CORESET配置的第一更高层索引值(基于cDAI/tDAI值的第一集合)，而第二子码本对应于第二TRP/按照CORESET配置的第二更高层索引值(基于cDAI/tDAI值的第二集合)。对于SPSPDSCH接收，对应于两个SPS配置的码本中允许最多2比特的A/N。如图11A所示，UE可以将1比特A/N附加到第一子码本的末尾(如果SPS被激活并且与第一TRP/第一CORESET组相关联，并且UE被配置为在时隙n-K1中接收SPS PDSCH，其中K1是用于SPS配置的PDSCH到HARQ反馈定时值，n是将在其中发送HARQ-Ack码本的PUCCH时隙)。类似地，对于与第二TRP/第二CORESET组相关联的SPS PDSCH，UE可以将1比特A/N附加到第二子码本的末尾。

图11所示的码本办法可以被扩展到其中每个TRP(每个CORESET组)可能有多于一个SPS配置的情况。在这种情况下，对于具有多于一个SPS配置的任何TRP/CORESET组，UE可以将多于1个比特的A/N附加到子码本。

如上所述，本公开的方面还可以帮助解决多TRP场景中的SPS激活、SPS释放和用于SPS的PDSCH加扰。

图12图示出根据本公开的某些方面的用于处理多TRP场景中的SPS激活和SPS释放的示例操作1200。操作1200可以例如由用于处理SPS PDSCH发送的UE(例如，诸如无线通信网络100中的UE 120)来执行。

操作1200通过以下操作而开始于1202处：接收与至少第一控制资源集合(CORESET)和第二CORESET相关联的至少第一半持续调度(SPS)配置和第二SPS配置的配置信令。在1204处，UE检测激活或释放第一SPS配置或第二SPS配置的至少一个下行链路控制信息(DCI)。在1206处，UE确定激活或释放是用于第一SPS配置还是第二SPS配置。

每个SPS配置一旦被激活，就可能导致多个(例如，周期性的)SPS PDSCH发送。在某些情况下，UE可以在以下假设下操作：用于不同的SPS配置的单独的激活/释放。对于场景1，可能存在关于以下的某些限制：仅在CORESET组中的一个中接收用于SPS激活/释放的DCI(这与上文更详细讨论的A/N反馈相关)。

对于场景2，根据第一选项，两个SPS配置可以与对应于CORESET组(索引＝0和索引1)的更高层索引(SPS-Config中的RRC参数)相关联。如果在CORESET组(CORESET中的更高层索引)中的PDCCH中接收到SPS激活/释放，则激活/释放对应的SPS(在SPS-Config中具有相同的索引)。根据第二选项，两个SPS配置可以通过高层信令(SPS-Config中的RRC参数)而与两个不同的ID相关联。在此类情况下，该ID可以在激活/释放DCI中被明确指示。对于激活，ID可以经由DCI中的PRI字段被指示(例如，尽管PRI字段在PUCCH资源由RRC参数n1PUCCH-AN给定时不被用于激活，但PRI被用于释放DCI)。第二选项也可以被用于场景3，但不是两个ID，而是多个ID。

在某些情况下，可以使用选项1和选项2的组合。例如，SPS ID(0，1，2，…)和索引(0和1)都可以在SPS-配置中被定义。在此类情况下，不同的SPS配置可能无法同时具有相同的ID和相同的索引(但可能具有相同的ID或相同的索引)。在某些情况下，ID可以被用于区分相同TRP内的不同SPS配置，而索引则被用于区分TRP。ID的显式DCI信令以及在其中接收DCI的CORESET组两者都可以被用于确定哪个SPS被激活/释放。

图13图示出根据本公开的某些方面的用于处理用于SPS的PDSCH加扰的示例操作1300。操作1300可以例如由用于处理SPS PDSCH发送的UE(例如，诸如无线通信网络100中的UE 120)来执行。

操作1300通过以下操作而开始于1302处：接收与至少第一控制资源集合(CORESET)和第二CORESET相关联的至少第一半半持续调度(SPS)配置和第二SPS配置的配置信令，每个CORESET与由索引标识的CORESET组相关联。每个SPS配置一旦被激活，就可能导致多个(周期性的)SPS PDSCH发送。

在1304处，UE检测来自第一TRP或第二TRP中的至少一个的、激活SPS PDSCH发送的至少一个下行链路控制信息(DCI)。在1306处，UE基于在其中检测到DCI的CORESET组来确定用于PDSCH的数据加扰标识。

在某些系统中，至少对于具有M-DCI NCJT的eMBB，为了生成不同的PDSCH加扰序列，增强的RRC配置可以被支持以配置多个dataScramblingIdentityPDSCH(数据加扰标识PDSCH)。如何将dataScramblingIdentityPDSCH与TRP关联起来可能仍然是一个问题。对于基于授权的PDSCH(非SPS)，dataScramblingIdentityPDSCH的关联可以基于在其中接收到调度DCI的CORESET组。在这种情况下，一个dataScramblingIdentityPDSCH可以对应于一个索引(例如，出自同样按照CORESET配置的两个索引，例如索引＝0，索引＝1)。当在具有更高层索引(0或1)的CORESET中接收到调度PDSCH的DCI时，对应的dataScramblingIdentityPDSCH被用于PDSCH加扰。

然而，对于SPS而言会存在挑战，因为没有调度PDSCH的对应的DCI/PDCCH。替代地，本公开的方面提出激活SPS的DCI可以被用于确定CORESET组(索引)并因此确定对应的dataScramblingIdentityPDSCH。对于SPS PDSCH接收(没有对应的PDCCH)，可以像上文描述的那样进行处理，其中一个dataScramblingIdentityPDSCH对应于一个索引(例如，出自同样按照CORESET配置的两个索引，例如索引＝0，索引＝1)。另外，SPS配置可能对应于与不同索引相关联的不同TRP(在SPS-config中，索引可以是对应于两个CORESET组的0或1)。与在其中接收SPS激活DCI的CORESET组相关联的dataScramblingIdentityPDSCH可以被用于SPSPDSCH加扰。

示例实施例

实施例1：一种用于由用户设备(UE)进行的无线通信的方法，包括：在至少第一控制资源集合(CORESET)和第二CORESET中的每一个上检测至少一个下行链路控制信息(DCI)，每个DCI根据半持续调度(SPS)配置激活SPS物理下行链路共享信道(PDSCH)发送；解码对应的SPS PDSCH发送；确定用于为SPS PDSCH发送提供确认反馈的一个或多个码本的码本构造；以及根据该确定为SPS PDSCH发送提供确认反馈。

实施例2：如实施例1的方法，其中：在第一CORSET中接收的DCI是从第一发送器接收器点(TRP)发送的；在第二CORSET中接收的DCI是从第二TRP发送的。

实施例3：如实施例1或2的方法，其中：第一CORESET与第一CORESET组相关联；第二CORESET与第二CORESET组相关联；一个或多个码本包括与第一CORESET组相关联的码本；并且UE根据与第一CORESET组相关联的码本为SPS PDSCH发送中的每一个提供确认反馈。

实施例4：如实施例1至3中任一项的方法，还包括接收指示码本构造的信令。

实施例5：如实施例1至4中任一项的方法，其中：第一CORESET与第一CORESET组相关联；第二CORESET与第二CORESET组相关联；一个或多个码本包括与第一CORESET组和第二CORESET组相关联的第一码本和第二码本；并且UE基于在其中检测到激活SPS PDSCH发送的DCI的CORESET组、根据第一码本或第二码本为SPS PDSCH发送中的每一个提供确认反馈。

实施例6：如实施例5的方法，还包括接收针对每个CORESET的、指示该CORESET属于哪个CORESET组的索引的信令。

实施例7：如实施例5或6的方法，还包括：检测释放与第一CORESET或第二CORESET中的一个相关联的SPS配置的DCI；基于在其中检测到释放SPS配置的DCI的CORESET组，确定与释放的SPS配置相关联的CORESET。

实施例8：如实施例7的方法，还包括根据基于在其中检测到释放SPS PDSCH发送的DCI的CORESET组选择的码本为该释放提供确认反馈。

实施例9：如实施例1至8中任一项的方法，其中所确定的码本结构包括公共码本，其条目具有用于确认在第一CORESET和第二CORESET中的每一个上检测到的SPS PDSCH发送的比特。

实施例10：如实施例9的方法，其中：公共码本包括类型1混合自动重传请求(HARQ)确认码本；第一CORESET与第一CORESET组相关联；第二CORESET与第二CORESET组相关联；并且比特的位置是基于报告窗口内的候选PDSCH时机而被单独确定的，这些时机是针对CORESET组中的每一个而被单独确定的。

实施例11：如实施例9或10的方法，其中：公共码本包括类型2混合自动重传请求(HARQ)确认码本；比特被附加到码本条目；比特中的一个用于确认在第一CORESET上检测到的SPS PDSCH发送；比特中的另一个用于确认在第二CORESET上检测到的SPS PDSCH发送。

实施例12：如实施例11的方法，还包括：在第一CORESET和第二CORESET中的至少一个上检测释放SPS PDSCH发送的DCI；以及经由一个或多个比特为该释放提供确认反馈，其中该条目在码本内的位置至少部分地取决于下行链路指派索引(DAI)值。

实施例13：如实施例1至12中任一项的方法，还包括：接收用于第一CORESET或第二CORESET中的至少一个的至少两个SPS配置。

实施例14：一种用于由用户设备(UE)进行的无线通信的方法，包括：接收与至少第一控制资源集合(CORESET)和第二CORESET相关联的至少第一半持续调度(SPS)配置和第二SPS配置的配置信令，检测激活或释放第一SPS配置或第二SPS配置的至少一个下行链路控制信息(DCI)，以及确定激活或释放是用于第一SPS配置还是第二SPS配置。

实施例15：如实施例14的方法，其中：第一CORESET与第一CORESET组相关联；第二CORESET与第二CORESET组相关联；每个SPS配置与第一CORESET组或第二CORESET组中的一个相关联；并且UE确定激活或释放用于与在其中检测到激活或释放SPS配置的DCI的CORESET组相关联的SPS配置。

实施例16：如实施例15的方法，还包括接收针对每个CORESET的、指示该CORESET属于哪个CORESET组的索引的信令。

实施例17：如实施例15或16的方法，还包括：接收指示哪个SPS配置与哪个CORESET组相关联的信令。

实施例18：如实施例14的方法，其中：DCI包括指示DCI激活或释放哪个SPS配置的标识符。

实施例19：如实施例18的方法，还包括：接收指示用于每个SPS配置的标识符的信令。

实施例20：如实施例18或19的方法，其中：UE接收用于第一CORESET或第二CORESET中的至少一个的至少两个SPS配置；并且DCI包括指示DCI激活至少两个SPS配置中的哪一个的标识符。

实施例21：如实施例20的方法，其中每个SPS配置具有标识符并且与CORESET组相关联。

实施例22：如实施例21的方法，其中标识符被用于区分相同CORESET组内的不同SPS配置。

实施例23：如实施例22的方法，其中基于在其中接收到激活或释放SPS的DCI的CORESET组来区分SPS配置中的哪个跨CORESET组。

实施例24：一种用于由用户设备(UE)进行的无线通信的方法，包括：接收与至少第一控制资源集合(CORESET)和第二CORESET相关联的至少第一半半持续调度(SPS)配置和第二SPS配置的配置信令，每个CORESET与由索引标识的CORESET组相关联，在第一CORESET或第二CORESET中的至少一个中检测激活第一SPS配置或第二SPS配置的至少一个下行链路控制信息(DCI)，以及基于在其中检测到DCI的CORESET组确定用于激活的SPS配置的一个或多个SPS物理下行链路共享信道(PDSCH)的数据加扰标识。

实施例25：如实施例24的方法，其中至少两个CORESET组索引中的每一个与不同的数据加扰标识相关联。

实施例26：如实施例25的方法，其中每个SPS配置对应于与不同的索引相关联的不同的CORESET组。

实施例27：如实施例25或26的方法，其中与在其中检测到DCI的CORESET组相关联的数据加扰标识被用于SPS PDSCH加扰。

实施例28：一种用于由用户设备(UE)进行的无线通信的装置，包括：用于在至少第一控制资源集合(CORESET)和第二CORESET中的每一个上检测至少一个下行链路控制信息(DCI)的部件，每个DCI根据半持续调度(SPS)配置SPS激活物理下行链路共享信道(PDSCH)发送；用于解码对应的SPS PDSCH发送的部件；用于确定用于为SPS PDSCH发送提供确认反馈的一个或多个码本的码本构造的部件；以及用于根据该确定为SPS PDSCH发送提供确认反馈的部件。

本文公开的方法包括用于实现该方法的一个或多个步骤或动作。方法步骤和/或动作可以在不背离权利要求的范围的情况下彼此互换。换言之，除非步骤或动作的特定次序被指定，否则可以在不背离权利要求的范围的情况下修改特定步骤和/或动作的次序和/或使用。

如本文所使用的，指代项目列表中的“至少一个”的短语是指那些项目的任何组合，包括单个成员。作为示例，“a、b或c中的至少一个”旨在覆盖a、b、c、a-b、a-c、b-c和a-b-c，以及与多个相同元素的任何组合(例如a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c或a、b和c的任何其他次序)。

如本文中所使用的，术语“确定”涵盖各种各样的动作。例如，“确定”可以包括运算、计算、处理、推导、调查、查找(例如，在表、数据库或另一数据结构中查找)、探明等。同样，“确定”可以包括接收(例如，接收信息)、访问(例如，访问存储器中的数据)等。同样，“确定”可以包括解析、选择、选取、建立等。

先前描述被提供用于使任何本领域技术人员能够实践本文描述的各个方面。对这些方面的各种修改对本领域技术人员而言将是显而易见的，并且本文定义的一般原理可以被应用于其他方面。因此，权利要求不旨在受限于本文所示出的方面，而是旨在被赋予与权利要求的语言一致的完整范围，其中除非有特定说明，以单数形式对元素的引用并非旨在意指“一个以及仅一个”，而是“一个或多个”。除非另有特定说明，术语“某些”指代一个或多个。本领域普通技术人员已知或以后将知道的、贯穿本公开所描述的各个方面的元素的全部结构和功能等同物均通过引用被明确地并入本文，并且旨在由权利要求涵盖。而且，本文公开的内容都不旨在专用于公众，无论此类公开是否在权利要求中被明确叙述。将不依据35U.S.C.§112(f)的条款解释任何权利要求元素，除非使用短语“用于……的部件”来明确陈述元素，或者在方法权利要求的情况下使用短语“用于……的步骤”来陈述元素。

上述方法的各种操作可以由能够执行对应功能的任何合适的部件来执行。该部件可以包括各种硬件和/或软件组件和/或模块，包括但不限于电路、专用集成电路(ASIC)或处理器。通常来说，在附图中示出操作的情况下，那些操作可以具有相应的对应部件加功能组件(counterpart means-plus-function components)。例如，图8、12和13中所示的各种操作可以由图4中所示的各种处理器来执行，诸如UE 120的处理器466、458、464和/或控制器/处理器480。

结合本公开描述的各种说明性逻辑块、模块和电路可以用被设计成执行本文描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑设备(PLD)、分立门或晶体管逻辑、分立硬件组件或其任何组合来实现或执行。通用处理器可以是微处理器，但在替代情况下，该处理器可以是任何商业上可获得的处理器、控制器、微控制器或状态机。处理器还可以被实现为计算设备的组合，例如以下项的组合：DSP和微处理器、多个微处理器、与DSP核结合的一个或多个微处理器、或任何其他此类配置。

如果以硬件实现，则示例硬件配置可以包括无线节点中的处理系统。该处理系统可以用总线架构来实现。总线可以包括任意数量的互连总线和桥，这取决于处理系统的特定应用和总体设计约束。总线可以将包括处理器、机器可读介质和总线接口的各种电路链接在一起。除其他事项外，总线接口可以被用于经由总线将网络适配器连接至处理系统。网络适配器可以被用于实现PHY层的信号处理功能。在用户终端120(见图1)的情况下，用户接口(例如，小键盘、显示器、鼠标、操纵杆等)也可以被连接至总线。总线还可以链接各种其他电路，诸如定时源、外围设备、电压调节器、功率管理电路等，这些在本领域中是众所周知的，因此将不再进一步描述。处理器可以用一个或多个通用和/或专用处理器来实现。示例包括微处理器、微控制器、DSP处理器以及可执行软件的其他电路系统。取决于特定应用和施加于整个系统的整体设计约束，本领域技术人员将认识到如何最好地为处理系统实现所描述的功能性。

如果以软件实现，则功能可以作为一个或多个指令或代码在计算机可读介质上被存储或发送。软件应当宽泛地被解释为意指指令、数据、或其任何组合，无论其被称为软件、固件、中间件、微码、硬件描述语言还是其它。计算机可读介质包括计算机存储介质和通信介质两者，通信介质包括促进计算机程序从一个地方转移到另一地方的任何介质。处理器可以负责管理总线和通用处理，包括执行存储在机器可读存储介质上的软件模块。计算机可读存储介质可以耦合至处理器，使得处理器可以从该存储介质读取信息，并且可以向该存储介质写入信息。在替代方案中，存储介质可以与处理器集成在一起。举例来说，机器可读介质可以包括发送线、由数据调制的载波、和/或与无线节点分开的其上存储有指令的计算机可读存储介质，所有这些都可由处理器通过总线接口来访问。替代地或附加地，机器可读介质或其任何部分可以被集成至处理器中，诸如可能具有高速缓存和/或通用寄存器文件的情况。机器可读存储介质的示例可以包括，例如，RAM(随机存取存储器)、闪存、ROM(只读存储器)、PROM(可编程只读存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、寄存器、磁盘、光盘、硬驱动器或任何其他合适的存储介质、或其任意组合。机器可读介质可以被体现于计算机程序产品中。

软件模块可以包括单个指令或多个指令，并且可以分布在若干不同的代码段上、分布在不同程序之中、以及跨多个存储介质分布。计算机可读介质可以包括多个软件模块。软件模块包括指令，该指令在由诸如处理器之类的装置执行时使处理系统执行各种功能。软件模块可以包括发送模块和接收模块。每个软件模块可以驻留在单个存储设备中，或者跨多个存储设备分布。举例来说，当触发事件发生时，软件模块可以从硬驱动器被加载到RAM中。在软件模块的执行期间，处理器可以将指令中的某些加载到高速缓存中以提高访问速度。然后可以将一个或多个高速缓存行加载到通用寄存器文件中，以供处理器执行。当参考以下的软件模块的功能性时，将理解，此类功能性在执行来自此软件模块的指令时由处理器实现。

同样，任何连接都适当地被称为计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字订户线(DSL)，或者诸如红外(IR)、无线电、微波之类的无线技术来从网站、服务器或其他远程源发送软件，则同轴电缆、光纤光缆、双绞线、DSL或诸如红外、无线电和微波之类的无线技术被包括在介质的定义中。本文使用的磁盘和光盘包括紧凑盘(CD)、激光盘、光学盘、数字多功能光盘(DVD)、软盘和

盘，其中磁盘通常以磁性方式再现数据，而光盘则用激光以光学方式再现数据。因此，在某些方面中，计算机可读介质可以包括非暂时性计算机可读介质(例如，有形介质)。此外，对于其他方面，计算机可读介质可以包括暂时性计算机可读介质(例如，信号)。上述项的组合也应被包括在计算机可读介质的范围内。

因此，某些方面可以包括用于执行本文提出的操作的计算机程序产品。例如，此类计算机程序产品可以包括其上存储(和/或编码)有指令的计算机可读介质，该指令由一个或多个处理器执行以执行本文描述的操作。例如，指令用于执行本文描述的以及图8、12和/或13所示的操作。

进一步地，应当理解，可以由用户终端和/或基站在适用时下载和/或以其他方式获得用于执行本文描述的方法和技术的模块和/或其他适当的部件。例如，此类设备可以耦合至服务器以促进用于执行本文描述的方法的部件的转移。替代地，可以经由存储部件(例如，RAM、ROM、诸如紧凑盘(CD)或软盘之类的物理存储介质等)来提供本文描述的各种方法，使得用户终端和/或基站可以在将存储部件耦合或提供至设备之际获得各种方法。而且，可以利用用于将本文描述的方法和技术提供给设备的任何其他合适的技术。

将理解，权利要求不限于以上图示出的精确配置和组件。在不背离权利要求的范围的情况下，可以对以上描述的方法和装置的布置、操作和细节方面进行各种修改、改变和变化。

Claims (28)

1.一种用于由用户设备(UE)进行的无线通信的方法，包括：

在至少第一控制资源集合(CORESET)和第二CORESET中的每一个上检测至少一个下行链路控制信息(DCI)，每个DCI根据半持续调度(SPS)配置激活SPS物理下行链路共享信道(PDSCH)发送；

解码对应的SPS PDSCH发送；

确定用于为所述SPS PDSCH发送提供确认反馈的一个或多个码本的码本构造；以及

根据所述确定为所述SPS PDSCH发送提供确认反馈。

2.如权利要求1所述的方法，其中：

在所述第一CORSET中接收的所述DCI是从第一发送器接收器点(TRP)发送的；以及

在所述第二CORSET中接收的所述DCI是从第二TRP发送的。

3.如权利要求1所述的方法，其中：

所述第一CORESET与第一CORESET组相关联；

所述第二CORESET与第二CORESET组相关联；

所述一个或多个码本包括与所述第一CORESET组相关联的码本；以及

所述UE根据与所述第一CORESET组相关联的所述码本为所述SPS PDSCH发送中的每一个提供确认反馈。

4.如权利要求1所述的方法，还包括接收指示所述码本构造的信令。

5.如权利要求1所述的方法，其中：

所述第一CORESET与第一CORESET组相关联；

所述第二CORESET与第二CORESET组相关联；

所述一个或多个码本包括与所述第一CORESET组和所述第二CORESET组相关联的第一码本和第二码本；以及

所述UE基于在其中检测到激活所述SPS PDSCH发送的所述DCI的所述CORESET组、根据所述第一码本或所述第二码本为所述SPS PDSCH发送中的每一个提供确认反馈。

6.如权利要求5所述的方法，还包括接收针对每个CORESET的、指示该CORESET属于哪个CORESET组的索引的信令。

7.如权利要求5所述的方法，还包括：

检测释放与所述第一CORESET或所述第二CORESET中的一个相关联的SPS配置的DCI；以及

基于在其中检测到释放所述SPS配置的所述DCI的CORESET组，确定与释放的SPS配置相关联的CORESET。

8.如权利要求7所述的方法，还包括根据基于在其中检测到释放所述SPS PDSCH发送的所述DCI的所述CORESET组选择的码本为所述释放提供确认反馈。

9.如权利要求1所述的方法，其中所确定的码本结构包括公共码本，其条目具有用于确认在所述第一CORESET和所述第二CORESET中的每一个上检测到的所述SPS PDSCH发送的比特。

10.如权利要求9所述的方法，其中：

所述公共码本包括类型1混合自动重传请求(HARQ)确认码本；

所述第一CORESET与第一CORESET组相关联；

所述第二CORESET与第二CORESET组相关联；以及

所述比特的位置是基于报告窗口内的候选PDSCH时机而被单独确定的，所述候选PDSCH时机是针对所述CORESET组中的每一个而被单独确定的。

11.如权利要求9所述的方法，其中：

所述公共码本包括类型2混合自动重传请求(HARQ)确认码本；

所述比特被附加到所述码本条目；

所述比特中的一个用于确认在所述第一CORESET上检测到的所述SPS PDSCH发送；以及

所述比特中的另一个用于确认在所述第二CORESET上检测到的所述SPS PDSCH发送。

12.如权利要求11所述的方法，还包括：

在所述第一CORESET和所述第二CORESET中的至少一个上检测释放SPS PDSCH发送的DCI；以及

经由一个或多个比特为所述释放提供确认反馈，其中所述条目在所述码本内的位置至少部分地取决于下行链路指派索引(DAI)值。

13.如权利要求1所述的方法，还包括：

接收用于所述第一CORESET或所述第二CORESET中的至少一个的至少两个SPS配置。

14.一种用于由用户设备(UE)进行的无线通信的方法，包括：

接收与至少第一控制资源集合(CORESET)和第二CORESET相关联的至少第一半持续调度(SPS)配置和第二SPS配置的配置信令；

检测激活或释放所述第一SPS配置或所述第二SPS配置的至少一个下行链路控制信息(DCI)；以及

确定所述激活或释放是用于所述第一SPS配置还是所述第二SPS配置。

15.如权利要求14所述的方法，其中：

所述第一CORESET与第一CORESET组相关联；

所述第二CORESET与第二CORESET组相关联；

每个SPS配置与所述第一CORESET组或所述第二CORESET组中的一个相关联；以及

所述UE确定所述激活或释放用于与在其中检测到激活或释放所述SPS配置的所述DCI的所述CORESET组相关联的SPS配置。

16.如权利要求15所述的方法，还包括接收针对每个CORESET的、指示该CORESET属于哪个CORESET组的索引的信令。

17.如权利要求15所述的方法，还包括：

接收指示哪个SPS配置与哪个CORESET组相关联的信令。

18.如权利要求14所述的方法，其中：

所述DCI包括指示所述DCI激活或释放哪个SPS配置的标识符。

19.如权利要求18所述的方法，还包括：

接收指示用于每个SPS配置的标识符的信令。

20.如权利要求18所述的方法，其中：

所述UE接收用于所述第一CORESET或所述第二CORESET中的至少一个的至少两个SPS配置；以及

所述DCI包括指示所述DCI激活所述至少两个SPS配置中的哪一个的标识符。

21.如权利要求20所述的方法，其中每个SPS配置具有标识符并且与CORESET组相关联。

22.如权利要求21所述的方法，其中所述标识符被用于区分相同CORESET组内的不同SPS配置。

23.如权利要求22所述的方法，其中基于在其中接收到激活或释放所述SPS的所述DCI的所述CORESET组来区分所述SPS配置中的哪个跨所述CORESET组。

24.一种用于由用户设备(UE)进行的无线通信的方法，包括：

接收与至少第一控制资源集合(CORESET)和第二CORESET相关联的至少第一半半持续调度(SPS)配置和第二SPS配置的配置信令，每个CORESET与由索引标识的CORESET组相关联；

在所述第一CORESET或所述第二CORESET中的至少一个中检测激活所述第一SPS配置或所述第二SPS配置的至少一个下行链路控制信息(DCI)；以及

基于在其中检测到所述DCI的CORESET组确定用于激活的SPS配置的一个或多个SPS物理下行链路共享信道(PDSCH)的数据加扰标识。

25.如权利要求24所述的方法，其中至少两个CORESET组索引中的每一个与不同的数据加扰标识相关联。

26.如权利要求25所述的方法，其中每个SPS配置对应于与不同的索引相关联的不同的CORESET组。

27.如权利要求25所述的方法，其中与在其中检测到所述DCI的所述CORESET组相关联的所述数据加扰标识被用于SPS PDSCH加扰。

28.一种用于由用户设备(UE)进行的无线通信的装置，包括：

用于在至少第一控制资源集合(CORESET)和第二CORESET中的每一个上检测至少一个下行链路控制信息(DCI)的部件，每个DCI根据半持续调度(SPS)配置激活SPS物理下行链路共享信道(PDSCH)发送；

用于解码对应的SPS PDSCH发送的部件；

用于确定用于为所述SPS PDSCH发送提供确认反馈的一个或多个码本的码本构造的部件；以及

用于根据所述确定为所述SPS PDSCH发送提供确认反馈的部件。

Images