CN110120862A - 用于波束管理的装置和方法 - Google Patents

Abstract

本公开涉及用于波束管理的装置和方法。本公开提供了用于用户设备(UE)的装置，包括：存储器；和处理器，其经由存储器接口访问存储器，其中，处理器用于：当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束：UE的物理上行链路控制信道(PUCCH)资源的波束；UE的用于先前PUSCH传输的波束；UE的SRS资源的波束；或者所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时UE用其识别出下行链路参考信号并且UE用其发送波束故障恢复请求的波束；以及使得使用PUSCH波束来发送PUSCH传输，并且其中，存储器用于存储与PUSCH波束有关的信息。

Description

用于波束管理的装置和方法

技术领域

本公开的实施例总体涉及无线通信领域，具体地，涉及用于波束管理的装置和方法。

背景技术

爆炸性的无线业务增长导致了对通信速率和容量改进的迫切需求。已经引入并研究了多天线技术以提高无线通信的速率和容量。随着天线数量的增加，波束管理变得越来越重要。

发明内容

本公开的一方面提供了一种用于用户设备(UE)的装置。该装置包括：存储器；和处理器，其经由存储器接口访问所述存储器，其中，所述处理器用于：当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束：所述UE的物理上行链路控制信道(PUCCH)资源的波束；所述UE的用于先前PUSCH传输的波束；所述UE的SRS资源的波束；或者所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送波束故障恢复请求的波束；以及使得使用所述PUSCH波束来发送所述PUSCH传输，并且其中，所述存储器用于存储与所述PUSCH波束有关的信息。

本公开的一方面提供了一种用于用户设备(UE)的装置。该装置包括：射频(RF)接口，用于在波束故障恢复期间从接入节点接收对波束故障恢复请求的响应；和处理器，该处理器与所述RF接口耦合，并且该处理器用于：在一个或多个下行链路控制信息(DCI)格式之间检测用于所述响应的DCI格式。

本公开的一方面提供了一种由用户设备(UE)执行的用于波束管理的方法。该方法包括：当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束：所述UE的物理上行链路控制信道(PUCCH)资源的波束；所述UE的用于先前PUSCH传输的波束；所述UE的SRS资源的波束；或者所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送波束故障恢复请求的波束；以及使得使用所述PUSCH波束来发送所述PUSCH传输。

本公开的一方面提供了一种由用户设备(UE)执行的用于波束管理的方法。该方法包括：在波束故障恢复期间从接入节点接收对波束故障恢复请求的响应；在一个或多个下行链路控制信息(DCI)格式之间检测用于所述响应的DCI格式。

本公开的一方面提供了一种用于用户设备(UE)的装置。该装置包括：用于当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束的组件：所述UE的物理上行链路控制信道(PUCCH)资源的波束；所述UE的用于先前PUSCH传输的波束；所述UE的SRS资源的波束；或者所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送波束故障恢复请求的波束；以及用于使得使用所述PUSCH波束来发送所述PUSCH传输的组件。

本公开的一方面提供了一种由用户设备(UE)执行的用于波束管理的装置。该装置包括：用于在波束故障恢复期间从接入节点接收对波束故障恢复请求的响应的组件；用于在一个或多个下行链路控制信息(DCI)格式之间检测用于所述响应的DCI格式的组件。

本公开的一方面提供了一种计算机可读介质，其上存储有指令，所述指令当由处理器执行时使得所述处理器执行上述方法。

附图说明

在附图中，将通过示例而非限制的方式说明本公开的实施例，其中相同的参考标号指代相似的元件。

图1示出了根据本公开的一些实施例的通信系统。

图2示出了根据本公开的一些实施例的用于确定PUSCH波束的流程图。

图3示出了根据本公开的一些实施例的用于基于PUCCH资源来确定PUSCH波束的示意图。

图4示出了根据本公开的一些实施例的用于确定对于波束故障恢复请求的响应的DCI格式的流程图。

图5示出了根据本公开的一些实施例的设备的示例组件。

图6示出了根据本公开的一些实施例的基带电路的示例接口。

图7是示出根据一些示例实施例的能够从机器可读或者计算机可读介质读取指令并且执行本文所论述的任何一种或多种方法的组件的框图。

具体实施方式

将使用本领域技术人员通常采用的术语来描述说明性实施例的各个方面，以将本公开的实质传达给本领域其他技术人员。然而，对于本领域技术人员易于理解的是，可以使用所描述方面的部分来实践许多替代实施例。出于解释的目的，阐述了具体的数字、材料和配置，以提供对说明性实施例的透彻理解。然而，对于本领域技术人员易于理解的是，可以在没有这些具体细节的情况下实践替代实施例。在其他情况下，可以省略或简化众所周知的特征，以避免模糊说明性实施例。

此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按照呈现的顺序执行。

本文重复使用短语“在实施例中”、“在一种实施例中”和“在一些实施例中”。该短语通常不是指同一实施例；但是，它可能指同一实施例。除非上下文另有规定，否则术语“包含”、“具有”和“包括”是同义词。短语“A或B”和“A/B”表示“(A)，(B)或(A和B)”。

图1示出了根据本公开的一些实施例的通信系统100。通信系统100被示出为包括用户设备(UE)101。UE 101可以是智能电话(例如，可连接到一个或多个蜂窝网络的手持触摸屏移动计算设备)。然而，它还可以包括任何移动或非移动计算设备，例如个人数据助理(PDA)、平板电脑、寻呼机、膝上型计算机、台式计算机、无线手持设备、或包括无线通信接口的任何计算设备。

在一些实施例中，UE 101可以包括物联网(IoT)UE，其可以包括被设计用于利用短期UE连接的低功率IoT应用的网络接入层。IoT UE可以利用诸如机器到机器(M2M)、机器型通信(MTC)、增强MTC(eMTC)和窄带物联网(NB-IoT)之类的技术来经由公共陆地移动网络(PLMN)、基于邻近的服务(ProSe)或设备到设备(D2D)通信、传感器网络或IoT网络与IoT服务器或设备交换数据。M2M或MTC数据交换可以是机器发起的数据交换。IoT网络描述了对IoT UE进行互连，其可以包括具有短期连接的唯一可识别的嵌入式计算设备(在互联网基础设施内)。IoT UE可以执行后台应用(例如，保持有效消息、状态更新等)以促进IoT网络的连接。

UE 101可以被配置为与无线电接入网络(RAN)110连接(例如，通信地耦合)，RAN110例如可以是演进型通用移动电信系统(UMTS)地面无线电接入网络(E-UTRAN)、下一代RAN(NG RAN)或一些其他类型的RAN。UE 101可以符合蜂窝通信协议而操作，蜂窝通信协议例如可以是全球移动通信系统(GSM)协议、码分多址(CDMA)网络协议、即按即说(PTT)协议、蜂窝PTT(POC)协议、通用移动电信系统(UMTS)协议、3GPP长期演进(LTE)协议、第五代(5G)协议、新无线电(NR)协议等。

RAN 110可以包括一个或多个接入节点(AN)。这些AN可以被称为基站(BS)、NodeB、演进型NodeB(eNB)、下一代NodeB(gNB)等，并且可以包括地面站(例如，地面接入点)或提供地理区域(例如，小区)内的覆盖范围的卫星站。如图1所示，例如，RAN 110包括AN 111和AN112。

UE 101可以通过利用与AN 111的连接103来实现与RAN 110的通信耦合，如图1所示。连接103可以用一个或多个波束(未示出)实现。波束可以指示空间域发送和/或接收滤波器，因此，术语“波束”和“空间域发送和/或接收滤波器”在本文中可以是可互换的。

AN 111和AN 112可以经由X2接口113彼此通信。AN 111和AN 112可以是宏AN，其可以提供更大的覆盖范围。或者，它们可以是毫微微小区AN或微微小区AN，与宏AN相比，它们可以提供更小的覆盖区域、更小的用户容量或更高的带宽。例如，AN 111和AN 112中的一个或两个可以是低功率(LP)AN。在一种实施例中，AN 111和AN 112可以是相同类型的AN。在另一实施例中，它们是不同类型的AN。

AN 111可以终止空中接口协议，并且可以是UE 101的第一联系点。在一些实施例中，AN 111和112可以实现RAN 110的各种逻辑功能，包括但不是限于无线电网络控制器(RNC)功能，例如无线电承载管理、上行链路和下行链路动态无线电资源管理和数据分组调度、以及移动性管理。

根据一些实施例，UE 101可以被配置为根据各种通信技术，使用正交频分复用(OFDM)通信信号通过多载波通信信道与AN 111或与其他UE进行通信，所述通信技术例如但不限于正交频分多址(OFDMA)通信技术(例如，用于下行链路通信)或单载波频分多址(SC-FDMA)通信技术(例如，用于上行链路和基于邻近的服务(ProSe)或侧链(sidelink)通信)，但是实施例的范围在该方面不限于此。OFDM信号可以包括多个正交子载波。

在一些实施例中，下行链路资源网格可以用于从AN 111到UE 101的下行链路传输，而上行链路传输可以使用类似的技术。网格可以是时频网格，被称为资源网格或时频资源网格，其为每个时隙中在下行链路中的物理资源。这种时频平面表示方法是OFDM系统的常见做法，这使得无线电资源分配较为直观。资源网格的每列和每行分别对应于一个OFDM符号和一个OFDM子载波。时域中资源网格的持续时间对应于无线电帧中的一个时隙。资源网格中的最小时频单元表示为资源要素。每个资源网格包括多个资源块，其描述了某些物理信道到资源要素的映射。每个资源块包括资源要素的集合。在频域中，这可以表示当前可以分配的最小资源量。存在使用这样的资源块传送的若干不同的物理下行链路信道。

下行链路信道可以包括物理下行链路共享信道(PDSCH)和物理下行链路控制信道(PDCCH)。

PDSCH可以将用户数据和更高层信令携带到UE 101。PDCCH可以携带关于传输格式和与PDSCH信道有关的资源分配方面的信息等。它还可以向UE 101通知与上行链路共享信道有关的传输格式、资源分配和混合自动重传请求(HARQ)信息。通常，可以基于从UE 101反馈的信道质量信息在AN 111处执行下行链路调度(向小区内的UE 101分配控制和共享信道资源块)。可以在PDCCH上发送用于(例如，分配给)UE 101的下行链路资源分配信息。

PDCCH可以使用控制信道要素(CCE)来传送控制信息。在映射到资源要素之前，可首先将PDCCH复值符号组织成四元组，然后可使用子块交织器对这些四元组进行置换以进行速率匹配。可以使用这些CCE中的一个或多个CCE来发送每个PDCCH，其中每个CCE可以对应于九组物理资源要素(被称为资源要素组(REG))，每组包括四个物理资源要素。可以将四个正交相移键控(QPSK)符号映射到每个REG。可以使用一个或多个CCE来发送PDCCH，这取决于下行链路控制信息(DCI)的大小和信道条件。LTE中可能存在四种或更多种不同的PDCCH格式，它们具有不同数量的CCE(例如，聚合级别，L＝1、2、4或8)

一些实施例可以使用用于控制信道信息的资源分配的概念，该概念是上述概念的扩展。例如，一些实施例可以使用增强型物理下行链路控制信道(EPDCCH)，其使用PDSCH资源来进行控制信息传输。可以使用一个或多个增强控制信道要素(ECCE)来发送EPDCCH。与上面类似，每个ECCE可以对应于九组物理资源要素(被称为增强资源要素组(EREG))，每组包括四个物理资源要素。在某些情况下，ECCE可以具有其他数量个EREG。

上行链路信道可以包括物理上行链路共享信道(PUSCH)和物理上行链路控制信道(PUCCH)。本公开中的波束管理的实施例可以主要涉及PUSCH和PUCCH，并且将在下面详述。

RAN 110被示出为经由S1接口114通信地耦合到核心网络(CN)120。在一些实施例中，CN 120可以是演进型分组核心(EPC)网络、NextGen分组核心(NPC)网络或其他类型的CN。在一种实施例中，S1接口114被分成两部分：S1-移动性管理实体(MME)接口115，其是AN111和112与MME 121之间的信令接口；S1-U接口116，其承载AN 111和112与服务网关(S-GW)122之间的业务数据。

在一种实施例中，CN 120可以包括MME 121、S-GW 122、分组数据网络(PDN)网关(P-GW)123以及归属订户服务器(HSS)124。MME 121可以在功能上类似于传统服务通用分组无线服务(GPRS)支持节点(SGSN)的控制面。MME 121可以管理诸如网关选择和跟踪区域列表管理之类的访问中的移动性方面。HSS124可以包括用于网络用户的数据库，包括用于支持网络实体处理通信会话的订阅相关信息。CN 120可以包括一个或多个HSS124，这取决于移动订户的数量、设备的容量、网络的组织等。例如，HSS124可以提供对路由/漫游、证认、授权、命名/寻址解析、位置依赖性等的支持。

S-GW 122可以终止朝向RAN 110的S1接口114，并且在RAN 110和CN 120之间路由数据分组。此外，S-GW 122可以是本地移动性锚点，用于AN间切换，并且还可以提供用于3GPP间移动性的锚定。其他责任可能包括合法拦截、收费和一些政策执行。

P-GW 123可以终止朝向PDN的SGi接口。P-GW 123可以经由互联网协议(IP)接口125在CN 120和诸如包括应用服务器(AS)130(或者称为应用功能(AF))的网络之类的外部网络之间路由数据分组。通常，应用服务器130可以是提供将IP承载资源与核心网络(例如，UMTS分组服务(PS)域、LTE PS数据服务等)一起使用的应用的元件。在一种实施例中，P-GW123经由IP通信接口通信地耦合到应用服务器130。应用服务器130还可以被配置为经由CN120支持UE 101的一个或多个通信服务(例如，互联网协议语音(VoIP)会话、PTT会话、群组通信会话、社交联网服务等)。

P-GW 123还可以负责策略执行和计费数据收集。策略和计费规则功能(PCRF)126是CN 120的策略和计费控制元件。在非漫游场景中，在归属公共陆地移动网络(HPLMN)中可以存在与UE的互联网协议连接接入网络(IP-CAN)会话相关联的单个PCRF。在具有本地流量爆发的漫游场景中，可能存在与UE的IP-CAN会话相关联的两个PCRF：HPLMN内的归属PCRF(H-PCRF)和访问公共陆地移动网络(VPLMN)中的访问PCRF(V-PCRF)。PCRF 126可以经由P-GW 123通信地耦合到应用服务器130。应用服务器130可以用信号通知PCRF 126以指示新的服务流并选择适当的服务质量(QoS)和计费参数。PCRF 126可以利用适当的业务流模板(TFT)和QoS类标识符(QCI)将该规则提供给策略和计费执行功能(PCEF)(未示出)，其开始由应用服务器130指定的QoS和计费。

图1中所示的设备和/或网络的数量仅出于说明目的而提供。实际上，可能存在额外的设备和/或网络、更少的设备和/或网络、不同的设备和/或网络、或者与图1中所示的设备和/或网络相比被不同配置的设备和/或网络。可选地或另外地，系统100的一个或多个设备可以执行被描述为由系统100的另一个或多个设备执行的一个或多个功能。此外，虽然图1中示出了“直接”连接，但是这些连接应该被解释为逻辑通信路径。并且在实践中，可以存在一个或多个中间设备(例如，路由器、网关、调制解调器、交换机、集线器等)。

在5G系统中，定义了若干种DCI格式。在这些DCI格式中，DCI格式0_0和/或DCI格式0_1可以针对PUSCH传输，DCI格式1_0和/或DCI格式1_1可以针对PDSCH传输。

在一些情况下，诸如DCI格式0_1的DCI格式可以用于确定UE 101的用于PUSCH传输的波束。在这些情况下，可以通过DCI中指示的探测参考信号(SRS)资源索引(SRI)来告知UE101用于PUSCH传输的波束。SRI可以指示UE 101的哪个SRS资源的波束被用作用于PUSCH传输的波束。

然而，在一些其他情况下，DCI格式(例如DCI格式0_0)中没有指示SRI。在这些情况下，不能根据SRI确定用于PUSCH传输的波束。在本公开中，下面将详细说明当DCI格式中没有指示SRI时确定用于PUSCH传输的波束的方案。

图2示出了根据本公开的一些实施例的用于确定PUSCH波束的流程图。

在210中，UE(下文以UE 101为例)可以在针对DCI格式的DCI中未指示SRI时基于如下项来确定该UE用于PUSCH传输的波束(下文中称为PUSCH波束)：该UE的PUCCH资源的波束；该UE的用于先前PUSCH传输的波束；该UE的SRS资源的波束；或者该UE的故障恢复波束。

在220中，UE可以使得使用所确定的PUSCH波束来发送PUSCH传输。

在一些实施例中，UE 101可以基于UE 101的PUCCH资源的波束来确定PUSCH波束。例如，可以将PUSCH波束确定为PUCCH资源的波束。可以利用一个或多个PUCCH资源来调度UE101，这些PUCCH资源例如可以是PUCCH资源0、PUCCH资源1、PUCCH资源2等。每个PUCCH资源可以对应于相应波束。

在一种实施例中，用于确定PUSCH波束的PUCCH资源可以是预定义的。例如，该PUCCH资源可以是在UE 101的一个或多个PUCCH资源中具有最低或最高PUCCH资源索引的那个PUCCH资源。例如，如果UE 101被调度有PUCCH资源0、PUCCH资源1和PUCCH资源2，则PUCCH资源0的波束可被确定为PUSCH波束。在另一示例中，诸如PUCCH资源1和PUCCH资源2的其他PUCCH资源的波束也可以被确定为PUSCH波束。

在一种实施例中，用于确定PUSCH波束的PUCCH资源可以由更高层信令配置。在该实施例中，UE 101可以根据更高层信令确定用于UE 101的所有调度的PUCCH资源中的哪个PUCCH资源可以用作PUSCH波束。

在一种实施例中，用于确定PUSCH波束的PUCCH资源可以是用于UE 101的最新PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。如上所述，可以针对UE 101调度多个PUCCH资源。在该实施例中，PUSCH波束可以被确定为最新调度的PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源的波束。

图3示出了根据本公开的一些实施例的用于基于PUCCH资源确定PUSCH波束的示意图300。如图3所示，PUSCH波束随时间变化。具体地，在时刻t1，PUSCH波束被确定为最新PUCCH资源的波束，即PUCCH资源0的波束；在时刻t2，最新的PUCCH资源包括PUCCH资源1和PUCCH资源2，并且PUSCH波束被确定为所有最新PUCCH资源中具有最低PUCCH资源索引的PUCCH资源的波束，即PUCCH资源1的波束。此外，如果调度了多于一个PUCCH资源，则PUSCH波束也可以被确定为所有最新PUCCH资源中具有最高PUCCH资源索引的PUCCH资源的波束，即PUCCH资源2的波束。本公开在该方面不受限。

在一种实施例中，用于确定PUSCH波束的PUCCH资源的波束可以基于如下波束：当波束故障发生时UE 101用其识别出下行链路参考信号并且UE 101用其发送波束故障恢复请求的波束，该波束在本公开中可以被称为故障恢复波束。这种实施例涉及波束故障恢复机制。

当信道的(一个或多个)波束对链路的质量在一段时间内低于阈值时，可能发生波束故障事件。当发生波束故障事件时，可以触发波束故障恢复机制。在一些实现方式中，UE101可以触发波束故障恢复机制。例如，当UE 101测量到信道的波束对链路的质量在一段时间内低于阈值时，UE 101可能需要找到替代波束。为了找到替代波束，UE 101可以使用多个波束来检测从AN 111发送的下行链路参考信号。当多个波束中的一个波束成功识别到下行链路参考信号时，该波束可以被确定为替代波束。

接下来，UE 101可以向AN 111发送波束故障恢复请求。波束故障恢复请求可以包括波束故障事件和替代波束。波束故障恢复请求可以通过物理随机接入信道(PRACH)或PUCCH资源经由该替代波束发送。

在接收到波束故障恢复请求之后，AN 111可以将对波束故障恢复请求的响应发送到UE 101。该响应可以由专用控制资源集(CORESET)发送。在发送波束故障恢复请求之后，UE 101可以检测CORESET以确定是否接收到对波束故障恢复请求的响应。针对CORESET，可以使用若干种DCI格式中的一种。

图4示出了根据本公开的一些实施例的用于确定对于波束故障恢复请求的响应的DCI格式的流程图。

在410中，UE 101可以在波束故障恢复期间从AN 111接收对波束故障恢复请求的响应。

在420中，UE 101可以在一个或多个DCI格式中检测用于该响应的DCI格式。

在一种实施例中，可以通过更高层信令配置或预定义哪个DCI格式用于CORESET。在一种实施例中，可以用于CORESET的DCI格式的范围可以包括DCI格式0_0、DCI格式0_1、DCI格式1_0和DCI格式1_1中的一个或多个。也就是说，UE 101可以在包括DCI格式0_0、DCI格式0_1、DCI格式1_0和DCI格式1_1中的一个或多个的DCI格式的范围中检测用于CORESET的DCI格式。在一个实施例中，该DCI格式范围是由更高层信令配置的或是预定义的。

因此，UE 101可以检测哪个DCI格式用于CORESET，以检测是否存在对波束故障恢复请求的响应。UE 101可以执行盲检测以确定DCI格式。在示例中，UE 101可以检测DCI格式并确定存在对波束故障恢复请求的响应。

在UE 101接收到对波束故障恢复请求的响应之后并且在UE 101接收到针对PUCCH资源的波束的配置之前，当检测到DCI格式为DCI格式0_0时，UE 101可以基于该故障恢复波束来确定PUCCH资源的波束。例如，可以将故障恢复波束确定为用于PUCCH资源的波束。

在一种实施例中，PUSCH波束可以被确定为上述基于故障恢复波束所确定的PUCCH资源的波束。换句话说，可以基于故障恢复波束间接地确定PUSCH波束。

在一种实施例中，可以直接基于故障恢复波束来确定PUSCH波束。例如，在接收到对波束故障恢复请求的响应之后并且当检测到DCI格式是DCI格式0_0时，UE 101可以基于故障恢复波束来确定PUSCH波束。例如，可以将故障恢复波束确定为PUSCH波束。

上面详述了基于PUCCH资源的波束和/或基于故障恢复波束确定PUSCH波束。在这种情况下，UE 101可以利用一个或多个功率控制参数对PUSCH传输执行PUSCH功率控制。

在一种实施例中，用于PUSCH功率控制的一个或多个功率控制参数的一部分或全部可以与用于PUCCH资源的功率控制参数相同。也就是说，PUSCH功率控制可以重用用于PUCCH资源的功率控制参数的一部分或全部。用于PUCCH资源的功率控制参数可以包括P0、alpha、用于路径损耗估计的下行链路参考信号、以及闭环功率控制环路索引中的一部分或全部。

在一种实施例中，用于PUSCH功率控制的一个或多个功率控制参数中的一部分或全部可以由更高层信令配置。例如，PUCCH-SpatialRelationInfo配置可以包括两组功率控制参数：一组用于PUCCH资源，另一组用于PUSCH传输。也就是说，在该实施例中，用于PUSCH传输的功率控制参数可以与用于PUCCH资源的功率控制参数分开配置。

以上详述了基于PUCCH资源的波束和/或基于故障恢复波束来确定PUSCH波束以及相应的PUSCH功率控制的实施例。PUSCH波束还可以基于用于其先前PUSCH传输的波束来确定，并且可以相应地执行PUSCH功率控制，这将在下面详述。

在一种实施例中，先前PUSCH传输可以比要确定其波束的当前PUSCH传输早一个或多个时隙。在一种实施例中，所述一个或多个时隙的数量可以是预定义的或通过更高层信令来配置。

当前PUSCH传输的时隙号可以表示为时隙N，并且用于确定当前PUSCH传输的波束的先前PUSCH传输的时隙号可以表示为时隙K。N和K是整数，并且N大于K。在这种情况下，N和K之间的差值可以是预定义的或者由更高层信令配置。例如，N和K之间的差值可以是1，即，先前PUSCH传输紧接着当前PUSCH传输。在另一示例中，N和K之间的差值可以大于1。在这种情况下，可能存在延迟用于UE 101进行处理，例如，调整其波束以用于当前PUSCH传输。本公开在该方面不受限。在一种实施例中，用于当前PUSCH传输的波束与用于先前PUSCH传输的波束相同。

在基于用于其先前PUSCH传输的波束确定PUSCH波束的情况下，可以利用一个或多个功率控制参数来对PUSCH传输执行PUSCH功率控制。在一种实施例中，一个或多个功率控制参数的一部分或全部可以与用于先前PUSCH传输的功率控制参数相同。

以上详述了基于用于先前PUSCH传输的波束来确定PUSCH波束以及进行相应PUSCH功率控制的实施例。PUSCH波束还可以基于UE的SRS资源的波束来确定，并且可以相应地执行PUSCH功率控制，这将在下面详述。

在针对UE 101可能存在一个或多个SRS资源的情况下，UE 101可以经由SRI来确定哪个SRS资源的波束被用作PUSCH波束。如上所述，DCI格式0_0中没有指示SRI。因此，在一个实施例中，可以预定义SRI，也就是说，一个或多个SRS资源中的哪个SRS资源的波束被用作PUSCH波束可以是预定义的。在另一实施例中，SRI可以由更高层信令配置，也就是说，一个或多个SRS资源中的哪个SRS资源的波束被用作PUSCH波束可以由更高层信令配置。

在基于SRS资源的波束确定PUSCH波束的情况下，可以利用一个或多个功率控制参数来对PUSCH传输执行PUSCH功率控制。在一个实施例中，可以由更高层信令来配置该一个或多个功率控制参数。

在一种实施例中，本公开中的一些更高层信令可以包括介质接入控制(MAC)要素和/或无线电资源控制(RRC)信令。然而，也可以是其他信令，并且本公开在该方面不受限。

图5示出了根据一些实施例的设备500的示例组件。在一些实施例中，设备500可以包括至少如图所示耦合在一起的应用电路502、基带电路504、射频(RF)电路506、前端模块(FEM)电路508、一个或多个天线510、以及电力管理电路(PMC)512。所示设备500的组件可以包括于UE或AN中。在一些实施例中，设备500可以包括更少的元件(例如，AN可以不使用应用电路502，而是包括处理器/控制器以处理从EPC接收的IP数据)。在一些实施例中，设备500可以包括附加元件，例如存储器/存储设备、显示器、相机、传感器、或输入/输出(I/O)接口。在其他实施例中，下面描述的组件可以被包括在多于一个设备中(例如，针对Cloud-RAN(C-RAN)实现方式，所述电路可以分离地包括在的多于一个设备中)。

应用电路502可以包括一个或多个应用处理器。例如，应用电路502可以包括电路，例如但不限于：一个或多个单核或多核处理器。(一个或多个)处理器可以包括通用处理器和专用处理器(例如，图形处理器、应用处理器等)的任意组合。处理器可以与存储器/存储装置相耦合或者可以包括存储器/存储装置，并且可以被配置为运行在存储器/存储装置中存储的指令以使得各种应用和/或操作系统能够在设备500上运行。在一些实施例中，应用电路502的处理器可以处理从EPC接收的IP数据包。

基带电路504可以包括电路，例如但不限于：一个或多个单核或多核处理器。基带电路504可以包括一个或多个基带处理器或控制逻辑，以处理从RF电路506的接收信号路径接收的基带信号，并生成用于RF电路506的发送信号路径的基带信号。基带处理电路504可以与应用电路502相接口，以生成和处理基带信号并且控制RF电路506的操作。例如，在一些实施例中，基带电路504可以包括第三代(3G)基带处理器504A、第四代(4G)基带处理器504B、第五代(5G)基带处理器504C、或用于其他现有代、在开发中或未来将要开发的代(例如，第六代(6G)等)的(一个或多个)其他基带处理器504D。基带电路504(例如，基带处理器504A-D中的一个或多个)可以处理支持经由RF电路506与一个或多个无线电网络进行通信的各种无线电控制功能。在其他实施例中，基带处理器504A-D的一些或所有功能可被包括在存储器504G所存储的模块中并且这些功能可经由中央处理单元(CPU)504E来执行。无线电控制功能可以包括但不限于：信号调制/解调、编码/解码、无线电频移等。在一些实施例中，基带电路504的调制/解调电路可以包括快速傅立叶变换(FFT)、预编码、和/或星座映射/解映射功能。在一些实施例中，基带电路504的编码/解码电路可以包括卷积、咬尾(tail-biting)卷积、turbo、维特比(Viterbi)和/或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例，并且在其他实施例中可以包括其他适当的功能。

在一些实施例中，基带电路504可以包括一个或多个音频数字信号处理器(DSP)504F。(一个或多个)音频DSP 504F可以包括用于压缩/解压缩和回声消除的元件，并且在其他实施例中可以包括其他适当的处理元件。在一些实施例中，基带电路的组件可以被适当地组合在单个芯片、单个芯片组中、或者被布置在同一电路板上。在一些实施例中，基带电路504和应用电路502的一些或全部组成组件可例如在片上系统(SOC)上被一起实现。

在一些实施例中，基带电路504可以提供与一个或多个无线电技术兼容的通信。例如，在一些实施例中，基带电路504可以支持与演进通用陆地无线电接入网络(EUTRAN)或其他无线城域网(WMAN)、无线局域网(WLAN)、无线个人区域网络(WPAN)的通信。基带电路504被配置为支持多于一个无线协议的无线电通信的实施例可以被称为多模基带电路。

RF电路506可支持通过非固态介质使用经调制的电磁辐射与无线网络进行通信。在各种实施例中，RF电路506可以包括开关、滤波器、放大器等以辅助与无线网络的通信。RF电路506可以包括接收信号路径，该接收信号路径可以包括对从FEM电路508接收到的RF信号进行下变频并将基带信号提供给基带电路504的电路。RF电路506还可以包括发送信号路径，该发送信号路可以包括对基带电路504所提供的基带信号进行上变频并将RF输出信号提供给FEM电路508以用于传输的电路。

在一些实施例中，RF电路506的接收信号路径可以包括混频器电路506a、放大器电路506b、以及滤波器电路506c。在一些实施例中，RF电路506的发送信号路径可以包括滤波器电路506c和混频器电路506a。RF电路506还可以包括合成器电路506d，该合成器电路用于合成供接收信号路径和发送信号路径的混频器电路506a使用的频率。在一些实施例中，接收信号路径的混频器电路506a可以被配置为基于由合成器电路506d所提供的合成频率来对从FEM电路508接收到的RF信号进行下变频。放大器电路506b可以被配置为放大经下变频的信号，以及滤波器电路506c可以是被配置为从经下变频的信号移除不想要的信号以生成输出基带信号的低通滤波器(LPF)或带通滤波器(BPF)。输出基带信号可被提供给基带电路504以供进一步处理。在一些实施例中，输出基带信号可以是零频率基带信号，但这不是必需的。在一些实施例中，接收信号路径的混频器电路506a可以包括无源混频器，但是实施例的范围在此方面不受限制。

在一些实施例中，发送信号路径的混频器电路506a可以被配置为基于合成器电路506d所提供的合成频率对输入基带信号进行上变频，以生成用于FEM电路508的RF输出信号。基带信号可以由基带电路504提供，并且可以由滤波器电路506c滤波。

在一些实施例中，接收信号路径的混频器电路506a和发送信号路径的混频器电路506a可以包括两个或更多个混频器，并且可以被布置为分别用于正交下变频和/或上变频。

在一些实施例中，接收信号路径的混频器电路506a和发送信号路径的混频器电路506a可以包括两个或更多个混频器，并且可以被布置用于镜像抑制(例如，Hartley镜像抑制)。在一些实施例中，接收信号路径的混频器电路506a和发送信号路径的混频器电路506a可以被布置为分别用于直接下变频和/或直接上变频。在一些实施例中，接收信号路径的混频器电路506a和发送信号路径的混频器电路506a可以被配置用于超外差操作。

在一些实施例中，输出基带信号和输入基带信号可以是模拟基带信号，但是实施例的范围在此方面不受限制。在一些替代实施例中，输出基带信号和输入基带信号可以是数字基带信号。在这些替代实施例中，RF电路506可以包括模数转换器(ADC)和数模转换器(DAC)电路，并且基带电路504可以包括数字基带接口以与RF电路506进行通信。

在一些双模实施例中，可以提供单独的无线电IC电路来处理每个频谱的信号，但是实施例的范围在此方面不受限制。

在一些实施例中，合成器电路506d可以是分数N型合成器或分数N/N+1型合成器，但是实施例的范围在此方面不受限制，因为其他类型的频率合成器可能是合适的。例如，合成器电路506d可以是delta-sigma合成器、倍频器、或包括具有分频器的锁相环的合成器。

合成器电路506d可以被配置为基于频率输入和分频器控制输入来合成供RF电路506的混频器电路506a使用的输出频率。在一些实施例中，合成器电路506d可以是分数N/N+1型合成器。

在一些实施例中，频率输入可以由压控振荡器(VCO)提供，但这不是必需的。分频器控制输入可以由基带电路504或应用处理器502根据所需的输出频率来提供。在一些实施例中，可以基于应用处理器502所指示的信道从查找表确定分频器控制输入(例如，N)。

RF电路506的合成器电路506d可以包括分频器、延迟锁定环(DLL)、复用器、以及相位累加器。在一些实施例中，分频器可以是双模分频器(DMD)，并且相位累加器可以是数字相位累加器(DPA)。在一些实施例中，DMD可以被配置为将输入信号除以N或N+1(例如，基于进位输出)以提供分数除法比。在一些示例实施例中，DLL可以包括一组级联的可调谐的延迟元件、相位检测器、电荷泵、以及D型触发器。在这些实施例中，延迟元件可以被配置为将VCO周期最多分解成Nd个相等的相位分组，其中，Nd是延迟线中的延迟元件的数目。以这种方式，DLL提供负反馈以帮助确保通过延迟线的总延迟是一个VCO周期。

在一些实施例中，合成器电路506d可以被配置为生成作为输出频率的载波频率，而在其他实施例中，输出频率可以是载波频率的倍数(例如，载波频率的两倍、载波频率的四倍)并与正交发生器和分频器电路一起使用，以在载波频率处生成具有多个彼此不同相位的多个信号。在一些实施例中，输出频率可以是LO频率(fLO)。在一些实施例中，RF电路506可以包括IQ/极性转换器。

FEM电路508可以包括接收信号路径，该接收信号路径可以包括被配置为操作从一个或多个天线510接收到的RF信号、放大接收到的信号、并将所接收到的信号的放大版本提供给RF电路506以供进一步处理的电路。FEM电路508还可以包括发送信号路径，该发送信号路径可以包括被配置为放大RF电路506所提供的用于传输的信号以由一个或多个天线510中的一个或多个天线传输的电路。在各个实施例中，经过发送信号路径或接收信号路径的放大可以仅在RF电路506、仅在FEM 508中完成，或者在RF电路506和FEM 508二者中完成。

在一些实施例中，FEM电路508可以包括TX/RX开关，以在发送模式和接收模式操作之间切换。FEM电路可以包括接收信号路径和发送信号路径。FEM电路的接收信号路径可以包括低噪声放大器(LNA)以放大接收到的RF信号，并且提供经放大的接收到的RF信号作为(例如，到RF电路506的)输出。FEM电路508的发送信号路径可以包括用于放大(例如，由RF电路506提供的)输入RF信号的功率放大器(PA)以及用于生成用于(例如，通过一个或多个天线510中的一个或多个天线)后续传输的RF信号的一个或多个滤波器。

在一些实施例中，PMC 512可以管理提供给基带电路504的功率。具体地，PMC 512可以控制电源选择、电压缩放、电池充电、或DC-DC转换。当设备500能够由电池供电时，例如，当设备被包括在UE中时，通常可以包括PMC 512。PMC 512可以在提供期望的实现尺寸和散热特性的同时提高功率转换效率。

虽然图5示出了PMC 512仅与基带电路504耦合。然而，在其他实施例中，PMC 512可以附加地或替代地与其他组件耦合，并且对其他组件执行类似的电力管理操作，所述其他组件例如但不限于应用电路502、RF电路506或FEM 508。

在一些实施例中，PMC 512可以控制设备500的各种省电机制，或以其他方式成为设备500的各种省电机制的一部分。例如，如果设备500处于RRC_Connected状态，在该状态下，当设备500预计会很快收到流量时，其仍然连接到RAN节点，然后在一段时间不活动后可能会进入被称为不连续接收模式(DRX)的状态。在此状态期间，设备500可以在短暂的时间间隔内断电，从而节省电力。

如果在延长的时间段内没有数据业务活动，则设备500可以转换到RRC_Idle状态，在该状态中，设备500与网络断开连接并且不执行诸如信道质量反馈、切换之类的操作。设备500进入非常低功率的状态并且执行寻呼，其中，设备500再次周期性地唤醒以侦听网络然后再次断电。设备500在该状态下可以不接收数据，为了接收数据，它可以转换回RRC_Connected状态。

附加的省电模式可以允许设备在长于寻呼间隔的时段(范围从几秒到几小时)内对于网络不可用。在此期间，设备完全无法访问网络并可能完全断电。在此期间发送的任何数据都会产生很大的延迟，并且假设延迟是可接受的。

应用电路502的处理器和基带电路504的处理器可用于执行协议栈的一个或多个实例的要素。例如，基带电路504的处理器(单独或组合)可以用于执行层3、层2或层1功能，而应用电路504的处理器可以利用从这些层接收的数据(例如，分组数据)，并进一步执行层4的功能(例如，传输通信协议(TCP)和用户数据报协议(UDP)层)。如本文所提到的，层3可以包括RRC层。如本文所提到的，层2可以包括介质接入控制(MAC)层、无线电链路控制(RLC)层和分组数据会聚协议(PDCP)层。如本文所提到的，层1可以包括UE/RAN节点的物理(PHY)层。

图6示出了根据一些实施例的基带电路的示例接口。如上所述，图5的基带电路504可以包括处理器504A-504E和由所述处理器使用的存储器504G。处理器504A-504E中的每一个可以分别包括存储器接口604A-604E，以向/从存储器504G发送/接收数据。

基带电路504还可以包括一个或多个接口，以通信地耦合到其他电路/设备，例如存储器接口612(例如，用于向/从基带电路504外部的存储器发送/接收数据的接口)、应用电路接口614(例如，用于向/从图5的应用电路502发送/接收数据的接口)、RF电路接口616(例如，用于向/从图5的RF电路506发送/接收数据的接口)、无线硬件连接接口618(例如，用于向/从近场通信(NFC)组件、蓝牙组件(例如，蓝牙低功耗)、Wi-Fi组件和其他通信组件发送/接收数据的接口)、以及电力管理接口620(例如，用于向/从PMC 512发送/接收电力或控制信号的接口)。

图7是示出根据一些示例实施例的能够从机器可读或者计算机可读介质(例如，非暂时性机器可读存储介质)读取指令并且执行本文所论述的任何一种或多种方法的组件的框图。具体地，图7示出了硬件资源700的图解表示方式，其包括一个或多个处理器(或处理器核)710、一个或多个存储器/存储设备720和一个或多个通信资源730，它们每一者可以通过总线740通信地耦合。对于利用节点虚拟化(例如，NFV)的实施例，可以执行超管理程序702以提供用于一个或多个网络切片/子切片利用硬件资源700的执行环境。

处理器710(例如，中央处理单元(CPU)、精简指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、诸如基带处理器之类的数字信号处理器(DSP)、专用集成电路(ASIC)、射频集成电路(RFIC)、另一处理器、或其任何合适的组合)可包括例如处理器712和处理器714。

存储器/存储设备720可以包括主存储器、磁盘存储器或其任何合适的组合。存储器/存储设备720可以包括但不限于任何类型的易失性或非易失性存储器，例如动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存、固态存储装置等。

通信资源730可以包括互连或网络接口组件或其他合适的设备，以经由网络708与一个或多个外围设备704或一个或多个数据库706通信。例如，通信资源730可以包括有线通信组件(例如，用于经由通用串行总线(USB)耦合)、蜂窝通信组件、NFC组件、蓝牙组件(例如，蓝牙低功耗)，Wi-Fi组件和其他通信组件。

指令750可以包括软件、程序、应用、小应用程序、app或其他可执行代码，用于使至少任何处理器710执行本文所讨论的任何一种或多种方法。指令750可以完全或部分地驻留在处理器710(例如，处理器的缓冲存储器内)、存储器/存储设备720、或其任何合适的组合中的至少一个内。此外，指令750的任何部分可以被从外围设备704或数据库706的任何组合传送到硬件资源700。因此，处理器710、存储器/存储设备720、外围设备704和数据库706的存储器是计算机可读和机器可读介质的示例。

以下段落描述了各种实施例的示例。

示例1包括一种用于用户设备(UE)的装置，包括：存储器；和处理器，其经由存储器接口访问所述存储器，其中，所述处理器用于：当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束：所述UE的物理上行链路控制信道(PUCCH)资源的波束；所述UE的用于先前PUSCH传输的波束；所述UE的SRS资源的波束；或者所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送波束故障恢复请求的波束；以及使得使用所述PUSCH波束来发送所述PUSCH传输，并且其中，所述存储器用于存储与所述PUSCH波束有关的信息。

示例2包括示例1所述的装置，其中，所述DCI格式包括DCI格式0_0。

示例3包括示例1所述的装置，其中，所述处理器用于基于所述UE的所述PUCCH资源的波束来确定所述PUSCH波束，并且所述PUCCH资源是预定义的或者由更高层信令配置的。

示例4包括示例3所述的装置，其中，所述PUCCH资源被预定义为所述UE的PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。

示例5包括示例1所述的装置，其中，所述处理器用于基于所述UE的所述PUCCH资源的波束来确定所述PUSCH波束，并且所述PUCCH资源是最新PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。

示例6包括示例1所述的装置，其中，所述处理器用于基于所述UE的所述PUCCH资源的波束来确定所述PUSCH波束，并且用于所述PUCCH资源的波束基于所述故障恢复波束。

示例7包括示例3至6中任一项所述的装置，其中，所述处理器还用于：使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制。

示例8包括示例7所述的装置，其中，所述一个或多个功率控制参数的一部分或全部与用于所述PUCCH资源的功率控制参数相同。

示例9包括示例7所述的装置，其中，所述一个或多个功率控制参数的一部分或全部由更高层信令配置。

示例10包括示例1所述的装置，其中，所述处理器用于基于用于所述先前PUSCH传输的波束来确定所述PUSCH波束，并且所述先前PUSCH传输比所述PUSCH传输早一个或多个时隙。

示例11包括示例10所述的装置，其中，所述一个或多个时隙的数量是预定义的或者由更高层信令配置的。

示例12包括示例10或11所述的装置，其中，所述处理器还用于：使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制，其中，所述一个或多个功率控制参数的一部分或全部与用于所述先前PUSCH传输的功率控制参数相同。

示例13包括示例1所述的装置，其中，所述处理器还用于：解码SRI，该SRI是预定义的或者由更高层信令配置的，其中，该SRI指示了对用于所述PUSCH传输的PUSCH波束进行确定所基于的所述SRS资源的波束。

示例14包括示例13所述的装置，其中，所述处理器还用于：使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制，其中，所述一个或多个功率控制参数由更高层信令配置。

示例15包括一种用于用户设备(UE)的装置，包括：射频(RF)接口，用于在波束故障恢复期间从接入节点接收对波束故障恢复请求的响应；和处理器，该处理器与所述RF接口耦合，并且该处理器用于：在一个或多个下行链路控制信息(DCI)格式之间检测用于所述响应的DCI格式。

示例16包括示例15所述的装置，其中，所述DCI格式是预定义的或者由更高层信令配置的。

示例17包括示例15或16所述的装置，其中，所述一个或多个DCI格式包括DCI格式0_0、DCI格式0_1、DCI格式1_0以及DCI格式1_1中的至少一个。

示例18包括示例15或16所述的装置，其中，所述处理器还用于：当检测出所述DCI格式为DCI格式0_0时，在对所述波束故障恢复请求的所述响应被接收之后并且在针对物理上行链路控制信道(PUCCH)资源的波束的配置被接收之前，基于所述UE的故障恢复波束来确定所述UE的所述PUCCH资源的波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送所述波束故障恢复请求的波束。

示例19包括示例18所述的装置，其中，所述处理器还用于：基于所述PUCCH资源的波束，确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束。

示例20包括示例15或16所述的装置，其中，所述处理器还用于：当检测出所述DCI格式为DCI格式0_0时，在对所述波束故障恢复请求的所述响应被接收之后，基于所述UE的故障恢复波束来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送所述波束故障恢复请求的波束。

示例21包括一种由用户设备(UE)执行的用于波束管理的方法，包括：当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束：所述UE的物理上行链路控制信道(PUCCH)资源的波束；所述UE的用于先前PUSCH传输的波束；所述UE的SRS资源的波束；或者所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送波束故障恢复请求的波束；以及使得使用所述PUSCH波束来发送所述PUSCH传输。

示例22包括示例21所述的方法，其中，所述DCI格式包括DCI格式0_0。

示例23包括示例21所述的方法，其中，所述PUSCH波束是基于所述UE的所述PUCCH资源的波束来确定的，并且所述PUCCH资源是预定义的或者由更高层信令配置的。

示例24包括示例23所述的方法，其中，所述PUCCH资源被预定义为所述UE的PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。

示例25包括示例21所述的方法，其中，所述PUSCH波束是基于所述UE的所述PUCCH资源的波束来确定的，并且所述PUCCH资源是最新PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。

示例26包括示例21所述的方法，其中，所述PUSCH波束是基于所述UE的所述PUCCH资源的波束来确定的，并且用于所述PUCCH资源的波束基于所述故障恢复波束。

示例27包括示例23至26中任一项所述的方法，其中，所述方法还包括：使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制。

示例28包括示例27所述的方法，其中，所述一个或多个功率控制参数的一部分或全部与用于所述PUCCH资源的功率控制参数相同。

示例29包括示例27所述的方法，其中，所述一个或多个功率控制参数的一部分或全部由更高层信令配置。

示例30包括示例21所述的方法，其中，所述PUSCH波束是基于用于所述先前PUSCH传输的波束来确定的，并且所述先前PUSCH传输比所述PUSCH传输早一个或多个时隙。

示例31包括示例30所述的方法，其中，所述一个或多个时隙的数量是预定义的或者由更高层信令配置的。

示例32包括示例30或31所述的方法，其中，所述方法还包括：使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制，其中，所述一个或多个功率控制参数的一部分或全部与用于所述先前PUSCH传输的功率控制参数相同。

示例33包括示例21所述的方法，其中，所述方法还包括：解码SRI，该SRI是预定义的或者由更高层信令配置的，其中，该SRI指示了对用于所述PUSCH传输的PUSCH波束进行确定所基于的所述SRS资源的波束。

示例34包括示例33所述的方法，其中，所述方法还包括：使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制，其中，所述一个或多个功率控制参数由更高层信令配置。

示例35包括一种由用户设备(UE)执行的用于波束管理的方法，该方法包括：在波束故障恢复期间从接入节点接收对波束故障恢复请求的响应；在一个或多个下行链路控制信息(DCI)格式之间检测用于所述响应的DCI格式。

示例36包括示例35所述的方法，其中，所述DCI格式是预定义的或者由更高层信令配置的。

示例37包括示例35或36所述的方法，其中，所述一个或多个DCI格式包括DCI格式0_0、DCI格式0_1、DCI格式1_0以及DCI格式1_1中的至少一个。

示例38包括示例35或36所述的方法，其中，所述方法还包括：当检测出所述DCI格式为DCI格式0_0时，在对所述波束故障恢复请求的所述响应被接收之后并且在针对物理上行链路控制信道(PUCCH)资源的波束的配置被接收之前，基于所述UE的故障恢复波束来确定所述UE的所述PUCCH资源的波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送所述波束故障恢复请求的波束。

示例39包括示例38所述的方法，其中，所述方法还包括：基于所述PUCCH资源的波束，确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束。

示例40包括示例35或36所述的方法，其中，所述方法还包括：当检测出所述DCI格式为DCI格式0_0时，在对所述波束故障恢复请求的所述响应被接收之后，基于所述UE的故障恢复波束来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送所述波束故障恢复请求的波束。

示例41包括一种用于用户设备(UE)的装置，包括：用于当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束的组件：所述UE的物理上行链路控制信道(PUCCH)资源的波束；所述UE的用于先前PUSCH传输的波束；所述UE的SRS资源的波束；或者所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送波束故障恢复请求的波束；以及用于使得使用所述PUSCH波束来发送所述PUSCH传输的组件。

示例42包括示例41所述的装置，其中，所述DCI格式包括DCI格式0_0。

示例43包括示例41所述的装置，其中，所述PUSCH波束是基于所述UE的所述PUCCH资源的波束来确定的，并且所述PUCCH资源是预定义的或者由更高层信令配置的。

示例44包括示例43所述的装置，其中，所述PUCCH资源被预定义为所述UE的PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。

示例45包括示例41所述的装置，其中，所述PUSCH波束是基于所述UE的所述PUCCH资源的波束来确定的，并且所述PUCCH资源是最新PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。

示例46包括示例41所述的装置，其中，所述PUSCH波束是基于所述UE的所述PUCCH资源的波束来确定的，并且用于所述PUCCH资源的波束基于所述故障恢复波束。

示例47包括示例43至46中任一项所述的装置，其中，所述装置还包括：用于使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制的组件。

示例48包括示例47所述的装置，其中，所述一个或多个功率控制参数的一部分或全部与用于所述PUCCH资源的功率控制参数相同。

示例49包括示例47所述的装置，其中，所述一个或多个功率控制参数的一部分或全部由更高层信令配置。

示例50包括示例41所述的装置，其中，所述PUSCH波束是基于用于所述先前PUSCH传输的波束来确定的，并且所述先前PUSCH传输比所述PUSCH传输早一个或多个时隙。

示例51包括示例50所述的装置，其中，所述一个或多个时隙的数量是预定义的或者由更高层信令配置的。

示例52包括示例50或51所述的装置，其中，所述装置还包括：用于使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制的组件，其中，所述一个或多个功率控制参数的一部分或全部与用于所述先前PUSCH传输的功率控制参数相同。

示例53包括示例41所述的装置，其中，所述装置还包括：用于解码SRI的组件，该SRI是预定义的或者由更高层信令配置的，其中，该SRI指示了对用于所述PUSCH传输的PUSCH波束进行确定所基于的所述SRS资源的波束。

示例54包括示例53所述的装置，其中，所述装置还包括：用于使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制的组件，其中，所述一个或多个功率控制参数由更高层信令配置。

示例55包括一种由用户设备(UE)执行的用于波束管理的装置，该装置包括：用于在波束故障恢复期间从接入节点接收对波束故障恢复请求的响应的组件；用于在一个或多个下行链路控制信息(DCI)格式之间检测用于所述响应的DCI格式的组件。

示例56包括示例55所述的装置，其中，所述DCI格式是预定义的或者由更高层信令配置的。

示例57包括示例55或56所述的装置，其中，所述一个或多个DCI格式包括DCI格式0_0、DCI格式0_1、DCI格式1_0以及DCI格式1_1中的至少一个。

示例58包括示例55或56所述的装置，其中，所述装置还包括：用于当检测出所述DCI格式为DCI格式0_0时，在对所述波束故障恢复请求的所述响应被接收之后并且在针对物理上行链路控制信道(PUCCH)资源的波束的配置被接收之前，基于所述UE的故障恢复波束来确定所述UE的所述PUCCH资源的波束的组件，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送所述波束故障恢复请求的波束。

示例59包括示例58所述的装置，其中，所述装置还包括：用于基于所述PUCCH资源的波束，确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束的组件。

示例60包括示例55或56所述的装置，其中，所述装置还包括：用于当检测出所述DCI格式为DCI格式0_0时，在对所述波束故障恢复请求的所述响应被接收之后，基于所述UE的故障恢复波束来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束的组件，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送所述波束故障恢复请求的波束。

示例61包括一种计算机可读介质，其上存储有指令，所述指令当由处理器执行时使得所述处理器执行示例21至40中任一示例所述的方法。

示例62包括如说明书中所描述和所示的用户设备(UE)。

示例63包括如说明书中所描述和所示的接入节点(AN)。

示例64包括如说明书中所描述和所示的由用户设备(UE)执行的方法。

示例65包括如说明书中所描述和所示的由接入节点(AN)执行的方法。

尽管为了描述的目的在本文中说明和描述了某些实施例，但是在不脱离本公开的范围的情况下，为了实现相同目的而规划的各种替代和/或等同实施例或实现方式可以替代所示出和所描述的实施例。本申请旨在涵盖本文所讨论的实施例的任何改编或变化。因此，易于理解的是，本文描述的实施例仅由所附权利要求及其等同范围限制。

Claims (22)

1.一种用于用户设备(UE)的装置，包括：

存储器；和

处理器，其经由存储器接口访问所述存储器，

其中，所述处理器用于：

当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束：

所述UE的物理上行链路控制信道(PUCCH)资源的波束；

所述UE的用于先前PUSCH传输的波束；

所述UE的SRS资源的波束；或者

所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送波束故障恢复请求的波束；以及

使得使用所述PUSCH波束来发送所述PUSCH传输，并且

其中，所述存储器用于存储与所述PUSCH波束有关的信息。

2.根据权利要求1所述的装置，其中，所述DCI格式包括DCI格式0_0。

3.根据权利要求1所述的装置，其中，所述处理器用于基于所述UE的PUCCH资源的波束来确定所述PUSCH波束，并且所述PUCCH资源是预定义的或者是由更高层信令配置的。

4.根据权利要求3所述的装置，其中，所述PUCCH资源被预定义为所述UE的PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。

5.根据权利要求1所述的装置，其中，所述处理器用于基于所述UE的PUCCH资源的波束来确定所述PUSCH波束，并且所述PUCCH资源是最新PUCCH资源中具有最低或最高PUCCH资源索引的PUCCH资源。

6.根据权利要求1所述的装置，其中，所述处理器用于基于所述UE的PUCCH资源的波束来确定所述PUSCH波束，并且所述PUCCH资源的波束基于所述故障恢复波束。

7.根据权利要求3至6中任一项所述的装置，其中，所述处理器还用于：

使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制。

8.根据权利要求7所述的装置，其中，所述一个或多个功率控制参数的一部分或全部与用于所述PUCCH资源的功率控制参数相同。

9.根据权利要求7所述的装置，其中，所述一个或多个功率控制参数的一部分或全部由更高层信令配置。

10.根据权利要求1所述的装置，其中，所述处理器用于基于用于所述先前PUSCH传输的波束来确定所述PUSCH波束，并且所述先前PUSCH传输比所述PUSCH传输早一个或多个时隙。

11.根据权利要求10所述的装置，其中，所述一个或多个时隙的数量是预定义的或者是由更高层信令配置的。

12.根据权利要求10或11所述的装置，其中，所述处理器还用于：

使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制，

其中，所述一个或多个功率控制参数的一部分或全部与用于所述先前PUSCH传输的功率控制参数相同。

13.根据权利要求1所述的装置，其中，所述处理器还用于：

解码SRI，该SRI是预定义的或者是由更高层信令配置的，

其中，所述SRI指示了对用于所述PUSCH传输的PUSCH波束进行确定所基于的所述SRS资源的波束。

14.根据权利要求13所述的装置，其中，所述处理器还用于：

使用一个或多个功率控制参数对所述PUSCH传输执行PUSCH功率控制，

其中，所述一个或多个功率控制参数由更高层信令配置。

15.一种用于用户设备(UE)的装置，包括：

射频(RF)接口，用于在波束故障恢复期间从接入节点接收对波束故障恢复请求的响应；和

处理器，该处理器与所述RF接口耦合，并且该处理器用于：

在一个或多个下行链路控制信息(DCI)格式之间检测用于所述响应的DCI格式。

16.根据权利要求15所述的装置，其中，所述DCI格式是预定义的或者是由更高层信令配置的。

17.根据权利要求15或16所述的装置，其中，所述一个或多个DCI格式包括DCI格式0_0、DCI格式0_1、DCI格式1_0以及DCI格式1_1中的至少一者。

18.根据权利要求15或16所述的装置，其中，所述处理器还用于：

当检测出所述DCI格式为DCI格式0_0时，在对所述波束故障恢复请求的所述响应被接收之后并且在针对物理上行链路控制信道(PUCCH)资源的波束的配置被接收之前，基于所述UE的故障恢复波束来确定所述UE的所述PUCCH资源的波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送所述波束故障恢复请求的波束。

19.根据权利要求18所述的装置，其中，所述处理器还用于：

基于所述PUCCH资源的波束，确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束。

20.根据权利要求15或16所述的装置，其中，所述处理器还用于：

当检测出所述DCI格式为DCI格式0_0时，在对所述波束故障恢复请求的所述响应被接收之后，基于所述UE的故障恢复波束来确定所述UE的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送所述波束故障恢复请求的波束。

21.一种计算机可读介质，其上存储有指令，所述指令当由处理器执行时使得所述处理器执行下述操作：

当在下行链路控制信息(DCI)格式的DCI中没有指示探测参考信号(SRS)资源索引(SRI)时，基于如下项来确定用户设备(UE)的用于物理上行链路共享信道(PUSCH)传输的PUSCH波束：

所述UE的物理上行链路控制信道(PUCCH)资源的波束；

所述UE的用于先前PUSCH传输的波束；

所述UE的SRS资源的波束；或者

所述UE的故障恢复波束，所述故障恢复波束是当波束故障发生时所述UE用其识别出下行链路参考信号并且所述UE用其发送波束故障恢复请求的波束；以及

使得使用所述PUSCH波束来发送所述PUSCH传输。

22.一种计算机可读介质，其上存储有指令，所述指令当由处理器执行时使得所述处理器在一个或多个下行链路控制信息(DCI)格式之间检测用于对于波束故障恢复请求的响应的DCI格式，其中，所述响应是在波束故障恢复期间从接入节点接收的。