CN111492688A - 新无线电未授权频谱中用于上行传输的capc - Google Patents

Abstract

描述了在新无线电(NR)未授权频谱(NR‑U)中用于上行(UL)传输的信道接入优先级等级(CAPC)有关的各种示例和方案。被实现在用户设备(UE)中的装置从无线网络的网络节点接收无线资源控制(RRC)配置，该无线资源控制(RRC)配置指示一个或多个逻辑信道的第一信道接入优先级等级(CAPC)。该装置确定将要用于先侦听后会话(LBT)程序的第二CAPC。然后，该装置利用第二CAPC执行LBT程序，以检测信道是否可以进行传输。

Description

新无线电未授权频谱中用于上行传输的CAPC

相关申请的交叉引用

本申请是非临时申请的一部分，其要求2018年10月03日递交的申请号为62/740,472的美国专利申请案的优先权，在此合并参考该申请案的全部内容。

技术领域

本公开通常涉及无线通信，以及更具体地，涉及用于在新无线电(New Radio，NR)未授权频谱(unlicensed spectrum，NR-U)中进行上行(uplink，UL)传输的信道接入优先级等级(channel access priority class，CAPC)有关的技术。

背景技术

除非本文另有说明，否则本节中描述的方法相对于后面所列之权利要求书而言并不构成先前技术，且也不因被包括在本节中而被认为系先前技术。

在用于NR移动通信的第三代合作伙伴计划(3rd Generation PartnershipProject，3GPP)规范中，在授权辅助接入(license assisted access，LAA)和NR-U中，发送器(transmitter)在未授权小区上执行传输(transmission)之前应用先侦听后会话(listen-before-talk，LBT)。发送器侦听或检测信道以确定该信道是空闲还是忙碌。如果该信道被确定为是空闲的，则发送器可以执行该传输；否则，发送器不执行该传输。LAA中定义了两种信道接入方案。在第一种方案或类型1中，LBT是利用随机退避(random backoff)和可变大小的争用(contention)窗口执行的。此外，CAPC用于确定LBT参数，例如检测间隔(sensing interval)，争用窗口大小(contention window size，CW)和最大信道占用时间(maximum channel occupancy time，MCOT)。在第二种方案或类型2中，LBT被执行，而没有利用随机退避，以及，检测间隔是固定的。至于LAA中的信道接入类型和CAPC的确定，这取决于它是用于动态调度(dynamic scheduling)还是用于自主上行(autonomous uplink，AUL)。

对于动态调度，基站(例如，eNB或gNB)在用于UL许可的下行控制信息(downlinkcontrol information，DCI)中指示信道接入类型(类型1或类型2)和CAPC。对于类型1的信道接入，用户设备(UE)利用在DCI中以信令通知的CAPC来确定LBT参数(mp，cwmin,p，cwmax,p)。CAPC是基站基于最新的缓冲状态报告(buffer status report，BSR)和从UE接收的UL流量(traffic)确定的。对于类型2的信道接入，CAPC指示用于获得对信道的接入的信道接入优先级等级，但这不会影响UE检测信道的LBT行为(以及，检测间隔是固定的)。

对于AUL，基站为每个逻辑信道(logical channel，LCH)配置CAPC。除非‘COTsharing for AUL’被指示在DCI(UL许可)中，否则UE使用类型1的信道接入。当使用类型1的信道接入时，基于(无线资源控制(radio resource control，RRC)配置)具有被复用在MAC协议数据单元(protocol data unit，PDU)中的媒体访问控制(medium access control，MAC)服务数据单元(service data unit，SDU)的LCHs的最低(lowest)CAPC来确定CAPC。当使用类型2的信道接入时(与动态调度一样)，CAPC指示用于获得对信道的接入的信道接入优先级等级，但这不会影响UE检测信道的LBT行为(以及，检测间隔是固定的)。

然而，由于在BSR的报告和UL传输的执行之间的间隙，网络并不总是具有UE中的缓冲状态的最新可见性。由于逻辑信道优先权(logical channel prioritization，LCP)，被复用在MAC PDU中的LCHs可能与BSR中报告的数据的LCHs不匹配。因此，网络可能无法准确预测使用UL许可(用于动态调度)传输的实际LCH数据。当网络在UL许可中向UE指示CAPC时，在用于LBT的CAPC与具有被复用在MAC PDU中的SDU的LCHs的最低CAPC之间可能存在不匹配。

发明内容

以下发明内容仅是说明性的，并不旨在以任何方式进行限制。也就是说，提供以下发明内容来介绍本文描述的新颖且非显而易见的技术的概念、要点、益处和优点。下面在详细描述中进一步描述选择实现。因此，以下发明内容并非旨在标识所要求保护的主题的必要特征，也不旨在用于确定所要求保护的主题的范围。

本公开旨在提出在NR-U中用于UL传输的CAPC有关的概念、解决方案、方案、技术、设计、方法和装置。特别地，本文所提出的各种方案旨在解决上述问题。

在一方面，一种方法可以包括：被实现在UE中的装置的处理器从无线网络的网络节点接收RRC配置，该RRC配置指示用于一个或多个逻辑信道的第一CAPC。该方法还可以包括：处理器确定将要用于(to be used for)LBT程序的第二CAPC。该方法可以进一步包括：处理器使用第二CAPC执行LBT程序，以检测信道是否可以进行传输。

在一方面，一种方法可以包括：被实现在UE中的装置的处理器确定将要用于LBT程序的CAPC。该方法还可包括：处理器使用第二CAPC执行LBT程序，以检测信道是否可以进行传输。该方法可以进一步包括：响应于LBT程序指示信道可以进行传输，处理器在NR-U中执行到无线网络的网络节点的UL传输。

在一方面，可实现在UE中的装置包括：收发器和耦接于收发器的处理器。收发器可以被配置为与无线网络的网络节点无线通信。处理器可以被配置为：经由收发器从无线网络的网络节点接收RRC配置，该RRC配置指示用于一个或多个逻辑信道的第一CAPC。处理器还可以被配置为：确定将要用于LBT程序的第二CAPC。处理器可以进一步被配置为：经由收发器，使用第二CAPC执行LBT程序，以检测信道是否可以进行传输。

值得注意的是，尽管本文提供的描述是在某些无线电接入技术，网络和网络拓扑(例如第五代(5G)和NR)的背景中进行的，但所提出的概念，方案及其任何变化/衍变可以在其它类型的无线电接入技术，网络和网络拓扑中实现，或者针对其它类型的无线电接入技术，网络和网络拓扑来实现，或者通过其它类型的无线电接入技术，网络和网络拓扑来实现，例如但不限于长期演进(LTE)，LTE-Advanced，LTE-Advanced Pro，窄带(narrowband，NB)，窄带物联网(narrowband Internet of Things，NB-IoT)以及任意未来开发的网络和技术。因此，本公开的范围不限于本文描述的示例。

附图说明

包括的附图用以提供对本公开实施例的进一步理解，以及，附图被并入并构成本公开实施例的一部分。附图示出了本公开实施例的实施方式，并且与说明书一起用于解释本公开实施例的原理。可以理解的是，附图不一定按比例绘制，因为可以示出一些部件与实际实施中的尺寸不成比例以清楚地说明本公开实施例的概念。

图1是其中可以实现根据本公开的各种解决方案和方案的示例网络环境的示意图。

图2是根据本公开的实施方式描绘的示例场景的示意图。

图3是根据本公开的实施方式描绘的示例场景的示意图。

图4是根据本公开的实施方式的示例性通信系统的框图。

图5是根据本公开的实施方式的示例过程的流程图。

图6是根据本公开的实施方式的示例过程的流程图。

具体实施方式

本说明书公开了所要求保护的主题的详细实施例和实施方式。然而，应该理解的是，所公开的实施例和实现仅仅是对要求保护的主题的说明，其可以以各种形式体现。然而，本公开实施例可以以许多不同的形式实施，并且不应该被解释为限于这里阐述的示例性实施例和实施方式。而是，提供这些示例性实施例和实现方式，使得本公开实施例的描述是彻底和完整的，并且将向本领域技术人员充分传达本公开实施例的范围。在以下描述中，可以省略公知特征和技术的细节以避免不必要地模糊所呈现的实施例和实现。

概述

根据本公开的实施方式涉及与用于在NR-U中进行UL传输的CAPC有关的各种技术，方法，方案和/或解决方案。根据本公开，可以单独地或联合地实现多种可行的解决方案。也就是说，尽管在下面单独描述这些可行的解决方案，但是可以以一种或另一种组合来实现这些可行的解决方案中的两个或更多个。

图1示出了其中可以实现根据本公开的各种解决方案和方案的示例网络环境100。图2和图3根据本公开的实施方式示出了示例场景200和300。场景200和场景300中的每一个都可以在网络环境100中实现。参考图1至图3提供了对各种提出的方案的以下描述。

参照图1，网络环境100可以是涉及UE 110和无线网络120的NR通信环境。无线网络120通过基站125(例如，eNB，gNB或发送/接收点(transmit/receive point，TRP))与UE 100进行无线通信。UE 110可以在例如但不限于便携式装置(例如，智能电话)，车辆或其组件，路边单元(roadside unit，RSU)(例如，交通信号灯，路灯，路边传感器或路边建筑物)或物联网(Internet of Thing，IoT)器件(例如传感器)中或是其中的一部分。如下所述，在网络环境100中，UE 110和无线网络120(经由基站125)根据本公开实现与用于在NR-U中进行UL传输的CAPC有关的各种方案。

在NR-U中，每个逻辑信道的CAPC被确定并通过网络(例如，通过无线网络120经由基站125)发信令告知(signaled to)UE(例如，UE 110)，而不管是否是使用已配置的许可。此外，如在LAA中一样，可以在用于动态调度的UL许可中发信令告知LBT类型。因此，本公开提出了一种混合方法的各种概念，解决方案，方案，技术和设计，在该混合方法中，可以考虑两种方法中的任一种来确定用于UL传输的CAPC，即：(1)RRC配置(具有网络发信令告知的用于每个逻辑信道的CAPC)，或(2)在UL许可中发信令告知CAPC。

在根据本公开提出的方案下，无线网络120可以经由基站125发信令告知用于每个逻辑信道的CAPC(例如，在RRC配置中)。此外，无线网络120可以选择另外在UL许可中以信令告知CAPC。在提出的方案下，可以通过两个选项中的任意一个来确定将要用于针对UL传输的LBT的CAPC。在第一选项(选项1)中，将要用于针对UL传输的LBT的CAPC可以是在UL许可中指示的CAPC。在第二选项(选项2)中，将要用于针对UL传输的LBT的CAPC是被复用在MAC PDU中的逻辑信道(logical channels)的CAPC。至于使用选项1和选项2中的哪一个，该选择可以由无线网络120发信号通知(例如，在RRC配置中或在实体下行控制信道(physicaldownlink control channel，PDCCH)中)。可替代地，可以在诸如发行版16(Rel-16)的相关3GPP规范和/或关于NR移动通信的3GPP规范的任何未来发行版中定义将要用于针对UL传输的LBT的CAPC。

参照图2，场景200是用于CAPC确定的可选方法(基于UE和基于网络)的说明性示例。在场景200中，无线网络120经由基站125发送用于一个或多个逻辑信道的CAPC的RRC配置信令。可选地，无线网络120可以经由基站125在RRC配置信令的相同或不同传输中指示CAPC确定方法。此外，无线网络120可以经由基站125发送包括有LBT类型和CAPC的UL许可。可选地，CAPC确定方法可以被包括在UL许可的传输中。

相应地，UE 110检测来自基站125的信令，该信令指示将要执行类型1的LBT。基于从基站125接收到的该信令，UE 110可以确定出将要用于针对UL传输的LBT的CAPC。在选择基于UE的CAPC确定方法的情况下，UE 110可以基于一个或多个逻辑信道和在MAC PDU中复用的一个或多个MAC控制元素(control elements，CEs)来确定CAPC。在选择基于网络的CAPC确定方法的情况下，UE 110可以使用在UL许可或RRC配置中用信号告知的CAPC。随后，UE 110可以使用所确定的CAPC来执行LBT，以及，然后在该信道可以进行传输(is clearfor transmission)时执行到基站125的UL传输。

参照图3，场景300是基于UE的CAPC确定的说明性示例，其利用具有被复用在MACPDU中的MAC SDU的逻辑信道的CAPC。在场景300中，无线网络120可以经由基站125发送用于一个或多个逻辑信道的CAPC的RRC配置信令。此外，无线网络120可以经由基站125发送LBT类型和UL许可。

相应地，UE 110检测来自基站125的信令，该信令指示将要执行类型1的LBT。基于从基站125接收到的信令，UE 110可以基于一个或多个逻辑信道和被复用在MAC PDU中的一个或多个MAC CE来确定将用于LBT的CAPC，以进行UL传输。随后，UE 110可以使用所确定的CAPC来执行LBT，然后在该信道可以进行传输时执行到基站125的UL传输。

说明性实施

图4根据本公开实施方式示出了具有示例装置410和示例装置420的示例通信系统400。装置410和装置420中的每一个可以执行各种功能，以实现本文所描述的关于在NR-U中用于UL传输的CAPC的方案，技术，过程和方法，包括以上描述的各种方案以及以下描述的过程。

装置410和装置420中的每一个可以是电子装置的一部分，该电子装置可以是UE，诸如车辆，便携式或移动装置，可穿戴装置，无线通信装置或计算装置。例如，装置410和装置420的每一个可被实现在车辆，智能手机，智能手表，个人数字助理，数字相机或计算设备(诸如平板计算机，便携式计算器或笔记本计算机)的电子控制单元(electronic controlunit，ECU)中。装置410和装置420中的每一个也可以是机器型装置的一部分，该机器型装置可以是IoT或NB-IoT装置(诸如不动的或固定的装置)，家用装置，有线通信装置或计算装置。例如，装置410和装置420中的每一个可被实现在智能恒温器，智能冰箱，智能门锁，无线扬声器或家庭控制中心中。可替代地，装置410和装置420中的每一个可以以一个或多个集成电路(integrated-circuit，IC)芯片的形式实现，例如但不限于，一个或多个单核处理器，一个或多个多核处理器，一个或多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器，或一个或多个简化指令集计算(reduced-instruction-set-computing，RISC)处理器。装置410和装置420中的每一个可以分别至少包括图4中所示的那些组件中的一些，诸如处理器412和处理器422。装置410和装置420中的每一个可以进一步包括与本公开所提出的方案不相关的一个或多个其它组件(例如，内部电源，显示器件和/或用户接口器件)，因此，为了简化和简洁起见，这样的组件在图4所示的装置410和装置420的每一个中都未示出。

在一些实施方式中，装置410和装置420中的至少一个可以是电子装置的一部分，该电子装置可以是车辆，路边单元(roadside unit，RSU)，网络节点或基站(例如，eNB，gNB或TRP)，小型小区，路由器或网关。例如，装置410和装置420中的至少一个可以在车辆到车辆(vehicle-to-vehicle，V2V)或车联万物(vehicle-to-everything，V2X)网络中的车辆中，在LTE，LTE-Advanced或LTE-Advanced Pro网络的eNodeB中或者在5G，NR，IoT或NB-IoT网络的gNB中实现。可替代地，装置410和装置420中的至少一个可以以一个或多个IC芯片的形式实现，例如但不限于，一个或多个单核处理器，一个或多个多核处理器，或者，一个或多个CISC或RISC处理器。

在一方面，处理器412和处理器422中的每一个可以以一个或多个单核处理器、一个或多个多核处理器，或者，一个或多个CISC或RISC处理器的形式实现。也就是说，尽管这里使用单数术语“处理器”来指代处理器412和处理器422，但处理器412和处理器422中的每一个在一些实现中可以包括多个处理器，以及，在根据本发明的其它实现中可以包括单个处理器。在另一方面，处理器412和处理器422中的每一个可以以具有电子组件的硬件(以及可选地，固体)的形式来实现，所述电子组件包括：例如但不限于一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、一个或多个忆阻器，和/或，一个或多个变容二极管，其被配置和布置成根据本公开实施例实现特定目的。换句话说，在至少一些实现中，根据本公开实施例的各种实现，处理器412和处理器422中的每一个是被专门设计、布置和配置成执行特定任务的专用机器，该特定任务包括在NR-U中用于UL传输的CAPC。

在一些实现中，装置410还可以包括收发器416(作为通信器件)，收发器416耦接到处理器412且能够无线地发送和接收数据。在一些实现中，装置410可进一步包括耦接到处理器412且能够被处理器412接入并在其中存储数据的内存414。在一些实现中，装置420还可以包括耦接到处理器422的收发器426(作为通信器件)，以及，收发器426能够无线地发送和接收数据。在一些实现中，装置420还可以包括内存424，内存424耦接到处理器422且能够被处理器422接入并在其中存储数据。因此，装置410和装置420分别通过收发器416和收发器426彼此无线通信。

为了帮助更好地理解，在NR通信环境的背景下提供装置410和装置420中的每一个的操作、功能和能力的以下描述，其中，装置410被实现为无线通信器件，通信装置或UE(例如UE 110)或被实现在其中，而装置420被实现为网络节点(例如，无线网络120的基站125)或被实现在网络节点中。

在根据本公开的用于NR-U中的UL传输的CAPC的一方面，被实现在UE(例如，UE110)中的装置410的处理器412可以经由收发器416从装置420(作为网络(例如，无线网络120)的网络节点(例如，基站125))接收RRC配置，该RRC配置指示针对一个或多个逻辑信道的第一CAPC。另外，处理器412可以确定将要用于(to be used for)LBT程序的第二CAPC。此外，经由收发器416，处理器412利用第二CAPC执行LBT程序，以检测信道是否可以进行传输。

在一些实施方式中，在确定第二CAPC时，处理器412将用于一个或多个逻辑信道的第一CAPC确定为第二CAPC，该第二CAPC用于确定关于LBT程序的一个或多个LBT参数。

在一些实施方式中，处理器412可以执行附加操作。例如，处理器412可以经由收发器416从装置420接收UL许可。此外，处理器412响应于LBT程序指示信道可以进行传输而经由收发器416执行在NR-U中到装置420的UL传输。在一些实施方式中，在UL许可的接收中，处理器412一起接收第三CAPC和UL许可。在这样的情况下，在确定第二CAPC时，处理器412可以将与UL许可一起接收的第三CAPC确定为用于确定关于LBT程序的一个或多个LBT参数的第二CAPC。

在一些实施方式中，处理器412可以执行附加操作。例如，处理器412可以经由收发器416从装置420接收CAPC确定方法的指示。在一些实施方式中，在确定第二CAPC时，处理器412可以基于所指示的CAPC确定方法来确定第二CAPC。在这样的情况下，CAPC确定方法的指示可以被包括在指示用于一个或多个逻辑信道的第一CAPC的RRC配置中或者被包括在单独的RRC配置中。

在根据本公开的用于在NR-U中的UL传输的CAPC的另一方面，被实现在UE(例如，UE110)中的装置410的处理器412确定将要用于LBT程序的CAPC。此外，经由收发器416，处理器412利用第二CAPC执行LBT程序，以检测信道是否可以进行传输。此外，响应于该LBT程序指示信道可以进行传输，处理器412经由收发器416执行在NR-U中到无线网络的网络节点的UL传输。

在一些实施方式中，处理器412可以执行附加操作。例如，处理器412可以经由收发器416从装置420接收CAPC确定方法的指示。在这种情况下，在确定将要用于LBT程序的CAPC时，处理器412可以基于所指示的CAPC确定方法来确定CAPC。

在一些实施方式中，在接收CAPC确定方法的指示时，处理器412可以接收指示CAPC确定方法的RRC配置。

在一些实施方式中，处理器412可执行附加操作。例如，处理器412可以经由收发器416从装置420接收RRC配置，该RRC配置指示用于一个或多个逻辑信道的CAPC。在一些实施方式中，CAPC确定方法的指示可以指示基于UE的确定方法。在这样的情况下，在确定将用于LBT程序的CAPC时，处理器412可以将用于一个或多个逻辑信道的CAPC确定为将要用于LBT程序的CAPC。

在一些实施方式中，处理器412可以执行附加操作。例如，处理器412可以经由收发器416从装置420接收用于UL传输的UL许可。在一些实施方式中，CAPC确定方法的指示可以指示基于网络的确定方法。在这样的情况下，在确定将要用于LBT程序的CAPC时，处理器412可以将与UL许可一起接收的CAPC确定为将要用于LBT程序的CAPC。

在一些实施方式中，处理器412可以执行附加操作。例如，处理器412可以经由收发器416从装置420接收指示用于一个或多个逻辑信道的第一CAPC的RRC配置。此外，处理器412可以经由收发器416从装置420接收UL许可和第二CAPC。在这样的情况下，在确定将要用于LBT程序的CAPC时，处理器412可以执行以下任一操作：(a)响应于CAPC确定方法的指示(indication)指示(indicating)基于UE的确定方法，将用于一个或多个逻辑信道的第一CAPC确定为将要用于LBT程序的CAPC，以及(b)响应于CAPC确定方法的指示(indication)指示(indicating)基于网络的确定方法，将与UL许可一起接收的第二CAPC确定为将要用于LBT程序的CAPC。

说明性过程

图5根据本公开实施方式示出了示例过程500。根据本公开，过程500是上述提出的关于NR-U中用于UL传输的CAPC的提出方案的示例实现。过程500可以表示装置410和装置420的特征的实现的方面。过程500可以包括一个或多个操作，动作或功能，如方框510、520和530中的一个或多个所示。虽然被示为离散方框，但是根据期望的实现，过程500的各个方框可以被划分为附加方框、组合成更少的方框，或被取消。此外，过程500的方框可以按照图5中所示的顺序，或者，可选地以不同的顺序执行。过程500也可以部分地或全部地重复。过程500可以由装置410，装置420或其它任何合适的通信装置，UE，RSU，基站或机器型装置来实现。仅出于说明性目的而非限制，以下在装置410作为UE(例如，第一UE 110)和装置420作为网络节点(例如，无线网络120的基站125)的上下文中描述过程500。过程500在方框510处开始。

在510处，过程500可以包括：被实现在UE(例如，UE 110)中的装置410的处理器412经由收发器416从装置420(作为无线网络(例如，无线网络120)的网络节点(例如，基站125))接收RRC配置，该RRC配置指示用于一个或多个逻辑信道的第一CAPC。过程500可以从510进行到520。

在520处，过程500可以包括：处理器412确定将要用于LBT程序的第二CAPC。过程500可以从520进行到530。

在530处，过程500可以包括：经由收发器416，处理器412利用第二CAPC执行LBT程序，以检测信道是否可以进行传输。

在一些实施方式中，在确定第二CAPC中，过程500可以包括：处理器412将用于一个或多个逻辑信道的第一CAPC确定为第二CAPC，该第二CAPC用于确定关于LBT程序的一个或多个LBT参数。

在一些实施方式中，过程500可以包括：处理器412执行附加操作。例如，过程500可以包括：处理器412经由收发器416从装置420接收UL许可。此外，过程500可以包括：响应于指示信道可以进行传输的LBT程序，处理器412经由收发器416在NR-U中执行向装置420的UL传输。在一些实施方式中，在接收UL许可中，过程500可以包括：处理器412一起接收第三CAPC和UL许可。在这样的情况下，在确定第二CAPC中，过程500可以包括：处理器412将与UL许可一起接收的第三CAPC确定为用于确定关于LBT程序的一个或多个LBT参数的第二CAPC。

在一些实施方案中，过程500可以包括：处理器412执行额外的操作。例如，过程500可以包括：处理器412经由收发器416从装置420接收CAPC确定方法的指示。在一些实施方式中，在确定第二CAPC中，过程500可以包括：处理器412基于所指示的CAPC确定方法来确定第二CAPC。在这样的情况下，CAPC确定方法的指示可以被包括在指示用于一个或多个逻辑信道的第一CAPC的RRC配置中或者被包括在单独的RRC配置中。

图6根据本公开实施方式示出了示例过程600。过程600是以上所描述的根据本公开提出的方案的示例实现，其关于在NR-U中用于UL传输的CAPC。过程600可以表示装置410和装置420的特征的实现的一个方面。过程600可以包括一个或多个操作，动作或功能，如方框610、620和630中的一个或多个所示。虽然被示为离散方框，但是根据期望的实现，过程600的各个方框可以被划分为附加方框、组合成更少的方框，或被取消。此外，过程600的方框可以按照图6中所示的顺序，或者，可选地以不同的顺序执行。过程600也可以部分地或全部地重复。过程600可以由装置410，装置420或其它任何合适的通信装置，UE，RSU，基站或机器型装置来实现。仅出于说明性目的而非限制，以下在装置410作为UE(例如，第一UE 110)和装置420作为网络节点(例如，无线网络120的基站125)的上下文中描述过程600。过程600在方框610处开始。

在610处，过程600可以包括：被实现在UE(例如，UE 110)中的装置410的处理器412确定将要用于LBT程序的CAPC。过程600可以从610进行到620。

在620处，过程600可以包括：经由收发器416，处理器412利用第二CAPC执行LBT程序，以检测信道是否可以进行传输。过程600可以从620进行到630。

在630处，过程600可以包括：响应于LBT程序指示信道可以进行传输，处理器412经由收发器416在NR-U中执行到无线网络的网络节点的UL传输。

在一些实施方式中，过程600可以包括：处理器412执行附加操作。例如，过程600可以包括：处理器412经由收发器416从装置420接收CAPC确定方法的指示。在这样的情况下，在确定将要用于LBT程序的CAPC时，过程600可以包括：处理器412基于所指示的CAPC确定方法来确定CAPC。

在一些实施方式中，在接收CAPC确定方法的指示时，过程600可以包括：处理器412接收指示CAPC确定方法的RRC配置。

在一些实施方式中，过程600可以包括：处理器412执行附加操作。例如，过程600可以包括：处理器412经由收发器416从装置420接收RRC配置，该RRC配置指示用于一个或多个逻辑信道的CAPC。在一些实施方式中，CAPC确定方法的指示可以指示基于UE的确定方法。在这样的情况下，在确定将要用于LBT程序的CAPC时，过程600可以包括：处理器412将用于一个或多个逻辑信道的CAPC确定为将要用于LBT程序的CAPC。

在一些实施方式中，过程600可以包括：处理器412执行附加操作。例如，过程600可以包括：处理器412经由收发器416从装置420接收用于UL传输的UL许可。在一些实施方式中，CAPC确定方法的指示可以指示基于网络的确定方法。在这样的情况下，在确定将要用于LBT程序的CAPC时，过程600可以包括：处理器412将与UL许可一起接收的CAPC确定为将要用于LBT程序的CAPC。

在一些实施方式中，过程600可以包括：处理器412执行附加操作。例如，过程600可以包括：处理器412经由收发器416从装置420接收RRC配置，该RRC配置指示用于一个或多个逻辑信道的第一CAPC。此外，过程600可以包括：处理器412经由收发器416从装置420接收UL许可和第二CAPC。在这样的情况下，在确定将要用于LBT程序的CAPC时，过程600可以包括：处理器412执行以下任一操作：(a)响应于CAPC确定方法的指示指示基于UE的确定方法，将用于一个或多个逻辑信道的第一CAPC确定为将要用于LBT的CAPC；以及(b)响应于CAPC确定方法的指示指示基于网络的确定方法，将与UL许可一起接收的第二CAPC确定为将要用于LBT程序的CAPC。

补充说明

本发明有时会描述包含在其它不同组件内之不同组件，或同其它不同组件相连接之不同组件。应当理解的是，这种结构关系仅作为示例，事实上，也可透过实施其它结构以实现相同功能。从概念上讲，任何可实现相同功能之组件配置均是有效地“相关联的”以此实现所需功能。因此，本文为实现某特定功能所组合之任何两个组件均可看作是彼此“相关联的”，以此实现所需功能，而不管其结构或者中间组件如何。类似地，以这种方式相关联之任何两个组件也可看作是彼此间“操作上相连接的”或“操作上相耦接的”以此实现所需功能，并且，能够以这种方式相关联之任何两个组件还可看作是彼此间“操作上可耦接的”用以实现所需功能。操作上可耦接的具体实例包括但不限于实体上可配对的及/或实体上交互之组件及/或无线地可交互的及/或无线地相互交互的组件及/或逻辑上交互的和/或逻辑上可交互的组件。

此外，对于本文所使用之任何复数及/或单数形式之词语，本领域熟练技术人员可根据语境及/或应用场景是否合适而将复数转换至单数和/或将单数转换至复数。为清晰起见，此处即对文中单数/复数之间的各种置换作出明确规定。

此外，本领域熟练技术人员可以理解的是，一般地，本文所使用的词语，特别是所附权利要求书，例如权利要求书主体中所使用之词语通常具有“开放性”意义，例如，词语“包含”应该理解为“包含但不限于”，词语“具有”应当理解为“至少具有”，词语“包括”应该理解为“包括但不限于”等等。本领域熟练技术人员可进一步理解的是，若某引入式权利要求书列举意图将某一具体数值包含进去，则这种意图将明确地列举于该权利要求书中，如果没有列举，则这种意图即不存在。为帮助理解，可举例如，所附权利要求书可能包含引入式短语如“至少一个”和“一个或多个”来引入权利要求书列举。然而，这种短语不应使该权利要求书列举被解释为：对不定冠词“一个”的引入意味着将包含有这种引入式权利要求书列举的任何特定权利要求书限制为仅包含一个这种列举的实施方式，甚至当同一权利要求书时包括引入式短语“一个或多个”或“至少一个”和不定冠词如“一个”时同样符合这样情况，亦即，“一个”应该解释为“至少一个”或“一个或多个”。同样地，使用定冠词来引入权利要求书列举同理。另外，即使某一引入式权利要求书列举中明确列举了一个具体数值，本领域熟练技术人员应当认识到，这种列举应该理解为至少包括所列举的数值，例如，仅“两个列举”而没有任何其它限定时，其意味着至少两个列举，或两个或多个列举。此外，如使用了类似“A、B和C等中之至少一个”，则本领域熟练技术人员通常可以理解的是，如“具有A、B和C中至少一个之系统”将包括但不限于只具有A之系统、只具有B之系统、只具有C之系统、具有A和B之系统、具有A和C之系统、具有B和C之系统，及/或具有A、B和C之系统等等。若使用了类似“A、B或C等中至少一个”，则本领域熟练技术人员可以理解的是，例如“具有A、B或C中至少一个之系统”将包括但不限于只具有A之系统、只具有B之系统、只具有C之系统、具有A和B之系统、具有A和C之系统、具有B和C之系统，及/或具有A、B和C之系统等等。本领域技术人员可进一步理解，无论是说明书、权利要求书或附图中所出现的几乎所有连接两个或多个替代性词语的分隔词语及/或短语，均应理解为考虑到了所有可能性，即包括所有词语中某一个、两个词语中任一个或包括两个词语。例如，短语“A或B”应该理解为包括可能性：“A”、“B”或“A和B”。

根据前述内容，将理解的是，本文已经出于说明的目的描述了本申请的各种实施方式，以及，在不背离本发明之范畴和精神的前提下可对各个实施例作出多种修改。因此，本文所公开之各个实施例不应理解为具有限制意义，真实范畴和精神透过所附权利要求书进行限定。

Claims (20)

1.一种方法，包括：

被实现在用户设备UE中的装置的处理器从无线网络的网络节点接收无线资源控制RRC配置，该RRC配置指示用于一个或多个逻辑信道的第一信道接入优先级等级CAPC；

该处理器确定将要用于先侦听后会话LBT程序的第二CAPC；以及，

该处理器利用该第二CAPC执行该LBT程序，以检测信道是否可以进行传输。

2.根据权利要求1所述的方法，其特征在于，该第二CAPC的确定包括：将用于该一个或多个逻辑信道的该第一CAPC确定为该第二CAPC，该第二CAPC用于确定关于该LBT程序的一个或多个LBT参数。

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

该处理器从该网络节点接收UL许可；以及，

响应于该LBT程序指示该信道可以进行传输，该处理器在新无线电未授权频谱NR-U中执行UL传输到该网络节点。

4.根据权利要求3所述的方法，其特征在于，该UL许可的接收包括：接收该UL许可和第三CAPC。

5.根据权利要求4所述的方法，其特征在于，该第二CAPC的确定包括：将与该UL许可一起接收的该第三CAPC确定为该第二CAPC，该第二CAPC用于确定关于该LBT程序的一个或多个LBT参数。

6.根据权利要求1所述的方法，还包括：

该处理器从该网络节点接收CAPC确定方法的指示；

其中，该第二CAPC的确定包括：基于所指示的CAPC确定方法确定该第二CAPC。

7.根据权利要求6所述的方法，其特征在于，该CAPC确定方法的指示被包括在指示用于该一个或多个逻辑信道的该第一CAPC的该RRC配置中，或者，被包括在单独的RRC配置中。

8.一种方法，包括：

被实现在用户设备UE中的装置的处理器确定将要用于先侦听后会话LBT程序的信道接入优先级等级CAPC；

该处理器利用该第二CAPC执行该LBT程序，以检测信道是否可以进行传输；以及，

响应于该LBT程序指示该信道可以进行传输，该处理器在新无线电未授权频谱NR-U中执行上行UL传输到无线网络的网络节点。

9.根据权利要求8所述的方法，还包括：

该处理器从该网络节点接收CAPC确定方法的指示；

其中，确定将要用于该LBT程序的该CAPC包括：基于所指示的CAPC确定方法确定该CAPC。

10.根据权利要求9所述的方法，其特征在于，该CAPC确定方法的指示的接收包括：接收指示该CAPC确定方法的无线资源控制RRC配置。

11.根据权利要求9所述的方法，还包括：

该处理器从该网络节点接收无线资源控制RRC配置，该RRC配置指示用于一个或多个逻辑信道的CAPC；

其中，该CAPC确定方法的该指示指示基于UE的确定方法，以及，

其中，将要用于该LBT程序的该CAPC的确定包括：将用于该一个或多个逻辑信道的CAPC确定为将要用于该LBT程序的CAPC。

12.根据权利要求9所述的方法，还包括：

该处理器从该网络节点接收用于该UL传输的UL许可，

其中，该CAPC确定方法的该指示指示基于网络的确定方法，以及，

其中，将要用于该LBT程序的CAPC的确定包括：将与该UL许可一起接收的CAPC确定为将要用于该LBT程序的CAPC。

13.根据权利要求9所述的方法，还包括：

该处理器从该网络节点接收无线资源控制RRC配置，该RRC配置指示用于一个或多个逻辑信道的第一CAPC；以及，

该处理器从该网络节点接收UL许可和第二CAPC，

其中，将要用于该LBT程序的CAPC的确定包括：

响应于该CAPC确定方法的该指示指示基于UE的确定方法，将用于该一个或多个逻辑信道的该第一CAPC确定为将要用于该LBT程序的CAPC，

以及，

响应于该CAPC确定方法的该指示指示基于网络的确定方法，将与该UL许可一起接收的该第二CAPC确定为将要用于该LBT程序的CAPC。

14.一种可实现在用户设备(UE)中的装置，包括：

收发器，被配置为与无线网络的网络节点无线通信；以及，

处理器，耦接于该收发器并被配置为执行以下操作：

经由该收发器，从该无线网络的网络节点接收无线资源控制RRC配置，该RRC配置指示用于一个或多个逻辑信道的第一信道接入优先级等级CAPC；

确定将要用于先侦听后会话LBT程序的第二CAPC；以及，

经由该收发器，利用该第二CAPC执行该LBT程序，以检测信道是否可以进行传输。

15.根据权利要求14所述的装置，其特征在于，在确定该第二CAPC时，该处理器被配置为：将用于该一个或多个逻辑信道的该第一CAPC确定为该第二CAPC，该第二CAPC用于确定关于该LBT程序的一个或多个LBT参数。

16.根据权利要求14所述的装置，其特征在于，该处理器还被配置为执行以下操作：

经由该收发器，从该网络节点接收UL许可；以及，

响应于该LBT程序指示该信道可以进行传输，经由该收发器在新无线电未授权频谱NR-U中执行UL传输到该网络节点。

17.根据权利要求16所述的装置，其特征在于，在接收该UL许可中，该处理器被配置为：接收该UL许可和第三CAPC。

18.根据权利要求17所述的装置，其特征在于，在确定该第二CAPC时，该处理器被配置为：将与该UL许可一起接收的该第三CAPC确定为用于确定关于该LBT程序的一个或多个LBT参数的第二CAPC。

19.根据权利要求14所述的装置，其特征在于，该处理器还被配置为执行以下操作：

经由该收发器，从该网络节点接收CAPC确定方法的指示，

其中，该第二CAPC的确定包括：基于所指示的CAPC确定方法确定该第二CAPC。

20.根据权利要求19所述的方法，其特征在于，该CAPC确定方法的指示被包括在指示用于该一个或多个逻辑信道的该第一CAPC的该RRC配置中，或者，被包括在单独的RRC配置中。

Images