用于辅小区的波束故障恢复方法、设备和计算机可读介质

技术领域

本公开的实施例总体涉及通信领域，并且具体涉及用于针对辅小区的波束故障恢复的方法、设备和计算机可读介质。

背景技术

新无线电接入系统，也被称为NR系统或NR网络，是下一代通信系统。已经达成一致在NR系统中将支持在高级长期演进(LTE)中使用的载波聚合(CA)以增加带宽。每个聚合载波被称为分量载波(CC)。当CA被使用时，存在多个服务小区，每个CC一个服务小区。通常，提供与主CC相对应的主小区(Pcell)和与至少一个辅CC相对应的至少一个辅小区(Scell)。

当服务小区的(一个或多个)波束对的质量足够低时(例如，与阈值相比而言或相关联的定时器超时)，可能发生波束故障。波束故障恢复是一种用于在服务于终端设备的全部波束或部分波束已故障时恢复波束的机制。在3GPP工作组的RAN2#90会议中，已经达成一致在CA的相同载波情况下支持波束故障恢复。然而，仍然存在关于Scell的波束故障恢复的问题。

发明内容

总体上，本公开的示例实施例提供了用于针对辅小区的波束故障恢复的方法、设备和计算机可读介质。

在第一方面，提供了一种在终端设备中实现的方法。该方法包括：响应于Scell上的波束故障，向网络设备发送调度请求；在Pcell上从网络设备接收响应，该响应指示被分配给终端设备的资源；使用所分配的资源向网络设备发送波束故障恢复请求，该波束故障恢复请求包括由终端设备从Scell上的可用波束中选择的波束的波束索引，以恢复经由Scell上的所选择的波束在终端设备与网络设备之间的通信。

在第二方面，提供了一种在终端设备中实现的方法。该方法包括：响应于Scell上的波束故障，确定将要发送的随机接入前导，该随机接入前导指示该Scell的Scell索引；向网络设备发送随机接入前导；在Pcell上从网络设备接收下行链路控制信息，该下行链路控制信息包括针对Scell的信道状态信息(CSI)报告的请求；以及向网络设备发送由终端设备从Scell上的可用波束中选择的波束的波束索引，以恢复经由Scell上的所选择的波束在终端设备与网络设备之间的通信。

在第三方面，提供了一种在终端设备中实现的方法。该方法包括：响应于Scell上的波束故障，确定将要发送的随机接入前导，该随机接入前导指示由终端设备从Scell上的可用波束中选择的波束的波束索引；在所述Scell上向网络设备发送随机接入前导，以触发经由Scell上的所选择的波束在终端设备与网络设备之间的通信。

在第四方面，提供了一种在终端设备中实现的方法。该方法包括：响应于Scell上的波束故障，基于Pcell的上行链路控制信道的资源和将要在上行链路控制信道上发送的上行链路控制信息，确定要使用的上行链路控制信道；以及在上行链路控制信道上向网络设备，连同上行链路控制信息一起发送波束故障恢复请求，该波束故障恢复请求包括该Scell的Scell索引和由终端设备从Scell上的可用波束中选择的波束的波束索引，以恢复经由Scell上的所选择的波束在终端设备与网络设备之间的通信。

在第五方面，提供了一种在网络设备中实现的方法。该方法包括：从终端设备接收调度请求；在Pcell上向终端设备发送响应，该响应指示被分配给终端设备的资源；使用所分配的资源从终端设备接收波束故障恢复请求，该波束故障恢复请求包括由终端设备从Scell上的可用波束中选择的波束的波束索引，以经由Scell上的所选择的波束来与终端设备通信。

在第六方面，提供了一种在网络设备中实现的方法。该方法包括：从终端设备接收随机接入前导，该随机接入前导指示服务于该终端设备的Scell的Scell索引；从随机接入前导确定Scell；在服务于终端设备的Pcell上向终端设备发送下行链路控制信息，该下行链路控制信息包括针对所述Scell的CSI报告的请求；以及从终端设备接收由终端设备从Scell上的可用波束中选择的波束的波束索引，以经由Scell上的所选择的波束来与终端设备通信。

在第七方面，提供了一种在网络设备中实现的方法。该方法包括：在服务于终端设备的Scell上从该终端设备接收随机接入前导，该随机接入前导指示由终端设备从Scell上的可用波束中选择的波束的波束索引；以及从随机接入前导确定波束索引，以经由Scell上的所选择的波束来与终端设备通信。

在第八方面，提供了一种在网络设备中实现的方法。该方法包括：在服务于终端设备的Pcell的上行链路控制信道上从终端设备，连同上行链路控制信息一起接收波束故障恢复请求；以及从波束故障恢复请求获得服务于终端设备的Scell的Scell索引以及由终端设备从Scell上的可用波束中选择的波束的波束索引，以经由Scell上的所选择的波束来与终端设备通信。

在第九方面，提供了一种终端设备。该设备包括处理器；以及耦合到处理单元并且在其上存储指令的存储器，该指令在由处理单元执行时使该设备执行根据第一方面的方法。

在第十方面，提供了一种终端设备。该设备包括处理器；以及耦合到处理单元并且在其上存储指令的存储器，该指令在由处理单元执行时使该设备执行根据第二方面的方法。

在第十一方面，提供了一种终端设备。该设备包括处理器；以及耦合到处理单元并且在其上存储指令的存储器，该指令在由处理单元执行时使该设备执行根据第三方面的方法。

在第十二方面，提供了一种终端设备。该设备包括处理器；以及耦合到处理单元并且在其上存储指令的存储器，该指令在由处理单元执行时使该设备执行根据第四方面的方法。

在第十三方面，提供了一种网络设备。该设备包括处理器；以及耦合到处理单元并且在其上存储指令的存储器，该指令在由处理单元执行时使该设备执行根据第五方面的方法。

在第十四方面，提供了一种网络设备。该设备包括处理器；以及耦合到处理单元并且在其上存储指令的存储器，该指令在由处理单元执行时使该设备执行根据第六方面的方法。

在第十五方面，提供了一种网络设备。该设备包括处理器；以及耦合到处理单元并且在其上存储指令的存储器，该指令在由处理单元执行时使该设备执行根据第七方面的方法。

在第十六方面，提供了一种网络设备。该设备包括处理器；以及耦合到处理单元并且在其上存储指令的存储器，该指令在由处理单元执行时使该设备执行根据第八方面的方法。

在第十七方面，提供一种计算机可读介质，具有存储于其上的指令，该指令在至少一个处理器上被执行时使该至少一个处理器执行根据第一方面的方法。

在第十八方面，提供了一种计算机可读介质，具有存储于其上的指令，该指令在至少一个处理器上被执行时使该至少一个处理器执行根据第二方面的方法。

在第十九方面，提供一种计算机可读介质，具有存储于其上的指令，该指令在至少一个处理器上被执行时使该至少一个处理器执行根据第三方面的方法。

在第二十方面，提供一种计算机可读介质，具有存储于其上的指令，该指令在至少一个处理器上被执行时使该至少一个处理器执行根据第四方面的方法。

在第二十一方面，提供一种计算机可读介质，具有存储于其上的指令，该指令在至少一个处理器上被执行时使该至少一个处理器执行根据第五方面的方法。

在第二十二方面，提供一种计算机可读介质，具有存储于其上的指令，该指令在至少一个处理器上被执行时使该至少一个处理器执行根据第六方面的方法。

在第二十三方面，提供一种计算机可读介质，具有存储于其上的指令，该指令在至少一个处理器上被执行时使该至少一个处理器执行根据第七方面的方法。

在第二十四方面，提供一种计算机可读介质，具有存储于其上的指令，该指令在至少一个处理器上被执行时使该至少一个处理器执行根据第八方面的方法。

通过以下描述，本公开的其他特征将变得容易理解。

附图说明

通过在附图中对本公开的一些实施例的更详细描述，本公开的上述和其他目的、特征和优点将变得更加明显，其中：

图1是在其中可以实现本发明实施例的通信环境的示意图；

图2图示了根据本公开的一些实施例的方法的流程图；

图3图示了根据本公开的一些实施例的方法的流程图；

图4图示了根据本公开的一些实施例的方法的流程图；

图5图示了根据本公开的一些实施例的方法的流程图；

图6A和图6B是图示了根据本公开的一些实施例的在PUCCH中填充波束故障请求的示意图；

图7图示了根据本公开的一些实施例的方法的流程图；

图8图示了根据本公开的一些实施例的方法的流程图；

图9图示了根据本公开的一些实施例的方法的流程图；

图10图示了根据本公开的一些实施例的方法的流程图；

图11是图示了根据本公开的一些实施例的过程的流程图；

图12是图示了根据本公开的一些实施例的过程的流程图；

图13是图示了根据本公开的一些实施例的过程的流程图；

图14是图示了根据本公开的一些实施例的用于波束故障恢复的BFR-RA窗口的示意图；

图15是图示了根据本公开的一些实施例的过程的流程图；

图16是图示了根据本公开的一些实施例的过程的流程图；

图17是图示了根据本公开的一些实施例的过程的流程图；以及

图18是适合于实现本公开的实施例的设备的简化框图。

在所有附图中，相同或相似的附图标记表示相同或相似的元件。

具体实施方式

现在将参考一些示例实施例描述本公开的原理。应当理解，这些实施例仅出于说明的目的而被描述，并帮助本领域技术人员理解和实现本公开，而没有对本公开的范围提出任何限制。除了下面描述的方式以外，可以以各种方式来实现本文描述的公开。

在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常所理解的相同含义。

如本文中所使用的，术语“网络设备”或“基站”(BS)是指能够提供或托管终端设备可以通信的小区或覆盖范围的设备。网络设备的示例包括但不限于节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、新无线电接入中的NodeB(gNB)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头(RRH)、低功率节点(诸如毫微微节点、微微节点等)。为了讨论的目的，在下文中，将参考gNB作为网络设备的示例来描述一些实施例。

如本文中所使用的，术语“终端设备”是指具有无线或有线通信能力的任何设备。终端设备的示例包括但不限于用户设备(UE)、个人计算机、台式机、移动电话、蜂窝电话、智能电话、个人数字助理(PDA)、便携式计算机、图像捕获设备(诸如数码相机)、游戏设备、音乐存储和播放设备或启用无线或有线互联网访问和浏览等功能的互联网设备。

如本文中所使用的，除非上下文另外明确指出，否则单数形式“一”、“一个”和“该”也意图包括复数形式。术语“包括”及其变体应被解读为开放术语，其意指“包括但不限于”。术语“基于”应被解读为“至少部分地基于”。术语“一个实施例”和“实施例”应被解读为“至少一个实施例”。术语“另一实施例”应被解读为“至少一个其他实施例”。术语“第一”、“第二”等可以是指不同或相同的对象。其他定义，无论是显式的还是隐式的，都可以被包括在下面。

在一些示例中，值、过程或装置被称为“最佳”、“最低”、“最高”、“最小”、“最大”等。应当意识到，这样的描述旨在指示可以在许多使用的功能选择中进行选择，并且这样的选择不需要比其他选择更好、更小、更高或者以其他方式优选。

如上所提及，当服务小区的(多个)波束对的质量下降到足够低时，可能发生波束故障。当发生波束故障时，可以触发从波束故障进行恢复的机制。终端设备侧的波束故障恢复机制通常包括以下操作：波束故障检测、新波束的标识、波束故障恢复请求的传输以及监测来自网络设备的对波束故障恢复请求的响应。在3GPP规范TS 38.214和38.321中，针对Pcell的波束故障恢复(BFR)过程已被规定如下：

(a)终端设备在非竞争的物理随机接入信道(CFRA)上发起Pcell中到网络设备的专用PRACH传输作为BFR请求，并且PRACH前导索引与终端设备所标识的新候选波束索引相关联；

(b)在接收到PRACH传输之后，网络设备在专用控制资源集(CORESET-BFR)上向终端设备发送BFR请求响应，并且终端设备应针对BFR请求响应来监测CORESET-BFR。

在本文中，PRACH前导也被称为随机接入前导。

然而，该过程不适用于针对Scell的波束故障恢复。与针对Pcell的波束故障恢复不同，媒体访问控制单元(MAC CE)可以被使用在针对Scell的波束故障恢复中，因为Pcell上的链路可以在Scell中发生波束故障时工作。当使用MAC CE进行波束故障恢复时，如果不存在物理上行链路共享信道(PUSCH)资源来发送MAC CE，则可能存在如何指示新波束的问题。

常规地，使用PUSCH的剩余比特(填充比特)来发送缓冲状态报告(BSR)。上述问题的一种可能解决方案是使用物理上行链路控制信道(PUCCH)资源。对于PUCCH格式而言存在若干符号，并且PUCCH资源由确认资源指示符(ARI)和上行链路控制信息(UCI)的大小来确定。因此，PUCCH上可能存在不被用于发送UCI的剩余资源。例如，如果UE在包括

本公开的实施例提供了用于波束故障恢复的解决方案。根据本公开的实施例的用于波束故障恢复的解决方案可以适于发生在Scell上的波束故障。此外，本公开的实施例指定了使用MAC CE进行波束故障恢复的过程，并且可以解决上述问题以及一个或多个其他潜在问题。

以下将参考图1-图18详细描述本公开的原理和实现。

图1示出了可以在其中实现本公开的实施例的示例通信网络100。网络100包括网络设备110和由网络设备110服务的终端设备120。网络100可以提供一个或多个服务小区101、102来服务于终端设备120，其中每个服务小区对应于一个CC。应当理解，网络设备、终端设备和服务小区的数目仅出于说明的目的，而没有提出任何限制。网络100可以包括适于实现本公开的实施例的任何合适数目的网络设备、终端设备和服务小区。

在通信网络100中，网络设备110可以将数据和控制信息传送给终端设备120，并且终端设备120也可以将数据和控制信息传送给网络设备110。从网络设备110到终端设备120的链路被称为下行链路(DL)或前向链路，而从终端设备120到网络设备110的链路被称为上行链路(UL)或反向链路。

取决于通信技术，网络100可以是码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交频分多址(OFDMA)网络、单载波频分多址(SC-FDMA)网络或其他任何网络。在网络100中讨论的通信可以使用符合任何合适的标准，包括但不限于新无线电接入(NR)、长期演进(LTE)、LTE演进、高级LTE(LTE-A)、宽带码分多址(WCDMA)、码分多址(CDMA)、cdma2000和全球移动通信系统(GSM)等。此外，可以根据当前已知或将来将要开发的任何代的通信协议来执行通信。通信协议的示例包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议。本文描述的技术可以用于上面提及的无线网络和无线电技术以及其他无线网络和无线电技术。为了清楚起见，以下针对LTE描述了该技术的某些方面，并且在下面的许多描述中使用了LTE术语。

可以在网络100中支持CA，其中两个或更多CC被聚合，以支持更宽的带宽。在CA中，网络设备110可以向终端设备120提供包括一个Pcell 101和至少一个SCell 102的多个服务小区。终端设备120可以在Pcell 101上与网络设备110建立无线资源控制(RRC)连接。一旦在网络设备110和终端设备120之间建立了RRC连接并且经由高层信令激活了Scell 102，Scell 102就可以提供附加的无线电资源。

应当理解，图1中所示的Pcell 101和Scell 102的配置仅出于说明的目的，而没有提出任何限制。Pcell 101和Scell 102可以具有与图1中所示配置不同的配置。

例如，在一些其他场景中，终端设备120可以与两组CC(图1中未示出)建立连接，并且从而可以利用更多的无线电资源。两组CC可以分别被定义为CC主组和CC辅组。CC主组可以提供一组服务小区，其也被称为“主小区组(MCG)”。CC辅组也可以提供一组服务小区，其也被称为“辅小区组(SCG)”。对于双连接操作，取决于终端设备120是与MCG相关联还是与SCG相关联，术语“特殊小区(SpCell)”可以分别是指MCG的Pcell或SCG的主Scell(PScell)。在双连接操作之外的其他情况下，术语“SpCell”也可以是指Pcell。尽管将Pcell图示为示例，但是本公开的实施例也可以适用于两组双连接配置。

在实施例中，网络设备110被配置为实现波束成形技术并且经由多个波束将信号发送给终端设备120。终端设备120被配置为经由多个波束接收由网络设备110发送的信号。可以存在与Pcell 101和Scell102相关联的不同的波束。如图1中所示，DL波束111和112与Scell102相关联。应当理解，Scell 102可以具有与其相关联的更多波束。尽管未示出，但是Pcell 101还可以具有与其相关联的波束。

如上所提及，可能在Scell 102上发生波束故障。例如，网络设备110可以被配置为经由波束112发送信号，并且终端设备120可以检测到波束112的波束故障。然后，可以发起波束故障恢复过程。具体地，终端设备120可以标识用于从波束故障中恢复的新波束。例如，终端设备120可以例如基于可用波束的质量，从Scell 102上的可用波束中选择波束111作为新的候选波束。为了便于讨论，以下将由终端设备120标识的新波束称为所选择的波束111。

终端设备120可以在波束故障恢复请求中包括关于所选择的波束111的信息。终端设备120然后可以将波束故障恢复请求发送给网络设备110，使得网络设备110经由Scell120的所选择的波束111来与终端设备120通信。

以下将参考图2-图17详细描述本公开的实现。图2-图6图示了根据本公开的一些实施例的在终端设备处实现的示例方法。应当理解，所示出的方法可以包括未示出的附加动作和/或可以省略一些所示出的动作，并且本公开的范围在此方面不受限制。

图2图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的示例方法200的流程图。方法200可以在图1中所示的终端设备120处被实现。为了讨论的目的，将参照图1描述方法200。

在210处，终端设备120确定Scell上是否存在波束故障。如果终端设备120确定了Scell 102上的波束故障，则在220处终端设备120将调度请求发送给网络设备，例如网络设备110。

调度请求可以是Pcell 101或Scell 102的PRACH信道上的PRACH传输。在这种情况下，PRACH传输的前导可以基于CFRA或是基于竞争的随机接入(CBRA)。备选地，调度请求可以是在Pcell101的PUCCH上发送的调度请求(SR)。

在230处，终端设备120在Pcell(例如，Pcell 101)上从网络设备110接收指示被分配给终端设备120的上行链路资源的响应。该响应可以在Pcell 101的物理下行链路控制信道(PDCCH)上被发送，并且可以包括指示物理上行链路共享信道(PUSCH)上的UL授权的下行链路控制信息(DCI)。取决于在220处发送的调度请求的类型，该响应可以被不同类型的无线电网络临时标识符(RNTI)加扰，诸如由PRACH传输时机所确定的随机接入RNTI(RA-RNTI)或分配给终端设备的小区RNTI(C-RNTI)。

在240处，终端设备120使用所分配的资源向网络设备110发送波束故障恢复请求，该波束故障恢复请求包括由终端设备从Scell上的可用波束中选择的新波束的波束索引，以恢复经由Scell上的所选择的波束在终端设备和网络设备之间的通信。例如，终端设备120可以将波束故障恢复请求包括在MAC CE中，并使用由网络设备110例如在PUSCH上分配的资源来发送MAC CE。

波束故障恢复请求可以包括所选择的波束111的波束索引和Scell 102的Scell索引。相应地，可以将MAC CE的结构设计为如表1中所示。字段“LGID”指示MAC CE用于波束故障恢复，字段“服务小区ID”指示具有波束故障的Scell索引，并且字段“RS ID”指示新波束的波束索引。注意，在调度请求在Scell 102上被发送的情况下，可以省略Scell索引。尽管未示出，但是在MAC-CE结构中可能存在保留比特，以将MAC-CE信息的长度与整数个字节对准。

表1用于BFR的MAC CE

如上所提及，调度请求可以是PRACH传输或在PUCCH上的调度请求。下面将参照图11-图13描述该调度请求是PRACH传输的实施例和该调度请求是PUCCH上的调度请求的实施例。

在一些实施例中，在240处发送波束故障恢复请求之后，终端设备120可以针对波束故障恢复请求响应在定时窗口(在本文中也被称为BFR-RA-窗口)期间监测在Pcell 101和Scell 102两者的PDCCH中的下行链路控制信息。终端设备120可以例如在240处发送波束故障恢复请求之后的若干时隙启动用于BFR-RA窗口的定时器，并且当BFR-RA窗口的持续时间结束时，定时器到期。如果在定时器到期之前从网络接收到用于对包含MAC CE中的波束故障恢复请求的已发送的PUSCH进行重新调度的PDCCH中的下行链路控制信息，那么终端设备120可以向网络设备110重新发送包含MAC CE中的波束故障恢复请求的PUSCH，并重新启动用于BFR-RA窗口的定时器，以监测波束故障恢复请求响应。

BFR-RA窗口可以具有预定的持续时间。如果定时器已经到期或BFR-RA窗口结束，但是尚未接收到对波束故障恢复请求的响应，那么终端设备120可以终止波束故障恢复过程，而无需将波束故障请求重新发送给网络设备110。终端设备120还可以向高层指示不成功的波束故障恢复事件。

备选地，可以通过从网络设备110接收确认消息来启动BFR-RA窗口。例如，终端设备120可以接收如下的消息，该消息显式地确认对在240处发送的PUSCH的接收。此后，终端设备120可以启动或开启BFR-RA窗口。

在上述实施例中，调度请求过程可以是可以重用于其他目的的常规过程，例如，PRACH传输并且所选择的PRACH前导可以用于上行链路同步。在一些实施例中，诸如专用PRACH传输之类的专用过程可以仅用于波束故障恢复的目的，这将在下面相关于图3和图4进行描述。

图3图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的示例方法300的流程图。方法300可以在图1中所示的终端设备120处被实现。为了讨论的目的，将参考图1描述方法300。

在310处，终端设备120确定在Scell上是否存在波束故障。如果终端设备120确定了Scell 102上的波束故障，则终端设备120在320处从一组专用前导中确定将要发送的PRACH前导。PRACH前导索引指示Scell 102的Scell索引。例如，终端设备120可以基于PRACH前导索引与网络设备110提供的至少一个Scell之间的预定义映射关系来确定PRACH前导。PRACH前导可以是基于无竞争的。

在330处，终端设备120向网络设备110发送在320处确定的PRACH前导。例如，终端设备120可以利用在320处确定的PRACH前导来向网络设备110发起专用PRACH传输。终端设备120可以在Pcell 101的PRACH信道上发送前导。

在340处，终端设备120在Pcell上从网络设备110接收下行链路控制信息，该下行链路控制信息包括针对Scell 102的CSI报告的请求。该下行链路控制信息可以利用终端设备的C-RNTI来加扰并在CORESET-BFR上接收，CORESET-BFR是专用于波束故障恢复的控制资源集。

在350处，终端设备120响应于CSI请求向网络设备110发送由终端设备120从Scell102上的可用波束中选择的波束的波束索引，以恢复经由Scell 102上的所选择的波束在终端设备120和网络设备110之间的通信。例如，终端设备120可以将所选择的波束111的波束索引包括在CSI报告中，并根据CSI请求在Pcell 101的PUSCH上发送CSI报告。

在这样的实施例中，Scell索引由PRACH传输中的PRACH前导索引隐式地指示，然后波束索引被明确地包括在CSI报告中。因此，终端设备120可以利用由在330处发送的PRACH前导所指示的Scell索引，将其上已经发生波束故障的Scell通知给网络设备110，并且利用在350处发送的所选择的波束111的波束索引将候选波束通知给网络设备110。

在一些实施例中，终端设备120可以在CSI报告之后从网络设备110接收对波束故障恢复请求的响应(也被称为BFR响应)。BFR响应用于基于所报告的波束索引的Scell的链路重新配置，并且可以在Pcell 101上或在Scell 102上被接收。

在相关于图3所描述的实施例中，波束故障恢复过程可以利用PRACH前导，该PRACH前导是特意选择的，并且因此指示关于Scell的索引信息。以这种方式，可以省略Scell索引的显式传输。因此，可以减少用于波束故障恢复的开销。

图4图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的示例方法400的流程图。方法400可以在图1中所示的终端设备120处被实现。为了讨论的目的，将参照图1描述方法400。

在410处，终端设备120确定在Scell上是否存在波束故障。如果终端设备120确定了Scell 102上的波束故障，则终端设备120在420处确定将要发送的PRACH前导。PRACH前导索引指示由终端设备120从Scell 102上的可用波束中选择的波束的波束索引。例如，终端设备120可以基于专用于波束故障恢复的PRACH前导与关联于Scell 102的多个波束之间的预定义映射关系来确定将要发送的PRACH前导。

在430处，终端设备120在Scell 102上向网络设备发送PRACH前导，以恢复经由Scell 102上的所选择的波束111在终端设备120和网络设备110之间的通信。例如，终端设备120可以利用在410处确定的PRACH前导索引来在Scell 102上发起向网络设备的专用PRACH传输。

在这样的实施例中，由于在Scell 102上发送PRACH前导，所以终端设备120可能不需要与有关Scell索引的信息一起发送。由于波束索引由PRACH前导隐式地指示，所以终端设备120也可以不显式地发送有关波束索引的信息。因此，通过使用专用PRACH过程在Scell上发送PRACH前导，终端设备120可以仅在一个消息中将波束故障恢复通知给网络设备110。

在相关于图4所描述的实施例中，波束故障恢复过程可以利用Scell上的PRACH传输，并且PRACH前导是特意选择的，从而指示有关候选波束的信息。以这种方式，可以省略Scell索引和波束索引的显式传输。因此，可以进一步减少用于波束故障恢复的开销。

如上所提及，可能存在以下情形：没有PUSCH可用于MAC CE的传输，因此无法发送波束故障恢复请求。当PUCCH传输可用时，PUCCH的剩余资源可以用于波束故障恢复请求。

在Pcell 101的物理下行链路共享信道(PDSCH)上从网络设备110接收到数据之后，终端设备120可以向网络设备110发送诸如混合自动重传请求(HARQ)ACK/NACK之类的上行链路控制信息(UCI)。为终端设备120发送UCI而配置的PUCCH资源可能大于UCI所需的PUCCH资源。因此，终端设备120可以利用PUCCH的剩余资源来发送波束故障恢复请求，即，将波束故障恢复请求填充到PUCCH中。

图5图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的示例方法500的流程图。方法500可以在图1中所示的终端设备120处被实现。为了讨论的目的，将参考图1和图6A-图6B描述方法500。

在510处，终端设备120确定在Scell上是否存在波束故障。如果终端设备120确定了Scell 102上的波束故障，则终端设备120在520处基于Pcell的上行链路控制信道的资源和将要在上行链路控制信道上发送的上行链路控制信息来确定将要使用的上行链路控制信道。终端设备120可以确定Pcell 101的将要使用的PUCCH。

参照图6A和图6B，其是图示了根据本公开的一些实施例的在PUCCH中填充波束故障请求的示意图。示图601和602示出了长PUCCH(L-PUCCH)610和短PUCCH(S-PUCCH)620。作为示例，终端设备120可以确定使用L-PUCCH 610来填充波束故障恢复请求。例如，L-PUCCH610的第一部分611可以用于发送UCI，并且L-PUCCH 610的第二部分可以用于发送波束故障恢复请求。

在一些实施例中，终端设备120可以基于剩余资源块来确定要使用的PUCCH。终端设备120可以首先确定分配给上行链路控制信道的物理资源块(PRB)的第一数目。例如，终端设备120可以将分配给L-PUCCH 610的PRB的数目确定为

M

应该理解，诸如CSI报告之类的其他信息也可以在上行链路控制信道中发送。在这种情况下，应将由其他信息占用的PRB纳入所确定的

仍然参照图5，在530处，终端设备120在上行链路控制信道上向网络设备，连同上行链路控制信息一起发送波束故障恢复请求。终端设备120可以将波束故障恢复请求在第二部分612或622中并且将UCI在第一部分611或621中发送给网络设备110。波束故障恢复请求包括Scell 102的Scell索引和由终端设备120从Scell 102上的可用波束中选择的波束的波束索引。发送波束故障恢复请求，以恢复经由Scell 102上的所选择的波束111在终端设备120和网络设备110之间的通信。

在一些实施例中，在上行链路控制信道上发送波束故障恢复请求之后，终端设备120可以启动用于监测对波束故障恢复请求的响应的定时器，即，开启BFR-RA窗口。如果定时器已经到期或BFR-RA窗口结束，但是尚未接收到对波束故障请求的响应，则终端设备120可以将波束故障恢复请求重新发送给网络设备110。

在一些实施例中，终端设备120可以从网络设备110接收新的数据传输，该新的数据传输与在530处发送的ACK/NACK相同的HARQ ID相关联。在这种情况下，波束故障恢复请求可以被认为已被网络设备110接收。因此，终端设备120可以结束BFR-RA窗口，从而产生减小的BFR-RA窗口。

在相关于图5所描述的实施例中，波束故障恢复过程可以利用原本将被浪费的PUCCH的剩余资源。以这种方式，波束故障请求的传输可以不需要专用资源。因此，可以进一步减少波束故障恢复的开销，同时提高波束故障恢复的效率。

图7-图11图示了根据本公开的一些实施例的在网络设备处实现的示例方法。应当理解，所示出的方法可以包括未示出的附加动作和/或可以省略一些所示出的动作，并且本公开的范围在此方面不受限制。

图7图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的示例方法700的流程图。方法700可以在图1中所示的网络设备110处被实现。为了讨论的目的，将参照图1描述方法700。

在710处，网络设备110从终端设备(例如，终端设备120)接收调度请求。如相关于图2所描述的，该调度请求可以是在Pcell 101或Scell 102上接收的PRACH传输。备选地，该调度请求可以是在Pcell 101的PUCCH上接收的调度请求。

在720处，网络设备110在主小区(例如，Pcell 101)上向终端设备发送响应，该响应指示被分配给终端设备120的资源。该响应可以包括指示UL授权的下行链路控制信息。取决于在220处发送的调度请求的类型，可以由不同类型的RNTI对下行链路控制信息加扰，不同类型的RNTI诸如通过PRACH传输时机而确定的RA-RNTI或分配给终端设备的C-RNTI之类。下面将参照图11-图13描述其中发送不同类型的响应的实施例。

在730处，网络设备110使用所分配的资源从终端设备120接收波束故障恢复请求，该波束故障恢复请求包括由终端设备120从Scell上的可用波束中选择的波束的波束索引，以经由Scell 102上的所选择的波束111来与终端设备120通信。例如，Scell索引和波束索引可以被包括在使用所分配的资源(例如PUSCH)接收的MAC CE中。

在接收到波束故障恢复请求之后，网络设备110可以使用所选择的波束111而不是先前的波束112来在Scell 102上与终端设备120通信。

在一些实施例中，网络设备110可以在Scell 102上向终端设备120发送对波束故障恢复请求的进一步响应。例如，网络设备110可以经由所选择的波束111来发送响应。

图8图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的示例方法800的流程图。方法800可以在图1中所示的网络设备110处被实现。为了讨论的目的，将参考图1描述方法800。

在810处，网络设备110从终端设备(例如，终端设备120)在Pcell上的专用PRACH传输中接收PRACH前导。PRACH前导索引指示服务于终端设备120的Scell(例如，Scell 102)的Scell索引。

在820处，网络设备110从PRACH前导确定Scell 102。例如，网络设备110可以基于PRACH前导与由网络设备110提供给终端设备120的至少一个Scell之间的预定义映射关系来确定Scell 102。

在830处，网络设备110在服务于终端设备120的Pcell上向终端设备120发送下行链路控制信息，该下行链路控制信息包括针对用于Scell 102的CSI报告的请求。可以利用对应于终端设备的CRNTI对下行链路控制信息加扰。

在840处，网络设备110从终端设备120接收由终端设备120从Scell 102上的可用波束中选择的波束的波束索引。所选择的波束111的波束索引可以被包括在CSI报告中，该CSI报告在Pcell 101的PUSCH上被接收到。

在这样的实施例中，在其上已经发生波束故障的Scell的Scell索引被隐式地包括在PRACH前导中。因此，在接收到所选择的波束111的波束索引之后，网络设备110可以使用所选择的波束111来在820处确定的Scell 102上与终端设备120进行通信。

图9图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的示例方法900的流程图。方法900可以在图1中所示的网络设备110处被实现。为了讨论的目的，将参考图1描述方法900。

在910处，网络设备110在服务于终端设备的Scell上从该终端设备接收专用PRACH传输。例如，网络设备110可以在服务于终端设备120的Scell 102上接收PRACH前导。PRACH前导索引指示由终端设备120从Scell上的可用波束中选择的波束的波束索引。

在920处，网络设备110从在910处接收的PRACH前导确定波束索引。例如，网络设备110可以基于PRACH前导与关联于Scell 102的多个波束之间的预定义映射关系来确定波束索引。

在这样的实施例中，由于在Scell 102上接收到PRACH前导，因此网络设备110可以在没有关于Scell索引的专用信息的情况下确定在该Scell上已经发生波束故障。在确定由终端设备120选择的候选波束(例如，所选择的波束111)之后，网络设备可以经由Scell 102上的所选择的波束111来与终端设备120通信。在一些实施例中，网络设备110可以经由所选择的波束111来向终端设备120发送波束故障恢复响应。

如相关于图5所描述的，可以在Pcell的PUCCH中填充波束故障恢复请求。图10图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的示例方法1000的流程图。方法1000可以在图1中所示的网络设备110处被实现。为了讨论的目的，将参考图1和图6A-图6B描述方法1000。

在1010处，网络设备110在服务于终端设备的Pcell的上行链路控制信道上从终端设备，连同上行链路控制信息一起接收波束故障恢复请求。例如，网络设备110可以从终端设备120接收图6A中所示的L-PUCCH 610。UCI可以被包括在第一部分611中，并且波束故障恢复请求可以被包括在第二部分612中。UCI可以与先前发送给终端设备120的数据相关联。例如，UCI可以包括HARQ ACK/NACK信息。

在1020处，网络设备110从波束故障恢复请求获得服务于终端设备的Scell的Scell索引以及由终端设备从Scell上的可用波束中选择的波束的波束索引。网络设备110可以获得Scell 102的Scell索引和所选择的波束111的波束索引。因此，网络设备110可以确定在Scell 102上已经发生波束故障，并且终端设备120已经选择了新的波束。然后，网络设备110可以经由Scell 102上的所选择的波束111来与终端设备120通信。

如上所提及，调度请求可以是Pcell或Scell上的PRACH前导，或者可以是PUCCH上的调度请求。图11-图13是图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的过程的流程图。相关于图11-图13描述的过程可以被视为相关于图2和图7描述的方法的实现。

图11是图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的过程1100的流程图。为了讨论的目的，将参考图1描述过程1100。过程1100可以涉及图1中的网络设备110和终端设备120。

在检测到Scell 102上的波束故障并标识所选择的波束111之后，终端设备可以发起波束故障恢复过程。在该实现中，波束故障恢复过程可以是正常的随机接入过程。终端设备120在Pcell 101上向网络设备110发送1105随机接入前导。

在接收到随机接入前导后，网络设备110在Pcell 101上向终端设备120发送1110随机接入响应(RAR)。RAR可以利用RA-RNTI来加扰，并且包括具有UL授权的下行链路控制信息，以分配用于终端设备120的上行链路资源。

在接收到RAR之后，终端设备120使用所分配的资源(例如，在PUSCH上)向网络设备110发送1115MAC CE。MAC CE可以包括Scell 102的Scell索引和所选择的波束111的波束索引。如果MAC CE被成功接收，则网络设备110向终端设备120发送1120波束故障恢复请求响应。

图12是图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的过程1200的流程图。为了讨论的目的，将参考图1描述过程1200。过程1200可以涉及图1中的网络设备110和终端设备120。

在检测到Scell 102上的波束故障并标识所选择的波束111之后，终端设备可以发起波束故障恢复过程。在该实现中，波束故障恢复过程可以是正常的随机接入过程。终端设备120在Scell 102上向网络设备110发送1205随机接入前导。

在接收到随机接入前导后，网络设备110在Pcell 101上向终端设备120发送1210随机接入响应(RAR)。RAR可以利用RA-RNTI来加扰，并且包括具有UL授权的下行链路控制信息，以分配用于终端设备120的上行链路资源。

在接收到RAR之后，终端设备120使用所分配的资源(例如，在PUSCH上)向网络设备110发送1215MAC CE。在这种情况下，MAC CE可以包括所选择的波束111的波束索引，并且可以省略Scell102的Scell索引。如果MAC CE被成功接收，则网络设备110向终端设备120发送1220波束故障恢复请求响应。

图13是图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的过程1300的流程图。为了讨论的目的，将参照图1描述过程1300。过程1300可以涉及图1中的网络设备110和终端设备120。

在检测到Scell 102上的波束故障并标识所选择的波束111之后，终端设备可以发起波束故障恢复过程。在该实现中，终端设备120可以发起用于触发UL授权以发送波束故障恢复请求的显式过程。终端设备120在Pcell 101的上行链路控制信道上向网络设备110发送1305调度请求(SR)。终端设备120可以在Pcell 101的PUCCH上发送SR。

在接收到SR后，网络设备110在Pcell 101上向终端设备120发送1310对SR的响应。对SR的响应可以利用分配给终端设备的C-RNTI来加扰，并且包括具有UL授权的下行链路控制信息，以分配用于终端设备120的上行链路资源。

在接收到对SR的响应之后，终端设备120使用所分配的资源(例如，在PUSCH上)向网络设备110发送1315MAC CE。MAC CE可以包括Scell 102的Scell索引和所选择的波束111的波束索引。如果MAC CE被成功接收，则网络设备110向终端设备120发送1320波束故障恢复请求响应。

图14是图示了根据本公开的一些实施例的用于波束故障恢复的BFR-RA窗口的示意图1400。在一些实施例中，在Pcell 101上将MAC CE发送1415给网络设备110之后，终端设备120可以启动1420用于监测对波束故障恢复请求的响应(也称为BFR响应)的定时器。也就是说，终端设备120可以开启BFR-RA窗口1405。应当理解，发送1415MAC CE的动作可以指的是在上面相关于图11中所示的1115、图12中所示的1215以及图13中所示的1315所描述的动作。

在一些实施例中，终端设备120可以在Scell 102上(或在Pcell上)接收1425BFR响应，这意味着波束故障被成功恢复。终端设备120可以终止波束故障恢复过程，并且可以结束BFR-RA窗口1405。

在一些实施例中，终端设备120可以从网络设备110接收1430关于重新调度包含MAC CE的PUSCH(即，波束故障恢复请求的重新调度)的下行链路控制信息。然后，终端设备120可以在PUSCH上向网络设备110重新发送1435MAC CE中的波束故障恢复请求。在重新传输之后，终端设备120可以启动1440定时器。因此，新的BFR-RA窗口1410可以被开启。注意，随着新的BFR-RA窗口1410的开启，BFR-RA窗口1405可以被丢弃。

如果BFR-RA窗口1405或1410(取决于哪一个有效)已经到期或结束，但是尚未接收到BFR响应，则终端设备120可以终止波束故障恢复过程而无需重新发送波束故障恢复请求。终端设备120还可以向高层指示不成功的波束故障恢复。

在这种情况下，由于以下原因，不需要重新发送波束故障恢复请求。网络设备110可能已经接收到波束故障恢复请求，但是没有对此做出响应。网络设备110可能已经在Scell上做出了响应，但是所选择的波束111不够好，使得终端设备120无法接收到BFR响应。还可能存在另一种情形，其中网络设备110未接收到包括波束故障恢复请求的MAC CE。

如上所提及，调度请求可以利用专用PRACH前导被发送。图15-图16是图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的过程的流程图。

图15是图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的过程1500的流程图。为了讨论的目的，将参考图1描述过程1500。过程1500可以涉及图1中的网络设备110和终端设备120。过程1500可以指的是相关于图3和图8描述的方法的实现。

在检测到Scell 102上的波束故障并标识所选择的波束111之后，终端设备可以发起波束故障恢复过程。在该实现中，波束故障恢复过程可以是专用随机接入过程。终端设备120在Pcell 101上向网络设备110发送1505随机接入前导。该随机接入前导索引指示Scell102的Scell索引。例如，随机接入前导可以由终端设备120基于随机接入前导与由网络设备110提供的至少一个Scell之间的预定义映射关系来确定。

在接收到随机接入前导后，网络设备110在Pcell 101上向终端设备120发送响应1510。与正常的RAR不同，该响应可以在专用CORESET上利用C-RNTI来加扰，并且可以包括下行链路控制信息，该下行链路控制信息具有针对用于Scell 102的CSI报告的请求。例如，该响应可以包括针对Scell 102的CSI请求。

在接收到响应之后，终端设备120使用取决于CSI请求的在PUSCH上的所分配的资源向网络设备110发送1515CSI报告。CSI报告可以包括所选择的波束111的波束索引。注意，由于有关Scell的索引已经由随机接入前导指示，因此Scell 102的Scell索引可以是可选的。

在一些实施例中，如果CSI报告被成功接收，则网络设备110向终端设备120发送1520波束故障恢复响应。

图16是图示了根据本公开的一些实施例的用于针对Scell的波束故障恢复的过程1600的流程图。为了讨论的目的，将参考图1描述过程1600。过程1600可以涉及图1中的网络设备110和终端设备120。过程1600可以指的是相关于图4和图9描述的方法的实现。

在检测到Scell 102上的波束故障并标识所选择的波束111之后，终端设备可以发起波束故障恢复过程。在该实现中，波束故障恢复过程可以是另一专用随机接入过程。终端设备120在Scell 102上向网络设备110发送1605随机接入前导。

该随机接入前导指示由终端设备120从Scell 102上的可用波束中选择的波束的波束索引。例如，随机接入前导指示所选择的波束111的波束索引。随机接入前导由终端设备120基于随机接入前导与关联于Scell 102的多个波束之间的预定义映射关系来确定。

在接收到随机接入前导后，网络设备110确定已经发生波束故障的Scell以及由终端设备120选择的候选波束。网络设备110向终端设备120发送1610BFR响应。在这样的实施例中，在波束故障恢复过程中仅需要网络设备110和终端设备120之间的两个消息。着可以提高波束故障恢复的效率。

图17是图示了根据本公开的一些实施例的用于波束故障恢复的过程1700的示意图1700。为了讨论的目的，将参考图1和图6A描述过程1700。过程1700可以涉及图1中的网络设备110和终端设备120。过程1700可以指的是相关于图5和图10描述的方法的实现。

网络设备110向终端设备120发送1705下行链路控制信息，并且在Pcell 101的PDSCH上发送1715数据。在某个时间，在Scell 102上可能发生波束故障1710。在检测到Scell 102上的波束故障1710并标识所选择的光束111之后，终端设备需要向网络设备110发送包括Scell 102的Scell索引和所选择的波束111的波束索引在内的波束故障恢复请求。同时，终端设备120也需要向网络设备110发送UCI。如上所述，终端设备120可以将波束故障恢复请求连同UCI一起包括在被分配用于发送UCI的PUCCH中(诸如，长PUCCH“L-PUCCH”或短PUCCH“S-PUCCH”，如图6A和图6B中所示)。UCI可以包括与在1715处发送的数据相关的HARQ ACK/NACK。然后，终端设备120在Pcell 101的PUCCH上连同UCI一起发送1720波束故障恢复请求。

在一些实施例中，在发送1720PUCCH之后，终端设备120可以启动1725用于监测对波束故障恢复请求的响应(也称为BFR响应)的定时器。也就是说，终端设备120可以开启BFR-RA窗口1701。

在一些实施例中，终端设备120可以在Scell 102上(或在Pcell上)接收1735BFR响应，这意味着波束故障被成功恢复。终端设备120可以终止波束故障恢复过程，并且可以结束BFR-RA窗口1701。

如果BFR-RA窗口1701已经到期或结束，但是尚未接收到BFR响应，则终端设备120可以向网络设备110发送波束故障恢复请求重新。与以上相关于图14所描述的实现不同，当BFR-RA窗口已经到期时，需要波束故障恢复请求的重新传输。

在一些实施例中，终端设备120可以从网络设备110接收1730新数据。新数据可以关联于与在1720处发送的HARQ ACK/NACK相同的HARQ ID。在这种情况下，波束故障恢复请求可以被视为已被网络设备110成功接收。因此，终端设备120可以终止BFR-RA窗口1701，从而产生减小的BFR-RA窗口1730。

图18是适合于实现本公开的实施例的设备1800的简化框图。设备1800可以被认为是如图1中所示的网络设备110或终端设备120的另一示例实现。因此，设备1800可以在网络设备110或终端设备120处被实现或者作为网络设备110或终端设备120的一部分被实现。

如图所示，设备1800包括处理器1810、耦合到处理器1810的存储器1820、耦合到处理器1810的合适的发送机(TX)和接收机(RX)1840、以及耦合到TX/RX 1840的通信接口。存储器1810存储程序1830的至少一部分。TX/RX 1840用于双向通信。TX/RX 1840具有至少一个天线以促进通信，但是在实践中本申请中提到的接入节点可能具有若干天线。通信接口可以表示与其他网络元件通信所需的任何接口，诸如用于eNB之间的双向通信的X2接口、用于移动性管理实体(MME)/服务网关(S-GW)与eNB之间的通信的S1接口、用于eNB与中继节点(RN)之间的通信的Un接口或者用于eNB与终端设备之间的通信的Uu接口。

假定程序1830包括程序指令，该程序指令在由关联的处理器1810执行时，使设备1800能够根据本公开的实施例操作，如在本文中参考图2至图5和图7至图10所讨论的。本文的实施例可以由可由设备1800的处理器1810执行的计算机软件、或者由硬件、或者由软件和硬件的组合来实现。处理器1810可以被配置为实现本公开的各种实施例。此外，处理器1810和存储器1810的组合可以形成适于实现本公开的各种实施例的处理部件1850。

存储器1810可以是适合于本地技术网络的任何类型，并且可以使用任何适当的数据存储技术来实现，作为非限制性示例，诸如非暂时性计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光存储器设备和系统、固定存储器和可移动存储器。尽管在设备1800中仅示出了一个存储器1810，但是在设备1800中可以存在若干物理上不同的存储器模块。处理器1810可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。设备1800可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。

通常，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。尽管本公开的实施例的各个方面被图示和描述为框图、流程图或使用一些其他图形表示，但是将意识到的是，作为非限制性示例，本文描述的框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

本公开还提供了有形地存储在非暂时性计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令，诸如被包括在程序模块中的那些指令，该计算机可执行指令在目标真实或虚拟处理器上的设备中被执行，以执行以上参考图2-图5和图7-图10中的任何一个所述的过程或方法。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，程序模块的功能可以按照期望的那样在程序模块之间进行组合或进行分割。用于程序模块的机器可执行指令可以在本地设备或分布式设备内被执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。

可以以一种或多种编程语言的任何组合来编写用于执行本公开的方法的程序代码。可以将这些程序代码提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，以使得该程序代码在由处理器或控制器执行时，引起流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在计算机上执行、部分在计算机上执行、作为独立软件包执行、部分在计算机上且部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。

上面的程序代码可以被体现在机器可读介质上，该机器可读介质可以是可以包含或存储供指令执行系统、装置或设备使用或与其结合使用的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置或设备、或前述的任何合适的组合。机器可读存储介质的更具体示例将包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备或上述的任意合适组合。

此外，尽管以特定顺序描绘了操作，但是这不应被理解为要求以所示出的特定顺序或以连续的顺序执行这样的操作，或者执行所有图示的操作以实现期望的结果。在某些场景中，多任务和并行处理可能是有利的。同样，尽管以上讨论中包含若干特定的实现细节，但是这些不应被解释为对本公开范围的限制，而应被解释为可能特定于特定实施例的特征的描述。在分开的实施例的上下文中描述的某些特征也可以在单个实施例中被组合实现。相反，在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中分开或以任何合适的子组合来实现。

尽管已经以特定于结构特征和/或方法动作的语言描述了本公开，但是应当理解，所附权利要求书中限定的本公开不一定局限于上述特定特征或动作。而是，上述特定特征和动作作为实现权利要求的示例形式而被公开。