具体实施方式

图1描绘了示例无线通信网络系统100，其中，诸如基站和用户装置(在本公开中也称为用户设备或UE)的设备使用无线电频谱的未许可部分来通信。因为下面的示例主要(但不完全)涉及5G NR技术，所以这些无线电频谱的未许可部分称为NR-U。

示例配置中的无线通信网络系统100包括UE 102，其中，UE 102可以是(如下面进一步讨论的)能够进行无线通信的任何合适的设备。如图1所示，无线通信系统100还包括连接到核心网络(CN)类型为5GC的核心网络106的5G NR基站104。5G NR基站104相应地作为下一代NodeB或g NodeB(gNB)操作。然而，在其他实施方式中，无线通信系统100可以包括根据除了NR之外的类型的无线电接入技术(RAT)操作的一个或多个基站，并且这些基站可以连接到其他CN类型的CN，或者在不连接到任何CN的情况下以独立模式操作。

基站104覆盖5G NR小区108，其中，UE可以利用NR-U以及专门分配给操作基站104和核心网络106的服务提供商的无线电频谱的部分。当使用5G NR空中接口从基站104接收数据以及向基站104传输数据时，UE 102可以与其他设备共享NR-U。例如，UE 110可以是操作基站104和核心网络106的服务提供商的用户(subscriber)，因此可以与基站104通信。在另一种情况下，UE 110是支持NR-U并且与除了基站104以外的基站(未示出以避免混乱)通信的另一服务提供商的用户(subscriber)。在这种情况下，用户操作基站104，并且将基站104连接到互联网服务提供商(ISP)的数据网络。这种情况下的基站104以类似于WiFi接入点(AP)的方式操作，但是利用NR-U而不是IEEE 802.11标准之一来与UE通信。此外，当根据IEEE 802.11标准之一在无线局域网(WLAN)下操作时，AP(Access Point，接入点)112可以利用无线电频谱的部分作为NR-U。

UE 102配备有处理硬件115，其中，处理硬件115可以包括一个或多个通用处理器(例如，CPU)和存储一个或多个通用处理器执行的指令的一个或多个非易失性计算机可读存储器。附加或可替换地，处理硬件130可以包括专用处理单元。示例实施方式中的处理硬件115包括信道接入模块或单元118和LBT增强单元120(其中的每一个可以至少部分地由存储在一个或多个非暂时性计算机可读存储器上的相应的指令集实现)、控制器122、以及映射125或不同类型的传输有效载荷到不同的CAPC的关联的其他定义。在其他实施方式中，处理硬件130仅包括单元118-125中的一些。

基站104的处理硬件130还可以包括一个或多个通用处理器，诸如CPU和存储一个或多个通用处理器执行的指令的一个或多个非暂时性计算机可读存储器。附加或可替换地，处理硬件130可以包括专用处理单元。示例实施方式中的处理硬件130包括信道接入模块或单元132和LBT增强单元135(其中的每一个可以至少部分地由存储在一个或多个非暂时性计算机可读存储器上的相应的指令集实现)、控制器138、以及映射140或不同类型的传输有效载荷到不同的CAPC的关联的其他定义。在其他实施方式中，处理硬件130仅包括单元132-140中的一些。

图2是执行增强的先听后说(LBT)过程的示例方法200的流程图。增强的LBT过程可以是例如全向LBT过程或定向LBT过程。方法200的至少一部分可以由图1的无线通信网络系统100的一个或多个组件执行。例如，方法200的至少一部分可以由UE 102、由UE 110、由AP112或由基站104执行。在实施例中，在UE 102处，UE 102的LBT增强单元120执行方法200的每个实例。在实施例中，在基站104处，LBT增强单元135执行方法200的每个实例。附加或可替换地，方法200的至少一部分可以由无线系统100的一个或多个其他组件来执行。然而，为了便于说明而不是限制的目的，方法200同时参考图1进行讨论。此外，在实施例中，方法200与相对于图2讨论的功能相比，可以包括更多、更少或可替换的功能，包括本文档中其他地方讨论的功能。

如图2所示，在框202处，方法200包括：由设备的处理硬件发起经过未许可频谱的无线载波或信道传送传输的过程。在示例情况下，基于在UE处输入的用户指令(诸如呼叫发起、数据接入或数据传送指令等)，UE 102发起向基站104传送无线传输的过程(框202)。在另一示例情况下，基站104基于从核心网络106接收到的用户面(UP)内容有效载荷，响应于从UE 102接收到的传输而发起向UE 102传送无线传输的过程(框202)，或者发起传送控制面(CP)消息或控制相关信息的过程。CP消息或控制相关信息可以从核心网络106接收，或者可以由基站104生成。

在框205处，方法200包括：由设备的处理硬件确定预期传输的有效载荷的类型。在本文档中，预期传输的有效载荷的类型可互换地称为“传输的有效载荷”或“传输有效载荷”，其示例包括控制面(CP)消息、控制相关信息、包括用户内容有效载荷的用户面(UP)消息、协议数据单元(PDU)、随机接入前导码或其他无线电接入相关传输、或者另一类型的传输。CP消息可以在示例中包括无线电通信的公共控制信道(CCCH)消息或与无线电通信相关的CCCH消息，诸如RRC(无线电资源控制)请求(例如，RRC设置请求、RRC恢复请求、RRC重建请求、RR早期数据请求等)、RAR(无线电接入响应)等。CP消息可以在示例中包括非接入层(NAS)或者核心网络106的其他类型控制消息或与核心网络106相关的其他类型的控制消息，以用于诸如接入和/或移动性管理。

UP消息可以包括例如互联网协议(IP)数据分组或在其中包括用户内容有效载荷的另一种合适类型的数据分组。

协议数据单元(PDU)是设备的处理硬件可以确定的一种类型的预期传输的另一示例(框205)。PDU可以是例如无线电链路控制(RLC)协议数据单元、分组数据汇聚协议(PDCP，packet data convergence protocol)PDU、服务数据适配协议(SDAP)PDU等。在一些情况下，PDU包括CP消息或其他控制相关信息(例如，其可以对应于无线电资源控制，或者其可以对应于核心网络控制，以用于诸如接入和/或移动性管理)。在一些情况下，PDU包括UP消息或用户内容有效载荷。

设备的处理硬件可以确定的其他类型的预期传输(框205)包括在四步随机接入信道(RACH)过程中利用的传输。在示例情况下，UE 102发起作为四步RACH过程的部分的传送无线传输的方法200的相应的实例(框202)。例如，作为四步RACH过程的部分，UE 102可以打算传输包括随机接入前导码的msg1，或者UE 102可以打算传输包括用户内容有效载荷的msg3，并且UE可以执行相对于预期msg1传输和/或预期msg3传输的方法200的相应的实例。在由UE 102发起的四步RACH过程的基站侧，基站104可以响应于接收到的msg1，执行相对于预期msg2传输的方法200的相应的实例，其可以包括随机接入响应(RAR)或等同物。RAR可以包括各种信息，诸如例如定时提前(TA)命令、上行链路(UL)授权(例如，用于UE 102经过物理上行链路共享控制信道(PUSCH)与基站104通信)、临时小区无线电网络标识符(C-RNTI)等。附加或可替换地，作为四步RACH过程的部分，基站104可以响应于接收到的msg3，执行相对于预期msg4传输的方法200的相应的实例。

设备的处理硬件可以确定的另外其他类型的预期传输(框205)包括在两步随机接入信道(RACH)过程中利用的传输。在示例情况下，UE 102发起作为两步RACH过程的部分的传送无线传输的方法200的相应的实例(框202)。预期传输可以包括msgA，并且因此可以包括无线电接入前导码信息以及用户内容有效载荷两者。在由UE 102发起的两步随机接入信道过程的基站侧，基站104可以发起传送无线传输(例如是msgB)的方法200的相应的实例(框202)。msgB可以包括例如信息，诸如无线电接入响应(RAR)消息、非接入层(NAS)或者核心网络106的其他类型控制消息或与核心网络106相关的其他类型的控制消息、小区无线电网络标识符(C-RNTI)、定时提前(TA)命令、竞争解决标识(Contention ResolutionIdentity)(ID)、下行链路(DL)授权、MAC SDU等。

在另一示例情况下，基站104单独发起向UE 102传送无线传输的方法200的相应的实例(框202)。也就是说，预期无线传输不是对基站104先前从UE 102接收到的任何传输的响应。例如，基站104可以从核心网络106接收要被传送到UE 102的控制信息和/或内容有效载荷，或者基站104本身可以自主地生成要被传送到UE 102的控制信息。在该示例情况下，基站104可能打算经过物理下行链路控制信道(PDCCH)和/或经过物理下行链路共享控制信道(PDSCH)传输下行链路控制信息(DCI)以配置上行链路授权，以便UE 102在物理上行链路共享控制信道(PUSCH)上与基站104通信，并且因此可以执行方法200的框202的实例。随后，UE 102打算根据从基站104接收到的上行链路授权，在PUSCH上传输用户面数据时，UE 102执行框202的相应的实例。一般来说，基站104在打算经过未许可频谱向UE 102发送任何类型的传输时，可以执行进行增强的LBT的方法200的相应的实例。然而，当打算经过许可频谱向UE 102发送传输时，基站104可以省略执行方法200，或者可以省略执行任何类型的LBT。

类似地，UE 102在打算经过未许可频谱向基站104发送任何类型的传输时，UE 102可以执行进行增强的LBT的方法200的相应的实例。然而，当打算经过许可频谱向基站104发送传输时，UE 102可以省略执行方法200，或者可以省略执行任何类型的LBT。实际上，针对各种过程(例如，用于四步RACH、用于两步RACH或其他过程)，在UE 102和基站104之间传送的传输的集合可以仅利用未许可频谱、仅利用许可频谱、或者利用未许可频谱和许可频谱两者的组合。

因此，一般来说，由设备的处理硬件确定预期传输的类型(框205)可以包括确定包括在预期传输中的特定类型的消息，例如CP消息、PDU消息、msg1、msg2、msg3、msg4、msgA、msgB等。附加或可替换地，确定预期传输的类型(框205)可以包括确定包括在预期传输中的一种或多种类型的传输有效载荷，例如随机接入前导码，无线电资源控制信息，基于核心网络的控制信息(诸如接入和移动性管理控制信息)、用户内容有效载荷等。

现在返回到方法200，当确定传输的类型是要排除用户面内容有效载荷(如框205的底部分支(leg)所示)时，方法200包括：确定预期传输的非用户有效载荷的类型(框208)，并且基于确定的预期传输的非用户有效载荷的类型，由设备的处理硬件从具有不同信道接入优先级的多个信道接入优先级类别(CAPC)选择CAPC作为对应于预期传输的CAPC(例如，如框210、框212或框215所示)。为了便于讨论，本文档使用符号“CAPC_transm”来指代对应于预期传输的CAPC。因此，框210、框212、框215中的每一个包括从多个CAPC中相应地选择特定的CAPC，使得CAPC_transm＝选择的CAPC，如下面更详细地解释的。

当预期传输的有效载荷不确定、未识别或未先验地与任何CAPC相关联(例如，框208的右分支)时，方法200包括：为预期传输选择默认CAPC(框210)，例如，选择CAPC_{other-default}，使得CAPC_transm＝CAPC_{other-default}。默认CAPC可以具有高于最低优先级CAPC的优先级的优先级(例如，CAPC_{other-default}>最低优先级CAPC)，或者默认CAPC可以具有多个CAPC当中的最低优先级(例如，CAPC_{other-default}＝最低优先级CAPC)。

当确定预期传输的有效载荷是要包括某些类型的传输有效载荷之一(例如，相应地对应于框212和框215的框208的左分支和框208的底部分支)时，一般选择的CAPC具有高于包括在多个CAPC中的另一CAPC的信道接入优先级的信道接入优先级。也就是说，在框212或框215处，选择的CAPC不是多个CAPC中的最低优先级CAPC，例如，CAPC_transm>最低优先级CAPC。

在实施例中，在框210、框212、框215处，选择对应于预期传输的CAPC可以基于确定类型的非用户传输有效载荷和映射125或映射140两者。映射125、映射140指示或定义不同类型的传输有效载荷和不同优先级的相应的CAPC之间的相应的关联。在实施例中，映射125、映射140指示以下中的至少一个：(i)多个CAPC中的相应的CAPC和一个或多个类型的相应的随机接入前导码之间的相应的关联，或者(ii)多个CAPC中的相应的CAPC和一个或多个类型的控制面(CP)消息或控制面信息之间的相应的关联。

例如，相对于随机接入前导码，映射125、映射140可以指示只有一个(例如，相同的)CAPC与任何类型的随机接入前导码相关联，或者映射125、映射140可以指示不同的CAPC与相应的不同类型的随机接入前导码相关联。通常来说(但不一定)，与相应的随机接入前导码相关联的每个CAPC具有大于最低优先级CAPC的优先级的相应的优先级。也就是说，与相应的随机接入前导码相关联的每个CAPC不是多个CAPC当中的最低优先级CAPC。因此，当确定预期传输的有效载荷的类型为随机接入前导码(例如，框208的左分支)时，选择包括RApreamble有效载荷的预期传输的CAPC(框212)会导致选择不是最低优先级CAPC的CAPC，例如，使得CAPC_transm＝CAPC_RApreamb，其中，CAPC_RApreamb>最低优先级CAPC。

在另一示例中，相对于包括CP消息和/或控制相关信息(诸如，例如无线电资源控制相关信息或核心网络控制相关信息)的传输有效载荷，映射125、映射140指示只有一个CAPC(例如，CAPC_CP-default)与任何类型的控制相关传输有效载荷相关联，其中，CAPC_CP-default的相应的优先级不是多个CAPC当中的最低优先级，例如，CAPC_CP-default>最低优先级CAPC。因此，在该示例中，选择具有控制相关信息的预期传输的CAPC(框215)会导致选择不是最低优先级CAPC的CAPC，例如，使得CAPC_transm＝CAPC_CP-default，其中，CAPC_CP-default>最低优先级CAPC。在诸如3GPP标准之一或在另一类型的标准规范中，可以先验地指定用于控制相关传输有效载荷的默认CAPC。

或者，相对于包括CP消息和/或控制信息的传输有效载荷，映射125、映射140可以指示不同的CAPC与相应的不同类型的控制相关传输有效载荷(例如，CAPC_CPx)相关联。例如，无线电资源控制消息可以与第一CAPC相关联，同时核心网络控制消息可以与第二CAPC相关联。附加或可替换地，不同的无线电资源控制消息可以与不同的CAPC相关联。无论如何，与相应的类型的控制相关传输有效载荷相关联的每个CAPC通常来说具有大于最低优先级CAPC的优先级的相应的优先级，例如，CAPC_CPx>最低优先级CAPC。因此，在该示例情况下，选择具有控制相关信息的预期传输的CAPC(框215)会导致选择不是最低优先级CAPC的CAPC，例如，使得CAPC_transm＝CAPC_CPx，其中，CAPC_CPx>最低优先级CAPC。

又或者，相对于包括CP消息和/或控制信息(诸如，例如无线电资源控制相关信息或核心网络控制相关信息)的传输有效载荷，在一些情况下，UE 102选择CAPC_CP-default，其中，CAPC_CP-default>最低优先级CAPC。例如，当UE 102执行方法200时，UE 102可以选择CAPC_CP-default。当选择CAPC_CP-default时，UE 102可以利用或可以不利用映射125。

在框215处，对应于控制相关传输有效载荷的选择的CAPC可以具有比用户内容传输有效载荷的CAPC的优先级更高的优先级。例如，任何控制相关传输有效载荷的CAPC可以具有大于任何用户面或内容传输有效载荷的CAPC的优先级的优先级，例如，CAPC_CPx>CAPC_UP-QOS并且CAPC_CPx>CAPC_UP-default，和/或CAPC_CP-default>CAPC_UP-QOS并且CAPC_CP-default>CAPC_UP-default。因此，至少出于在UE 102和基站104之间进行传送的目的，控制相关传输有效载荷可以被赋予比系统100中的用户内容传输有效载荷的优先级更高的优先级。一般来说，控制相关传输有效载荷的CAPC通常来说也具有比系统100的一般的默认CAPC的优先级更高的优先级，例如，CAPC_CPx>CAPC_{other-default}并且CAPC_CP-default>CAPC_{other-default}。

返回到框205，当预期传输的类型包括用户面(UP)内容有效载荷时，方法200确定包括在预期传输中的用户内容有效载荷是否与任何QoS水平相关联(框218)。例如，在框218处，方法200确定包括在预期传输中的用户内容有效载荷的类型是否与QoS水平或QCI相关联或者对应于QoS水平或QCI。当特定的QoS或QCI与用户内容有效载荷的类型相关联(例如，框218的“是”分支时)时，方法200包括：选择预期传输的CAPC作为对应于与用户内容有效载荷的类型相关联的QCI或QoS水平的CAPC(框220)。例如，方法200可以利用前述的3GPP TS36.300v15.4.0的表5.7.1-1中指定的信息来确定对应于与确定类型的用户内容有效载荷相关联的QCI的CAPC。

当用户内容有效载荷的类型不与任何QoS水平或任何QCI相关联(例如，框218的“否”分支)时，方法200默认向具有UP内容有效载荷的预期传输分配默认CAPC，例如，CAPC_UP-default(框222)。默认CAPC可以具有比最低优先级类别的CAPC的优先级更高的优先级(例如，CAPC_UP-default>最低优先级类别的CAPC)，或者默认CAPC可以具有多个CAPC当中的最低优先级(例如，CAPC_UP-default＝最低优先级类别的CAPC)。在诸如3GPP或其他类型的标准规范中，可以先验地指定用于用户面内容有效载荷的默认CAPC。附加或可替换地，当例如UE102执行方法200时，UE 102可以选择CAPC_UP-default。

在框215、框220处，在实施例中，如果需要，方法200可以包括：为不同类型的传输有效载荷选择不同优先级的默认CAPC。例如，用于包括不与任何QoS或QCI相关联(并且排除任何控制相关信息)的用户内容有效载荷的预期传输的默认CAPC可以具有比用于包括不确定或未识别的有效载荷的预期传输的默认CAPC的优先级更高的优先级，例如，CAPC_UP-default>CAPC_{other-default}。在另一示例中，用于包括控制相关信息的预期传输的默认CAPC可以具有比用于包括不确定或未识别的有效载荷的预期传输的默认CAPC的优先级更高的优先级，并且可以具有比用于包括用户面内容数据的预期传输的默认CAPC的优先级更高的优先级，例如，CAPC_CP-default>CAPC_{other-default}并且CAPC_CP-default>CAPC_UP-default。在诸如3GPP或其他类型的标准规范中，可以先验地指定一个或多个类型的默认CAPC。附加或可替换地，当例如UE 102执行方法200时，UE 102可以选择一个或多个类型的默认CAPC。

对于在其中包括多种类型的传输有效载荷的单个预期传输，通常来说由多种类型的传输有效载荷之一来管理CAPC的选择(图2中未示出)。例如，对于包括具有相关联的QCI的用户面内容有效载荷和RApreamble两者作为其传输有效载荷的第一预期msgA传输，用户面内容有效载荷的QCI可以管理第一预期msgA传输的CAPC的选择。在另一示例中，对于包括不具有相关联的QCI的用户面内容有效载荷和RApreamble两者作为其传输有效载荷的第二预期msgA传输，RApreamble类型可以管理第二预期msgA传输的CAPC的选择。在又一示例中，当预期传输包括具有相关联的QCI的用户面数据有效载荷和控制面信息两者时，用户面内容有效载荷的QCI可以管理CAPC选择；而当预期传输包括不与任何QCI相关联的用户面数据有效载荷和控制面信息两者时，控制面信息可以管理CAPC的选择。在实施例中，映射125、映射140可以指示用于包括多种不同类型的传输有效载荷的预期传输的管理的优先级。

在框225处，方法200包括：确定与预期传输相关联的CAPC成为选择的CAPC。例如，方法200可以包括：确定与预期传输相关联的CAPC作为在框210、框212、框215、框220或框220处选择的CAPC，例如，使得CAPC_transm＝选择的CAPC。

在框228处，方法200包括：由设备的处理硬件根据CAPC_transm(例如，根据对应于预期传输的选择的CAPC)执行先听后说(LBT)过程。也就是说，在框228处，方法200包括：基于CAPC_transm来执行增强的LBT过程。例如，在UE 102处，信道接入单元118和/或控制器122可以根据对应于传输的选择的CAPC来执行增强的LBT过程，并且在基站104处，信道接入单元132和/或控制器138可以根据对应于传输的选择的CAPC来执行增强的LBT过程。

在成功完成增强的LBT过程之后，方法200包括：经过未许可频谱中的无线载波或信道向另一设备传送预期传输(框230)。例如，如果方法200由UE 102执行，则在框230处，UE102经过无线载波或信道向基站104传送传输，并且如果方法200由基站104执行，则在框230处，基站104经过无线载波或信道向UE 102传送传输。

图3是为预期传输选择CAPC(例如，选择CAPC_transm)的方法300的流程图，其中，预期传输包括控制相关信息或控制面(CP)信息。在实施例中，方法300可以被包括在图2的方法200的框215中。然而，如果需要，方法300可以结合除了方法200以外的执行增强的LBT的方法来执行。

当预期传输的有效载荷包括控制面(CP)信息(例如，如在图2的框208处确定的)时，方法300包括：确定CP信息是否与信令无线电承载(SRB)相关联(框302)。一般来说，SRB是UE(例如，UE 102)和基站(例如，基站104)之间的无线电承载，用于在UE和基站之间承载控制面消息或业务。因此，SRB可以是逻辑信道或逻辑连接，其中，信令数据经过逻辑信道或逻辑连接在UE 102和基站104之间被传送。UE 102可以支持多个SRB，并且不同类型的CP信息或消息可以被分配以经过不同的相应的SRB在UE和基站之间进行传送。例如，多个SRB可以包括三种不同类型，例如SRB0、SRB1和SRB2。在一些情况下，除了SRB0、SRB1和SRB2之外，多个SRB还可以包括SRB3类型和/或SRB4类型。

在框302处，当包括在预期传输中的CP信息不与任何SRB相关联(例如，框302的“否”分支)时，方法300包括：为预期传输选择默认CAPC(框305)。默认CAPC可以是对应于CP消息/信息的默认CAPC，例如，使得CAPC_transm＝CAPC_CP-default，或者默认CAPC可以是通用的默认CAPC，诸如用于不确定或未识别的传输有效载荷，例如，使得CAPC_transm＝CAPC_{other-default}。如先前所讨论的，通常来说(但不一定)CAPC_CP-default具有比多个CAPC中的最低优先级CAPC的优先级更大的优先级，并且在一些情况下，CAPC_CP-default的优先级比与用户面内容有效载荷相关联的任何CAPC的相应的优先级更高，例如，当诸如预期传输被包括在四步RACH过程中时，CAPC_CP-default>CAPC_UP-default并且CAPC_CP-default>CAPC_UP-QoS。

另一方面，当包括在预期传输中的CP信息与SRB相关联(例如，框302的“是”分支)时，方法300包括：确定对应于与包括在预期传输中的CP信息相关联的SRB的CAPC(框308)。在一些实施方式中，确定对应于SRB的CAPC(框308)包括接入映射125、映射140，其中，映射125、映射140存储各种SRB和相应的CAPC之间的关联。通常来说(但不一定)，与相应的SRB相关联的每个CAPC具有比多个CAPC中的最低优先级CAPC的优先级高的相应的优先级。也就是说，与相应的SRB相关联的每个CAPC不是多个CAPC中的最低优先级CAPC。在框310处，方法300包括：选择SRB的CAPC成为预期传输的CAPC，例如，使得CAPC_transm＝CAPC_SRB。

虽然相对于不同的SRB描述了方法300，但是构思和技术容易且等同地适用于在CCCH(公共控制信道)和/或DCCH(专用控制信道)上实现的逻辑信道。例如，具有不同逻辑信道标识(identity)的不同逻辑信道可以在不同的CCCH和/或DCCH上实现，并且可以与不同的CAPC相应地相关联，例如，如在映射125、映射140中定义的。

图4描绘了可以在增强的先听后说过程中利用的示例映射400的描述(depiction)。映射400可以是UE 102为了增强的LBT的目的而接入的映射125，和/或映射400可以是基站104为了增强的LBT的目的而接入的映射140。图4中示出的映射400的表示只是许多可能的表示或实现之一。例如，映射400可以通过使用一个或多个表、规则集、权重、逻辑语句、数据库和/或任何其他合适的表示格式来表示。

如图4所示，映射400指示或定义可包括在预期传输中的不同类型的有效载荷402与相应的信道接入优先级类别(CAPC)405之间的相应的关联。CAPC的优先级可以在从最高优先级405a到最低优先级405n的范围内，并且每个CAPC可以被唯一地标识，诸如经过图4所示的对应的数字。一般来说，每种类型的传输有效载荷可以与相应的默认CAPC相关联。例如，在图4中，RApreamble-default与CAPC3相关联，CP-default与CAPC3相关联，UP-default与CAPCn相关联或与具有比CAPCn的优先级更高的优先级的CAPC相关联，并且Other-default与CAPCn相关联。当然，映射400的这些和其他内容仅是说明性的，并不意味着是限制性的。传输有效载荷的类型402和CAPC 405之间的其他映射也是可能的。包括在映射400中的一些内容可以由诸如各版本的3GPP标准之一或另一标准的规范标准来定义或提供。包括在映射400中的一些内容可以由诸如系统100的系统管理员的用户来定义或提供。

对于给定类型的传输有效载荷，传输有效载荷类型的不同子类型可以与相应的不同的CAPC相关联。例如，在图4中，不同类型的RApreamble(例如，如RApreamble-y表示的)被映射到不同的CAPC 1和CAPC 2；不同类型的控制面(CP)消息(例如，如CP-x表示的)被映射到不同的CAPC 1、CAPC 2和CAPC 3；以及，不同的用户面(UP)内容有效载荷(例如，如UP-QoS表示的)被映射到不同的CAPC 3和CAPC n，并且基于与UP内容有效载荷的子类型相关联的相应的QCI或QoS水平，被映射到具有比CAPCn的优先级更大并且比CAPC3的优先级更小的优先级的CAPC。

此外，映射400定义或指示用于不确定、未识别或未在映射400中的其他地方指示的传输有效载荷的类型的一般的默认CAPC。在图4中，系统100的一般的默认CAPC与最低优先级CAPC(例如，CAPCn)相关联。

尽管未在图4中示出，但是在一些实施例中，映射400可以以类似的方式存储各种SRB与相应的CAPC和/或逻辑信道与相应的CAPC之间的关联的指示。例如，映射400的这样的实施例可以由方法300利用。

除了定义或指示传输有效载荷的特定类型和/或子类型402与相应的CAPC 405之间的关联之外，映射400还可以指定应用于对应于传输有效载荷的类型402的条件的各种组合的一个或多个规则408。规则408可以由任何合适的格式表示，诸如由应用于每个可能的条件和/或条件的组合或与其相关联的权重或优先级的集合来表示。附加或可替换地，规则408可以由逻辑语句的集合、对象的集合、一个或多个数据库等表示。

规则408中的至少一些可以指示包括在单个预期传输中的传输有效载荷中的多种类型中的哪一种将管理预期传输的对应的CAPC的选择。例如，对于包括(i)不具有任何相关联的QCI的用户面内容有效载荷，和(ii)RApreamble两者的预期传输，规则408可以指示RApreamble类型去管理预期传输的CAPC的选择，而对于包括(i)具有相关联的QCI的用户面内容有效载荷，和(ii)RApreamble两者的预期传输，规则408可以指示与用户面内容有效载荷相关联的QCI将管理预期传输的CAPC的选择。

规则408中的至少一些可以定义或指示传输有效载荷的不同的类型402之间的相对优先级。例如，规则可以指示控制相关传输的默认CAPC始终具有比用户内容有效载荷传输的默认CAPC的优先级更高的优先级(例如，CAPC_CP-default>CAPC_UP-default)，或者控制相关传输的默认CAPC始终具有比任何用户内容有效载荷传输的CAPC的优先级更高的优先级(例如，CAPC_CP-default>CAPC_UP-default并且CAPC_CP-default>CAPC_UP-QoS)。在另一示例中，规则408可以指示特定的传输类型的默认CAPC小于或等于特定的传输类型的子类型的CAPC，例如，CAPC_CP-default<＝CAPC_CPx和/或CAPC_{RApreamble-default}<＝CAPC_RApreamble-y。当然，传输有效载荷的不同的类型402之间的其他相对优先级可以由规则408定义或指示。

规则408中的至少一些可以基于消息类型和/或通信上下文(communicationcontext)，定义或指示传输有效载荷的类型402和CAPC 405之间的不同的关联。例如，对于两步RACH，规则408可以指示：当msgA包括RApreamble和与QCI相关联的用户面内容有效载荷时，与用户面内容有效载荷相关联的QCI将管理msgA的选择；并且，对于四步RACH，规则408可以指示：包括RApreamble的预期传输具有比四步RACH内的另一传输(其有效载荷仅包括CP信息或仅包括UP内容有效载荷)的优先级更高的优先级。

规则408中的至少一些可以定义或指示对自主CAPC选择的限制。例如，规则408可以定义或指示UE 102可以为包括CP信息的预期传输自主地选择任何CAPC>CAPCn，或者UE102可以自主地定义或选择默认UP CAPC(例如，CAPC_UP-default)来作为任何CAPC>CAPCn。该方法允许UE 102在其信道使用的当前视图的基础上具有灵活性，同时还最小化传送预期传输中的不适当、不一致和不必要的延迟。

以下附加考虑因素适用于前述讨论。

在其中可以实现本公开的技术的用户装置或用户设备(UE)(例如，UE102)可以是能够进行无线通信的任何合适的设备，诸如智能手机、平板电脑、膝上型电脑、移动游戏控制台(mobile gaming console)、销售点(POS，point-of-sale)终端、健康监测设备、无人机、相机、流媒体加密狗(media-streaming dongle)或其他个人媒体设备、诸如智能手表的可穿戴设备、无线热点、家庭小区(femtocell)或者宽带路由器。此外，在一些情况下的用户设备可以被嵌入到电子系统中，诸如车辆的头部单元或高级驾驶员辅助系统(ADAS)。还有，用户设备可以作为物联网(IoT)设备或移动互联网设备(MID)来操作。取决于类型，用户设备可以包括一个或多个通用处理器、计算机可读存储器、用户接口、一个或多个网络接口、一个或多个传感器等。

在本公开中，将特定实施例描述为包括逻辑或多个组件或模块。模块可以是软件模块(例如，存储在非暂时性机器可读介质上的代码)或硬件模块。硬件模块是能够执行特定操作的有形单元，并且可以以特定方式配置或布置。硬件模块可以包括永久配置(例如，永久配置为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC))以执行特定操作的专用电路或逻辑。硬件模块还可以包括由软件临时配置以执行特定操作的可编程逻辑或电路(例如，将可编程逻辑或电路包括在通用处理器或其他可编程处理器中)。在专用和永久配置的电路中或在临时配置(例如，由软件配置)的电路中实现硬件模块的决定可以由成本和时间考虑因素来推动。

当在软件中实现时，这些技术可以作为操作系统的部分、由多个应用使用的库、特定软件应用等来提供。软件可以由一个或多个通用处理器或一个或多个专用处理器执行。

在阅读本公开之后，本领域技术人员将理解，还存在用于通过本公开中公开的原理来增强先听后说过程的另外的替代结构和功能设计。因此，虽然已经示出和描述特定实施例和应用，但是应当理解，所公开的实施例不限于所公开的精确构造和组件。在不脱离所附权利要求中限定的精神和范围的情况下，可以在所公开的布置、方法的操作和细节以及装置中做出各种修改、改变和变化，这些修改、改变和变化对本领域普通技术人员来说将是明显的。

下面的各方面的列表反映了本公开明确预期的各种实施例。

方面1.一种无线网络系统的设备中的方法，包括：由设备的处理硬件发起经过无线信道传送传输的过程；由设备的处理硬件从具有不同信道接入优先级的多个信道接入优先级类别(CAPC)中选择CAPC，该选择的CAPC具有比包括在多个CAPC中的另一CAPC的信道接入优先级更高的信道接入优先级，该选择基于传输的有效载荷和映射，并且所述映射指示以下中的至少一个：多个CAPC中的相应的CAPC和一个或多个类型的相应的随机接入前导码之间的相应的关联；或者多个CAPC中的相应的CAPC和一个或多个类型的控制面(CP)消息之间的相应的关联。该方法还包括：由设备的处理硬件根据对应于传输的选择的CAPC来执行先听后说(LBT)过程。

方面2.根据方面1所述的方法，其中，所述映射还指示以下两者之间的关联：(i)用户面(UP)消息的数据内容，该UP消息的数据内容不与无线网络系统的任何服务质量(QoS)相关联，以及(ii)具有最低信道接入优先级的CAPC。

方面3.根据方面2所述的方法，其中，传输的有效载荷包括具有不与任何QoS类别相关联的数据内容的UP消息，并且根据对应于传输的选择的CAPC执行LBT过程包括根据具有最低信道接入优先级的CAPC执行LBT过程。

方面4.根据前述方面中的任一项所述的方法，其中，所述映射还指示多个CAPC中的相应的CAPC与UP消息的不同类型的数据内容之间的相应的关联，该UP消息的不同类型的数据内容具有与无线网络系统的不同服务质量(QoS)类别相应的关联。

方面5.根据方面1、2和4中的任一项所述的方法，其中，传输的有效载荷包括具有与特定QoS类别相关联的数据内容的UP消息，并且根据对应于传输的选择的CAPC执行LBT过程包括根据与特定QoS类别相关联的CAPC执行LBT过程。

方面6.根据方面1、2和4中的任一项所述的方法，其中：所述传输的有效载荷包括CP消息；所述映射指示选择的CAPC与CP消息之间的关联；以及，选择的CAPC具有比与UP消息相关联的任何CAPC的相应的信道接入优先级更高的信道接入优先级。

方面7.根据方面6所述的方法，其中：CP消息具有与信令无线电承载(SRB)的类型的关联；所述映射指示选择的CAPC和与CP消息相关联的信令无线电承载的类型之间的关联；以及，选择的CAPC是特定CAPC，该特定CAPC具有与信令无线电承载(SRB)的类型的关联，并且具有比与不与任何类型的SRB相关联的任何CP消息相关联的任何CAPC的相应的信道接入优先级更高的信道接入优先级。

方面8.根据方面7所述的方法，其中，与不与任何类型的SRB相关联的任何CP消息相关联的任何CAPC的相应的信道接入优先级是CP消息的默认CAPC，并且其中，CP消息的默认CAPC具有比具有最低信道接入优先级的CAPC的信道接入优先级更高的信道接入优先级。

方面9.根据方面6至8中的任一项所述的方法，其中：CP消息具有与第一类型的信令无线电承载(SRB)的关联；选择的CAPC是第一CAPC，该第一CAPC与第一类型的SRB相关联，并且具有比与第二类型的SRB相关联的第二CAPC的信道接入优先级更高的信道接入优先级水平；所述映射指示第一CAPC与第一类型的SRB之间的关联；以及，所述映射指示第二CAPC与第二类型的SRB之间的关联。

方面10.根据方面1至9中的任一项所述的方法，其中，设备是用户设备(UE)。

方面11.根据方面10所述的方法，其中，所述过程是包括传输的四步随机接入信道过程。

方面12.根据方面11所述的方法，其中，传输包括随机接入前导码的类型，并且无线信道是物理随机接入信道(PRACH)。

方面13.根据方面12所述的方法，其中，所述映射指示不同的CAPC和不同类型的随机接入前导码之间的相应的关联。

方面14.根据方面11所述的方法，其中，传输包括UP消息或CP消息，并且无线信道是物理上行链路共享信道(PUSCH)。

方面15.根据方面10所述的方法，其中，所述过程是两步随机接入信道过程，并且传输是msgA。

方面16.根据方面1至9中的任一项所述的方法，其中，所述设备是基站。

方面17.根据方面16所述的方法，其中，所述过程是四步随机接入信道过程，并且传输包括随机接入响应。

方面18.根据方面16所述的方法，其中，所述过程是两步随机接入信道过程，并且传输是msgB。

方面19.根据方面16所述的方法，其中，无线信道是物理下行链路共享信道(PDSCH)。

方面20.根据方面19所述的方法，其中，传输包括UP消息或CP消息。

方面21.根据方面16、19和20中的任一项所述的方法，还包括：由基站的处理硬件从核心网络接收传输的有效载荷。

方面22.根据方面16至21中的任一项所述的方法，还包括：由基站的处理硬件生成传输的有效载荷。

方面23.根据前述方面中的任一项所述的方法，其中，无线信道被包括在未许可频谱中。

方面24.根据前述方面中的任一项所述的方法，其中，LBT过程是全向LBT过程。

方面25.根据前述方面中的任一项所述的方法，其中，LBT过程是定向LBT过程。

方面26.在其上相应地存储指令的一个或多个非暂时性媒介，其中，该指令在由处理硬件执行时，使得无线网络系统执行根据前述方面中的任一项所述的方法。

方面27.一种配置为执行根据方面1至25中的任一项所述的方法的系统。

方面28.与前述方面中的任何其他方面结合的前述方面中的任一项。