CN112753275A - Nr-u lbt mac过程 - Google Patents

Abstract

在NR‑U中，当发生LBT失败时，现有的MAC过程可能采取不适当的动作，导致意外的后果。与现有的MAC过程关联的方法、设备和系统有助于保持在非授权频谱中操作时的MAC过程的适当操作和性能。

Description

NR-U LBT MAC过程

相关申请的引用

本申请要求2018年9月26日提交的题为“NR-U LBT MAC Procedures”的美国临时专利申请No.62/736,816和2018年10月31日提交的题为“NR-U LBT MAC Procedures”的美国临时专利申请 No.62/753,579的优先权，两件申请的内容通过引用包含在本文中。

背景技术

LTE授权辅助接入。3GPP版本16NR将支持非授权操作，而不需要在以前的版本中可用的授权辅助连接。由于在以前的版本中，总是存在授权连接，因此不必在非授权连接上确保高水平的QoS。

为了不干扰现有流量和获得对信道的接入，非授权情况下的操作要求对话前监听(LBT)过程。

具有至少一个在非授权频谱中操作的SCell的载波聚合被称为授权辅助接入(LAA)。在LAA中，为UE配置的一组服务小区于是总是包括至少一个按照帧结构类型3在未授权频谱中操作的SCell，也称为LAA SCell。除非另有说明，否则LAA SCell起常规SCell的作用。

LAA eNB和UE在LAA SCell上进行传输之前应用对话前监听 (LBT)。当应用LBT时，发射器监听/感测信道，以判定该信道是空闲还是繁忙。如果该信道被判定为空闲，那么发射器可以进行传输；否则，发射器不进行传输。如果LAA eNB为了LAA信道接入的目的使用其他技术的信道接入信号，那么它应继续满足3GPP TS 36.321， (E-UTRA)，Medium AccessControl(MAC)protocol specification (介质访问控制(MAC)协议规范),V15.2.0[1]中的LAA最大能量检测阈值要求。更多的背景可包括在3GPP TS 36.321，(E-UTRA)，MediumAccess Control(MAC)protocol specification,V15.2.0中。

发明内容

本文中公开的是与现有MAC过程关联的、可以保持MAC过程的适当操作和性能(比如当在非授权频谱中操作时)的方法、设备和系统。在NR-U中，当发生LBT失败时，现有的MAC过程可能采取不适当的动作，导致意想不到的后果。

提供本发明内容部分是为了以简化的形式介绍下面在具体实施方式部分中进一步说明的一些概念。本发明内容部分并不意图识别要求保护的主题的关键特征或基本特征，也不意图用于限制要求保护的主题的范围。此外，要求保护的主题不限于解决在本公开的任意部分中提及的任意或所有缺陷的限制。

附图说明

根据结合附图举例给出的以下说明，可以更详细地了解本公开，附图中：

图1图解说明用于NR-U LBT MAC过程的示例性系统；

图2图解说明与NR-U LBT MAC过程关联的示例性方法；

图3图解说明与NR-U LBT MAC过程关联的示例性方法；

图4图解说明与NR-U LBT MAC过程关联的示例性方法；

图5图解说明与NR-U LBT MAC过程关联的示例性方法；

图6图解说明与NR-U LBT MAC过程关联的示例性方法；

图7图解说明与NR-U LBT MAC过程关联的示例性方法；

图8图解说明与NR-U LBT MAC过程关联的示例性方法；

图9图解说明与NR-U LBT MAC过程关联的示例性方法；

图10图解说明与NR-U LBT MAC过程关联的示例性方法；

图11图解说明可基于NR-U LBT MAC过程的方法、系统和装置生成的示例性显示(例如，图形用户界面)；

图12A图解说明示例通信系统；

图12B图解说明包括RAN和核心网络的示例性系统；

图12C图解说明包括RAN和核心网络的示例性系统；

图12C图解说明包括RAN和核心网络的示例性系统；

图12E图解说明另一个示例通信系统；

图12F是诸如WTRU之类的示例设备或装置的方框图；和

图12G是示例性计算系统的方框图。

具体实施方式

本文中公开的是与MAC过程关联的、有助于保持MAC过程的适当操作和性能(例如当在非授权频谱中操作时)的方法、设备和系统。在NR-U中，当发生LBT失败时，现有的MAC过程可能采取不适当的动作，导致意想不到的后果。

本文中所解决的MAC过程相关的具体问题可以包括与带宽部分(BWP)操作过程、随机接入过程、功率余量上报(PHR)过程、SCell 激活或去激活过程、非连续接收过程、调度请求(SR)过程、缓存状态上报过程、逻辑信道优先级划分过程、或者UE和节点B(NB)MAC 过程的协调等关联的问题。

带宽部分操作过程问题-当发生LBT失败时：带宽部分非激活定时器可能到期，导致即使存在要调度的UL或DL数据时，也切换到初始或默认BWP。

随机接入过程问题-当发生LBT失败时：1)随机接入响应窗口可能到期，而不允许用于随机接入响应的足够数量(例如，阈值数量)的传输机会；2)前导码传输计数器可能达到最大传输数，而不允许成功的前导码传输所需的足够数量的前导码传输；3)争用解决定时器可能到期，而不允许响应于MSG3传输的足够数量的PDCCH传输机会；或者4) 即使不存在前导码传输时，功率抬升也可能增大，导致不正确的功率设定。

功率余量上报(PHR)过程问题-当发生LBT失败时：1)NB可能不能确定何时计算PHR，以及在那时传输什么，导致不正确的功率余量确定；2)可能不适当地提早发生由于PHR周期性定时器、重新配置、SCell激活、PSCell增加或禁止定时器到期而引起的PHR触发；3)PHR 计算可能不正确地计算假设实际传输的功率余量；或者4)即使不存在 PHR传输时，也可能设定PHR禁止定时器。

SCell激活/去激活过程问题-当发生LBT失败时：SCell去激活定时器可能到期，从而在SCell上存在要调度的UL或DL数据时去激活SCell。

非连续接收过程问题-当发生LBT失败时：持续时间或非激活定时器可能到期，从而在存在要调度的UL或DL时停止PDCCH接收。

调度请求过程问题-当发生LBT失败时：1)失败的SR传输将不发起随机接入过程；2)即使不存在SR传输时，也可能设定SR禁止定时器；3)SR传输计数器可能达到最大传输数，而不允许成功的SR传输所需的足够数量的SR传输；或者4)即使不存在SR传输时，SR待决也可能被清除。

缓存状态上报过程问题-当发生LBT失败时：当可能存在可用的 UL-SCH资源时，可能不传输BSR，并且将不触发SR。

逻辑信道优先级划分过程问题-当发生LBT失败时：可能不能在随后的许可中传输MAC PDU，导致用户数据和控制信令的丢失。

UE和NB MAC过程的协调问题-当发生LBT失败时：UE可能采取为了正确操作而需要NB知道的影响MAC过程的动作。另外，NB可能采取与UE行为无关的动作。

鉴于上述示例问题，可以存在可考虑到LBT失败的对现有MAC过程的修改或新MAC过程的创建，使得不采取不适当的动作并且避免意想不到的后果。下面公开了可以如何解决这些问题的概述。

图1图解说明用于NR-U LBT MAC过程的示例性系统。在步骤111， UE 101可以获得关于对UE 101的基站102信道接入的信息。该信息可以是从基站102用信号通知的下行链路信息。在步骤112，UE 101可以检测关于对基站102的上行链路信道接入的信息(例如，上行链路信息)。通过进行对话前监听(LBT)操作或另外的操作(例如，3GPP TS 36.213 V14.8.0第15节内的操作)，可以检测上行链路信息。在步骤113，基于步骤111或步骤112的信息(例如上行链路/下行链路信息)，MAC过程操作可能受到影响。除了如本文中公开的其他操作(例如，PHR、BSR 或BFD)之外，MAC过程还可以包括LBTR 121(例如图10)、DRX 122 (例如图6)、BWP操作123(例如图2)、或随机接入124(例如图3)、调度请求125(例如图7)。本文中设想在上述步骤中可以使用上行链路或下行链路信道接入信息。

图2-图10图解说明与在本文中更详细描述的NR-U LBT MAC过程关联的示例性方法。

图2图解说明带宽部分(BWP)操作过程的示例性方法。例如，在步骤131，检测一个或多个LBT失败(例如，上行链路/下行链路LBT 失败的阈值数量)。在步骤132，基于步骤131的检测到的失败，可以延长BWP非激活定时器。非激活定时器可以被延长，使得可以避免切换到初始或默认BWP，因为可能存在要调度的UL或DL数据。在步骤133，基于步骤131的检测到的失败，切换到备用带宽部分。

图3图解说明随机接入过程的示例性方法。例如，在步骤141，检测一个或多个LBT失败(例如，上行链路/下行链路LBT失败的阈值数量)。基于步骤141的检测到的失败，UE101可以执行步骤142、143、144或 145。在步骤142，可以延长随机接入响应窗口。步骤142可以为随机接入响应允许足够数量的传输机会。在步骤143，可以不递增前导码传输计数器。步骤143可以允许进行足够数量的前导码传输，以允许成功的前导码传输。在步骤144，可以延长争用解决定时器，这可以允许响应于 MSG3传输的足够数量的PDCCH传输机会。在步骤145，可以不增大功率抬升，这可以有助于保持适当的功率设定。在步骤146，可以向高层指示RA问题，并且认为RA过程不成功。在步骤147，可以切换到备用带宽部分。本文中设想步骤142-步骤147中的一个或多个可以基于步骤 141而发生。

图4图解说明功率余量上报过程的示例性方法。例如，在步骤151，检测一个或多个LBT失败(例如，上行链路/下行链路LBT失败的阈值数量)。基于步骤151的检测到的失败，UE101可以执行步骤152、153、 154、155、156、157或158。在步骤152，UE 101可以向基站102(例如，节点B)指示PHR是何时计算的。在步骤153，UE 101可以向基站 102指示在PHR计算时发送了什么。在步骤154，UE 101可以向基站102 指示何时发生了LBT失败。在步骤155，UE 101可以向基站102指示 PHR传输中存在延迟。在步骤156，可以延迟由于PHR周期性定时器、重新配置、SCell激活、PSCell增加或禁止定时器到期而引起的PHR触发。在步骤157，PHR计算可以考虑丢失或延迟的传输。在步骤158，可以不设定或者可以延迟PHR禁止定时器。

图5图解说明SCell激活/去激活过程的示例性方法。例如，在步骤 161，检测一个或多个LBT失败(例如，上行链路/下行链路LBT失败的阈值数量)。基于步骤161，在步骤162，可以延长SCell去激活定时器，这可以允许SCell上的附加的UL或DL数据调度机会。

图6图解说明非连续接收过程的示例性方法。例如，在步骤171，检测一个或多个LBT失败(例如，上行链路/下行链路LBT失败的阈值数量)。基于步骤171，可以延长持续时间或非激活定时器，这可以允许附加的UL或DL数据调度机会。在步骤173，可以应用DRX短周期定时器。在步骤174，可以使持续时间或非激活定时器与MCOT、CWS或 CCA对齐。在步骤175，可以调整DRX配置。本文中设想步骤172-步骤175中的一个或多个可以基于步骤171而发生。

图7图解说明调度请求过程的示例性方法。例如，在步骤181，检测一个或多个LBT失败(例如，上行链路/下行链路LBT失败的阈值数量)。基于步骤181的检测到的失败，UE101可以执行步骤182、183、184或 185。在步骤182，可以发起随机接入过程。在步骤183，可以不设定SR 禁止定时器，或者可以延迟禁止定时器的设定。在步骤184，可以不递增 SR传输计数器，以允许成功的SR传输所需的足够数量的SR传输。在步骤185，可以不清除SR待决，或者可以延迟SR待决的清除。在步骤 186，可以切换到备用带宽部分。本文中设想步骤182-步骤186中的一个或多个可以基于步骤181而发生。

图8图解说明缓存状态上报过程的示例性方法。例如，在步骤191，检测一个或多个LBT失败(例如，上行链路/下行链路LBT失败的阈值数量)。基于步骤192，即使可能存在可用的UL-SCH资源，也可以触发SR。

图9图解说明逻辑信道优先级划分过程的示例性方法。例如，在步骤201，检测一个或多个LBT失败(例如，上行链路/下行链路LBT失败的阈值数量)。基于步骤201的检测到的失败，UE 101可以执行步骤 202或203。在步骤202，可以不建立MAC PDU。在步骤203，可以重新格式化MAC PDU，这可以允许随后的许可中的传输。

图10图解说明UE 101向基站102上报LBT失败或成功信息的示例性方法，这可以允许改善UE 101和基站MAC过程的协调。例如，在步骤211，检测一个或多个LBT失败(例如，上行链路/下行链路LBT失败的阈值数量)。基于步骤211，UE101可以上报LBT失败或者上报哪些过程受到影响以及如何受到影响。在步骤213，报告包括在配置的时间段内的LBT成功/失败统计。在步骤214，报告包括定时信息、CCA、 MCOT或CWS。在步骤215，设定传输禁止定时器，以使上报的频率最小。本文中设想步骤212-步骤215中的一个或多个可以基于步骤181而发生。

图2-图10图解说明与NR-U LBT MAC过程关联的示例性方法。下面更详细地说明多个NR-U LBT MAC过程。

NR-U LBT操作对MAC的影响

所公开的主题可以应用于整个MAC操作和许多特定的MAC过程。这些MAC过程可以包括带宽部分(BWP)操作、随机接入(RA)、功率余量上报(PHR)、SCell激活和去激活、逻辑信道优先级划分(LCP)、非连续接收(DRX)、调度请求(SR)、缓存状态报告(BSR)、以及可能的新的LBT MAC过程等。

LBT失败会导致对这些MAC过程的不必要和意外的影响。在了解 LBT失败或成功的情况下，这些MAC过程可以与在不需要LBT的授权频谱中的操作类似地操作并且具有类似的性能。设想可能关于第一MAC 过程(例如随机接入)公开的步骤(例如动作)可以应用于第二MAC 过程(例如BWP操作)。于是，步骤通常不限于特定的MAC过程。

对于UL和DL LBT失败的一般考虑

就对MAC过程的影响来说，可以在UL或DL中考虑LBT失败。取决于MAC过程以及该过程内的特定动作，可以考虑UL和DL LBT 失败，或者可以考虑仅UL或仅DL LBT失败。另外，对于UL和DL 来说，如何向MAC提供LBT指示以及提供什么信息可能是不同的。

对于UL LBT操作，PHY层可以向MAC指示LBT成功或失败。 UL LBT成功或失败指示可以与UL传输关联，或者可以独立于UL传输来进行UL LBT过程。每个UL LBT成功或失败指示可以与一个或多个 MAC过程关联。

对于DL LBT操作，NB可以用信号向UE通知DL LBT成功或失败。DL LBT成功或失败指示可以与DL传输关联，或者可以独立于DL 传输来进行DL LBT过程。每个DL LBT成功或失败指示可以与一个或多个MAC过程关联。

取决于MAC过程和该过程内的特定动作，即使没有关联的传输时，也可能需要进行LBT。这可能是必需的，因为当前的MAC过程假设对信道的接入是恒定的，并且不存在传输的暂停或阻塞。例如，如果UE 没有检测到下行链路分配或上行链路许可MAC过程，那么可能假设在下行链路或上行链路中没有要被调度以便传输的数据。但是，可能存在由于LBT失败而被阻塞或延迟的要被调度以便传输的数据。这种情况下， MAC过程可能采取可能导致意外或不期望的后果的动作。

当在本公开中针对整个MAC操作或特定MAC过程提及LBT失败或成功时，可以考虑上行链路LBT或下行链路LBT两者。取决于MAC 过程和该过程内的特定动作，考虑UL和DLLBT失败，或者考虑仅UL 或仅DL LBT失败。

应注意的是，不必向MAC用信号通知或者指示LBT失败和成功两者。缺少LBT失败指示可以被解释为成功，并且缺少成功指示可以被解释为失败。来自PHY层的UL LBT指示可以只指示LBT失败，而来自NB的DL LBT指示可以只指示LBT成功。

LBT成功或失败指示可以在已知的情况下定期提供，或者可以由 MAC过程所采取的特定动作触发。DL LBT成功或失败可以由NB定期用信号通知，而UL LBT成功或失败可以取决于特定MAC过程的操作由PHY层指示。注意，定期指示可以通过由MAC过程驱动的按需指示来增强，反之亦然。

LBT成功或失败指示可以是针对特定LBT过程操作的，或者所述指示可以提供关于已知时间段内的不止一个LBT过程操作的信息。所述时间段可以是从上一次报告开始的时间段。UL LBT指示可以起因于特定的LBT过程操作，而DL LBT指示可以提供关于一时间段内的多个(例如，阈值数量的)LBT操作的信息。

LBT成功或失败指示可以提供关于在其处进行LBT的载波和BWP 的信息。除了上行链路或下行链路LBT成功、失败指示之外，还可以向 MAC过程提供另外的LBT过程信息。MAC过程考虑下行链路和上行链路中的传输机会。为了这些MAC过程的正确地操作，可能需要知道在上行链路和下行链路中可以或不可以进行传输的时间段。为了实现这一点，本文公开了除了或包括有LBT成功或失败指示，还向MAC提供空闲信道评估(CCA)的时间段、所选择的最大信道占用时间(MCOT)、所选择的争用窗口大小(CWS)和其他定时信息，以允许适当地确定下行链路和上行链路传输机会。MCOT、CWS或其他定时可以用信道接入优先级类别(CAPC)或表示所选定时的另一指标来识别。

下行链路LBT成功/失败指示

已经讨论了在UE的DRX持续时间内可以从NB用信号向UE通知 DL LBT成功指示，从而影响DRX周期。这应当将此扩展到包括DRX 非激活定时器正在运行的时间段，以及潜在所有包括DRX激活时间的时间段。例如，当在UE不在DRX持续时间内的时候发起随机接入或调度请求过程时，对LBT失败的了解可能是与在不需要LBT时的操作相似的恰当操作和性能所必需的。

此外，作为解决这种问题的更全面的方式，考虑以下DL LBT成功指示，所述DL LBT成功指示以UE已知的定期方式连续传输，以允许在DRX激活时间之外运行的MAC过程受益于对DL LBT成功和失败的了解。

DL LBT成功指示可以是新的显式信号或者隐式地检测的。例如， DL LBT成功可以通过SSB或DRS的接收来隐式地检测，新的显式信号可以是新的DCI格式(例如，寻址到单个UE或一组UE或向所有UE 广播)。

定期地连续用信号通知DL LBT成功指示不一定会增加复杂性或需要更多的资源使用，因为对于不同的UE，DRX持续时间通常在时间上错开。取决于周期性，信令开销甚至可能降低。

还应注意的是，用信号通知DL LBT指示可以是特定于UE的，或者特定于共享DRX持续时间的各组UE的。特定于小区的DL LBT指示可导致资源的更有效使用和更一致的MAC过程操作和性能。

还认为LBT成功指示可能不是单个指示。用信号通知的信息还可以提供针对从上一次LBT成功指示起的时间段的信息。用信号通知的信息还可以提供针对NB接入DL信道(例如，接入特定信道或BWP)多长时间的信息。这种情况下，MAC过程可能会随着时间的推移持续了解 DL LBT成功或失败，这可能导致由于DL LBT失败而对MAC过程的更精确影响。

下行链路成功指示还可以提供识别其中能够和不能进行传输的时间段的定时信息，以便使MAC过程能够精确地确定传输机会。为了实现这一点，除了或包含有LBT成功指示，还可以向MAC提供空闲信道评估(CCA)的时间段、所选择的最大信道占用时间(MCOT)、所选择的争用窗口大小(CWS)、或者其他定时信息，以允许适当地确定下行链路传输机会。MCOT、CWS或其他定时信息可以用信道接入优先级类别(CAPC)或表示所选定时的另一指标来识别。

上行链路LBT成功/失败指示

除了NB向UE指示LBT失败或成功状态之外，UE可以向NB提供UL LBT失败或成功信息。

如本文中所公开的，可能存在对UE MAC过程的多种潜在影响。可能存在其中NB可能有必要知道LBT失败或成功如何影响某些MAC过程的多种情况。例如，如果DRX激活时间或DRX周期已经受到影响，那么NB必须知道，以便UE被适当地调度。

LBT过程可能不仅仅向NB指示UL LBT失败。在大量的UL LBT 失败之后，可以采取其他动作。如本文中所讨论的，现有的MAC过程的操作可能受到LBT失败的影响。新的LBT过程有可能采取新的动作来帮助解决LBT失败。例如，可以调整信道接入优先级以增加成功LBT 的机会。

可以在指定的或配置的一段时间内对LBT失败的总数进行计数。或者，LBT失败计数器(FC)可以对连续的LBT失败进行计数，并且一旦LBT成功，LBT FC就可以被重置为零。其中可以对LBT失败进行计数的时间段可以是滑动时间窗口。当LBT失败计数器超过指定或配置的阈值时，LBT状态可被认为是失败。如果指定或配置的LBT失败次数未被超过，或者接收到指定或配置数量的LBT成功指示，那么LBT状态可被认为是成功。MAC过程可以检查LBT状态，而不是对与MAC 过程关联的各个LBT失败进行计数。MAC过程可以按照LBT状态调整计数器和定时器。例如，MAC过程可以取决于LBT状态，延长计数器和定时器，或者认为定时器和计数器已经达到最大阈值。也可以向高层指示LBT状态。例如，以影响RRC过程。

可以定义新的MAC LBT上报(LBTR)过程，以提供UL LBT成功或失败信息。LBTR MACCE可以提供关于先前的UL LBT结果的历史信息。这可以是在相对于生成报告的时间的某个时间段内。例如，它可以是从传输上一个LBTR MAC CE起的时间段。MAC CE可以提供与哪个(哪些)MAC过程受到影响或者何时发生了LBT失败有关的信息，使得NB可以尝试关联哪个(哪些)过程受到影响。LBTR MAC CE还可以包括LBT结果中的BWP信息，例如关于哪个BWPLBT失败和哪个BWP LBT成功。RRC可以将LBTR报告时间段配置到UE中。

或者，UL物理控制信令可以提供UL LBT失败或成功指示。这可以携带在PUCCH上或背负在PUSCH上，如果被调度的话，或者是新的UL信令。没有接收到周期性UL信令可被解释为UE LBT失败。这可以是PUCCH或新的UL信令。新的UL信令可能必须被配置成使得在已知物理资源和已知时间发生NB接收。

上行链路LBT成功或失败指示还可以提供识别其中能够和不能进行传输的时间段的定时信息，以便使MAC过程能够精确地确定传输机会。为了实现这一点，提出除了或包含有LBT成功或失败指示，还向MAC 提供空闲信道评估(CCA)时间段、所选择的最大信道占用时间(MCOT)、所选择的争用窗口大小(CWS)、或者其他定时信息，以允许适当地确定上行链路传输机会。MCOT、CW或其他定时可以用信道接入优先级类别(CAPC)或表示所选定时的另一指标来识别。

LBT对MAC定时器和计数器的影响

LBT失败可能导致传输机会的丢失。传输机会的丢失还导致实现成功传输的时间段更长。MAC过程考虑在宣布过程失败之前要完成的传输机会的量和时间段。为了在需要LBT时恰当地进行MAC过程，传输机会的计数以及可能还有允许过程成功完成的时间段需要考虑LBT失败。

现有的MAC过程假设当MAC PDU被提供给PHY层，或者指令被提供给PHY以传输PHY上行链路控制信息(例如SR)时，PDU或PHY 上行链路控制信息被传输。当建立与特定MAC过程关联的MAC CE并且复用到MAC PDU中时，可以假定该MAC CE被传输。为了限制与特定MAC过程关联的MAC CE或PHY上行链路控制信息可被传输的频率，在MAC CE被建立并且MAC PDU可被提供给PHY层时，或者在指令被提供给PHY以传输PHY上行链路控制信息时，可以设定禁止定时器。为了适当地控制MAC CE或PHY上行链路控制信息可被传输的频率，并且确保在需要时传输MAC CE或PHY上行链路控制信息，这些禁止定时器的设定也可以考虑LBT失败。

还可以考虑处理MAC过程的顺序。当MAC过程在PHY层进行 LBT之前执行时，现有过程可以递增计数器，并且定时器可以运行。就影响现有MAC过程而言，可以考虑多种方法，所述多种方法可以与以下相关：1)当MAC从PHY层接收到LBT失败的指示时，调整计数器和定时器，以考虑传输失败；2)当LBT成功时，使定时器和计数器作出反应；或者3)在进行初始MAC过程时到计数器或定时器达到其最大阈值时之间的时间段期间，或者在最初设定它们时到计数器或定时器达到其最大阈值时之间的时间段期间，记录LBT失败。

当MAC从PHY层接收到LBT失败的指示时，计数器和定时器被调整，以考虑传输失败。可以使在进行MAC过程时被递增的计数器递减，使得它们不从在进行所述过程之前被设定的值发生任何变化。这对于定时器来说可能稍微复杂一些。最佳地，过程的最大时间不应考虑LBT 失败的时间段。当发生LBT失败时，取决于定时器如何用于不同的MAC 过程，存在用于影响MAC定时器的多种选项：a)将从进行与LBT失败关联的MAC过程之时到进行MAC过程的下次机会的时间段从定时器中减去，或者与最大时间阈值相加(当定时器到期时)；b)在接收到 LBT失败指示时停止定时器，并在进行MAC过程的下次机会时重启定时器；c)依据LBT失败指示，重启定时器；或者d)将从设定(开启或重启)与LBT失败关联的MAC过程中的定时器之时到MAC过程中设定定时器的下次机会的时间段从定时器中减去，或者与最大时间阈值相加(当定时器到期时)。

这种方法的一个关注点是在进行MAC过程的时间、和与MAC过程关联的LBT失败指示计数器或定时器的接收达到最大值之间发生什么。解决这个问题的一种方法将是当定时器或计数器达到其最大值时，MAC 检查它是否正在等待先前的传输的LBT指示，并且只在确定成功的LBT 指示之后才调用与定时器或计数器到期关联的动作。

当LBT成功时，使定时器和计数器作出反应。在这种方法中，当进行MAC过程时，不使一个或多个计数器和一个或多个定时器作出反应。当指示LBT成功时，递增计数器，并且检查或调整定时器。这种方法的一个问题是如果在LBT成功指示时，定时器或计数器已经达到它们的最大阈值，在一些情况下这意味着MAC过程会以不同的方式进行。处理这种情况的选项有几种：当进行MAC过程时，可以检查定时器和计数器，以查看在进行该过程时，如果按照该过程调整了定时器或计数器，那么它们是否会达到其最大阈值，并且在这种情况下，MAC过程可以采取动作，就像计数器或定时器已经达到其最大阈值一样。

在进行初始MAC过程时到计数器或定时器达到其最大阈值时之间的时间段期间，或者在最初设定它们时到计数器或定时器达到其最大阈值时之间的时间段期间，可以记录LBT失败。当定时器或计数器达到其最大阈值时，检查LBT失败记录，并且如果发生了LBT失败，那么过程调整定时器和计数器以考虑LBT失败。可以有如下(a)或(b)的多种选项来完成这一点：(a)按照LBT失败的次数或LBT失败的时间段来调整最大定时器和计数器阈值，使得此时不采取在达到最大阈值时采取的动作；或者(b)按照失败的次数和LBT失败的时间段重启定时器和计数器，使得此时不采取在达到最大阈值时采取的动作。

影响定时器和计数器的LBT失败可能导致MAC过程的不可接受的延迟(例如，达到阈值)或者甚至无休止的停滞。MAC过程计数器和定时器可能从不达到其最大阈值。于是所公开的对MAC过程的改变可以考虑连续或大量LBT失败的可能性。这种情况下，MAC过程可以考虑时间上的最大延长或计数器的最大扩展，从而适当地进行每个MAC过程。例如，限制MAC过程计数器(MAC PC)和定时器(MAC PT)的扩展可以用以下方法来解决：1)MAC过程LBT失败计数器(LBT FC)； MAC PC和MAC PT扩展计数器(EC)；或者MAC PC和MAC PT 扩展最大阈值(EMT)。

MAC过程LBT失败计数器(LBT FC)：LBT FC可以对可能在指定或配置的时间段内的全部LBT失败进行计数。或者，LBT FC可以对连续的LBT失败进行计数，并且在LBT成功时，LBT FC被重置为零。 LBT FC时间段可以是允许MAC过程完成的时间，或者可以是滑动时间窗口。特定的MAC过程可以具有不止一个LBT FC。当MAC过程并行地进行独立动作时，每个可以具有LBT FC。LBT FC可以具有指定或配置的最大值。当LBT FC达到最大计数时，MAC PC或MAC PT对于 MAC过程在LBT失败时不再被扩展。或者，当LBT FC达到最大计数时，MAC过程采取动作，就像MAC PC或MAC PT已经达到其最大值一样。在一些情况下，这导致MAC过程被认为已失败。

MAC PC和MAC PT扩展计数器(EC)：LBT失败导致MAC PC 或MAC PT最大阈值被扩展。扩展的标准可以是指定或配置的时间段内的指定或配置的LBT失败次数。例如，它可以是MAC PT最大阈值。 EC可以对指定或配置的时间段内的全部MAC PC或MAC PT扩展进行计数。或者，EC可以对连续的MAC PC或MAC PT扩展进行计数。EC 时段可以是允许MAC过程完成的时间，或者可以是滑动时间窗口。特定的MAC过程可以具有不止一个EC。当MAC过程并行地进行独立动作时，每个可以具有EC。EC可以具有指定或配置的最大值。当EC达到最大计数时，MAC PC或MAC PT对于MAC过程在LBT失败时不再被扩展。或者，当EC达到最大计数时，MAC过程可以采取动作，就像MAC PC或MAC PT已达到其最大值一样。这可能导致MAC过程被认为已失败。

MAC PC和MAC PT扩展最大阈值(EMT)：LBT失败可能导致 MAC PC或MAC PT最大阈值被扩展。MAC PC或MAC PT最大阈值可以在每次LBT失败时，或者在指定或配置的时间段内的指定或配置的 LBT失败次数时被扩展。例如，所述时间段可以是当前MAC PT最大阈值。MAC PC或MAC PT最大阈值可以在指定或配置的连续LBT失败次数时被扩展。当MAC PC或MACPT达到指定或配置的EMT时， MAC PC或MAC PT的最大阈值可不再被扩展。在一些情况下这导致 MAC过程被认为已失败。

MAC过程还可以具有可用于控制进行过程的频率的定时器。这些定时器可以被称为禁止定时器。当一些MAC过程被执行时，禁止定时器设定允许再次进行过程的最早时间。MAC过程目前在过程被执行时设定这些定时器。可以使用多种方法或系统来解决这个问题，比如1)可以在过程被执行时不再设定禁止定时器，而是可以现在取决于LBT成功或失败来设定或不设定禁止定时器。只有在对于与MAC过程关联的传输的 LBT成功时，才应设定禁止定时器。LBT过程可能需要一些时间才能成功。这种情况下，相对于进行MAC过程的时间，禁止定时器的启动可以被延迟。这可能是确保适当地限制进行MAC过程的频率所必需的；或2)如果对于与MAC过程关联的传输，接收到LBT失败指示，那么清除可在进行MAC过程时设定的禁止定时器。如果LBT过程导致延迟的传输，那么禁止定时器可以被延长，以考虑到从进行MAC过程到确定LBT成功的时间。

丢失调度和传输机会

MAC过程还可以考虑下行链路分配和上行链路许可。LBT失败可能导致下行链路分配和上行链路许可的丢失。当NB确定LBT失败时， PDCCH调度机会可能丢失。另外，当UE确定LBT失败时，即使接收到PDCCH调度，也会丢失上行链路传输机会。

当在配置的监视时间段内没有接收到下行链路分配或上行链路许可时，多个MAC过程采取动作。在关于不接收下行链路分配和上行链路许可的MAC过程标准中可以考虑LBT失败或LBT成功。除了上行链路或下行链路LBT成功、失败指示之外，可以向MAC过程提供另外的 LBT过程信息。除了或包含有LBT成功或失败指示，还向MAC提供空闲信道评估(CCA)的时间段、所选择的最大信道占用时间(MCOT)、所选择的争用窗口大小(CWS)、或者其他定时信息，以允许适当地确定下行链路和上行链路传输机会。MCOT、CWS或其他定时可以用信道接入优先级类别(CAPC)或表示所选定时的另一指标来识别。

如果在配置的监视时间段期间，当可能未接收到下行链路分配或上行链路许可时，检测到LBT失败或者未检测到LBT成功，则可以考虑多种选项：

-如果在监视时间段期间未检测到LBT成功，那么MAC过程可以不采取动作。

-如果在监视时间段内未达到配置的LBT成功或连续LBT成功检测的最小阈值，那么MAC过程可以不采取动作。

-如果在监视时间段期间检测到LBT失败，那么MAC过程可以不采取动作。

-如果在监视时间段内达到配置的LBT失败或连续LBT失败检测的最大阈值，那么MAC过程可以不采取动作。

-根据CCA、MCOT、CWS或其他定时信息，可以更精确地确定上行链路或下行链路传输机会的数量或时间段。

未被MAC过程采取的动作是在配置的监视时间段期间未接收到下行链路分配或上行链路许可时，当前特定的MAC过程可能采取的动作。例如：

-如果在BWP非激活定时器正在运行的时间期间，检测到LBT失败或未检测到LBT成功，那么即使在该时间段期间没有接收到下行链路分配或上行链路许可，也将不进行到初始或默认BWP的BWP切换。

-如果在DRX激活时间的时间期间，检测到LBT失败或未检测到 LBT成功，那么即使在该时间段期间没有接收到下行链路分配或上行链路许可，也可以重置DRX非激活。

MAC过程还可能需要考虑由于LBT失败而不能进行上行链路传输的情况。对MAC过程的影响与当LBT失败导致丢失PDCCH调度机会时相同。MAC过程可以考虑归因于LBT的UL传输失败，与目前在没有接收到上行链路许可时或者在上行链路许可对于可供传输的数据来说不可接受(例如，LCP限制)时所执行的一样。例如，在LBT失败之后的退避时间段期间，MAC过程的行为可以与它目前在没有接收到上行链路许可时或者在上行链路许可对于可供传输的数据来说不可接受(例如， LCP限制)时的行为一样。

常规的MAC过程可以假设当MAC PDU被提供给PHY层时，它被传输。当进行LBT时，情况并不总是这样。于是，涉及MAC PDU传输的MAC过程应当阐明传输考虑LBT成功或失败。这可以通过在MAC 过程内参考LBT成功或者阐明MAC PDU传输标准包括LBT成功来实现。

MAC CE可以被恢复和存储，或者触发这些MAC CE的事件被复原，从而当重新进行MAC PDU的复用和组装时，重新评价触发，并重新计算报告的值。

NR-U LBT对特定MAC过程的影响

LBT操作过程

可以引入新的LBT MAC过程。该过程可以用于向NB通知LBT失败或成功。如本文中所述，可能存在对UE MAC过程的多种可能影响。在许多情况下，为了进行适当操作，NB可能有必要知道对这些MAC过程的影响。

可能的是受LBT失败影响的每个UE MAC过程用信号向NB通知所述影响，以针对相应的MAC过程维持UE和NB之间的协调。不过这可能需要向许多MAC过程引入额外的复杂性。

一种示例性方式是定义新的单独的MAC过程，该MAC过程向NB 指示LBT状态(例如，成功或失败)，使得NB可以考虑到LBT信息，并通过LBT操作实现其他MAC过程的改变的行为，来调整其相对于这些过程的行为。

于是，UE PHY层LBT成功或失败指示可被提供给MAC。PHY层可以进行一些预处理，以限制在MAC层和PHY层之间用信号通知的原语的量。新的LBT MAC过程可以合并这些LBT指示，并且可以生成对话前监听报告(LBTR)MAC控制元素(CE)，该控制元素可以提供关于一时间段内的LBT失败或成功的信息。除了LBT成功或失败指示之外，UE PHY层还可以向MAC层提供LBT定时信息。例如，LBT定时信息可以包括CCA时间段、选择MCOT或CWS时间段。

LBTR可以单独地提供UL和DL LBT失败。UL LBT失败对NB 来说可能是未知的，并且需要用信号通知以维持MAC过程协调。而且， UE知晓的DL LBT失败对NB可能有用，因为NB可能不能假设用信号向UE通知的或者UE以其他方式检测的什么DL LBT失败是由UE实现的。UE可能错过或者未能接收NB DL LBT失败或成功指示。

LBTR过程可能需要一个或多个触发来发起过程，从而导致传输 LBTR的情况。触发可以包括以下方式中的一种或多种。在第一种方式中，达到阈值的LBT失败可以是触发。可以存在RRC配置的LBT失败阈值。该阈值可以是已知时间段内的LBT失败的阈值数量，或者连续 LBT失败的阈值数量。这些参数可能需要是可配置的，因为上报的紧急程度可能取决于所支持的流量的类型。在第二种方式中，触发可以是当对其他MAC过程的某些影响导致为了进行适当操作，NB需要知道的该过程的操作的变化时。例如，影响激活时间或DRX周期的DRX操作的任何变化。这种情况下，MAC DRX过程触发LBTR。在第三种方式中，触发可以基于RRC配置的周期性LBTR。在第四种方式中，触发可以基于为限制LBTR频率而引入的LBTR禁止定时器。

LBTR过程可以对配置的LBTR监视时间段内的LBT失败或成功进行计数。例如：

-如果在LBTR监视时间段内，LBT失败计数大于配置的LBT失败计数，那么可以触发LBTR。

-如果在LBTR监视时间段内，LBT成功计数小于配置的LBT成功最小值，那么可以触发LBTR。

LBTR过程可以对配置的LBTR监视时间段内的连续LBT失败或成功进行计数。

-如果在LBTR监视时间段内，连续LBT失败计数大于配置的连续 LBT失败计数，那么触发LBTR。

-如果在LBTR监视时间段内，连续LBT成功计数小于配置的连续 LBT成功最小值，那么触发LBTR。

当其他MAC过程触发LBTR时，这可以通过设定LBTR待决指示来实现。稍后在MACPDU复用组装期间检查LBTR待决指示，以查看 LBTR MAC CE将被建立。

LBTR可以包括以下信息：

-从上一次LBTR以来的LBT失败或成功的计数

-从上一次LBTR以来，LBT失败或连续LBT失败超过了最大配置的LBT失败阈值的次数

-从上一次LBTR以来，LBT成功计数或连续LBT成功计数小于配置的连续LBT成功最小值的次数

-除了UL LBT失败之外，还可以报告UE已检测到的DL LBT失败

-触发了LBTR的MAC过程

-与建立LBTR PDU的时间相关的时间戳

-CCA、MCOT或CWS信息

应注意的是，PHY层或RRC层可以提供类似的操作，并且PHY层或RRC层信令可以用于向NB传达类似的信息。

RRC可以被配置到UE中，信道接入优先级类别的优先级被映射到为LBTR MAC CE指定的逻辑信道。或者，接入优先级类别可被指定为具有最高优先级的信道接入优先级类别。LBTR过程还可以包括一般的 LBT状态确定过程，或者LBTR和其他MAC过程可以使用独立的LBT 状态过程。这种方法将使引入每个MAC过程的复杂性最小。例如，将仅仅检查LBT状态，而不是每个MAC过程对影响该过程的LBT失败进行计数。

可以计数可能在指定或配置的时间段内的LBT失败的总数。或者， LBT FC可以计数连续的LBT失败，并且在LBT成功时，LBT FC被重置为零。其中可以对LBT失败进行计数的时间段可以是滑动时间窗口。当LBT失败计数器超过指定或配置的阈值时，LBT状态被认为是失败。如果未接收到指定或配置数量的LBT失败，或者接收到指定或配置数量的LBT成功指示，那么LBT状态被认为是成功。MAC过程可以检查 LBT状态，而不是对与MAC过程关联的各个LBT失败进行计数。MAC 过程可以按照LBT状态调整计数器和定时器。例如，MAC过程可以取决于LBT状态，扩展计数器和定时器，或者认为定时器和计数器已经达到最大阈值。还可以向高层指示LBT状态。例如，以影响RRC过程。

BWP操作过程

对BWP操作过程的以下修改可以考虑NR-U中LBT操作的影响。

LBT失败可能导致在BWP非激活定时器的时间段期间阻塞下行链路分配和上行链路许可。这种情况下，进行到默认或初始BWP的BWP 切换可能是不适当的。

如果在BWP非激活定时器正在运行的时间段期间，确定了LBT失败，那么应当延长与激活的DL BWP关联的BWP非激活定时器。这可能是确保在下行链路分配和上行链路许可可能由于LBT失败而丢失时，不进行到默认或初始BWP的BWP切换所必需的。只有当在BWP非激活定时器正在运行的时候确实没有要传输的数据时，才应进行到默认或初始BWP的BWP切换。这里的例子可以参考MAC规范3GPP TS 38.321， (NR)，Medium Access Control(MAC)protocol specification,V15.2.0 (这里也称为[2])。许多示例性修改在本文中被加下划线。例如，可以如下修改MAC规范：

如果配置了bwp-InactivityTimer，那么对于每个激活的服务小区， MAC实体应该：

1>如果配置了defaultDownlinkBWP，并且激活的DL BWP不是由defaultDownlinkBWP指示的BWP；或

1>如果未配置defaultDownlinkBWP，并且激活的DL BWP不是initialDownlinkBWP：

2>如果在激活的BWP上接收到寻址到指示下行链路分配或上行链路许可的C-RNTI或CS-RNTI的PDCCH；或

2>如果对于激活的BWP，接收到寻址到指示下行链路分配或上行链路许可的C-RNTI或CS-RNTI的PDCCH；或

2>如果MAC PDU在配置的上行链路许可中被传输或者在配置的下行链路分配中被接收；或

2>如果在激活的BWP上检测到了LBT失败：

3>如果不存在与该服务小区关联的进行中的随机接入过程；或

3>如果在寻址到C-RNTI的该PDCCH的接收时，与该服务小区关联的进行中的随机接入过程成功完成(例如，如关于[2]的子条款5.1.4和5.1.5所规定的)：

4>那么启动或重启与激活的DL BWP关联的 bwp-InactivityTimer。

标准也可以基于在BWP非激活运行时的LBT成功检测。例如：

如果配置了bwp-InactivityTimer，那么对于每个激活的服务小区， MAC实体应该：

1>如果配置了defaultDownlinkBWP，并且激活的DL BWP不是由defaultDownlinkBWP指示的BWP；或

1>如果未配置defaultDownlinkBWP，并且激活的DL BWP不是initialDownlinkBWP：

2>如果在激活的BWP上接收到寻址到指示下行链路分配或上行链路许可的C-RNTI或CS-RNTI的PDCCH；或

2>如果对于激活的BWP，接收到寻址到指示下行链路分配或上行链路许可的C-RNTI或CS-RNTI的PDCCH；或

2>如果MAC PDU在配置的上行链路许可中被传输或者在配置的下行链路分配中被接收；或

2>如果在激活的BWP上未检测到LBT成功：

3>如果不存在与该服务小区关联的进行中的随机接入过程；或

3>如果在寻址到C-RNTI的该PDCCH的接收时，与该服务小区关联的进行中的随机接入过程成功完成(例如，如关于[2]的子条款5.1.4和5.1.5所规定的)：

4>那么启动或重启与激活的DL BWP关联的 bwp-InactivityTimer。

LBT失败可能不是单个实例。它可以是在BWP非激活定时器运行时的多个LBT失败或成功检测。另外，如本文中所述，LBT失败或成功指的是上行链路LBT或下行链路LBT两者。

可以定义一种过程来计数一时间段内的LBT失败或LBT成功，或者计数一时间段内的连续LBT失败或连续LBT成功。只有当LBT失败或连续LBT失败超过配置的最大LBT失败阈值时，或者只有当LBT成功或连续LBT成功可能小于配置的最小LBT成功阈值时，才重启BWP非激活定时器。例如，可以如下修改MAC规范：

如果配置了bwp-InactivityTimer，那么对于每个激活的服务小区， MAC实体应该：

1>如果配置了defaultDownlinkBWP，并且激活的DL BWP不是由defaultDownlinkBWP指示的BWP；或

1>如果未配置defaultDownlinkBWP，并且激活的DL BWP不是initialDownlinkBWP：

2>如果在激活的BWP上接收到寻址到指示下行链路分配或上行链路许可的C-RNTI或CS-RNTI的PDCCH；或

2>如果对于激活的BWP，接收到寻址到指示下行链路分配或上行链路许可的C-RNTI或CS-RNTI的PDCCH；或

2>如果MAC PDU在配置的上行链路许可中被传输或者在配置的下行链路分配中被接收；或

2>如果在激活的BWP上，LBT失败计数超过了LBT失败阈值：

3>如果不存在与该服务小区关联的进行中的随机接入过程；或

3>如果在寻址到C-RNTI的该PDCCH的接收时，与该服务小区关联的进行中的随机接入过程成功完成(例如，如关于[2]的子条款5.1.4和5.1.5所规定的)：

4>那么启动或重启与激活的DL BWP关联的 bwp-InactivityTimer；

4>重置LBT失败计数。

在上述过程中，应注意的是，已检测到LBT失败适用于在BWP非激活定时器正在运行的时间段，从在激活的DL BWP上接收到用于BWP 切换的PDCCH、或者激活的BWP上或对于激活的BWP的上行链路许可的PDCCH接收、或者MAC PDU对于配置的许可被传输或接收直到BWP非激活定时器到期的时刻的时间段。

BWP非激活定时器可以被延长与初始配置值不同的时间段。BWP 非激活定时器被延长的时间段可以是另一个配置值，或者是取决于所确定的检测到的LBT失败或成功的数量的值。

LBT失败也可以触发配置的BWP之间的切换。LBT失败可能不是单个实例。它可以是在指定或配置的时间段内的多个LBT失败或成功检测。另外，如本文中所述，LBT失败或成功可以指的是上行链路LBT 或下行链路LBT。

可以定义一种过程来计数一时间段内的LBT失败或LBT成功，或者计数一时间段内的连续LBT失败或连续LBT成功。只有当LBT失败或连续LBT失败超过配置的最大LBT失败阈值时，或者只有当LBT成功或连续LBT成功小于配置的最小LBT成功阈值时，才将激活的BWP切换到配置的备用激活BWP。

还可能有必要避免由于LBT失败而显著地延长BPW非激活定时器或者甚至无限地延长非激活定时器，使得UE从不返回初始或默认BWP。于是，可以将BWP非激活定时器的重启限制到指定或配置的最大值。例如，可以如下修改MAC规范：

1>如果在激活的BWP上，BWP-Inactivity-LBT-Failure-Count>BWP-Inactivity- LBT失败阈值；和

1>如果LBT-BWP-InactivityRestartCount<＝LBT-BWP-Inactivity-Restart- Threshold：

2>将BWP-Inactivity-LBT-Failure-Count设定为0；

2>将LBT-BWP-InactivityRestartCount递增1；

2>启动或重启与激活的DLBWP关联的bwp-InactivityTimer。

1>如果检测到了LBT失败：

2>递增BWP-Inactivity-LBT-Failure-Count。

当LBT BWP非激活重启阈值被超过时，可以采取以下动作：

1>如果LBT-BWP-InactivityRestartCount>LBT-BWP-Inactivity-Restart- Threshold：

2>进行到默认或初始BWP的BWP切换；

2>向高层发送识别BWP的指示；

2>使SCell去激活；

随机接入过程

随机接入响应接收

对随机接入响应接收过程的以下修改可以考虑到NR-U中LBT的影响。

如果RA响应窗口到期，但是自前导码传输以来已检测到LBT失败，那么RA响应窗口可以被扩展。这可能是必需的，因为NB可能已经接收到前导码传输，但是随机接入响应由于LBT失败而被延迟。当UE检测到NB错过了传输机会时，RA响应窗口可以被扩展。

例如，可以如下修改MAC规范：

1>如果在RACH-ConfigCommon中配置的ra-ResponseWindow 到期，并且如果未收到与传输的PREAMBLE_INDEX匹配的包含随机接入前导码标识符的随机接入响应；或者

1>如果在BeamFailureRecoveryConfig中配置的 ra-ResponseWindow到期，并且如果未收到寻址到C-RNTI的PDCCH：

2>如果检测到了LBT失败：

3>如果MAC实体传输了用于波束故障恢复请求的免争用随机接入前导码：

4>那么重启在BeamFailureRecoveryConfig中配置的ra-ResponseWindow。

4>在ra-ResponseWindow正在运行时，针对C-RNTI所识别的波束故障恢复请求的 响应，监视SpCell的PDCCH。

3>否则：

4>重启在RACH-ConfigCommon中配置的ra-ResponseWindow；

4>在ra-ResponseWindow正在运行时，针对RA-RNTI所识别的随机接入响应，监视 SpCell的PDCCH。

2>否则(未检测到LBT失败)：

3>认为随机接入响应接收不成功；

在上述过程中，应注意的是，已检测到LBT失败适用于RA响应窗口正在运行的时间段，从前导码传输、到在前导码传输之后RA响应窗口第一次到期的时刻的时间段，或者从上一次作为LBT检测的结果在到期时重启RA争用解决定时器到接着的ra-ResponseWindow到期的时间段。

或者，可以定义一种过程来计数LBT失败或LBT成功。只有当LBT 失败超过配置的最大LBT失败阈值时，或者只有当LBT成功可能小于配置的最小LBT成功阈值时，才重启RA响应窗口。

或者，RA响应窗口可以被扩展与BeamFailureRecoveryConfig或者 RACH-ConfigCommon中的配置值不同的时间段。RA响应窗口被扩展的时间段可以是另一个配置值，或者可以是取决于所确定的检测到的 LBT失败或成功的数量的值。还可能有必要避免由于LBT失败而显著地扩展RA响应窗口或者甚至无限地扩展RA响应窗口，使得UE从不确定随机接入响应接收不成功。于是，可以将RA响应窗口的重启限制到指定或配置的最大值。例如，可以如下修改MAC规范：

1>如果RA-ResponseWindow-LBT-Failure-Count>RA-ResponseWindow-LBT- FailureThreshold；和

1>如果LBT-RA-ResponseWindowRestartCount<＝LBT-RA-ResponseWindow- Restart-Threshold：

2>那么将RA-ResponseWindow-LBT-Failure-Count设定为0；

2>将LBT-RA-ResponseWindowRestartCount递增1；

2>启动或重启ra-ResponseWindow。

1>如果已检测到LBT失败：

2>那么递增RA-ResponseWindow-LBT-Failure-Count。

当RA-ResponseWindow-LBT-FailureThreshold被超过时，可以采取以下动作：

1>如果LBT-RA-ResponseWindowRestartCount>LBT-RA-ResponseWindow- Restart-Threshold：

2>那么认为随机接入响应接收不成功。

另一个例子如下。已经讨论了如果LBT失败，那么前导码传输计数器不应被递增。例如：

1>如果在RACH-ConfigCommon中配置的ra-ResponseWindow 到期，并且如果未收到与传输的PREAMBLE_INDEX匹配的包含随机接入前导码标识符的随机接入响应；或者

1>如果在BeamFailureRecoveryConfig中配置的 ra-ResponseWindow到期，并且如果未收到寻址到C-RNTI的PDCCH：

2>那么认为随机接入响应接收不成功；

2>如果未检测到LBT失败：

3>将PREAMBLE_TRANSMISSION_COUNTER递增1：

3>如果PREAMBLE_TRANSMISSION_COUNTER＝ preambleTransMax+1：

4>如果随机接入前导码在SpCell上传输：

5>向高层指示随机接入问题

4>如果该随机接入过程是对于SI请求触发的：

5>那么认为随机接入过程未成功完成。

3>否则，如果随机接入前导码在SCell上传输：

4>那么认为随机接入过程未成功完成。

在检测到LBT失败时，可以递减前导码传输计数器。例如：

1>指令物理层使用所选择的PRACH、对应的RA-RNTI(如果可用的话)、PREAMBLE_INDEX和 PREAMBLE_RECEIVED_TARGET_POWER传输随机接入前导码。

1>如果检测到了LBT失败：

2>那么将PREAMBLE_TRANSMISSION_COUNTER递减1。

在上述过程中，应注意的是，LBT失败可以适用于前导码传输。应该尝试避免由于LBT失败而显著地不递增前导码传输计数器或者甚至无限期地不递增前导码传输计数器，使得UE不会确定随机访问响应接收不成功。于是，可以将RA响应窗口的重启限制到指定或配置的最大值。例如，可以如下修改MAC规范：

1>如果在RACH-ConfigCommon中配置的ra-ResponseWindow 到期，并且如果未收到与传输的PREAMBLE_INDEX匹配的包含随机接入前导码标识符的随机接入响应；或

1>如果在BeamFailureRecoveryConfig中配置的 ra-ResponseWindow到期，并且如果未收到寻址到C-RNTI的PDCCH：

2>那么认为随机接入响应接收不成功；

2>如果未检测到前导码传输LBT失败；或

2>如果RA-PreambleTransmission-LBT-Failure-Count>RA- PreambleTransmission-LBT-FailureThreshold：

3>那么将PREAMBLE_TRANSMISSION_COUNTER递增1；

3>如果PREAMBLE_TRANSMISSION_COUNTER＝ preambleTransMax+1：

4>如果随机接入前导码在SpCell上传输：

5>那么向高层指示随机接入问题

4>如果该随机接入过程是对于SI请求触发的：

5>那么认为随机接入过程未成功完成。

3>否则如果随机接入前导码在SCell上传输：

4>那么认为随机接入过程未成功完成。

1>如果检测到PreambleTransmission-LBT-Failure：

2>那么递增RA-PreambleTransmission-LBT-Failure-Count。

当RA-PreambleTransmission-LBT-FailureThreshold被超过时，可以采取以下动作：1)向高层指示随机接入问题；或2)认为随机接入过程未成功完成。

或者，可以如下修改MAC规范：

1>如果检测到PreambleTransmission-LBT-Failure：

2>那么递增RA-PreambleTransmission-LBT-Failure-Count；

2>如果RA-PreambleTransmission-LBT-Failure-Count>RA- PreambleTransmission-LBT-FailureThreshold：

3>如果随机接入前导码在SpCell上传输：

4>那么向高层指示随机接入问题

3>如果该随机接入过程是对于SI请求触发的：

4>那么认为随机接入过程未成功完成。

3>否则，如果随机接入前导码在SCell上传输：

4>那么认为随机接入过程未成功完成。

争用解决

对随机接入争用解决过程的以下修改可以考虑到NR-U中LBT的影响。

如果RA争用解决定时器到期，但是自前导码传输以来已检测到 LBT失败，那么RA争用解决定时器应被延长。这可能是必需的，因为 NB可能已经接收到MSG3传输，但是PDCCH传输由于LBT失败而被延迟。当UE检测到NB由于LBT失败而错过传输机会时，延长RA争用解决定时器。

例如，可以如下修改MAC规范：

1>如果ra-ContentionResolutionTimer到期：

2>如果检测到了LBT失败：

3>启动ra-ContentionResolutionTimer，并在每次HARQ重传时重启ra- ContentionResolutionTimer；

3>在ra-ContentionResolutionTimer正在运行时，监视PDCCH，而不管测量间隙的 可能出现；

2>否则：

3>丢弃TEMPORARY_C-RNTI；

3>认为争用解决不成功。

在上述过程中，应注意的是，检测到LBT失败适用于在RA争用解决定时器正在运行的时间段，从MSG3传输到在MSG3传输之后RA争用解决定时器第一次到期的时刻的时间段，或者从上一次作为LBT检测的结果在到期时启动RA争用解决定时器到接着的RA争用解决定时器到期的时间段。

或者，可以定义一种过程来计数LBT失败或LBT成功。只有当LBT 失败超过配置的最大LBT失败阈值时，或者只有当LBT成功可能小于配置的最小LBT成功阈值时，才重启RA争用解决定时器。

或者，RA争用解决定时器可以被延长与配置的RA争用解决定时器不同的时间段。RA争用解决定时器被延长的时间段可以是另一个配置值，或者可以是取决于所确定的检测到的LBT失败或成功的数量的值。还可能有必要避免由于LBT失败而显著地延长RA争用解决定时器或者甚至无限地延长RA争用解决定时器，使得UE从不确定争用解决不成功。于是，可以将RA争用解决定时器的重启限制到指定或配置的最大值。

例如，可以如下修改MAC规范：

1>如果RA-ContentionResolution-LBT-Failure-Count>RA- ContentionResolution-LBT-FailureThreshold；和

1>如果LBT-RA-ContentionResolutionTimerRestartCount<＝LBT- RAContentionResolutionRestart-Threshold：

2>那么将RA-ContentionResolution-LBT-Failure-Count设定为0；

2>将LBT-RA-ContentionResolutionTimerRestartCount递增1；

2>启动ra-ContentionResolutionTimer，并在每次HARQ重传时重启ra- ContentionResolutionTimer；

2>在ra-ContentionResolutionTimer正在运行时，监视PDCCH，而不管测量间隙的 可能出现；

1>如果检测到了LBT失败：

2>那么递增RA-ContentionResolution-LBT-Failure-Count。

当RA-ContentionResolution-LBTRestartThreshold被超过时，可以采取以下动 作：

1>如果LBT-RA-ContentionResolutionTimerRestartCount>LBT-RA- ContentionResolutionRestart-Threshold：

2>那么认为随机接入响应接收不成功。

随机接入前导码传输

对随机接入前导码传输过程的以下修改可考虑到NR-U中LBT的影响。

已经讨论过如果LBT失败，那么前导码功率抬升计数器不应被递增。例如：

对于每个随机接入前导码，MAC实体应该：

1>如果PREAMBLE_TRANSMISSION_COUNTER大于1；和

1>如果未从低层接收到暂停功率抬升计数器的通知；和

1>如果选择的SSB未改变(即，与前一次的随机接入前导码传输相同)；和

1>如果未检测到LBT失败：

2>那么将PREAMBLE_POWER_RAMPING_COUNTER递增1。

在检测到LBT失败时，可以递减前导码功率抬升计数器。例如：

1>指令物理层使用所选择的PRACH、对应的RA-RNTI(如果可用的话)、PREAMBLE_INDEX和 PREAMBLE_RECEIVED_TARGET_POWER传输随机接入前导码。

2>如果检测到了LBT失败：

2>那么将PREAMBLE_POWER_RAMPING_COUNTER递减1。

在上述过程中，应注意的是，LBT失败可以适用于前导码传输。

功率余量上报

对PHR过程的以下修改将考虑到NR-U中LBT的影响。

当PHR MAC CE传输由于LBT失败而被阻塞，并在稍后重传时，引入附加信令，以在计算PHR时通知NB，或者在计算PHR时向NB 通知传输条件。

为了使NB适当地处理PHR，NB可能需要知道在什么条件下计算了PHR。

PHR计算标称UE最大发射功率与用于每个激活的服务小区的 UL-SCH传输或SRS传输的估计功率之间的差值，以及关于标称UE最大功率与用于SpCell和PUCCH SCell上的UL-SCH和PUCCH传输的估计功率之间的差值的信息。

现有PHR信令识别UL-SCH传输是基于真实传输还是虚拟传输，以及在计算PHR时是否传输了PUCCH。当UL-SCH是真实传输时， NB可能需要知道在PHR计算时传输了什么。

当在非授权频谱中不操作且LBT不被使用时，NB可以确定PHR计算是在何时进行的。由于NB知道调度和接收了什么，因此它可以通过知道此时在UL-SCH上传输了什么来解释PHR。但是当LBT失败，并且传输被延迟到LBT成功时，NB不可能确定在PHR计算时在UL-SCH中传输了什么。

下面是解决这个问题的多种方式。在第一种方式中，向PHR提供允许NB确定PHR计算是在何时进行的附加指示。这可以是由LBT引起的相对于第一LBT失败的时间的延迟，或者它可以是绝对时间基准。在第二种方式中，向PHR提供附加信息，该附加信息向NB通知在UL-SCH 上传输了什么。这可以是接近于在UL-SCH上传输了什么的索引值，或者它可以是在PHR计算时的传输的物理细节。在第三种方式中，可以独立地向NB指示LBT失败或成功，使得NB可以确定LBT对于PHR所引起的有效延迟。在第四种方式中，向PHR提供附加信息，该附加信息向NB通知在计算PHR时使用的许可(例如上行链路许可)。

对于NB来说优选但不是绝对必需的是接收使NB可以知道PHR是如何计算的附加信息。或者，NB可以至少知道真实的PHR何时提供不准确的信息。这可以通过UE向NB指示LBT失败和成功来实现，从而允许NB确定存在延迟PHR的LBT失败。

另一个例子如下。PHR触发条件应考虑LBT失败。只有当LBT成功时，才应考虑可用UL资源、PHR周期性定时器到期、PHR重新配置、 SCell激活、和PSCell增加、触发标准。LBT标准的添加对于每种现有触发是互斥的，于是可能只影响现有标准的子集。

例如(在可能考虑所有触发的情况下)，可以如下修改MAC规范：

如果发生任意以下事件，那么应触发功率余量上报(PHR)：

-当任意MAC实体具有用于新的传输的UL资源且该传输未被LBT失败阻塞时，phr-ProhibitTimer到期或已到期，并且从该MAC实体中的PHR的上次传输以来，路径损耗的变化对于该MAC实体的至少一个激活服务小区大于用作路径损耗基准的phr-Tx-PowerFactorChange dB；

注1：上面评估的对于一个小区的路径损耗变化介于在当前时间在当前路径损耗基准上测量的路径损耗、和在PHR的上次传输的传输时间在那时使用的路径损耗基准上测量的路径损耗之间，而不管路径损耗基准在其间是否已变化。

-phr-PeriodicTimer到期并且LBT随后成功；

-在高层配置或重新配置功率余量上报功能并且LBT随后成功时 (其不被用于禁用功能)；

-具有配置的上行链路的任何MAC实体的SCell的激活并且LBT随后成功；

-PSCell的增加(即，新增或改变PSCell)并且LBT随后成功；

-当MAC实体具有用于新的传输的UL资源且该传输未被LBT失败阻塞时，phr-ProhibitTimer到期或已到期，并且对于具有配置的上行链路的任何MAC实体的任意激活的服务小区，以下是成立的：

-存在为传输分配的UL资源，或者存在该小区上的PUCCH传输，并且当MAC实体具有为传输分配的UL资源或者该小区上的PUCCH 传输时，从PHR的上次传输以来，对于该小区由功率管理(如TS 38.101[10]中规定的P-MPRc所允许的)而引起的所需功率回退的变化超过phr-Tx-PowerFactorChange dB。

这些改变可能是必需的，使得当LBT成功并且UE接入信道时计算或传输PHR。

另一个例子如下。只有在LBT成功时才应考虑PHR计算和传输。

只有在LBT成功时，才应考虑计算标称UE最大发射功率与用于每个激活的服务小区的UL-SCH传输或SRS传输的估计功率之间的差值，以及关于标称UE最大功率与用于SpCell和PUCCH SCell上的UL-SCH 和PUCCH传输的估计功率之间的差值的信息。

当检查UL资源是否能够容纳PHR MAC CE时，也可能有必要确定 LBT成功。具有可用的UL资源与PHR MAC CE传输由于LBT而被阻塞无关。

例如，可以如下修改MAC规范：

如果MAC实体具有为新的传输分配的UL资源并且确定LBT成功，那么MAC实体应该：

1>如果这是从上次MAC重置以来，为新的传输分配的第一个UL 资源：

2>那么启动phr-PeriodicTimer；

1>如果功率余量上报过程确定至少一个PHR已被触发并且未被取消；和

1>如果作为逻辑信道优先级划分的结果，所分配的UL资源能够容纳用于MAC实体被配置成传输的PHR的MAC CE加上其子报头；和

1>确定LBT成功：

2>如果配置了multiplePHR：

3>那么对于具有与任何MAC实体关联的配置的上行链路的每个激活的服务小区：

4>获得用于对应上行链路载波的类型1或类型3功率余量的值；

4>如果该MAC实体具有为在该服务小区上的传输分配的UL资源并且确定LBT成功；或

4>如果另一个MAC实体(如果配置的话)在该服务小区上具有为传输分配的UL资源并且确定LBT成功并且 phr-ModeOtherCG由高层设定为真实：

5>那么从物理层获得对应P_CMAX,f,c字段的值。

3>如果配置了phr-Type2SpCell：

4>获得用于该MAC实体的SpCell的类型2功率余量的值；

4>从物理层获得对应P_CMAX,f,c字段的值。

3>如果配置了phr-Type2OtherCell：

4>如果配置了其他CG：

5>获得用于其它MAC实体的SpCell的类型2功率余量的值；

5>如果phr-ModeOtherCG由高层设定为真实：

6>那么从物理层获得其它MAC实体的 SpCell的对应P_CMAX,f,c字段的值。

4>否则如果PUCCH SCell被配置并激活：

5>获得用于PUCCH SCell的类型2功率余量的值；

5>从物理层获得对应P_CMAX,f,c字段的值。

3>当确定LBT成功时，指令复用和组装过程基于物理层报告的值，生成和传输如在[2]的子条款6.1.3.9中定义的根据MAC实体的配置的ServCellIndex和PUCCH的PHR MACCE。

2>否则(即，使用单入口PHR格式)：

3>对于PCell的对应上行链路载波，从物理层获得类型1功率余量的值；

3>从物理层获得对应P_CMAX,f,c字段的值；

3>当确定LBT成功时，指令复用和组装过程基于物理层报告的值，生成并传输如在[2]的子条款6.1.3.8中定义的PHR MAC CE。

2>启动或重启phr-PeriodicTimer；

2>启动或重启phr-ProhibitTimer；

2>取消所有触发的PHR。

尽管上面的示例性MAC特定变化是根据LBT成功来描述的，不过例子也可以等同地根据没有LBT失败来表述。在这个例子中，应注意的是这些变化是互斥的。可能只需要所公开的变化的子集。

另一个例子如下。另外，公开了在检测到包括MAC PHR CE的传输的LBT失败时，不应设定PHR禁止定时器，或者如果设定了PHR禁止定时器，那么它应被清除。

当指令物理层传输包括MAC PHR CE的MAC PDU时，应只在对于MAC PDU传输确定LBT成功时，才启动或重启PHR禁止定时器。例如，可以如下修改MAC规范：

1>如果确定LBT成功；

2>启动或重启phr-PeriodicTimer；

2>启动或重启phr-ProhibitTimer；

2>取消所有触发的PHR。

尽管上面的示例性MAC特定变化是通过LBT成功来描述的，不过这个例子也可以根据没有LBT失败来表述。

或者，PHR禁止定时器或PHR周期性定时器可以如现有过程中进行的那样被启动，但是如果确定LBT失败，那么PHR禁止定时器可以被清除，或者PHR周期性定时器可以被重置为由于LBT失败的上次重置之前的剩余值，或者被重置为不同的时间值，例如配置的时间值。

这种修改可能是必需的，以确保在PHR传输由于LBT失败而被阻塞时，PHR禁止定时器不被设定以使得随后的PHR传输可以不被延迟，或者PHR周期性定时器不被重置以使得周期性PHR不被延迟。

SCell的激活/去激活

对SCell的激活/去激活过程的以下修改考虑到NR-U中LBT的影响。

如果在SCell去激活定时器在运行时检测到了LBT失败，那么延长 SCell去激活定时器。这可能是避免意外的SCell去激活所必需的。

当UE检测到NB错过了DL传输机会(下行链路分配可能丢失)，或者UL传输可能由于LBT失败而被阻塞(不传输MAC PDU)时，延长SCell去激活定时器。

可以如何实现这一点可以存在多种选项：

o在检测到LBT失败时，延长或重启SCell去激活定时器

o在SCell去激活定时器到期时，如果检测到LBT失败，那么延长或重启SCell去激活定时器。

应注意的是，当提及LBT失败时，它还可能意味着没有LBT成功。例如，UE PHY层可以向UE MAC指示LBT失败，或者NB可以向UE MAC指示LBT成功。

例如，可以如下修改MAC规范：

1>否则，如果接收到SCell激活/去激活MAC CE，那么去激活 SCell；或

1>如果与激活的SCell关联的sCellDeactivationTimer到期并且没有检测到LBT 失败：

2>按照在TS 38.213中定义的定时，去激活SCell；

2>停止与SCell关联的sCellDeactivationTimer；

2>停止与SCell关联的bwp-InactivityTimer；

2>清除分别与SCell关联的任何配置的下行链路分配和任何配置的上行链路许可类型2；

2>暂停与SCell关联的任何配置的上行链路许可类型1；

2>刷新与SCell关联的所有HARQ缓存。

1>如果与激活的SCell关联的sCellDeactivationTimer到期并且检测到了LBT失 败：

2>那么重启与SCell关联的sCellDeactivationTimer。

在上述过程中，应注意的是，检测到LBT失败适用于在SCell去激活定时器正在运行的时间段，从SCell激活之时、或者从在配置的上行链路许可中传输上一个MAC PDU的时间、或者从UE在配置的下行链路分配中进行接收的上次时间、直到在设定SCell去激活定时器之后 SCell去激活定时器第一次到期的时刻的时间段，或者从上次作为LBT 检测的结果在到期时启动SCell去激活计时器到接着的SCell去激活计时器到期的时间段。

或者，在SCell上检测到LBT失败时：

1>如果检测到了LBT失败：

2>那么重启与SCell关联的sCellDeactivationTimer。

或者，可以定义一种过程来计数LBT失败或LBT成功，或者计数连续LBT失败或连续LBT成功。只有当LBT失败或连续LBT失败超过配置的最大LBT失败阈值时，或者只有当LBT成功或连续LBT成功可能小于配置的最小LBT成功阈值时，才重启SCell去激活定时器。例如，可以如下修改MAC规范：

1>如果ScellDeactLBT-Failure-Count>ScellDeactLBT- Failure-Threshold：

2>重启与SCell关联的sCellDeactivationTimer；

2>将ScellDeactLBT-Failure-Count设定为0；

1>如果发生了LBT失败：

2>递增ScellDeactLBT-Failure-Count；

或者，SCell Deactivation Timer可以被延长与配置的SCell去激活定时器不同的时间段。SCell去激活定时器被延长的时间段可以是另一个配置值，或者可以是取决于所确定的检测到的LBT失败或成功的数量的值。还可能有必要避免由于LBT失败而显著地延长SCell去激活定时器或者甚至无限地延长SCell去激活定时器，使得UE从不去激活。于是，可以将SCell去激活定时器的重启限制到指定或配置的最大值。例如，可以如下修改MAC规范：

1>如果ScellDeact-LBT-Failure-Count>ScellDeact-LBT-FailureThreshold；和

1>如果LBT-ScellDeactTimerRestartCount<＝LBT-ScellDeact-Restart- Threshold：

2>将ScellDeact-LBT-Failure-Count设定为0；

2>将LBT-ScellDeactTimerRestartCount递增1；

2>重启与SCell关联的sCellDeactivationTimer；

1>如果检测到了LBT失败；

2>递增ScellDeact-LBT-Failure-Count。

当ScellDeact-LBT-FailureThreshold被超过时，可采取以下动作：

1>如果LBT-ScellDeactTimerRestartCount<＝LBT-ScellDeact- Restart-Threshold：

2>按照在TS 38.213[6]中定义的定时，去激活SCell；

2>停止与SCell关联的sCellDeactivationTimer；

2>停止与SCell关联的bwp-InactivityTimer；

2>清除分别与SCell关联的任何配置的下行链路分配和任何配置的上行链路许可类型2；

2>暂停与SCell关联的任何配置的上行链路许可类型1；

2>刷新与SCell关联的所有HARQ缓存。

非连续接收(DRX)

对DRX过程的以下修改考虑到NR-U中LBT的影响。

可能存在当短周期定时器到期时从短DRX周期到长DRX周期的转变，这种转变只应在检测到了LBT成功或者未检测到LBT失败时才进行。例如：

1>如果drx-ShortCycleTimer到期并且检测到了LBT成功：

1>使用长DRX周期。

1>否则

2>启动或重启drx-ShortCycleTimer

这里公开的是配置的最大LBT失败或最小LBT成功阈值。并且只有当LBT失败或LBT成功的计数超过阈值时，UE才可以继续使用DRX 短周期。例如：

1>如果drx-ShortCycleTimer到期并且LBT成功计数器超过最小LBT成功阈值：

2>使用长DRX周期。

2>否则

2>启动或重启drx-ShortCycleTimer

或者，如果检测到LBT失败或者未检测到LBT成功，那么延长DRX 激活时间。这可以通过启动或重启DRX非激活定时器来实现。这也可能导致继续使用DRX短周期，因为在DRX非激活定时器到期时，DRX短周期定时器被启动或重启。另外，这可以允许更多的PDCCH UL&DL调度机会，由于归因于LBT失败而失去的调度机会，这可能是必要的。例如，可以如下修改MAC规范：

3>如果PDCCH指示新的传输(DL或UL)；

4>在PDCCH接收结束后的第一个符号中启动或重启 drx-InactivityTimer。

3>如果检测到了LBT失败：

4>启动或重启drx-InactivityTimer。

优选地，启动或重启DRX非激活定时器取决于在一时间段期间多次检测到LBT失败或未检测到LBT成功。所述时间段可以是持续时间的时间段或非激活定时器的时间段、持续时间与非激活定时器运行的时间的组合。例如

1>当drx-onDurationTimer到期时，如果未检测到LBT成功：

2>启动或重启drx-InactivityTimer

1>当drx-InactivityTimer到期时，如果未检测到LBT成功：

2>启动或重启drx-InactivityTimer

LBT失败可能不是单个实例。它可以是多个LBT失败或成功检测。只有在影响PDDCH的UE接收的一系列LBT失败之后，才可发起DRX 过程。

可以定义一种过程来计数LBT失败或LBT成功，计数连续LBT失败或连续LBT成功。只有当LBT失败或连续LBT失败超过配置的最大 LBT失败阈值时，或者只有当LBT成功或连续LBT成功可能小于配置的最小LBT成功阈值时，才重启DRX非激活定时器。例如：

1>当持续时间定时器到期时，如果LBT成功计数小于LBT最小成功阈值：

2>启动或重启drx-InactivityTimer

还可能有必要避免由于LBT失败而显著地延长DRX非激活定时器或者甚至无限地延长DRX非激活定时器，使得UE从不进入DRX。于是，可以将DRX非激活定时器的重启限制到指定或配置的最大值。例如，可以如下修改MAC规范：

1>如果DRX-Inactivity-LBT-Failure-Count>DRX-Inactivity-LBT- FailureThreshold；和

1>如果DRX-Inactivity-TimerRestartCount<＝DRX-Inactivity-Restart- Threshold：

2>将DRX-Inactivity-LBT-Failure-Count设定为0；

2>将DRX-Inactivity-TimerRestartCount递增1；

2>启动或重启drx-InactivityTimer；

1>如果检测到了LBT失败：

2>递增DRX-Inactivity-LBT-Failure-Count。

当DRX-Inactivity-LBTRestartThreshold被超过时，可以采取以下动作：

1>如果DRX-Inactivity-TimerRestartCount>DRX-Inactivity-Restart- Threshold

2>如果配置了短DRX周期：

3>在drx-InactivityTimer到期后的第一个符号中或者在DRX命令MACCE接收结束 后的第一个符号中，启动或重启drx-ShortCycleTimer；

3>使用短DRX周期。

2>否则：

3>使用长DRX周期。

通过启动或重启非激活定时器在发生LBT失败时延长DRX激活时间应是可配置的选项，或者取决于哪些服务当前可能处于活动状态。例如，当可以支持URLLC服务时，在发生LBT失败时，保持调度机会要重要得多。

或者，DRX激活时间被延长的时间量可以不同于激活定时器中配置的DRX的时间段。它可以是另一个配置值，或者优选地，它可以是与在当前DRX激活时间段期间检测到的LBT失败的数量相关的时间段。

在另一个例子中，可以存在一种通过动态地适配DRX过程来解决由 LBT操作引起的DRX效率低下的方法。当每个DRX周期UE唤醒时，可以按照LBT操作动态地调整DRX配置。例如，可以定期调整DRX 持续时间、非激活或DRX周期。这可以是每个DRX周期。

在传输之前，NB确定空闲信道评估(CCA)，并选择信道接入优先级类别(CAPC)。对于CAPC，选择最大信道占用时间(MCOT) 和争用窗口大小(CWS)。传输可以在MCOT时间段期间发生，而在 CCA和CWS时间段期间，传输不能发生。由于可以动态地调整传输定时，因此可以动态地调整UE DRX操作，以更好地匹配由NB确定的传输机会。

为了实现这一点，除了或包括有每个DRX周期从NB用信号通知的下行链路LBT成功指示，还可以向MAC提供CCA时间段、所选择的 MCOT或CWS、或其他定时信息，以允许更精确地确定下行链路和上行链路传输机会。MCOT、CWS或其他定时可以用信道接入优先级类别(CAPC)或表示所选定时的另一指标来识别。

基于LBT定时信息的接收，UE DRX过程动态地调整激活时间，以与MCOT时间段对齐，并在CWS以及潜在的CCA时间段期间应用DRX。

例如，在每个DRX周期开始时，持续时间可被设定为由NB选择的 MCOT。类似地，非激活定时器可被设定成与所选择的MCOT对齐。

或者，UE可以在CWS以及潜在的CCA时间段期间进入DRX。例如，激活时间将只包括与MCOT时间段重叠、或者不与CWS以及潜在的CCA时间段重叠的的持续时间和非激活时间段。例如，可以如下修改 MAC规范：

当配置了DRX周期时，激活时间包括如下时间：

-在drx-onDurationTimer或drx-InactivityTimer或 drx-RetransmissionTimerDL或drx-RetransmissionTimerUL或 ra-ContentionResolutionTimer(如在子条款5.1.5中所述)正在运行时的时间；和

-在drx-MCOT-Timer正在运行时的时间。

或者可替代地：

当配置了DRX周期时，激活时间包括以下时间：

-在drx-onDurationTimer或drx-InactivityTimer或 drx-RetransmissionTimerDL或drx-RetransmissionTimerUL或 ra-ContentionResolutionTimer(如在子条款5.1.5中所述)正在运行时的时间；

-在drx-CWS-Timer未运行时的时间。

调度请求

对SR过程的以下修改考虑到NR-U中LBT的影响。

如果存在SR待决，并且确定了LBT失败，那么可能在一时间段内，应当发起随机接入过程并取消待决SR。在PUCCH资源由于LBT失败而变得不可用的情况下，这可能是必需的。这种情况下，将尝试RA过程，并且如果该过程失败，则将声明无线电链路失败以解决该问题。例如，可以如下修改MAC规范：

只要至少一个SR待决，对于每个待决SR，MAC实体应该：

1>如果MAC实体不具有为待决SR配置的有效PUCCH资源；或

1>如果确定了LBT失败：

2>在SpCell上发起随机接入过程(例如参见[2]的子条款5.1)，并取消待决SR。

也可以相对于LBT成功或LBT失败，定义PUCCH资源的有效性。例如，可以如下修改MAC规范：

只有在没有确定LBT失败的SR传输时机时处于激活状态的BWP 上的PUCCH资源才被认为是有效的。

只要至少一个SR待决，对于每个待决SR，MAC实体应该：

1>如果MAC实体不具有为待决SR配置的有效PUCCH资源：

2>在SpCell上发起随机接入过程(例如参见[2]的子条款5.1)，并取消待决SR。

尽管上述例子可以根据“没有LBT失败”检测来表述，不过它们也可以根据“LBT成功”检测来表述。LBT失败或LBT成功可能不是单个实例。它可以是多个LBT失败或成功检测。只有在影响PUCCH上的SR 传输的一系列LBT失败之后，才可发起RA过程。

可以定义一种过程来计数LBT失败或LBT成功，或者计数连续LBT 失败或连续LBT成功。只有当LBT失败或连续LBT失败超过配置的最大LBT失败阈值时，或者只有当LBT成功或连续LBT成功可能小于配置的最小LBT成功阈值时，才发起随机接入过程。

另一个例子如下。当指令物理层传输SR时，可以只启动SR禁止定时器，并且在对于SR传输确定LBT成功时，递增SR计数器。例如，可以如下修改MAC规范：

2>当MAC实体在为SR配置的有效PUCCH资源上具有SR传输时机时；和

2>如果在SR传输时机的时候，sr-ProhibitTimer没有运行；和

2>如果用于SR传输时机的PUCCH资源与测量间隙不重叠；和

2>如果用于SR传输时机的PUCCH资源与UL-SCH资源不重叠：

3>如果SR_COUNTER<sr-TransMax：

4>指令物理层在用于SR的一个有效PUCCH资源上用信号通知SR；

如果确定LBT成功：

5>启动sr-ProhibitTimer。

5>将SR_COUNTER递增1；

或者，可以如现有过程中进行的那样启动SR禁止定时器和递增SR 计数器，不过如果确定LBT失败，那么可以停止禁止定时器，并且可以使SR计数器递减。

这种修改可能是必需的，以确保在SR传输被LBT失败阻塞时，不会设定延迟随后的SR传输的SR禁止定时器，并且使得SR计数器不会达到SR Trans Max，从而导致释放物理资源和发起RA过程。

还可能有必要避免由于LBT失败而显著地不递增SR传输计数器或者甚至无限期地不递增SR传输计数器，使得UE从不确定SR传输过程不成功。可以将不递增SR传输计数限制到指定或配置的最大值。例如，可以如下修改MAC规范：

2>如果未检测到SR LBT失败；或

2>如果SR-Transmission-LBT-Failure-Count>SR-Transmission- LBT-FailureThreshold：

3>将SR_COUNTER递增1；

3>

2>如果检测到了SRTransmission-LBT-Failure：

2>递增SRTransmission-LBT-Failure-Count。

当RA-PreambleTransmission-LBT-FailureThreshold被超过时，可以采取以下动作：

或者，可以如下修改MAC规范：

2>如果检测到了SR-Transmission-LBT-Failure：

2>递增SR-Transmission-LBT-Failure-Count；

2>如果SR-Transmission-LBT-Failure-Count>STransmission-LBT- FailureThreshold：

另一个例子如下。只有当对于BSR传输确定LBT成功时，才可以取消待决SR，以及才可以停止SR禁止定时器。这可能是必要的，以确保在由于LBT失败而不传输当前SR时，不设定延迟随后的SR传输的禁止定时器。

例如，当对于MAC PDU传输确定LBT成功，并且该PDU包括BSR MAC CE(所述BSR MACCE包含在MAC PDU组装之前直到(并且包括)触发了BSR(参见[2]的子条款5.4.5)的最后一次事件的缓存状态) 时，在MAC PDU组装前触发的所有待决SR应被取消，并且每个相应的sr-ProhibitTimer应被停止。

上面的例子也可以如下根据LBT失败检测、而不是LBT成功检测来表述。当对于MACPDU传输确定没有LBT失败，并且该PDU包括 BSR MAC CE(所述BSR MAC CE包含在MAC PDU组装之前直到(并且包括)触发了BSR(参见[2]的子条款5.4.5)的最后一次事件的缓存状态)时，在MAC PDU组装前触发的所有待决SR应被取消，并且每个相应的sr-ProhibitTimer应被停止。

或者，如现有过程中进行的那样，在包括BSR的MAC PDU被提供给PHY层时，待决SR可以被取消，并且禁止定时器可以被停止，不过，如果确定LBT失败(或者等同地，没有LBT成功)，那么可以恢复待决SR，并重启禁止定时器。

缓存状态上报

对BSR过程的以下修改考虑到NR-U中LBT的影响。

如果常规BSR已被触发，并且可能存在可供传输使用的UL-SCH资源，但是传输由于LBT失败而被阻塞，那么可以触发SR。这可能是必需的，因为如果可用的许可由于LBT失败而丢失，那么可能需要新的SR来帮助确保使后续的许可可用于BSR的传输。例如，可以如下修改 MAC规范：

2>如果常规BSR已被触发，并且logicalChannelSR-DelayTimer未运行：

3>如果不存在可用于新的传输的UL-SCH资源；或

3>如果MAC实体配置有配置的上行链路许可，并且对于由高层为其设定逻辑信道SR屏蔽(logicalChannelSR-Mask)的逻辑信道未触发常规BSR；或

3>如果可用于新的传输的UL-SCH资源不满足为触发BSR的逻辑信道配置的LCP映射限制(参见[2]的子条款5.4.3.1)；或

3>如果存在可用于传输的UL-SCH资源，并且对于该传输检测到了LBT失败：

4>触发调度请求。

尽管上面的修改文本是根据LBT失败来描述的，不过它也可以根据没有LBT成功来表述。

LBT失败或LBT成功可能不是单个实例。它可以是多个LBT失败或成功检测。只有在影响MAC BSR CE传输的一系列LBT失败之后，才可以触发SR。

还可以定义一种过程来计数LBT失败或LBT成功，或者计数连续 LBT失败或连续LBT成功。只有当LBT失败或连续LBT失败超过配置的最大LBT失败阈值时，或者只有当LBT成功或连续LBT成功可能小于配置的最小LBT成功阈值时，才触发SR。

当BSR MAC CE传输由于LBT失败而被阻塞，并在稍后重传时，会引入额外的信令，以在计算BSR时通知NB，或者在计算PHR时向 NB通知传输条件。

为了使NB适当地处理BSR，NB可能需要知道BSR是在何时计算的。

当在非授权频谱中不操作并且LBT不被使用时，NB可以粗略地获得BSR的内容是在何时确定的。由于NB知道什么被调度和接收以及关于BSR的规则，因此它可以恰当地解释BSR。不过当LBT失败，并且传输被延迟直到LBT成功时，NB可能接收到过时的BSR或不准确的BSR，从而可能导致比UE所需更多的资源分配，或者比UE所需更少的资源，或者导致传输延迟和QoS保证惩罚。下面是解决这个问题的多种方式。在第一种方式中，向BSR提供允许NB确定BSR是在何时建立的附加指示。这可以是由LBT引起的相对于第一LBT失败的时间的延迟，或者它可以是绝对时间基准。在第二种方式中，可以独立地向NB 指示LBT失败或成功，使得NB可以确定LBT对BSR所引起的有效延迟。在第三种方式中，向PHR提供附加信息，该附加信息向NB通知在计算PHR时使用的许可(例如上行链路许可)。

对于NB来说优选但并非必需的是接收使NB可以知道BSR是在何时建立的附加信息。或者，NB必须至少知道BSR何时提供不准确的信息。这可以通过UE向NB指示LBT失败和成功来实现，从而允许NB 确定存在延迟BSR的LBT失败。

另一个例如如下。BSR触发条件应考虑LBT失败。只有当LBT成功时，才应考虑变得可用并满足当前指定的常规BSR触发标准的新数据、填充BSR触发条件、BSR重传定时器到期、BSR周期性定时器到期、触发标准。LBT标准的添加对于每种现有触发是互斥的，于是可能只影响现有标准的子集。

例如(在可能考虑所有触发的情况下)，可以如下修改MAC规范：

如果发生任意以下事件，那么应触发BSR：

-MAC实体具有可用于属于LCG的逻辑信道的新的UL数据；以及以下中的任一个

-新的UL数据属于优先级高于属于任意LCG的包含可用UL 数据的任意逻辑信道的优先级的逻辑信道，并且LBT随后成功；或

-属于LCG的逻辑信道都不包含任何可用UL数据，并且LBT随后成功。

这种情况下，BSR在下面称为“常规BSR”；

-UL资源被分配，并且填充位的数量等于或大于缓存状态报告 MAC CE加上其子报头的大小，并且随后LBT成功，这种情况下，BSR 在下面称为“填充BSR”；

-retxBSR-Timer到期，并且属于LCE的逻辑信道中的至少一个包含UL数据，并且 LBT随后成功，这种情况下，BSR在下面称为“常规 BSR”；

-periodicBSR-Timer到期，并且LBT随后成功，这种情况下，BSR 在下面称为“周期性BSR”。

MAC实体应该：

1>如果缓存状态上报过程确定至少一个BSR已被触发且未被取消：

2>如果UL-SCH资源可用于新的传输并且确定了LBT成功：

3>指令复用和组装过程生成BSR MAC CE；

3>启动或重启periodicBSR-Timer，除非当所有生成的 BSR都是长或短截断BSR时；

3>启动或重启retxBSR-Timer。

即使当多个事件触发了BSR时，MAC PDU也应包含最多一个BSR MAC CE。常规BSR和周期性BSR应优先于填充BSR。

MAC实体应在收到在任何UL-SCH上传输新数据的许可时重启 retxBSR-Timer。

当UL许可可以容纳可供传输的所有待决数据，并且确定LBT成功，但是不足以另外容纳BSR MAC CE加上其子报头时，可以取消所有触发的BSR。当确定LBT成功并且传输包括BSR MAC CE的MAC PDU时，在MAC PDU组装之前触发的所有BSR应被取消。

尽管上面的修改文本是根据LBT成功来描述的，不过它也可以根据没有LBT失败来表述。

LBT失败或LBT成功可能不是单个实例。它可以是多个LBT失败或成功检测。只有在影响MAC BSR CE传输的一系列LBT失败之后，才可以触发SR。

还可以定义一种过程来计数LBT失败或LBT成功，或者计数连续 LBT失败或连续LBT成功。只有当LBT失败或连续LBT失败超过配置的最大LBT失败阈值时，或者只有当LBT成功或连续LBT成功可能小于配置的最小LBT成功阈值时，才触发SR。

尽管上面的示例性MAC特定变化是根据LBT成功来描述的，不过，例子也可以等同地根据没有LBT失败来表述。

或者，可以如现有过程中进行的那样启动或重启BSR周期性定时器和BSR重传定时器，不过，如果确定了LBT失败，那么BSR周期性定时器和BSR重传定时器被重置为由于LBT失败的上次重置之前的剩余值，或者被重置为不同的时间值，例如配置的时间值。

这种修改可能是必需的，以确保在BSR传输由于LBT失败而被阻塞时，BSR周期性定时器或BSR重传定时器可以不被重置，使得周期性 BSR或BSR的重传可以不被延迟。

逻辑信道优化级划分(LCP)过程

对LCP过程的以下修改可以考虑到NR-U中LBT的影响。

在传输之前检测到LBT失败的情况下，不应生成MAC PDU。

例如，可以如下修改MAC规范：

如果满足以下条件，那么MAC实体不应为HARQ实体生成MAC PDU：

-MAC实体配置有skipUplinkTxDynamic，并且向HARQ实体指示的许可寻址到C-RNTI，或者向HARQ实体指示的许可是配置的上行链路许可；和

-如在TS 38.212中规定的，不存在为该PUSCH传输请求的非周期性CSI；和

-MAC PDU包括零个MAC SDU；和

-MAC PDU只包括周期性BSR，并且没有可用于任何LCG的数据，或者MAC PDU只包括填充BSR；或

-未检测到LBT失败。

或者，标准可以是检测到LBT成功。

这种修改可能是必要的，因为该MAC PDU对随后的许可来说可能不可接受(例如，由于UL许可的大小)，并且生成的MAC CE可能在 MAC PDU传输时提供不正确的信息(例如，PHR、BSR……)。

另一个例子如下。或者，可以生成MAC PDU并提供给物理层，但是在对于该MAC PDU检测到LBT失败时，重启LCP过程，以生成新的MAC PDU。

为了实现这一点，并入该MAC PDU内的MAC SDU可以保留直到确定LBT成功为止。这些MAC SDU随后可以被重新处理，而不是必须从已经建立的MAC PDU重新创建这些MAC SDU。

更简单的情况是如果许可较大，那么UE去除填充，并按照剩余空间中的LCP复用附加数据，或者UE退回子PDU(MAC SDU和CE) 并重新进行LCP，就好像从未为先前的许可处理过数据一样。

不过即使在这种情况下，也可能已经建立了在LAA中较早确定的 MAC CE，它们允许旧的PHR CE。于是网络可能不知道PHR是基于什么传输如何计算的。

重建CE是复杂的，因为MAC过程(BSR、PHR……)的定时器和计数器已经受到先前(失败的)传输的影响。

MAC CE可以被恢复和存储，或者触发这些MAC CE的事件可以被复原，从而在重新进行MAC PDU的复用和组装时，重新评价触发，并重新计算报告的值。

更复杂的情况是当许可较小时做什么。首先按照LCP确定从前一个 PDU可能发送什么。随后恢复可能未被传输的MAC SDU，并重置与 MAC CE传输关联的MAC过程定时器和计数器，使得定时器和计数器可被设定为在建立MAC CE之前的值。

自前一次传输以来，可能已收到新的优先级更高的数据或者其他 MAC CE触发事件。为了处理这种可能性，复用和组装过程可以不优先考虑与失败的MAC PDU传输关联的MAC SDU。

MAC CE可能有类似的问题，它们现在陈旧，并且回退MAC过程复杂。

NB应被通知MAC CE传输已被延迟或者传输什么时候被原始调度。

另一个问题是在RLC中进行分段并且存在MAC SDU过大的可能性。让MAC请求RLC回退先前的RLC PDU是非常复杂的。解决这个问题的一种方式是伪造对于RLC PDU的RLC否定确认，所述RLC PDU对应于该MAC SDU和可能不被复用到新的MAC PDU传输中的其他SDU。

波束失败检测和恢复

对波束失败检测和恢复过程的以下修改考虑到NR-U中LBT的影响：如果波束故障恢复定时器到期，但是自发起用于波束故障恢复的随机接入过程以来已检测到LBT失败，那么波束故障恢复定时器应被延长。这可能是必要的，以避免波束故障恢复定时器的过早到期以及潜在的小区重选或RRC(重新)建立。

应理解的是进行本文中(比如图2-图10中)图解所示的步骤的实体可以由逻辑实体执行。这些步骤可以存储在比如在图12A-图12G中图解所示之类的装置、服务器或计算机系统的存储器中，并在其处理器上执行。可以设想本文中公开的示例性方法之间的跳过步骤、组合步骤或添加步骤。

表1提供示例性缩写或定义。

表1-缩写和定义

图11图解说明基于如本文中讨论的NR-U LBT MAC过程的方法、系统和装置可生成的示例性显示(例如，图形用户界面)。显示界面901 (例如，触摸屏显示)可以在方框902中提供与NR-U LBT MAC过程关联的文本，比如PHR相关参数和方法流程等。本文中讨论的任何步骤的进展(例如，发送的消息或步骤的成功)可以显示在方框902中。另外，图形输出902可以显示在显示界面901上。图形输出可以是实现NR-U LBT MAC过程的方法、系统和装置的装置拓扑，本文中讨论的任何方法或系统的进展的图形输出等。

第三代合作伙伴计划(3GPP)研发蜂窝电信网络技术的技术标准，包括无线电接入、核心传送网络和服务能力-包括关于编解码器、安全性和服务质量的工作。最近的无线电接入技术(RAT)标准包括WCDMA (通常称为3G)、LTE(通常称为4G)、LTE-Advanced标准和也被称为“5G”的新无线电(NR)。3GPP NR标准研发预计将继续，并包括下一代无线电接入技术(新RAT)的定义，预计它包括低于7GHz的新的灵活无线电接入的提供，以及高于7GHz的新的超移动宽带无线电接入的提供。预计灵活无线电接入由低于6GHz的新频谱中的新的不向下兼容的无线电接入组成，预计包括可在相同频谱中一起被复用的不同操作模式，以解决具有不同要求的一组广泛的3GPP NR用例。预计超移动宽带包括cmWave和mmWave频谱，这将为例如室内应用和热点提供超移动宽带接入的机会。特别地，在cmWave和mmWave特有设计优化的情况下，预计超移动宽带将与低于7GHz的灵活无线电接入共享公共的设计框架。

3GPP识别了预计NR支持的各种用例，结果产生对于数据速率、时延和移动性的各种各样的用户体验要求。用例包括以下一般类别：增强移动宽带(eMBB)超可靠低时延通信(URLLC)、大规模机器类型通信(mMTC)、网络运行(例如，网络切片、路由、迁移和互通、节能)、以及增强车辆对万物(eV2X)通信，这可包括车辆对车辆通信(V2V)、车辆对基础设施通信(V2I)、车辆对网络通信(V2N)、车辆对行人通信(V2P)、以及车辆与其他实体的通信中的任意一种。仅举几例，这些类别中的具体服务和应用例如包括监视和传感器网络、装置远程控制、双向远程控制、个人云计算、视频流式传输、无线云办公、第一响应者连接、汽车应急呼叫、灾难警报、实时游戏、多人视频通话、自主驾驶、增强现实、触觉互联网、虚拟现实、家庭自动化、机器人和空中无人机。本文中设想了所有这些及其他用例。

图12A图解说明其中可以使用NR-U LBT MAC过程的方法和设备(比如本文中说明和要求保护的图1-图10中图解所示的系统和方法)的示例性通信系统100。通信系统100可包括无线传输/接收单元(WTRU) 102a、102b、102c、102d、102e、102f或102g(它们可一般称为或者统称为WTRU 102)。通信系统100可以包括无线电接入网络(RAN) 103/104/105/103b/104b/105b、核心网络106/107/109、公共交换电话网络 (PSTN)108、因特网110、其他网络112和网络服务113。网络服务 113可包括例如V2X服务器、V2X功能、ProSe服务器、ProSe功能、 IoT服务、视频流式传输或边缘计算等。

要意识到的是本文中公开的概念可以与任意数量的WTRU、基站、网络或网络元件一起使用。WTRU 102a、102b、102c、102d、102e、102f 或102g中的每一个可以是配置成在无线环境中工作或通信的任意类型的设备或装置。尽管在图12A、图12B、图12C、图12D、图12E或图12F 中，各个WTRU 102a、102b、102c、102d、102e、102f或102g可以被描述成手持无线通信设备，不过应理解的是就关于5G无线通信所设想的各种各样的用例来说，各个WTRU可以包含配置成传输或接收无线信号的任意类型的设备或装置或体现在其中，仅仅作为例子，所述设备或装置包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话机、个人数字助手(PDA)、智能电话机、膝上型计算机、平板电脑、上网本、笔记本计算机、个人计算机、无线传感器、消费电子产品、诸如智能手表或智能服装之类的可穿戴式装置、医疗或电子健康装置、机器人、工业设备、无人机、诸如汽车、公共汽车、卡车、火车或飞机之类的交通工具等。

通信系统100还可以包括基站114a和基站114b。在图12A的例子中，各个基站114a和114b被描述成单个元件。实践中，基站114a和 114b可以包括任意数量的互连基站或网络元件。基站114a可以是配置成与WTRU 102a、102b和102c中的至少一个无线对接，以便利接入一个或多个通信网络(比如核心网络106/107/109、因特网110、网络服务 113或其他网络112)的任意类型的装置。类似地，基站114b可以是配置成与远程无线电头端(RRH)118a、118b、传输和接收点(TRP)119a、119b、或路边单元(RSU)120a和120b中的至少一个有线或无线对接，以便利接入一个或多个通信网络(比如核心网络106/107/109、因特网 110、其他网络112或网络服务113)的任意类型的装置。RRH 118a、118b 可以是配置成与WTRU 102中的至少一个(例如WTRU 102c)无线对接，以便利接入一个或多个通信网络(比如核心网络106/107/109、因特网110、网络服务113或其他网络112)的任意类型的装置。

TRP 119a、119b可以是配置成与WTRU 102d中的至少一个无线对接，以便利接入一个或多个通信网络(比如核心网络106/107/109、因特网110、网络服务113或其他网络112)的任意类型的装置。RSU 120a 和120b可以是配置成与WTRU 102e或102f中的至少一个无线对接，以便利接入一个或多个通信网络(比如核心网络106/107/109、因特网110、其他网络112或网络服务113)的任意类型的装置。例如，基站114a、 114b可以是基站收发器(BTS)、Node-B、eNode B、家庭节点B、家庭eNode B、下一代Node-B(gNode B)、卫星、站点控制器、接入点 (AP)、无线路由器等。

基站114a可以是RAN 103/104/105的一部分，RAN 103/104/105还可以包括其他基站或网络元件(未图示)，比如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等。类似地，基站114b可以是 RAN 103b/104b/105b的一部分，RAN 103b/104b/105b还可以包括其他基站或网络元件(未图示)，比如BSC、RNC、中继节点等。基站114a 可被配置成在特定地理区域(它可被称为小区(未图示))内传输或接收无线信号。类似地，基站114b可被配置成在特定地理区域内传输或接收有线或无线信号，该特定地理区域可被称为用于如本文中公开的NR-U LBT MAC过程的方法、系统和装置的小区(未图示)。类似地，基站 114b可被配置成在特定地理区域(它可被称为小区(未图示))内传输或接收有线或无线信号。小区可被进一步分成小区扇区。例如，与基站 114a关联的小区可被分成3个扇区。从而，在例子中，基站114a可以包括3个收发器，例如，小区的每个扇区一个收发器。在例子中，基站114a 可以采用多入多出(MIMO)技术，于是对于小区的每个扇区可以使用多个收发器。

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

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

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

WTRU 102a、102b、102c、102d、102e或102f可以通过空中接口 115d/116d/117d相互通信，比如侧链路通信，空中接口115d/116d/117d 可以是任何适当的无线通信链路(例如，射频(RF)、微波、红外(IR)、紫外(UV)、可见光、cmWave、mmWave等)。可以利用任何适当的无线电接入技术(RAT)，建立空中接口115d/116d/117d。

通信系统100可以是多址接入系统，并且可以采用一种或多种信道接入方案，比如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等。例如，RAN 103/104/105中的基站114a与WTRU 102a、102b、102c，或者RAN 103b/104b/105b中的RRH 118a、118b、TRP 119a、119b和 RSU 120a、120b与WTRU 102c、102d、102e、102f可实现诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，其可利用宽带CDMA(WCDMA)分别建立空中接口115/116/117或115c/116c/117c。WCDMA可包括诸如高速分组接入(HSPA)或演进 HSPA(HSPA+)之类的通信协议。HSPA可包括高速下行链路分组接入(HSDPA)或高速上行链路分组接入(HSUPA)。

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

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

图12A中的基站114c例如可以是无线路由器、家庭节点B、家庭 eNode B或接入点，可以利用任何适当的RAT来便利局部区域(比如商业场所、家庭、车辆、火车、空中、卫星、工厂、校园等)中的无线连接，以便实现如在本文中公开的NR-U LBT MAC过程的方法、系统和装置。在例子中，基站114c与WTRU 102(例如WTRU 102e)可实现诸如IEEE 802.11之类的无线电技术，以建立无线局域网(WLAN)。类似地，基站114c与WTRU 102d可实现诸如IEEE802.15之类的无线电技术，以建立无线个域网(WPAN)。在另一个例子中，基站114c与 WTRU102(例如WTRU 102e)可利用基于蜂窝的RAT(例如，WCDMA、CDMA2000、GSM、LTE、LTE-A、NR等)建立皮小区或毫微微小区。如图12A中所示，基站114c可以直接连接到因特网110。从而，可不要求基站114c经由核心网络106/107/109接入因特网110。

RAN 103/104/105或RAN 103b/104b/105b可以与核心网络 106/107/109通信，核心网络106/107/109可以是配置成向WTRU 102a、 102b、102c、102d中的一个或多个提供语音、数据、消息接发、授权和认证、应用或网际协议语音(VoIP)服务的任意类型的网络。例如，核心网络106/107/109可提供呼叫控制、计费服务、基于移动位置的服务、预付费呼叫、因特网连接、分组数据网络连接、以太网连接、视频分送等，或者进行诸如用户认证之类的高级安全功能。

尽管未在图12A中图示，不过要意识到的是RAN 103/104/105或 RAN 103b/104b/105b或核心网络106/107/109可以与采用与RAN 103/104/105或RAN 103b/104b/105b相同的RAT或者不同的RAT的其他RAN直接或间接通信。例如，除了连接到可能利用E-UTRA无线电技术的RAN 103/104/105或RAN 103b/104b/105b之外，核心网络 106/107/109还可与采用GSM或NR无线电技术的其他RAN(未图示) 通信。

核心网络106/107/109还可以充当WTRU 102a、102b、102c、102d、 102e接入PSTN108、因特网110或其他网络112的网关。PSTN 108可包括提供普通老式电话服务(POTS)的线路交换电话网络。因特网110 可包括使用公共通信协议(比如TCP/IP网际协议组中的传输控制协议(TCP)、用户数据报协议(UDP)和网际协议(IP))的互连计算机网络和装置的全球系统。网络112可包括其他服务提供商拥有或运营的有线或无线通信网络。例如，网络112可以包括任意类型的分组数据网络 (例如，IEEE 802.3以太网)或者连接到一个或多个RAN的另一个核心网络，所述一个或多个RAN可以采用与RAN 103/104/105或RAN 103b/104b/105相同的RAT或者不同的RAT。

通信系统100中的WTRU 102a、102b、102c、102d、102e和102f 中的一些或全部可包括多模式能力，例如，WTRU 102a、102b、102c、102d、102e和102f可包括用于通过不同的无线链路与不同的无线网络通信，以便实现如本文中公开的NR-U LBT MAC过程的方法、系统和装置的多个收发器。例如，图12A中所示的WTRU 102g可被配置成与可以采用基于蜂窝的无线电技术的基站114a通信，并与可以采用IEEE 802 无线电技术的基站114c通信。

尽管未在图12A中图示，不过要意识到的是用户设备可建立到网关的有线连接。网关可以是住宅网关(RG)。RG可提供与核心网络 106/107/109的连接。要意识到的是包含在本文中的许多构思可以同样地应用于作为WTRU的UE和使用有线连接来连接到网络的UE。例如，应用于无线接口115、116、117和115c/116c/117c的构思可以同样地应用于有线连接。

图12B是可以实现如本文中公开的NR-U LBT MAC过程的方法、系统和装置的示例RAN 103和核心网络106的系统图。如上所述，RAN 103可采用UTRA无线电技术，通过空中接口115与WTRU 102a、102b 和102c通信。RAN 103还可以与核心网络106通信。如图12B中所示， RAN 103可包括Node-B 140a、140b和140c，Node-B 140a、140b和140c 都可包括用于通过空中接口115，与WTRU 102a、102b和102c通信的一个或多个收发器。Node-B 140a、140b和140c都可以与RAN 103内的特定小区(未图示)关联。RAN 103还可以包括RNC 142a、142b。要意识到的是RAN 103可以包括任意数量的Node-B和无线电网络控制器 (RNC)。

如图12B中所示，Node-B 140a、140b可以与RNC 142a通信。另外，Node-B 140c可以与RNC 142b通信。Node-B 140a、140b和140c 可经由Iub接口与相应的RNC 142a和142b通信。RNC 142a和142b可经由Iur接口相互通信。各个RNC 142a和142b可被配置成控制它所连接到的相应Node-B 140a、140b和140c。另外，各个RNC 142a和142b 可被配置成执行或支持其他功能，比如外环功率控制、负载控制、接纳控制、分组调度、越区切换控制、宏分集、安全功能、数据加密等。

图12B中所示的核心网络106可包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148或网关GPRS 支持节点(GGSN)150。尽管各个上述元件都被描述成核心网络106的一部分，不过要意识到的是这些元件中的任何一个可以由除核心网络运营商以外的实体拥有或运营。

RAN 103中的RNC 142a可经由IuCS接口连接到核心网络106中的MSC 146。MSC 146可以连接到MGW 144。MSC 146和MGW 144 可以向WTRU 102a、102b和102c提供对诸如PSTN108之类的线路交换网络的接入，以便利WTRU 102a、102b和102c与传统的陆线通信装置之间的通信。

RAN 103中的RNC 142a也可以通过IuPS接口连接到核心网络106 中的SGSN 148。SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b和102c提供对诸如因特网110之类的分组交换网络的接入，以便利WTRU 102a、102b和102c与具有IP功能的装置之间的通信。

核心网络106还可以连接到其他网络112，其他网络112可以包括由其他服务提供商拥有或运营的其他有线或无线网络。

图12C是可以实现如本文中公开的NR-U LBT MAC过程的方法、系统和装置的示例RAN 104和核心网络107的系统图。如上所述，RAN 104可以采用E-UTRA无线电技术，通过空中接口116与WTRU 102a、 102b和102c通信。RAN 104还可以与核心网络107通信。

RAN 104可包括eNode-B 160a、160b和160c，不过要意识到的是 RAN 104可包括任意数量的eNode-B。eNode-B 160a、160b和160c都可包括用于通过空中接口116与WTRU102a、102b和102c通信的一个或多个收发器。例如，eNode-B 160a、160b和160c可实现MIMO技术。从而，例如，eNode-B 160a可使用多个天线向WTRU 102a传输无线信号，以及从WTRU102a接收无线信号。

各个eNode-B 160a、160b和160c可以与特定小区(未图示)关联，可被配置成处理无线电资源管理决策、越区切换决策、上行链路或下行链路中的用户的调度等。如图12C中所示，eNode-B 160a、160b和160c 可以通过X2接口相互通信。

图12C中所示的核心网络107可包括移动性管理网关(MME)162、服务网关164和分组数据网络(PDN)网关166。尽管各个上述元件都被描述成核心网络107的一部分，不过要意识到的是这些元件中的任何一个可由除核心网络运营商以外的实体拥有或运营。

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

服务网关164可以经由S1接口连接到RAN 104中的eNode-B 160a、 160b和160c中的每一个。服务网关164通常可以往来于WTRU 102a、 102b和102c路由和转发用户数据分组。服务网关164还可以进行其他功能，比如在eNode B间越区切换期间锚定用户平面，在下行链路数据可供WTRU 102a、102b和102c利用时触发寻呼，管理和存储WTRU 102a、 102b和102c的上下文等。

服务网关164还可以连接到PDN网关166，PDN网关166可向 WTRU 102a、102b和102c提供对分组交换网络(比如因特网110)的接入，以便利WTRU 102a、102b和102c与具有IP功能的装置之间的通信。

核心网络107可便利与其他网络的通信。例如，核心网络107可以向WTRU 102a、102b和102c提供对线路交换网络(比如PSTN 108) 的接入，以便利WTRU 102a、102b和102c与传统的陆线通信装置之间的通信。例如，核心网络107可包括IP网关(例如，IP多媒体子系统(IMS) 服务器)或者可与其通信，所述IP网关充当核心网络107和PSTN 108 之间的接口。另外，核心网络107可以向WTRU 102a、102b和102c提供对网络112的接入，网络112可包括由其他服务提供商拥有或运营的其他有线或无线网络。

图12D是可以实现如本文中公开的NR-U LBT MAC过程的方法、系统和装置的示例RAN 105和核心网络109的系统图。RAN 105可以采用NR无线电技术，通过空中接口117与WTRU 102a和102b通信。RAN 105也可以与核心网络109通信。非3GPP互通功能(N3IWF)199可以采用非3GPP无线电技术，通过空中接口198与WTRU 102c通信。N3IWF 199也可以与核心网络109通信。

RAN 105可以包括gNode-B 180a和180b。要意识到的是RAN 105 可以包括任何数量的gNode-B。gNode-B 180a和180b都可以包括一个或多个收发器，用于通过空中接口117与WTRU 102a和102b通信。当使用集成的接入和回程连接时，在WTRU和gNode-B之间可以使用同一空中接口，其可以是经由一个或多个gNB的核心网络109。gNode-B 180a 和180b可以实现MIMO、MU-MIMO或数字波束成形技术。从而，例如，gNode-B 180a可以使用多个天线往来于WTRU 102a传输和接收无线信号。应意识到的是RAN 105可以采用其他类型的基站，比如eNode-B。还要意识到的是RAN 105可以采用不止一种类型的基站。例如，RAN 可以采用eNode-B和gNode-B。

N3IWF 199可以包括非3GPP接入点180c。要意识到的是N3IWF 199可以包括任何数量的非3GPP接入点。非3GPP接入点180c可以包括一个或多个收发器，用于通过空中接口198与WTRU 102c通信。非 3GPP接入点180c可以使用802.11协议通过空中接口198与WTRU 102c通信。

gNode-B 180a和180b都可以与特定小区(未图示)关联，并且可以被配置成处理无线电资源管理决策、越区切换决策、上行链路或下行链路中的用户的调度，等等。如图12D中所示，例如，gNode-B 180a和180b 可以通过Xn接口相互通信。

图12D中所示的核心网络109可以是5G核心网络(5GC)。核心网络109可以向通过无线电接入网络互连的客户提供众多的通信服务。核心网络109包括进行核心网络的功能的多个实体。本文中使用的术语“核心网络实体”或“网络功能”指的是进行核心网络的一个或多个功能的任何实体。应理解的是这样的核心网络实体可以是以存储在为无线或网络通信配置的设备或者计算机系统(比如图12G中所示的系统90)的存储器中，并在其处理器上执行的计算机可执行指令(软件)的形式实现的逻辑实体。

在图12D的例子中，5G核心网络109可以包括接入和移动性管理功能(AMF)172、会话管理功能(SMF)174、用户平面功能(UPF)176a 和176b、用户数据管理功能(UDM)197、认证服务器功能(AUSF) 190、网络暴露功能(NEF)196、策略控制功能(PCF)184、非3GPP 互通功能(N3IWF)199、用户数据储存库(UDR)178。尽管各个前述元件都被描述成5G核心网络109的一部分，不过要意识到的是这些元件中的任何一个都可以由除核心网络运营商以外的实体拥有或运营。还要意识到的是5G核心网络可以不由所有这些元件构成，可以由附加元件构成，并且可以由这些元件中的每一个的多个实例构成。图12D表示网络功能直接相互连接，不过，应意识到的是它们可以经由路由代理比如直径(diameter)路由代理或者消息总线进行通信。

在图12D的例子中，网络功能之间的连接是经由一组接口或参考点实现的。要意识到的是网络功能可以被模拟、描述或实现成由其他网络功能或服务启用(invoked)或调用(called)的一组服务。可以经由网络功能之间的直接连接、消息总线上的消息接发的交换、调用软件功能等来实现网络功能服务的启用。

AMF 172可以经由N2接口连接到RAN 105，并且可以用作控制节点。例如，AMF 172可以负责注册管理、连接管理、可达性管理、接入认证、接入授权。AMF可以负责经由N2接口将用户平面隧道配置信息转发到RAN 105。AMF 172可以经由N11接口从SMF接收用户平面隧道配置信息。AMF 172通常可以经由N1接口往来于WTRU 102a、102b 和102c路由和转发NAS分组。N1接口未在图12D中示出。

SMF 174可以经由N11接口连接到AMF 172。类似地，SMF可以经由N7接口连接到PCF184，并且经由N4接口连接到UPF 176a和176b。 SMF 174可以用作控制节点。例如，SMF 174可以负责会话管理、对于 WTRU 102a、102b和102c的IP地址分配、UPF 176a和UPF 176b中的流量导向规则的管理和配置，以及到AMF 172的下行链路数据通知的生成。

UPF 176a和UPF 176b可以向WTRU 102a、102b和102c提供对分组数据网络(PDN)比如因特网110的接入，以便利WTRU 102a、102b 和102c与其他装置之间的通信。UPF 176a和UPF 176b还可以向WTRU 102a、102b和102c提供对其他类型的分组数据网络的接入。例如，其他网络112可以是以太网或者交换数据分组的任何类型的网络。UPF 176a 和UPF 176b可以经由N4接口从SMF 174接收流量导向规则。UPF 176a 和UPF 176b可以通过将分组数据网络与N6接口连接，或者通过经由 N9接口相互连接并与其他UPF连接，提供对分组数据网络的接入。除了提供对分组数据网络的接入之外，UPF 176还可以负责分组路由和转发、策略规则强制执行、对于用户平面流量的服务质量处理、下行链路分组缓存。

AMF 172也可以例如经由N2接口连接到N3IWF 199。N3IWF例如经由3GPP未定义的无线电接口技术，便利WTRU 102c与5G核心网络 170之间的连接。AMF可以按它与RAN 105交互的方式相同或相似的方式与N3IWF 199交互。

PCF 184可以经由N7接口连接到SMF 174，经由N15接口连接到 AMF 172，并且经由N5接口连接到应用功能(AF)188。N15和N5接口未在图12D中示出。PCF 184可以向诸如AMF172和SMF 174之类的控制平面节点提供策略规则，从而允许控制平面节点强制执行这些规则。PCF 184可以针对WTRU 102a、102b和102c将策略发送到AMF 172，使得AMF可以经由N1接口将策略递送到WTRU 102a、102b和102c。策略然后可以在WTRU 102a、102b和102c被强制执行或应用。

UDR 178可以充当用于认证凭证和订阅信息的储存库。UDR可以连接到网络功能，使得网络功能可以向储存库添加数据、从储存库读取数据和修改储存库中的数据。例如，UDR 178可以经由N36接口连接到PCF 184。类似地，UDR 178可以经由N37接口连接到NEF196，并且UDR 178可以经由N35接口连接到UDM 197。

UDM 197可以充当UDR 178和其他网络功能之间的接口。UDM 197 可以授权网络功能访问UDR 178。例如，UDM 197可以经由N8接口连接到AMF 172，UDM 197可以经由N10接口连接到SMF 174。类似地， UDM 197可以经由N13接口连接到AUSF 190。UDR 178和UDM 197可以紧密集成在一起。

AUSF 190进行与认证相关的操作，经由N13接口连接到UDM 178，并且经由N12接口连接到AMF 172。

NEF 196向应用功能(AF)188暴露5G核心网络109中的能力和服务。暴露可以发生在N33 API接口上。NEF可以经由N33接口连接到 AF 188，并且它可连接到其他网络功能，以便暴露5G核心网络109的能力和服务。

应用功能188可以与5G核心网络109中的网络功能交互。应用功能188与网络功能之间的交互可以经由直接接口，或者可以经由NEF 196 发生。应用功能188可被视为5G核心网络109的一部分，或者可以在 5G核心网络109外部，并由与移动网络运营商具有业务关系的企业部署。

网络切片是一种可由移动网络运营商用于支持在运营商的空中接口后面的一个或多个“虚拟”核心网络的机制。这涉及将核心网络“切片”成一个或多个虚拟网络，以支持不同RAN或者遍及单个RAN运行的不同服务类型。网络切片使运营商能够创建定制的网络，以便针对需要多样的要求(例如，在功能、性能和隔离领域的要求)的不同市场场景提供优化的解决方案。

3GPP设计了5G核心网络以支持网络切片。网络切片是网络运营商可以用于支持需要非常多样化甚至有时极端的要求的一组多种多样的 5G用例(例如，大规模IoT、关键通信、V2X和增强型移动宽带)的良好工具。在不使用网络切片技术的情况下，当每个用例具有它自己特定的一组性能、可扩展性和可用性要求时，可能网络体系架构将不足够灵活和可扩展以有效地支持更广泛的用例需求。此外，应当使新的网络服务的引入更加高效。

再次参见图12D，在网络切片场景中，WTRU 102a、102b或102c 可以经由N1接口连接到AMF 172。AMF在逻辑上可以是一个或多个切片的一部分。AMF可以协调WTRU 102a、102b或102c与一个或多个 UPF 176a和176b、SMF 174以及其他网络功能的连接或通信。UPF176a 和176b、SMF 174和其他网络功能中的每一个都可以是同一切片或不同切片的一部分。当它们是不同切片的一部分时，就它们可能利用不同的计算资源、安全凭证等而言，它们可以彼此隔离。

核心网络109可以便利与其他网络的通信。例如，核心网络109可以包括充当5G核心网络109和PSTN 108之间的接口的IP网关(比如 IP多媒体子系统(IMS)服务器)，或者可以与所述IP网关通信。例如，核心网络109可以包括经由短消息服务来便利通信的短消息服务(SMS) 服务中心，或者与所述短消息服务(SMS)服务中心通信。例如，5G核心网络109可以便利WTRU 102a、102b和102c与服务器或应用功能188 之间的非IP数据分组的交换。另外，核心网络170可以向WTRU 102a、 102b和102c提供对网络112的接入，网络112可以包括由其他服务提供商拥有或运营的其他有线或无线网络。

本文中描述并在图12A、图12C、图12D或图12E中例示的核心网络实体用在某些现有3GPP规范中赋予这些实体的名称来识别，不过应理解的是将来这些实体和功能可以用其他名称识别，并且某些实体或功能可能在3GPP发布的未来规范、包括未来的3GPP NR规范中被组合。从而，在图12A、图12B、图12C、图12D或图12E中描述和例示的特定网络实体和功能只是作为例子提供的，并且应理解的是本文中公开和要求保护的主题可以在无论是目前定义的还是将来定义的任何类似通信系统中体现或实现。

图12E图解说明其中可以使用本文中描述的实现NR-U LBT MAC 过程的系统、方法、设备的示例通信系统111。通信系统111可以包括无线传输/接收单元(WTRU)A、B、C、D、E、F、基站gNB 121、V2X 服务器124以及路边单元(RSU)123a和123b。实践中，本文中提出的概念可以应用于任何数量的WTRU、基站gNB、V2X网络或其他网络元件。一个或几个或所有WTRUA、B、C、D、E和F可以在接入网络覆盖范围131的范围之外。WTRU A、B和C形成V2X组，其中WTRUA 是组领导，而WTRU B和C是组成员。

如果WTRU A、B、C、D、E和F在接入网络覆盖范围131内，那么它们可以经由gNB 121通过Uu接口129相互通信。在图12E的例子中，WTRU B和F在接入网络覆盖范围131内示出。WTRU A、B、C、 D、E和F可以经由诸如接口125a、125b或128之类的侧链路接口(例如，PC5或NRPC5)直接相互通信，无论它们在接入网络覆盖范围131 内还是在接入网络覆盖范围131外。例如，在图12E的例子中，在接入网络覆盖范围131外的WRTU D与在覆盖范围131内的WTRU F通信。

WTRU A、B、C、D、E和F可以经由车辆对网络(V2N)133或侧链路接口125b与RSU 123a或123b通信。WTRU A、B、C、D、E 和F可以经由车辆对基础设施(V2I)接口127与V2X服务器124通信。 WTRU A、B、C、D、E和F可以经由车辆对人(V2P)接口128与另一个UE通信。

图12F是按照本文中描述的实现NR-U LBT MAC过程的系统、方法和设备的可以为无线通信和操作配置的示性设备或装置WTRU 102 (比如图12A、图12B、图12C、图12D或图12E，或者图1(例如， UE101)的WTRU 102)的方框图。如图12F中所示，示例WTRU 102 可以包括处理器118、收发器120、传输/接收元件122、扬声器/麦克风 124、小键盘126、显示器/触控板/指示器128、不可拆卸存储器130、可拆卸存储器132、电源134、全球定位系统(GPS)芯片组136，以及其他外围设备138。要意识到的是WTRU 102可以包括上述元件的任意子组合。另外，基站114a和114b，或者基站114a和114b可以代表的节点，比如但不限于基站收发器(BTS)、Node-B、站点控制器、接入点 (AP)、家庭Node-B、演进的家庭Node-B(eNodeB)、家庭演进Node-B (HeNB)、家庭演进Node-B网关、下一代Node-B(gNode-B)和代理节点等，可以包括在图12F中描述的一些或全部元件，并且可以是执行所公开的本文中描述的NR-U LBTMAC过程的系统和方法的示例性实现。

处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列 (FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器118 可以进行信号编码、数据处理、功率控制、输入/输出处理、或使WTRU 102能够在无线环境中工作的任何其他功能。处理器118可以耦接到收发器120，收发器120可以耦接到传输/接收元件122。尽管图12F把处理器118和收发器120描述成独立的组件，不过要意识到的是处理器118 和收发器120可以一起集成在电子封装或芯片中。

UE的传输/接收元件122可被配置成通过空中接口115/116/117向基站(例如，图12A的基站114a)传输信号或从其接收信号，或者通过空中接口115d/116d/117d向另外的UE传输信号或从其接收信号。例如，传输/接收元件122可以是配置成传输或接收RF信号的天线。例如，传输/接收元件122可以是配置成传输或接收IR、UV或可见光信号的发射器/检测器。传输/接收元件122可被配置成传输和接收RF信号和光信号两者。要意识到的是传输/接收元件122可被配置成传输或接收无线或有线信号的任意组合。

另外，尽管传输/接收元件122在图12F中被描述成单一元件，不过， WTRU 102可以包括任意数量的传输/接收元件122。更具体地，WTRU 102可以采用MIMO技术。从而，WTRU102可以包括用于通过空中接口115/116/117传输和接收无线信号的两个或更多个传输/接收元件122 (例如，多个天线)。

收发器120可被配置成调制将由传输/接收元件122传输的信号，和解调由传输/接收元件122接收的信号。如上所述，WTRU 102可以具有多模式能力。从而，收发器120可以包括使WTRU 102能够经由多种 RAT(例如NR和IEEE 802.11或NR和E-UTRA)进行通信，或者经由到不同RRH、TRP、RSU或节点的多个波束利用同一RAT进行通信的多个收发器。

WTRU 102的处理器118可以耦接到扬声器/麦克风124、小键盘126、或显示器/触控板/指示器128(例如，液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并可以接收来自它们的用户输入数据。处理器118还可以把用户数据输出给扬声器/麦克风124、小键盘 126、或显示器/触控板/指示器128。另外，处理器118可以从任意类型的适当存储器(比如不可拆卸存储器130或可拆卸存储器132)访问信息，和把数据存储在其中。不可拆卸存储器130可包括随机存取存储器 (RAM)、只读存储器(ROM)、硬盘或任何其他类型的存储装置。可拆卸存储器132可包括用户识别模块(SIM)卡、记忆棒、安全数字 (SD)存储卡等。处理器118可以从物理上不位于WTRU 102的存储器 (比如托管在云中的服务器上的或边缘计算平台中的或家用计算机(未图示)中的存储器)访问信息，和把数据存储在其中。处理器118可被配置成响应于在本文中所述的一些例子中的LBT FC的设置是成功还是不成功，控制显示器或指示器128上的照明图案、图像或颜色，或者以其他方式指示NR-U LBT MAC过程及关联组件的状态。显示器或指示器128上的控制照明图案、图像或颜色可以反映本文中例示或讨论的各个图(例如，图1-图10等)中的任何方法流程或组件的状态。本文中公开的是NR-U LBT MAC过程的消息和过程。所述消息和过程可以被扩展，以提供接口/API，供用户经由输入源(例如，扬声器/麦克风124、小键盘126、或显示器/触控板/指示器128)请求资源，以及请求、配置或查询可以显示在显示器128上的与NR-U LBT MAC过程相关的信息等。

处理器118可从电源134接收电力，并且可被配置成把电力分配给 WTRU 102中的其他组件，或控制给WTRU 102中的其他组件的电力。电源134可以是用于向WTRU 102供电的任何适当装置。例如，电源134 可包括一个或多个干电池、太阳能电池、燃料电池等。

处理器118还可以耦接到GPS芯片组136，GPS芯片组136可被配置成提供关于WTRU102的当前位置的位置信息(例如，经度和纬度)。除了来自GPS芯片组136的信息之外，或者代替来自GPS芯片组136 的信息，WTRU 102还可通过空中接口115/116/117，从基站(例如，基站114a、114b)接收位置信息，或基于从两个或更多个附近的基站接收信号的定时确定其位置。要意识到的是WTRU 102可以利用任何适当的位置确定方法来获取位置信息。

处理器118还可以耦接到其他外围设备138，外围设备138可包括提供附加特征、功能、或者有线或无线连接的一个或多个软件或硬件模块。例如，外围设备138可包括诸如加速度计之类的各种传感器、生物统计 (例如指纹)传感器、电子指南针、卫星收发器、数字摄像头(用于照片或视频)、通用串行总线(USB)端口或者其他互连接口、振动装置、电视收发器、免提耳机、蓝牙

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

WTRU 102可以包含在其他设备或装置中，比如传感器、消费电子产品、诸如智能手表或智能服装之类的可穿戴式装置、医疗或电子健康装置、机器人、工业设备、无人机、诸如汽车、卡车、火车或飞机之类的交通工具。WTRU 102可以经由一个或多个互连接口(比如可包含外围设备138之一的互连接口)连接到这样的设备或装置的其他组件、模块或系统。

图12G是其中可以体现图12A、图12C、图12D和图12E中图解所示的通信网络的一个或多个设备(比如RAN 103/104/105、核心网络 106/107/109、PSTN 108、因特网110、其他网络112或网络服务113中的某些节点或功能实体)以及NR-U LBT MAC过程(比如本文中说明和要求保护的图1-图10中图解所示的系统和方法)的示例性计算机系统 90的方框图。计算系统90可包含计算机或服务器，可以主要由计算机可读指令控制，所述计算机可读指令可以采取软件的形式，无论此类软件存储在哪里或者以任何方式访问。这样的计算机可读指令可以在处理器 91内执行，以使计算系统90工作。处理器91可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP 核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路 (ASIC)、现场可编程门阵列(FPGA)电路、任何其他类型的集成电路(IC)、状态机等。处理器91可以进行信号编码、数据处理、功率控制、输入/输出处理、或使计算系统90能够在通信网络中工作的任何其他功能。协处理器81是不同于主处理器91的可以进行附加功能或者辅助处理器91的可选处理器。处理器91或协处理器81可以接收、生成和处理与本文中公开的用于NR-U LBT MAC过程的方法和设备相关的数据，比如接收LBT失败或者对LBT失败作出反应。

操作中，处理器91取回、解码和执行指令，并经由计算机系统的主要数据传送路径，系统总线80往来于其他资源传送信息。这样的系统总线连接计算系统90中的组件，并定义数据交换用介质。系统总线80一般包括用于发送数据的数据线、用于发送地址的地址线、以及用于发送中断和用于操纵系统总线的控制线。这种系统总线80的例子是PCI(外围组件互连)总线。

耦接到系统总线80的存储器包括随机存取存储器(RAM)82和只读存储器(ROM)93。这样的存储器包括允许信息被存储和取回的电路。 ROM 93通常包含不能被轻易更改的存储数据。存储在RAM 82中的数据可以被处理器91或其他硬件装置读取或改变。对RAM 82或ROM 93 的访问可由存储控制器92控制。存储控制器92可提供在指令被执行时，把虚拟地址转换为物理地址的地址转换功能。存储控制器92还可提供将系统内的进程隔离开来并将系统进程与用户进程隔离开来的存储器保护功能。从而，按第一模式运行的程序只能访问由它自己进程的虚拟地址空间映射的存储器；它不能访问在其他进程的虚拟地址空间内的存储器，除非设置了进程之间的存储器共享。

另外，计算系统90可包含负责把来自处理器91的指令传达给外围设备(比如打印机94、键盘84、鼠标95和磁盘驱动器85)的外围设备控制器83。

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

此外，计算系统90可以包含诸如无线或有线网络适配器97之类的通信电路，所述通信电路可以用于把计算系统90连接到外部通信网络或装置，比如图12A、12B、12C、12D或12E的RAN 103/104/105、核心网络106/107/109、PSTN 108、因特网110、WTRU 102或其他网络112，以使计算机90能够与这些网络的其他节点或功能实体通信。单独地或者与处理器91结合地，所述通信电路可以用于进行记载在本文中的某些设备、节点或功能实体的传输和接收步骤。

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

在描述如图中图解所示的本公开的主题NR-U LBT MAC过程的优选方法、系统或设备时，为了清楚起见，采用了特定的术语。然而，要求保护的主题并不意欲局限于这样选择的特定术语，并且应理解的是每个特定元件包括以类似方式操作以实现类似目的的所有技术等同物。

本文中描述的各种技术可以结合硬件、固件、软件或者在适当时结合它们的组合来实现。此类硬件、固件和软件可以驻留在位于通信网络的各个节点的设备中。所述设备可以单独地或者彼此结合地操作，以实现本文中描述的方法。本文中使用的术语“设备”、“网络设备”、“节点”、“装置”、“网络节点”等可以可互换地使用。另外，除非本文中另有说明，否则词语“或”的使用通常是包括性地使用的。

本书面说明使用例子来公开本发明，包括最佳模式，并且还使本领域的任何技术人员能够实践本发明，包括制造和使用任何装置或系统以及进行任何所包含的方法。本发明的可专利范围由权利要求书限定，并且可以包括本领域技术人员想到的其他例子(例如，在本文中公开的示例性方法之间的跳过步骤、组合步骤或添加步骤)。此类其他例子意欲在权利要求书的范围之内，如果它们具有与权利要求书的字面语言并无不同的结构元素，或者如果它们包括与权利要求书的字面语言并无实质区别的等同结构元素的话。

本书面说明使用例子来公开主题，包括最佳模式，并且还使本领域的任何技术人员能够实践所述主题，包括制造和使用任何装置或系统以及进行任何所包含的方法。可专利范围由权利要求书限定，并且可以包括本领域技术人员想到的其他例子(例如，在本文中，比如在图2-图10 等中公开的示例性方法之间的跳过步骤、组合步骤或添加步骤)。此类其他例子意欲在权利要求书的范围之内，如果它们具有与权利要求书的字面语言并无不同的结构元素，或者如果它们包括与权利要求书的字面语言并无实质区别的等同结构元素的话。

如本文中所述的方法、系统和设备等可提供用于NR-U LBT MAC 的手段(means)。SR过程LBT失败可导致1)切换到备用BWP，2) 发起RA过程，或3)维持SR待决状态。DRX过程LBT失败可导致1) 延长持续时间或非激活定时器，2)使持续时间或非激活定时器与MCOT、CWS或CCA对齐，或3)应用短周期。RA过程LBT失败可导致1) 生成或发送统计报告，或2)设定禁止定时器。BWP过程LBT失败可导致1)延长BWP非激活定时器或2)切换到备用BWP。设想了在本段落和随后段落(或者本文中的关联段落)中的所有组合(包括步骤的去除或添加)。

如本文中所述的方法、系统和设备等可提供用于NR-U LBT MAC 的手段。方法、系统、计算机可读存储介质或设备具有用于关于随机接入过程、SCell激活/去激活过程、非连续接收过程、调度请求过程、缓存状态上报过程、逻辑信道优先级划分过程、UE和NB MAC过程的协调、功率余量上报过程、或带宽部分操作过程等的LBT失败的手段。方法、系统、计算机可读存储介质或设备具有用于确定前导码传输计数器大于1，未从低层接收到暂停功率抬升计数器的通知，所选择的SSB未被改变，和未检测到LBT失败的手段；和其于所述确定步骤，提供将前导码功率抬升计数器递增1的指令的手段。方法、系统、计算机可读存储介质或设备具有用于与对话前监听(LBT)和介质访问控制(MAC) 关联的操作的手段，所述手段可包括获得(例如，从远程装置接收或者使用本地传感器检测)与用户设备(UE)关联的LBT状态的指示；和生成LBT报告MAC控制元素(LBTR MAC CE)，其中LBTR MAC CE 可包括LBT状态的指示。方法、系统、计算机可读存储介质或设备具有用于向MAC层提供LBT定时信息的手段。LBT定时信息可包括空闲信道评估的时间段、最大信道占用时间或争用窗口。方法、系统、计算机可读存储介质或设备具有用于与对话前监听(LBT)和非连续接收(DRX) 关联的操作的手段，所述手段可包括检测与用户设备(UE)关联的LBT 失败的第一阈值或LBT成功的第二阈值；和基于检测第一阈值或第二阈值，调整DRX配置。DRX配置可包括持续时间或非激活定时器。方法、系统、计算机可读存储介质或设备具有用于基站向UE提供信息的手段，其中所述信息可包括关于与基站或UE关联的接入信道的下行链路信息。 UE可自动检测关于上行链路信息的信息。基于上行链路或下行链路信息， UE可以影响不同的MAC过程。在例子中，UE可以使用上行链路和下行链路信息来确定是否报告LBT失败，或者报告哪些过程受到影响。方法、系统、计算机可读存储介质或设备具有用于获得由基站检测的下行链路信息的手段，其中下行链路信息与基站的信道接入关联，并且可包括下行链路对话前监听失败的指示；获得上行链路信息，其中上行链路信息由设备检测，其中上行链路信息与设备的信道接入关联，并且可包括上行链路对话前监听失败的指示；和基于上行链路对话前监听失败的指示或下行链路对话前监听失败的指示，执行介质访问控制操作。上行链路对话前监听失败(或成功)或下行链路对话前监听失败(或成功) 可以由调度请求过程、缓存状态上报过程、逻辑信道优先级划分过程、非连续接收过程、SCell激活或去激活过程、功率余量上报过程、随机接入过程、对话前监听报告过程、或带宽部分操作过程检测。设想了在本段落和随后段落(或者本文中的关联段落)中的所有组合(包括步骤的去除或添加)。

方法、系统、计算机可读存储介质或设备具有用于管理MAC过程的手段。方法、系统、计算机可读存储介质或设备具有用于以下的手段：获得下行链路信息，其中下行链路信息与基站(对设备)的信道接入关联；获得上行链路信息(例如，用户设备)，其中上行链路与设备(例如对基站)的信道接入关联；和基于上行链路信息或下行链路信息，执行介质访问控制操作。下行链路信息可以由基站检测。上行链路信息可以由设备检测。信道接入信息可以是与对话前监听操作相关的信息。介质访问控制操作的执行可包括延长带宽部分非激活定时器，其中上行链路或下行链路信息包括上行链路或下行链路对话前监听失败信息。可以依据UL或DL LBT失败信息切换BWP(独立于BWP操作MAC过程，并且所述切换可以是切换到预先配置的备用BWP)。介质访问控制操作的执行可包括扩展随机接入响应窗口，其中上行链路或下行链路信息包括上行链路或下行链路对话前监听失败信息。介质访问控制操作的执行可包括不递增前导码传输计数器或延长争用解决定时器，其中上行链路或下行链路信息包括上行链路或下行链路对话前监听失败信息。介质访问控制操作的执行可包括维持或降低功率抬升，其中上行链路或下行链路信息包括上行链路或下行链路对话前监听失败信息。公开的主题可以避免由LBT失败引起的RA过程的停滞。此外，当前导码传输LBT失败阈值被超过时，可能导致向高层指示RA问题，并且认为RA过程不成功。介质访问控制操作的执行可包括基于判定是否存在对话前监听失败或成功，来确定物理上行链路控制信道资源是有效的，其中这可以与 SR过程达到LBT失败阈值并释放PUCCH资源关联。CCA、MCOT或 CWS信息可以和LBT成功信息一起提供。另外，LBT成功加上该CCA、 MCOT或CWS信息可以等同于LBT失败指示，因为知道成功可以意味着没有失败。当提到LBT时，它可以由LBT成功指示确定。就DRX来说，它可以在LBT失败时通过应用短周期或延长激活时间来恢复。另外，当重启非激活定时器时，可以存在LBT故障延长激活时间多少次的限制。进一步地在LBT失败时，调整DRX配置。这可以与持续时间、非激活或DRX周期定时器关联。对于LBTR，在LBT失败或成功时，当LBT 成功或失败在已知的一段时间内超过阈值时，可以触发向基站的报告；在报告被发送之后，可以设定禁止定时器，以限制报告的频率；并且所述报告可以包括诸如CCA、MCOT或CWS之类的定时信息。由于LBT 达到已知阈值而引起的SR失败可导致发起RA过程(例如，通过限制由于LBT失败而不递增SR传输计数器的次数来实现)，在LBT失败时不设定SR禁止定时器，或者在LBT失败时保持SR待决。介质访问控制操作的执行可包括：基于调度请求传输对话前监听失败指示，确定调度请求失败或发起随机接入过程。介质访问控制操作的执行可包括：基于调度请求传输对话前监听失败指示，确定调度请求失败或切换带宽部分。介质访问控制操作的执行可包括：扩展设备MAC过程定时器或计数器，在MAC过程受上行链路或下行链路信道接入影响时影响操作以允许与授权操作相似的性能，或者设备向基站报告信道接入信息。设想了在本段落和随后段落(或者本文中的关联段落)中的所有组合(包括步骤的去除或添加)。

方法、系统、计算机可读存储介质或设备具有用于管理MAC过程的手段。方法、系统、计算机可读存储介质或设备具有用于以下的手段：从基站获得下行链路信息，其中下行链路信息与设备的信道接入关联；获得上行链路信息，其中上行链路信息由设备检测；和基于上行链路信息或下行链路信息，执行介质访问控制操作。介质访问控制操作的执行可包括延长带宽部分非激活定时器，其中上行链路或下行链路信息可包括上行链路或下行链路对话前监听失败信息。介质访问控制操作的执行可包括扩展随机接入响应窗口，其中上行链路或下行链路信息可包括上行链路或下行链路对话前监听失败信息。介质访问控制操作的执行可包括递增前导码传输计数器或延长争用解决定时器，其中上行链路或下行链路信息可包括上行链路或下行链路对话前监听失败信息。介质访问控制操作的执行可包括保持或降低(例如，不增大)功率抬升，其中上行链路或下行链路信息可包括上行链路或下行链路对话前监听失败信息。介质访问控制操作的执行可包括基于判定是否存在对话前监听失败或对话前监听成功(例如，由阈值成功或失败触发)，确定物理上行链路控制信道(PUCCH)资源是有效的。介质访问控制操作的执行可包括调整非连续接收操作，其中上行链路或下行链路信息可包括以非连续接收周期从基站用信号通知的空闲信道评估时间段、最大信道占用时间或下行链路对话前监听成功指示。介质访问控制操作的执行可包括：在非连续接收操作中，调整激活时间，以与最大信道占用时间段对齐；和在争用窗口大小时间段或空闲信道评估时间段期间应用非连续接收。与最大信道占用时间段对齐可包括调整持续时间定时器；或者调整非激活定时器。介质访问控制操作的执行可包括报告受上行链路或下行链路信息影响的介质访问控制操作。介质访问控制操作的执行可包括报告受上行链路或下行链路信息影响的介质访问控制操作，其中上行链路或下行链路信息可包括上行链路或下行链路对话前监听失败信息。介质访问控制操作的执行可包括报告介质访问控制操作中的一个或多个操作如何受上行链路或下行链路信息影响。介质访问控制操作的执行可包括报告介质访问控制操作中的一个或多个操作如何受上行链路或下行链路信息影响，其中上行链路或下行链路信息可包括上行链路或下行链路对话前监听失败信息。通常，诸如LBT失败或成功等的上行链路或下行链路信息可触发如本文中公开的MAC操作。设备可以是用户设备。设想了本段落(或者本文中的关联段落)中的所有组合(包括步骤的去除或添加)。

Claims (15)

1.一种设备，包括：

处理器；和

与所述处理器耦接的存储器，所述存储器存储可执行指令，所述可执行指令在由所述处理器执行时使所述处理器实现包括以下的操作：

获得下行链路信息，其中下行链路信息由基站检测，其中下行链路信息与所述基站的信道接入关联，并且包括下行链路对话前监听失败的指示；

获得上行链路信息，其中上行链路信息由所述设备检测，其中上行链路信息与所述设备的信道接入关联，并且包括上行链路对话前监听失败的指示；和

基于上行链路对话前监听失败的指示或下行链路对话前监听失败的指示，执行介质访问控制操作。

2.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于调度请求过程，切换到备用带宽部分。

3.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于调度请求过程，发起随机接入过程。

4.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于调度请求过程，保持调度请求待决状态。

5.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于非连续接收过程，延长持续时间定时器或非激活定时器。

6.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于非连续接收过程，使持续时间定时器或非激活定时器与空闲信道评估、最大信道占用时间或争用窗口大小对齐。

7.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于非连续接收过程，应用短周期定时器。

8.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于随机接入过程，切换到备用带宽部分。

9.按照权利要求1所述的设备，其中介质访问控制操作的执行包括对于随机接入过程：

向高层提供随机接入问题指示；和

指示随机接入过程不成功。

10.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于对话前监听报告过程，提供包括对话前监听失败或成功的统计信息的报告。

11.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于对话前监听报告过程，设定用于设定报告的频率的禁止定时器。

12.按照权利要求1所述的设备，其中介质访问控制操作的执行包括：对于带宽部分过程，延长带宽部分非激活定时器或者切换到备用带宽部分。

13.一种方法，包括：

获得下行链路信息，其中下行链路信息由基站检测，其中下行链路信息与所述基站的信道接入关联，并且包括下行链路对话前监听失败的指示；

获得上行链路信息，其中上行链路信息由设备检测，其中上行链路信息与所述设备的信道接入关联，并且包括上行链路对话前监听失败的指示；和

基于上行链路对话前监听失败的指示或下行链路对话前监听失败的指示，执行介质访问控制操作。

14.按照权利要求13所述的方法，其中上行链路对话前监听失败或下行链路对话前监听失败由以下过程检测：调度请求过程、缓存状态上报过程、逻辑信道优先级划分过程、非连续接收过程、SCell激活或去激活过程、功率余量上报过程、随机接入过程、对话前监听报告过程或带宽部分操作过程。

15.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序能够加载到数据处理单元中，并且适于在所述计算机程序由所述数据处理单元运行时，使所述数据处理单元执行按照权利要求13至14中任一项所述的方法的步骤。

Images