CN115462168A - 响应于lbt失败而递增传输计数器 - Google Patents

Abstract

公开了用于在LBT失败的情况下进行计数器处理的装置、方法和系统。一种装置(1100)包括收发器(1125)和处理器(1105)，该处理器(1105)执行(1305)用于传输的先听后说(“LBT”)过程并针对传输检测(1310)LBT失败。处理器(1105)确定(1315)装置1100的媒体接入控制(“MAC”)实体是否被配置有一致LBT失败恢复过程。处理器(1105)响应于LBT失败的指示并且响应于MAC实体没有被配置有一致LBT失败恢复过程，在没有传输上行链路传输的情况下递增(1320)传输计数器。

Description

响应于LBT失败而递增传输计数器

相关申请的交叉引用

本申请要求Joachim Loehr、Alexander Johann Maria Golitschek Edler vonElbwart、以及Ravi Kuchibhotla的、于2020年4月21日提交的标题为“RACH/SR COUNTERHANDLING IN CASE OF LBT FAILURE(在LBT失败的情况下的RACH/SR计数器处理)”的美国临时专利申请号63/013,186的优先权，该申请通过引用被并入本文。

技术领域

本文中公开的主题总体上涉及无线通信，并且更具体地涉及对于空间复用通信的情况处理一致先听后说(“LBT”)失败。

背景技术

在某些无线通信系统中，通过在未授权频谱上的操作来补充服务。然而，未授权频谱上的操作需要在传输之前进行空闲信道评估(“CCA”)，例如涉及先听后说(“LBT”)过程。

在未授权频谱(“NR-U”)中的第三代伙伴关系项目(“3GPP”)新无线电中，下行链路(“DL”)和上行链路(“UL”)两者的信道接入都取决于CCA(例如，LBT过程)以获得信道接入。在任何传输之前，gNB(即，第五代(“5G”)基站)和/或用户设备(“UE”)必须首先感知信道以找出该信道上是否有正在进行的通信。在版本16(“Rel-16”)中NR-U的LBT不考虑波束成形并且只假定全向LBT。

发明内容

公开了用于在LBT失败的情况下进行计数器处理的过程。所述过程可以由装置、系统、方法或计算机程序产品来实现。

用户设备装置(“UE”)的一种方法包括针对传输执行先听后说(“LBT”)过程以及针对传输检测LBT失败。第一方法包括确定UE的媒体接入控制(“MAC”)实体是否被配置有一致LBT失败恢复过程。如果UE的MAC实体没有被配置有一致LBT失败恢复过程，则第一方法包括：响应于LBT失败的指示，在没有传输上行链路传输的情况下递增传输计数器。

UE的另一种方法包括针对传输执行LBT过程和针对传输检测LBT失败。第二方法包括确定在UE处是否支持一致LBT失败恢复功能性。如果UE不支持一致LBT失败恢复功能性，则第二方法包括：响应于LBT失败，在没有执行对应上行链路传输的情况下向UE的MAC实体指示LBT成功。

附图说明

将通过参考在附图中示出的具体实施例来呈现对以上简要描述的实施例的更具体的描述。理解这些附图仅描绘了一些实施例并且因此不应被认为是对范围的限制，将通过使用附图以附加的特殊性和细节来描述和解释实施例，在附图中：

图1是图示用于在LBT失败的情况下的计数器处理的无线通信系统的一个实施例的示意性框图；

图2是图示5G新无线电(“NR”)协议栈的一个实施例的框图；

图3是图示在其期间执行LBT过程的无线电帧的一个实施例的图；

图4是图示用于在LBT失败的情况下进行RACH计数器处理的过程的一个实施例的图；

图5是图示用于在LBT失败的情况下进行RACH计数器处理的替代过程的一个实施例的图；

图6是图示用于在LBT失败的情况下进行RACH计数器处理的另一过程的一个实施例的图；

图7是图示用于在LBT失败的情况下进行RACH计数器处理的实现方式的一个实施例的图；

图8是图示用于在LBT失败的情况下进行SR计数器处理的过程的一个实施例的图；

图9是图示用于在LBT失败的情况下进行SR计数器处理的替代过程的一个实施例的图；

图10是图示用于在LBT失败的情况下进行SR计数器处理的另一过程的一个实施例的图；

图11是图示可以用于在LBT失败的情况下进行计数器处理的用户设备装置的一个实施例的图；

图12是图示可以用于在LBT失败的情况下进行计数器处理的网络装置的一个实施例的图；

图13是图示用于在LBT失败的情况下进行计数器处理的第一方法的一个实施例的流程图；以及

图14是图示用于在LBT失败的情况下进行计数器处理的第二方法的一个实施例的流程图。

具体实施方式

如本领域技术人员将理解的，实施例的各方面可以被体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件各方面的实施例的形式。

例如，所公开的实施例可以被实现为硬件电路，其包括定制的超大规模集成(“VLSI”)电路或门阵列、现成的半导体，诸如逻辑芯片、晶体管或其他分立的组件。所公开的实施例也可以被实现在可编程硬件设备中，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等。作为另一示例，所公开的实施例可以包括可执行代码的一个或多个物理块或逻辑块，其可以例如被组织为对象、过程或函数。

此外，实施例可以采取体现在一个或多个计算机可读存储设备中的程序产品的形式，该一个或多个计算机可读存储设备存储机器可读代码、计算机可读代码和/或程序代码，以下称为代码。存储设备可以是有形的、非暂时的和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用用于接入代码的信号。

可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何适当的组合。

存储设备的更具体示例(非详尽列表)将包括以下：具有一条或多条电线的电气连接、便携式计算机软盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存)、便携式致密盘只读存储器(“CD-ROM”)、光存储设备、磁存储设备、或前述的任何适当的组合。在本文档的上下文中，计算机可读存储介质可以是能够包含或存储用于由指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合使用的程序的任何有形介质。

用于执行实施例的操作的代码可以是任意数量的行，并且可以用包括诸如Python、Ruby、Java、Smalltalk、C++等面向对象的编程语言、和诸如“C”编程语言等传统过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任意组合来编写。代码可以在用户的计算机上、部分在用户的计算机上、作为独立软件包、部分在用户的计算机上并且部分在远程计算机上或完全在远程计算机或服务器上完全执行。在后一种场景下，远程计算机可以通过包括局域网(“LAN”)、无线LAN(“WLAN”)或广域网(“WAN”)的任何类型的网络连接到用户的计算机，或者可以连接到外部计算机(例如，通过使用互联网服务提供商(“ISP”)的互联网)。

此外，实施例的所述特征、结构或特性可以以任何适当的方式组合。在下面的描述中，提供了许多具体细节，诸如编程的示例、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等，以提供对实施例的透彻理解。然而，相关领域的技术人员将认识到，实施例可以在没有这些具体细节中的一个或多个的情况下或者利用其他方法、组件、材料等来实践。在其他实例中，未详细示出或描述众所周知的结构、材料或操作以避免模糊实施例的各方面。

贯穿本说明书对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，除非另有明确说明，否则贯穿本说明书的短语“在一个实施例中”、“在实施例中”和类似语言的出现可以但不一定都指代相同的实施例，而是意指“一个或多个但不是所有实施例”。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变形意指“包括但不限于”。除非另有明确说明，否则所列举的项的列表并不暗示任何或所有项是相互排斥的。除非另有明确说明，否则术语“一个”、“一”和“该”也指“一个或多个”。

如本文中所使用的，具有“和/或”连词的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和/或C的列表包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。如本文中所使用的，使用术语“……中的一个或多个”的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和C中的一个或多个包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。如本文中所使用的，使用术语“……中的一个”的列表包括列表中的任何单个项中的一个且仅一个。例如，“A、B和C中的一个”包括仅A、仅B或仅C并且不包括A、B和C的组合。如本文中所使用的，“选自由A、B和C组成的组的成员”包括A、B或C中的一个且仅一个，并且不包括A、B和C的组合。”如本文中所使用的，“选自由A、B和C及其组合组成的组的成员”包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。

下面参考根据实施例的方法、装置、系统和程序产品的示意流程图和/或示意框图来描述实施例的各方面。将理解，示意流程图和/或示意框图中的各个框以及示意流程图和/或示意框图中的框的组合都能够通过代码实现。该代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现流程图和/或框图中指定的功能/动作的装置。

代码还可以被存储在存储设备中，该存储设备能够引导计算机、其他可编程数据处理装置或其他设备以特定方式运行，使得存储在存储设备中的指令产生包括实现流程图和/或框图中指定的功能/动作的指令的制品。

代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上以使一系列操作步骤在计算机、其他可编程装置或其他设备上被执行，从而产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供用于实现流程图和/或框图中指定的功能/动作的过程。

附图中的流程图和/或框图示出了根据各种实施例的装置、系统、方法和程序产品的可能实现方式的架构、功能性和操作。在这点上，流程图和/或框图中的每个框可以表示模块、段或代码的一部分，其包括用于实现(一个或多个)指定逻辑功能的代码的一个或多个可执行指令。

还应注意，在一些替代实现方式中，框中标注的功能可以不按图中标注的顺序出现。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能性。可以设想到在功能、逻辑或效果上与示出的图中的一个或多个框或其部分等效的其他步骤和方法。

尽管在流程图和/或框图中可以采用各种箭头类型和线类型，但它们被理解为不限制对应实施例的范围。实际上，一些箭头或其他连接器可以被用于仅指示描绘的实施例的逻辑流程。例如，箭头可以指示描绘的实施例的列举步骤之间的未指定持续时间的等待或监视时间段。还将注意，框图和/或流程图的每个框以及框图和/或流程图中的框的组合能够由执行指定功能或动作的基于专用硬件的系统或专用硬件与代码的组合实现。

每个图中的元件的描述可以参考前面的附图的元件。在所有附图中，相同的标号指代相同的元件，包括相同元件的替代实施例。

通常，本公开描述了用于在先听后说(“LBT”)失败的情况下进行计数器处理的系统、方法和装置。在NR-U中，下行链路和上行链路这两者中的信道接入依靠LBT；然而，在Rel-16中NR-U中的LBT不考虑波束成形并且假定仅全向LBT。UE的MAC层实体依靠接收来自物理层的UL LBT失败通知来检测一致UL LBT失败。能够将用于信道接入的NR-U LBT过程概括如下：

A)gNB发起的信道占用时间(“COT”)和UE发起的COT都使用类别4(“Cat-4”)LBT，其中新传输突发的开始总是执行具有指数退避的LBT。只有当DRS的持续时间必须为至多一个ms并且不与单播PDSCH复用时才有例外。如本文所使用的，Cat-4 LBT过程是指具有随机退避并且具有可变大小竞争窗口的LBT。

B)只有当离先前传输的结束的间隙不大于16μs时，在gNB发起的信道占用时间(“COT”)内的UL传输或在UE或gNB发起的COT内的后续DL传输才能够在不用感测的情况下立即发射，否则必须使用类别2(“Cat-2”)LBT，并且间隙不能超过25μs。如本文所使用的，Cat-2 LBT过程是指没有随机退避的LBT。

根据3GPP TS 38.321，只要所选择的对应SSB或CSI-RS不改变并且在先前传输中尚未发生LBT失败，每当发射新PRACH前导时就将递增传输计数器PREAMBLE_POWER_RAMPING_COUNTER。此最后部分确保不会由于LBT失败而应用功率斜升。

由本公开解决的第一问题涉及当一致LBT失败发生时如何处理RACH计数器。根据当前指定的行为，RACH计数器PREAMBLE_TRANSMISSION_COUNTER将被卡住在相同值。为了解决这种死锁情形，引入了一致LBT检测和恢复过程。然而，LBT失败检测和恢复是可选的UE能力/特征。因此，当UE不支持此机制或者网络未配置一致LBT失败检测和恢复过程时，在RACH尝试一致失败的情况下不会有恢复，即，UE不会关于RACH问题告知RRC层并且触发RLF，因为计数器从未达到所配置的最大值preambleTransMax。

由本公开解决的第二问题涉及物理上行链路控制信道(“PUCCH”)上的调度请求(“SR”)的传输。在一致LBT失败情况下，关于链路问题不告知更高层(例如，RRC层)并且不触发随机接入过程，因为SR计数器未被增加，因此sr-TransMax未被超过。

为了解决当前现有技术的以上问题，可以实现以下UE行为。

关于RACH计数器处理的UE行为取决于UE能力并且取决于网络是否使UE配置有一致LBT失败恢复过程。当UE不支持LBT检测和恢复功能性时或者当UE未被配置有一致LBT失败恢复过程时，那么如果由于LBT失败而未发射前导，则UE将递增RACH计数器(例如，PREAMBLE_TRANSMISSION_COUNTER)。然而，对于当UE确实支持一致LBT失败恢复过程并且UEMAC层实体通过网络被配置有一致LBT失败恢复过程时的情况，那么如果由于LBT失败而未发射前导，则UE不递增RACH计数器(例如，PREAMBLE_TRANSMISSION_COUNTER)。

关于SR计数器处理的UE行为取决于UE能力并且取决于网络是否使UE配置有一致LBT失败恢复过程。当UE不支持LBT检测和恢复功能性时或者当UE未被配置有一致LBT失败恢复过程时，那么如果由于LBT失败而未发射前导，则UE将递增SR传输计数器(例如，SR_COUNTER)。对于当UE确实支持一致LBT失败恢复过程并且UE/MAC通过网络被配置有一致LBT失败恢复过程时的情况，如果由于LBT失败而未发射前导，则UE不递增SR_COUNTER。

在某些实施例中，对于当UE不使用一致LBT失败恢复过程时的情况甚至对于当由于LBT失败而不能执行随机接入前导传输时的情况，UE的PHY层向MAC层指示LBT成功。

图1描绘了根据本公开的实施例的用于在LBT失败的情况下进行计数器处理的无线通信系统100。在一个实施例中，无线通信系统100包括至少一个远程单元105、无线电接入网络(“RAN”)120和移动核心网络140。RAN 120和移动核心网络140形成移动通信网络。RAN 120可以由基站单元121组成，远程单元105使用无线通信链路123与基站单元121通信。尽管在图1中描绘了特定数量的远程单元105、基站单元121、无线通信链路123、RAN 120和移动核心网络140，但本领域技术人员将认识到任何数量的远程单元105、基站单元121、无线通信链路123、RAN 120和移动核心网络140都可以被包括在无线通信系统100中。

在一种实现方式中，RAN 120符合3GPP规范中规定的5G系统。例如，RAN 120可以是NG-RAN，其实现NR RAT和/或LTE RAT。在另一示例中，RAN 120可以包括非3GPP RAT(例如，

或电气和电子工程师协会(“IEEE”)802.11系列兼容的WLAN)。在另一实现方式中，RAN 120符合3GPP规范中规定的LTE系统。然而，更一般地，无线通信系统100可以实现一些其他开放或专有通信网络，例如，全球微波接入互操作性(“WiMAX”)或IEEE 802.16系列标准，以及其他网络。本公开不旨在被限制于任何特定无线通信系统架构或协议的实现方式。

在一个实施例中，远程单元105可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到互联网的电视)、智能电器(例如，连接到互联网的电器)、机顶盒、游戏控制台、安全系统(包括安全相机)、车载计算机、网络设备(例如，路由器、交换机、调制解调器)等。在一些实施例中，远程单元105包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。此外，远程单元105可以被称为UE、订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、用户终端、无线发射/接收单元(“WTRU”)、设备、或本领域使用的其他术语。在各种实施例中，远程单元105包括订户身份和/或识别模块(“SIM”)和移动设备(“ME”)，其提供移动终端功能(例如，无线电传输、转换、语音编码和解码、错误检测和校正、到SIM的信令和接入)。在某些实施例中，远程单元105可以包括终端设备(“TE”)和/或被嵌入在电器或设备(例如，如上所述的计算设备)中。

远程单元105可以经由上行链路(“UL”)和下行链路(“DL”)通信信号与RAN 120中的一个或多个基站单元121直接通信。此外，可以在无线通信链路123上承载UL和DL通信信号。这里，RAN 120是向远程单元105提供对移动核心网络140的接入的中间网络。如下文更详细描述的，远程单元105可以向基站单元121发送定向RACH和/或SR传输125。

在一些实施例中，远程单元105经由与移动核心网络140的网络连接与应用服务器151通信。例如，远程单元105中的应用107(例如，web浏览器、媒体客户端、电话和/或互联网协议语音(“VoIP”)应用)可以触发远程单元105经由RAN 120与移动核心网络140建立协议数据单元(“PDU”)会话(或其他数据连接)。移动核心网络140然后使用PDU会话在远程单元105与分组数据网络150中的应用服务器151之间中继业务。PDU会话表示远程单元105与用户平面功能(“UPF”)141之间的逻辑连接。

为了建立PDU会话(或PDN连接)，远程单元105必须向移动核心网络140注册(在第四代(“4G”)系统的情境中也称为“附接到移动核心网络”)。注意，远程单元105可以与移动核心网络140建立一个或多个PDU会话(或其他数据连接)。因此，远程单元105可以具有用于与分组数据网络150通信的至少一个PDU会话。远程单元105可以建立附加的PDU会话用于与其他数据网络和/或其他通信对等体进行通信。

在5G系统(“5GS”)的情境中，术语“PDU会话”是指通过UPF 141在远程单元105与特定数据网络(“DN”)之间提供端到端(“E2E”)用户平面(“UP”)连接性的数据连接。PDU会话支持一个或多个服务质量(“QoS”)流。在某些实施例中，在QoS流与QoS简档之间可以存在一对一的映射，使得属于特定QoS流的所有分组具有相同的5G QoS标识符(“5QI”)。

在4G/LTE系统的情境中，诸如演进型分组系统(“EPS”)，分组数据网络(“PDN”)连接(也称为EPS会话)提供远程单元与PDN之间的E2E UP连接性。PDN连接性过程建立EPS承载，即，远程单元105与移动核心网络140中的分组网关(“PGW”，未示出)之间的隧道。在某些实施例中，在EPS承载与QoS简档之间存在一对一映射，使得所有属于特定EPS承载的分组都具有同一QoS类标识符(“QCI”)。

基站单元121可以被分布在地理区域上。在某些实施例中，基站单元121也可以被称为接入终端、接入点、基地、基站、节点B(“NB”)、演进型节点B(缩写为eNodeB或“eNB”，也称为演进型通用陆地无线接入网络(“E-UTRAN”)节点B)、5G/NR节点B(“gNB”)、家庭节点B、中继节点、RAN节点或本领域中使用的任何其他术语。基站单元121通常是诸如RAN 120的RAN的一部分，其可以包括可通信地耦合到一个或多个对应基站单元121的一个或多个控制器。无线电接入网络的这些和其他元件未示出，但本领域普通技术人员通常公知。基站单元121经由RAN 120连接到移动核心网络140。

基站单元121可以经由无线通信链路123为例如小区或小区扇区的服务区内的多个远程单元105服务。基站单元121可以经由通信信号与一个或多个远程单元105直接通信。通常，基站单元121发射DL通信信号以在时域、频域和/或空间域中服务远程单元105。此外，可以在无线通信链路123上承载DL通信信号。无线通信链路123可以是授权或未授权无线电频谱中的任何合适的载波。无线通信链路123促进在一个或多个远程单元105和/或一个或多个基站单元121之间的通信。注意，在NR-U操作期间，基站单元121和远程单元105通过未授权的无线电频谱进行通信。

在一个实施例中，移动核心网络140是5GC或演进型分组核心(“EPC”)，其可以被耦合到分组数据网络150，如互联网和私有数据网络，以及其他数据网络。远程单元105可以具有关于移动核心网络140的订阅或其他账户。每个移动核心网络140属于单个PLMN。本公开不旨在限于任何特定无线通信系统架构或协议的实现方式。

移动核心网络140包括若干网络功能(“NF”)。如所描绘的，移动核心网络140包括至少一个UPF 141。移动核心网络140还包括多个控制平面(“CP”)功能，其包括但不限于服务于RAN 120的接入和移动性管理功能(“AMF”)143、会话管理功能(“SMF”)145、策略控制功能(“PCF”)147、以及统一数据管理功能(“UDM”)。在一些实施例中，UDM与用户数据存储库(“UDR”)准共置，其被描述为组合实体“UDM/UDR”149。在各种实施例中，移动核心网络140还可以包括认证服务器功能(“AUSF”)、网络存储库功能(“NRF”)(由各种NF用于通过应用程序编程接口(“API”)发现并与彼此通信)、或为5GC定义的其他NF。在某些实施例中，移动核心网络140可以包括认证、授权和计费(“AAA”)服务器。

在各种实施例中，移动核心网络140支持不同类型的移动数据连接和不同类型的网络切片，其中，每个移动数据连接利用特定网络切片。这里，“网络切片”是指移动核心网络140针对特定业务类型或通信服务优化的部分。网络实例可以由单个网络切片选择辅助信息(“S-NSSAI”)标识，而远程单元105被授权使用的网络切片的集合由网络切片选择辅助信息(“NSSAI”)标识。这里，“NSSAI”是指包括一个或多个S-NSSAI值的向量值。在某些实施例中，各种网络切片可以包括网络功能的分开的实例，诸如SMF 145和UPF 141。在一些实施例中，不同的网络切片可以共享一些共同的网络功能，诸如AMF 143。为便于图示，在图1中未示出不同的网络切片，但假定它们的支持。

尽管在图1中描绘了特定数量和类型的网络功能，但本领域技术人员将认识到任何数量和类型的网络功能都可以被包括在移动核心网络140中。此外，在其中移动核心网络140是EPC的LTE变形中，所描绘的网络功能可以用适当的EPC实体代替，诸如移动管理实体(“MME”)、服务网关(“SGW”)、PGW、归属订户服务器(“HSS”)等。例如，AMF 143可以被映射到MME，SMF 145可以被映射到PGW的控制平面部分和/或被映射到MME，UPF 141可以被映射到SGW和PGW的用户平面部分，UDM/UDR 149可以被映射到HSS等。

虽然图1描绘了5G RAN和5G核心网络的组件，但所描述的用于在LBT失败的情况下进行计数器处理的实施例应用于其他类型的通信网络和RAT，包括IEEE 802.11变形、全球移动通信系统(“GSM”，即，2G数字蜂窝网络)、通用分组无线电服务(“GPRS”)、通用移动电信系统(“UMTS”)、LTE变形、CDMA 2000、蓝牙、ZigBee、Sigfox等。

在以下描述中，术语“RAN节点”被用于基站，但是它可用任何其他无线电接入节点，例如，gNB、eNB、基站(“BS”)、接入点(“AP”)、等代替。此外，主要在5G NR的情境中描述操作。然而，所提出的解决方案/方法也同样地适用于支持在LBT失败的情况下的计数器处理的其他移动通信系统。

图2描绘了根据本公开的实施例的NR协议栈200。虽然图2示出了UE 205、RAN节点210和5G核心网络(“5GC”)中的AMF 215，但是这些表示与基站单元121和移动核心网络140交互的远程单元105的集合。如所描绘的，协议栈200包括用户平面协议栈201和控制平面协议栈203。用户平面协议栈201包括物理(“PHY”)层220、媒体接入控制(“MAC”)子层225、无线电链路控制(“RLC”)子层230、分组数据汇聚协议(“PDCP”)子层235和服务数据自适应协议(“SDAP”)层240。控制平面协议栈203包括物理层220、MAC子层225、RLC子层230和PDCP子层235。控制平面协议栈203还包括无线电资源控制(“RRC”)层245和非接入层(“NAS”)层250。

用于用户平面协议栈201的AS层(还称为“AS协议栈”)由至少SDAP、PDCP、RLC和MAC子层以及物理层构成。用于控制平面协议栈203的AS层由至少RRC、PDCP、RLC和MAC子层以及物理层构成。第2层(“L2”)被分成SDAP、PDCP、RLC和MAC子层。第3层(“L3”)包括用于控制平面的RRC子层245和NAS层250并且包括例如用于用户平面的互联网协议(“IP”)层和/或PDU层(未描绘)。L1和L2被称为“较低层”，而L3及以上的层(例如，传送层、应用层)被称为“较高层”或“上层”。

物理层220向MAC子层225提供传送信道。如本文所述，物理层220可以使用能量检测阈值执行CCA/LBT过程。在某些实施例中，物理层220可以向MAC子层225处的MAC实体发送UL LBT失败的通知。MAC子层225向RLC子层230提供逻辑信道。RLC子层230向PDCP子层235提供RLC信道。PDCP子层235向SDAP子层240和/或RRC层245提供无线电承载。SDAP子层240向核心网络(例如，5GC)提供QoS流。RRC层245提供载波聚合和/或双连接性的添加、修改和释放。RRC层245还管理信令无线电承载(“SRB”)和数据无线电承载(“DRB”)的建立、配置、维护和释放。

NAS层250在UE 205与5GC 515之间。NAS消息通过RAN被透明地传递。NAS层250被用于管理通信会话的建立并且用于在UE205在RAN的不同小区之间移动时保持与UE 205的连续通信。相反，AS层位于UE 205与RAN(即，RAN节点210)之间并且通过网络的无线部分承载信息。

UE可以使用各种传输计数器，包括RACH传输计数器和SR传输计数器。RACH传输计数器的一个示例是从1(在第一PRACH传输时)开始并且每次PRACH被重传时得以被递增1的PREAMBLE_TRANSMISSION_COUNTER。如3GPP TS 38.321中定义的，PREAMBLE_TRANSMISSION_COUNTER用于检测和声明RACH失败。当在ra-ResponseWindow持续时间内未接收到RA响应时，PREAMBLE_TRANSMISSION_COUNTER被递增。当计数器达到所配置的最大值(preambleTransMax+1)时，随机接入失败被声明并且发生RLF(在MCG上)或SCG失败。

由于ra-ResponseWindow仅随实际的msg1或msgA传输而启动，所以当这些传输由于LBT失败而失败时不启动它。因此，当一致LBT失败发生时，PREAMBLE_TRANSMISSION_COUNTER将被卡住在相同值。当RAN2就PREAMBLE_TRANSMISSION_COUNTER达成协议时，假定了一致UL LBT失败检测和恢复机制将开始生效并且打破由于计数器被卡住而导致的死锁。

SR传输计数器的一个示例是也从1(在第一次SR传输时)开始并且每次SR被重传时得以被递增1的SR_COUNTER。SR_COUNTER可以用于检测和声明SR失败，例如，在已达到了最大SR传输次数(即，sr-TransMax)的情况下。

可以通过强制要求远程单元105支持一致LBT失败恢复过程来解决以上提及的问题/议题。还应该注意，一致LBT失败恢复过程已被设计为使得它与传统RLF过程相比更高效，即，RLF在依靠未针对NR-U/LBT被优化的传统过程时可能被过早地触发。然而，即使强制性支持/能力也可能是不够的，因为同样网络需要支持和配置它。因此，以下解决方案描述在LBT失败的情况下考虑UE支持一致LBT失败恢复过程的能力的计数器处理。

图3描绘了根据本公开的实施例的用于未授权通信的无线电帧305的LBT过程300。当通信信道是宽带宽未授权载波310(例如，几百兆赫兹)时，CCA/LBT过程取决于检测通信信道的多个子带315上的能量水平，如图3中所示。LBT参数(诸如类型/持续时间、空闲信道评估参数等)可以由RAN节点210在UE 205中加以配置。在一个实施例中，LBT过程在PHY层220处被执行。

当执行全向LBT时，实体(即，UE 205或RAN节点)可以使用全向感测波束。可替选地，该实体可以同时使用多个波束(即，对应于多个设备面板)执行定向LBT以便于模拟全向感测。当执行定向LBT时，实体(即，UE或RAN节点)对给定波束(即，对应于给定空间方向)执行LBT。请注意，每个定向波束可以对应于一个或多个设备面板。

图3还描绘了用于在UE 205与RAN节点210之间的非授权通信的无线电帧305的帧结构。无线电帧305可以被划分为子帧(由子帧边界320指示)并且可以进一步被划分为时隙(由时隙边界325指示)。无线电帧305使用灵活的布置，其中上行链路和下行链路操作在相同的频率信道上但在时间上是分离的。然而，子帧未被配置为下行链路子帧或上行链路子帧，并且特定子帧可以由UE 205或RAN节点210使用。如先前所讨论的，LBT在传输之前被执行。在LBT与时隙边界325不一致情况下，可以发射保留信号330以保留(即，占用)信道直到达到时隙边界并且数据传输开始为止。

图4描绘根据第一解决方案的实施例的用于在LBT失败情况下的RACH计数器处理的过程400。过程400由在移动通信网络中操作的UE如UE 205执行。根据第一解决方案，关于RACH计数器处理例如PREAMBLE_TRANSMISSION_COUNTER的UE行为取决于UE能力，即，UE 205是否支持LBT失败检测和恢复过程。

对于UE 205不支持LBT检测和恢复功能性——即，UE能力指示不支持该功能性的情况，如果由于LBT失败而未发射前导，即，在对于PRACH前导传输由PHY层220指示LBT失败的情况下，UE 205递增PREAMBLE_TRANSMISSION_COUNTER。

对于UE 205确实支持LBT检测和恢复过程的情况，如果由于LBT失败而未发射前导，则UE 205不递增PREAMBLE_TRANSMISSION_COUNTER。

如描绘的，过程400随着UE 205检测到由于LBT失败而未发射PRACH前导而开始(参见框405)。UE 205确定它是否支持LBT检测和恢复(即，具有用于LBT检测和恢复的能力)(参见判定框410)。如果是，则当由于LBT失败而未发射前导时，UE 205不递增RACH计数器(即，PREAMBLE_TRANSMISSION_COUNTER)(参见框415)。否则，如果UE 205不支持LBT检测和恢复(即，还称为一致LBT失败恢复过程)，则当由于LBT失败而未发射前导时，UE 205递增RACH计数器(参见框420)。

图5描绘根据第二解决方案的实施例的用于在LBT失败情况下进行RACH计数器处理的过程500。过程500由在移动通信网络中操作的UE如UE 205执行。根据第二解决方案，关于RACH计数器处理的UE行为取决于UE 205是否已被配置有一致LBT失败恢复过程，例如，是否配置了参数lbt-FailureRecoveryConfig。

对于UE 205的MAC实体未通过RRC被配置有一致LBT失败恢复过程的情况，如果由于LBT失败而未发射前导，即，在对于PRACH前导传输由PHY层220指示LBT失败的情况下，UE205递增PREAMBLE_TRANSMISSION_COUNTER。

对于UE/MAC通过网络被配置有一致LBT失败恢复过程的情况，如果由于LBT失败而未发射前导，则UE 205不递增PREAMBLE_TRANSMISSION_COUNTER。

如描绘的，过程500随着UE 205检测到由于LBT失败而未发射PRACH前导而开始(参见框505)。UE 205确定MAC实体是否被配置有一致LBT失败恢复过程(参见判定框510)。如果MAC实体被配置有一致LBT失败恢复过程(例如，配置了参数lbt-FailureRecoveryConfig)，则当由于LBT失败而未发射前导时，UE205不递增RACH计数器(即，PREAMBLE_TRANSMISSION_COUNTER)(参见框515)。否则，如果MAC实体未被配置有一致LBT失败恢复过程，则当由于LBT失败而未发射前导时，UE 205递增RACH计数器(参见框520)。

图6描绘根据第三解决方案的实施例的用于在LBT失败情况下进行RACH计数器处理的过程600。过程600由在移动通信网络中操作的UE如UE 205执行。根据第二解决方案，关于RACH计数器处理的UE行为不仅取决于用于LBT检测和恢复的UE能力，而且还取决于UE205是否已被配置有一致LBT失败恢复过程，例如，是否配置了参数lbt-FailureRecoveryConfig。

对于UE 205不支持LBT检测和恢复功能性(即，也称为一致LBT失败恢复过程)或者MAC实体未通过RRC被配置有一致LBT失败恢复过程的情况，如果由于LBT失败而未发射前导，即，在对于PRACH前导传输由PHY层220指示LBT失败的情况下，UE 205递增PREAMBLE_TRANSMISSION_COUNTER。

对于UE 205确实支持一致LBT失败恢复过程并且UE/MAC通过网络被配置有一致LBT失败恢复过程的情况，如果由于LBT失败而未发射前导，则UE 205不递增PREAMBLE_TRANSMISSION_COUNTER。

如描绘的，过程600随着UE 205检测到由于LBT失败而未发射PRACH前导而开始(参见框605)。UE 205确定它是否支持LBT检测和恢复(即，具有用于LBT检测和恢复的能力)(参见判定框610)。如果是，则UE 205确定MAC实体是否被配置有一致LBT失败恢复过程(参见判定框615)。如果UE 205既支持LBT检测和恢复(即，还称为一致LBT失败恢复过程)并且MAC实体又被配置有一致LBT失败恢复过程(例如，配置了参数lbt-FailureRecoveryConfig)，则当由于LBT失败而未发射前导时，UE 205不递增RACH计数器(即，PREAMBLE_TRANSMISSION_COUNTER)(参见框620)。否则，如果UE 205不支持LBT检测和恢复—或者如果MAC实体未被配置有一致LBT失败恢复过程，则当由于LBT失败而未发射前导时，UE 205递增RACH计数器(参见框625)。

图7示出提出的概述第三解决方案的一个实现方式705的文本700。如描绘的，3GPP规范涉及随机接入前导传输(即，在3GPP TS38.321的条款5.1.3中描述)。根据实现方式705，如果PREAMBLE_TRANSMISSION_COUNTER大于一并且如果对于最后PRACH前导传输从较低层接收到LBT失败指示，则UE可以基于UE是否支持和/或被配置有一致LBT失败恢复过程来将PREAMBLE_TRANSMISSION_COUNTER递增一。

图8描绘根据第四解决方案的实施例的用于在LBT失败情况下进行SR传输计数器处理的过程800。过程800由在移动通信网络中操作的UE如UE 205执行。根据第三解决方案，关于SR传输计数器处理(例如，SR_COUNTER)的UE行为取决于UE能力，即，UE 205是否支持LBT失败检测和恢复过程。

对于UE 205不支持LBT检测和恢复功能性(即，UE能力指示不支持该功能性)的情况，如果由于LBT失败而未发射SR(例如，在PUCCH上)，即，在对于SR传输由PHY层220指示LBT失败的情况下，UE 205递增SR传输计数器(例如，SR_COUNTER)。

对于UE 205确实支持LBT检测和恢复过程的情况，如果由于LBT失败而未发射SR，则UE 205不递增SR传输计数器。

如描绘的，过程800随着UE 205检测到由于LBT失败而未发射SR而开始(参见框805)。UE 205确定它是否支持LBT检测和恢复(即，具有用于LBT检测和恢复的能力)(参见判定框810)。如果是，则当由于LBT失败而未发射SR时，UE 205不递增SR传输计数器(例如，SR_COUNTER)(参见框815)。否则，如果UE 205不支持LBT检测和恢复(即，还称为一致LBT失败恢复过程)，则当由于LBT失败而未发射SR时，UE 205递增SR传输计数器(参见框820)。

图9描绘根据第五解决方案的实施例的用于在LBT失败情况下进行SR传输计数器处理的过程900。过程900由在移动通信网络中操作的UE如UE 205执行。根据第五解决方案，关于SR_COUNTER处理的UE行为取决于UE 205是否已被配置有一致LBT失败恢复过程，即，是否配置了lbt-FailureRecoveryConfig。

对于MAC实体未通过RRC被配置有一致LBT失败恢复过程的情况，如果由于LBT失败而未发射SR(例如，在PUCCH上)，即，对于SR传输由PHY指示LBT失败，则UE 205递增SR传输计数器(例如，SR_COUNTER)。

对于UE/MAC通过网络被配置有一致LBT失败恢复过程的情况，如果由于LBT失败而未发射SR，则UE 205不递增SR_COUNTER。

如描绘的，过程900随着UE 205检测到由于LBT失败而未发射SR而开始(参见框905)。UE 205确定MAC实体是否被配置有一致LBT失败恢复过程(参见判定框910)。如果MAC实体被配置有一致LBT失败恢复过程(例如，配置了参数lbt-FailureRecoveryConfig)，则当由于LBT失败未发射SR时，UE 205不递增SR传输计数器(例如，SR_COUNTER)(参见框915)。否则，如果MAC实体未被配置有一致LBT失败恢复过程，则当由于LBT失败而未发射SR时，UE205递增SR传输计数器(参见框920)。

图10描绘根据第六解决方案的实施例的用于在LBT失败情况下进行SR传输计数器处理的过程1000。过程1000由在移动通信网络中操作的UE如UE 205执行。根据第四解决方案，关于SR_COUNTER处理的UE行为不仅取决于UE能力，而且还取决于UE 205是否已被配置有一致LBT失败恢复过程，即，是否配置了lbt-FailureRecoveryConfig。

对于UE 205不支持LBT检测和恢复功能性(即，还称为一致LBT失败恢复过程)或者MAC实体未通过RRC被配置有一致LBT失败恢复过程的情况，如果由于LBT失败而未发射SR(例如，在PUCCH上)，即，对于SR传输由PHY指示LBT失败，则UE 205递增SR传输计数器(例如，SR_COUNTER)。

对于UE 205确实支持一致LBT失败恢复过程并且UE/MAC通过网络被配置有一致LBT失败恢复过程的情况，如果由于LBT失败而未发射SR，则UE 205不递增SR_COUNTER。

如描绘的，过程1000随着UE 205检测到由于LBT失败而未发射SR而开始(参见框1005)。UE 205确定它是否支持LBT检测和恢复(即，具有用于LBT检测和恢复的能力)(参见判定框1010)。如果是，则UE 205确定MAC实体是否被配置有一致LBT失败恢复过程(参见判定框1015)。如果UE 205既支持LBT检测和恢复(即，还称为一致LBT失败恢复过程)并且MAC实体又被配置有一致LBT失败恢复过程(例如，配置了参数lbt-FailureRecoveryConfig)，则当由于LBT失败而未发射SR时，UE 205不递增SR传输计数器(例如，SR_COUNTER)(参见框1020)。否则，如果UE 205不支持LBT检测和恢复—或者如果MAC实体未被配置有一致LBT失败恢复过程，则当由于LBT失败而未发射SR时，UE 205递增SR传输计数器(参见框1025)。

根据第七解决方案，UE 205的PHY层220对于当UE 205不使用一致LBT失败恢复过程时的情况向MAC层225指示LBT成功。如以上指出的，UE 205可能由于UE能力(即，在UE 205不支持LBT检测和恢复功能性的情况下)和/或由于网络未配置一致LBT失败恢复功能性(即，未配置lbt-FailureRecoveryConfig)而不使用一致LBT失败恢复过程。

在一些实施例中，PHY层220甚至对于当由于LBT失败而不能执行PRACH传输的情况也指示LBT成功。在一些实施例中，PHY层220甚至对于当由于LBT失败而不能执行SR传输的情况也指示LBT成功。

图11描绘了根据本公开的实施例的可以在LBT失败的情况下进行计数器处理的用户设备装置1100。在各种实施例中，用户设备装置1100被用于实现上述解决方案中的一种或多种。用户设备装置1100可以是上述远程单元105和/或UE 205的一个实施例。此外，用户设备装置1100可以包括处理器1105、存储器1110、输入设备1115、输出设备1120和收发器1125。

在一些实施例中，输入设备1115和输出设备1120被组合成单个设备，诸如触摸屏。在某些实施例中，用户设备装置1100可以不包括任何输入设备1115和/或输出设备1120。在各种实施例中，用户设备装置1100可以包括以下中的一个或多个：处理器1105、存储器1110和收发器1125，并且可能不包括输入设备1115和/或输出设备1120。

如所描绘的，收发器1125包括至少一个发射器1130和至少一个接收器1135。在一些实施例中，收发器1125与由一个或多个基站单元121支持的一个或多个小区(或无线覆盖区)通信。在各种实施例中，收发器1125可以在未授权的频谱上操作。此外，收发器1125可以包括支持一个或多个波束的多个UE面板。附加地，收发器1125可以支持至少一个网络接口1140和/或应用接口1145。(一个或多个)应用接口1145可以支持一个或多个API。(一个或多个)网络接口1140可以支持3GPP参考点，诸如Uu、N1、PC5等。如本领域的普通技术人员所理解的，可以支持其他网络接口1140。

在一个实施例中，处理器1105可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器1105可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中，处理器1105执行存储在存储器1110中的指令以执行本文中所述的方法和例程。处理器1105被通信地耦合到存储器1110、输入设备1115、输出设备1120和收发器1125。

在各种实施例中，处理器1105控制用户设备装置1100以实现上述UE行为。在某些实施例中，处理器1105包括管理应用域和操作系统(“OS”)功能的应用处理器(也称为“主处理器”)和管理无线电功能的基带处理器(也称为“基带无线电处理器”)。

在各种实施例中，处理器1105控制用户设备装置1100以实现上述UE行为。例如，处理器1105针对传输执行先听后说(“LBT”)过程并针对传输检测LBT失败。

在一些实施例中，处理器1105确定用户设备装置1100的媒体接入控制(“MAC”)实体是否被配置有一致LBT失败恢复过程。如果MAC实体没有被配置有一致LBT失败恢复过程，则处理器1105响应于LBT失败的指示，在没有传输上行链路传输的情况下递增传输计数器。

然而，如果MAC实体被配置有一致LBT失败恢复过程，则响应于LBT失败的指示，处理器1105阻止在没有传输上行链路传输的情况下递增传输计数器。在一些实施例中，其中UE包括物理层。在这样的实施例中，针对传输检测LBT失败可以包括物理层向MAC实体发送LBT失败指示。

在一些实施例中，处理器1105确定在用户设备装置1100处是否支持一致LBT失败恢复功能性。如果UE不支持一致LBT失败恢复功能性，则处理器1105响应于LBT失败的指示，在没有传输上行链路传输的情况下递增前导传输计数器。然而，如果用户设备装置1100支持一致LBT失败恢复功能性并且AMC实体被配置有一致LBT失败恢复过程，则响应于LBT失败，处理器1105阻止在没有传输上行链路传输的情况下递增传输计数器。

在某些实施例中，传输可以是RACH前导传输。在这样的实施例中，传输计数器可以是前导传输计数器。在某些实施例中，传输可以是SR传输。在这样的实施例中，传输计数器可以是SR传输计数器。

在一些实施例中，处理器1105确定在用户设备装置1100处是否支持一致LBT失败恢复功能性。如果用户设备装置1100不支持一致LBT失败恢复功能性，则处理器1105响应于LBT失败，在没有执行对应上行链路传输的情况下向用户设备装置1100的MAC实体指示LBT成功。

在一些实施例中，响应于MAC实体没有被配置有一致LBT失败恢复过程而确定不支持一致LBT失败恢复功能性。在某些实施例中，传输可以是RACH前导传输。在其他实施例中，传输可以是SR传输。

在一个实施例中，存储器1110是计算机可读存储介质。在一些实施例中，存储器1110包括易失性计算机存储介质。例如，存储器1110可以包括RAM，其包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器1110包括非易失性计算机存储介质。例如，存储器1110可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器1110包括易失性和非易失性计算机存储介质这两者。

在一些实施例中，存储器1110存储与在LBT失败的情况下进行计数器处理有关的数据。例如，存储器1110可以存储如上所述的各种参数、面板/波束配置、资源指配、策略等。在某些实施例中，存储器1110还存储程序代码和相关数据，诸如在装置1100上操作的操作系统或其他控制器算法。

在一个实施例中，输入设备1115可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备1115可以与输出设备1120集成，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备1115包括触摸屏，使得文本可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写被输入。在一些实施例中，输入设备1115包括两个或多个不同的设备，诸如键盘和触摸面板。

在一个实施例中，输出设备1120被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，输出设备1120包括能够向用户输出视觉数据的电子可控显示器或显示设备。例如，输出设备1120可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例，输出设备1120可以包括与用户设备装置1100的其余部分分开但通信地耦合到的可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等等。此外，输出设备1120可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备1120包括用于产生声音的一个或多个扬声器。例如，输出设备1120可以产生听觉警报或通知(例如，哔哔声或铃声)。在一些实施例中，输出设备1120包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备1120的全部或部分可以与输入设备1115集成。例如，输入设备1115和输出设备1120可以形成触摸屏或类似的触敏显示器。在其他实施例中，输出设备1120可以位于输入设备1115附近。

收发器1125经由一个或多个接入网络与移动通信网络的一个或多个网络功能通信。收发器1125在处理器1105的控制下操作以发射消息、数据和其他信号并且还接收消息、数据和其他信号。例如，处理器1105可以在特定时间选择性地激活收发器1125(或其部分)以便发送和接收消息。

收发器1125至少包括发射器1130和至少一个接收器1135。一个或多个发射器1130可以用于向基站单元121提供UL通信信号，诸如本文中所描述的UL传输。类似地，如本文中所描述，一个或多个接收器1135可以用于从基站单元121接收DL通信信号。尽管仅图示了一个发射器1130和一个接收器1135，但是用户设备装置1100可以具有任何合适数量的发射器1130和接收器1135。此外，(一个或多个)发射器1130和(一个或多个)接收器1135可以是任何合适类型的发射器和接收器。在一个实施例中，收发器1125包括用于在授权无线电频谱上与移动通信网络通信的第一发射器/接收器对和用于在未授权无线电频谱上与移动通信网络通信的第二发射器/接收器对。

在某些实施例中，用于在授权无线电频谱上与移动通信网络通信的第一发射器/接收器对和用于在未授权无线电频谱上与移动通信网络通信的第二发射器/接收器对可以被组合成单个收发器单元，例如执行用于授权和未授权无线电频谱这两者的功能的单个芯片。在一些实施例中，第一发射器/接收器对和第二发射器/接收器对可以共享一个或多个硬件组件。例如，某些收发器1125、发射器1130和接收器1135可以被实现为物理上分开的组件，这些组件接入共享的硬件资源和/或软件资源，诸如网络接口1140。

在各种实施例中，一个或多个发射器1130和/或一个或多个接收器1135可以被实现和/或集成到单个硬件组件中，诸如多收发器芯片、片上系统、ASIC或其他类型的硬件组件。在某些实施例中，一个或多个发射器1130和/或一个或多个接收器1135可以被实现和/或集成到多芯片模块中。在一些实施例中，诸如网络接口1140的其他组件或其他硬件组件/电路可以被与任意数量的发射器1130和/或接收器1135集成到单个芯片中。在这样的实施例中，发射器1130和接收器1135可以逻辑上被配置为使用一个更常见的控制信号的收发器1125或者被实现在相同硬件芯片或多芯片模块中的模块化发射器1130和接收器1135。

图12描绘了根据本公开的实施例的可以用于在LBT失败的情况下进行计数器处理的网络装置1200。在一个实施例中，网络装置1200可以是RAN节点的一种实现方式，诸如如上所述的基站单元121、RAN节点212或gNB。此外，基站网络装置1200可以包括处理器1205、存储器1210、输入设备1215、输出设备1220和收发器1225。

在一些实施例中，输入设备1215和输出设备1220被组合成单个设备，诸如触摸屏。在某些实施例中，网络装置1200可以不包括任何输入设备1215和/或输出设备1220。在各种实施例中，网络装置1200可以包括以下中的一个或多个：处理器1205、存储器1210和收发器1225，并且可以不包括输入设备1215和/或输出设备1220。

如所描绘的，收发器1225包括至少一个发射器1230和至少一个接收器1235。这里，收发器1225与一个或多个远程单元125通信。附加地，收发器1225可以支持至少一个网络接口1240和/或应用接口1245。(一个或多个)应用接口1245可以支持一个或多个API。(一个或多个)网络接口1240可以支持3GPP参考点，诸如Uu、N1、N2和N3。如本领域普通技术人员所理解的，可以支持其他网络接口1240。

在一个实施例中，处理器1205可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器1205可以是微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA或类似的可编程控制器。在一些实施例中，处理器1205执行存储在存储器1210中的指令以执行本文中所描述的方法和例程。处理器1205通信地耦合到存储器1210、输入设备1215、输出设备1220和收发器1225。

在各种实施例中，网络装置1200是与一个或者多个UE通信的RAN节点(例如，gNB)，如本文中所描述的。在这样的实施例中，处理器1205控制网络装置1200以执行上述RAN行为。当作为RAN节点操作时，处理器1205可以包括管理应用域和操作系统(“OS”)功能的应用处理器(也称为“主处理器”)和管理无线电功能的基带处理器(也称为“基带无线电处理器”)。

在一个实施例中，存储器1210是计算机可读存储介质。在一些实施例中，存储器1210包括易失性计算机存储介质。例如，存储器1210可以包括RAM，其包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器1210包括非易失性计算机存储介质。例如，存储器1210可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器1210包括易失性和非易失性计算机存储介质这两者。

在一些实施例中，存储器1210存储与在LBT失败的情况下进行计数器处理有关的数据。例如，存储器1210可以存储参数、配置、资源指配、策略等，如上所述。在某些实施例中，存储器1210还存储程序代码和相关数据，诸如在装置1200上操作的操作系统或其他控制器算法。

在一个实施例中，输入设备1215可以包括任何已知的计算机输入设备，其包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备1215可以与输出设备1220集成，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备1215包括触摸屏，使得文本可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写被输入。在一些实施例中，输入设备1215包括两个或多个不同的设备，诸如键盘和触摸面板。

在一个实施例中，输出设备1220被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，输出设备1220包括能够向用户输出视觉数据的电子可控显示器或显示设备。例如，输出设备1220可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例，输出设备1220可以包括与网络装置1200的其余部分分开但通信地耦合到的可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等等。此外，输出设备1220可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备1220包括用于产生声音的一个或多个扬声器。例如，输出设备1220可以产生听觉警报或通知(例如，蜂鸣声或鸣响)。在一些实施例中，输出设备1220包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备1220的全部或部分可以与输入设备1215集成。例如，输入设备1215和输出设备1220可以形成触摸屏或类似的触敏显示器。在其他实施例中，输出设备1220可以位于输入设备1215附近。

收发器1225至少包括发射器1230和至少一个接收器1235。如本文中所描述的，一个或多个发射器1230可以用于与UE通信。类似地，如本文中所描述的，一个或多个接收器1235可以用于与PLMN和/或RAN中的网络功能通信。尽管仅图示了一个发射器1230和一个接收器1235，但是网络装置1200可以具有任何合适数量的发射器1230和接收器1235。此外，(一个或多个)发射器1230和(一个或多个)接收器1235可以是任何合适类型的发射器和接收器。

收发器1225可以在非授权频谱上操作，其中收发器1225包括多个gNB面板。如本文所使用的，“gNB面板”指代可以被映射到物理gNB天线的逻辑实体。取决于实现方式，“gNB面板”能够具有天线组的单元的操作作用以独立控制其Tx波束。

图13描绘了根据本公开的实施例的用于在LBT失败的情况下进行计数器处理的方法1300的一个实施例。在各种实施例中，方法1300由移动通信网络中的用户设备装置执行，诸如如上所述的远程单元105、UE 205和/或用户设备装置1100。在一些实施例中，方法1300由处理器执行，诸如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

方法1300开始并针对传输执行1305LBT过程。方法1300包括针对传输检测1310LBT失败。方法1300包括确定1315UE的MAC实体是否被配置有一致LBT失败恢复过程。如果UE的MAC实体没有被配置有一致LBT失败恢复过程，则第一方法包括：响应于LBT失败的指示，在没有传输上行链路传输的情况下递增1320传输计数器。方法1300结束。

图14描绘了根据本公开的实施例的用于在LBT失败的情况下进行计数器处理的方法1400的一个实施例。在各种实施例中，方法1400由移动通信网络中的用户设备装置执行，诸如如上所述的远程单元105、UE 205和/或用户设备装置1100。在一些实施例中，方法1400由处理器执行，诸如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

方法1400开始并针对传输执行1405LBT过程。方法1400包括针对传输检测1410LBT失败。方法1400包括确定1415是否在UE处支持一致LBT失败恢复功能性。如果UE不支持一致LBT失败恢复功能性，则方法1400包括：响应于LBT失败，在没有执行对应上行链路传输的情况下向UE的MAC实体指示1420LBT成功。方法1400结束。

本文公开的是根据本公开的实施例的用于在LBT失败情况下进行计数器处理的第一装置。第一装置可以由移动通信网络中的用户设备装置如远程单元105、UE 205和/或用户设备装置1100执行。第一装置包括处理器和接收器以利用共享的频谱信道接入进行操作。处理器针对传输执行先听后说(“LBT”)过程并且针对传输检测LBT失败。处理器确定UE的MAC实体是否被配置有一致LBT失败恢复过程。如果UE的MAC实体未被配置有一致LBT失败恢复过程，则第一方法包括：响应于LBT失败的指示，在没有传输上行链路传输的情况下递增传输计数器。

然而，如果UE的MAC实体被配置有一致LBT失败恢复过程，则响应于LBT失败的指示，处理器阻止在没有传输上行链路传输的情况下递增传输计数器。在一些实施例中，UE包括物理层。在这样的实施例中，针对传输检测LBT失败可以包括物理层向MAC实体发送LBT失败指示。

在一些实施例中，处理器确定在UE处是否支持一致LBT失败恢复功能性。如果UE不支持一致LBT失败恢复功能性，则处理器响应于LBT失败的指示，在没有传输上行链路传输的情况下递增前导传输计数器。然而，如果UE支持一致LBT失败恢复功能性并且如果AMC实体被配置有一致LBT失败恢复过程，则响应于LBT失败，处理器阻止在没有传输上行链路传输的情况下递增传输计数器。

在某些实施例中，传输可以是RACH前导传输。在这样的实施例中，传输计数器可以是前导传输计数器。在某些实施例中，传输可以是SR传输。在这样的实施例中，传输计数器可以是SR传输计数器。

根据本公开的实施例，本文公开了在LBT失败的情况下用于计数器处理的第一方法。第一方法可以由移动通信网络中的用户设备装置执行，诸如远程单元105、UE 205和/或用户设备装置1100。第一方法包括针对传输执行LBT过程和针对传输检测LBT失败。第一方法包括确定UE的MAC实体是否被配置有一致LBT失败恢复过程。如果UE的MAC实体没有被配置有一致LBT失败恢复过程，则第一方法包括：响应于LBT失败的指示，在没有传输上行链路传输的情况下递增传输计数器。

然而，如果UE的MAC实体被配置有一致LBT失败恢复过程，则第一方法包括：响应于LBT失败的指示在没有传输上行链路传输的情况下，阻止递增传输计数器。在一些实施例中，UE包括物理层。在这样的实施例中，针对传输检测LBT失败可以包括物理层向MAC实体发送LBT失败指示。

在一些实施例中，第一方法包括确定在UE处是否支持一致LBT失败恢复功能性。如果UE不支持一致LBT失败恢复功能性，则第一方法包括：响应于LBT失败的指示，在没有传输上行链路传输的情况下递增前导传输计数器。然而，如果UE支持一致LBT失败恢复功能性并且如果MAC实体被配置有一致LBT失败恢复过程，则第一方法包括：响应于LBT失败，阻止在没有传输上行链路传输的情况下递增传输计数器。

在某些实施例中，传输可以是RACH前导传输。在这样的实施例中，传输计数器可以是前导传输计数器。在某些实施例中，传输可以是SR传输。在这样的实施例中，传输计数器可以是SR传输计数器。

本文公开了根据本公开的实施例的用于在LBT失败的情况下进行计数器处理的第二装置。第二装置可以由移动通信网络中的用户设备装置实现，诸如如上所述的远程单元105、UE 205和/或用户设备装置1100。第二装置包括处理器和收发器，其用于利用共享频谱信道接入进行操作。处理器对传输(例如，在共享频谱上)执行LBT过程，并针对传输机会检测LBT失败。处理器确定在UE处是否支持一致LBT失败恢复功能性。如果UE不支持一致LBT失败恢复功能性，则处理器响应于LBT失败，在没有执行对应上行链路传输的情况下向UE的MAC实体指示LBT成功。

在一些实施例中，响应于MAC实体没有被配置有一致LBT失败恢复过程，确定不支持一致LBT失败恢复功能性发生。在某些实施例中，传输可以是RACH前导传输。在其他实施例中，传输可以是SR传输。

根据本公开的实施例，本文公开了用于在LBT失败的情况下进行计数器处理的第二方法。第二方法可以由移动通信网络中的用户设备装置执行，诸如远程单元105、UE 205和/或用户设备装置1100。第二方法包括针对传输执行LBT过程和针对传输检测LBT失败。第二方法包括确定在UE处是否支持一致LBT失败恢复功能性。如果UE不支持一致LBT失败恢复功能性，则第二方法包括：响应于LBT失败，在没有执行对应上行链路传输的情况下向UE的MAC实体指示LBT成功。

在一些实施例中，确定响应于MAC实体没有被配置有一致LBT失败恢复过程不支持一致LBT失败恢复功能性发生。在某些实施例中，传输可以是RACH前导传输。在其他实施例中，传输可以是SR传输。

实施例可以以其他特定形式实践。所描述的实施例在所有方面都被认为仅是说明性的而不是限制性的。因此，本发明的范围由所附权利要求而不是由前述描述指示。在权利要求的等效含义和范围内的所有变化都应被涵盖在其范围内。

Claims (20)

1.一种用户设备装置(“UE”)的方法，所述方法包括：

针对传输执行先听后说(“LBT”)过程；

针对所述传输检测LBT失败；

确定所述UE的媒体接入控制(“MAC”)实体是否被配置有一致LBT失败恢复过程；以及

响应于所述LBT失败的指示并且响应于所述UE的MAC实体没有被配置有所述一致LBT失败恢复过程，在没有传输上行链路传输的情况下递增传输计数器。

2.根据权利要求1所述的方法，进一步包括：响应于所述LBT失败的指示并且响应于所述UE的MAC实体被配置有所述一致LBT失败恢复过程，阻止在没有传输上行链路传输的情况下所述传输计数器的递增。

3.根据权利要求1所述的方法，进一步包括：

确定在所述UE处是否支持一致LBT失败恢复功能性；以及

响应于所述LBT失败的指示并且响应于所述UE不支持所述一致LBT失败恢复功能性，在没有传输上行链路传输的情况下递增前导传输计数器。

4.根据权利要求3所述的方法，进一步包括：响应于所述LBT失败并且响应于所述UE支持所述一致LBT失败恢复功能性并且进一步响应于所述UE的MAC实体被配置有所述一致LBT失败恢复过程，阻止在没有传输上行链路传输的情况下所述传输计数器的递增。

5.根据权利要求1所述的方法，其中，所述传输包括随机接入信道(“RACH”)前导传输，并且其中，所述传输计数器包括前导传输计数器。

6.根据权利要求1所述的方法，其中，所述传输包括调度请求(“SR”)传输，并且其中，所述传输计数器包括SR传输计数器。

7.根据权利要求1所述的方法，其中，所述UE包括物理层，其中,针对所述传输检测LBT失败包括所述物理层向所述MAC实体发送LBT失败指示。

8.一种用户设备装置(“UE”)的方法，所述方法包括：

针对传输执行先听后说(“LBT”)过程；

针对所述传输检测LBT失败；

确定在所述UE处是否支持一致LBT失败恢复功能性；以及

响应于所述LBT失败并且响应于所述UE不支持所述一致LBT失败恢复功能性，在没有执行对应上行链路传输的情况下向所述UE的媒体接入控制(“MAC”)实体指示LBT成功。

9.根据权利要求8所述的方法，其中，响应于所述UE的MAC实体没有被配置有一致LBT失败恢复过程，确定不支持一致LBT失败恢复功能性发生。

10.根据权利要求8所述的方法，其中，所述传输包括随机接入信道(“RACH”)前导传输和调度请求(“SR”)传输中的一个。

11.一种用户设备(“UE”)装置，包括：[对应于权利要求1]

收发器，所述收发器用于利用共享频谱信道接入进行操作；和

处理器，所述处理器：

针对传输执行先听后说(“LBT”)过程；

针对所述传输检测LBT失败；

确定所述装置的媒体接入控制(“MAC”)实体是否被配置有一致LBT失败恢复过程；并且

响应于所述LBT失败的指示并且响应于所述MAC实体没有被配置有所述一致LBT失败恢复过程，在没有传输上行链路传输的情况下递增传输计数器。

12.根据权利要求11所述的装置，其中，所述处理器响应于所述LBT失败的指示并且响应于所述MAC实体被配置有所述一致LBT失败恢复过程，阻止在没有传输上行链路传输的情况下所述传输计数器的递增。

13.根据权利要求11所述的装置，其中，所述处理器进一步：

确定在所述装置处是否支持一致LBT失败恢复功能性；并且

响应于所述LBT失败的指示并且响应于所述装置不支持所述一致LBT失败恢复功能性，在没有传输上行链路传输的情况下递增前导传输计数器。

14.根据权利要求13所述的装置，其中，所述处理器响应于所述LBT失败并且响应于所述装置支持所述一致LBT失败恢复功能性并且进一步响应于所述MAC实体被配置有所述一致LBT失败恢复过程，阻止在没有传输上行链路传输的情况下所述传输计数器的递增。

15.根据权利要求11所述的装置，所述传输包括随机接入信道(“RACH”)前导传输，并且其中，所述传输计数器包括前导传输计数器。

16.根据权利要求11所述的装置，其中，所述传输包括调度请求(“SR”)传输，并且其中，所述传输计数器包括SR传输计数器。

17.根据权利要求11所述的装置，其中，所述装置包括物理层，其中针对所述传输检测LBT失败包括所述物理层向所述MAC实体发送LBT失败指示。

18.一种用户设备(“UE”)装置，包括：[对应于权利要求8]

收发器，所述收发器用于利用共享频谱信道接入进行操作；以及

处理器，所述处理器：

针对传输执行先听后说(“LBT”)过程；

针对所述传输检测LBT失败；

确定在所述装置处是否支持一致LBT失败恢复功能性；并且

响应于所述LBT失败并且响应于所述装置不支持所述一致LBT失败恢复功能性，在没有执行对应上行链路传输的情况下向所述装置的媒体接入控制(“MAC”)实体指示LBT成功。

19.根据权利要求18所述的装置，其中，响应于所述MAC实体没有被配置有一致LBT失败恢复过程，确定不支持一致LBT失败恢复功能性发生。

20.根据权利要求18所述的装置，其中，所述传输包括随机接入信道(“RACH”)前导传输和调度请求(“SR”)传输中的一个。

Images