CN113115445A - 用于无线通信系统的电子设备、方法和存储介质 - Google Patents

Abstract

本发明涉及用于无线通信系统的电子设备、方法和存储介质。本公开提供了一种用于无线通信系统的电子设备，包括：处理电路，被配置为：从终端设备接收至少指示所述终端设备是否支持上行传输配置指示UL TCI状态的能力信息；在基于所述能力信息确定所述终端设备支持UL TCI状态的情况下：为所述终端设备配置UL TCI状态池；和利用下行控制信息DCI指示第一UL TCI状态，其中第一UL TCI状态指示所述终端设备要在上行传输中使用的波束。

Description

用于无线通信系统的电子设备、方法和存储介质

技术领域

本公开一般地涉及无线通信系统，并且具体地涉及与无线通信系统中上行传输波束的指示相关的技术。

背景技术

在无线通信系统中，终端设备可能会具有可用于上行传输的多个波束(换句话说，波束方向)。在这种情况下，终端设备一般需要从多个波束中选择一个波束或波束方向(例如，使得链路传输质量最佳的波束)来进行通信。一般而言，由基站向终端设备指示终端设备要使用的上行传输波束。

然而，传统的上行传输波束指示方案一般涉及比较复杂的信令流并且上行传输波束指示的过程比较冗长。

因此，需要一种用于无线通信系统中上行传输波束的指示机制，以便能够快速有效地指示要用于上行传输的波束。

发明内容

针对上述情况，本公开提出了一种用于无线通信系统中上行传输波束的指示方案，具体地，本公开提供了一种用于无线通信系统的电子设备、方法和计算机可读介质。

本公开的一个方面涉及一种用于无线通信系统的电子设备，包括：处理电路，被配置为：从终端设备接收至少指示所述终端设备是否支持上行传输配置指示UL TCI状态的能力信息；在基于所述能力信息确定所述终端设备支持UL TCI状态的情况下：为所述终端设备配置UL TCI状态池；和利用下行控制信息DCI指示第一UL TCI状态，其中第一UL TCI状态指示所述终端设备要在上行传输中使用的波束。

本公开的另一个方面涉及一种用于无线通信系统的方法，包括：从终端设备接收至少指示所述终端设备是否支持上行传输配置指示 UL TCI状态的能力信息；在基于所述能力信息确定所述终端设备支持UL TCI状态的情况下：为所述终端设备配置UL TCI状态池；和利用下行控制信息DCI指示第一UL TCI状态，其中第一UL TCI状态指示所述终端设备要在上行传输中使用的波束。

本公开的另一个方面涉及一种用于无线通信系统的电子设备，包括：处理电路，被配置为：向控制设备发送至少指示所述电子设备是否支持上行传输配置指示UL TCI状态的能力信息；在所述电子设备支持UL TCI状态的情况下：接收关于由控制设备配置的UL TCI状态池的信息；和接收指示第一UL TCI状态的下行控制信息DCI，其中第一指示所述电子设备要在上行传输中使用的波束。

本公开的另一个方面涉及一种用于无线通信系统的方法，包括：向控制设备发送至少指示所述电子设备是否支持上行传输配置指示 UL TCI状态的能力信息；在所述电子设备支持UL TCI状态的情况下：接收关于由控制设备配置的UL TCI状态池的信息；和接收指示第一UL TCI状态的下行控制信息DCI，其中第一UL TCI状态指示所述电子设备要在上行传输中使用的波束。

本公开的另一个方面涉及一种存储有可执行指令的非暂时性计算机可读存储介质，所述可执行指令当被执行时实现如上述方面所述的方法。

本公开的另一个方面涉及一种设备，包括：处理器，存储装置，存储有可执行指令，所述可执行指令当被执行时实现如上述方面所述的方法。

附图说明

当结合附图考虑实施例的以下具体描述时，可以获得对本公开内容更好的理解。在各附图中使用了相同或相似的附图标记来表示相同或者相似的部件。各附图连同下面的具体描述一起包含在本说明书中并形成说明书的一部分，用来例示说明本公开的实施例和解释本公开的原理和优点。其中：

图1示意性地示出了传统方式下指示上行波束的信令的流程图；

图2示意性地示出了传统方式下PUSCH的波束指示依赖关系的示意图；

图3A示意性地示出了与下行的传输波束指示(TCI)状态池有关的信息元素；

图3B示意性地示出了下行的TCI状态的信息元素；

图4示意性地示出了根据本公开所使用的通信系统的示意图；

图5示意性地示出了根据本公开的实施例的控制设备侧的电子设备的概念性配置；

图6示意性地示出了上行(UL)TCI状态的信息元素；

图7示意性地示出了根据本公开的实施例的利用媒体接入控制层的控制元素(MACCE)激活UL TCI状态的示意图；

图8示意性地示出了根据本公开的第一实施例的第一示例的UL TCI状态指示的示意图；

图9示意性地示出了根据本公开的第一实施例的第二示例的UL TCI状态指示的示意图；

图10示意性地示出了根据本公开的第二实施例的UL TCI状态指示的示意图；

图11示意性地示出了根据本公开的实施例的控制设备侧的电子设备的概念性操作流程；

图12示意性地示出了根据本公开的实施例的终端设备侧的电子设备的概念性配置；

图13示意性地示出了根据本公开的实施例的终端设备侧的电子设备的概念性操作流程；

图14示意性地示出了根据本公开的实施例的控制设备与终端设备之间的信令交互；

图15为作为本公开的实施例中可采用的信息处理设备的个人计算机的示例结构的框图；

图16为示出可以应用本公开的技术的gNB的示意性配置的第一示例的框图；

图17为示出可以应用本公开的技术的gNB的示意性配置的第二示例的框图；

图18为示出可以应用本公开的技术的智能电话的示意性配置的示例的框图；以及

图19为示出可以应用本公开的技术的汽车导航设备的示意性配置的示例的框图。

虽然在本公开内容中所描述的实施例可能易于有各种修改和另选形式，但是其具体实施例在附图中作为例子示出并且在本文中被详细描述。但是，应当理解，附图以及对其的详细描述不是要将实施例限定到所公开的特定形式，而是相反，目的是要涵盖属于权利要求的精神和范围内的所有修改、等同和另选方案。

具体实施方式

以下描述根据本公开的设备和方法等各方面的代表性应用。这些例子的描述仅是为了增加上下文并帮助理解所描述的实施例。因此，对本领域技术人员而言明晰的是，以下所描述的实施例可以在没有具体细节当中的一些或全部的情况下被实施。在其他情况下，众所周知的过程步骤没有详细描述，以避免不必要地模糊所描述的实施例。其他应用也是可能的，本公开的方案并不限制于这些示例。

典型地，无线通信系统至少包括控制设备和终端设备，控制设备可以为一个或多个终端设备提供通信服务。

在本公开中，术语“基站”或“控制设备”具有其通常含义的全部广度，并且至少包括作为无线通信系统或无线电系统的一部分以便于通信的无线通信站。作为例子，基站例如可以是4G通信标准的eNB、5G通信标准的gNB、远程无线电头端、无线接入点、无人机控制塔台或者执行类似功能的通信装置。在本公开中，“基站”和“控制设备”可以互换地使用，或者“控制设备”可以实现为“基站”的一部分。下文将以基站为例结合附图详细描述基站/控制设备的应用示例。

在本公开中，术语“终端设备”或“用户设备(UE)”具有其通常含义的全部广度，并且至少包括作为无线通信系统或无线电系统的一部分以便于通信的终端设备。作为例子，终端设备例如可以是移动电话、膝上型电脑、平板电脑、车载通信设备等之类的终端设备或其元件。在本公开中，“终端设备”和“用户设备”(以下可被简称为“用户”)可以互换地使用，或者“终端设备”可以实现为“用户设备”的一部分。后面的章节将以终端设备为例详细描述终端设备/UE的应用示例。

在本公开中，术语“控制设备侧”/“基站侧”具有其通常含义的全部广度，通常指示通信系统下行链路中发送数据的一侧。类似地，术语“终端设备侧”/“用户设备侧”具有其通常含义的全部广度，并且相应地可以指示通信系统下行链路中接收数据的一侧。

在本公开中，在没有特别指明的情况下，术语“波束(beam)”表示通过波束赋形将发射信号集中在某些特定空间方向而形成的指向性波束。并且通常，术语“波束”可以与术语“空间滤波器(Spatial domain filter)”等价。更具体地，发射波束(Tx beam)与发射空间滤波器(Spatial domain transmission filter)等价，接收波束(Rx beam)与接收空间滤波器 (Spatial domain reception filter)等价。

在本公开中，在没有特别指明的情况下，术语“上行波束”与“上行传输波束”等价，表示终端设备用于上行传输/发射的波束。术语“下行波束”与“下行传输波束”等价，表示基站用于下行传输/发射的波束。

在本公开中，术语“波束对称性”是指发射端的发射波束可以和接收端的接收波束对称(即，方向对称)，此外，接收端针对发射端的接收波束也可以和针对该发射端的发射波束对称。例如，基站的下行传输波束可以与终端设备的接收波束对称，进而与终端设备的上行传输波束对称。

在本公开中，一般而言，术语“无线资源控制(Radio Resource Control，RRC)参数”和“RRC信令”可以具备等效的含义，均可以表示在RRC层中传输的信息或在RRC层中定义的信息元素。

应指出，以下虽然主要基于包含基站和终端设备的通信系统对本公开的实施例进行了描述，但是这些描述可以相应地扩展到包含任何其它类型的控制设备侧和终端设备侧的通信系统的情况。例如，对于下行链路的情况，控制设备侧的操作可对应于基站的操作，而终端设备侧的操作可相应地对应于终端设备的操作。

图1示意性地示出了传统方式下指示上行波束的信令的流程图，该传统方式表示例如按照3GPP Rel.15的上行波束指示过程。

一般而言，终端设备使用物理上行共享信道(PUSCH)来进行数据的上行传输，并且一般可以将基于码本(codebook，CB)的传输和基于非码本(non-codebook)的传输这两种上行传输方案用于PUSCH。本文以基于码本的PUSCH为例来简要介绍传统方式下的上行传输波束指示过程。

如图1所示，终端设备(UE)与网络侧(NW，例如，基站)首先进行波束扫描过程以进行上行波束测量。如图1所示，网络侧首先触发用于波束管理(Beam Management，BM)的探测参考信号(SRS)资源集。基于所触发的SRS资源集，UE向网络侧发送SRS波束扫描，也就是说，UE利用所触发的SRS资源，向网络侧发送多个SRS，并且发送每个SRS所利用的波束不同。即，UE利用多个波束方向向网络侧发送多个SRS。随后，网络侧在相应的SRS资源上进行测量并确定最佳的 SRS资源，即确定最佳的上行波束方向。接下来，基站基于所确定的最佳上行波束方向，为基于码本的上行传输的SRS资源集重新配置空间关系以指示用于CB SRS的上行波束(例如，借助SRS-SpatialRelationInfo 信息元素)。

随后，UE与网络侧进行与基于码本的上行传输方案相关的信令交互。如图1所示，网络侧触发CB SRS资源集。接下来，UE在所触发的SRS 资源集中发送SRS。网络侧根据US发送的SRS确定与基于码本的上行传输相关的信息，例如传输预编码矩阵指示(TransmitPrecoding Matrix Indicator，TPMI)，秩(rank)以及调制与编码策略(Modulation andCoding Scheme，MCS)。随后，网络侧对PUSCH的发送进行调度并将所确定的相关信息发送到UE。接下来，UE基于网络侧指示的MCS对数据进行调制编码，并基于TPMI、rank等信息确定与预编码相关的信息，从而对数据进行预编码并发送。

一般地，网络侧通过下行控制信息(Downlink Control Information，DCI)中的探测参考信号资源指示(Sounding reference signal Resource Indicator，SRI)来指示SRS资源，即触发SRS资源集。一般地，无论对于基于码本的上行传输方式还是基于非码本的上行传输方式，SRI的内容和长度均与SRS资源集中配置的SRS资源的数量相关。如参考图1可以理解的，在CB SRS资源集中的SRS资源的波束方向(即利用该SRS资源发的SRS的波束方向)依赖于网络侧配置的 SRS-SpatialRelationInfo，而在该SRS-SpatialRelationInfo信息元素中，借助另一个参考信号来指示上行波束方向。例如，在没有波束对称性的情况下，在SRS-SpatialRelationInfo信息元素中指示在上行波束扫描期间的一个SRS，从而指示上行波束方向为所指示的SRS的上行波束方向。换句话说，在没有波束对称性的情况下，SRS-SpatialRelationInfo指示另外一个用来做上行波束扫描的SRS资源。而对于具有波束对称性的情况，在SRS-SpatialRelationInfo信息元素中指示一个下行参考信号(诸如，道状态信息参考信号(CSI-RS)、同步信号块(SSB)之类)，从而指示上行波束方向为与所指示的下行参考信号的下行波束方向对称的上行波束方向。

图2进一步说明了在传统方式下，上行波束指示机制中的复杂的映射关系示例。如图2所示，PUSCH的上行波束方向取决于为“码本”触发的SRS资源集1中的SRS资源2，而该SRS资源2对应的上行波束方向取决于为“波束管理”触发的SRS资源集2中的SRS资源4。进一步如图2所示，一般用于发射上行控制信息的物理上行控制信道(PUCCH)的上行波束方向也具有类似的复杂映射关系。

可以看出，在这种传统方式下，上行波束指示涉及相对冗长的过程，并且在该过程期间涉及较为复杂的信令交互。因此，需要一种更加简明有效的上行波束指示机制。

在目前的3GPP标准(例如Rel.15)中，已经存在使用传输配置指示 (TransmissionConfiguration Indication，TCI)状态来进行下行波束指示的机制。下面参考图3A及图3B对这种机制进行简要说明。

一般地，在开始下行传输之前(例如，在RRC连接建立过程期间)，基站与终端设备之间会传送一些参考信号，诸如信道状态信息参考信号 (CSI-RS)、同步信号块(SSB)之类，并且这些参考信号可以是通过一个或多个波束发送的。因此，在开始下行传输之前中，终端设备可能已经测量了一些带有空间方向性的下行参考信号，并且可以使用之前接收下行参考信号的接收波束来接收新的信道或信号。

具体地，可以借助TCI状态(TCI state)来进行波束设置。TCI状态是一个RRC参数，每个TCI状态可以对应于一个下行波束方向。

如图3A所示，对于物理下行共享信道(Physical Downlink Shared Channel，PDSCH)，例如可以借助PDSCH-Config信息元素来配置用于指示下行波束的TCI状态池(如由图3A中的所示的“tci-statesToAddModList”以及“tci-statesToReleaseList”所示的TCI状态池)。

如图3B所示，TCI状态可以包含下行参考信号的索引(index)，例如CSI-RS(Channel State Information-Reference Signal，信道状态信息参考信号)索引或SSB(Synchronization Signal Block，同步信号块)索引。通过TCI状态信息元素(TCI stateinformation element)，可以将一个或多个下行参考信号与对应的准共址(QCL)类型相关联，其中，准共址类型D(Type D)可以表示空间方向上的准共址。也就是说，在利用TCI状态信息元素将某个下行参考信号与Type D的准共址相关联时，可以通过TCI状态信息元素中包含的下行参考信号的索引来指示基站将利用发送由该索引表示的参考信号的波束方向进行下行传输。也就是说，终端设备可以利用接收由该索引表示的参考信号的接收波束来接收目标信道或信号。简而言之，存在参考信道/信号指向目标信道/信号的指向性关系。进一步参考图3B，可以利用“CHOICE”和“ENUMBERATED”将参考信号索引与准共址类型相关联，从而通过配置TCI状态来设置下行波束。

在这种下行波束指示机制中，由于可以用TCI状态来直接指示下行波束，因此并不存在传统的上行波束指示机制中的复杂的映射关系，从而使得能够相对简明有效地指示波束。鉴于此，本公开的方案考虑引入上行TCI(UL TCI)状态来指示上行波束，以便更加灵活地进行上行波束指示。

此外，新参数UL TCI状态的引入对于现有的传统协议(例如 Rel.15)带来了兼容性的挑战。鉴于此，本公开还提出了一种对于现有的架构改动较小的方案，以便能够支持基于UL TCI状态的上行波束管理。

图4示意性地示出了根据本公开所使用的通信系统的示意图。如图 4所示，基站与终端设备之间利用多个波束进行通信。特别地，终端设备在上行传输中可以使用多个波束(即波束方向)中的一个波束来与基站进行通信。图4中示意性地示出了终端设备20A与基站10之间的3个波束，但是，基站与终端设备之间的波束的数量不限于此，可以存在能够用于它们之间的通信的多于3个的波束(例如8个或更多)或少于3个的波束。此外，虽然图4仅仅示出了终端设备20A与基站10之间的示意性波束，但是其他终端设备(例如终端设备20B、20C)与基站之间也存在类似的多个波束。

根据本公开，引入UL TCI状态来进行上行波束指示。考虑到与现有的传统上行波束指示机制(如参考图1介绍的3GPP Rel.15中的上行波束指示机制)的兼容问题，需要根据终端设备是否支持UL TCI状态来决定具体使用哪种上行波束指示机制。根据本公开，基站可以从终端设备接收至少指示所述终端设备是否支持上行传输配置指示UL TCI状态的能力信息；并且在基于所述能力信息确定所述终端设备支持UL TCI状态的情况下：为所述终端设备配置UL TCI状态池；和利用DCI指示第一 UL TCI状态，其中第一UL TCI状态指示所述终端设备要在上行传输中使用的波束。

根据本公开，可以利用媒体接入控制层的控制元素MAC CE激活所配置的UL TCI状态池中的部分UL TCI状态，使得DCI的相应位足够指示被激活的UL TCI状态中的任意一个UL TCI状态，并且在后续过程中，利用DCI指示激活的UL TCI状态中的一个UL TCI状态以便指示上行波束。

上文已经简要介绍了根据本公开的通信系统，以下将对于本公开的通信系统中的电子设备的配置和操作进行详细的描述。

根据本公开的控制设备侧的电子设备的结构和操作

下面将参考图5说明根据本公开的实施例的控制设备侧的电子设备(例如，基站)的概念性配置。

该电子设备可以被实现对上行波束进行指示的设备。例如，该电子设备可以被实现为蜂窝通信系统中的基站(BS)、小基站、Node B、 e-NodeB、g-NodeB、中继等，机器型通信系统中的终端设备，自组织网络中的传感器节点，认知无线电系统中的共存管理器(Coexistence Managers，CM)、SAS等。例如，该电子设备可以被实现为任何类型的演进型节点B(eNB)，诸如宏eNB(与宏小区相关联)和小eNB(与小小区相关联)。小eNB可以为覆盖比宏小区小的小区的eNB，诸如微微eNB、微eNB和家庭(毫微微)eNB。代替地，该电子设备可以被实现为任何其他类型的基站，诸如下一代网络中的网络节点如gNB、NodeB和基站收发台(BTS)。该电子设备可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(RRH)。另外，后面将描述的各种类型的装置均可以通过暂时地或半持久性地执行基站功能而作为该电子设备工作。应指出，电子设备可以是被包含在基站中作为基站的组成部分，或者与基站分离的、用于控制基站的控制设备。

如图5所示，电子设备50可以包括处理电路500。该处理电路500可以被配置为控制与上行波束指示相关的操作。例如，该处理电路500可以根据从终端设备接收到的至少指示所述终端设备是否支持上行传输配置指示UL TCI状态的能力信息来采用不同的上行波束指示方式，并且在确定所述终端设备支持UL TCI状态的情况下：为所述终端设备配置ULTCI 状态池；和利用DCI指示第一UL TCI状态，其中第一UL TCI状态指示所述终端设备要在上行传输中使用的波束。

处理电路500可以是通用处理器的形式，也可以是专用处理电路，例如ASIC。例如，处理电路400能够由电路(硬件)或中央处理设备(诸如，中央处理单元(CPU))构造。此外，处理电路400上可以承载用于使电路(硬件)或中央处理设备工作的程序(软件)。该程序能够存储在存储器(诸如，布置在存储器401中)或从外面连接的外部存储介质中，以及经网络(诸如，互联网)下载。

根据一些实施例，该电子设备的处理电路可以包括各种单元以实现根据本公开的各实施例。

例如，处理电路可以包括终端设备能力确定单元5002。该终端设备能力确定单元5002例如可以基于经由通信单元504从终端设备接收到的能力信息来判断终端设备是否支持UL TCI状态。例如，终端设备的该能力可以借助作为终端能力信息元素(InformationElement，IE)的 SupportULTCI，由终端设备发送给网络侧(例如充当基站的电子设备 50)。例如，当终端设备能力确定单元5002确定作为该终端能力IE的 SupportULTCI的值为0的情况下，可以确定该终端设备不支持UL TCI状态，从而可以控制上行发射波束指示单元5004利用传统方式进行上行波束指示，并且当终端设备能力确定单元5002确定该终端能力IESupportULTCI的值为1的情况下，可以确定该终端设备支持UL TCI状态，即可以利用本公开的基于UL TCI状态的方案来指示上行波束。要指出的是，在终端设备支持基于UL TCI状态的上行波束指示方案的情况下，该终端设备一般也兼容地支持传统方式的上行波束指示(例如Rel.15 的方式)。在这种情况下，一般由网络侧(例如，基站)来确定具体使用哪种方式来进行上行波束指示，例如，可以优选地使用根据本公开的基于UL TCI状态的上行波束指示方式。

终端设备能力确定单元5002还可以例如基于经由通信单元504从终端设备接收到的能力信息来判断终端设备的其他能力，例如该终端设备是否支持根据本公开的第二实施例的借助DCI中的UL TCI状态指示位来指示上行波束的能力。在这种情况下，能力信息还可以指示终端设备是否支持包含UL TCI状态指示位的DCI格式。要指出的是，指示终端设备的各种能力的能力信息可以作为一个信息元素由终端设备发送给基站，该信息元素可以具有要指示的能力的数量的比特数，从而利用该能力信息元素的不同比特来指示终端设备是否具有不同的能力(例如，是否支持基于UL TCI状态的上行波束指示和是否支持包含UL TCI状态指示位的DCI格式)。替代地，也可以作为分开的信息元素将指示不同能力的能力信息从终端设备发送给基站，在这种情况下，每个信息元素可以仅包含一个比特，并且可以在分开的信息中将各个信息元素从终端设备发送给基站。此外，还可以采用默认的配置，例如，当确定终端设备支持基于UL TCI状态的上行波束指示时，终端设备能力确定单元5002可以默认地确定该终端设备还支持包含UL TCI状态指示位的DCI格式。在这种情况下，能力信息可以作为具有一个比特的信息元素来传送。

图5以单个单元的形式示出了终端设备能力确定单元5002。实际上，这种单元的划分仅仅是示例性的，并且对于确定终端设备能力的这一功能，处理电路500还可以具有其他实现方式。例如，终端设备能力确定单元5002可以具有多个模块，每个模块用于确定一种如上所述的能力。或者，处理电路500也可以直接实现确定终端设备能力的功能，而不为其设置专门的单元/模块。

根据本公开的实施例，处理电路500可以包括对上行波束进行指示的上行波束指示单元5004。在实现中，上行波束指示单元5004可以包括各种模块/子单元以实现文中所述的指示上行波束过程中的各种操作。例如，上行波束指示单元5004可以包括TCI状态池配置模块，其被配置成为终端设备配置TCI状态池，以便在后续过程中从所配置的池中的TCI 状态中选择相应的TCI状态来指示上行波束。上行波束指示单元5004还可以包括TCI状态指示模块，其被配置为指示与终端设备要用于上行传输的波束相关联的TCI状态。上行波束指示单元5004还可以包括用于激活所配置的TCI状态池中的部分或全部TCI状态的模块(未示出)。

作为替代，上行波束指示单元5004还可以包括更多或更少的模块，例如，TCI状态池配置模块可以不包括在上行波束指示单元5004中甚至可以不包括在处理电路500中，并且可以在确定了TCI状态池之后将相关信息传送给该处理电路500的上行波束指示单元5004。作为替代，TCI状态指示模块还可以被进一步划分为更细的子模块，以分别实现按照本公开的不同实施例的上行波束指示。上行波束指示单元5004的详细操作将在下文参考图6-10进行说明。

根据本公开的实施例，处理电路500可以包括上行波束指示方式通知单元5006。上行波束指示方式通知单元5006可以被配置为指示是利用传统方式(例如，上文所述的Rel.15中的上行波束指示方式)还是基于 UL TCI状态的方式来指示终端设备要在上行传输中使用的波束。例如，上行波束指示方式通知单元5006可以借助RRC参数来进行这种上行波束指示方式的通知。例如，上行波束指示方式通知单元5006可以在RRC连接建立过程中利用合适的RRC参数来进行这种通知。例如，可以重用现有的RRC参数来进行通知或者创建专用于上行波束指示方式的RRC参数来进行这种通知。此外，上行波束指示方式通知单元5006还可以进行更具体的通知以指示是利用DCI的SRI还是UL TCI状态指示位来指示UL TCI状态。例如，上行波束指示方式通知单元5006可以指示是按照如本公开的第一实施例的重用DCI中的SRI的两种上行波束指示方式之一、按照如本公开的第二实施例的利用DCI中的ULTCI状态指示位的上行波束指示方式、还是按照本公开的第三实施例的利用波束对称性的方式来进行上行波束的指示。

此外，处理电路500还可以包括用于在各单元之间进行接口连接的接口电路(未示出)。

应注意，上述各个单元仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体的实现方式，例如可以以软件、硬件或者软硬件结合的方式来实现。在实际实现时，上述各个单元可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(CPU或DSP等)、集成电路等)来实现。此外，上述各个单元在附图中用虚线示出指示这些单元可以并不实际存在，而它们所实现的操作/功能可由处理电路本身来实现。此外，附图中以虚线示出的单元/模块及其操作/功能可以根据实际情况来选择性地应用，也就是说，处理电路不一定要包括所有所示出的单元/模块及其操作/功能，而是可以选择性地实现这些单元/模块及其操作/功能中的一部分。

此外，可选地，电子设备50还可以包括存储器502以及通信单元 504。此外，电子设备50还可以包括未示出的其它部件，诸如射频链路、基带处理单元、网络接口、处理器、控制器等。处理电路500可以与存储器502和/或通信单元504关联。例如，处理电路500可以直接或间接 (例如，中间可能连接有其它部件)连接到存储器502，以进行数据的存取。还例如，处理电路500可以直接或间接连接到通信单元504，以经由通信单元504发送无线电信号以及经由通信单元504接收无线电信号。

存储器502可以存储要由处理电路500使用或由处理电路500产生的各种信息(例如，如终端设备的能力信息、所配置的TCI状态池的信息等)、用于电子设备50操作的程序和数据、将由通信单元504发送的数据等。存储器502用虚线绘出，因为它还可以位于处理电路500内或者位于电子设备50外。存储器502可以是易失性存储器和/或非易失性存储器。例如，存储器502可以包括但不限于随机存储存储器(RAM)、动态随机存储存储器(DRAM)、静态随机存取存储器(SRAM)、只读存储器(ROM)、闪存存储器。

通信单元504可以被配置为在处理电路500的控制下与通信另一端的电子设备(例如接收方电子设备)进行通信。在一个示例中，通信单元504可以被实现为发射机或收发机，包括天线阵列和/或射频链路等通信部件。在一个实现中，通信单元504可以在基于处理电路500对上行波束的确定结果，向终端设备通知要在上行传输中使用的上行波束。在一个实现中，通信单元504可以将从终端设备接收参考信号、能力信息等，以将其提供给处理电路500进行进一步的分析处理。

虽然图5中示出了处理电路500与通信单元504分离，但是处理电路500也可以被实现为包括通信单元504。此外，处理电路500还可以被实现为包括电子设备50中的一个或多个其它部件，或者处理电路500 可以被实现为电子设备50本身。在实际实现时，处理电路500可以被实现为芯片(诸如包括单个晶片的集成电路模块)、硬件部件或完整的产品。

下面将说明电子设备50所实施的各详细操作。

如上文说明的，根据本公开，可以借助UL TCI状态来指示终端设备要在上行传输中使用的上行波束。下面，首先参考图6对UL TCI状态进行介绍。

如图6所示，UL TCI状态可以包含参考信号的索引。所包含的参考信号可以是上行参考信号，例如SRS(例如，在波束扫描期间由终端设备发送)。通过如图6所示的UL TCI状态信息元素，可以将一个或多个参考信号与对应的准共址(QCL)类型相关联，其中，准共址类型D(Type D)可以表示空间方向上的准共址。在将某个参考信号与Type D的准共址相关联时，可以通过UL TCI状态信息元素中包含的参考信号的索引来指示可用于上行传输的上行波束。例如，可以通过UL TCI状态中上行参考信号的索引来指示可用于上行传输的上行波束为发射该上行参考信号的波束。进一步参考图6，可以利用“CHOICE”和“ENUMBERATED”将参考信号索引与准共址类型(例如，Type D)相关联，从而通过配置 UL TCI状态来设置上行波束。例如，在将SRS与Type D类型的准共址关联起来的情况下，该UL TCI状态指示与SRS的发射波束相同的波束作为可用于后续的上行传输的上行波束。

根据本公开，考虑存在波束对称性的情况。在存在波束对称性的情况下，由于基站的下行传输波束可以与终端设备的接收波束对称，并且终端设备的接收波束可以与上行传输波束对称，因此，可以借助基站的下行传输波束来指示终端设备的上行传输波束。鉴于此，可以在UL TCI状态中引入下行参考信号的索引，例如CSI-RS或SSB的索引。在将下行参考信号与Type D类型的准共址关联起来的情况下，该UL TCI状态指示终端设备可以利用与发射该下行参考信号的下行传输波束对称的上行传输波束来进行后续的上行传输。

根据本公开，可以通过RRC信令为终端设备配置多个UL TCI状态作为UL TCI状态池。例如，UL TCI状态池中的每个UL TCI状态可以对应于一个可用的上行波束。根据本公开，基站可以利用承载RRC信令的合适的信道/信号将RRC信令发送到终端设备。例如，基站可以经由 PUSCH来将用于配置UL TCI状态池的RRC信令发送到终端设备。

根据本公开，可以利用DCI来指示一个UL TCI状态，该UL TCI状态指示终端设备要在上行传输中使用的波束。由于所配置的UL TCI状态池中可能包括大量UL TCI状态，并且所包括的UL TCI状态的个数可能多于DCI的相应位所能够指示的UL TCI状态的个数，因此，在这种情况下，可以激活池中的部分UL TCI状态，使得DCI的相应位足够指示被激活的 ULTCI状态中的任一个。要指出的是，在DCI的相应位足够直接指示所配置的UL TCI状态池中的UL TCI状态的个数的情况下，也可以执行激活部分或全部UL TCI状态的操作。在这种情况下，当激活部分UL TCI状态时，可以相应地减少要使用的DCI的相应位的比特数，从而减少信令开销。根据本公开，激活的UL TCI状态可以是与通信链路质量较好或者较为空闲的波束方向对应的一些波束。或者，可以随机地激活池中的UL TCI状态。根据本公开，这种激活可以借助MAC CE来实现。

下面，将参考图7对UL TCI状态的激活进行说明。

图7示意性地示出了根据本公开的实施例的利用媒体接入控制层的控制元素(MACCE)激活UL TCI状态的示意图。

根据本公开，可以借助如图7所示的MAC CE来激活UL TCI状态池中的若干UL TCI状态。在图7中，“服务小区ID”字段表示该MAC CE所要应用的服务小区。该字段例如可以具有5比特长度。“BWP ID”字段表示该MAC CE所要应用的上行带宽部分(UL Bandwidth part，UL BWP)，作为DCI终端“bandwidth part indicator”字段的代码点。该字段例如可以具有2比特长度。“R”字段表示保留位，可以具有1比特长度，并且一般设置为0。“T_i”字段指示ULTCI状态的标识符(即，ID)。UL TCI状态的标识符例如是借助如图6所示的UL TCI状态信息元素中的“tci-stateId”而确定的。

如图7所示，用来激活UL TCI状态的MAC CE可以包括N个字节，并且相应地对(N-1)×8个UL TCI状态的激活/去激活进行指示。MAC CE 的字节数N可以是固定值或者是根据实际情况的设定任意大于或等于2的整数。每个“T_i”字段可以指示ID为“i”的UL TCI状态的激活/去激活。例如，当“T_i”字段被设置为1时，ID为i的UL TCI状态被激活，并且当“T_i”字段被设置为0时，ID为i的UL TCI状态不被激活。这里，“T_i”字段的取值与UL TCI状态的激活/去激活的对应关系仅仅是示例，也可以采用另外的对应关系，例如，0表示激活ID为i的UL TCI状态，1表示不激活 ID为i的UL TCI状态。

根据本公开，通过RRC信令配置的UL TCI状态池中包括的UL TCI 状态的ID可以是不连续的(例如，某些UL TCI状态并未与Type D类型的准共址相关联，进而不表示上行波束方向)。在这种情况下，当终端设备接收到MAC CE时，可以首先验证池中的UL TCI状态中是否存在ID为 i的UL TCI状态，在存在情况下，根据“T_i”字段的取值来确定是否要激活该ULTCI状态，并且在不存在的情况下，忽略该“T_i”字段。

根据本公开，MAC CE激活的UL TCI的个数的最大值可以取决于 DCI中用于指示ULTCI状态的字段(例如，如下文中将详细介绍的SRI 或UL TCI指示位)的比特数。例如，当DCI中用于指示UL TCI状态的字段的比特数为3时，可以利用MAC CE至多激活8个UL TCI状态。但是，激活的UL TCI状态的个数可以少于DCI中用于指示UL TCI状态的字段的比特数能够表达的个数。例如，当DCI中用于指示UL TCI状态的字段的比特数为3时，可以利用MAC CE激活少于8个UL TCI状态。在本公开中，DCI中用于指示UL TCI状态的字段可能具有可变的比特数(例如，如下文中将详细介绍的SRI，该字段的长度取决于SRS资源的数量)，在这种情况下，MAC CE激活的UL TCI的个数的最大值可以取决于DCI中用于指示UL TCI状态的字段的最大比特数。

下面，将参考图8-10详细说明根据本公开的UL TCI状态指示方式。

图8示意性地示出了根据本公开的第一实施例的第一示例的上行TCI状态指示的示意图。根据本公开第一实施例的第一示例，利用DCI 中的SRI来指示与终端设备要在上行传输中使用的波束对应的UL TCI状态。

一般地，SRI用来指示SRS资源。在本公开第一实施例的第一示例中，重用DCI中的SRI字段来指示UL TCI状态。一般地，UL TCI状态的 ID可能具有较大的值，例如，UL TCI状态的ID值可能达到128，这导致至少需要7个比特来表示UL TCI状态的ID值，从而需要长度较长的SRI 字段。鉴于此，需要一种方法来减少指示UL TCI状态所用的比特数以减少信令开销。

根据本公开的第一实施例的第一示例，SRI的值N可以对应于按照所配置或所激活的UL TCI状态的标识符大小由低到高或由高到低排序的UL TCI状态中的第N个UL TCI状态。如图8所示，RRC配置的UL TCI 状态池中存在多个UL TCI状态，并通过MAC CE激活了其中的八个(ID 为3、7、18、26、54、56、82、90的UL TCI状态)。为了利用SRI来指示 UL TCI，基站可以对激活的8个UL TCI状态进行排序，并且以排序后的顺序作为SRI的值来指示UL TCI状态。如图8所示，在要指示的UL TCI 状态的ID为7的情况下，由于该ID值为激活的8个ULTCI状态中按照从小到大的顺序的第2个UL TCI状态，因此基站可以用值为1(从0开始计数)的SRI(例如，“001”)来指示ID为7的UL TCI状态。以此类推，基站可以用值为“111”的SRI来指示ID为90的UL TCI状态。为了解读SRI，终端设备侧也可以对激活的UL TCI的ID进行相同的排序，并基于接收到的 SRI来确定所指示的是已排序的UL TCI中的第几个。要指出的是，既可以按照由低到高的顺序来排序也可以按照由高到底的顺序来排序，只要终端设备与基站侧排序的方式一致即可。

按照本公开第一实施例的第一示例，可以通过重用DCI中的SRI字段来指示UL TCI状态，从而指示终端设备要使用的上行波束。有利地，按照这种方式，可以在不对现有的DCI格式进行任何改动的情况下实现更加灵活、简洁的上行波束指示方式。此外，由于采用排序的方式来减少指示UL TCI状态所消耗的比特数，因此本公开第一实施例的第一示例不需要对SRI的位数进行扩充，从而节省了信令开销。

图9示意性地示出了根据本公开的第一实施例的第二示例的上行 TCI状态指示的示意图。根据本公开第一实施例的第二示例，利用DCI 中的SRI来指示与终端设备要在上行传输中使用的波束对应的UL TCI状态。

在本公开第一实施例的第二示例中，重用DCI中的SRI字段来指示 UL TCI状态。一般而言，SRI的长度与SRS资源的数量相关，并且因此足够表达SRS资源。鉴于此，本公开第一实施例的该第二示例提出了一种利用SRS资源与UL TCI状态之间的对应关系(例如，映射关系)来指示上行波束的方法。

根据本公开的第一实施例的第二示例，利用SRI指示探测参考信号SRS资源，其中，每个SRS资源对应于一个UL TCI状态，并且SRS 资源与UL TCI状态的对应关系是预先确定的。例如，基站可以将UL TCI状态池中的每个UL TCI状态与一个SRS资源建立一对一的对应关系。例如，这种UL TCI状态与SRS资源的映射关系可以是在RRC配置阶段确定的。例如，在RRC配置阶段，基站可以为每个UL TCI状态与一个 SRS资源建立一对一的对应关系，并且将与所建立的对应关系有关的信息发送到(例如，经由RRC信令)终端设备。可能存在初始配置的UL TCI 状态池中的UL TCI状态个数超过最大SRS资源数的情况，在这种情况下，基站可以例如基于各UL TCI状态所代表的波束方向上的链路质量、信道占用情况等丢弃一些ULTCI状态，使得能够将UL TCI状态池中的每个 UL TCI状态与SRS建立一对一的对应关系。

根据该示例，基站可以基于一些规则来建立这种映射关系。例如，基站可以按照ULTCI状态中所涉及的参考信号来将该UL TCI状态映射到一个SRS资源。进一步而言，基站可以将UL TCI状态映射到与其包含的参考信号相关的那个SRS资源。例如，在UL TCI状态包含SRS的情况下，可以将该UL TCI状态与该SRS建立映射关系。再例如，在存在波束对称性的情况下，当UL TCI状态包含下行参考信号(例如CSI-RS或SSB 之类)时，基站可以将终端设备针对该下行参考信号进行波束上报时使用的SRS与该UL TCI状态建立映射关系。利用这种方式，基站可以方便地建立这种映射关系，并且可以节省一些信令开销。例如，对于UL TCI状态包含的参考信号与SRS相关的情况，基站可以不再发送该UL TCI状态与SRS的映射关系，并且终端设备可以根据该参考信号与SRS的关系而自己判断这种映射关系。要指出的是，仅按照UL TCI状态中所涉及的参考信号来将该UL TCI状态映射到一个SRS资源，可能会导致多个UL TCI 状态映射到同一个SRS资源，在这种情况下，基站可以仅保留一个UL TCI状态与该SRS资源的一对一映射关系，并且对其他UL TCI状态重新建立与其他SRS资源的一对一映射关系。此外，可能存在无法按照所包含的参考信号来将UL TCI状态映射到SRS资源的情况，在这种情况下，基站可以将该UL TCI状态映射到任一个还未建立映射关系的SRS资源。

替代地，基站也可以不采用这种与参考信号有关的规则来建立UL TCI状态与SRS资源的一对一的映射关系。例如，基站可以随机地将每个 UL TCI状态与SRS资源对应。

如图9所示，基于所建立的映射关系，每个被MAC CE激活的UL TCI状态都唯一地对应于一个SRS资源。这样，终端设备在接收到DCI中的SRI之后，可以依据该SRI的指示找到一个SRS资源，并进一步基于映射关系而找到对应的UL TCI状态。

在该示例中，优选地，映射是在MAC CE激活UL TCI状态之前进行的，换句话说，为UL TCI状态池中的每个UL TCI状态建立与SRS的映射关系，而不是仅仅针对MAC CE激活的UL TCI状态建立映射关系。这使得基站有足够的时间来建立映射关系并将与该映射有关的信息通知到终端设备。

按照本公开第一实施例的第二示例，可以通过重用DCI中的SRI字段来指示UL TCI状态，从而指示终端设备要使用的上行波束。有利地，按照这种方式，可以在不对现有的DCI格式进行任何改动的情况下实现更加灵活、简洁的上行波束指示方式。此外，由于采用SRS与UL TCI状态的映射关系来指示UL TCI状态，与第一示例相比，省去了排序运算的开销，这对于节省终端设备的计算开销是尤其有利的。

在本公开的第一实施例的两个示例中，均采用了重用DCI的SRI字段的方式来指示UL TCI状态。因此，为了使得终端设备能够正确解读所接收到的DCI的SRI字段是指示ULTCI状态还是如常规的那样指示SRS，基站可以通过RRC层的信令对终端设备进行相应的通知。例如，基站可以在每次发送包含SRI的DCI之前借助RRC层的信令通知终端设备该 SRI字段所代表的含义。替代地，可以默认SRI通常指示SRS，并且基站可以在发送包含指示UL TCI状态的SRI的DCI之前，借助RRC层的信令向终端设备通知该SRI是重用于UL TCI状态的SRI。可以理解的是，指示 SRI的含义的方式不限于此，还可以存在其他方式，只要使得终端设备在接收SRI之前知道其要表达的含义即可。

图10示意性地示出了根据本公开的第二实施例的上行TCI状态指示的示意图。与第一实施例不同，在第二实施例中，可以在DCI中包括专用于指示UL TCI状态的UL TCI状态指示位。例如，可以创建新的包括 UL TCI状态指示位的DCI格式，并将该DCI格式用于上行波束指示。此外，也可以对现有的DCI格式进行改进，以将UL TCI状态指示位包括在内。

如上文所述，UL TCI状态的ID可能具有较大的值，例如，UL TCI 状态的ID值可能达到128，这导致至少需要7个比特的UL TCI状态指示位来表示UL TCI状态的ID值。为了节省信令开销，考虑与第一实施例的第一示例类似的方式，利用对UL TCI状态排序来使用较少的比特数指示UL TCI。

根据本公开的第二实施例，UL TCI状态指示位的值N可以对应于按照所配置或所激活的UL TCI状态的标识符大小由低到高或由高到低排序的UL TCI状态中的第N个UL TCI状态。如图10所示，RRC配置的 UL TCI状态池中存在多个UL TCI状态，并通过MAC CE激活了其中的八个(ID为3、7、18、26、54、56、82、90的UL TCI状态)。为了利用UL TCI 状态指示位来指示UL TCI，基站可以对激活的8个UL TCI状态进行排序，并且以排序后的顺序作为UL TCI指示位的值来指示UL TCI状态。如图8 所示，在要指示的UL TCI状态的ID为7的情况下，由于该ID值为激活的8 个UL TCI状态中按照从小到大的顺序的第2个UL TCI状态，因此基站可以用值为1(从0开始计数)的UL TCI指示位(例如，“001”)来指示ID 为7的UL TCI状态。以此类推，基站可以用值为“111”的UL TCI指示位来指示ID为90的UL TCI状态。为了解读ULTCI状态指示位，终端设备侧也可以对激活的UL TCI的ID进行相同的排序，并基于接收到的UL TCI状态指示位来确定所指示的是已排序的UL TCI中的第几个。要指出的是，既可以按照由低到高的顺序来排序也可以按照由高到底的顺序来排序，只要终端设备与基站侧排序的方式一致即可。

按照本公开第二实施例，可以直接利用专用的UL TCI状态指示位来指示UL TCI状态，从而指示终端设备要使用的上行波束。有利地，按照这种方式，可以更灵活地对上行波束进行指示，并且由于不涉及对DCI 原有字段的重用，可以省去经由附加信令来向终端设备通知所重用的字段所代表的含义的操作，从而进一步节省了信令开销。

然而，由于本公开的第二实施例引入了DCI中的新字段，因此需要终端设备具有解读该字段(换句话说，解读包括该字段的DCI格式)的能力。因此，基站可以从终端设备接收指示终端设备是否支持包含UL TCI状态指示位的DCI格式的能力信息。如上文所述，该能力信息可以与指示终端设备是否支持UL TCI状态的能力信息一起作为同一个信息元素从终端设备发送到基站，或者，可以作为分别的信息元素，经由分开的信令从终端设备发送到基站。

上文已经参照图8-图10说明了根据本公开的第一实施例和第二实施例的上行波束指示方式。根据本公开的第一实施例和第二实施例均可以用于具有波束对称性的情况，例如，如上文所述，可以通过在UL TCI 状态中包含下行参考信号的索引来指示上行波束。在具有波束对称性的情况下，还可以直接利用现有的TCI状态(即，用于下行波束指示的TCI状态)来指示上行波束。下面，将作为本公开的第三实施例来对这种方式进行说明。

根据本公开的第三实施例，在具有波束对称性的情况下，通过指示下行波束来指示终端设备使用与该下行波束对称的上行波束进行上行传输。具体而言，可以省去上行波束扫描过程，即，省去由终端设备发送用于上行波束扫描的SRS，并且通过在DCI的TCI字段(即，现有的用于下行波束指示的TCI字段)中设置下行TCI(DL TCI)状态来指示与该TCI状态所指示的下行波束对称的上行波束。当终端设备接收到包含 DL TCI状态的DCI时，可以根据该DL TCI状态中包含的下行参考信号索引来找到接收该参考信号的接收波束，并且使用与该接收波束对称(即，方向相同)的上行波束来进行接下来的上行传输。要指出的是，在现有标准下，术语“TCI状态”一般直接表示与下行链路相关的TCI状态或下行波束，本文中采用“DL TCI状态”的表述，仅仅是为了与本公开中新引入的UL TCI状态进行区分。

在本公开第三实施例的这种方式下，由于完全不涉及UL TCI状态，因此，基站无需配置UL TCI状态池并且无需利用DCI来指示UL TCI状态。换句话说，根据本公开的第三实施例，替代为终端设备配置UL TCI 状态池以及指示与要用于上行传输的波束相关联的ULTCI状态，利用 DCI指示下行传输配置指示DL TCI状态，从而指示终端设备利用与由该DLTCI状态指示的接收波束方向相同(即，对称)的发射波束来进行上行传输。

根据本公开的第三实施例，优选地，基站可以借助DCI的TCI字段来一次性指示下行波束和上行波束二者。换句话说，可以不针对上行波束而单独发送包含DL TCI状态的DCI，这使得可以有利地减少信令开销。

关于DL TCI状态的指示，类似于UL TCI状态，基站也可以配置DL TCI状态池，并且利用MAC CE激活部分或全部DL TCI状态。利用DCI 的TCI字段来指示DL TCI状态也可以采用与本公开第一实施例的第一示例类似的排序的方式，使得能够方便地对具有较大ID的DLTCI状态进行指示。

另外，当基站确定将采用第三实施例的方式指示上行波束时，基站可以向终端设备通知将通过DL TCI状态来指示上行波束，例如，基站可以借助RRC参数来进行这种通知。或者，当具有波束对称性时，可以默认地(或基于双方的约定或基于相关标准/协议的规定)采用第三实施例的方式指示上行波束，而不向终端设备通知上行波束指示方式。

根据本公开的第三实施例，可以利用波束对称性而直接用DL TCI 状态来指示上行波束，从而省去了利用SRS进行上行波束扫描的过程，并且省去了由终端设备向基站发送与上行波束扫描相关的SRS的信令开销。

上文已经对本公开的第一至第三实施例分别进行了描述。要指出的是，在不同的实施例中，作为基站工作的电子设备50的处理电路500(特别是上行波束指示单元)可以进行与各实施例相应的操作。例如，在具有波束对称性的第三实施例中，上行波束指示单元5004可以操作为配置 DL TCI状态池并指示DL TCI状态，而在第一和第二实施例中，上行波束指示单元5004可以操作为配置UL TCI状态池并指示UL TCI状态。

此外，对于本公开的第一至第三实施例，上行波束的指示并不意味着必须激活部分或全部TCI状态(例如，对于第一、第二实施例的UL TCI状态和对于第三实施例的DL TCI状态)。例如，在DCI中的相应字段的位数足够表示所配置的TCI状态池中的TCI的情况下，可以直接指示 TCI状态池中的任意一个TCI状态，而无需借助MAC CE激活TCI状态池中的部分TCI状态。要指出的是，这种TCI状态激活步骤的省略并不是必须的，在DCI中的相应字段的位数足够表示所配置的TCI状态池中的TCI 的情况下，也可以利用MAC CE激活池中的部分或全部TCI状态。

上面已经说明了根据本公开各实施例的控制设备侧的电子设备50 的各个单元及其操作。下面，将参考图11说明根据本公开的控制设备侧的电子设备50的概念性操作流程110。

该概念性操作流程在步骤S1100处开始。首先，在步骤S1102处，作为基站操作的电子设备50从终端设备接收能力信息，并基于该能力信息确定终端设备的能力。例如，该能力信息可以指示终端设备是否支持 UL TCI状态。附加地，该能力信息还可以指示终端设备是否支持包含 UL TCI状态指示位的DCI格式。如上文所述，这两种能力信息可以作为同一个信息元素(例如，包含2个比特的信息元素)从终端设备发送到基站，或者，可以作为分别的信息元素(例如，各自包含1个比特的信息元素)，经由分开的信令从终端设备发送到基站，亦或者，可以采用默认设置，例如，当电子设备50接收到指示终端设备支持UL TCI状态的能力信息时，可以默认该终端设备也支持包含UL TCI状态指示位的DCI 格式。根据本公开，电子设备50可以在终端设备进行初始接入的过程期间经由RRC层的信令来接收能力信息，例如，电子设备50可以经由承载 RRC层信令的PUSCH来接收能力信息。

在S1102处判定终端设备不支持UL TCI状态的情况下，电子设备50 可以进行传统方式(例如Rel.15)的上行波束指示。

在S1102处判定终端设备支持UL TCI状态的情况下，在步骤S1104 处，电子设备50可以利用RRC参数来通知指示上行波束的方式，例如指示是利用传统方式还是基于UL TCI状态的方式来指示所述终端设备要在上行传输中使用的波束。附加地或替代地，在确定要使用基于UL TCI 状态的方式来指示上行波束的情况下，电子设备50可以直接指示具体的上行波束指示方式，例如，根据第一示例的重用SRI字段的方式根据第二示例的重用SRI字段的方式，或者利用UL TCI指示位的方式。要指出的是，在实践中，可以仅规定一种基于ULTCI状态的上行波束指示方式，在这种情况下，电子设备50可以仅向终端设备通知采用基于UL TCI状态的上行波束指示方式，并且终端设备可以基于与基站的约定和/或所实施的协议/标准的规定来确定接下来将按照约定/规定的方式(如第一实施例的第一示例、第一实施例的第二示例或第二实施例)进行上行波束指示。

接下来，在S1106处，电子设备50可以经由无线资源控制RRC信令配置UL TCI状态池，并且将与所配置的UL TCI状态池相关的信息通知给终端设备。

随后，可选地，在S1108处，电子设备50可以经由MAC CE激活所配置的UL TCI状态池中的部分或全部UL TCI状态。例如，在UL TCI状态池中UL TCI状态的个数多于DCI的相应位(例如SRI或UL TCI指示位)能够指示的UL TCI状态的个数的情况下进行这种激活，使得DCI 的相应位足够指示被激活的UL TCI状态中的任意一个UL TCI状态。再例如，可以出于节省信令开销的目的而进行这种激活。亦或者，可以出于流程规定而进行这种激活。

接下来，在S1110处，电子设备50可以利用下行控制信息DCI指示所配置或所激活的UL TCI状态中的第一UL TCI状态，其中第一UL TCI 状态指示所述终端设备要在上行传输中使用的波束。电子设备可以基于在S1104处通知的上行波束指示方式，来执行如上文所述的根据本公开第一实施例的第一示例的指示方式、根据本公开第一实施例的第二示例的指示方式和根据本公开第二实施例的指示方式中的一种。该流程在S1112 处结束。

上述操作流程仅仅是以示例性地方式说明根据本公开的控制设备侧的电子设备的操作，所例示的操作可以由根据本公开的控制设备侧的电子设备按照不同的顺序或者并行地执行。例如，电子设备50可以在接收了终端设备的能力信息之后，先配置UL TCI状态池和/或激活UL TCI 状态，并且随后再发送上行波束指示方式信息，或者电子设备50可以与配置UL TCI状态池和/或激活UL TCI状态并行地发送上行波束指示方式信息。

此外，上述操作流程主要涉及利用UL TCI状态进行上行波束指示的流程。在具有波束对称性并且考虑使用DL TCI状态来指示上行波束的情况下，电子设备50可以直接按照本公开第三实施例中介绍的操作来向终端设备指示上行波束。

根据本公开的终端设备侧的电子设备的结构和操作

下面将参考图12说明根据本公开的终端设备侧的电子设备120的概念性配置。

该电子设备可以被实现为移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。该电子设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外，该电子设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。该电子设备也可以被实现为智能电表、智能家电，或者认知无线电系统中的地理位置能力对象(Geolocation Capability Object，GCO)、公民宽带无线服务用户(Citizens Broadband Radio Service Device，CBSD)。

如图12所示，电子设备120可以包括处理电路1200。该处理电路 1200可以被配置为控制与上行波束确定相关的操作。例如，该处理电路 1200可以确定所述电子设备是否支持UL TCI状态，并控制经由通信单元 1204向基站通知这种能力信息；并且在电子设备120支持UL TCI状态的情况下：控制接收关于由控制设备配置的UL TCI状态池的信息；和接收指示与在上行传输中使用的波束相关联的UL TCI状态的DCI。UL TCI 状态信息元素已经在上文参考图6进行了详细说明，这里不再赘述。

处理电路1200可以是通用处理器的形式，也可以是专用处理电路，例如ASIC。例如，处理电路1200能够由电路(硬件)或中央处理设备(诸如，中央处理单元(CPU))构造。此外，处理电路1200上可以承载用于使电路(硬件)或中央处理设备工作的程序(软件)。该程序能够存储在存储器(诸如，布置在存储器401中)或从外面连接的外部存储介质中，以及经网络(诸如，互联网)下载。

根据一些实施例，该电子设备的处理电路可以包括各种单元以实现根据本公开的各实施例。

例如，处理电路1200可以包括能力确定单元12002。该能力确定单元12002例如可以确定该电子设备120是否支持UL TCI状态，并且可以进行控制以将所确定的能力信息发送到(例如，经由通信单元1204)基站。如上文参考控制设备侧的电子设备50说明的，电子设备120的该能力可以借助作为终端能力信息元素(Information Element，IE)的SupportULTCI，由电子设备120发送给网络侧(例如基站)。例如，当能力确定单元12002确定该电子设备120支持UL TCI状态情况下，可以将该终端能力IE SupportULTCI的值设置为1，反之设置为0。或者，也可以在该电子设备120支持UL TCI状态情况下，可以将该终端能力IESupportULTCI的值设置为0，反之设置为1。

能力确定单元12002还可以确定电子设备120的其他能力，例如该电子设备120是否支持根据本公开的第二实施例的借助DCI中的UL TCI 状态指示位来指示上行波束的能力。在这种情况下，能力信息可以指示该电子设备120是否支持包含UL TCI状态指示位的DCI格式。如上文所述，指示电子设备120的各种能力的能力信息可以作为一个信息元素由该电子设备120发送给基站，或者，也可以作为分开的信息元素发送给基站。此外，还可以采用默认的配置，例如，当确定该电子设备120支持基于UL TCI状态的上行波束指示时，能力确定单元12002可以默认地确定该电子设备120还支持包含UL TCI状态指示位的DCI格式。

图12以单个单元的形式示出了能力确定单元12002。实际上，这种单元的划分仅仅是示例性的，并且对于确定电子设备120的能力的这一功能，处理电路1200还可以具有其他实现方式。例如，能力确定单元12002 可以具有多个模块，每个模块用于确定一种如上所述的能力。或者，处理电路1200也可以直接实现确定电子设备120的能力的功能，而不为其设置专门的单元/模块。

根据本公开的实施例，处理电路1200可以包括上行波束指示方式确定单元12004。上行波束指示方式确定单元5006可以被配置为基于从基站接收的上行波束指示方式信息来确定将利用传统方式(例如，上文所述的Rel.15中的上行波束指示方式)还是基于UL TCI状态的方式(例如，上文所述的第一实施例和第二实施例的上行波束指示方式)来指示该电子设备120设备要在上行传输中使用的波束。例如，上行波束指示方式确定单元12004可以基于从基站接收的RRC参数来确定上行波束指示方式。此外，上行波束指示方式确定单元12004还可以基于从基站接收的上行波束指示方式信息来进一步确定是将利用借助DCI的SRI的上行波束指示方式还是借助UL TCI状态指示位的上行波束指示方式。例如上行波束指示方式确定单元12004可以具体确定是按照如本公开的第一实施例的第一示例、第一实施例的第二示例、第二实施例还是按照波束对称性的方式来指示上行波束。例如，上行波束指示方式确定单元12004可以基于从基站接收的指明具体指示方式的RRC参数来确定要使用哪种上行波束指示方式。替代地，上行波束指示方式确定单元12004可以根据该电子设备120与基站之间的约定和/或相关标准/协议的规定，基于从基站接收到指明使用基于ULTCI状态的方式的信息而选择预定的具体指示方式(例如，按照如上所述的本公开的第一实施例的第一示例、第二示例和第二实施例的方式中的一种)。

根据本公开的实施例，处理电路1200还可以包括上行波束确定单元12006。上行波束确定单元12006基于从基站接收的与上行波束指示相关的信息来确定要在上行传输中使用的波束。例如，上行波束确定单元 12006可以基于所接收的关于由基站配置的UL TCI状态池的信息来确定 UL TCI状态池中的各个UL TCI状态。例如，上行波束确定单元12006可以控制电子设备120存储存在于UL TCI状态池中的每个UL TCI状态，以便在后续过程中从中确定(例如，基于接收到的DCI)与要使用的上行波束相关联的UL TCI状态。根据本公开的实施例，UL TCI状态池可以是通过RRC信令配置的。上行波束确定单元12006可以基于与基站交换的 RRC信令来接收UL TCI状态池的信息。

上行波束确定单元12006还可以被配置为接收MAC CE，所述MAC CE激活所UL TCI状态池中的全部或部分UL TCI状态，使得用来指示UL TCI状态的DCI的相应位足够指示被激活的UL TCI状态中的任意一个 UL TCI状态。如上文所述，可以在基站配置的UL TCI状态池中的UL TCI状态的个数多于DCI的相应位(例如，如上文所述的SRI或UL TCI 指示位)能够指示的UL TCI状态的个数的情况下接收用于激活UL TCI状态的MAC CE。替代地，也可以在任何情况下接收这种MAC CE，而不论DCI的相应位是否足够指示的配置的所有UL TCI状态中的任一个。当利用MAC CE激活了部分UL TCI状态时，有利地，电子设备120可以接收包含长度较短的用于指示UL TCI状态的字段的 DCI，从而节省了信令开销。

上行波束确定单元12006还可以被配置为基于接收到的指示一个 UL TCI状态的DCI来确定要在上行传输中使用的波束。例如，上行波束确定单元12006可以基于接收到的包含SRI或UL TCI状态指示位的DCI 来确定要在上行传输中使用的波束。

在上文说明的根据本公开的第一实施例的第一示例(借助DCI中的 SRI来指示上行波束)或第二实施例(借助DCI中的UL TCI指示位来指示上行波束)的情况下，上行波束确定单元12006可以对所配置或所激活的UL TCI状态按照其标识符的大小进行由低到高或由高到低的排序，并且基于所接收到的SRI或UL TCI状态指示位的值N来确定所指示的UL TCI状态为经排序的UL TCI状态中的第N(例如，从0开始计数)个UL TCI 状态。

在上文说明的根据本公开的第一实施例的第二示例(借助DCI中的 SRI来指示上行波束，并且存在SRS资源与UL TCI状态的一对一的对应关系)的情况下，上行波束确定单元12006可以基于预定的SRS资源与UL TCI状态的对应关系，基于接收到的SRI来确定所指示的SRS资源，并进一步映射到与要在上行传输中使用的波束相关的UL TCI状态。在这种情况下，处理电路1200还可以控制电子设备120与基站进行RRC层的信令交互，从而基于从基站接收到的RRC层的信息来确定SRS资源与 UL TCI状态的映射/对应关系。

在上文说明的根据本公开的第三实施例(借助DL TCI状态来指示上行波束)的情况下，上行波束确定单元12006可以被配置为替代接收关于由基站配置的UL TCI状态池的信息以及接收指示UL TCI状态的DCI，接收指DL TCI状态的DCI，和并且将与由第一DL TCI状态指示的接收波束方向相同(即对称)的发射波束确定为要在上行传输中使用的波束。

由于关于本公开的各种实施例的各种上行波束指示方式已经在上文参考控制设备侧的电子设备50进行了详细说明，因此这里不再重复描述。要说明的是，参考控制设备侧的电子设备50进行描述的各种上行波束指示方式的特征和优点对于终端设备侧的电子设备120同样适用。

在图12中，上行波束确定单元12006被示出为不包括任何子模块/ 单元，但是这仅仅是一种示例性的实现方式。上行波束确定单元12006也可以包括实现相应功能的子模块/单元，例如，专用确定TCI状态池的模块、专用于确定DCI中所指示的TCI状态的模块、TCI状态排序模块等等。

此外，处理电路1200还可以包括用于在各单元之间进行接口连接的接口电路(未示出)。

应注意，上述各个单元仅是根据其所实现的具体功能划分的逻辑模块，而不是用于限制具体的实现方式，例如可以以软件、硬件或者软硬件结合的方式来实现。在实际实现时，上述各个单元可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(CPU或DSP等)、集成电路等)来实现。此外，上述各个单元在附图中用虚线示出指示这些单元可以并不实际存在，而它们所实现的操作/功能可由处理电路本身来实现。此外，附图中以虚线示出的单元/模块及其操作/功能可以根据实际情况来选择性地应用，也就是说，处理电路不一定要包括所有所示出的单元/模块及其操作/功能，而是可以选择性地实现这些单元/模块及其操作/功能中的一部分。

此外，可选地，电子设备120还可以包括存储器1202以及通信单元 1204。此外，电子设备120还可以包括未示出的其它部件，诸如射频链路、基带处理单元、网络接口、处理器、控制器等。处理电路1200可以与存储器1202和/或通信单元1204关联。例如，处理电路1200可以直接或间接 (例如，中间可能连接有其它部件)连接到存储器1202，以进行数据的存取。还例如，处理电路1200可以直接或间接连接到通信单元1204，以经由通信单元1204发送无线电信号以及经由通信单元1204接收无线电信号。

存储器1202可以存储要由处理电路1200使用或由处理电路1200产生的各种信息(例如，如电子设备120的能力信息、TCI状态池的信息等)、用于电子设备120操作的程序和数据、将由通信单元1204发送的数据等。存储器1202用虚线绘出，因为它还可以位于处理电路1200内或者位于电子设备120外。存储器1202可以是易失性存储器和/或非易失性存储器。例如，存储器1202可以包括但不限于随机存储存储器(RAM)、动态随机存储存储器(DRAM)、静态随机存取存储器(SRAM)、只读存储器 (ROM)、闪存存储器。

通信单元1204可以被配置为在处理电路1200的控制下与通信另一端的电子设备(例如接收方电子设备)进行通信。在一个示例中，通信单元1204可以被实现为发射机或收发机，包括天线阵列和/或射频链路等通信部件。在一个实现中，通信单元1204可以在基于处理电路1200对上行波束的确定结果，向利用所确定的上行波束进行上行传输。在一个实现中，通信单元1204可以将从参考信号、能力信息等发送到基站，以便基站基于这些信号/信息来确定上行波束。

虽然图12中示出了处理电路1200与通信单元1204分离，但是处理电路1200也可以被实现为包括通信单元1204。此外，处理电路1200还可以被实现为包括电子设备120中的一个或多个其它部件，或者处理电路 1200可以被实现为电子设备120本身。在实际实现时，处理电路1200可以被实现为芯片(诸如包括单个晶片的集成电路模块)、硬件部件或完整的产品。

下面将参考图13说明根据本公开的实施例的终端设备侧的电子设备120的概念性操作流程。

该概念性操作流程在步骤S13000处开始。首先，在步骤S13002处，作为终端设备操作的电子设备120确定自身能力并向基站发送能力信息。例如，该能力信息可以指示终端设备是否支持UL TCI状态。附加地，该能力信息还可以指示终端设备是否支持包含UL TCI状态指示位的DCI格式。如上文所述，这两种能力信息可以作为同一个信息元素(例如，包含2个比特的信息元素)从电子设备120发送到基站，或者，可以作为分别的信息元素(例如，各自包含1个比特的信息元素)，经由分开的信令从电子设备120发送到基站，亦或者，可以采用默认设置，例如，当电子设备120发送指示其支持UL TCI状态的能力信息时，可以默认该电子设备也支持包含UL TCI状态指示位的DCI格式。根据本公开，电子设备120 可以在进行初始接入的过程期间经由RRC层的信令来发送能力信息，例如，电子设备120可以经由承载RRC层信令的PUSCH来发送能力信息。

在电子设备120不支持UL TCI状态的情况下，电子设备120与基站可以进行传统方式(例如Rel.15)的上行波束指示过程。

在电子设备120支持UL TCI状态的情况下，在步骤S13004处，电子设备120可以接收通知上行波束指示方式的RRC参数，例如该RRC参数可以指示是利用传统方式还是基于ULTCI状态的方式来指示电子设备 120要在上行传输中使用的波束。附加地或替代地，电子设备120可以接收直接指示具体的上行波束指示方式的信息，例如，根据第一示例的重用SRI字段的方式、根据第二示例的重用SRI字段的方式，或者利用UL TCI指示位的方式。或者，在实践中，可以仅规定一种基于UL TCI状态的上行波束指示方式，在这种情况下，电子设备120仅从基站接收通知采用基于UL TCI状态的上行波束指示方式，并且电子设备120可以基于与基站的约定和/或所实施的协议/标准的规定来确定接下来将按照约定/规定的方式(如第一实施例的第一示例、第一实施例的第二示例或第二实施例)进行上行波束指示。

接下来，在S13006处，电子设备120可以经由从基站接收的RRC信令来接收与ULTCI状态池相关的信息。

随后，可选地，在S13008处，电子设备120可以接收激活UL TCI 状态池中的部分或全部UL TCI状态的信息，该信息例如可以是由MAC CE承载的。例如，在UL TCI状态池中ULTCI状态的个数多于DCI的相应位(例如SRI或UL TCI指示位)能够指示的UL TCI状态的个数的情况下进行这种激活，使得DCI的相应位足够指示被激活的UL TCI状态中的任意一个ULTCI状态。再例如，可以出于节省信令开销的目的而进行这种激活。亦或者，可以出于流程规定而进行这种激活。

接下来，在S13010处，电子设备120可以从基站接收DCI，该DCI 可以指示所配置或所激活的UL TCI状态中的第一UL TCI状态，其中第一 UL TCI状态指示电子设备120要在上行传输中使用的波束。电子设备120 可以基于在S13004处通知的上行波束指示方式，按照如上文所述的根据本公开第一实施例的第一示例的指示方式、根据本公开第一实施例的第二示例的指示方式和根据本公开第二实施例的指示方式中的一种来确定要在上行传输中使用的波束。该流程在S13012处结束。

上述操作流程仅仅是以示例性地方式说明根据本公开的终端设备侧的电子设备的操作，所例示的操作可以由根据本公开的终端设备侧的电子设备按照不同的顺序或者并行地执行。例如，电子设备120可以在接收了终端设备的能力信息之后，先接收UL TCI状态池的信息和/或激活 UL TCI状态的信息，并且随后再接收上行波束指示方式信息。

此外，上述操作流程主要涉及利用UL TCI状态进行上行波束指示的流程。在具有波束对称性并且考虑使用DL TCI状态来指示上行波束的情况下，电子设备120可以直接按照本公开第三实施例中介绍的操作来向确定上行波束。

上面已经分别对控制设备侧和终端设备侧的操作进行了说明，下面将参考图14说明根据本公开的实施例的控制设备与终端设备之间的信令交互过程，特别是借助UL TCI状态来指示上行波束的情况下的信令交互过程。

如图14所示，终端设备首先向基站发送指示其是否支持UL TCI状态的能力信息。附加地，终端设备也可以向基站发送指示其是否支持包含UL TCI状态位的DCI格式的能力信息。接下来，基站可以在确定终端设备支持UL TCI状态的情况下，向终端设备发送指示具体的上行波束指示方式的信息(未示出)。要指出的是，基站可以在确定终端设备支持ULTCI状态后并且在最终发送指示UL TCI状态的DCI之前的任意时间发送指示上行波束指示方式的信息。在基站确定要使用基于UL TCI状态的上行波束指示方式的情况下，基站可以配置UL TCI状态池，并且利用RRC 信令向终端设备通知已配置的UL TCI状态池。在确定要使用DCI中的 SRI并且借助SRI所指示的SRS资源与UL TCI状态的映射关系来指示上行波束的情况下，基站还可以借助RRC信令将SRS资源与UL TCI状态的映射关系发送给终端设备。在这种情况下，基站可以利用RRC信令将所配置的UL TCI状态连同每个UL TCI状态与SRS资源的映射关系一次发送给终端设备。可选地，基站还可以向终端设备发送MAC CE以激活所配置的UL TCI状态中的一个或多个UL TCI状态。最后，基站可以向终端设备发送指示上行波束的DCI，其中，根据具体的上行波束指示方式，可以在DCI的SRI或UL TCI状态指示位中设置与要指示的UL TCI状态相关联的信息。

已经通过各个实施例对本公开的方案进行了描述。可以理解的是，按照本公开的实施例，可以在兼容传统上行波束指示的基础上，在对现有标准/协议改动较小的情况下引入UL TCI状态来指示上行波束，从而使得上行波束的指示过程更加简洁、灵活。此外，在本公开的实施例中，限制了不必要的信令开销，从而使得总的信令开销被有效限制。进一步地，本公开还有利地考虑了波束对称性的情况，并且提出了在具有波束对称性的情况下与UL TCI状态兼容的上行波束指示方式(例如，如上文所述，在UL TCI中包含下行参考信号的索引)以及专用于具有波束对称性的情况的上行波束指示方式(例如，第三实施例中介绍的方式)。应指出，上述实施例仅仅是示例性的。本公开的方案还可以按照其他方式来实现，并且仍具有上述实施例所获得的有利效果。

另外，应当理解，上述系列处理和设备也可以通过软件和/或固件实现。在通过软件和/或固件实现的情况下，从存储介质或网络向具有专用硬件结构的计算机，例如图15所示的通用个人计算机1300安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等等。图15是示出作为本公开的实施例中可采用的信息处理设备的个人计算机的示例结构的框图。在一个例子中，该个人计算机可以对应于根据本公开的上述示例性终端设备。

在图15中，中央处理单元(CPU)1301根据只读存储器(ROM) 1302中存储的程序或从存储部分1308加载到随机存取存储器(RAM) 1303的程序执行各种处理。在RAM 1303中，也根据需要存储当CPU 1301执行各种处理等时所需的数据。

CPU 1301、ROM 1302和RAM 1303经由总线1304彼此连接。输入/输出接口1305也连接到总线1304。

下述部件连接到输入/输出接口1305：输入部分1306，包括键盘、鼠标等；输出部分1307，包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等，和扬声器等；存储部分1308，包括硬盘等；和通信部分1309，包括网络接口卡比如LAN卡、调制解调器等。通信部分1309 经由网络比如因特网执行通信处理。

根据需要，驱动器1310也连接到输入/输出接口1305。可拆卸介质1311比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器1310上，使得从中读出的计算机程序根据需要被安装到存储部分 1308中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质1311安装构成软件的程序。

本领域技术人员应当理解，这种存储介质不局限于图13所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质 1311。可拆卸介质1311的例子包含磁盘(包含软盘(注册商标))、光盘 (包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD)(注册商标))和半导体存储器。或者，存储介质可以是 ROM 1302、存储部分1308中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

本公开的技术能够应用于各种产品。

例如，根据本公开的实施例的电子设备50可以被实现为各种控制设备/基站或者被包含在各种控制设备/基站中，而如图11所示的方法也可由各种控制设备/基站实现。例如，根据本公开的实施例的电子设备120 可以被实现为各种终端设备/用户设备或者被包含在各种终端设备/用户设备中，而如图13所示的方法也可由各种终端设备/用户设备实现。

例如，本公开中提到的控制设备/基站可以被实现为任何类型的基站，例如演进型节点B(gNB)，诸如宏gNB和小gNB。小gNB可以为覆盖比宏小区小的小区的gNB，诸如微微gNB、微gNB和家庭(毫微微) gNB。代替地，基站可以被实现为任何其他类型的基站，诸如NodeB和基站收发台(Base Transceiver Station，BTS)。基站可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(Remote Radio Head，RRH)。另外，下面将描述的各种类型的终端均可以通过暂时地或半持久性地执行基站功能而作为基站工作。

例如，本公开中提到的终端设备在一些示例中也称为用户设备，可以被实现为移动终端(诸如智能电话、平板个人计算机(PC)、笔记本式PC、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)或者车载终端(诸如汽车导航设备)。用户设备还可以被实现为执行机器对机器(M2M)通信的终端(也称为机器类型通信(MTC)终端)。此外，用户设备可以为安装在上述终端中的每个终端上的无线通信模块 (诸如包括单个晶片的集成电路模块)。

以下将参照图16至图19描述根据本公开的示例。

[关于基站的示例]

应当理解，本公开中的基站一词具有其通常含义的全部广度，并且至少包括被用于作为无线通信系统或无线电系统的一部分以便于通信的无线通信站。基站的例子可以例如是但不限于以下：基站可以是GSM 系统中的基站收发信机(BTS)和基站控制器(BSC)中的一者或两者，可以是WCDMA系统中的无线电网络控制器(RNC)和Node B中的一者或两者，可以是LTE和LTE-Advanced系统中的eNB，或者可以是未来通信系统中对应的网络节点(例如可能在5G通信系统中出现的gNB， eLTE eNB等等)。本公开的基站中的部分功能也可以实现为在D2D、 M2M以及V2V通信场景下对通信具有控制功能的实体，或者实现为在认知无线电通信场景下起频谱协调作用的实体。

第一示例

图16是示出可以应用本公开内容的技术的gNB的示意性配置的第一示例的框图。gNB 1400包括多个天线1410以及基站设备1420。基站设备1420和每个天线1410可以经由RF线缆彼此连接。在一种实现方式中，此处的gNB 1400(或基站设备1420)可以对应于上述电子设备 300A、1300A和/或1500B。

天线1410中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(MIMO)天线中的多个天线元件)，并且用于基站设备1420 发送和接收无线信号。如图16所示，gNB 1400可以包括多个天线1410。例如，多个天线1410可以与gNB 1400使用的多个频段兼容。

基站设备1420包括控制器1421、存储器1422、网络接口1423以及无线通信接口1425。

控制器1421可以为例如CPU或DSP，并且操作基站设备1420的较高层的各种功能。例如，控制器1421根据由无线通信接口1425处理的信号中的数据来生成数据分组，并经由网络接口1423来传递所生成的分组。控制器1421可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组，并传递所生成的捆绑分组。控制器1421可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控制和调度。该控制可以结合附近的gNB或核心网节点来执行。存储器1422包括RAM和ROM，并且存储由控制器1421执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口1423为用于将基站设备1420连接至核心网1424的通信接口。控制器1421可以经由网络接口1423而与核心网节点或另外的gNB 进行通信。在此情况下，gNB 1400与核心网节点或其他gNB可以通过逻辑接口(诸如S1接口和X2接口)而彼此连接。网络接口1423还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口 1423为无线通信接口，则与由无线通信接口1425使用的频段相比，网络接口1423可以使用较高频段用于无线通信。

无线通信接口1425支持任何蜂窝通信方案(诸如长期演进(LTE) 和LTE-先进)，并且经由天线1410来提供到位于gNB 1400的小区中的终端的无线连接。无线通信接口1425通常可以包括例如基带(BB)处理器1426和RF电路1427。BB处理器1426可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行层(例如L1、介质访问控制(MAC)、无线链路控制(RLC)和分组数据汇聚协议(PDCP))的各种类型的信号处理。代替控制器1421，BB处理器1426可以具有上述逻辑功能的一部分或全部。BB处理器1426可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使 BB处理器1426的功能改变。该模块可以为插入到基站设备1420的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，RF电路1427可以包括例如混频器、滤波器和放大器，并且经由天线1410来传送和接收无线信号。虽然图16示出一个RF电路1427与一根天线1410连接的示例，但是本公开并不限于该图示，而是一个RF电路1427可以同时连接多根天线1410。

如图16所示，无线通信接口1425可以包括多个BB处理器1426。例如，多个BB处理器1426可以与gNB 1400使用的多个频段兼容。如图16所示，无线通信接口1425可以包括多个RF电路1427。例如，多个RF电路1427可以与多个天线元件兼容。虽然图16示出其中无线通信接口1425包括多个BB处理器1426和多个RF电路1427的示例，但是无线通信接口1425也可以包括单个BB处理器1426或单个RF电路 1427。

第二示例

图17是示出可以应用本公开内容的技术的gNB的示意性配置的第二示例的框图。gNB 1530包括多个天线1540、基站设备1550和RRH 1560。RRH 1560和每个天线1540可以经由RF线缆而彼此连接。基站设备1550和RRH 1560可以经由诸如光纤线缆的高速线路而彼此连接。在一种实现方式中，此处的gNB 1530(或基站设备1550)可以对应于上述电子设备300A、1300A和/或1500B。

天线1540中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)并且用于RRH 1560发送和接收无线信号。如图17所示，gNB 1530可以包括多个天线1540。例如，多个天线 1540可以与gNB 1530使用的多个频段兼容。

基站设备1550包括控制器1551、存储器1552、网络接口1553、无线通信接口1555以及连接接口1557。控制器1551、存储器1552和网络接口1553与参照图16描述的控制器1421、存储器1422和网络接口 1423相同。

无线通信接口1555支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且经由RRH1560和天线1540来提供到位于与RRH 1560对应的扇区中的终端的无线通信。无线通信接口1555通常可以包括例如BB 处理器1556。除了BB处理器1556经由连接接口1557连接到RRH1560 的RF电路1564之外，BB处理器1556与参照图16描述的BB处理器1426相同。如图17所示，无线通信接口1555可以包括多个BB处理器 1556。例如，多个BB处理器1556可以与gNB1530使用的多个频段兼容。虽然图17示出其中无线通信接口1555包括多个BB处理器1556的示例，但是无线通信接口1555也可以包括单个BB处理器1556。

连接接口1557为用于将基站设备1550(无线通信接口1555)连接至RRH 1560的接口。连接接口1557还可以为用于将基站设备1550 (无线通信接口1555)连接至RRH 1560的上述高速线路中的通信的通信模块。

RRH 1560包括连接接口1561和无线通信接口1563。

连接接口1561为用于将RRH 1560(无线通信接口1563)连接至基站设备1550的接口。连接接口1561还可以为用于上述高速线路中的通信的通信模块。

无线通信接口1563经由天线1540来传送和接收无线信号。无线通信接口1563通常可以包括例如RF电路1564。RF电路1564可以包括例如混频器、滤波器和放大器，并且经由天线1540来传送和接收无线信号。虽然图17示出一个RF电路1564与一根天线1540连接的示例，但是本公开并不限于该图示，而是一个RF电路1564可以同时连接多根天线1540。

如图17所示，无线通信接口1563可以包括多个RF电路1564。例如，多个RF电路1564可以支持多个天线元件。虽然图17示出其中无线通信接口1563包括多个RF电路1564的示例，但是无线通信接口 1563也可以包括单个RF电路1564。

[关于用户设备的示例]

第一示例

图18是示出可以应用本公开内容的技术的智能电话1600的示意性配置的示例的框图。智能电话1600包括处理器1601、存储器1602、存储装置1603、外部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置1609、显示装置1610、扬声器1611、无线通信接口1612、一个或多个天线开关1615、一个或多个天线1616、总线1617、电池1618以及辅助控制器1619。在一种实现方式中，此处的智能电话 1600(或处理器1601)可以对应于上述终端设备300B和/或1500A。

处理器1601可以为例如CPU或片上系统(SoC)，并且控制智能电话1600的应用层和另外层的功能。存储器1602包括RAM和ROM，并且存储数据和由处理器1601执行的程序。存储装置1603可以包括存储介质，诸如半导体存储器和硬盘。外部连接接口1604为用于将外部装置(诸如存储卡和通用串行总线(USB)装置)连接至智能电话1600的接口。

摄像装置1606包括图像传感器(诸如电荷耦合器件(CCD)和互补金属氧化物半导体(CMOS))，并且生成捕获图像。传感器1607可以包括一组传感器，诸如测量传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风1608将输入到智能电话1600的声音转换为音频信号。输入装置1609包括例如被配置为检测显示装置1610的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的操作或信息。显示装置1610包括屏幕(诸如液晶显示器(LCD)和有机发光二极管(OLED)显示器)，并且显示智能电话1600的输出图像。扬声器1611将从智能电话1600输出的音频信号转换为声音。

无线通信接口1612支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且执行无线通信。无线通信接口1612通常可以包括例如BB处理器1613和RF电路1614。BB处理器1613可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路1614可以包括例如混频器、滤波器和放大器，并且经由天线1616来传送和接收无线信号。无线通信接口1612可以为其上集成有BB处理器1613和RF电路1614的一个芯片模块。如图18所示，无线通信接口1612可以包括多个BB处理器1613和多个RF电路1614。虽然图18示出其中无线通信接口1612包括多个BB处理器1613和多个 RF电路1614的示例，但是无线通信接口1612也可以包括单个BB处理器1613或单个RF电路1614。

此外，除了蜂窝通信方案之外，无线通信接口1612可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线局域网(LAN)方案。在此情况下，无线通信接口1612可以包括针对每种无线通信方案的BB处理器1613和RF电路1614。

天线开关1615中的每一个在包括在无线通信接口1612中的多个电路(例如用于不同的无线通信方案的电路)之间切换天线1616的连接目的地。

天线1616中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)，并且用于无线通信接口1612传送和接收无线信号。如图18所示，智能电话1600可以包括多个天线1616。虽然图18示出其中智能电话1600包括多个天线1616的示例，但是智能电话1600也可以包括单个天线1616。

此外，智能电话1600可以包括针对每种无线通信方案的天线1616。在此情况下，天线开关1615可以从智能电话1600的配置中省略。

总线1617将处理器1601、存储器1602、存储装置1603、外部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置1609、显示装置1610、扬声器1611、无线通信接口1612以及辅助控制器1619 彼此连接。电池1618经由馈线向图18所示的智能电话1600的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器1619例如在睡眠模式下操作智能电话1600的最小必需功能。

第二示例

图19是示出可以应用本公开内容的技术的汽车导航设备1720的示意性配置的示例的框图。汽车导航设备1720包括处理器1721、存储器 1722、全球定位系统(GPS)模块1724、传感器1725、数据接口1726、内容播放器1727、存储介质接口1728、输入装置1729、显示装置1730、扬声器1731、无线通信接口1733、一个或多个天线开关1736、一个或多个天线1737以及电池1738。在一种实现方式中，此处的汽车导航设备 1720(或处理器1721)可以对应于上述终端设备300B和/或1500A。

处理器1721可以为例如CPU或SoC，并且控制汽车导航设备1720 的导航功能和另外的功能。存储器1722包括RAM和ROM，并且存储数据和由处理器1721执行的程序。

GPS模块1724使用从GPS卫星接收的GPS信号来测量汽车导航设备1720的位置(诸如纬度、经度和高度)。传感器1725可以包括一组传感器，诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接口 1726经由未示出的终端而连接到例如车载网络1741，并且获取由车辆生成的数据(诸如车速数据)。

内容播放器1727再现存储在存储介质(诸如CD和DVD)中的内容，该存储介质被插入到存储介质接口1728中。输入装置1729包括例如被配置为检测显示装置1730的屏幕上的触摸的触摸传感器、按钮或开关，并且接收从用户输入的操作或信息。显示装置1730包括诸如LCD 或OLED显示器的屏幕，并且显示导航功能的图像或再现的内容。扬声器1731输出导航功能的声音或再现的内容。

无线通信接口1733支持任何蜂窝通信方案(诸如LTE和LTE-先进)，并且执行无线通信。无线通信接口1733通常可以包括例如BB处理器1734和RF电路1735。BB处理器1734可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，RF电路1735可以包括例如混频器、滤波器和放大器，并且经由天线1737来传送和接收无线信号。无线通信接口1733还可以为其上集成有BB处理器1734和RF电路1735的一个芯片模块。如图19所示，无线通信接口1733可以包括多个BB处理器1734和多个RF电路 1735。虽然图19示出其中无线通信接口1733包括多个BB处理器1734 和多个RF电路1735的示例，但是无线通信接口1733也可以包括单个 BB处理器1734或单个RF电路1735。

此外，除了蜂窝通信方案之外，无线通信接口1733可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线 LAN方案。在此情况下，针对每种无线通信方案，无线通信接口1733 可以包括BB处理器1734和RF电路1735。

天线开关1736中的每一个在包括在无线通信接口1733中的多个电路(诸如用于不同的无线通信方案的电路)之间切换天线1737的连接目的地。

天线1737中的每一个均包括单个或多个天线元件(诸如包括在 MIMO天线中的多个天线元件)，并且用于无线通信接口1733传送和接收无线信号。如图19所示，汽车导航设备1720可以包括多个天线1737。虽然图19示出其中汽车导航设备1720包括多个天线1737的示例，但是汽车导航设备1720也可以包括单个天线1737。

此外，汽车导航设备1720可以包括针对每种无线通信方案的天线 1737。在此情况下，天线开关1736可以从汽车导航设备1720的配置中省略。

电池1738经由馈线向图19所示的汽车导航设备1720的各个块提供电力，馈线在图中被部分地示为虚线。电池1738累积从车辆提供的电力。

本公开内容的技术也可以被实现为包括汽车导航设备1720、车载网络1741以及车辆模块1742中的一个或多个块的车载系统(或车辆) 1740。车辆模块1742生成车辆数据(诸如车速、发动机速度和故障信息)，并且将所生成的数据输出至车载网络1741。

以上参照附图描述了本公开的示例性实施例，但是本公开当然不限于以上示例。本领域技术人员可在所附权利要求的范围内得到各种变更和修改，并且应理解这些变更和修改自然将落入本公开的技术范围内。

应当理解，根据本公开实施例的机器可读存储介质或程序产品中的机器可执行指令可以被配置为执行与上述设备和方法实施例相应的操作。当参考上述设备和方法实施例时，机器可读存储介质或程序产品的实施例对于本领域技术人员而言是明晰的，因此不再重复描述。用于承载或包括上述机器可执行指令的机器可读存储介质和程序产品也落在本公开的范围内。这样的存储介质可以包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

另外，应当理解，上述系列处理和设备也可以通过软件和/或固件实现。在通过软件和/或固件实现的情况下，在相关设备的存储介质(例如图5所示的电子设备50或图12所示的电子设备120的存储器502或1202中)存储构成相应软件的相应程序，当所述程序被执行时，能够执行各种功能。

例如，在以上实施例中包括在一个单元中的多个功能可以由分开的装置来实现。替选地，在以上实施例中由多个单元实现的多个功能可分别由分开的装置来实现。另外，以上功能之一可由多个单元来实现。无需说，这样的配置包括在本公开的技术范围内。

在该说明书中，流程图中所描述的步骤不仅包括以所述顺序按时间序列执行的处理，而且包括并行地或单独地而不是必须按时间序列执行的处理。此外，甚至在按时间序列处理的步骤中，无需说，也可以适当地改变该顺序。

虽然已经详细说明了本公开及其优点，但是应当理解在不脱离由所附的权利要求所限定的本公开的精神和范围的情况下可以进行各种改变、替代和变换。而且，本公开实施例的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

此外，本公开还可以具有如下配置：

(1)一种用于无线通信系统的电子设备，包括：

处理电路，被配置为：

从终端设备接收至少指示所述终端设备是否支持上行传输配置指示 UL TCI状态的能力信息；

在基于所述能力信息确定所述终端设备支持UL TCI状态的情况下：

-为所述终端设备配置UL TCI状态池；和

-利用下行控制信息DCI指示第一UL TCI状态，其中第一UL TCI 状态指示所述终端设备要在上行传输中使用的波束。

(2)如(1)所述的电子设备，其中

所述处理电路进一步被配置为利用媒体接入控制层的控制元素 MAC CE激活所述UL TCI状态池中的部分或全部UL TCI状态，使得 DCI的相应位足够指示被激活的UL TCI状态中的任意一个UL TCI状态。

(3)如(1)或(2)所述的电子设备，其中

所述UL TCI状态池是通过无线资源控制RRC信令配置的。

(4)如(1)或(2)所述的电子设备，其中

利用DCI的探测参考信号资源指示SRI或UL TCI状态指示位来指示第一UL TCI状态。

(5)如(4)所述的电子设备，其中

利用SRI或UL TCI状态指示位来指示第一UL TCI状态包括：SRI 或UL TCI状态指示位的值N对应于按照所配置或所激活的UL TCI状态的标识符大小由低到高或由高到低排序的UL TCI状态中的第N个UL TCI状态。

(6)如(4)所述的电子设备，其中

利用SRI指示第一UL TCI状态包括：利用SRI指示探测参考信号SRS资源，其中，每个SRS资源对应于一个UL TCI状态，并且SRS资源与UL TCI状态的对应关系是预先确定的。

(7)如(1)或(2)所述的电子设备，其中

所述处理电路进一步被配置为在确定所述终端设备支持UL TCI状态的情况下，利用RRC参数来指示是利用传统方式还是基于UL TCI状态的方式来指示所述终端设备要在上行传输中使用的波束。

(8)如(4)所述的电子设备，其中

所述处理电路进一步被配置为在确定所述终端设备支持UL TCI状态的情况下，利用RRC参数来指示是利用DCI的SRI还是UL TCI状态指示位来指示第一UL TCI状态。

(9)如(1)所述的电子设备，其中

在所述终端设备具有波束对称性的情况下，所述处理电路进一步被配置为替代为所述终端设备配置UL TCI状态池以及指示第一UL TCI 状态，利用DCI指示第一下行传输配置指示DL TCI状态，从而指示所述终端设备利用与由第一DL TCI状态指示的接收波束方向相同的发射波束来进行上行传输。

(10)如(1)或(2)所述的电子设备，其中

所述能力信息还指示所述终端设备是否支持包含UL TCI状态指示位的DCI格式。

(11)如(1)或(2)所述的电子设备，其中

每个UL TCI状态对应于一个或多个上行参考信号和/或一个或多个下行参考信号中的一个参考信号的波束方向。

(12)一种用于无线通信系统的方法，包括：

从终端设备接收至少指示所述终端设备是否支持上行传输配置指示 UL TCI状态的能力信息；

在基于所述能力信息确定所述终端设备支持UL TCI状态的情况下：

-为所述终端设备配置UL TCI状态池；和

-利用下行控制信息DCI指示第一UL TCI状态，其中第一UL TCI 状态指示所述终端设备要在上行传输中使用的波束。

(13)一种用于无线通信系统的电子设备，包括：

处理电路，被配置为：

向控制设备发送至少指示所述电子设备是否支持上行传输配置指示 UL TCI状态的能力信息；

在所述电子设备支持UL TCI状态的情况下：

-接收关于由控制设备配置的UL TCI状态池的信息；和

-接收指示第一UL TCI状态的下行控制信息DCI，其中第一UL TCI状态指示所述电子设备要在上行传输中使用的波束。

(14)如(13)所述的电子设备，其中

所述处理电路进一步被配置为接收媒体接入控制层的控制元素 MAC CE，所述MACCE激活所述UL TCI状态源池中的部分或全部 UL TCI状态，使得DCI的相应位足够指示被激活的UL TCI状态中的任意一个UL TCI状态。

(15)如(13)或(14)所述的电子设备，其中

所述UL TCI状态池是通过无线资源控制RRC信令配置的。

(16)如(13)或(14)所述的电子设备，其中

第一UL TCI状态是通过DCI的探测参考信号资源指示SRI或UL TCI状态指示位来指示的。

(17)如(16)所述的电子设备，其中

所述处理电路进一步被配置为对所配置或所激活的UL TCI状态按照其标识符的大小进行由低到高或由高到低的排序，并且

第一UL TCI状态对应于经排序的UL TCI状态中与SRI或UL TCI 状态指示位的值N对应的第N个UL TCI状态。

(18)如(16)所述的电子设备，其中

在第一UL TCI状态是通过SRI来指示的情况下，SRI指示探测参考信号SRS资源，其中，每个SRS资源对应于一个UL TCI状态，并且 SRS资源与UL TCI状态的对应关系是预先确定的。

(19)如(13)或(14)所述的电子设备，其中

在所述电子设备支持UL TCI状态的情况下，所述处理电路进一步被配置为接收指示是利用传统方式还是基于UL TCI状态的方式来指示所述电子设备要在上行传输中使用的波束的RRC参数。

(20)如(16)所述的电子设备，其中

在所述电子设备支持UL TCI状态的情况下，所述处理电路进一步被配置为接收指示是通过DCI的SRI还是UL TCI状态指示位来指示所述电子设备要在上行传输中使用的波束的RRC参数。

(21)如(13)所述的电子设备，其中

在所述电子设备具有波束对称性的情况下，所述处理电路进一步被配置为替代接收关于由控制设备配置的UL TCI状态池的信息以及接收指示第一UL TCI状态的DCI，接收指示第一下行传输配置指示DL TCI 状态的DCI，和

利用与由第一DL TCI状态指示的接收波束方向相同的发射波束来进行上行传输。

(22)如(13)或(14)所述的电子设备，其中

所述能力信息还指示所述电子设备是否支持包含UL TCI状态指示位的DCI格式。

(23)如(13)或(14)所述的电子设备，其中

每个UL TCI状态对应于一个或多个上行参考信号和/或一个或多个下行参考信号中的一个参考信号的波束方向。

(24)一种用于无线通信系统的方法，包括：

向控制设备发送至少指示所述电子设备是否支持上行传输配置指示 UL TCI状态的能力信息；

在所述电子设备支持UL TCI状态的情况下：

-接收关于由控制设备配置的UL TCI状态池的信息；和

-接收指示第一UL TCI状态的下行控制信息DCI，其中第一UL TCI状态指示所述电子设备要在上行传输中使用的波束。

(25)一种存储有可执行指令的非暂时性计算机可读存储介质，所述可执行指令当被执行时实现如(12)或(24)所述的方法。

(26)一种设备，包括：

处理器，

存储装置，存储有可执行指令，所述可执行指令当被执行时实现如权利要求(12)或(24)所述的方法。

Claims (10)

1.一种用于无线通信系统的电子设备，包括：

处理电路，被配置为：

从终端设备接收至少指示所述终端设备是否支持上行传输配置指示UL TCI状态的能力信息；

在基于所述能力信息确定所述终端设备支持UL TCI状态的情况下：

-为所述终端设备配置UL TCI状态池；和

-利用下行控制信息DCI指示第一UL TCI状态，其中第一UL TCI状态指示所述终端设备要在上行传输中使用的波束。

2.如权利要求1所述的电子设备，其中

所述处理电路进一步被配置为利用媒体接入控制层的控制元素MAC CE激活所述ULTCI状态池中的部分或全部UL TCI状态，使得DCI的相应位足够指示被激活的UL TCI状态中的任意一个UL TCI状态。

3.如权利要求1或2所述的电子设备，其中

所述UL TCI状态池是通过无线资源控制RRC信令配置的。

4.如权利要求1或2所述的电子设备，其中

利用DCI的探测参考信号资源指示SRI或UL TCI状态指示位来指示第一UL TCI状态。

5.如权利要求4所述的电子设备，其中

利用SRI或UL TCI状态指示位来指示第一UL TCI状态包括：SRI或UL TCI状态指示位的值N对应于按照所配置或所激活的UL TCI状态的标识符大小由低到高或由高到低排序的ULTCI状态中的第N个UL TCI状态。

6.如权利要求4所述的电子设备，其中

利用SRI指示第一UL TCI状态包括：利用SRI指示探测参考信号SRS资源，其中，每个SRS资源对应于一个UL TCI状态，并且SRS资源与UL TCI状态的对应关系是预先确定的。

7.如权利要求1或2所述的电子设备，其中

所述处理电路进一步被配置为在确定所述终端设备支持UL TCI状态的情况下，利用RRC参数来指示是利用传统方式还是基于UL TCI状态的方式来指示所述终端设备要在上行传输中使用的波束。

8.如权利要求4所述的电子设备，其中

所述处理电路进一步被配置为在确定所述终端设备支持UL TCI状态的情况下，利用RRC参数来指示是利用DCI的SRI还是UL TCI状态指示位来指示第一UL TCI状态。

9.如权利要求1所述的电子设备，其中

在所述终端设备具有波束对称性的情况下，所述处理电路进一步被配置为替代为所述终端设备配置UL TCI状态池以及指示第一UL TCI状态，利用DCI指示第一下行传输配置指示DL TCI状态，从而指示所述终端设备利用与由第一DL TCI状态指示的接收波束方向相同的发射波束来进行上行传输。

10.如权利要求1或2所述的电子设备，其中

所述能力信息还指示所述终端设备是否支持包含UL TCI状态指示位的DCI格式。

Images