由用户设备执行的方法及用户设备与流程

本发明涉及无线通信技术领域，更具体地，本发明涉及由与不连续接收有关的用户设备执行的方法以及相应的基站和用户设备。

背景技术：

随着移动通信的快速增长和技术的巨大进步，世界将走向一个完全互联互通的网络社会，即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年，互联设备的数量将达到500亿部，其中仅有100亿部左右可能是手机和平板电脑，其它的则不是与人对话的机器，而是彼此对话的机器。因此，如何设计系统以更好地支持万物互联是一项需要深入研究的课题。

为此，在2016年3月举行的第三代合作伙伴计划(3gpp)ran#64次全会上，提出了新5g无线接入技术的研究课题(参见非专利文献：rp-160671newsidproposal：studyonnewradioaccesstechnology)。在该工作项目的描述中，未来新的通信制式的工作频段可扩展至100ghz，同时将至少满足增强的移动宽带业务需求、海量物联网终端的通信需求，以及高可靠性要求的业务需求等，该项目研究工作将于2018年结束。

不连续接收(drx)是指当ue的业务不繁忙时，可以不持续监听(monitor)pdcch，而是周期性地醒来，持续监听一段时间，在这段时间内没有收到对ue的调度，那么ue将不再监听pdcch直至下一个醒来的时刻。

为了让ue能更好地工作在高频段，nr采用了波束成形技术，通过该技术，使得发射能量集中，改善信号质量。为了保证传输过程中的信号质量，ue需要根据测量结果评估链路质量，并向上层指示测量的结果，实现链路重配置的过程。

drx允许ue不连续监听pdcch，从而达到节能的效果，但是链路重配置过程要求ue接收测量信号，测量链路质量，并在必要时向上层指示发生波束失败实例(beamfailureinstance，bfi)，以进行波束传输失败检测(beamfailuredetection)。

在beamfailuredetection过程中，当上层接收到的bfi的个数达到门限值时，为了恢复链路，ue会启动波束传输失败恢复(beamfailurerecovery)过程，触发随机接入。这样的beamfailurerecovery过程可以发生在处于drx模式下的ue的activetime以及非activetime。当beamfailurerecovery过程发生时，ue处于activetime，ue可以按照non-drxmode进行操作，但是如何进行发生在非activetime的beamfailurerecovery过程，这是需要解决的问题。

技术实现要素：

为了解决上述问题，本发明提供了一种由用户设备执行的方法以及用户设备，能够在被配置了不连续接收drx模式的用户设备中可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信系统整体的可靠性以及通信效率。

根据本发明，提出了一种由用户设备执行的方法，该用户设备被配置了不连续接收drx模式，所述方法包括：在参考信号的测量结果低于门限值时生成并指示波束传输失败实例bfi；以及在所述bfi的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与所述随机接入过程有关的时间窗的运行状态，进行与所述随机接入过程有关的控制。

在上述方法中，可以是，在触发了所述随机接入过程且所述用户设备处于非激活状态时，在所述时间窗处于运行期间的情况下，将所述用户设备切换为激活状态。

根据本发明，提出了一种由用户设备执行的方法，该用户设备被配置了不连续接收drx模式，所述方法包括：在参考信号的测量结果低于门限值时生成并指示波束传输失败实例bfi；以及在所述bfi的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与带宽部分bwp活跃期相关的定时器的运行状态，进行与所述随机接入过程有关的控制。

在上述方法中，可以是，在触发了所述随机接入过程且所述用户设备处于非激活状态时，在所述定时器超时而发生了带宽部分bwp的切换的情况下，将所述用户设备切换为激活状态。

根据本发明，提出了一种由用户设备执行的方法，该用户设备被配置了不连续接收drx模式，所述方法包括：在参考信号的测量结果低于门限值时生成并指示波束传输失败实例bfi；以及在所述bfi的累计次数达到预设的门限值以上且所述用户设备处于非激活状态时，延迟执行随机接入过程的触发。

在上述方法中，可以是，根据与所述随机接入过程有关的时间窗的运行状态来控制延迟的时间长度。

在上述方法中，可以是，在所述时间窗处于运行期间的情况下，在该时间窗运行结束时触发所述随机接入过程，在所述时间窗没有运行的情况下，开始运行所述时间窗，并且在该时间窗运行结束时触发所述随机接入过程。

在上述方法中，可以是，所述时间窗的长度由网络侧预先配置，或者由所述用户设备根据与链路状态有关的信息来确定。

在上述方法中，可以是，将所述随机接入过程的触发延迟至预设的时刻为止，或者延迟至发生特定事件为止。

根据本发明，提出了一种用户设备，包括：处理器；以及存储器，存储有指令；其中，所述指令在由所述处理器运行时执行上述方法。

发明效果

根据本发明的由用户设备执行的方法以及用户设备，能够在被配置了不连续接收drx模式的用户设备中可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信系统整体的可靠性以及通信效率。

附图说明

通过下文结合附图的详细描述，本发明的上述和其它特征将会变得更加明显，其中：

图1示出了根据本发明实施例的由用户设备执行的方法的流程图；

图2示出了根据本发明实施例的由用户设备执行的另一方法的流程图；

图3示出了根据本发明实施例的由用户设备执行的另一方法的流程图；

图4示出了根据本发明实施例的用户设备的框图。

具体实施方式

下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。

在具体描述之前，先对本发明中提到的若干术语做如下说明。除非另有指出，本发明中涉及的术语都具有下文的含义。

下文以nr移动通信系统及其后续的演进版本作为示例应用环境，以支持nr的基站和ue设备为例，具体描述了根据本发明的多个实施方式。然而，需要指出的是，本发明不限于以下实施方式，而是可适用于更多其它的无线通信系统，例如elte通信系统，而且可以适用于其他基站和ue设备，例如支持elte的基站和ue设备。

ue在测量链路评估链路质量时，具体的操作包括，在一段时间内测量参考信号，测量的结果反映了参考信号的强度，并且判断参考信号的强度是否高于/低于预设的门限值。这段测量参考信号的时间可以称为评估周期(evaluationperiod)，也可以称作测量周期(measurementperiod)，即测量/评估执行的时期，下文中不再赘述。评估周期的长度单位可以是毫秒或者是时隙(slot)数，还可以是子帧(subframe)数。如果参考信号不是连续出现，而是周期性出现的，那么评估周期的长度还可以描述为包含参考信号周期的个数。

在评估周期或者测量周期内，ue定期接收参考信号，进行采样测量，然后得出信号强度值或者是将强度值映射/折算为传输误块率，即通过测量获得表征链路质量或者信号强度的测量结果，或者是通过测量获得链路质量，这里统称为测量结果。可见在评估周期内，由于ue接收参考信号而带来了能量消耗。评估完成后，ue根据参考信号的测量结果是否高于/低于预设的门限值进行判断：当测量的参考信号的测量结果低于门限值时，ue的phy向上层指示一个bfi，表示产生了一个bfi；当测量的参考信号的强度高于门限值时，那么ue的phy不会向上层进行任何指示。这种根据测量结果进行判断的行为是周期性发生的，其周期可以称为指示周期(indicationperiod)。根据判断结果，在指示周期的边界，如果有bfi生成，ue可以向上层指示bfi；如果没有bfi生成，ue不进行任何指示。

由于判断的行为总是发生在评估周期结束的时刻，可以认为ue在进行指示之前的一段时间进行测量，然后根据测量结果进行指示。这段进行测量的时间的长度等于评估周期的长度，即ue基于指示之前的评估周期这段时间内的测量结果进行判断并指示。

为了检测beamfailure，需要进行上述的测量，常用的参考信号可以是ssb或者csi-rs。当判断发生beamfailureinstance时，ue的下层，这里主要指phy，会向上层，主要指mac层，指示一个bfi。mac层收到bfi后会对计数器bfi_counter的值加一，并且启动对应于指示周期的定时器beamfailuredetectiontimer，这个定时器超时，意味着一个指示周期结束，如果此时又有bfi被指示，那么mac层的计数器bfi_counter会继续加1；如果没有bfi被指示，那么mac层的计数器bfi_counter则被重置为零。当计数器的值大于等于门限值beamfailureinstancemaxcount时，会触发随机接入过程(randomaccessprocedure)。

在触发的随机接入过程中，ue可以在基于无竞争冲突的prach资源上发送特定的前导序列preamble，或者是发送基于无竞争冲突的、用于beamfailurerecoveryrequest的preamble，并启动时间窗ra-responsewindow，信元beamfailurerecoveryconfig中配置了该时间窗的取值；如果ue在该时间窗运行期间，接收到指向ue的c-rnti的pdcch时，那么可以认为随机接入过程成功完成，进而认为beamfailurerecovery过程成功完成。

在触发的随机接入过程中，ue还可以在基于竞争冲突的prach资源上发送preamble，然后接收基站gnb发送的随机接入响应消息randomaccessresponse，rar。在rar中调度的上行资源上，ue发送携带ue的身份标识c-rnti的消息三，并启动竞争冲突解决定时器，在竞争冲突解决定时器运行期间，如果ue接收到指向ue的c-rnti的pdcch，那么可以认为竞争冲突解决以及随机接入过程成功完成，进而认为beamfailurerecovery过程成功完成。

这里说的“指向ue的c-rnti的pdcch”是指用ue的c-rnti加扰的pdcch，可以被称为pdcchaddressedtothec-rnti。

本文中的drx模式drxmode是指ue被配置了drx功能(drxisconfigured)，或者是被配置了drx相关的参数，或者是指进行drx操作的ue。本文中的非drx模式non-drxmode是指ue未被配置drx功能或者未被配置drx相关的参数，或者是ue未进行drx操作。ue在drx模式下，周期性地持续监听pdcch，这里的周期为drxcycle。当ue遵循drxcycle，在activetime醒来监听pdcch时，ue会启动定时器drx-ondurationtimer，在这个定时器运行期间，ue会持续监听pdcch。这里所说的“持续监听pdcch”是指在pdcch可能出现的所有时刻接收pdcch，并且检测该pdcch或者其包含的dci的格式(format)是否是被该ue的c-rnti加扰，即该pdcch是否指向ue的c-rnti(pdcchaddressedtothec-rnti)。如果是，则根据被监听的dci的格式解码该pdcch，从而获取其中指示的信息dci。

在drxmode下ue可以处于activetime或者non-activetime。本文中的非activetime是指ue不处于activetime的时期，或者是不属于activetime的时间。ue在非activetime不监听pdcch，这意味着pdcch可能出现的时刻发生在ue的非activetime，那么ue在这个pdcch可能出现的时刻，不会去接收并检测pdcch。

当ue被配置了drxcycle，activetime指的是下述时刻：

-定时器drx-ondurationtimer，drx-inactivitytimerordrx-retransmissiontimerdlordrx-retransmissiontimerulorra-contentionresolutiontimer运行期间；

-在pucch上发送的调度请求处于挂起(pending)的时候

-在一个随机接入过程中，如果发送的前导序列不是从基于竞争冲突的随机接入前导序列中选择的，那么在成功收到rar之后，还没有收到一个指向ue的c-rnti的pdcch的时候。

图1示出了根据本发明实施例的由用户设备ue执行的方法的流程图，在该方法中，用户设备ue被配置了drx模式。

具体而言，如图1所示的方法包括步骤s110和步骤s120。

在步骤s110中，在参考信号的测量结果低于门限值时生成并指示波束传输失败实例bfi。

在步骤s120中，在bfi的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与随机接入过程有关的时间窗的运行状态，进行与随机接入过程有关的控制，其中，与随机接入过程有关的控制例如包括用户设备的状态的切换等。

根据上述方法，提供了一种在被配置了drx模式的用户设备中防止波束传输失败恢复过程失败的方法，例如，在bfi的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与随机接入过程有关的时间窗的运行状态，进行与随机接入过程有关的控制。

因此，根据上述方法，即使在被配置了不连续接收drx模式的用户设备中，也能够可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信系统整体的可靠性以及通信效率。

图2示出了根据本发明实施例的由用户设备ue执行的另一方法的流程图，在该方法中，用户设备ue被配置了drx模式。

具体而言，如图2所示的方法包括步骤s210和步骤s220。

在步骤s210中，在参考信号的测量结果低于门限值时生成并指示波束传输失败实例bfi。

在步骤s220中，在bfi的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与带宽部分bwp活跃期相关的定时器的运行状态，进行与随机接入过程有关的控制，其中，与随机接入过程有关的控制例如包括用户设备的状态的切换等。

根据上述方法，提供了一种在被配置了drx模式的用户设备中防止波束传输失败恢复过程失败的方法，例如，在bfi的累计次数达到预设的门限值以上而触发了随机接入过程的情况下，根据与带宽部分bwp活跃期相关的定时器的运行状态，进行与随机接入过程有关的控制。

因此，根据上述方法，即使在被配置了不连续接收drx模式的用户设备中，也能够可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信系统整体的可靠性以及通信效率。

图3示出了根据本发明实施例的由用户设备ue执行的另一方法的流程图，在该方法中，用户设备ue被配置了drx模式。

具体而言，如图3所示的方法包括步骤s310和步骤s320。

在步骤s310中，在参考信号的测量结果低于门限值时生成并指示波束传输失败实例bfi。

在步骤s320中，在bfi的累计次数达到预设的门限值以上且用户设备处于非激活状态时，延迟执行随机接入过程的触发。

根据上述方法，提供了一种在被配置了drx模式的用户设备中防止波束传输失败恢复过程失败的方法，例如，在bfi的累计次数达到预设的门限值以上且用户设备处于非激活状态时，延迟执行随机接入过程的触发。

因此，根据上述方法，即使在被配置了不连续接收drx模式的用户设备中，也能够可靠地完成波束传输失败恢复过程，从而能够提高用户设备所涉及的通信系统整体的可靠性以及通信效率。另一方面，根据上述方法，还能够实现终端节电。

以下，详细描述本发明的若干实施例。

由于beamfailurerecovery触发ra的时刻仅与上报的bfi的个数有关，因此触发的ra可以发生在activetime或者是非activetime。因此，上述标志着ra成功完成以及beamfailurerecovery成功完成的pdcch可以是在activetime由网络侧发送的，并被收到，或者在非activetime由网络侧发送的。

现有机制中，对于mac实体在处于activetime时，规定了ue需要持续地监听下行pdcch，以确定是否是被该ue的c-rnti加扰的，如果是被该ue的c-rnti加扰的pdcch，对于该pdcch指示的上行/下行传输/调度定义了相应的行为。但是，对于ue在非activetime下，现有技术不支持ue监听pdcch，那么存在问题，当上述标志着ra成功完成以及beamfailurerecovery成功完成的pdcch在非activetime由网络侧发送时，ue因为处于非active而无法去监听并成功接收，从而导致ue执行的beamfailurerecovery过程失败。因此需要解决该beamfailurerecovery过程失败的问题。

实施例1

为了解决上述问题，一种方法是扩展activetime的定义，使得ue在网络侧发送前文所述的、标志着ra成功完成以及beamfailurerecovery成功完成的pdcch时处于activetime，从而使得ue监听并接收到该pdcch，完成随机接入过程，进而完成beamfailurerecovery过程。该方法的具体实施方式可以是：

当beamfailurerecovery过程被触发，从该时刻起的时间包含在activetime中，即一旦beamfailurerecovery被触发，ue判定mac实体进入/处于activetime；或者

对于一个由beamfailurerecovery触发的随机接入过程，它在执行期间所属的时间包含在activetime中；或者

beamfailurerecovery过程进行的时间包含在activetime；或者

当ue在基于无竞争冲突(basedoncontentionfree)的prach资源上发送preamble时，从该时刻起的时间包含在activetime中，即一旦preamble在基于无竞争冲突的prach资源上被发送，ue判定mac实体进入/处于activetime，即这段时间包含在activetime内；优选的，该prach资源用于beamfailurerecovery。

又或者

当ue发送了用于无竞争冲突(basedoncontentionfree)的preamble时，从该时刻起的时间包含在activetime中，即一旦preamble在基于无竞争冲突的prach资源上被发送，ue判定mac实体进入/处于activetime，即这段时间包含在activetime内；优选的，该preamble用于beamfailurerecovery。

在一个随机接入过程中，如果发送的前导序列是从基于竞争冲突的随机接入前导序列中选择的，那么在成功收到rar之后，还没有收到一个指向ue的c-rnti的pdcch的时候，从该时刻起，ue判定mac实体进入/处于activetime，即这段时间包含在activetime内；或者

当在一个由beamfailurerecovery触发的随机接入过程中，在成功接收了随机接入响应，但是指向该ue的c-rnti的pdcch还没有接收到时，从该时刻起，ue判定mac实体进入/处于activetime，即这段时间包含在activetime内；或者

当ue被配置了drx，在ra-responsewindow运行(running)期间，ue判定mac实体进入/处于activetime，包括将处于非激活状态的ue切换为激活状态的操作；优选的，该ra-responsewindow的取值是由信息元素(informationelement)beamfailurerecoveryconfig中配置的，或者是该ra-responsewindow被配置的取值和beamfailurerecovery的配置相关联，或者该ra-responsewindow被配置了与beamfailurerecovery相关的取值。所述的“在ra-responsewindow运行(running)期间，ue判定mac实体进入/处于activetime”可以理解为，

-当ra-responsewindow启动时，如果mac实体处于non-activetime，那么mac实体进入activetime；如果mac实体已经处于activetime，那么mac实体继续处于activetime；

-当ra-responsewindow运行停止时，mac实体仍然处于activetime，又或者是ra-responsewindow运行停止时，如果没有其他触发条件导致mac实体处于activetime，那么ra-responsewindow运行停止时，mac实体进入non-activetime。

这里所说的“其他的触发条件导致mac实体一直处于activetime”包括本文中其他部分提到的任何导致mac实体一直处于activetime的判断。

由于在beamfailurerecoveryconfig配置的ra-responsewindow运行(running)期间，ue需要在信元recoverysearchspaceid指示的搜索空间中搜索/监听指向该ue的c-rnti的pdcch，因此一种可以替换的方案为：当ue被配置了drx，如果需要在信元recoverysearchspaceid指示的搜索空间中搜索/监听指向ue的c-rnti的pdcch，则ue判定mac实体进入/处于activetime，包括将处于非激活状态的ue切换为激活状态的操作。

此外，当与bwp活跃期相关的定时器bwp-inactivitytimer超时，ue将回落到初始下行bwp(initialdlbwp)或者默认的下行bwp(defaultdlbwp)，从而发生了bwp的切换。在这一过程中，由于ue在被回落的bwp上没有持续的链路监测，所以极有可能检测到beamfailure，进而触发beamfailurerecovery以及相应的随机接入过程。由于bwp-inactivitytimer运行超时可以发生在非activetime，因此还存在一种方案，当ue被配置了drx，在bwp-inactivitytimer运行超时时，ue判定mac实体进入/处于activetime，包括将处于非激活状态的ue切换为激活状态的操作。所述的“当ue被配置了drx，在bwp-inactivitytimer运行超时时，ue判定mac实体进入/处于activetime”可以理解为：

当mac实体处于non-activetime时，在bwp-inactivitytimer运行超时时，mac实体进入activetime；

如果没有其他触发条件导致mac实体一直处于activetime，那么由bwp-inactivitytimer运行超时导致进入的activetime可以持续到drx-ondurationtimer启动，一旦drx-ondurationtimer启动，ue继续处于activetime；

还可以是在bwp-inactivitytimer运行超时时启动一个定时器，这个定时器运行时，ue处于activetime，那么上述方案的一种变形为：当ue被配置了drx，在bwp-inactivitytimer运行超时时，如果ue不处于activetime(或者是ue处于non-activetime)，那么启动一个定时器以及ue判定mac实体进入/处于activetime，包括将处于非激活状态的ue切换为激活状态的操作。

上述方案的另一种变形为：当ue被配置了drx，在bwp-inactivitytimer运行超时时，如果ue不处于activetime(或者是ue处于non-activetime)，那么启动一个定时器；以及在该定时器运行期间ue判定mac实体进入/处于activetime，包括将处于非激活状态的ue切换为激活状态的操作。

在该定时器超时时，如果没有其他的触发条件导致mac实体一直处于activetime，那么ue可以离开activetime，或者说是进入non-activetime。一旦由其他的触发条件导致mac实体一直处于activetime，那么当这些触发条件发生时，该定时器被停止。

这里所说的“其他的触发条件导致mac实体一直处于activetime”包括本文中其他部分提到的任何导致mac实体一直处于activetime的判断。

定时器的时长可以由网络侧预先配置例如通过系统信息/系统信息块广播，以及通过专有信令发送给ue。这个定时器的配置信息可以和drx的配置信息一起配置给ue。

优选的，这样的定时器也可以用时间窗来实现。即用启动时间窗来取代定时器运行/启动，用停止时间窗来取代停止定时器，以及用时间窗超时来取代定时器运行结束，用时间窗运行来取代定时器的运行。时间窗的时长设置方法可以和定时器的时长设置方法相同。

由于ue仅在被配置了drx模式，或者drxcycle，或者drx功能时，才区分activetime和非activetime，因此可以理解，当ue被配置了drx模式，或者drxcycle，或者drx功能时，可以执行上述方法。

基于上述方法之一或多，使得ue在网络侧发送前面所述的pdcch时处于activetime，从而使得ue监听并接收到该pdcch，完成随机接入过程，进而完成beamfailurerecovery过程。

在ue监听并接收到了指向该ue的c-rnti的pdcch时，该pdcch可以指示了一个上行传输/调度(ultransmission/ulgrant)，或者指示了pdsch上的下行传输/指派(dltransmission/dlassginment)，又或者是既不指示上行传输/调度又不指示下行传输/指派，仅仅是对ue的beamfailurerecoveryrequest的响应。

在上述的pdcch指示的任一情况下，ue可以启动或者重新启动定时器drx-inactivitytimer。在这个定时器运行期间，属于activetime，ue持续监听pdcch。

优选的，如果前面所述pdcch指示了pdsch上的下行指派，那么当相应的pucch传输完成后，ue为这个harq进程启动定时器drx-harq-rtt-timerdl。这里“相应的pucch传输”是指ue在接收了pdsch上的传输信息后，通过pucch向gnb反馈接收信息的ack/nack信息。当drx-harq-rtt-timerdl超时，如果相应于与本次传输的相关的harq进程对应的下行数据没有正确接收，那么为这个harq进程启动定时器drx-retransmissiontimerdl。在drx-retransmissiontimerdl运行期间，ue持续监视pdcch。

以及可选的，在activetime期间，如果前面所述pdcch指示了一个上行调度/传输，那么当相应的pusch传输完成后，或者是相应的pusch的第一次重复传输完成后，ue为这个harq进程启动定时器drx-harq-rtt-timerul。这里“相应的pusch传输”是指ue在pdcch指示的上行调度的时刻和频域对应的pusch上传输的上行数据。如果drx-harq-rtt-timerul超时，那么为相应于与本次传输的相关的harq进程启动drx-retransmissiontimerul。在drx-retransmissiontimerul运行期间，ue持续监视pdcch。

实施例2

为了实现终端节电，另外一种可行的方法是当beamfailurerecovery被触发时，如果ue处于非activetime，ue延迟执行触发随机接入过程。

由于ue仅在被配置了drx模式，或者drxcycle，或者drx功能时，才区分activetime和非activetime，因此可以理解当ue被配置了drx模式，或者drxcycle，或者drx功能时，可以执行上述方法。

具体可以是，

当ue的上层接收到的bfi的个数大于等于beamfailureinstancemaxcount时，ue进一步判断mac实体是否处于activetime。

如果处于activetime，则立刻触发随机接入过程；

如果不处于activetime，则推迟执行触发随机接入过程。

其中，推迟执行触发随机接入过程可以通过下述方案实现：

方案一

延迟的时间长度可以是由一个时间窗控制，具体可以是，

当ue的上层接收到的bfi的个数大于等于beamfailureinstancemaxcount时，如果ue的mac实体不处于activetime，并且该时间窗没有运行，那么则运行/启动该时间窗。

当时间窗运行结束时，触发用于beamfailurerecovery的随机接入过程。

在时间窗运行期间，不触发用于beamfailurerecovery的随机接入过程。

时间窗的长度可以是ue从网络侧接收的信息中预先配置的，还可以是ue根据链路的情况来确定。例如，当前链路的性能稳定，信号质量的波动不大，即连续测量的信号质量都高于某个阈值，那么时间窗的长度可以设置为较大的值；如果当前链路的性能不稳定，信号质量低于某个阈值，那么时间窗的长度可以设置为较小的值，甚至为0。优选的，可以由物理层来确定时间窗的长度，并提供给mac层。时间窗的长度还可以基于drxcycle、activetime、参考信号周期的时间长度等其他与链路状态有关的信息来确定。

在一些情况下，运行的时间窗可以被停止，例如ue进入了activetime，又或者当ue工作的bwp或者激活的bwp发生切换时，例如，与bwp活跃期相关的定时器运行超时，ue需要回落到初始的bwp或者默认的bwp上，那么这时可以停止运行的时间窗。当beamfailuredetectiontimer超时，导致bficounter被设置或者重置为0时，可以停止运行的时间窗。

优选的，这样的时间窗也可以用定时器来实现。即用启动定时器来取代运行/启动时间窗，用停止定时器来取代停止时间窗，以及用定时器超时来取代时间窗运行结束，用定时器运行来取代时间窗的运行。定时器的时长设置方法可以和时间窗的时长设置方法相同。

方案二

还可以是ue推迟执行触发随机接入过程直到某个时刻或者某个事件发生，即，将随机接入过程的触发延迟至预设的时刻为止，或者延迟至发生特定事件为止，例如直到ue进入activetime。具体可以是，

当ue的上层接收到的bfi的个数大于等于beamfailureinstancemaxcount时，如果不处于activetime，则不执行触发随机接入过程，并设置参数beamfailurerecovery为pending；

当ue进入activetime时，判断参数beamfailurerecovery取值，如果参数beamfailurerecovery取值为pending，那么触发用于beamfailurerecovery的随机接入过程。

其中，当ue工作的bwp或者激活的bwp发生切换时，例如，与bwp活跃期相关的定时器运行超时，如果参数beamfailurerecovery为pending，那么将参数beamfailurerecovery取值设为nopending。还可以是当beamfailuredetectiontimer超时，导致bficounter被设置或者重置为0时，如果参数beamfailurerecovery为pending，那么将参数beamfailurerecovery取值设为nopending。

这里参数beamfailurerecovery的取值设为pending的含义是指有一个挂起的beamfailurerecovery，nopending的含义是没有挂起的beamfailurerecovery。还可以是取值为0或者1，取值为1时对应pending的含义，取值为0时对应nopending的含义，这里不做限定。参数beamfailurerecovery的初始值可以设为nopending。

图4示出了根据本发明实施例的用户设备40的框图。如图4所示，该用户设备40包括处理器410和存储器420。处理器410例如可以包括微处理器、微控制器、嵌入式处理器等。存储器420例如可以包括易失性存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器420上存储有程序指令。该指令在由处理器410运行时，可以执行本发明详细描述的用户设备中的上述方法。

运行在根据本发明的设备上的程序可以是通过控制中央处理单元(cpu)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器ram)、硬盘驱动器(hdd)、非易失性存储器(如闪速存储器)、或其他存储器系统中。

用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。

用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。

此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如av设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。

如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。