CN115699665A - 用于稠密部署中的物理上行链路共享信道的波束管理 - Google Patents

Abstract

无线网络中的用户装备(UE)可以接收调度用于非基于代码本和/或基于代码本的PUSCH操作的物理上行链路共享信道(PUSCH)的下行链路控制信息(DCI)。UE可以被配置用于每一项基于代码本的操作和非基于代码本的操作的探测参考符号(SRS)资源集合。UE可以在PUSCH时机的第一集合中使用基于代码本的操作进行发送，并且在PUSCH时机的第二集合中使用非基于代码本的操作进行发送。DCI可以包括与PUSCH时机的不同集合相关的多个SRS资源指示符(SRI)字段。类似地，DCI可以包括与用于PUSCH时机的集合的预编码的层数相关的信息。

Description

用于稠密部署中的物理上行链路共享信道的波束管理

相关申请的交叉引用

本申请要求2020年6月12日提交的标题为“Beam management for physicaluplink shared channels in dense deployments(用于稠密部署中的物理上行链路共享信道的波束管理)”的美国临时专利申请号63/038,174的权益，其内容通过引用的方式被合并在本文中。

技术领域

本公开内容涉及移动设备通信，比如(但不限于)在3GPP TS 38.211、TS 38.212、TS 38.213、TS 38.214、TS 38.321、TS 38.331和TS 38.306的2020年3月Release 16版本中所描述的移动设备通信。

发明内容

在不同情形中，例如对于SRS和PUSCH，在基于代码本和非基于代码本的UL发送之间进行动态切换可能是有益的。一种示例性的情形是具有由TRP和RP服务的UL的蜂窝。针对TRP的UL发送在使用非基于代码本的操作的情况下可能具有最高操作效率，而针对RP的UL发送则在使用基于代码本的操作的情况下可能具有最高操作效率。

针对在服务蜂窝的UL带宽部分中高效地操作基于代码本与非基于代码本的UL之间的动态切换提出了各种解决方案。

在一种情况中，UE可以被配置针对基于代码本的操作的一个SRS资源集合和针对非基于代码本的操作的一个SRS资源集合。在一种情况中，UE可以被配置针对混合操作的SRS资源集合，例如针对基于代码本的操作的增强型SRS资源集合。

针对基于代码本与非基于代码本的操作之间的基于DCI的动态切换提出了解决方案，包括与传统的基于代码本的操作模式相比不需要任何附加的或发生改变的DCI字段的解决方案。DCI可以包括SRS资源指示符字段。在一些解决方案中，所指示的SRS资源还可以表明操作模式。

举例来说，如果指示了多端口SRS资源，则采用传统基于代码本的操作，并且照此解释用于预编码器信息和层数的字段。另一方面，如果指示了单端口SRS资源，则采用非基于代码本的操作，并且将用于预编码器信息和层数的字段重新解释为支持非基于代码本的操作的SRS资源指示符。

PUSCH重复是用于可靠性增强的重要工具。针对跨越PUSCH时机的基于代码本和非基于代码本的发送讨论了各种解决方案。

在UE操作基于DL的UL(例如非基于代码本的操作)和基于用于波束管理的SRS的UL(例如基于代码本的操作)两者的情形中，有可能减少所需的用于波束管理的SRS的数量。这可以提高UL资源效率并且减少UL干扰和UE功率消耗。针对将用于波束管理的SRS的发送聚焦在未被基于DL的UL操作覆盖的方向/面板/波束上提出了各种方案。

提供本发明内容部分是为了以简化形式介绍将在后面的具体实施方式部分中进一步描述的各种概念。本发明内容部分不意图标识出所要求保护的主题内容的关键特征或必要特征，也不意图被用来限制所要求保护的主题内容的范围。此外，所要求保护的主题内容不受限于解决在本公开内容的任何部分中提到的任何或所有缺点的限制。

附图说明

通过后面结合附图以举例的方式给出的描述可以获得更加详细的理解，其中：

图1A-1C示出了TRP和RP的情境中的示例性的点。

图2示出了具有一个TRP中的DL发送和三个点中的UL接收的示例性蜂窝。

图3示出了分别由多个点服务的两个蜂窝的示例。

图4示出了两个蜂窝的示例，其中蜂窝A由多个点服务，蜂窝B由单个TRP服务。

图5示出了在两个频率层服务两个蜂窝的站点的示例。

图6示出了TRP 1在频率层f1上服务于蜂窝A并且RP 1在频率层f2上服务于蜂窝B的示例。

图7A和7B示出了用于NCBB PUSCH的基于DL的UL波束管理的示例。

图8示出了使用CBB的操作的部分基于DL的UL操作的示例。

图9示出了如何可以获得Z的示例。

图10示出了使用用于PUSCH调度的传统DCI中的DCI字段动态地选择CBB或NCBB操作的规程的流程图。

图11是PUSCH的示例性重复的定时图。

图12示出了MAC CE中的面板ID指示P的示例，例如在本例中是用于非周期性或半永久性的SRS激活/去激活。

图13示出了负空间关系的示例。

图14示出了从一个面板发送的用于BM的SRS的示例性情形，在本例中是在RP的方向上。

图15A示出了可以在其中具体实现本文中所描述并要求保护的方法和装置的示例性通信系统。

图15B是被配置用于无线通信的示例性装置或设备的方框图。

图15C是示例性无线电接入网(RAN)和核心网络的系统图。

图15D是另一个示例性RAN和核心网络的系统图。

图15E是另一个示例性RAN和核心网络的系统图。

图15F是示例性计算系统的方框图。

图15G是另一个示例性通信系统的方框图。

具体实施方式

对于本文中所使用的许多缩写的描述，参见附录2的表7。

Rx/Tx波束对应性——基于DL的UL

考虑具有Rx/Tx波束对应性(简称作波束对应性)能力的UE，例如可以从DL Rx波束导出UL Tx波束的UE。

对于这样的UE，UL波束管理的高效模式是令UE从被用于接收DL RS的DL Rx波束导出用于UL发送的UL Tx波束。这样的操作模式在本文中被记作“基于DL的UL”。

在基于DL的UL中，可以避免用于波束管理的SRS的UE发送，例如SRS的波束扫描发送。

对基于波束对应性的基于DL的UL的另一个要求是无线电信道互易性，例如DL和UL中的无线电传播足够类似。这常常可以在TDD系统中实现，其中DL和UL使用(至少几乎)相同的频率但是在时间上多路复用。在互易性的情境中，在发射机和/或接收机硬件(例如天线、电缆、滤波器等等)中引发的一些效应有时会被包括在无线电信道中。如果DL和UL发送在不同的频率上发生，只要频率分隔不太大，足够的无线电信道互易性也是可能的。举例来说，频带内的信道互易性可能是可行的。

发送接收点(TRP)和接收点(RP)的情形

在本文中考虑一个或多个UE与网络之间的无线通信。例如特定UE附近的网络可以包括发送接收点(TRP)和/或接收点(RP)。TRP/RP在各种情境中可以被称作“分布式天线系统”(DAS)或“远程无线电头端”(RRH)。

TRP向一个或多个UE发送信号和/或信道(通常被称作下行链路(DL))，并且从一个或多个UE接收信号和/或信道(通常被称作上行链路(UL))。在某些情况下，TRP充当UE，例如在充当中继器时，TRP可以充当UE并且与另一个节点进行交互以接收随后被中继到UE的DL数据，或者TRP可以充当UE并且将接收自UE的UL数据中继到基站。

RP从一个或多个UE接收信号和/或信道(UL)。在TRP和RP的情境中，不同的点可以在地理上分开(参见下面的图1(a))。在某些情况下，不同的点可以位于近似相同的地理位置但是以某种其他方式分开，例如第一个点的(多个)天线(或(多个)天线单元)的(多个)视轴与第二个点的(多个)天线的(多个)视轴显著不同。

后者的示例是使用不同的天线集合服务于不同方向上的多个扇区的蜂窝通信站点。在这种情况下，从站点服务于不同方向上的不同扇区的不同天线集合可以被视为不同的点。这在图1(b)中示出。

在某些情况下，天线被安排在一个或多个面板中，如下面的图1(c)中所示，面板例如包括具有NxM个天线的矩形面板。在某些情况下，面板的所有天线或子集连接到相同的发射机接收机(TRX)链或者相同的接收机(RX)链。在某些情况下，不同面板的天线连接到不同的发射机接收机(TRX)链或不同的接收机(RX)链。在某些情况下，可以是或者可以不是在地理上位于同一处的不同面板可以对应于不同的点。在其他情况下，不同的面板可以对应于相同的点。

图1A-1C示出了TRP和RP的情境中的示例性的点。在(a)中，在UE附近有两个地理上分开的点TRP和RP。在(b)中，在大致相同的地理位置处有两个TRP，其具有安装在相同站点的两个天线(在图中由“Ant”表示)的形式，但是其主要发送/灵敏度方向(视轴)处于显著不同的方向上。在(c)中有分别与点相关联的两个面板，每一个面板包括交叉极化天线单元(在图中具有“X”的形式)的矩形阵列。在该图示中，每一个面板连接到不同的TRX链。

在某些情况下，点可以在多个频率上操作，例如两个频率。但是在某些情况下，至少从UE的角度，在多个频率上具有特定发送/接收方向的地理位置处的站点(例如对于每个频率包括一个天线、天线阵列、面板、面板子集)可以被计为多个点。一个原因可以是不同频率上的无线电信号传播属性是不同的。另一个原因可以是网络侧的硬件导致不同频率上的信号发送和/或接收差异，例如不同的振荡器、用于波束对应性的校准硬件、用于波束成形的移相器等等。

在TRP/RP处接收到的信号/信道可以被进一步处理，例如滤波、放大、下变频、模拟到数字转换(采样)、数字信号处理、解调、信道解码等等。在TRP处发送的信号/信道在发送之前可以经过各种处理，例如滤波、放大、峰值对平均功率降低、上变频、D/A转换、数字信号处理、调制、信道编码等等。用于接收/发送的这些操作的子集(例如没有一项、其中一些或全部)可以在TRP/RP处实施，其他操作可以在例如通过前传或回传链路(例如通过光纤、铜线、空中方式)与TRP/RP连接的一个或多个其他位置处实施。在集中式RAN(CRAN)实现方式中，在集中位置处实施用于多个点的信号处理。

操作在相同频率层上的(多个)TRP和(多个)RP

在某些情形中，(多个)TRP和/或(多个)RP操作在相同的频率层上，所述频率层可以对应于载频和带宽、频带或频率范围。这可以意味着由UE在该频率层上发送的信号可以被这些点(例如(多个)TRP和/或(多个)RP)接收到，至少当这些点处于该UE的附近时是如此。

在蜂窝系统中，点可以服务于频率层上的一个或多个蜂窝。服务于蜂窝的TRP可以意味着该TRP发送与该蜂窝相关联的信号，例如(多个)SB、系统信息等等。服务于蜂窝的点(例如RP)可以意味着该点接收与该蜂窝相关联的信号。在某些情况下，点服务于频率层上的单个蜂窝。在某些情况下，点服务于频率层上的多个蜂窝。在某些情况下，点可以在相同的频率层上对于第一蜂窝充当TRP并且对于第二蜂窝充当RP，正如图4中所示出的那样。

在某些情况下，多个点服务于第一蜂窝，并且在某些情况下这些点当中的一个或多个还在相同的频率层上服务于第二蜂窝。

在图2中示出了服务于蜂窝的多个点。该蜂窝具有比发送DL的点更多的接收UL的点。这种“UL稠密部署”对于蜂窝中的UL覆盖和性能可能是有益的。

图2示出了具有一个TRP中的DL发送和三个点(一个TRP和两个RP)中的UL接收的示例性蜂窝。

在图3中示出了两个附近的蜂窝，每一个由多个点服务。在该例中，RP 3服务于蜂窝A和蜂窝B两者。来自蜂窝A中的一些UE的UL发送以及来自蜂窝B中的UE的UL发送至少偶尔被RP 3接收。

图3示出了两个蜂窝的示例，每一个由多个点服务。在该例中，RP 3服务于全部两个蜂窝。

图4示出了两个蜂窝的示例，其中蜂窝A由多个点服务，蜂窝B由单个TRP服务。在该例中，TRP 2作为TRP服务于蜂窝B，并且作为RP服务于蜂窝A。

仅有UL的蜂窝

在某些情形中，(多个)TRP和/或(多个)RP操作在可以是处于相同或不同频带中的不同频率层或频率层的集合上。UE可以能够由多个不同频率层上的蜂窝例如使用载波聚合(CA)和/或双重连接(DC)同时服务。

在蜂窝系统中，站点可以在一个或多个频率层上服务于一个或多个蜂窝。在某些情况下，站点在每一个频率层上包括TRP。但是在某些情况下，站点可以在第一频率层上对于第一蜂窝提供TRP，并且在第二频率层上对于第二蜂窝提供RP。这种情形在图5中示出，其中站点在频率层f1上服务于蜂窝A并且在频率层f2上服务于蜂窝B。对于蜂窝A，站点提供TRP，而在蜂窝B上站点则提供RP。站点在蜂窝B上不提供发送的一个原因可以是站点缺少这样的能力，例如针对频率层f2的发送能力。另一个原因可以是蜂窝B不包括DL发送，例如蜂窝B是仅有UL的SCell。应当注意的是，作为仅有UL的SCell可以是配置的问题，这意味着该蜂窝在某个时间段期间可以是仅有UL，在某个其他时间段则被重新配置为包括DL。这可以意味着站点在具有这样的能力的情况下可以在这样的时间段期间充当蜂窝B上的TRP。

在某些情况下，除了正常UL载波之外，蜂窝可以被配置补充UL载波。补充UL载波可以处于与蜂窝的DL和正常UL都不同的频带中。在补充UL载波上可以仅有(多个)RP而没有(多个)TRP。

图5示出了在两个频率层(f1和f2)服务于两个蜂窝(蜂窝A和蜂窝B)的站点的示例。在蜂窝A上站点提供TRP，在蜂窝B上站点提供RP。蜂窝B可以是仅有UL的SCell。

如图6中所示，服务于不同蜂窝的点可能不是位于同一处。

图6示出了其中TRP 1在频率层f1上服务于蜂窝A并且RP1在频率层f2上服务于蜂窝B的示例。蜂窝B可以是仅有UL的SCell。

所述不同频率(例如f1和f2)可以在频率上彼此接近(例如处于相同的频带中)，或者在频率上不接近(例如处于不同的频带中)。

如果频率足够接近，则波束成形属性在所述不同频率上将是类似的。如果不是的话，则波束成形属性可能是相当不同的。

例如考虑图5中的情形。如果f1和f2足够接近，则蜂窝A上的良好UL波束对(UE Tx波束和TRP/RP Rx波束)对于蜂窝B很可能也是良好的UL波束对。但是如果f1和f2分开太远，则可能不会是这种情况。

对于图6中的情形应当注意的是，由于为蜂窝服务的点在地理上是分开的，因此即使f1和f2接近，针对蜂窝A上的通信导出的波束也可能不适合于蜂窝B上的通信。

NR中的非基于代码本(NCBB)的PUSCH和SRS

对于支持波束对应性的UE，用于PUSCH和SRS的非基于代码本的波束管理可以被用来操作基于DL的UL。

对于NR中的SRS和PUSCH，可以使用非基于代码本(NCBB)的PUSCH来配置基于DL的UL，其中PUSCH配置(PUSCH-Config)包括设定到nonCodebook(非代码本)的模式配置(txConfig)。

对于NR中的SRS和PUSCH，还可以使用非基于代码本(NCBB)的PUSCH来配置基于DL的UL，其中配置具有usage(用途)“nonCodebook”的SRS资源集合，并且或者：对于具有usage“nonCodebook”的SRS资源集合配置相关联的CSI-RS(例如“associatedCSI-RS”或“csi-RS”)；对于SRS资源集合中的SRS资源配置空间关系(“spatialRelationInfo(空间关系信息)”)；或者应用默认的空间关系。

在图7A和7B中示出了用于NCBB PUSCH的基于DL的UL波束管理。

图7A示出了基于默认波束的基于DL的UL。举例来说，对于CORESET在已激活TCI状态下SRS使用DL RS作为空间关系。当对于CORESET激活具有不同的DL RS的另一个TCI状态时，SRS使用新的DL RS作为空间关系，而不需要任何重新配置等等。

在图7A中示出了具有默认波束的操作，这意味着不需要发送多个SRS，并且DCI不需要表明SRS。

在图7B中示出了没有默认波束的操作。

图7B示出了针对基于DL RS的SRS配置和激活的基于空间关系的基于DL的UL。在该例中，用于非代码本的SRS资源集合包括4个SRS资源，其中作为空间关系具有四个不同的DLRS。在该例中，网络表明用于非基于代码本的PUSCH发送的两个SRS资源，这意味着由UE发送2层PUSCH，其中使用与所表明的第一SRS相同的预编码器和空间域发送滤波器来发送第一层，并且使用与所表明的第二SRS相同的预编码器和空间域发送滤波器来发送第二层。

应当注意的是，不同的DL RS可以对应于不同的DL发送波束。在UE侧，基于波束对应性，所述不同的DL RS可以对应于不同的DL接收波束并且因此对应于不同的UL发送波束。

NR中的基于代码本(CBB)的PUSCH和SRS

对于支持波束对应性的UE，用于PUSCH和SRS的基于代码本的波束管理可以被用来部分地操作基于DL的UL。

对于NR中的SRS和PUSCH，可以使用基于代码本(CBB)的PUSCH来配置基于DL的UL，其中PUSCH配置(PUSCH-Config)包括设定到codebook(代码本)的模式配置(txConfig)。

还可以使用基于代码本(CBB)的PUSCH来配置基于DL的UL，其中配置具有usage(用途)“codebook(代码本)”的SRS资源集合，并且或者对于SRS资源集合中的SRS资源配置空间关系(“spatialRelationInfo(空间关系信息)”)，或者应用默认的空间关系。

在图8中示出了用于CBB PUSCH的部分基于DL的UL波束管理。用于代码本的SRS资源集合中的SRS资源可以具有DL RS作为已激活的空间关系(例如作为SRS 8)或者另一个SRS资源(例如作为SRS 9)。尽管SRS 8的空间域发送滤波器是基于用于接收DL RS的空间域接收滤波器，但是需要在网络处计算并且对UE表明用于相应的PUSCH的预编码器。由于重量化预编码器(非基于DL)也被应用于PUSCH发送，因此在被用来接收DL RS的DL接收波束与用于PUSCH的相应发送波束之间没有完全对应性。

图8示出了使用CBB操作的部分基于DL的UL的操作的示例。

BWP中的NCBB和CBB SRS及PUSCH的操作

在现有技术系统中，对于服务蜂窝的UL BWP中的SRS和/或PUSCH，UE操作在NCBB或CBB模式下。用于UL BWP的UE特定参数可以被配置在IE BWP-UplinkDedicated中。IE BWP-UplinkDedicated可以包括配置用于UL BWP中的PUSCH的各种参数的IE PUSCH-Config的设置(配置)。

此外，IE BWP-UplinkDedicated可以包括配置用于BWP中的SRS的各种参数的IESRS-Config的设置。在IE PUSCH-Config中，UE可以被配置参数txConfig，其具有值codebook(代码本)或noncodebook(非代码本)，3GPP TS 38.331，V16.0.0，2020年3月。这些值分别对应于PUSCH的CBB和NCBB操作的配置。

在IE SRS-Config中，UE可以被配置用于UL BWP的SRS资源的集合，其具有IE类型为SRS-Resource的单元列表的形式。(IE SRS-Resource中的)SRS资源的配置包含通过参数SRS-ResourceId配置的ID。在IE SRS-Config中，UE还可以被配置用于UL BWP的SRS资源集合(SRSRS)的集合，这是通过包括将要添加到该集合中的IE类型为SRS-ResourceSet的(多个)单元的列表和/或通过包括将要从该集合中移除(释放)的IE类型为SRS-ResourceSetId的(多个)单元的列表。

由IE SRS-ResourceSet配置的SRS资源集合包括(多个)SRS资源的集合。严格来说，SRS资源集合包括去到SRS资源的索引，其具有SRS资源ID的形式，例如IE类型为SRS-ResourceId的单元的列表。SRS资源集合被配置为非周期性(AP)、半永久性(SP)或周期性。通过参数usage来配置SRS资源集合的用途，其可以采取以下值的其中之一：“beamManagement”(BM)；codebook(CB或CBB)；noncodebook(NCB或NCBB)；或者antennaSwitching。

在本公开内容中考虑术语“beamManagement”、“codebook”和“noncodebook”。

术语

本文中的术语“规程”一般是指实施操作以实现特定目的的方法。常常使用术语“规程”来替代“方法”，以避免与术语“方法”在M2M和IoT应用的上下文中的特殊含义相混淆。对于规程所描述的步骤常常是可选的，并且可能以多种方式在多种序列中实施。因此，本文中的术语“规程”不应被解释为指代严格的步骤集合和序列，而是指代可以通过多种方式适配的用于达成结果的一般方法。

在本公开内容中，术语“空间滤波器”和“空间域滤波器”是等效的并且可以互换使用。空间域发送滤波器是用于发送的相应滤波器，空间域接收滤波器是用于接收的相应滤波器。空间域滤波器可以对应于比如相移之类的灵活模拟波束成形，和/或比如天线辐射图型之类的更加静态的天线系统属性。空间域滤波器还可以对应于面板(例如二维天线阵列)，例如两个不同的空间滤波器可以简单地对应于两个不同的面板。在某些情况下，特定的空间域滤波器(在某些情况下与特定预编码相组合)可以对应于特定波束。

在本文中频繁使用了术语“空间关系”。它可以是指被RRC配置和/或通过用于目标SRS资源、PUCCH资源和/或一项或多项PUSCH发送的MAC CE和/或DCI所表明的参数(例如称为空间关系信息)。空间关系可以包含一个或多个参考RS，其可以是SRS和/或DL RS，比如SSB和/或CSI-RS。在某些情况下，这些DL RS属于另一个蜂窝，在这种情况下空间关系还可以包含蜂窝ID以及识别另一个蜂窝中的DL RS所需要的任何其他参数。空间关系主要由UE使用来确定将被用于比如SRS或PUSCH之类的UL信号/信道的空间域发送滤波器。如果空间关系中的参考RS是SRS，则可以利用与参考SRS相同的空间域发送滤波器来发送目标SRS或PUSCH。如果参考RS是DL RS，则UE可以将用于接收DL RS的空间域接收滤波器用作用于目标SRS或PUSCH的空间域发送滤波器。

在本文中，术语(UL信号/信道的)“空间关系”在某些情况下可以是指活跃空间关系，例如将对于相应的UL信号/信道的发送所应用的空间关系。例如基于MAC CE和/或DCI中的(多个)空间关系ID的指示，空间关系的集合可以被配置到UE，并且这些空间关系的子集可以是活跃的。并非活跃的所配置的空间关系可以是不活跃的。在某些情况下没有不活跃的空间关系。

针对PUSCH的默认空间关系

对于在蜂窝上通过DCI格式0_0调度的PUSCH，UE将根据对应于在蜂窝的活跃ULBWP内具有最低ID的专用PUCCH资源的空间关系(如果适用的话)来发送PUSCH，正如在TS38.213第9.2.1条中所描述的那样。

对于在蜂窝上通过DCI格式0_0调度的PUSCH，如果更高层参数enableDefaultBeamPlForPUSCH0_0被设定为“启用”、UE未被配置活跃UL BWP上的PUCCH资源并且UE处于RRC已连接模式，UE将根据参考具有“QCL-Type-D”(其对应于具有最低ID的CORESET的QCL假设)的RS的空间关系(如果适用的话)来发送PUSCH。

对于在蜂窝上通过DCI格式0_0调度的PUSCH，如果更高层参数enableDefaultBeamPlForPUSCH0_0被设定为“启用”、UE被配置活跃UL BWP上的PUCCH资源(其中所有(多个)PUCCH资源未被配置任何空间关系)并且UE处于RRC已连接模式，则UE将根据参考具有“QCL-Type-D”(在CC上配置了(多个)CORESET的情况下其对应于具有最低ID的CORESET的QCL假设)的RS的空间关系(如果适用的话)来发送PUSCH。

针对SRS的默认空间关系

当更高层参数enableDefaultBeamPlForSRS被设定为“启用”时，除了SRS-ResourceSet集合中的更高层参数usage(用途)被设定为“beamManagement”的SRS资源、或者SRS-ResourceSet集合中的更高层参数usage被设定为noncodebook(非代码本)并且配置了相关联的CSI-RS的SRS资源、或者通过更高层参数(例如SRS-for-positioning)配置的SRS资源之外，如果用于SRS资源的更高层参数spatialRelationInfo未被配置在FR2中并且如果UE未被配置(多个)更高层参数pathlossReferenceRS，则UE将利用默认空间关系来发送目标SRS资源。

所述默认空间关系例如可以是关于被用于CC中的活跃DL BWP中的具有最低controlResourceSetId的CORESET的接收的相同空间域发送滤波器。如果UE在CC中未被配置任何CORESET，所述默认空间关系还可以是关于被用于CC的活跃DLBWP中的具有适用于PDSCH的最低ID的已激活TCI状态的接收的相同空间域发送滤波器。

示例性挑战

操作UL波束管理的典型模式是基于DL的UL(例如基于DLRx波束导出ULTx波束)。这可以避免在无线电资源使用、UL干扰和UE功率消耗方面可能成本高昂的用于波束管理的SRS的UE发送。对于NR中的PUSCH和SRS，这种操作模式通过SRS资源集合的非基于代码本使用而实现。但是在具有RP的情形中，由于没有从RP发送的DLRS，因此UE无法对于去到RP的UL发送使用基于DL的UL。

问题1

在具有TRP和RP两者(例如UL稠密部署)和具有波束对应性能力的UE的情形中，如何能够高效地操作UL波束管理从而使得对于TRP使用基于DL的UL波束管理和/或对于(多个)RP使用基于SRS的UL波束管理？

问题2

例如在发送方案的指示、波束选择、TRP/RP选择等方面，如何在PUSCH的调度和发送中反映出基于问题1的UL波束管理操作？

具体来说，需要什么来支持去到(多个)TRP的基于DL的非基于代码本的PUSCH和去到(多个)RP的基于SRS的基于代码本的PUSCH而不需要二者之间的RRC重配置。

对于问题1和问题2，考虑以下PUSCH“发送方案”：TRP与RP之间的动态点选择；TRP和RP的半永久性选择；去到TRP和RP的联合发送(例如一个PUSCH层去到TRP，一个PUSCH层去到RP)。

考虑单面板UE和多面板UE两者。考虑透明多面板操作(如在3GPP NR Rel-15和3GPP NR Rel-16中)以及更加明确的多面板操作(如在3GPP NR Rel-17中及以后)。

一般来说，关于连接各个点和节点的回传链路没有做出具体假设。但是一些方案可能要求所述点与理想的回传连接，例如具有可忽略的时延和高吞吐量。由于回传假设是网络实现方式的一部分，因此不做进一步讨论。

CBB和NCBB操作的配置

可以针对服务蜂窝的UL BWP中的SRS和PUSCH的CBB和NCBB操作来配置UE。举例来说，可以有启用这种操作的RRC参数，例如启用下面描述的功能当中的一项或多项。

具有“mixed(混合)”用途或代码本用途的一个SRS资源集合

为了在BWP中操作CBB和NCBB PUSCH两者，一种方法是在前面列出的用途之外引入另一种SRS资源集合(SRSRS)用途，例如称作“mixed(混合)”或“cbAndNcbb”。为了简单起见，下面将使用术语“mixed(混合)”。附录1的配置示例1示出了用途“mixed(混合)”的示例性配置。如果IE mixed_usage-r17被配置，则用途是“mixed(混合)”。

附录1的配置示例1是具有SRS资源集合用途“mixed(混合)”的配置的示例性SRS-Config信息单元。“Cond Codebook”有条件存在可以表明该字段是可选地存在，在基于代码本的发送的情况下是Need M，否则该字段不存在。

在另一种方法中，如附录1的配置示例2中所示，作为用于被用来选择其他用途的相同参数的选项而添加用途“mixed(混合)”。

附录1的配置示例2是具有SRS资源集合用途“mixed(混合)”的配置的示例性SRS-Config信息单元。

在另一种方法中，如附录1的配置示例3中所示，在PUSCH-Config中启用混合操作，从而启用混合SRSRS。

附录1的配置示例3是具有CBB和NCBB操作(“mixed”)的配置的示例性PUSCH-Config信息单元。

在另一种方法中，具有用途codebook(代码本)的SRSRS被配置为使得NCBB和CBB操作被启用。在一个示例中，如果UE被配置用于codebook(代码本)的SRSRS和被设定到noncodebook(非代码本)的txConfig，则NCBB和CBB操作可以被启用。在一个示例中，如果UE被配置用于noncodebook(非代码本)的SRSRS和被设定到codebook(代码本)的txConfig，则NCBB和CBB操作可以被启用。

为了简明起见，将使用术语CB-SRSRS来表示具有用途codebook(代码本)或“mixed(混合)”的SRSRS，其包括用于CBB操作的一个或多个多端口SRS资源，并且还包括用于某种形式的NCBB操作的一个或多个单端口或多端口SRS资源，正如下面所描述的那样。在某些情况下，用于某种形式的NCBB操作的多端口SRS资源的端口数量少于用于CBB操作的多端口SRS资源的端口数量。在某些情况下，例如通过SRS-Config IE中的参数nrofSRS-Ports，用于CBB操作的端口数量被配置为等于SRS端口的数量。

对于某种形式的NCBB操作使用单端口或多端口SRS资源(也就是说作为对应于NCBB操作的SRS资源)的各种方法例如可以包括以下五种方法的任意组合。

第一种是其中单端口SRS资源或多端口SRS资源的端口对应于多个天线。在某些情况下，所述多个天线对应于具有更多天线端口的另一个SRS资源的一个或多个端口。在某些情况下，所述多个天线不对应于具有更多天线端口的另一个SRS资源的一个或多个端口。

举例来说，可以通过所谓的天线(或天线端口)虚拟化来获得天线端口(例如逻辑天线端口)，其中例如组合多个天线(例如物理天线)以获得天线端口。在某些情况下，可以通过虚拟化/组合对应于例如多端口SRS的多个其他天线端口来获得例如单端口SRS的天线端口。所述组合可以包括将对应于多个天线的信号相加以及在某些情况下对这些信号中的一个或多个应用相移和/或幅度缩放。这可以等效于包含这些相移和/或幅度缩放值的复数值矢量与包含信号的复数值矢量的内积。在某些情况下，由UE决定如何实施天线端口虚拟化。

在某些情况下，多端口SRS资源的各个端口可以分别通过虚拟化来获得，例如通过具有更多端口的SRS资源的虚拟化。举例来说，2端口SRS资源的每一个端口是通过虚拟化4端口SRS资源的两个不同端口而获得。在某些示例中，不同端口是通过虚拟化不相交的天线(或天线端口)集合而获得，而在其他示例中，不同端口是通过虚拟化重叠或部分重叠的天线(或天线端口)集合而获得，例如通过对于不同的天线端口应用不同的组合/预编码。

虚拟化可以包括在数字域中(例如在数字基带中)和/或在模拟域中例如与RF中的移相器和/或开关相组合。

在某些情况下，可以由UE基于一个或多个DL RS的测量来计算虚拟化，例如预编码和/或空间域滤波。

第二种是其中网络可以配置相关联的NZP CSI-RS以用作用于SRSRS中的(多个)单端口和/或多端口SRS资源的空间关系。UE可以基于相关联的NZP CSI-RS资源的测量来计算用于SRSRS中的SRS资源的发送的预编码器。

第三种是其中网络可以配置和/或表明参考DL RS以作为用于单端口SRS的空间关系，从而UE将利用与被用于参考DL-RS的相同空间域发送滤波器来发送单端口SRS资源。

第四种是其中在某些情况下网络可以表明用于单层PUSCH发送的单端口SRS资源或者表明用于多层PUSCH发送的多个单端口SRS资源。举例来说，这一指示可以通过DCI中的SRS资源指示符(SRI)进行，其值对应于一个或多个单端口SRS资源。

对于基于单端口SRS资源的单层PUSCH发送应当注意的是，NCBB和CBB操作可以是等效的，这是因为不应用预编码可以等效于具有标量“1”的预编码。还应当注意的是，UE可以对来自多个发送链的信号应用预编码和/或(多个)空间发送滤波器以生成单端口SRS，其中所述预编码和/或(多个)空间发送滤波器未由网络明确地表明(例如通过TPMI值)。换句话说，被用来从多个天线端口(发送链)生成单个天线端口的预编码和/或(多个)空间发送滤波器可以是对网络透明的。

第五种是其中在某些情况下网络可以表明UE对于多端口SRS资源的发送所应当使用的预编码器(例如来自代码本的TPMI)。该SRS资源的其中一个或多个天线端口可以被虚拟化和/或受到由UE(例如基于接收DL RS)计算的预编码/空间滤波。换句话说，网络可以表明在天线端口虚拟化或UE确定的预编码/空间滤波之上(例如之后)应当由UE应用的预编码。因此，本公开内容的上下文中的NCBB操作还可以包括某种程度上的基于代码本的预编码操作。

举例来说，考虑其第一天线端口与第一DL RS具有空间关系并且其第二天线端口与第二DL RS具有空间关系的多端口SRS资源。这两项端口的运作都类似于NCBB操作中的单端口SRS资源。但是网络还可以表明UE应当对该多端口SRS资源应用的预编码器。

CB-SRSRS可以被配置为包括对应于NCBB操作的SRS资源和/或对应于CBB操作的SRS资源。在一个示例中，这样的CB-SRSRS可以包括单端口SRS资源和/或多端口SRS资源。举例来说，包括在该集合中的单端口SRS资源可以对应于NCBB操作，多端口SRS资源则可以对应于CBB操作。

在某些情况下，单端口SRS资源可以对应于NCBB或CBB操作。举例来说，CB-SRSRS包括对应于CBB操作的多端口SRS资源和也对应于CBB操作的单端口SRS资源。举例来说，对应于CBB操作的单端口SRS资源可以对应于全功率UL发送，正如下面进一步描述的那样。

可以针对被配置用于非相干或部分相干PUSCH CBB发送的UE的UL BWP来配置全功率UL发送(例如IE PUSCH-Config中的ul-FullPowerTransmission-r16被设定到“fullpower(全功率)”、“fullpowerMode1(全功率模式1)”或“fullpowerMode2(全功率模式2)”，并且IE PUSCH-Config中的codebookSubset被设定到“nonCoherent(非相干)”或“partialCoherent(部分相干)”)。全功率模式1可以意味着UE可以对于特定预编码代码本子集实施全功率PUSCH发送，并且可能已作为UE能力向网络表明。全功率模式2可以意味着UE可以被配置用于代码本的SRSRS中的具有不同数量的天线端口的SRS资源(细节和约束可以是UE能力的一部分)，并且该SRSRS中的具有比该集合内的最大数量更少的天线端口的SRS资源可以对应于全功率PUSCH发送。与全功率模式1类似，全功率模式2还可以意味着用于特定预编码代码本子集的全功率PUSCH发送。模式“fullpower”可以意味着UE可以实施全功率PUSCH发送而不管预编码器或所表明的SRS如何。应当注意的是，可以只在UL功率控制要求的情况下才实施全功率PUSCH发送。可以仅对于全功率UL发送配置的子集(例如仅对于“fullpowerMode2”)支持在用于代码本的SRS资源集合中包括单端口SRS资源。在某些实现方式中，这样的单端口SRS资源可以是从能够对于UE功率等级进行全功率发送的其中一个UE发射机链(例如包括一个PA)发送的，例如对于功率等级3的UE能够进行23dBm发送的发射机链。在某些实现方式中，这样的单端口SRS资源可以是从多个UE发射机链(例如分别包括一个PA)发送的，其中并非每一个发射机链都能够进行全功率发送，但是多个发射机链的组合功率可以达到该功率等级的全功率。举例来说，UE可以具有两个20dBm发射机链，其具有23dBm的组合最大发射功率。所述两个20dBm发射机链可以对应于用于代码本的SRS资源集合中的两端口SRS资源，例如第一SRS天线端口是从第一发射机链发送，第二SRS天线端口是从第二发射机链发送。用于代码本的相同SRS资源集合中的对应于全功率发送的单端口SRS资源于是可以对应于来自全部两个发射机链的发送。同样如前面所描述的那样，这可以被称作“虚拟化”或“天线端口虚拟化”。在其他示例中，UE具有多于两个发射机链和/或天线端口，例如四个。在这种情况下，这些发射机链可以被虚拟化到单端口SRS资源和/或多端口SRS资源。举例来说，具有四个发射机链的UE可以被配置两端口SRS资源，其中全部两个端口都被虚拟化，例如是从两个或更多发射机链发送。在另一个示例中，端口的子集被虚拟化，其余端口则不被虚拟化，例如这些端口分别是从单个发射机链发送。举例来说，第一单端口SRS资源是从23dBm发射机链发送，第二单端口SRS资源是从两个20dBm发射机链发送。

在某些情况下，UE可以向网络报告基于CB-SRSRS中的一个或多个单端口SRS资源的NCBB操作的能力，其中所述一个或多个单端口SRS资源还支持全功率UL发送。在某些情况下，UE可以向网络报告基于CB-SRSRS中的一个或多个多端口SRS资源的NCBB操作的能力，其中所述一个或多个多端口SRS资源还支持全功率UL发送。

在某些情况下，UE可以报告支持基于CB-SRSRS的NCBB操作，而不管(多个)单端口和/或多端口SRS资源是否被配置用于全功率UL发送。在某些情况下，如果(多个)单端口和/或多端口SRS资源未被配置用于全功率UL发送，则UE可以报告支持基于CB-SRSRS的NCBB操作。在某些情况下，UE可以报告支持基于CB-SRSRS的NCBB操作并且支持用于PUSCH发送的完全、部分和非相干代码本。具有非相干代码本能力的UE可能无法保证用于UL发送的天线端口之间的相位相干性。具有部分相干代码本能力的UE可以保证一些(多个)天线端口对之间的相位相干性而无法保证其他(多个)天线端口对之间的相位相干性。具有完全相干性能力的UE可以保证跨越所有其天线端口的相位相干性。一些预编码器仅适用于完全相干UE。一些预编码器适用于完全相干和部分相干UE。一些预编码器(例如选择单个天线端口的预编码器)适合于完全、部分相干和非相干UE。因此，定义相应的代码本或代码本子集。UE可以向网络表明其UL相干性能力，并且网络可以相应地配置UE。应当注意的是，UE可以被配置比其所报告的能力更低的能力，例如即使UE报告完全相干代码本能力，网络仍可以为UE配置用于非相干UE的代码本子集。

在本文中，关于其所支持的内容的UE能力报告可以是按照每个UE、每个频带组合、每个频带、每个特征集合(每个频带组合的每个频带)和/或每个分量载波(每个频带组合的每个频带的每个CC)的每个特征集合来进行。

在某些情况下，即使UE未被配置全功率UL发送(例如通过ul-FullPowerTransmission-r16)，CB-SRSRS仍被配置为包括对应于CBB操作的多端口SRS资源和也对应于CBB操作的单端口SRS资源。应当注意的是，UE未被配置用于全功率UL发送不意味着该UE没有全功率UL发送的能力，也不意味着该UE不会在某些情况下以全功率进行发送(根据UE功率等级)。正如前面所讨论的那样，对应于CBB操作的SRS资源(例如单端口SRS资源)也可以对应于某种形式的NCBB操作。

在某些情况下，CB-SRSRS中的SRS资源可以是用于全功率发送(UL)或者用于NCBB操作。在某些情况下，CB-SRSRS中的SRS资源可以是用于全功率发送(UL)和NCBB操作两者。

举例来说，如附录1的配置示例4中所示，SRS配置可以包括可以对应于用于NCBB操作的SRS资源的SRS资源ID的可选第二列表。在第二列表中表明的SRS资源可以被限制到单端口SRS资源。“Cond Codebook”有条件存在可以表明该字段是可选地存在，在基于代码本的发送的情况下是NeedM，否则该字段不存在。“NeedM”被用来对于当不存在于后续配置消息中时由UE保持的(配置)字段启用增量信令。在一个示例中，所述可选存在的条件是用途“mixed(混合)”。以代码本/混合用途为条件的情况在其他示例中也可以不存在，在这种情况下可以转而只应用需要代码，例如“Need M”。

在一个示例中，如果第二列表被配置，则SRS资源集合用途是“mixed(混合)”。在这种情况下，UE可能不需要被配置设定到“mixed(混合)”的SRSRS用途和/或设定到“mixed(混合)”的txConfig，正如前面所讨论的那样。在另一个示例中，如果第二列表被配置，SRSRS用途仍然是代码本。

附录1的配置示例4是具有SRS资源ID的第二列表的示例性SRS-Config信息单元。

在某些情况下，如果UE支持单端口SRS被用于全功率发送和NCBB操作两者，则相同的SRS资源ID可以同时被包括在传统SRS资源ID列表(例如srs-ResourceIdList)和第二列表中。如果是这样的话，这可以意味着SRS资源被用于全功率UL发送(例如如果这被配置的话)以及NCBB操作两者。

在某些情况下，例如如果UE不支持单端口SRS被用于全功率发送和NCBB操作两者，则相同的SRS资源ID不可以同时被包括在传统SRS资源ID列表(例如srs-ResourceIdList)和第二列表中。

UE可以向网络报告其在CB-SRSRS中的SRS资源的最大数量(A)的能力，例如2个或4个SRS资源，这例如是使用maxNumberSRS-ResourcePerSet UE能力参数或“UL全功率发送模式2”UE能力IE或参数来实现的。此外，UE还可以向网络报告其在对应于NCBB操作的CB-SRSRS中的SRS资源的最大数量(B)的能力。在一个示例中，最大数量B是固定的或者是从最大数量A导出，例如如果A＝2则B＝1，或者如果A＝4则B＝2等等。

在某些情况下，UE可以向网络报告其在用于全功率UL发送目的的CB-SRSRS中的单端口SRS资源的最大数量(C)的能力，例如1个或2个单端口SRS资源。在某些情况下，所报告的最大数量B应当小于或等于C。在某些情况下，最大数量B是从最大数量C导出，例如如果C＝2则B＝1等等。在某些情况下，最大数量B等于最大数量C。

在某些情况下，UE可以向网络表明其为之支持全功率UL发送的预编码器的群组。这样的群组可以是被用于CBB PUSCH发送的代码本的子集。举例来说，对于CBB操作支持4端口SRS资源的UE可以表明来自用于四个端口的代码本的预编码器的子集。如果网络在SRI中表明4端口SRS资源则可以使用这样的预编码器。在另一个示例中，对于CBB操作支持4端口SRS资源的UE可以表明来自用于两个端口的代码本的预编码器的子集。如果网络在SRI中表明2端口SRS资源则可以使用这样的预编码器。

类似地在某些情况下，UE可以向网络表明其为之支持NCBB操作的预编码器的群组。在某些情况下，这样的群组被限制到用于被UE对于CBB操作所支持的SRS天线端口的数量更少的天线端口的预编码器。举例来说，对于CBB操作支持4端口SRS资源的UE可以报告用于两个天线端口的预编码器的群组。这看起来可能与对于NCBB操作支持基于代码本的预编码相矛盾，但是正如前面所讨论的那样，在某些情况下可以将NCBB操作与基于代码本的预编码相组合。例如考虑对于CBB操作指示4端口SRS资源的UE。除了4端口SRS资源之外，2端口SRS资源被包括在CB-SRSRS中。2端口SRS资源的一个或全部两个天线端口通过NCBB操作获得，例如用于天线端口的预编码和/或空间域发送滤波器是基于DL RS的测量，例如相关联的NZP CSI-RS或根据空间关系。在某些情况下，用于两个天线端口的预编码和/或空间域发送滤波器是基于两个不同DL RS的测量，例如两个分开配置的相关联的NZP CSI-RS或两个分开的空间关系。被应用于2端口SRS资源的预编码可以采取没有附加相移的端口选择的形式，例如用于单层发送的预编码矢量[1 0]^T、[0 1]^T和/或[1 1]^T和用于两层发送的

其中[]^T表示矢量转置。应当注意的是，这样的基于两端口SRS资源的操作可以等效于一个或两个单端口SRS资源的选择。在其他情况下还可以应用附加的相移，例如根据在[1]中定义的预编码代码本。

可以通过各种方式配置和/或表明被用作多端口SRS的多个不同天线端口的空间关系的多个不同的RS，例如多个DL RS或多个SRS或其混合。

举例来说，SRS-Resource可以被配置可选的第二空间关系(例如第二SRS-SpatialRelationInfo IE)。第一空间关系可以被应用于SRS天线端口的第一集合，例如最低索引天线端口，第二空间关系可以被应用于SRS天线端口的第二集合，例如第二最低索引天线端口。在一个示例中，第一空间关系被应用于第一CDM群组内的天线端口，第二空间关系被应用于第二CDM群组内的天线端口等等。

在另一个示例中，可以配置/表明包括多个RS的空间关系(例如新的SRS-SpatialRelationInfo-r17)。例如可以通过其在空间关系中的配置的顺序/序列对这些多个RS进行排序，例如使得其中一个RS是第一RS，其中一个RS是第二RS等等。第一RS可以充当用于编号最低的天线端口的空间关系，第二RS可以充当用于编号第二低的天线端口的空间关系。

通过将当前保留的比特指派为表明更新第一还是第二空间关系，可以通过MAC CE来更新SRS空间关系，例如SP SRS激活/去激活MAC CE、AP SRS空间关系指示MAC CE或基于CC列表的SRS激活/去激活MAC CE。在一个示例中，如果对于未被配置两个空间关系的SRS资源通过MAC CE表明第二空间关系，则对于该SRS资源忽略该指示。在另一个示例中，将所表明的第二空间关系作为第二空间关系添加到先前仅包括单个空间关系的SRS资源。

在某些情况下，可以对于CB-SRSRS配置相关联的NZP CSI-RS。在某些情况下，NZPCSI-RS可以被配置并且随后在触发非周期性SRSRS的DCI中表明。在附录1的配置示例5中示出了用于CB-SRSRS的相关联的NZP CSI-RS的示例性配置。有条件存在“Cond XYZ”可以是“Cond Codebook”，该字段例如是可选地存在，在基于代码本的发送的情况下是Need M，否则该字段不存在。如果UE被配置NCBB操作，举例来说，如果第二SRS资源列表如附录1的配置示例4中那样被配置和/或如果混合SRS资源集合如附录1的配置示例1中那样被启用，则该字段也可以是可选地存在。在该例中，相同的参数被用来配置相关联的CSI-RS(如果SRSRS是半永久性或周期性)和CSI-RS(如果SRSRS是非周期性)。但是对于传统CSI-RS/相关联的CSI-RS，它们在resourceType CHOICE替换项中具有单独的参数。

附录1的配置示例5是具有用于CB-SRSRS的相关联的NZP CSI-RS的配置的示例性SRS-Config信息单元。

在某些情况下，所述相关联的NZP CSI-RS适用于CB-SRSRS中的所有SRS资源。在某些情况下，UE可以同时被配置/表明用于CB-SRSRS的相关联的NZP CSI-RS和用于CB-SRSRS中的一个或多个SRS资源的空间关系。在某些情况下，所述相关联的NZP CSI-RS可以适用于未被配置/表明空间关系的CB-SRSRS中的SRS资源(例如单端口SRS资源)。

考虑以下示例。首先，UE报告其支持CB-SRSRS中的NCBB操作并且对于CBB操作支持达到4端口SRS资源。举例来说，UE还能报告其支持完全、部分和非相干代码本，但是不报告关于全功率UL发送的能力，这例如是因为对于具有完全相干能力的UE总是支持全功率CBBUL发送。

其次，网络配置具有用途“beamManagement(波束管理)”(BM)的一个或多个SRSRS。第三，网络配置具有SRS资源的CB-SRSRS，例如用于4端口SRS资源的SRS资源0和用于1端口SRS资源的SRS资源1。第四，在RP处，网络测量来自用于BM的SRSRS的SRS资源。

第五，对于SRS资源0，网络配置/表明与对于RP处的接收是最佳的用于“beamManagement(波束管理)”的SRSRS中的SRS资源的空间关系。

对于SRS资源1，网络配置/表明与DL RS的空间关系，或者配置/表明相关联的NZPCSI-RS，或者不配置空间关系从而应用默认的空间关系。

第六，如果网络调度去到RP的PUSCH发送，则DCI通过SRI表明SRS资源0。DCI表明4端口预编码器。UE使用SRS资源0的空间域发送滤波器和所表明的4端口预编码器向RP发送PUSCH。

第七，如果网络调度去到TRP的PUSCH发送，则DCI通过SRI表明SRS资源1。UE使用从DL RS的测量导出的空间域发送滤波器和预编码器向TRP发送PUSCH。

两个SRS资源集合

为了在BWP中操作NCBB和CBB PUSCH两者，UE例如可以在UL BWP中被配置具有usage(用途)noncodebook(非代码本)的SRS资源集合(SRSRS)和具有usage(用途)codebook(代码本)的SRSRS。这样的配置可以允许用于本文中所描述的CBB和NCBB操作的各种功能。

UE可以报告其支持在UL BWP中被配置具有用途noncodebook(非代码本)的SRSRS和具有用途codebook(代码本)的SRSRS。如果还被配置用于代码本的SRSRS，UE可以报告用于非代码本的SRSRS中的单端口SRS资源的最大数量。如果还被配置用于非代码本的SRSRS，UE可以报告用于代码本的SRSRS中的SRS资源的最大数量，例如包括单端口和多端口SRS资源两者。UE可以报告组合在用于代码本的SRSRS中和用于非代码本的SRSRS中的SRS资源的最大数量，例如组合在所述两个集合中的独有SRS资源。

在某些情况下，如果UE被配置用于代码本的SRSRS，可以为之配置用于非代码本的SRSRS，但是用于非代码本的SRSRS中的一个或多个单端口SRS资源的SRS资源ID需要被包括在用于代码本的SRSRS中。换句话说，用于代码本的SRSRS可以包括未被包括在用于非代码本的SRSRS中的SRS资源，例如一个或多个多端口SRS资源，但是用于非代码本的SRSRS不可以包括没有已经被包括在用于代码本的SRSRS中的单端口SRS资源。在某些情况下，这类似于第二SRS资源列表的示例(参见附录1的配置示例4)，但是用于非代码本的SRSRS扮演第二列表的角色。此外，UE可以预期用于非代码本的SRSRS中的其他参数(例如resourceType、p0(例如用于SRS功率控制的功率水平)等等)需要与用于代码本的SRSRS相同。例外的情况是用于非代码本的SRSRS可以被配置CSI-RS或相关联的CSI-RS，用于代码本的SRSRS则不可以。这样，相关联的CSI-RS可以适用于用于代码本的SRSRS中的SRS资源的子集，即也处于用于非代码本的SRSRS中的单端口SRS资源。技术规范可以排除这些单端口SRS资源同时被配置相关联的CSI-RS和空间关系。

在一种情况中，用于代码本的SRSRS包括遵循相关联的CSI-RS的单端口SRS资源(例如被配置在用于非代码本的SRSRS中)，遵循默认空间关系的SRS资源(例如其不具有所配置的空间关系或相关联的CSI-RS，并且默认空间关系被启用)，以及遵循所配置/表明的空间关系(例如针对用于BM的SRS)的SRS资源。这样的配置在UE可以向两个TRP和一个RP发送UL的情形中可以是有用的。举例来说，相关联的CSI-RS可以是从第一TRP发送，默认空间关系可以是基于从第二TRP发送的DL RS，所配置/表明的空间关系可以针对去到RP的发送被调节。

但是(例如用于代码本的)SRSRS中的不同空间关系的数量可能例如受限于UE能力。举例来说，至多两个不同的空间关系对于SRSRS可以是活跃的，其中默认空间关系可以算作一个，不同于默认空间关系的相关联的CSI-RS可以算作另一个，包括与前二者不同的RS的空间关系(例如用于BM的SRS)可以算作又一个。

在某些情况下，可以使用DCI中的相同SRI字段表明来自两个不同SRSRS的一个或多个SRS资源。举例来说，所述两个不同的SRSRS可以是用于代码本的一个SRSRS和用于非代码本的一个SRSRS。

在某些情况下，该SRI字段的位宽是基于NCBB操作，例如比特数是

其中L_max是所配置的或UE报告的最大秩数，N_SRS是SRS资源的数量，例如组合在两个SRSRS中的SRS资源的数量或者组合在两个SRSRS中的独有SRS资源的数量。

在某些情况下，该SRI字段的位宽是基于针对用于NCBB操作的SRSRS的NCBB操作和针对用于CBB操作的SRSRS的CBB操作。举例来说，比特数是

其中N_NCBB是用于非代码本的SRSRS中的SRS资源的数量，N_CBB是用于代码本的SRSRS中的SRS资源的数量。用于SRI的最前面的索引可以对应于用于代码本的SRSRS中的SRS资源的指示，后面的索引可以对应于用于非代码本的SRSRS中的(多个)SRS资源的指示，或者反之亦然。在附录2的表1中示出一个示例，其中L_max＝2并且N_NCBB＝N_CBB＝2，从而得到3比特SRI字段。

调度增强

在用于非代码本的SRSRS中的SRS资源也被包括在用于代码本的SRSRS中的情况下，载送UL许可的DCI(例如DCI格式0_0、0_1或0_2)例如可以是基于CBB操作，例如DCI字段的位宽和解释可以是基于CBB操作，例如在规范中通过“更高层参数txConfig＝codebook”来表达。此外，对于“mixed(混合)”用途SRSRS的情况，DCI字段位宽和解释可以与用于CBB操作的相同。在其中提到用于代码本的SRSRS的后面的示例也适用于用于“mixed(混合)”的SRSRS。

对于基于具有用途“codebook(代码本)”的SRSRS的NCBB和CBB操作，DCI字段位宽和解释可以遵循CBB操作。所有这些情况和示例可以被应用于后面的基于用于CBB操作的现有DCI字段和位宽来选择多个SRS资源(例如用于NCBB操作)的方案。各种解决方案是基于对例如具有DCI格式0_0、0_1或0_2的用于“预编码和层数”的字段的解释或重新解释。

对于CBB操作，用于DCI中的SRI字段的比特数可以是基于用于代码本的SRSRS中的SRS资源的数量。用于DCI字段“预编码和层数”的比特数可以是基于在用于代码本的SRSRS中具有最高天线端口数量的SRS资源。

SRI可以表明用于代码本的SRSRS中的其中一个SRS资源。如果SRI表明比所述集合中的具有最高天线端口数量的SRS资源的天线端口更少的SRS资源，对于预编码和层数字段所需要的比特数通常也更少。举例来说，预编码和层数字段对于4个天线端口以及完全和部分和非相干代码本子集(例如参数codebookSubset被设定到“fullyAndPartialAndNonCoherent”)可以是6比特。如果SRI表明例如具有2个天线端口的SRS资源，对于预编码器和层数的指示将只需要这6比特中的4比特。如果SRI表明例如具有1个天线端口的SRS资源，对于预编码器和层数的指示将需要这6比特中的0比特。其原因是对于1端口信号/信道不进行预编码并且仅支持单层发送。应当注意的是，用于预编码器(或预编码)和层数的字段在规范中例如可以被称作“预编码信息和层数”。

可以通过各种方式来应对预编码和层数字段中的对于所表明的SRS资源的预编码和层数指示所不需要的比特，正如下面所讨论的那样。所不需要的比特(“not needed(不需要)”比特)例如可以是字段的MSB或LSB。为了简明起见，用Z表示“not needed(不需要)”比特或其子集，用S表示由SRI表明的SRS资源。这在图14中示出。

图9示出了例如在S是单端口的情况下如何可以获得Z的示例。在某些情况下，Z被填零。在某些情况下，Z被保留。

在某些情况下，Z可以表明零个、一个或多个SRS资源。应当注意的是，为此并不需要Z的所有比特。余下的比特例如可以被填零或保留或用于其他目的。由Z表明的SRS资源可以被用于所调度的PUSCH发送。举例来说，UE可以基于由Z表明的(多个)SRS资源来确定其PUSCH预编码器和层数，例如所表明的SRS资源可以例如根据NCBB操作确定用于PUSCH的某层的PUSCH预编码器和/或空间域发送滤波器。

在某些情况下，由Z表明的SRS资源处于用于代码本的SRSRS中。在其中UE还被配置用于非代码本的SRSRS的某些情况下，所表明的SRS资源处于用于非代码本的SRSRS中。应当注意的是，在某些这样的情况下，SRS资源可以既处于用于代码本的SRSRS中也处于用于非代码本的SRSRS中。实现这一点有四种基本方式，其中Z可以表明S和/或其他SRS资源，Z可以包括S之外的SRSRS中的SRS资源，Z可以被用来表明用于NCBB操作的SRS资源指示的表中的行，以及S可以是多端口SRS资源。下面描述这四种方法及其变型。

第一种是其中Z可以表明S和/或其他SRS资源。在这里，在第一种方法的第一示例中，例如Z可以是SRS资源的位图，其中例如“1”表明SRS资源，“0”意味着相应的SRS资源未被表明。所述位图中的比特对应于SRSRS(在不同的示例中是用于代码本或非代码本)中的单端口SRS资源，例如S也可以是单端口SRS。举例来说，如果在SRSRS中有两个单端口SRS资源，则Z可以包括2比特位图并且有以下示例性情况：

举例来说，当Z＝“00”时，没有SRS资源被表明。在某些情况下，这可以是无效指示，例如UE不预期该指示。在其他情况下它是有效的，但是结果是没有SRSRS中的SRS被用作空间关系。相反，UE例如可以遵循默认空间关系。当Z＝“01”时，SRSRS中的第一单端口SRS资源被表明，例如S或其他单端口SRS资源。当Z＝“10”时，SRSRS中的第二单端口SRS资源被表明。当Z＝“11”时，SRSRS中的全部两个单端口SRS资源都被表明，包括S。

在第一种方法的第二示例中，Z可以表示被用来如下从表中选择行的整数值。在附录2的表2中，“N”可以对应于SRSRS(在不同的示例中用于代码本和/或非代码本)中的单端口SRS资源的数量，“SRI”可以对应于SRSRS内的SRS索引或者SRSRS中的单端口SRS资源当中的索引。举例来说，S可以对应于SRS索引1，另一个单端口SRS资源可以对应于SRS索引0。

第二种方法是其中Z表明S之外的SRSRS(在不同的示例中用于代码本或非代码本)中的SRS资源。

举例来说，Z可以是S之外的SRS资源的位图，其中例如“1”表明SRS资源，“0”不表明SRS资源。所述位图中的比特对应于S之外的SRSRS中的单端口SRS资源。但是S也可以是单端口SRS资源，或者在某些情况下可以是多端口SRS资源。例如考虑在SRSRS中有三个单端口SRS资源的示例，例如S、第一其他SRS资源S’和第二其他SRS资源S”。

在该例中，Z可以包括2比特位图，例如对于Z＝“00”，没有其他单端口SRS资源被表明。对于Z＝“01”，S’被表明，对于Z＝“10”，S”被表明。对于Z＝“11”，S’和S”二者都被表明。

在另一个示例中，Z表示被用来如下从表中选择行的整数值。在下面N可以对应于S之外的SRSRS中的单端口SRS资源的数量，SRI可以对应于SRSRS内的SRS索引或者S之外的SRSRS中的单端口SRS资源当中的索引。参见附录2的表3。

在一个示例中，S和由Z表明的(多个)SRS资源(如果存在的话)两者(例如其并集)被用来确定PUSCH预编码器和/或(多个)空间域发送滤波器和层数，例如层数是由Z表明的SRS资源的数量加1。

在一个示例中，仅有由Z表明的(多个)SRS资源(如果存在的话)被用来确定PUSCH预编码器和/或(多个)空间域发送滤波器和层数，例如层数是由Z表明的SRS资源的数量。

第三种方法是其中Z被用来表明用于NCBB操作的SRS资源指示的表中的行。该表可以是用于NCBB操作的SRI指示的传统表。用M表示SRSRS中的最高天线端口数量的SRS资源的天线端口的数量。对于CBB操作和代码本子集限制(CBSR)，UE被配置：完全、部分和非相干代码本子集(fpnc)；部分和非相干代码本子集(pnc)；或者非相干代码本子集(nc)。

对于第三种方法，P表示用于调度PUSCH的DCI(例如DCI格式0_0、0_1或0_2)中的DCI字段“预编码器和层数”的比特数。

为了简明起见，假设用于PUSCH(CBB)的最大秩数等于M。在这里未列出的其他示例中，用于PUSCH(CBB)的最大秩数可以小于M，从而可能或可能不会导致P的不同值。为了简明起见假设全功率UL发送(ULFPTxModes)未被配置或者未被配置到模式2。在某些情况下，模式1的配置可能导致不同值。还假设变换预编码被禁用，这是因为如果其被启用的话则仅支持单层发送。对于单层发送，表明超出S的任何附加的单端口SRS资源可能是没有用的。

用N表示SRSRS(在不同的示例中用于代码本或非代码本)中的单端口SRS资源的数量，其中N可以或者可以不包括S。用K表示例如根据正常NCBB操作对于NCBB SRI所需要的比特数，例如假设所述单端口SRS资源可以被用于NCBB操作。

附录2的表4概括了在各种情况下使用Z的示例。表4示出了在“预编码和层数”DCI字段中有多少比特可用(P)以及对于传统NCBB SRI DCI字段需要多少比特(K)。对于K所需要的比特数等于N，尽管这对于一般情况可能并不成立。

Z将使用来自“预编码和层数”字段的P个比特中的一些。在该例中，在SRI(用于CBB)中选择了单端口SRS，因此将使用P个所分配的比特中的0个比特。因此，Z可以潜在地使用所有P个比特。应当注意的是，P由具有最高天线端口数量的SRS资源的天线端口的数量决定，而不是由SRI(用于CBB)表明的SRS资源的天线端口的数量。

“TS 38.212中的表”列是指定义可以通过SRI选择用于NCBB操作的不同SRS资源组合的表3GPP TS 38.212，V16.1.0，2020年3月。K表示对于该行的M与N的特定组合需要多少比特来表示这些不同的SRS资源组合。对于NCBB操作的不同最大秩数可以使用不同的表，其中所述最大秩数可以通过更高层参数maxMIMO-Layers或者通过UE向网络表明的最大支持层数来配置。

最终列(K≤P？)评估是否K≤P，例如对于Z是否有足够的比特(在此例中是P个比特)来表明相应的表中的任何相关SRS资源组合。在该例中，在所有情况下对于Z都有足够的比特。

第四种方法是其中S是具有比SRSRS中的最大天线端口数量更少的天线端口的多端口SRS资源。例如考虑具有4端口SRS资源、2端口SRS资源和两个单端口SRS资源的SRSRS。由于有四个SRS资源，因此SRI字段可以是两比特。由于4端口SRS资源、最大秩数、代码本子集等等，用于预编码和层数的字段可以是6比特。

SRI表明2端口SRS资源。在该例中，2端口SRS资源对于预编码和层数指示需要4比特。因此为Z留下2比特。

Z可以表明零个、一个或全部两个单端口SRS资源。如果表明了一个或全部两个单端口SRS资源，则PUSCH可以由多达4层构成。如果预编码和层数表明基于2端口SRS资源的2层并且Z表明两个单端口SRS资源，则这种情况可能发生。PUSCH DMRS的前两个天线端口可以对应于所述2层SRS，接下来的两个DMRS天线端口可以对应于所述两个单端口SRS资源，或者反之亦然。PUSCH DMRS天线端口0和1可以使用基于2端口SRS资源的空间域发送滤波器，其中基于在用于预编码信息和层数的字段中表明的预编码器来应用预编码器。PUSCH DMRS天线端口2可以使用基于第一单端口SRS资源的空间域发送滤波器和预编码器。PUSCH DMRS天线端口3可以使用基于第二单端口SRS资源的空间域发送滤波器和预编码器。

在各个示例中，可以按照类似于对SRSRS中的任何SRS资源进行索引的方式对SRSRS中的单端口SRS资源进行索引，这例如是基于单端口SRS资源之间的SRS资源ID，或者是根据在针对SRSRS配置的多个(SRS)资源的列表中的单端口SRS资源之间的顺序位置。

在前面所描述的各个示例中，通过用于CBB的SRI和用于NCBB操作的某种形式的附加SRS资源指示符的组合来表明SRS资源的集合，其可以被嵌入在预编码器和层数DCI字段的未使用比特中，例如前面的示例中的Z。在第一步中使用所述用于CBB的SRI表明的SRS资源被标记为S。由所述附加SRS资源指示符表明的(多个)SRS资源(如果存在的话)例如被标记为S’、S”等等。在某些情况下，S被映射到具有最低天线端口索引的PUSCH天线端口，S’被映射到下一个PUSCH天线端口等等。这允许在SRS资源到PUSCH层的映射中有一定的灵活性。

图10示出了涵盖前面所讨论的各个示例的高层级规程。UE例如可以被配置用于CBB PUSCH操作。例如本文中所讨论的各种其他UE能力报告和配置/指示可以在步骤1之前。

图10是使用用于PUSCH调度的传统DCI中的DCI字段动态地选择CBB或NCBB操作的规程的流程图。

在步骤1中，UE成功地解码例如具有格式0_0、0_1或0_2的载送UL许可的DCI。

在步骤2中，UE读取假设CBB操作的SRI字段。用于SRI字段的比特数可以取决于SRSRS(例如用于代码本或“mixed(混合)”)中的SRS资源的数量。

在步骤3中，UE确定由SRI表明的SRS资源S是单端口还是多端口SRS资源。如果S是多端口SRS资源，则UE继续到步骤4并且实施传统CBB操作。如果S是单端口SRS资源，则UE继续到对应于NCBB操作的步骤6。

在步骤4中，如在传统CBB操作中那样，UE读取DCI中的预编码器和层数字段。

在步骤5中，UE对将要发送的PUSCH应用所表明的预编码器和层数。用于PUSCH的空间域发送滤波器被设定为遵循针对所表明的多端口SRS配置的空间关系或者默认空间关系，例如如果默认空间关系被配置并且空间关系未被配置的话。

如果在步骤3中SRI选择了单端口SRS资源，则在步骤6中UE从用于预编码器和层数的DCI字段提取出Z。UE可以假设用于该字段的比特数与在步骤3中选择了多端口SRS的情况相同。

在步骤7中，类似于用于NCBB操作的SRS资源指示的情况，UE使用Z选择零个、一个或多个单端口SRS资源。所述单端口SRS资源可以从用在步骤2和3中的相同SRSRS中选择，例如用于代码本的SRSRS，或者从不同的SRSRS中选择，例如用于非代码本的SRSRS。如果S未被Z选择，它在某些情况下仍然可以被包括在所述集合中。在其他情况下，如果S未被Z选择，它不会被包括在所述集合中。

在步骤8中，UE例如根据NCBB操作对PUSCH应用(多个)单端口SRS资源的集合，例如确定PUSCH层的数量和将对于每一个PUSCH层应用的预编码器和/或空间域发送滤波器。在步骤9中，基于步骤5或步骤8的结果来发送PUSCH。

考虑下面的示例。UE被配置用于BM的一个或多个SRSRS。UE被配置设定到代码本的IE PUSCH-Config中的txConfig。UE被配置“完全、部分和非相干”代码本子集，例如参数codebookSubset在IE PUSCH-Config中被设定到“fullyAndPartialAndNonCoherent”。UE被配置用于PUSCH的最大秩数＝4。UE被配置具有三个SRS资源的用于代码本的SRSRS：一个4端口SRS资源和两个单端口SRS资源。

所述4端口SRS资源具有被配置和/或表明为用于BM的SRS资源的空间关系。在TRP-RP情形中，对于用于BM的SRS所使用的空间域发送滤波器可以适合于RP处的UL接收。网络可能已在RP处对用于BM的SRS实施了测量，并且例如通过比较RSRP或SINR得出结论所配置/表明的SRS资源是适合的。

所述两个单端口SRS资源的(多个)预编码器和(多个)空间域发送滤波器是基于DLRS，这例如是通过其(多个)空间关系、(多个)相关联的CSI-RS和/或(多个)默认空间关系。在TRP-RP情形中，对于这两个单端口SRS资源所使用的(多个)预编码器和(多个)空间域发送滤波器可以适合于去到一个或多个TRP的UL发送。

UE成功解码载送UL许可的DCI。UE基于CBB操作的假设(例如txConfig＝代码本)读取DCI中的SRI字段。该例中的SRI字段是2比特＝ceil(log₂(N_SRS))，其中N_SRS＝3是用于代码本的SRSRS中的SRS资源的数量。如果SRI字段表明4端口SRS资源，UE使用预编码器和层数字段来操作传统CBB PUSCH发送。在该例中，预编码器和层数字段是6比特。

如果SRI字段替换地表明其中一个单端口SRS资源，则UE使用预编码器和层数字段来操作NCBB PUSCH发送。可以假设相同的位宽。UE从该字段中提取出Z，其在此例中是2比特，例如预编码器和层数字段的2个LSB。Z被用来选择3GPP TS 38.212中的表7.3.1.1.2-31中的行，其中N_SRS＝2，因为在SRSRS中有两个单端口SRS资源。该表的相关部分被粘贴到附录2的表5中。Z被用来选择行。右列表明两个单端口SRS资源中的哪一个(多个)被选择。

基于之前的步骤，PUSCH被发送。如果4端口SRS资源被表明，则基于所表明的预编码和层数使用传统CBB模式来发送PUSCH。如果单端口SRS资源被表明，则使用NCBB操作基于由Z表明的(多个)单端口SRS资源来发送PUSCH。

在另一个示例中，如果UE被配置BWP上的NCBB和CBB操作，则UE预期调度PUSCH的DCI(例如DCI格式0_0、0_1或0_2)中的比特表明对于字段位宽、字段解释和/或所调度的PUSCH发送应用NCBB还是CBB操作。该比特字段例如可以被标记为PUSCHMode。

如果PUSCHMode表明CBB操作，则DCI可以从被配置用于代码本的SRSRS(基于用于CBB操作的SRI字段)中选择SRS资源以及相应的预编码器和层数(基于用于CBB操作的预编码器和层数字段)。如果PUSCHMode表明NCBB操作，则DCI可以从被配置用于非代码本的SRSRS(基于用于NCBB操作的SRI字段)中选择一个或多个SRS资源。

针对PUSCH重复的增强

在某些情况下，可以在PUSCH上重复发送传输块，以便例如改进可靠性和/或覆盖。为了进一步改进可靠性，不同的重复(例如PUSCH时机)可以被发送到不同的点(例如TRP和/或RP)。举例来说，第一重复可以被发送到TRP，第二重复可以被发送到RP，或者反之亦然。图16示出了跨越四个相继时隙中的四个PUSCH时机的四次重复。在此例中，第一和第三重复是基于NCBB操作，其中预编码和空间域发送滤波器是基于来自TRP的DL RS。这些重复可以构成PUSCH时机的第一集合。第二和第四重复是基于CBB操作，其中在DCI中表明的预编码和空间域发送滤波器是基于来自BM的SRS。这允许这些PUSCH重复以不发送DL RS的RP为目标。这些重复可以构成与第一集合不相交的PUSCH时机的第二集合。

在某些情况下，UE首先使用第一发送模式(例如NCBB)发送N1次重复，随后使用第二发送模式(例如CBB)发送N2次重复。

图11是PUSCH的示例性重复的顶视图，其中意图在TRP处接收NCBB PUSCH并且意图在RP处接收CBB。

在各种情况下，在相继的时隙中重复PUSCH时机。在各种情况下，在非相继时隙中重复PUSCH时机，例如每第N个时隙，其中N是大于1的整数。在各种情况中，在时隙内例如紧接着重复PUSCH时机，或者在时机之间有一个或多个符号。在各种情况下，PUSCH时机在时间上部分重叠或完全重叠。在各种情况中，所重复的PUSCH在频率上不重叠、部分重叠或完全重叠。换句话说，在某些情况下所重复的PUSCH时机可以被FDM。在某些情况下，对载送TB的相同PUSCH时机内的资源块的不同的不相交集合应用不同的空间关系。

在某些情况下，对PUSCH的不同层(或层集合)应用不同的空间关系。

多DCI方法

在某些情况下，通过例如具有DCI格式0_0、0_1或0_2的多个DCI调度多次PUSCH重复。举例来说，DCI的数量等于将被用于所重复的PUSCH时机的不同预编码和空间域发送滤波器的数量。

在各种情况下，第一DCI表明用于第一PUSCH重复的时间-频率资源。

在某些情况下，第二DCI表明用于第二PUSCH重复的时间-频率资源。在某些情况下，如果UE被配置PUSCH重复的多DCI调度，则该UE确定第二DCI表明重复或可以表明重复。UE可以基于DCI中的各个字段确定第二DCI调度重复。

以下三个条件的其中之一或其组合在某些情况下可以与其他条件一起被用来确定第二DCI是否调度PUSCH重复。首先，“HARQ处理号”与第一DCI中相同。其次，“新数据指示符”与第一DCI相比不表明新数据，例如不被翻转。第三，新的DCI字段(例如比特)表明该DCI调度PUSCH重复。第二DCI可能需要在第一DCI之后的特定时间内被发送。

多个DCI中的每一个可以载送SRI字段。多个DCI中的每一个或子集可以载送预编码和层数字段。根据本文中讨论的各个示例，DCI的子集(例如一个DCI)可以调度基于NCBB操作的PUSCH发送，这例如是通过表明一个或多个单端口SRS资源。DCI的子集(例如一个DCI)可以调度基于CBB操作的PUSCH发送，这例如是通过表明多端口SRS资源、预编码器和层数。

所述多DCI方法可能需要更高的PDCCH负载，但是带来的好处是去到不同的点的PUSCH的更加灵活的控制，例如不同的时间和频率资源分配、MCS、功率控制、预编码等等。

单DCI方法

在某些情况下，通过例如具有DCI格式0_0、0_1或0_2的单个DCI来调度多次PUSCH重复。

在某些情况下，UE被配置为例如使用上行链路集束或聚合来实施多次PUSCH重复。

在某些情况下，通过更高层信令(比如RRC信令、MAC CE信令等等)来配置PUSCH重复及其型式。PUSCH重复及其型式的配置可以包括将被用于PUSCH时机的空间关系的集合以及第一PUSCH发送之后的上行链路型式。在被配置之后，UE可以通过DCI被激活以操作在PUSCH重复模式下。并且UE可以通过另一个DCI被去激活。

为了使得单个DCI调度去到多个点(例如TRP和RP)的PUSCH发送，DCI可能需要表明用于某些参数的多个值，例如以下四项当中的一项或多项。第一项是SRI，例如针对不同的点启用不同的预编码和/或空间域发送滤波器。第二项是预编码和层数，例如针对不同的点启用不同的预编码和/或空间域发送滤波器。第三项是时间和频率资源。第四项是频率跳跃。这可能需要新的DCI格式。

在没有多点接收的传统操作中，SRI可以表明用于CBB操作的一个SRS资源或者用于NCBB操作的一个或多个SRS资源。在一种方法中，例如对于CBB操作网络同样可以通过MACCE配置和/或表明对应于一个或多个SRS资源的SRI值(如DCI中的SRI字段所表明)。换句话说，如果UE被配置用于这样的操作，可以由网络配置对应于两个SRS资源的SRI值，而不是直接对应于SRI值的SRS资源。在某些情况下，如果UE被配置用于这样的操作，即使UE操作在CBB模式下，也根据可以选择一个或多个SRS资源的用于NCBB操作的表来解释SRI。但是如果多个SRS资源被表明，这可能不对应于基于所述多个SRS资源的多层发送，如在NCBB操作中那样。相反，所述多个所表明的SRS资源被应用于不同的PUSCH时机，例如每个时机一个SRS资源。在某些情况下，所述多个SRS资源的子集(例如单端口SRS资源)被应用于相同的PUSCH时机，从而提供多层NCBB PUSCH，所述多个SRS资源的另一个子集(例如多端口SRS资源)则被应用于另一个PUSCH时机，从而提供单层或多层CBB PUSCH。

在某些情况下，DCI包括多个(例如两个)用于预编码和层数的字段。这些字段可以被用来支持去到多个点(例如两个不同的RP)的CBB PUSCH发送，这可能需要不同的预编码器和/或层数。

举例来说，如果用于CBB操作的SRI被增强以支持多个SRS资源的指示，如前面所讨论的那样，SRI可以表明两个不同的SRS资源，例如用于代码本的SRSRS中的两个不同的多端口SRS资源。在此情况下，基于DCI中的第一预编码器和层数字段的第一预编码器和层数可以被应用于PUSCH时机的第一集合。基于DCI中的第二预编码器和层数字段的第二预编码器和层数可以被应用于例如与第一集合不相交的PUSCH时机的第二集合。

在某些情况下，DCI只包括一个用于预编码和层数的字段，从而可以限制UE在重复的PUSCH发送内对其发送PUSCH的不同RP的数量。去到不同RP的PUSCH发送可能需要不同的预编码器和层数。相反，由于NCBB PUSCH通常不需要预编码器和层数的指示，因此对于多点PUSCH发送可以组合与NCBB PUSCH发送相组合的CBB PUSCH发送。

在一个示例中，DCI中的SRI字段表明多端口SRS资源和一个或多个(例如两个)单端口SRS资源。所述多端口SRS可以具有与可以针对去到RP的发送选择的用于BM的SRS的空间关系。所述一个或多个单端口SRS资源可以具有作为空间关系的DL RS或相关联的CSI-RS。UE可以将来自DCI中的第一预编码器和层数字段的预编码器和层数应用于在PUSCH时机的第一集合上发送的CBB PUSCH。在一个示例中，UE可以基于由SRI字段表明的单端口SRS的集合来应用在例如与第一集合不相交的PUSCH时机的第二集合上发送的NCBB PUSCH。

在另一个示例中，每一个所表明的SRS资源被指派给PUSCH时机的集合，其中各个集合可以是不相交的。如果例如SRI字段表明四个SRS资源，其中一个是多端口三个是单端口SRS资源，则UE可以将PUSCH时机的一个集合指派给所述多端口SRS资源，并且对于(多次)CBB PUSCH发送应用来自DCI中的第一预编码器和层数字段的预编码器和层数。UE可以对于每一个单端口SRS资源指派PUSCH时机的一个集合，例如相应的PUSCH发送可以被限制到单层。

在某些情况下，通过RRC配置或者通过MAC CE或DCI表明重复次数和/或对应于不同SRS资源的重复次数。该信息可以由UE使用来将SRS资源指派给PUSCH时机的集合。在一个示例中，UE被通知对于基于SRS资源的两个不同集合的PUSCH将重复PUSCH。SRI字段可以表明三个SRS资源，一个多端口SRS资源和两个单端口SRS资源。多端口SRS资源可以被限制为自身被指派给PUSCH时机的第一集合。由于UE知道对于PUSCH时机的第二集合仅有SRS资源的一个另外的集合，因此UE可以推断出全部两个单端口SRS资源应当被映射到相同的PUSCH，例如应当在PUSCH时机的第二集合上发送基于所述两个单端口SRS资源的2层NCBBPUSCH。另一方面，如果UE被通知对于基于SRS资源的三个不同集合的PUSCH将重复PUSCH，则UE将把两个单端口SRS资源分别指派给PUSCH时机的一个集合，例如在PUSCH时机的不同集合中发送基于所述单端口SRS资源的单层PUSCH。

在某些情况下，例如当UE被配置多个(例如两个)SRSRS时，单独的DCI字段被用于SRSRS选择，其可以对应于TRP选择。

在一个示例中，SRSRS选择字段可以在SRSRS之间进行选择，比如两个所配置的SRSRS的其中之一(例如NCBB集合和CBB集合)。在一个示例中，SRSRS选择字段可以在基于一个SRSRS的PUSCH发送(其可以对应于单个TRP)与基于多个(例如两个)SRSRS的PUSCH发送(其可以对应于去到多个TRP的发送)之间进行选择。在一个示例中，SRSRS选择字段可以选择SRSRS与PUSCH时机之间的映射，例如在重复PUSCH时将哪一个SRSRS映射到哪一个PUSCH时机。在一个示例中，SRSRS选择字段可以选择一个或全部两个SRSRS，并且在两个所选择的SRSRS的情况下，该字段还可以表明去到发送时机的映射。

举例来说，2比特SRSRS选择字段对于代码点值0到3可以表明以下情况。

代码点0可以表明选择第一SRSRS。在某些情况下，第一SRI字段被用来表明所选择的SRSRS中的(多个)SRS资源，第二SRI字段不被使用。在某些情况下，第二SRI字段被用来表明所选择的SRSRS中的(多个)SRS资源，第一SRI字段不被使用。

代码点1可以表明选择第二SRSRS。在某些情况下，第一SRI字段被用来表明所选择的SRSRS中的(多个)SRS资源，第二SRI字段不被使用。在某些情况下，第二SRI字段被用来表明所选择的SRSRS中的(多个)SRS资源，第一SRI字段不被使用。

代码点2可以表明以第一SRSRS到PUSCH时机映射顺序选择全部两个SRSRS。在某些情况下，第一SRI字段被用来表明第一SRSRS中的(多个)SRS资源，第二SRI字段被用来表明第二SRSRS中的(多个)SRS资源。在某些情况下，第一SRI字段被用来表明第二SRSRS中的(多个)SRS资源，第二SRI字段被用来表明第一SRSRS中的(多个)SRS资源。

代码点3可以表明以第二SRSRS到PUSCH时机映射顺序选择全部两个SRSRS。在某些情况下，第一SRI字段被用来表明第一SRSRS中的(多个)SRS资源，第二SRI字段被用来表明第二SRSRS中的(多个)SRS资源。在某些情况下，第一SRI字段被用来表明第二SRSRS中的(多个)SRS资源，第二SRI字段被用来表明第一SRSRS中的(多个)SRS资源。

在某些情况下，具有较低ID的SRSRS是第一SRSRS，另一个SRSRS是第二SRSRS。在某些情况下，一个SRSRS被配置用于NCBB，一个SRSRS被配置用于CBB，不管ID如何，NCBB SRSRS是第一SRSRS，CBB SRSRS则是第二SRSRS。在其他情况下，CBB集合是第一SRSRS，NCBB集合是第二SRSRS。

在某些情况下，如果选择单个SRSRS，例如通过将相同的SRSRS应用于每一个PUSCH时机，可以重复PUSCH。举例来说，可以通过时域资源分配字段表明重复(例如包括重复次数)或无重复。

在某些情况下，如果SRSRS指示字段表明CBB SRSRS，用于预编码(例如在短TPMI中)和层数的DCI字段可以适用于CBB SRSRS被映射到的PUSCH时机，包括CBB SRSRS被映射到所调度的PUSCH时机的子集或全部的情况。在某些情况下，如果SRSRS指示字段未表明CBBSRSRS，用于预编码(例如在短TPMI中)和层数的DCI字段可能未被使用。

在某些情况下，例如对于基于NCBB和CBB PUSCH的PUSCH重复，层数(即秩数)可以被约束为在(多个)NCBB PUSCH时机和(多个)CBB PUSCH时机中是相同的。这可以被用来限制DCI字段的大小，例如SRI字段和/或用于预编码和层数的字段。

在某些情况下，用于表明NCBB SRSRS中的(多个)SRS资源的SRI字段(在本文中的各个示例中可以是第一或第二SRI字段)可以被用来确定用于预编码和层数的字段的条目(例如TPMI)，其中可以仅包含被用于表明NCBB SRSRS中的(多个)SRS资源的SRI字段的所表明的层数所对应的预编码(例如TPMI)组合。举例来说，如果被用于表明NCBB SRSRS中的(多个)SRS资源的SRI字段表明单层PUSCH发送，用于预编码和层数的字段可以表明单层预编码(例如TPMI)条目。在某些情况下，所述字段可以被视为预编码字段，例如TPMI字段。用于预编码(例如TPMI)字段的比特数N2可以由与被用于表明NCBB SRSRS中的(多个)SRS资源的SRI字段相关联的所有秩数当中每秩数的(多个)预编码和层数(例如TPMI)代码点的最大数量来决定。对于每一个秩数x，前K_x个代码点被映射到与SRI字段相关联的秩数x的K_x个预编码器(例如TPMI)，余下的(2^N2-K_x)个代码点被保留。每秩数的(多个)预编码和层数(例如TPMI)代码点的最大数量可以取决于所配置的代码本子集限制，例如非相干、部分和非相干或者完全、部分和非相干子集。在某些情况下，在确定每秩数的(多个)代码点的最大数量时，不考虑大于NCBB SRSRS中的SRS资源的数量的预编码(例如TPMI)秩数。

举例来说，考虑在用于NCBB操作的SRSRS中具有4个SRS资源并且最大秩数是4的示例。进一步考虑具有4个单层TPMI、6个两层TPMI、一个3层TPMI和一个4层TPMI的代码本(例如非相干子集)，每秩数的TPMI代码点的最大数量是6(对应于秩数x＝1)，这意味着用于预编码(例如TPMI)字段的比特数(N2)可以是3。因此，K₁＝4、K₂＝6、K₃＝1并且K₄＝1。

在某些情况下，用于预编码和层数的字段(例如TPMI)可以被用来确定被用于表明NCBB SRSRS中的(多个)SRS资源的SRI字段的条目，其可以是本文中的各个示例中的第一个或第二个SRI字段。在某些情况下，SRI字段可以仅包含对应于所述用于预编码和层数的字段所表明的层数的SRI组合。举例来说，如果所述用于预编码和层数的字段表明单层PUSCH发送，被用于表明NCBB SRSRS中的(多个)SRS资源的SRI字段可以表明单层条目。用于SRI字段(用于NCBB)的比特数N3可以由与所述用于预编码和层数的字段相关联的所有秩数当中每秩数的(多个)SRI代码点的最大数量决定。对于每一个秩数x，前K_x个代码点被映射到与所述用于预编码和层数的字段相关联的秩数x的K_x个SRI，余下的(2^N3-K_x)个代码点被保留。

联合发送

在某些情况下，联合多点PUSCH发送例如对于改进频谱效率和/或可靠性是有益的。举例来说，PUSCH的不同层可以将不同的点作为目标，例如一层去到TRP，一层去到RP。这对于具有用于UL发送的多个面板的UE可以是可行的——例如第一层是从第一面板发送，第二层是从第二面板发送。

为了允许这样的联合发送，可以采用单DCI方法。取代将多端口SRS资源指派给第一PUSCH发送并且将一个或多个单端口SRS资源指派给不同于第一PUSCH发送的一个或多个PUSCH发送，将多端口SRS资源指派给PUSCH的层集合，并且将一个或多个单端口SRS资源指派给相同的PUSCH的与第一集合不相交的另一个层集合。

所调度的PUSCH的层数于是可以是所表明的层数与所表明的单端口SRS资源的数量之和。所表明的层数可以是来自所表明的多端口SRS资源的DCI中的预编码器和层数字段。

可以通过调度DCI(例如通过SRI字段)表明SRS资源。

多面板方面

对于PUSCH重复，使得UE在不同的UE面板上发送不同的PUSCH对于可靠性可能是有益的，这是因为一个面板可能会突然被阻断。在其中SRS资源或SRSRS已经与面板相关联的某些情况下，通过在与用于不同PUSCH时机的不同面板相关联的DCI中表明SRS资源，可以实现来自不同面板的PUSCH重复发送。

针对SRS波束扫描的增强

UE被配置具有用途“beamManagement”的一个或多个SRSRS(用于BM的SRSRS)。一般来说，如果对于SRS资源未配置和/或表明空间关系，则可以由UE来选择对于该SRS资源将使用哪一个预编码器和/或空间域发送滤波器。用于BM的SRS通常未被配置/表明空间关系，因此UE可以使用所述用于BM的SRS来实施UL波束扫描。但是应当注意的是，可以由UE决定如何实施UL波束扫描(如果确实实施的话)。

但是来自用于BM的不同SRSRS的SRS资源可以在相同的符号中发送，但是可以禁止来自用于BM的相同SRSRS的不同SRS资源的同时发送。这一属性可以被用来在来自相同UE面板的用于BM的SRSRS中发送不同的SRS资源。在某些UE实现方式中，例如如果使用模拟Tx波束成形，可能无法同时从相同的面板发送多个不同的波束。但是有可能同时发送来自第一面板的第一波束和来自第二面板的第二波束。在这些示例中，可以使用不同的波束来发送不同的SRS资源。

物理面板可以是天线系统，例如交叉极化天线单元的矩形安排或另一种天线安排。在各种情况下，面板的各个天线连接到TRX或多个树(Tree)。在各种情况下，对于UE处的发送和接收使用相同的(多个)面板。在某些情况下，对于发送和接收可以使用不同的面板集合。在某些情况下，包括相应TRX的面板可以被关断和开启。

在某些情况下，可以定义逻辑面板。逻辑面板到物理面板的映射可以取决于UE。举例来说，可以将逻辑面板映射到物理面板。在另一个示例中，可以将逻辑面板映射到多个物理面板。在另一个示例中，可以将多个逻辑面板映射到物理面板。某些实现方式可能不使用物理面板。在这样的情况下，逻辑面板可以被映射到天线的集合。

在某些情况下，UE向网络报告其在用于发送和/或接收的面板(例如物理和/或逻辑)数量方面的能力。

在某些情况下，定义UE面板ID(或者索引或池ID)。这样的面板ID可以对应于物理面板和/或逻辑面板。

在某些情况下，UE可以被配置为提供面板ID连同DL RS的测量结果(例如L1-RSRP)。面板ID可以表示所报告的DL RS是在哪一个面板上测量的。如果是在多个面板上实施DL测量，则面板ID可以表示主导面板，例如具有单独最高的测量值的面板，例如最高的每面板L1-RSRP。

在某些情况下，如附录1的配置示例6中所示，SRSRS可以被(RRC)配置面板ID。这样的面板ID可以表明应当从哪一个面板(物理或逻辑)发送该SRSRS中的SRS资源。举例来说，用于BM的SRSRS可以被配置决定从哪一个面板发送相应的SRS资源的面板ID。

附录1的配置示例6示出了在SRSRS中配置面板ID的示例性SRS-Config信息单元。

在某些情况下，SRSRS可以被(RRC)配置多个面板ID，例如在如附录1的配置示例7中所示的列表中。这些ID可以表明应当从哪些(多个)面板发送该SRSRS中的SRS资源。在某些情况下，SRSRS中的SRS资源的数量需要大于或等于为该SRSRS配置的面板ID的数量。

附录1的配置示例7示出了为SRSRS配置面板ID的示例性SRS-Config信息单元。

在某些情况下，UE可以被配置用于代码本的SRSRS和用于“noncodebook(非代码本)”的SRSRS，正如前面所讨论的那样。这样的配置可以被约束为使得针对与用于“nonCodebook(非代码本)”的SRSRS不同的面板来配置/表明用于代码本的SRSRS。在某些情况下，规定SRSRS与面板之间的关联。举例来说，将用于代码本的SRSRS与最低面板ID相关联，例如0。在另一个示例中，将用于非代码本的SRSRS与最低面板ID相关联，例如0。在某些情况下，可以例如使用与附录1的配置示例6中一样的配置对于每个UE面板配置一种PUSCH发送模式和相应的SRSRS。在某些情况下，可以配置至多一个用于代码本的SRSRS，并且可以配置至多一个用于非代码本的SRSRS。在这种情况下，这样的SRSRS可能需要与多个面板相关联，这意味着如附录1的配置示例7中所示的配置可能是适当的。

在某些情况下，如图12中所示，可以通过MAC CE来表明和/或激活和/或去激活面板ID。该例是基于使用传统MAC CE中的一个或多个保留比特，例如非周期性和/或半永久性SRS激活/去激活MAC CE，如在3GPP TS 38.321(V16.0.0，2020年3月)中所描述的那样。下面是十二个示例性字段。

A/D——该字段表明是要激活还是去激活所表明的SRS资源集合。

SRS资源集合的蜂窝ID——该字段表明包含被激活/被去激活的SRS资源集合的服务蜂窝的身份。

SRS资源集合的BWP ID——该字段表明作为DCI带宽部分指示符字段的代码点的UL BWP。

C——该字段表明是否存在包含(多个)资源服务蜂窝ID字段和(多个)资源BWP ID字段的八位字节。

SUL——该字段表明MAC CE适用于正常UL载波还是SUL载波配置。

SRS资源集合ID——该字段表明将被激活或去激活的SRS资源集合ID。

Fi——该字段表明被用作SRS资源集合ID字段所表明的SRS资源集合内的SRS资源的空间关系的资源的类型。

资源IDi——该字段包含被用于SRS资源i的空间关系导出的资源的标识符。

资源服务蜂窝IDi——该字段表明被用于SRS资源i的空间关系导出的资源处于其上的服务蜂窝的身份。

资源BWP IDi——该字段表明作为被用于SRS资源i的空间关系导出的资源处于其上的DCI带宽部分指示符字段的代码点的UL BWP。

R：保留比特。

P：面板ID。

图12示出了MAC CE中的面板ID指示P的示例，例如在本例中是用于非周期性或半永久性SRS激活/去激活。

在该例中，面板指示P是两比特。这些比特可以直接表示对于该SRSRS所表明/激活/去激活的面板ID，例如“00”表示面板ID＝0，“01”表示面板ID＝1等等。在某些情况下，P被用来表明表中的行，其随后定义对于该SRSRS将使用哪一个面板ID(如果存在的话)，正如附录2的表6中那样。值“no panel is indicated(没有面板被表明)”可以意味着UE可以选择用于SRSRS发送的面板。

在某些情况下，P是位图，其中每一个比特表示面板。如果该比特被设定，则对于相应的面板启用来自SRSRS的(多个)SRS资源的发送。如果该比特未被设定，则不应当从该面板发送SRSRS。在某些情况下，可以通过MAC CE对于多个面板表明激活/去激活，例如如果P是多个比特被设定到“1”的位图，其中被设定到1的比特指示UE激活相应的面板或者激活相应面板上的SRS发送(对应于MAC CE所表明的SRSRS)。类似地，被设定到0的比特指示UE去激活相应的面板或者去激活相应面板上的SRS发送(对应于MAC CE所表明的SRSRS)。

在某些情况下，在SRS激活时可以仅通过P表明一个或多个面板。例如在去激活时，P中的比特可以被固定到0。

对于非周期性SRSRS，可以例如在SRS请求字段中通过触发非周期性SRSRS的DCI表明面板ID。

在某些情况下，通过MAC CE(例如通过P)或者在DCI中表明的面板ID对应于针对SRSRS所配置的其中一个面板，正如附录1的配置示例7中那样。

在某些情况下，调度PUSCH的DCI表明面板ID。例如考虑NCBB PUSCH操作，其中(多个)NCBB SRS资源使用(多个)DL RS来导出预编码器和空间域发送滤波器。这样的(多个)SRS资源可以在多个面板上接收，并且UE可以对于每个面板保持空间域发送滤波器以接收DL RS。因此，UE可以针对PUSCH选择在调度该PUSCH的DCI中表明的面板所对应的预编码器和(多个)空间域发送滤波器。

在某些情况下，前面所讨论的所配置和/或表明的(多个)面板ID不表示UE应当从该处发送SRSRS的面板。相反，所配置和/或表明的(多个)面板ID表示UE在发送SRSRS时应当避免的(多个)面板。

在另一种方法中，SRS资源可以被配置/表明例如关于比如SRS或DL RS之类的参考RS的负空间关系。负空间关系可以意味着不应当使用与负空间关系中的参考RS相同的空间域滤波器来发送/接收目标SRS资源。在另一个示例中，SRSRS可以被配置/表明例如关于比如SRS或DL RS之类的参考RS或者关于参考SRSRS的负空间关系。这样的负空间关系可以意味着不应当使用与负空间关系中的参考RS或参考SRSRS中的任何SRS相同的空间域滤波器来发送/接收目标SRSRS中的SRS资源。在某些情况下，UE应当利用与被用于负空间关系中的参考RS(或参考SRSRS)的发送/接收的空间域滤波器在空间上最大程度分开的空间域滤波器来发送目标SRS资源(或SRSRS)。在某些情况下，UE应当(或者可以)从与被用于负空间关系中的参考RS(或参考SRSRS)的发送/接收的面板在空间上最大程度分开的面板发送目标SRS资源(或目标SRSRS)。

图13示出了负空间关系的示例。SRS 9被配置关于SRS 2的负空间关系。举例来说，这可以导致UE应当(或者可以)用于SRS 2在空间上最大程度分开的空间域发送滤波器来发送SRS 9。

关于SRS的正常(或正)空间关系表明UE在预编码和空间域发送滤波方面应当如何发送SRS。因此对于具有正空间关系的SRS，UE没有选择SRS发送波束的空间。因此，对于用于BM的SRS通常不配置空间关系，这是因为UE应当能够选择SRS发送波束以例如实施UL Tx波束扫描。

负空间关系的目的是为UE保持选择SRS发送波束的高度灵活性。负空间关系向UE表明在选择用于SRS的UL Tx波束时要避免哪些UL Tx波束和/或面板。除了这一限制之外，UE仍然具有选择用于SRS的UL Tx波束的灵活性，以便例如在UL Tx波束的子集和/或UL发送面板的子集上实施受限制的UL波束扫描。

应当注意的是，“UL Tx波束”可以对应于预编码和/或空间域发送滤波器。

在各种情况下，SRS资源或SRSRS无法被同时配置正空间关系和负空间关系。考虑两个示例。

在第一示例中，SRSRS(例如用于代码本)被配置单端口SRS资源和多端口SRS资源。通过DL RS作为空间关系配置/表明单端口SRS资源。通过单端口SRS资源作为负空间关系配置/表明多端口SRS资源。由于多端口SRS资源未被配置正空间关系，因此不需要使用特定空间域发送滤波器来发送。

但是由于负空间关系，应当使用与(参考)单端口SRS不同的空间域发送滤波器或者从与单端口SRS不同的面板发送(目标)多端口SRS。

如果UE具有两个面板，则在第一面板上发送单端口SRS，例如如果第一面板对于接收相应的DL RS是最佳的，由于负空间关系，随后将从第二面板发送(目标)多端口SRS。如果UE发生旋转从而使得转而在第二面板上接收DL RS，由于负空间关系，随后将在无需重新配置/指示的情况下从第一面板发送(目标)多端口SRS。

在第二示例中，配置用于BM的SRSRS。在这里，SRSRS中的SRS资源都未被配置正空间关系，这意味着取决于UE来选择用于SRS资源的UL发送波束。SRSRS被配置/表明与用于非代码本的(参考)SRSRS或者与用于非代码本的SRSRS中的(参考)SRS资源的负空间关系。举例来说，用于非代码本的SRSRS中的(多个)单端口SRS资源具有被配置/表明为空间关系的(多个)DL RS，这意味着UE通常几乎没有选择用于这些SRS资源的波束/面板的灵活性。

在由负空间关系施加的约束下，用于BM的(目标)SRS资源的UL发送波束可以由UE灵活地选择。举例来说，除了被用来发送负空间关系中的参考SRS资源的面板之外，UE可以跨越其各个面板实施UL波束扫描。类似地，只要避免由参考SRSRS中的任何SRS资源使用的空间域发送滤波器，UE可以跨越任何面板实施UL波束扫描。

通过能够控制UE对于用于BM的SRS的发送使用哪一个(多个)面板，网络可以更好地利用UL资源并且减少UL干扰。考虑如图14中所示的具有TRP和RP的蜂窝的情形。蜂窝中的UE向网络报告了其具有两个面板。网络配置网络控制的UE面板操作(对于两个UE面板)。此外，考虑UE基于从TRP发送的DL RS使用去到TRP的NCBB PUSCH发送。对于去到RP的PUSCH发送，UE使用CBB发送，其中多端口SRS具有关于用于BM的SRS的空间关系。NCBB和CBB操作可以遵循前面所描述的各个示例，例如UE具有CB-SRSRS、用于“nonCodebook(非代码本)”的SRSRS、用于“codebook(代码本)”的SRSRS和/或用于“mixed(混合)”的SRSRS。

图14示出了从一个面板发送的用于BM的SRS的示例性情形，在本例中是在RP的方向上。

由于UE对于来自TRP的DL RS的接收和去到TRP的UL信号和信道的发送使用一个面板，基于这些DL RS，可能没有必要从该面板发送用于BM的SRSRS。相反，用于BM的SRSRS可以有利地从另一个面板发送，以便使得网络能够测量该另一个面板是否适合于去到RP的发送。

如果UE报告哪一个面板被用于来自TRP的DL RS的接收和用于NCBB PUSCH发送的目的的(多个)单端口SRS去到TRP的发送，则网络可以配置/表明UE从另一个面板发送用于BM的SRSRS。但是这在情况发生改变时(例如如果UE发生旋转)可能涉及重新配置开销和延迟。

在替换方法中，UE可以被配置为从未被用于发送具有(多个)DL RS作为空间关系、相关联的CSI-RS或者基于DL RS的默认空间关系的(多个)SRS资源的一个或多个面板发送用于BM的SRS。换句话说，UE可以被配置为避免从被用于发送具有(多个)DL RS作为空间关系、相关联的CSI-RS或者基于DL RS的默认空间关系的(多个)SRS资源的面板发送用于BM的SRS。

举例来说，UE可以被配置为不使用被用于特定DL RS的接收或者特定SRS或SRSRS的发送的相同空间域发送滤波器来发送用于BM的SRSRS中的任何SRS资源。换句话说，UE可以被配置为避免使用被用于特定DL RS的接收或者特定SRS或SRSRS的发送的相同空间域发送滤波器来发送用于BM的SRSRS中的SRS资源。

换句话说，如果UE例如将发生旋转并且UE改变被用于DL RS接收的面板，则UE可以自主地改变针对用于BM的SRS的发送所使用的(多个)面板。

这些面板或空间域发送滤波器避免技术可以例如被配置在SRS config中，从而例如适用于所配置的所有用于BM的SRS，正如附录1的配置示例8中所示出的那样。在某些情况下，所述技术仅适用于周期性或半永久性SRSRS。

附录1的配置示例8示出了在SRS-Config中配置针对基于DL测量的UL波束扫描的面板选择的示例性SRS-Config信息单元。

在另一个示例中，面板避免技术可以被配置在SRS资源集合中，正如在配置示例9中所示出的那样。在这种情况下，所述技术仅适用于被配置在其中的SRSRS。通过这种方式，一些用于BM的SRSRS可以被配置为避免发送基于DL的UL的面板，其他用于BM的SRSRS则仍然从任何面板发送，包括发送基于DL的UL的任何面板。代码“-Cond beamManagement”可以意味着“此字段是可选地存在，在用途是beamManagement的情况下是Need M，否则该字段不存在。”

附录1的配置示例9示出了在SRS-ResourceSet中配置针对基于DL测量的UL波束扫描的面板选择的示例性SRS-Config信息单元。

在某些情况下，面板避免可以是基于哪一个面板与基于DL的NCBB操作相关联。基于DL的NCBB操作与面板之间的关联(或者反之亦然)的含义可以具有多种变型。

举例来说，所述配置和/或指示可以包括RRC配置、MAC CE中的指示或DCI中的指示当中的一项或多项。MAC CE中的指示可以是半永久性SRS激活/去激活MAC CE、非周期性SRS空间关系指示MAC CE、SRS路径损耗参考RS激活/去激活MAC CE和/或基于CC列表的SRS激活/去激活MAC CE。DCI中的指示例如可以与针对非周期性SRS的触发在一起。

例如如果具有用途“noncodebook(非代码本)”/“codebook(代码本)”/“mixed(混合)”的SRSRS包含一个或多个SRS资源(例如单端口)，可以实现其中面板与基于DL的NCBB操作相关联的配置和/或指示，其中活跃空间关系是DL RS并且被用来接收一个或多个DL RS(和发送相应的SRS)的空间滤波器与面板相关联。这可以通过若干种方式实现。首先，如果使用某个空间滤波器发送的信号(例如SRS)是从某个面板发送，则该空间滤波器与该面板相关联，和/或如果使用某个空间滤波器接收到的信号(DL RS)是用某个面板接收，则该空间滤波器与该面板相关联。

在某些情况下，增加另一个条件：在面板上接收到的DL RS的测量质量足够好，例如L1-RSRP、L1-RSRQ和/或L1-SINR之类的测量高于一定阈值，所述阈值可以是可配置的。

在某些情况下，增加另一个条件：UE测量在所考虑的SRSRS中充当空间关系的其中一个、多个或所有DL RS的质量(例如L1-RSRP、L1-RSRQ、L1-SINR)。这N项DL RS质量测量可以被标记为x₁,…,x_N。所述测量是从具有索引p₁,…,p_N的面板获得。举例来说，如果所有N项测量都是从具有索引a的相同面板获得，则p₁＝…＝p_N＝a。如果DL RS i是在多个面板上测量，则对于x_i和p_i将使用具有最高质量的测量结果和相应的面板。定义质量度量S的集合的函数f(S)，其例如可以是average(S)、max(S)或min(S)。从面板i获得的质量测量的集合被标记为S_i，例如使得p_k＝i(k＝1,…,N)的x_k的集合。取决于f()的性质，SRSRS例如与具有最高f(S_i)或最低f(S_i)的面板i相关联。

示例性环境

第三代合作伙伴计划(3GPP)开发用于蜂窝电信网络技术的技术标准，包括无线电接入、核心传输网络和服务能力——包括编解码器、安全和服务质量方面的工作。近来的无线电接入技术(RAT)标准包括WCDMA(通常称作3G)、LTE(通常称作4G)和LTE进阶标准。3GPP已开始被称作新无线电(NR)的下一代蜂窝技术的标准化方面的工作，也被称作“5G”。3GPPNR标准开发预期会包括下一代无线电接入技术(新RAT)的定义，其中预期会包括6GHz以下的新的灵活无线电接入的规定，以及6GHz以上的新的超移动宽带无线电接入的规定。灵活无线电接入预期由6GHz以下的新频谱中的新的、非后向兼容的无线电接入构成，并且预期会包括可以被一起多路复用在相同频谱中的不同操作模式，以解决具有不同要求的广泛的3GPP NR使用情况。超移动宽带预期会包括厘米波和毫米波频谱，从而将为例如室内应用和热点提供超移动宽带接入的机会。具体来说，超移动宽带预期会与6GHz以下的灵活无线电接入共享共同的设计框架，并且具有特定于厘米波和毫米波的设计优化。

3GPP已识别出NR预期会支持的多种使用情况，从而导致对于数据速率、时延和移动性的多种用户体验要求。所述使用情况包括以下的一般类别：增强型移动宽带(例如稠密区域内的宽带接入、室内超高宽带接入、人群中的宽带接入、处处50+Mbps、超低成本宽带接入、车辆中的移动宽带)、关键通信、大规模机器类型通信、网络操作(例如网络切片、路由、迁移和互工作、能量节省)以及增强型车辆对万物(eV2X)通信，所述车辆对万物通信可以包括任何车辆对车辆通信(V2V)、车辆对基础设施通信(V2I)、车辆对网络通信(V2N)、车辆对行人通信(V2P)和车辆与其他实体的通信当中的任一项。举几个例子来说，这些类别中的具体服务和应用例如包括监测和传感器网络、设备远程控制、双向远程控制、个人云计算、视频流送、基于云的无线办公、第一响应者连接、汽车紧急呼叫、灾难警报、实时游戏、多人视频呼叫、自主驾驶、增强现实、触觉互联网以及虚拟现实。在本文中设想到所有这些使用情况和其他使用情况。

图15A示出了可以在其中具体实现本文中所描述并要求保护的方法和装置的示例性通信系统100的一个实施例。如图所示，示例性通信系统100可以包括无线发送/接收单元(WTRU)102a、102b、102c、102d、102e、102f和/或102g(一般地或统一地可以被称作WTRU102)、无线电接入网(RAN)103/104/105/103b/104b/105b、核心网络106/107/109、公共交换电话网(PSTN)108、因特网110、其他网络112以及V2X服务器(或者ProSe功能和服务器)113，但是应当认识到，所公开的实施例设想到任何数量的WTRU、基站、网络和/或网络单元。WTRU102a、102b、102c、102d、102e、102f、102g当中的每一个可以是被配置为在无线环境中操作和/或通信的任何类型的装置或设备。虽然每一个WTRU 102a、102b、102c、102d、102e、102f、102g在图15A-15E中被描绘为手持式无线通信装置，但是可以理解的是，对于5G无线通信所设想的多种使用情况，每一个WTRU可以包括被配置为发送和/或接收无线信号的任何类型的装置或设备或者可以被具体实现在所述装置或设备中，其中仅仅作为举例包括用户装备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、平板设备、上网本、笔记本计算机、个人计算机、无线传感器、消费电子装置、可穿戴设备(比如智能手表或智能衣服)、医疗或电子健康设备、机器人、工业装备、无人机、交通工具(比如汽车、卡车、火车或飞机)等等。

通信系统100还可以包括基站114a和基站114b。基站114a可以是被配置为与WTRU102a、102b、102c的至少其中之一进行无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110和/或其他网络112。基站114b可以是被配置为与RRH(远程无线电头端)118a、118b、TRP(发送和接收点)119a、119b和/或RSU(路边单元)120a和120b的至少其中之一进行有线和/或无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110、其他网络112和/或V2X服务器(或者ProSe功能和服务器)113。RRH 118a、118b可以是被配置为与至少一个WTRU 102c进行无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110和/或其他网络112。TRP 119a、119b可以是被配置为与至少一个WTRU102d进行无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110和/或其他网络112。RSU 120a和120b可以是被配置为与WTRU 102e或102f的至少其中之一进行无线接口的任何类型的设备，以促进接入到一个或多个通信网络，比如核心网络106/107/109、因特网110、其他网络112和/或V2X服务器(或者ProSe功能和服务器)113。作为举例，基站114a、114b可以是收发器基站(BTS)、节点B、eNode B、家庭节点B、家庭eNode B、站点控制器、接入点(AP)、无线路由器等等。虽然基站114a、114b被分别描绘为单个单元，但是应当认识到，基站114a、114b可以包括任何数量的互连基站和/或网络单元。

基站114a可以是RAN 103/104/105的一部分，RAN 103/104/105还可以包括其他基站和/或网络单元(未示出)，比如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114b可以是RAN 103b/104b/105b的一部分，RAN 103b/104b/105b还可以包括其他基站和/或网络单元(未示出)，比如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a可以被配置为在特定地理区域内发送和/或接收无线信号，所述地理区域可以被称作蜂窝(未示出)。基站114b可以被配置为在特定地理区域内发送和/或接收有线和/或无线信号，所述地理区域可以被称作蜂窝(未示出)。蜂窝可以进一步被划分成蜂窝扇区。举例来说，与基站114a相关联的蜂窝可以被划分成三个扇区。因此，在实施例中，基站114a可以包括三个收发器，例如对于蜂窝的每一个扇区有一个收发器。在实施例中，基站114a可以采用多输入多输出(MIMO)技术，并且因此可以对于蜂窝的每一个扇区利用多个收发器。

基站114a可以通过空中接口115/116/117与WTRU 102a、102b、102c当中的一个或多个进行通信，空中接口115/116/117可以是任何适当的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等等)。空中接口115/116/117可以使用任何适当的无线电接入技术(RAT)来建立。

基站114b可以通过有线或空中接口115b/116b/117b与RRH 118a、118b、TRP 119a、119b和/或RSU 120a和120b当中的一个或多个进行通信，所述有线或空中接口115b/116b/117b可以是任何适当的有线(例如电缆、光纤等等)或无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等等)。空中接口115b/116b/117b可以使用任何适当的无线电接入技术(RAT)来建立。

RRH 118a、118b、TRP 119a、119b和/或RSU 120a、120b可以通过空中接口115c/116c/117c与WTRU 102c、102d、102e、102f当中的一个或多个进行通信，所述空中接口115c/116c/117c可以是任何适当的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等等)。空中接口115c/116c/117c可以使用任何适当的无线电接入技术(RAT)来建立。

WTRU 102a、102b、102c、102d、102e、102f和/或102g可以通过空中接口115d/116d/117d(图中未示出)彼此进行通信，所述空中接口115d/116d/117d可以是任何适当的无线通信链路(例如射频(RF)、微波、红外(IR)、紫外(UV)、可见光、厘米波、毫米波等等)。空中接口115d/116d/117d可以使用任何适当的无线电接入技术(RAT)来建立。

更具体来说，正如前面所提到的那样，通信系统100可以是多址接入系统，并且可以采用一种或多种信道接入方案，比如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。举例来说，RAN 103/104/105中的基站114a和WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH118a、118b、TRP 119a、119b和RSU 120a、120b和WTRU 102c、102d、102e、102f可以实施比如通用移动电信系统(UMTS)地面无线电接入(UTRA)之类的无线电技术，从而可以分别使用宽带CDMA(WCDMA)建立空中接口115/116/117或115c/116c/117c。WCDMA可以包括比如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。

在实施例中，基站114a和WTRU 102a、102b、102c或者RAN 103b/104b/105b中的RRH118a、118b、TRP 119a、119b和/或RSU 120a、120b和WTRU 102c、102d可以实施比如演进型UMTS地面无线电接入(E-UTRA)之类的无线电技术，从而可以分别使用长期演进(LTE)和或LTE进阶(LTE-A)建立空中接口115/116/117或115c/116c/117c。在未来，空中接口115/116/117可以实施3GPP NR技术。LTE和LTE-A技术包括LTE D2D和V2X技术和接口(比如侧行链路通信等等)。3GPP NR技术包括NR V2X技术和接口(比如侧行链路通信等等)。

在实施例中，RAN 103/104/105中的基站114a和WTRU 102a、102b、102c或者RAN103b/104b/105b中的RRH 118a、118b、TRP 119a、119b和/或RSU 120a、120b和WTRU 102c、102d、102e、102f可以实施比如IEEE 802.16，例如全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、增强数据速率GSM演进(EDGE)、GSM EDGE(GERAN)之类的无线电技术。

图15A中的基站114c例如可以是无线路由器、家庭节点B、家庭eNode B或接入点，并且可以利用任何适当的RAT来促进局部区域内的无线连接，比如营业场所、家庭、交通工具、校园等等。在实施例中，基站114c和WTRU 102e可以实施比如IEEE 802.11之类的无线电技术以建立无线局域网(WLAN)。在实施例中，基站114c和WTRU 102d可以实施比如IEEE802.15之类的无线电技术以建立无线个人区域网(WPAN)。在另一个实施例中，基站114c和WTRU 102e可以利用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微蜂窝或毫微微蜂窝。如图15A中所示，基站114c可以具有去到因特网110的直接连接。因此，可以不需要基站114c经由核心网络106/107/109接入因特网110。

RAN 103/104/105和/或RAN 103b/104b/105b可以与核心网络106/107/109进行通信，所述核心网络106/107/109可以是被配置为向WTRU 102a、102b、102c、102d当中的一个或多个提供语音、数据、应用和/或互联网协议语音(VoIP)服务的任何类型的网络。举例来说，核心网络106/107/109可以提供呼叫控制、计费服务、基于位置的移动服务、预付费呼叫、因特网连接、视频分发等等，并且/或者实施比如用户认证之类的高层级安全功能。

虽然未在图15A中示出，但是应当认识到，RAN 103/104/105和/或RAN 103b/104b/105b和/或核心网络106/107/109可以和采用与RAN 103/104/105和/或RAN 103b/104b/105b相同的RAT或不同的RAT的其他RAN直接或间接进行通信。举例来说，除了连接到可以是利用E-UTRA无线电技术的RAN 103/104/105和/或RAN 103b/104b/105b之外，核心网络106/107/109还可以与采用GSM无线电技术的另一个RAN(未示出)进行通信。

核心网络106/107/109还可以充当用于WTRU 102a、102b、102c、102d、102e的网关，以接入PSTN 108、因特网110和/或其他网络112。PSTN 108可以包括提供普通老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用共同的通信协议的互连计算机网络和设备的全球系统，比如传输控制协议(TCP)、用户数据报协议性(UDP)和TCP/IP互联网协议族中的互联网协议(IP)。网络112可以包括由其他服务提供商拥有和/或运营的有线或无线通信网络。举例来说，网络112可以包括连接到可以采用与RAN 103/104/105和/或RAN103b/104b/105b相同的RAT或不同的RAT的一个或多个RAN的另一个核心网络。

通信系统100中的WTRU 102a、102b、102c、102d当中的一些或全部可以包括多模式能力，例如WTRU 102a、102b、102c、102d和102e可以包括用于通过不同的无线链路与不同的无线网络进行通信的多个收发器。举例来说，图15A中示出的WTRU 102e可以被配置为与基站114a并且与基站114c进行通信，其中基站114a可以采用基于蜂窝的无线电技术，基站114c可以采用IEEE 802无线电技术。

图15B是根据本文中所说明的实施例的针对无线通信配置的示例性装置或设备的方框图，比如WTRU 102。如图15B中所示，示例性的WTRU 102可以包括处理器118、收发器120、发送/接收单元122、扬声器/麦克风124、小键盘126、显示器/触摸板/指示器128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他外设138。应当认识到，在与实施例保持一致的同时，WTRU 102可以包括前述单元的任何子组合。此外，一些实施例设想到基站114a和114b和/或基站114a和114b可以代表的节点(除了别的之外比如有——但不限于——收发器站(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进型家庭节点B(eNodeB)、家庭演进型节点B(HeNB)、家庭演进型节点B网关以及代理节点)可以包括在图15B中描绘并且在本文中描述的其中一些或所有单元。

处理器118可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等等。处理器118可以实施信号编码、数据处理、功率控制、输入/输出处理和/或使得WTRU 102能够操作在无线环境中的任何其他功能。处理器118可以耦合到收发器120，收发器120可以耦合到发送/接收单元122。虽然图15B将处理器118和收发器120描绘成分开的组件，但是应当认识到，处理器118和收发器120可以被一起集成在电子包装或芯片中。

发送/接收单元122可以被配置为通过空中接口115/116/117向/从基站(例如基站114a)发送信号或接收信号。举例来说，在实施例中，发送/接收单元122可以是被配置为发送和/或接收RF信号的天线。在实施例中，发送/接收单元122可以是被配置为发送和/或接收例如IR、UV或可见光信号的发射器/检测器。在另一个实施例中，发送/接收单元122可以被配置为发送和接收RF和光信号两者。应当认识到，发送/接收单元122可以被配置为发送和/或接收无线信号的任何组合。

此外，虽然发送/接收单元122在图15B中被描绘成单个单元，但是WTRU 102可以包括任何数量的发送/接收单元122。更具体来说，WTRU 102可以采用MIMO技术。因此，在实施例中，WTRU 102可以包括用于通过空中接口115/116/117发送和接收无线信号的两个或更多发送/接收单元122(例如多个天线)。

收发器120可以被配置为调制将由发送/接收单元122发送的信号，以及解调由发送/接收单元122接收到的信号。正如前面所提到的那样，WTRU 102可以具有多模式能力。因此，收发器120可以包括多个收发器以使得WTRU 102能够通过多种RAT进行通信，例如UTRA和IEEE 802.11。

WTRU 102的处理器118可以耦合到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以从该处接收用户输入数据。处理器118还可以把用户数据输出到扬声器/麦克风124、小键盘126和/或显示器/触摸板/指示器128。此外，处理器118可以从任何类型的适当存储器访问信息并且将数据存储在其中，比如不可移除存储器130和/或可移除存储器132。不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或者任何其他类型的存储器存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)存储器卡等等。在实施例中，处理器118可以从并非物理地位于WTRU 102上(比如位于服务器或家庭计算机(未示出)上)的存储器访问信息并且将数据存储在其中。

处理器118可以从电源134接收电力，并且可以被配置为配送和/或控制去到WTRU102中的其他组件的电力。电源134可以是用于为WTRU 102供电的任何适当的设备。举例来说，电源134可以包括一个或多个干电池组、太阳能电池、燃料电池等等。

处理器118还可以耦合到GPS芯片组136，所述GPS芯片组136可以被配置为提供关于WTRU 102的当前位置的位置信息(例如经度和纬度)。作为对于来自GPS芯片组136的信息的补充或替代，WTRU 102可以通过空中接口115/116/117从基站(例如基站114a、114b)接收位置信息，并且/或者基于接收自两个或更多附近基站的信号的定时来确定其位置。应当认识到，在与实施例保持一致的同时，WTRU 102可以通过任何适当的位置确定方法来获取位置信息。

处理器118还可以耦合到其他外设138，其中可以包括提供附加的特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。举例来说，外设138可以包括各种传感器，比如加速度计、生物计量(例如指纹)传感器、电子罗盘、卫星收发器、数字摄影机(用于拍照或视频)、通用串行总线(USB)端口或其他互连接口、振动设备、电视收发器、免提头戴式耳机、

模块、调频(FM)收音机单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。

WTRU 102可以被具体实现在其他装置或设备中，比如传感器、消费电子装置、可穿戴设备(比如智能手表或智能衣服)、医疗或电子健康设备、机器人、工业装备、无人机、交通工具(比如汽车、卡车、火车或飞机)。WTRU 102可以通过一个或多个互连接口连接到这样的装置或设备的其他组件、模块或系统，比如可以构成其中一个外设138的互连接口。

图15C是根据实施例的RAN 103和核心网络106的系统图。正如前面所提到的那样，RAN 103可以采用UTRA无线电技术通过空中接口115与WTRU 102a、102b和102c进行通信。RAN 103还可以与核心网络106进行通信。如图15C中所示，RAN 103可以包括节点B 140a、140b、140c，所述节点B 140a、140b、140c可以分别包括一个或多个收发器以用于通过空中接口115与WTRU 102a、102b、102c进行通信。节点B 140a、140b、140c可以分别与RAN 103内的特定蜂窝(未示出)相关联。RAN 103还可以包括RNC 142a、142b。应当认识到，在与实施例保持一致的同时，RAN 103可以包括任何数量的节点B和RNC。

如图15C中所示，节点B 140a、140b可以与RNC 142a进行通信。此外，节点B 140c可以与RNC 142b进行通信。节点B 140a、140b、140c可以通过Iub接口与对应的RNC 142a、142b进行通信。RNC 142a、142b可以通过Iur接口彼此通信。RNC 142a、142b当中的每一个可以被配置为控制与其连接的对应的节点B 140a、140b、140c。此外，RNC 142a、142b当中的每一个可以被配置为实施或支持其他功能，比如外环功率控制、负载控制、准入控制、分组调度、交接控制、宏分集、安全功能、数据加密等等。

图15C中示出的核心网络106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148和/或网关GPRS支持节点(GGSN)150。虽然前述单元当中的每一个被描绘成核心网络106的一部分，但是应当认识到，这些单元当中的任一个可以由核心网络运营商之外的其他实体拥有和/或运营。

RAN 103中的RNC 142a可以通过IuCS接口连接到核心网络106中的MSC 146。MSC146可以连接到MGW 144。MSC 146和MGW 144可以为WTRU 102a、102b、102c提供对于电路交换网络(比如PSTN 108)的接入，以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。

RAN 103中的RNC 142a还可以通过IuPS接口连接到核心网络106中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以为WTRU 102a、102b、102c提供对于分组交换网络(比如因特网110)的接入，以促进WTRU 102a、102b、102c与具有IP能力的设备之间的通信。

正如前面所提到的那样，核心网络106还可以连接到网络112，所述网络112可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。

图15D是根据实施例的RAN 104和核心网络107的系统图。正如前面所提到的那样，RAN 104可以采用E-UTRA无线电技术通过空中接口116与WTRU 102a、102b和102c进行通信。RAN 104还可以与核心网络107进行通信。

RAN 104可以包括eNode-B 160a、160b、160c，但是应当认识到，在与实施例保持一致的同时，RAN 104可以包括任何数量的eNode-B。eNode-B 160a、160b、160c可以分别包括一个或多个收发器以用于通过空中接口116与WTRU 102a、102b、102c进行通信。在实施例中，eNode-B 160a、160b、160c可以实施MIMO技术。因此，eNode-B 160a例如可以使用多个天线向/从WTRU 102a发送无线信号和接收无线信号。

eNode-B 160a、160b和160c当中的每一个可以与特定蜂窝(未示出)相关联，并且可以被配置为应对无线电资源管理决定、交接决定、上行链路和/或下行链路中的用户调度等等。如图15D中所示，eNode-B 160a、160b、160c可以通过X2接口彼此通信。

图15D中示出的核心网络107可以包括移动管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。虽然前述单元当中的每一个被描绘成核心网络107的一部分，但是应当认识到，这些单元当中的任一个可以由核心网络运营商之外的其他实体拥有和/或运营。

MME 162可以通过S1接口连接到RAN 104中的eNode-B 160a、160b和160c当中的每一个，并且可以充当控制节点。举例来说，MME 162可以负责认证WTRU 102a、102b、102c的用户，载体激活/去激活，在WTRU 102a、102b、102c的初始附接期间选择特定的服务网关等等。MME 162还可以提供控制平面功能以用于在RAN 104与采用其他无线电技术(比如GSM或WCDMA)的其他RAN(未示出)之间进行切换。

服务网关164可以通过S1接口连接到RAN 104中的eNode-B 160a、160b和160c当中的每一个。服务网关164可以总体上向/从WTRU 102a、102b、102c路由和转发用户数据分组。服务网关164还可以实施其他功能，比如在eNode-B间交接期间锚定用户平面，当下行链路数据对于WTRU 102a、102b、102c可用时触发寻呼，管理和存储WTRU 102a、102b、102c的上下文等等。

服务网关164还可以连接到PDN网关166，所述PDN网关166可以为WTRU 102a、102b、102c提供对于分组交换网络(比如因特网110)的接入，以促进WTRU 102a、102b、102c与具有IP能力的设备之间的通信。

核心网络107可以促进与其他网络的通信。举例来说，核心网络107可以为WTRU102a、102b、102c提供对于电路交换网络(比如PSTN 108)的接入，以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。举例来说，核心网络107可以包括IP网关(例如IP多媒体子系统(IMS)服务器)或者可以与之通信，所述IP网关充当核心网络107与PSTN 108之间的接口。此外，核心网络107可以为WTRU 102a、102b、102c提供对于网络112的接入，所述网络112可以包括由其他服务提供商拥有和/或运营的其他有线或无线网络。

图15E是根据实施例的RAN 105和核心网络109的系统图。RAN 105可以是采用IEEE802.16无线电技术通过空中接口117与WTRU 102a、102b和102c进行通信的接入服务网络(ASN)。正如后面将进一步讨论的那样，WTRU 102a、102b、102c、RAN 105和核心网络109的不同功能实体之间的通信链路可以被定义为参考点。

如图15E中所示，RAN 105可以包括基站180a、180b、180c和ASN网关182，但是应当认识到，在与实施例保持一致的同时，RAN 105可以包括任何数量的基站和ASN网关。基站180a、180b、180c可以分别与RAN 105中的特定蜂窝相关联，并且可以包括一个或多个收发器以用于通过空中接口117与WTRU 102a、102b、102c进行通信。在实施例中，基站180a、180b、180c可以实施MIMO技术。因此，基站180a例如可以使用多个天线向/从WTRU 102a发送无线信号和接收无线信号。基站180a、180b、180c还可以提供移动管理功能，比如交递触发、隧道建立、无线电资源管理、通信量分类、服务质量(QoS)策略实施等等。ASN网关182可以充当通信量聚合点，并且可以负责寻呼、订户简档的高速缓存、到核心网络109的路由等等。

WTRU 102a、102b、102c与RAN 105之间的空中接口117可以被定义为实施IEEE802.16规范的R1参考点。此外，WTRU 102a、102b和102c当中的每一个可以与核心网络109建立逻辑接口(未示出)。WTRU 102a、102b、102c与核心网络109之间的逻辑接口可以被定义为R2参考点，所述R2参考点可以被用于认证、授权、IP寄主配置管理和/或移动管理。

基站180a、180b和180c当中的每一个之间的通信链路可以被定义为包括用于促进WTRU交接和基站之间的数据传输的协议的R8参考点。基站180a、180b、180c和ASN网关182之间的通信链路可以被定义为R6参考点。R6参考点可以包括用于促进基于与WTRU 102a、102b、102c当中的每一个相关联的移动事件的移动管理的协议。

如图15E中所示，RAN 105可以连接到核心网络109。RAN 105与核心网络109之间的通信链路可以被定义为包括用于促进例如数据传输和移动管理能力的协议的R3参考点。核心网络109可以包括移动IP归属代理(MIP-HA)184、认证授权记账(AAA)服务器186和网关188。虽然前述单元当中的每一个被描绘成核心网络109的一部分，但是应当认识到，这些单元当中的任一个可以由核心网络运营商之外的其他实体拥有和/或运营。

MIP-HA可以负责IP地址管理，并且可以允许WTRU 102a、102b和102c在不同的ASN和/或不同的核心网络之间漫游。MIP-HA 184可以为WTRU 102a、102b、102c提供对于分组交换网络(比如因特网110)的接入，以促进WTRU 102a、102b、102c与具有IP能力的设备之间的通信。AAA服务器186可以负责用户认证和支持用户服务。网关188可以促进与其他网络的互工作。举例来说，网关188可以为WTRU 102a、102b、102c提供对于电路交换网络(比如PSTN108)的接入，以促进WTRU 102a、102b、102c与传统陆线通信设备之间的通信。此外，网关188可以为WTRU 102a、102b、102c提供对于网络112的接入，所述网络112可以包括由其他服务提供商拥有和/或运行的其他有线或无线网络。

虽然在图15E中未示出，但是应当认识到，RAN 105可以连接到其他ASN，并且核心网络109可以连接到其他核心网络。RAN 105与其他ASN之间的通信链路可以被定义为R4参考点，所述R4参考点可以包括用于协调WTRU 102a、102b、102c在RAN 105与其他ASN之间的移动的协议。核心网络109与其他核心网络之间的通信链路可以被定义为R5参考点，所述R5参考点可以包括用于促进归属核心网络与受访核心网络之间的互工作的协议。

在本文中描述并且在图15A、15C、15D和15E中示出的核心网络实体是通过在某些现有3GPP规范中为这些实体给出的名称来标识的，但是应当理解的是，在未来这些实体和功能可能会通过其他名称来标识，并且某些实体或功能在由3GPP公布的未来规范中可能会被组合，包括未来的3GPP NR规范。因此，在图15A-15E中描述并示出的特定网络实体和功能仅仅是作为举例而提供的，并且应当理解的是，本文中所公开并要求保护的主题内容可以被具体实现或者实施在任何类似的通信系统中，不管是当前定义的还是未来将定义的通信系统。

图15F是可以在其中具体实现在图15A、15C、15D和15E中所示出的通信网络的一个或多个装置的示例性计算系统90的方框图，比如RAN 103/104/105、核心网络106/107/109、PSTN 108、因特网110或其他网络112中的某些节点或功能实体。计算系统90可以包括计算机或服务器，并且可以主要通过计算机可读指令来控制，所述计算机可读指令可以采取软件的形式，而不管这样的软件在何处或者通过何种手段被存储或访问。这样的计算机可读指令可以在处理器91内被执行，以使得计算系统90进行工作。处理器91可以是通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等等。处理器91可以实施信号编码、数据处理、功率控制、输入/输出处理和/或使得计算系统90能够操作在通信网络中的任何其他功能。协处理器81是不同于主处理器91的可选处理器，并且可以实施附加的功能或者辅助处理器91。处理器91和/或协处理器81可以接收、生成和处理与本文中所公开的方法和装置有关的数据。

在操作中，处理器91获取、解码和执行指令，并且通过计算系统的主要数据传输路径——系统总线80——向/从其他资源传输信息。这样的系统总线连接计算系统90中的组件，并且定义用于数据交换的介质。系统总线80通常包括用于发送数据的数据线，用于发送地址的地址线，以及用于发送中断和用于操作系统总线的控制线。这样的系统总线80的示例是PCI(外围组件互连)总线。

耦合到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这样的存储器包括允许存储和取回信息的电路。ROM 93通常包含无法被很容易地修改的所存储的数据。存储在RAM 82中的数据可以由处理器91或其他硬件设备读取或改变。对于RAM82和/或ROM 93的访问可以由存储器控制器92控制。存储器控制器92可以提供地址翻译功能，从而随着指令被执行时将虚拟地址翻译成物理地址。存储器控制器92还可以提供存储器保护功能，从而隔离系统内的进程并且将系统进程与用户进程隔离开。因此，运行在第一模式下的程序只能访问由其自身的进程虚拟地址空间所映射的存储器；除非设置了进程之间的存储器共享，否则该程序无法访问另一个进程的虚拟地址空间内的存储器。

此外，计算系统90可以包含负责从处理器91向外设传达指令的外设控制器83，所述外设比如有打印机94、键盘84、鼠标95和盘驱动器85。

显示器86由显示器控制器96控制，并且被用来显示由计算系统90生成的视觉输出。这样的视觉输出可以包括文字、图形、动画图形和视频。视觉输出可以用图形用户界面(GUI)的形式来提供。显示器86可以用基于CRT的视频显示器、基于LCD的平板显示器、基于气体等离子的平板显示器或者触摸板来实施。显示器控制器96包括生成被发送到显示器86的视频信号所需的电子组件。

此外，计算系统90可以包含通信电路，例如网络适配器97，所述通信电路可以被用来把计算系统90连接到外部通信网络，比如图15A-15E的RAN 103/104/105、核心网络106/107/109、PSTN 108、因特网110或其他网络112，以使得计算系统90能够与这些网络的其他节点或功能实体进行通信。所述通信电路单独地或者与处理器91相组合可以被用来实施本文中所描述的某些装置、节点或功能实体的发送和接收步骤。

图15G示出了可以在其中具体实现本文中所描述并要求保护的方法和装置的示例性通信系统111的一个实施例。如图所示，示例性通信系统111可以包括无线发送/接收单元(WTRU)A、B、C、D、E、F、基站、V2X服务器以及RSU A和B，但是应当认识到，所公开的实施例设想到任何数量的WTRU、基站、网络和/或网络单元。WTRU A、B、C、D、E当中的一个或几个或全部可能处于网络的范围之外。在图15G的示例中，蜂窝覆盖边界被示出为虚线。WTRU A、B、C形成V2X群组，其中WTRU A是群组领导，WTRU B和C是群组成员。WTRU A、B、C、D、E、F可以通过Uu接口或侧行链路(PC5)接口进行通信。

应当理解的是，本文中所描述的任何或所有装置、系统、方法和处理可以用存储在计算机可读存储介质上的计算机可执行指令(例如程序代码)的形式来具体实现，所述指令在由处理器(比如处理器118或91)执行时，使得处理器实施和/或实现本文中所描述的系统、方法和处理。具体来说，本文中所描述的任何步骤、操作或功能可以用这样的计算机可执行指令的形式来实施，所述计算机可执行指令执行在被配置用于无线和/或有线网络通信的装置或计算系统的处理器上。计算机可读存储介质包括用任何非瞬时性(例如有形或物理)信息存储方法或技术实施的易失性和非易失性、可移除和不可移除介质，但是这样的计算机可读存储介质不包括信号。计算机可读存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术，CD-ROM、数字通用盘(DVD)或其他光盘存储装置，磁盒、磁带、磁盘存储装置或其他磁性存储设备，或者可以被用来存储所期望的信息并且可以由计算系统访问的任何其他有形或物理介质。

附录1——配置示例

配置示例1——SRS-Config信息单元

配置示例2——SRS-Config信息单元

配置示例3——PUSCH-Config信息单元

配置示例4——SRS-Config信息单元

配置示例4——SRS-Config信息单元(继续)

配置示例4——SRS-Config信息单元(继续)

配置示例5——SRS-Config信息单元

配置示例5——SRS-Config信息单元(继续)

配置示例6——SRS-Config信息单元

配置示例6——SRS-Config信息单元(继续)

配置示例6——SRS-Config信息单元(继续)

配置示例7——SRS-Config信息单元

配置示例7——SRS-Config信息单元(继续)

配置示例8——SRS-Config信息单元

配置示例8——SRS-Config信息单元(继续)

配置示例9——SRS-Config信息单元

配置示例9——SRS-Config信息单元(继续)

配置示例9——SRS-Config信息单元(继续)

附录2——表

表1：从DCI中的SRI字段的值到所表明的相应SRS资源的示例性映射

表2：从Z到SRS资源的示例性映射

Z(映射到索引的比特字段)	(多个)SRI，N＝2
		0	0
1	1
		2	0,1
3	保留

表3：从Z到SRS资源的示例性映射

Z(映射到索引的比特字段)	(多个)SRI，N＝2
		0	0(例如对应于S’)
1	1(例如对应于S”)
		2	0,1
3	保留

表4

M

CBSR

P

N

TS 38.212中的表

K

K≤P？

2

fpnc

4比特

2

表7.3.1.1.2-29(N<sub>SRS</sub>＝2)

2比特

OK

2

nc

2比特

2

表7.3.1.1.2-29(N<sub>SRS</sub>＝2)

2比特

OK

4

fpnc

6比特

2

表7.3.1.1.2-31(N<sub>SRS</sub>＝2)

2比特

OK

4

fpnc

6比特

3

表7.3.1.1.2-31(N<sub>SRS</sub>＝3)

3比特

OK

4

fpnc

6比特

4

表7.3.1.1.2-31(N<sub>SRS</sub>＝4)

4比特

OK

4

pnc

5比特

2

表7.3.1.1.2-31(N<sub>SRS</sub>＝2)

2比特

OK

4

pnc

5比特

3

表7.3.1.1.2-31(N<sub>SRS</sub>＝3)

3比特

OK

4

pnc

5比特

4

表7.3.1.1.2-31(N<sub>SRS</sub>＝4)

4比特

OK

4

nc

4比特

2

表7.3.1.1.2-31(N<sub>SRS</sub>＝2)

2比特

OK

4

nc

4比特

3

表7.3.1.1.2-31(N<sub>SRS</sub>＝3)

3比特

OK

4

nc

4比特

4

表7.3.1.1.2-31(N<sub>SRS</sub>＝4)

4比特

OK

表5：从Z到(多个)SRS资源的示例性映射

映射到索引的比特字段	(多个)SRI，N<sub>SRS</sub>＝2
		0	0
1	1
		2	0,1
3	保留

表6：MAC CE中的2比特P字段的解释示例

P	用于SRSRS的面板ID
		0	没有面板被表明
1	面板ID＝0
		2	面板ID＝1
3	保留

表7：缩写

Claims (20)

1.一种装置，所述装置是用户装备(UE)，所述装置包括能够连接到无线网络的通信电路，所述装置还包括处理器、存储器和存储在存储器中的指令，所述指令在由处理器执行时使得所述装置：

接收包括调度一个或多个物理上行链路共享信道(PUSCH)的下行链路控制信息(DCI)的一项或多项下行链路发送，其中所述DCI表明非基于代码本和/或基于代码本的PUSCH操作的使用；以及

使用所表明的非基于代码本或基于代码本的PUSCH操作发送一个或多个PUSCH时机。

2.根据权利要求1所述的装置，其中，所述装置配置有用于基于代码本的操作的第一探测参考信号(SRS)资源集合和用于非基于代码本的操作的第二SRS资源集合。

3.根据权利要求1所述的装置，其中，所述DCI表明非基于代码本的PUSCH操作和基于代码本的PUSCH操作两者的使用。

4.根据权利要求3所述的装置，其中，所述指令还使得所述装置：

在PUSCH时机的第一集合中使用基于代码本的操作发送PUSCH；以及

在PUSCH时机的第二集合中使用非基于代码本的操作发送PUSCH。

5.根据权利要求4所述的装置，其中，所述DCI包括与PUSCH预编码和层数相关的预编码和层字段，其中所述预编码和层字段与PUSCH时机的第一集合相关但是与PUSCH时机的第二集合中的PUSCH发送无关。

6.根据权利要求4所述的装置，其中，所述DCI包括多个SRS资源指示符(SRI)字段，其中包括适用于PUSCH时机的第一集合中的PUSCH发送的第一SRI字段和适用于PUSCH时机的第二集合的第二SRI字段。

7.根据权利要求6所述的装置，其中，所述指令还使得所述装置基于第二SRI字段确定用于PUSCH时机的第一集合和PUSCH时机的第二集合中的PUSCH发送的层数。

8.根据权利要求7所述的装置，其中，所述DCI包括与基于层数的用于PUSCH时机的第一集合中的PUSCH发送的预编码相关的预编码字段。

9.根据权利要求6所述的装置，其中，所述DCI包括与预编码和层数相关的预编码和层字段，其中所述预编码与PUSCH时机的第一集合相关但是与PUSCH时机的第二集合无关，所述层数与PUSCH时机的第一和第二集合两者相关。

10.根据权利要求9所述的装置，其中，所述第二SRI字段表明等于由所述预编码和层字段所表明的层数的SRS资源的数量。

11.一种由数字网络实施的方法，包括：

发送包括调度一个或多个物理上行链路共享信道(PUSCH)的下行链路控制信息(DCI)的下行链路发送，其中所述DCI表明非基于代码本和/或基于代码本的PUSCH操作的使用；以及

使用所表明的非基于代码本或基于代码本的PUSCH操作发送一个或多个PUSCH时机。

12.根据权利要求10所述的方法，还包括为用户装备配置用于基于代码本的操作的第一探测参考信号(SRS)资源集合和用于非基于代码本的操作的第二SRS资源集合。

13.根据权利要求11所述的方法，其中，所述DCI表明非基于代码本的PUSCH操作和基于代码本的PUSCH操作两者的使用。

14.根据权利要求13所述的方法，还包括：

接收在PUSCH时机的第一集合中使用基于代码本的操作发送的来自用户装备(UE)的第一发送；以及

接收在PUSCH时机的第二集合中使用非基于代码本的操作发送的来自UE的第二发送。

15.根据权利要求14所述的方法，其中，所述DCI包括多个SRS资源指示符(SRI)字段，其中包括适用于PUSCH时机的第一集合的第一SRI字段和适用于PUSCH时机的第二集合的第二SRI字段。

16.根据权利要求14所述的方法，其中，所述DCI包括与预编码和层数相关的第一字段，其中所述第一字段与PUSCH时机的第一集合相关但是与PUSCH时机的第二集合无关。

17.根据权利要求15所述的方法，其中，所述第二SRI字段与用于PUSCH时机的第一集合的第一层数和用于PUSCH时机的第二集合的第二层数相关。

18.根据权利要求17所述的方法，其中，所述DCI包括与基于层数的用于PUSCH时机的第一集合中的PUSCH发送的预编码相关的预编码字段。

19.根据权利要求15所述的方法，其中，所述DCI包括与预编码和层数相关的预编码和层字段，其中所述预编码与PUSCH时机的第一集合相关但是与PUSCH时机的第二集合无关，所述层数与PUSCH时机的第一和第二集合两者相关。

20.根据权利要求19所述的方法，其中，所述第二SRI字段表明等于由所述预编码和层字段所表明的层数的SRS资源的数量。

Images