CN114424488A - 无线通信系统中用于uci复用的方法和装置 - Google Patents

Abstract

本公开涉及用于支持超过诸如长期演进(LTE)的4G通信系统的更高数据速率的5G通信系统或6G通信系统。无线通信系统中的方法和装置包括：确定用于PUSCH的比特数；生成用于CG‑UCI的第一比特集；生成用于HARQ反馈的第二比特集；如果第一比特集和第二比特集的总和没有超过所确定的用于PUSCH的比特数，则将用于CG‑UCI的第一比特集和用于HARQ反馈的第二比特集复用到PUSCH中，其中，用于CG‑UCI的第一比特集以比用于HARQ反馈的第二比特集更高的优先级来复用；以及通过上行链路信道向BS发送包括分别用于CG‑UCI和HARQ反馈的经复用的第一比特集和第二比特集的PUSCH。

Description

无线通信系统中用于UCI复用的方法和装置

技术领域

本申请总体上涉及无线通信系统，更具体地，本公开涉及在NR未许可中的宽带操作的窗口尺寸自适应(adaptation)。

背景技术

考虑到一代又一代无线通信的发展，主要为针对人类的服务开发了技术，诸如语音呼叫、多媒体服务和数据服务。随着5G(第五代)通信系统的商业化，预期连接的设备的数量将呈指数级增长。这些设备将越来越多地连接到通信网络。连接的事物的示例可以包括车辆、机器人、无人机、家用电器、显示器、连接到各种基础设施的智能传感器、建筑机械和工厂仪器。预期移动设备将演进为各种形式-规格，诸如增强现实眼镜、虚拟现实头戴设备和全息设备。为了在6G(第六代)时代通过连接数千亿个设备和事物来提供各种服务，一直在努力开发改进的6G通信系统。出于这些原因，6G通信系统被称为超5G系统。

预期在2030年左右商业化的6G通信系统将具有太(1000千兆)级字节每秒(bps)的峰值数据速率和小于100μ秒的无线电延迟，因此将是5G通信系统的数据速率的50倍，并且具有5G通信系统的1/10的无线电延迟。

为了实现如此高的数据速率和超低延迟，已经考虑在太赫兹频带(例如，95GHz至3THz频带)中实现6G通信系统。由于太赫兹频带中的路径损耗和大气吸收比在5G中引入的毫米波频带中的更严重，因此预期能够确保信号传输距离(即，覆盖范围)的技术将变得更加关键。有必要开发作为确保覆盖范围的主要技术的射频(RF)元件、天线、具有比正交频分复用(OFDM)更好的覆盖范围的创新波形、波束成形和大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线以及多天线传输技术(诸如大规模天线)。此外，一直在讨论提高太赫兹频带信号的覆盖范围的新技术，诸如基于超材料(metamaterial)的透镜和天线、轨道角动量(orbital angular momentum，OAM)和可配置智能表面(reconfigurableintelligent surface，RIS)。

此外，为了提高频谱效率和整体网络性能，已经为6G通信系统开发了以下技术：用于使上行链路传输和下行链路传输能够同时使用相同频率资源的全双工技术；综合利用卫星、高空平台站(high-altitude platform stations，HAPS)等的网络技术；用于支持移动基站等并实现网络操作优化和自动化等的改进的网络结构；经由基于频谱使用预测的冲突避免的动态频谱共享技术；在无线通信中使用人工智能(artificial intelligence，AI)，通过从开发6G的设计阶段起利用AI并内化端到端AI支持功能，从而改进整体网络操作；以及通过在网络上可达的超高性能通信和计算资源(诸如移动边缘计算(mobile edgecomputing，MEC)、云等)来克服UE计算能力的限制的下一代分布式计算技术。此外，通过设计将用于6G通信系统的新协议、开发用于实现基于硬件的安全环境和数据安全使用的机制以及开发用于维护隐私的技术，正在继续尝试加强设备之间的连接、优化网络、促进网络实体软件化以及增加无线通信开放性。

预期对6G通信系统在超连接方面的研发(包括人对机器(person to machine，P2M)和机器对机器(machine to machine，M2M))将允许下一代超连接体验。特别地，预期诸如真正沉浸式扩展现实(extended reality，XR)、高保真移动全息和数字复制品等服务可以通过6G通信系统来提供。此外，还将通过6G通信系统来提供，用于安全性和可靠性增强、工业自动化和应急响应的服务(诸如远程手术)，使得这些技术可以被应用于诸如工业、医疗保健、汽车和家用电器等各个领域。

通信系统包括将信号从诸如基站(BS)或NodeB的发送点传送到用户设备(UE)的下行链路(DL)和将信号从UE传送到诸如NodeB的接收点的上行链路(UL)。UE(通常也被称为终端或移动站)可以是固定的或移动的，并且可以是蜂窝电话、个人计算机设备或自动化设备。指代长期演进(LTE)通信系统中的NodeB的eNodeB(eNB)和指代新无线电(NR)通信系统中的NodeB的gNodeB(gNB)也可以被称为接入点或其他等同术语。

发明内容

问题的解决方案

本公开涉及一种在NR未许可中的宽带操作的窗口尺寸自适应的准5G或5G通信系统。

在一个实施例中，提供了一种无线通信系统中的用户设备(UE)。该UE包括处理器，该处理器被配置为：确定用于物理上行链路共享信道(PUSCH)的比特数；生成用于许可上行链路控制信息(CG-UCI)的第一比特集；生成用于混合自动重复请求(HARQ)反馈的第二比特集；以及如果第一比特集和第二比特集的总和没有超过所确定的用于PUSCH反馈的比特数，则将用于CG-UCI的第一比特集和用于HARQ反馈的第二比特集复用到PUSCH中，其中，用于CG-UCI的第一比特集以比用于HARQ反馈的第二比特集更高的优先级来复用。UE还包括可操作地连接到处理器的收发器，该收发器被配置为通过上行链路信道向基站(BS)发送包括分别用于CG-UCI和HARQ反馈的经复用的第一比特集和第二比特集的PUSCH。

在另一个实施例中，提供了一种无线通信系统中的基站(BS)。该BS包括收发器，该收发器被配置为通过上行链路信道从用户设备(UE)接收包括用于许可上行链路控制信息(CG-UCI)的第一比特集和用于混合自动重复请求(HARQ)反馈的第二比特集的物理上行链路共享信道(PUSCH)，其中：第一比特集和第二比特集基于第一比特集和第二比特集的总和与用于该PUSCH的比特数之间的比较而被复用到该PUSCH中；并且用于CG-UCI的第一比特集以比用于HARQ反馈的第二比特集更高的优先级来复用。

在又一个实施例中，提供了一种无线通信系统中用户设备(UE)的方法。该方法包括：确定物理上行链路共享信道(PUSCH)的比特数；生成用于许可上行链路控制信息(CG-UCI)的第一比特集；生成用于混合自动重复请求(HARQ)反馈的第二比特集；如果第一比特集和第二比特集的总和没有超过所确定的用于PUSCH的比特数，则将用于CG-UCI的第一比特集和用于HARQ反馈的第二比特集复用到PUSCH中，其中，用于CG-UCI的第一比特集以比用于HARQ反馈的第二比特集更高的优先级来复用；以及通过上行链路信道向基站(BS)发送包括分别用于CG-UCI和HARQ反馈的经复用的第一比特集和第二比特集的PUSCH。

从所附附图、描述和权利要求中，其他技术特征对于本领域技术人员来说是清楚的。

在进行下面的具体实施方式之前，阐述对本专利文件中使用的特定词语和短语的定义可能是有利的。术语“耦合”及其派生词指两个或更多个元件之间的任何直接或间接通信，无论这些元件是否彼此物理上接触。术语“发送”、“接收”和“通信”及其派生词包括直接通信和间接通信。术语“包括”和“包含”及其派生词是指包括但不限制。术语“或”是包含性的，意味着和/或。短语“与……相关联”及其派生词是指包括、被包括在内、与……互连、包含、被包含在内、连接到或与……连接、耦合到或与……耦合、与……可通信、与……协作、交织、并置、接近于、绑定到或与……绑定、具有、具有……属性、具有到……的关系或具有与……的关系等。术语“控制器”是指控制至少一种操作的任何设备、系统或其部分。这样的控制器可以用硬件或硬件和软件的组合和/或固件来实现。与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。当与项目列表一起使用时，短语“……中的至少一个”意味着可以使用所列项目中的一个或多个的不同组合，并且可能仅需要列表中的一个项目。例如，“A、B和C中的至少一个”包括以下组合中的任意一个：A；B；C；A和B；A和C；B和C以及A和B和C。

此外，下面描述的各种功能可以由一个或多个计算机程序实现或支持，这些计算机程序中的每一个都由计算机可读程序代码形成并包含在计算机可读介质中。术语“应用”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、函数、对象、类、实例、相关数据或其适于以合适的计算机可读程序代码实现的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机访问存储器(RAM)、硬盘驱动器、紧凑盘(CD)、数字视盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质排除传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储数据并稍后覆写的介质，诸如可重写光盘或可擦除存储器设备。

贯穿本专利文件提供了对其他特定词语和短语的定义。本领域普通技术人员应该理解，在多种情况下，如果不是在大多数情况下，这样的定义适用于这样定义的词语和短语的先前和未来使用。

附图说明

为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的部分：

图1示出了根据本公开的实施例的示例无线网络；

图2示出了根据本公开的实施例的示例gNB；

图3示出了根据本公开的实施例的示例UE；

图4示出了根据本公开的实施例的使用OFDM的示例发送器结构；

图5示出了根据本公开的实施例的使用OFDM的示例接收器结构；

图6示出了根据本公开的实施例的对DCI格式的示例编码过程；

图7示出了根据本公开的实施例的用于UE的对DCI格式的示例解码过程；

图8示出了根据本公开的实施例的示例信道接入过程；

图9示出了根据本公开的实施例的示例CWS带宽；

图10示出了根据本公开的实施例的另一个示例CWS带宽；

图11示出了根据本公开的实施例的又一个示例CWS带宽；

图12示出了根据本公开的实施例的示例CWS带宽和PDSCH；

图13示出了根据本公开的实施例的示例活动BWP切换；

图14示出了根据本公开的实施例的用于BWP的示例CWS；

图15示出了根据本公开的实施例的示例BWP和CBG；

图16示出了根据本公开的实施例的示例BWP；

图17示出了根据本公开的实施例的示例BWP和CBG；

图18示出了根据本公开的实施例的载波BW中的示例UL BWP；

图19示出了根据本公开的实施例的载波BW中的示例PUSCH；

图20示出了根据本公开的实施例的复用方法的流程图；

图21示出了根据本公开的实施例的复用方法的另一个流程图；

图22示出了根据本公开的实施例的复用方法的又一个流程图；

图23示出了根据本公开的实施例的示例LBT位置；

图24示出了根据本公开的实施例的自适应LBT过程的方法的流程图；

图25示出了根据本公开的实施例的自适应LBT过程的方法的另一个流程图；

图26示出了根据本公开的实施例的用于LBT类型排序的方法的流程图；

图27示出了根据本公开的实施例的用于LBT类型排序的方法的另一个流程图；以及

图28示出了根据本公开的实施例的用于窗口尺寸自适应的方法的流程图。

具体实施方式

下面讨论的图1至图28，以及本专利文件中用于描述本公开原理的各种实施例仅是示例性的，并且不应该以任何方式被解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或设备中实现。

以下文件通过引用结合到本公开中，如同在本文中完全阐述一样：3GPP TS38.211 v15.4.0，“NR；Physical channels and modulation(NR；物理信道和调制)”；3GPPTS 38.212 v15.4.0，“NR；Multiplexing and Channel coding(NR；复用和信道编解码)”；3GPP TS 38.213 v15.4.0，“NR；Physical Layer Procedures for Control(NR；用于控制的物理层过程)”；3GPP TS 38.214 v15.4.0，“NR；Physical Layer Procedures for Data(NR；用于数据的物理层过程)”；3GPP TS 38.331 v15.4.0，“NR；Radio Resource Control(RRC)Protocol Specification(NR；无线电资源控制协议规范)”；ETSI EN 301 893V2.1.1，“5GHz RLAN；Harmonized Standard covering the essential requirements ofarticle 3.2 of Directive 2014/53/EU(5GHz RLAN；覆盖指令2014/53/EU条款3.2的基本要求的协调标准)”，2017；ETSI EN 302 567 V2.1 1，“Multiple-Gigabit/s radioequipment operating in the 60GHz band；Harmonized Standard covering theessential requirements of article 3.2 of Directive 2014/53/EU(在60GHz频带中操作的多千兆比特/秒无线电设备；覆盖指令2014/53/EU条款3.2的基本要求的协调标准)，2017；3GPP TR 36.889 V13.0.0，“Study on Licensed-Assisted Access to UnlicensedSpectrum(针对对未经许可的频谱的经许可辅助接入研究)”，2015；以及IEEE标准802.11-2016，“Part 11:Wireless LAN Medium Access Control(MAC)and Physical Layer(PHY)Specifications(第11部分：无线LAN媒体接入控制(MAC)和物理层(PHY)规范)”，2016。

下面的图1-图3描述了在无线通信系统中使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术实现的各种实施例。图1-图3的描述不意味着对不同实施例可以实现的方式的物理或架构限制。本公开的不同实施例可以在任何适当布置的通信系统中实现。

图1示出了根据本公开的实施例的示例无线网络。图1所示的无线网络的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其他实施例。

如图1所示，无线网络包括gNB 101、gNB 102和gNB 103。gNB 101与gNB 102和gNB103通信。gNB 101还与至少一个网络130(诸如互联网、专有互联网协议(IP)网络或其他数据网络)通信。

gNB 102为gNB 102的覆盖区域120内的第一多个用户设备(UE)提供对网络130的无线宽带接入。第一多个UE包括UE 111，其可以位于小型企业中；UE 112，其可以位于企业(E)中；UE 113，其可以位于WiFi热点(HS)中；UE 114，其可以位于第一住宅(R)中；UE 115，其可以位于第二住宅(R)中；以及UE 116，其可以是移动设备(M)，诸如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为gNB 103的覆盖区域125内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中，gNB 101-103中的一个或多个可以使用5G、LTE、LTE-A、WiMAX、WiFi或其他无线通信技术来彼此通信以及与UE111-116通信。

取决于网络类型，术语“基站”或“BS”可以指被配置为提供对网络的无线接入的任何组件(或组件的集合)，诸如发送点(TP)、发送-接收点(TRP)、增强型基站(eNodeB或eNB)、5G基站(gNB)、宏小区、毫微微小区、WiFi接入点(AP)或其他支持无线的设备。基站可以根据一个或多个无线通信协议(例如，5G 3GPP新无线电接口/接入(NR)、长期演进(LTE)、高级LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等)来提供无线接入。为了方便，在本专利文件中，术语“BS”和“TRP”可以互换使用，用于指向远程终端提供无线接入的网络基础设施组件。此外，取决于网络类型，术语“用户设备”或“UE”可以指任何组件，诸如“移动站”、“订户站”、“远程终端”、“无线终端”、“接收点”或“用户装置”。为了方便，在本专利文件中，术语“用户设备”和“UE”用来指无线接入BS的远程无线设备，无论UE是移动设备(诸如移动电话或智能手机)还是通常被认为是固定设备(诸如台式计算机或自动售货机)。

虚线示出了覆盖区域120和125的大致范围，它们仅出于说明和解释的目的而被示为大致圆形。应当清楚地理解，与gNB相关联的覆盖区域(诸如覆盖区域120和125)可以具有其他形状，包括不规则形状，这取决于gNB的配置以及与自然和人为障碍物相关联的无线电环境的变化。

尽管图1示出了无线网络的一个示例，但是可以对图1进行各种改变。例如，无线网络可以包括任何合适布置的任意数量的gNB和任意数量的UE。此外，gNB 101可以直接与任意数量的UE通信，并向这些UE提供对网络130的无线宽带接入。类似地，每个gNB 102-103可以直接与网络130通信，并向UE提供对网络130的直接无线宽带接入。此外，gNB 101、102和/或103可以提供对其他或附加外部网络(诸如外部电话网络或其他类型的数据网络)的访问。

图2示出了根据本公开的实施例的示例gNB 102。图2所示的gNB 102的实施例仅用于说明，图1的gNB 101和103可以具有相同或相似的配置。然而，gNB具有各种各样的配置，并且图2不将本公开的范围限制到gNB的任何特定实现方式。

如图2所示，gNB 102包括多个天线205a-205n、多个RF收发器210a-210n、发送(TX)处理电路215和接收(RX)处理电路220。gNB 102还包括控制器/处理器225、存储器230和回程或网络接口235。

RF收发器210a-210n从天线205a-205n接收传入RF信号，诸如由网络100中的UE发送的信号。RF收发器210a-210n对传入RF信号进行下变频，以生成IF或基带信号。IF或基带信号被发送到RX处理电路220，RX处理电路220通过对基带或IF信号进行滤波、解码和/或数字化来生成处理后的基带信号。RX处理电路220将处理后的基带信号发送到控制器/处理器225进行进一步处理。

TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、web数据、电子邮件或交互式视频游戏数据)。TX处理电路215对传出基带数据进行编码、复用和/或数字化，以生成处理后的基带或IF信号。RF收发器210a-210n从TX处理电路215接收传出的处理后的基带或IF信号，并将基带或IF信号上变频为经由天线205a-205n发送的RF信号。

控制器/处理器225可以包括一个或多个处理器或控制gNB 102的整体操作的其他处理设备。例如，控制器/处理器225可以根据公知的原理来控制RF收发器210a-210n、RX处理电路220和TX处理电路215对前向信道信号的接收和对反向信道信号的发送。控制器/处理器225还可以支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器225可以支持波束成形或定向路由操作，在定向路由操作中，来自多个天线205a-205n的传出信号被不同地加权，以有效地将传出信号导向期望的方向。在gNB 102中，控制器/处理器225可以支持多种其他功能中的任何一种。

控制器/处理器225还能够执行驻留在存储器230中的程序和其他过程，诸如OS。控制器/处理器225可以根据执行过程的需要来将数据移入或移出存储器230。

控制器/处理器225还耦合到回程或网络接口235。回程或网络接口235允许gNB102通过回程连接或通过网络来与其他设备或系统通信。接口235可以支持通过任何合适的有线或无线连接的通信。例如，当gNB 102被实现为蜂窝通信系统(诸如支持5G、LTE或LTE-A的系统)的部分时，接口235可以允许gNB 102通过有线或无线回程连接来与其他gNB通信。当gNB 102被实现为接入点时，接口235可以允许gNB 102通过有线或无线局域网或者通过到更大的网络(诸如互联网)的有线或无线连接来进行通信。接口235包括支持通过有线或无线连接的通信的任何合适的结构，诸如以太网或RF收发器。

存储器230耦合到控制器/处理器225。存储器230的一部分可以包括RAM，而存储器230的另一部分可以包括闪存或其他ROM。

尽管图2示出了gNB 102的一个示例，但是可以对图2进行各种改变。例如，gNB 102可以包括任何数量的图2所示的每个组件。作为特定示例，接入点可以包括多个接口235，并且控制器/处理器225可以支持路由功能以在不同网络地址之间路由数据。作为另一个特定示例，尽管被示为包括TX处理电路215的单个实例和RX处理电路220的单个实例，但是gNB102可以包括每个组件的多个实例(诸如每个RF收发器一个)。此外，图2中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需求添加附加的组件。

图3示出了根据本公开的实施例的示例UE 116。图3所示的UE 116的实施例仅用于说明，图1的UE 111-115可以具有相同或相似的配置。然而，UE具有各种各样的配置，并且图3不将本公开的范围限制到UE的任何特定实现方式。

如图3所示，UE 116包括天线305、射频(RF)收发器310、TX处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器340、输入/输出(I/O)接口345、触摸屏350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。

RF收发器310从天线305接收由网络100的gNB发送的传入RF信号。RF收发器310对传入RF信号进行下变频，以生成IF或基带信号。IF或基带信号被发送到RX处理电路325，RX处理电路325通过对基带或IF信号进行滤波、解码和/或数字化来生成处理后的基带信号。RX处理电路325将处理后的基带信号发送到扬声器330(诸如用于语音数据)或处理器340进行进一步处理(诸如用于web浏览数据)。

TX处理电路315从麦克风320接收模拟或数字语音数据、或从处理器340接收其他传出基带数据(诸如web数据、电子邮件或交互式视频游戏数据)。TX处理电路315对传出基带数据进行编码、复用和/或数字化，以生成处理后的基带或IF信号。RF收发器310从TX处理电路315接收传出的处理后的基带或IF信号，并将基带或IF信号上变频为经由天线305发送的RF信号。

处理器340可以包括一个或多个处理器或其他处理设备，并且执行存储在存储器360中的OS 361，以便控制UE 116的整体操作。例如，处理器340可以根据公知的原理来控制RF收发器310、RX处理电路325和TX处理电路315对前向信道信号的接收和对反向信道信号的发送。在一些实施例中，处理器340包括至少一个微处理器或微控制器。

处理器340还能够执行驻留在存储器360中的其他过程和程序，诸如用于波束管理的过程。处理器340可以根据执行过程的需要来将数据移入或移出存储器360。在一些实施例中，处理器340被配置为基于OS 361或响应于从gNB或运营商接收到的信号来执行应用362。处理器340还耦合到I/O接口345，该I/O接口345向UE 116提供连接到其他设备(诸如膝上型计算机和手持式计算机)的能力。I/O接口345是这些附件和处理器340之间的通信路径。

处理器340还耦合到触摸屏350和显示器355。UE 116的操作者可以使用触摸屏350来向UE 116输入数据。显示器355可以是液晶显示器、发光二极管显示器或其他能够呈现诸如来自网站的文本和/或至少有限图形的其他显示器。

存储器360耦合到处理器340。存储器360的一部分可以包括随机访问存储器(RAM)，而存储器360的另一部分可以包括闪存或其他只读存储器(ROM)。

尽管图3示出了UE 116的一个示例，但是可以对图3进行各种改变。例如，图3中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需求添加附加的组件。作为特定示例，处理器340可以被分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。此外，尽管图3示出了被配置为移动电话或智能手机的UE 116，但是UE可以被配置为作为其他类型的移动或固定设备来操作。

本公开总体上涉及无线通信系统，并且更具体地，涉及降低与基站通信的UE的功耗，并且涉及向UE发送物理下行链路控制信道(PDCCH)和从UE接收物理下行链路控制信道(PDCCH)，以用于双连接操作。通信系统包括指从基站或一个或多个发送点到UE的传输的下行链路(DL)和指从UE到基站或一个或多个接收点的传输的上行链路(UL)。

为了满足对自部署4G通信系统以来已经增加的无线数据业务的需求，已经努力开发了改进的5G或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统。”5G通信系统被认为是在更高的频率(毫米波(mmWave))频带(诸如60GHz频带)中实现的，以便实现更高的数据速率。为了降低无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线等技术。此外，在5G通信系统中，正在基于高级的小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等进行对系统网络改进的开发。

小区上用于DL信令或UL信令的时间单元被称为时隙，并且可以包括一个或多个符号。符号也可以作为附加的时间单元。频率(或带宽(BW))单元被称为资源块。一个RB包括多个子载波(SC)。例如，时隙可以包括14个符号，持续时间为1毫秒或0.5毫秒，并且RB可以具有180kHz或360kHz的BW，并且包括12个SC，SC间的间距分别为15kHz或30kHz。

DL信号包括传送信息内容的数据信号、传送DL控制信息(DCI)格式的控制信号以及也称为导频信号的参考信号(RS)。gNB可以通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)来传输数据信息(例如，传输块)或DCI格式。gNB可以发送多种类型的RS(包括信道状态信息RS(CSI-RS)和解调RS(DMRS))中的一种或多种。CSI-RS针对UE测量信道状态信息(CSI)或执行其他测量，诸如与移动性支持相关的测量。DMRS只能在相应的PDCCH或PDSCH的BW中传输，并且UE可以使用DMRS来解调数据信息或控制信息。

UL信号也包括传送信息内容的数据信号、传送UL控制信息(UCI)的控制信号和RS。UE通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)来传输数据信息(例如，传输块)或UCI。当UE同时发送数据信息和UCI时，UE可以在PUSCH中复用数据信息和UCI两者、或者在相应的PUSCH和PUCCH中分离地发送数据信息和UCI两者。UCI包括混合自动重复请求确认(HARQ-ACK)信息，其指示UE对数据传输块(TB)的正确或不正确检测、指示UE在其缓冲器中是否有数据的调度请求(SR)、以及使gNB能够选择适当的参数来执行到UE的PDSCH或PDCCH传输的链路自适应的CSI报告。

来自UE的CSI报告可以包括：信道质量指示符(CQI)，其向gNB通知UE检测具有预定块差错率(BLER)(诸如10％的BLER)的数据TB的调制和编码方案(MCS)；预编码矩阵指示符(PMI)，其向gNB通知如何预编码到UE的信令；以及秩指示符(RI)，其指示PDSCH的传输秩。ULRS包括DMRS和探测RS(SRS)。DMRS仅在相应的PUSCH或PUSCH传输的BW中传输。gNB可以使用DMRS来解调相应的PUSCH或PUCCH中的信息。UE发送SRS，以向gNB提供UL CSI，并且对于TDD或灵活双工系统，还提供PMI以用于DL传输。UL DMRS或SRS传输可以基于例如Zadoff-Chu(ZC)序列的传输、或者一般基于CAZAC序列的传输。

DL传输和UL传输可以基于正交频分复用(OFDM)波形，其包括使用DFT预编码的变体，称为DFT-spread-OFDM。

图4示出了根据本公开的实施例的使用OFDM的示例发送器结构400。图4所示的发送器结构400的实施例仅用于说明。图4所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

诸如DCI比特或数据比特410的信息比特由编码器420编码，通过速率匹配器430被速率匹配到所分派的时间/频率资源，并且由调制器440调制。随后，经调制的编码后的符号和DMRS或CSI-RS 450被SC映射单元465映射到SC 460，由滤波器470执行快速傅立叶逆变换(IFFT)，循环前缀(CP)插入单元添加CP，并且结果信号被滤波器490滤波并被射频(RF)单元495发送。

图5示出了根据本公开的实施例的使用OFDM的示例接收器结构500。图5所示的接收器结构500的实施例仅用于说明。图5所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

接收到的信号510由滤波器520滤波，CP移除单元移除CP 530，滤波器540应用快速傅立叶变换(FFT)，SC解映射单元550解映射由BW选择器单元555选择的SC，接收到的符号由信道估计器和解调器单元560解调，速率解匹配器570恢复速率匹配，并且解码器580解码结果比特以提供信息比特590。

UE通常监视相应潜在PDCCH传输的多个候选位置，以解码时隙中的多个候选DCI格式。监视PDCCH候选意味着根据UE被配置为接收的DCI格式来接收和解码PDCCH候选。DCI格式包括循环冗余校验(CRC)比特，以供UE确认对DCI格式的正确检测。DCI格式类型由对CRC比特进行加扰的无线电网络临时标识符(RNTI)来标识。对于向单个UE调度PDSCH或PUSCH的DCI格式，RNTI可以是小区RNTI(C-RNTI)并且用作UE标识符。

对于调度传送系统信息(SI)的PDSCH的DCI格式，RNTI可以是SI-RNTI。对于调度提供随机接入响应(RAR)的PDSCH的DCI格式，RNTI可以是RA-RNTI。对于在UE与服务gNB建立无线电资源控制(RRC)连接之前调度到单个UE的PDSCH或PUSCH的DCI格式，RNTI可以是临时C-RNTI(TC-RNTI)。对于向UE组提供TPC命令的DCI格式，RNTI可以是TPC-PUSCH-RNTI或TPC-PUCCH-RNTI。可以通过更高层信令(诸如RRC信令)向UE配置每种RNTI类型。调度到UE的PDSCH传输的DCI格式也被称为DL DCI格式或DL分派，而调度来自UE的PUSCH传输的DCI格式也被称为UL DCI格式或UL许可。

PDCCH传输可以在物理RB(PRB)集之内。gNB可以为UE配置一个或多个PRB集(也被称为控制资源集)，以用于PDCCH接收。PDCCH传输可以在包括在控制资源集中的控制信道元素(CCE)中。UE基于用于具有带有由诸如C-RNTI的RNTI(该RNTI是通过用于调度PDSCH接收或PUSCH发送的UE特定RRC信令而配置给UE的)加扰的CRC的DCI格式的PDCCH候选的诸如UE特定搜索空间(USS)的搜索空间、以及用于具有带有由其他的RNTI加扰的CRC的DCI格式的PDCCH候选的公共搜索空间(CSS)，确定用于PDCCH接收的CCE。可以用于到UE的PDCCH传输的CCE集定义了PDCCH候选位置。控制资源集的属性是为PDCCH接收提供DMRS天线端口的准共址信息的传输配置指示(TCI)状态。

图6示出了根据本公开的实施例的DCI格式的示例编码过程600。图6所示的编码过程600的实施例仅用于说明。图6所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

gNB在相应的PDCCH中分离地编码和传输每个DCI格式。RNTI对DCI格式码字的CRC进行掩码，以便使UE能够识别DCI格式。例如，CRC和RNTI可以包括例如16个比特或24个比特。使用CRC计算单元620来确定(未编码的)DCI格式比特610的循环冗余校验，并且在CRC比特和RNTI比特640之间使用异OR(XOR)运算单元630来对CRC进行掩码。XOR运算被定义为XOR(0，0)＝0，XOR(0，1)＝1，XOR(1，0)＝1，XOR(1，1)＝0。使用CRC附加单元650来将被掩码的CRC比特附加到DCI格式信息比特。编码器660执行信道编码(诸如咬尾卷积编码或极性编码)，随后由速率匹配器670将其速率匹配到所分配的资源。交织和调制单元680应用交织和调制(诸如QPSK)，并且输出控制信号690被发送。

图7示出了根据本公开的实施例的用于UE的DCI格式的示例解码过程700。图7所示的解码过程700的实施例仅用于说明。图7所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

接收到的控制信号710由解调器和解交织器720来解调和解交织。速率匹配器730恢复在gNB发送器处应用的速率匹配，并且解码器740解码结果比特。解码后，CRC提取器750提取CRC比特，并且提供DCI格式信息比特760。通过与RNTI 780的XOR运算(当适用时)，DCI格式信息比特被解掩码770，并且单元790执行CRC校验。当CRC校验成功时(校验和为零)，DCI格式信息比特被认为是有效的。当CRC校验没有成功时，DCI格式信息比特被认为是无效的。

图8示出了根据本公开的实施例的示例信道接入过程800。图8所示的信道接入过程800的实施例仅用于说明。图8不限制本公开的范围。

在3GPP标准规范中，LAA载波上包括物理下行链路共享信道(PDSCH)的下行链路传输遵循类别4先听后说(Cat4 LBT)过程(图8中示出了流程图)。eNB一开始保持在IDLE(空闲)状态(步骤801)。取决于是否存在数据业务(步骤811)，gNB分别转移到CONTEND(竞争)状态(步骤802)或保持在IDLE状态(步骤801)。eNB首先执行初始CCA(iCCA)，其中eNB在延迟持续时间的时隙持续时间内感测信道(步骤812)。如果在iCCA中该信道被检测为空，则gNB开始发送(步骤803)；否则，gNB生成回退(BO)计数器(步骤821)并执行扩展CCA(eCCA)。eNB可以在BO计数器达到0后开始传输(步骤814)，如步骤4)，其中BO计数器根据以下步骤、通过在附加时隙持续时间内感测信道来调整：1)将计数器设置为均匀分布在0和竞争窗口尺寸(CWS)之间的随机数(步骤821)，并转到步骤4；2)如果计数器大于0且eNB选择将计数器递减，则将计数器减1(步骤822)；3)在附加时隙持续时间内感测信道，如果附加时隙持续时间空闲，则转到步骤4)；否则，转到步骤5)；4)如果计数器为0(步骤814)，则停止；否则，转到步骤2)；5)感测信道，直到在附加延迟持续时间内检测到繁忙时隙、或者附加延迟持续时间的所有时隙都被检测为空闲为止(步骤815)；6)如果在附加延迟持续时间的所有时隙持续时间期间，信道都被检测为空闲，则转到步骤4)；否则，转到步骤5)。

eNB可以继续发送，直到达到最大信道占用为止(步骤818)。在传输之后，如果传输成功，则竞争窗口尺寸被重置(步骤823)；否则，增加竞争窗口尺寸(步骤824)。如果在传输后eNB仍然具有数据业务(步骤811)，则eNB继续争用信道(步骤802)；否则，eNB转移到IDLE状态(步骤801)。如果eNB之前没有任何iCCA失败(步骤816)，则eNB可以执行iCCA(步骤812)；否则，gNB可以生成BO计数器(步骤821)并执行eCCA(步骤813)。

在LTE-LAA标准规范中，对于包括物理下行链路共享信道(PDSCH)、或物理下行链路控制信道(PDCCH)、或者增强型物理下行链路控制信道(EPDCCH)的传输，信道接入机制是基于LBE(也被称为类别-4(CAT-4)LBT)的。具体地，LTE-LAA eNB可以在在延迟持续时间的时隙持续时间期间感测到信道空闲之后，并且在步骤4)中回退计数器(BO)为零之后，进行发送。这种信道接入过程的示例在图8中示出(例如，对于这种类型的信道接入过程，这种信道接入过程也被称为Cat4 LBT)。

回退计数器通过在附加时隙持续时间内根据以下步骤感测信道来调整：(1)将计数器设置为均匀分布在0和竞争窗口(CW)值之间的随机数，并转到步骤4；(2)如果计数器大于0且eNB选择将计数器递减，则将计数器减1；(3)在附加时隙持续时间内感测信道，并且如果附加时隙持续时间空闲，则转到步骤4；否则，转到步骤5；(4)如果计数器为0，则停止；否则，转到步骤2；(5)感测信道，直到在附加延迟持续时间内检测到繁忙时隙或者附加延迟持续时间的所有时隙都被检测为空闲为止；以及(6)如果在附加延迟持续时间的所有时隙持续时间期间，信道都被感测为空闲，则转到步骤4)；否则，转到步骤5。

除了基本的信道接入过程，在LTE-LAA中还定义了CWS自适应机制，用于减轻传输冲突。CAT-4 LBT过程定义了4个不同的信道接入优先级级别p，每个级别具有不同的最小允许的CWS和最大允许的CWS，以及相应的最大信道占用时间(MCOT)。如果eNB在载波上发送与信道接入优先级级别p相关联的传输，则eNB维护竞争窗口值CW_P，并且在为下一个传输的信道接入过程生成随机回退计数器之前调整CW_P。

具体地，使用以下过程：(步骤1)对于每一个优先级级别p∈{1,2,3,4}，将CW_P设置为优先级级别p的最小CWS；以及(步骤2)如果与参考子帧k中的PDSCH传输对应的HARQ-ACK值的至少Z＝80％被确定为NACK，则对于每一个优先级级别p∈{1,2,3,4}，增加CW_P到下一个更高的所允许的值，并且保持在步骤2中；否则，转到步骤1。

对于LTE-LAA，参考子帧k是eNB在载波上进行的最近传输的起始子帧，对于该传输，至少一些HARQ-ACK反馈预期是可用的。如果对于eNB进行的PDSCH传输没有检测到HARQ-ACK反馈，或者eNB检测到“DTX”、“NACK/DTX”或“任何”状态，则将其计为NACK。

类似于LTE-LAA的LBT的CAT-4 LBT过程可以用作NR未许可(NR-U)的基本信道接入机制，并且NR-U CWS自适应也可以基于来自UE的HARQ-ACK反馈。然而，与其中HARQ-ACK反馈定时是由规范固定的并且是4ms的LTE-LAA不同，NR支持从PDSCH传输到相关的相应HARQ-ACK反馈的非常灵活的定时关系。此外，与LTE-LAA的仅基于传输块(TB)的HARQ-ACK反馈相比，NR还支持基于码块组(CBG)的HARQ-ACK反馈。

此外，与LTE-LAA的20MHz载波带宽相反，NR支持7GHz以下频带中的每个载波可以高达100MHz的宽带操作。此外，NR支持带宽部分(BWP)，其中每个UE可以被配置有多达4个DLBWP和多达4个UL BWP，可以在给定时间激活一个活动DL BWP和一个活动UL BWP；并且活动DL/UL BWP可以通过更高层参数或MAC CE或者下行链路控制信息(DCI)来半静态地、半持久地或动态地切换。由于NR的灵活性和新特征，用于NR-U的CWS自适应规则也可以比LTE-LAA的CWS自适应规则灵活得多。

为了支持NR-U的宽带操作，用于NR-U的LBT在频域中可以以LBT带宽为单位来执行，其中用于NR-U的宽带传输的LBT可以在多个LBT带宽上并行执行。例如，用于FR1 NR-U的LBT带宽可以是20MHz。

本公开关注用于NR-U的宽带操作的CWS调整规则，包括在PDSCH/PUSCH跨越多个LBT带宽但仅与一个或多个LBT带宽部分重叠时的CWS调整规则；以及在相邻UL/DL传输发生BWP切换时的CWS调整规则。

本公开包括若干个实施例、原理、方法和示例，这些实施例、原理、方法和示例可以彼此结合或组合使用、或者可以独立操地作。本公开中的实施例/原理/方法/示例可以被应用于基于FBE的NR-U、基于LBE的NR-U或者基于FBE和基于LBE两者的NR-U。

在本公开的其余部分中，FR1 NR-U是指在FR1中的未许可/共享的频带(诸如5GHz未许可的频带或6GHz未许可/共享的频带)中操作的NR-U；而FR2GHz NR-U是指在FR2中的未许可/共享的频带(诸如60GHz未许可的频带)中操作的NR-U。

在一个实施例中，当PDSCH/PUSCH与LBT带宽部分重叠时，提供对CWS调整规则的增强。

当NR-U gNB在宽带载波上操作时，可以在不同频率单元上同时地执行多个并行LBT操作，从而可以获得更多的信道接入机会。当执行多个并行LBT时，LTE-LAA的多载波LBT过程可以用作基准，以应用于在NR-U的不同频率单元上的并行LBT。

具体地，类型A LBT是在不同频率单元上独立执行CAT-4 LBT的LBT，其具有潜在的自延迟，以使多个频率单元上的传输对齐。此外，类型A1是针对每个频率单元独立生成回退计数器的LBT；而类型A2是同一计数器用于所有载波且与按照具有最大CWS的载波生成的计数器相同的LBT。

此外，类型B LBT是在参考频率单元上执行CAT-4 LBT，且在CAT-4 LBT完成之前在其他频率单元上执行PIFS持续时间的单次LBT的LBT。此外，类型B1是单个CWS用于所有载波，且该CWS根据所有载波上的HARQ-ACK来更新的LBT；而类型B2是指对于每个载波独立维护CWS的LBT。

对于NR-U中的宽带传输，可以利用类似于LTE-LAA多载波LBT类型A和类型B的宽带LBT操作。对NR-U宽带LBT操作的一个重要设计考虑是频域粒度如何维护单个CWS。例如，对于LTE-LAA多载波类型A1、A2和类型B2，在每个载波上独立维护CWS；而对于LTE-LAA多载波类型B1，在所有载波上维护单个CWS。

在一个示例中，在载波带宽内，可以在每个CWS带宽的基础上联合地确定和维护CWS，从而为载波带宽内的CWS带宽确定和维护单个CWS，并且可以为载波带宽内的不同CWS带宽维护潜在不同的CWS；即，CWS带宽是频域粒度，其中为NR-U宽带操作维护单个CWS。

在一个示例中，CWS带宽是一个LBT带宽，使得可以在每个LBT带宽的基础上维护用于NR-U宽带LBT操作的CWS。

对于NR-U中的宽带传输，可以利用类似于LTE-LAA多载波LBT类型A和类型B的宽带LBT操作。对NR-U宽带LBT操作的一个重要设计考虑是频域粒度如何维护单个CWS。例如，对于LTE-LAA多载波类型A1、A2和类型B2，在每个载波上独立维护CWS；而对于LTE-LAA多载波类型B1，在所有载波上维护单个CWS。

在一个示例中，在载波带宽内，可以在每个CWS带宽的基础上联合地确定和维护CWS，从而为载波带宽内的CWS带宽确定和维护单个CWS，并且可以为载波带宽内的不同CWS带宽维护潜在不同的CWS；即，CWS带宽是频域粒度，其中为NR-U宽带操作维护单个CWS。

在一个示例中，CWS带宽是一个LBT带宽，使得可以在每个LBT带宽的基础上维护用于NR-U宽带LBT操作的CWS。

在一个子示例中，这可以被应用于用于下行链路传输的CWS，其中LBT带宽是包含在载波带宽内的LBT带宽。

在另一个子示例中，这可以被应用于用于上行链路传输的CWS，其中LBT带宽可以指与UE的所调度的PUSCH重叠的LBT带宽。

在另一个子示例中，这可以被应用于用于上行链路传输的CWS，其中LBT带宽可以指与UE的当前活动上行链路BWP重叠的LBT带宽。

在另一个子示例中，这可以被应用于用于上行链路传输的CWS，其中LBT带宽可以指与UE的所配置的上行链路BWP重叠的LBT带宽。

在一个示例中，CWS带宽是载波带宽，使得可以在每个载波带宽的基础上维护用于NR-U宽带LBT操作的CWS。

在一个子示例中，这可以被应用于用于下行链路传输的CWS。

在另一个子示例中，如果UE能够支持载波带宽的整个范围，则这可以被应用于用于上行链路传输的CWS。

在一个示例中，CWS带宽是BWP，使得可以在每个BWP的基础上维护用于NR-U宽带LBT操作的CWS。

在一个子示例中，这可以被应用于用于下行链路传输的CWS，其中对于与gNB相关联的所调度的UE，BWP可以是活动DL BWP。

在另一个子示例中，这可以被应用于用于上行链路传输的CWS，其中BWP是UE的当前活动UL BWP。

在另一个子示例中，这可以被应用于用于上行链路传输的CWS，其中BWP是UE的所配置的UL BWP。例如，UE可以为与该UE相关联的每个所配置的UL BWP维护CWS。

在一个示例中，CWS带宽是LBT带宽的集合，使得可以在LBT带宽的集合的基础上维护用于NR-U宽带LBT操作的CWS，其中该LBT带宽的集合可以是连续或非连续LBT带宽的集合。

在一个子示例中，这可以被应用于用于下行链路传输的CWS。

在另一个子示例中，这可以被应用于用于上行链路传输的CWS。

在一个示例中，当NR-U gNB/UE开始执行新的CAT-4 LBT过程以初始化CWS带宽(例如在索引为n的NR-U时隙)上的DL/UL传输时，gNB/UE识别与参考时域和频域资源的集合中的先前DL/UL传输相对应的HARQ-ACK值的集合，其中可以在确定gNB/UE是否增加或重置与当前CWS带宽相对应的CWS值的规则中使用与参考时域和频域资源的集合相对应的HARQ-ACK值的集合。

在一个子示例中，用于对CWS带宽的CW调整的参考时域和频域(T/F)资源可以是CWS带宽上所确定的先前传输突发的所确定的时隙和/或微时隙和/或部分时隙的集合，其中用于确定参考T/F资源和CWS调整规则的细节可以参考NR规范。

在一个示例中，根据前述示例和/或实施例的CWS带宽的配置可以是该规范中固定的、由更高层参数(例如，RRC参数)半静态配置的、由DCI动态配置的或通过MAC CE配置的之一。

在一个示例中，CWS带宽和其中对NR-U的宽带LBT执行LBT过程的频域粒度可能会不同。

例如，用于NR-U的宽带LBT的LBT过程的频域粒度可以是LBT带宽，而CWS带宽可以根据前述示例之一来选择。

图9示出了根据本公开的实施例的示例CWS带宽900。图9所示的CWS带宽900的实施例仅用于说明。图9所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

对于NR-U中的宽带操作，gNB调度器具有足够的灵活性，使得NR-U的所调度的下行链路或上行链路传输可以跨越多个CWS带宽，并且可以与一个或多个CWS带宽部分重叠。图9提供了这种场景的一个示例，其中PDSCH1、PDSCH2和PDSCH 3都与至少一个CWS BW部分重叠，因此CWS BW1包括PDSCH 1的子集和PDSCH2的子集两者，而CWS BW2包括PDSCH2和PDSCH3的子集两者。

一个设计考虑是当CWS BW包括在CWS BW的参考T/F资源上仅与CWS BW部分重叠的至少一个所调度的PDSCH/PUSCH传输(即，仅PDSCH/PUSCH的子集在CWS BW内)时，如何利用与这种部分重叠的PDSCH/PUSCH相对应的HARQ-ACK反馈来调整当前HARQ-ACK的CWS。在图9的示例中，这是指如何将CWS分别更新为CWS BW0至CWS BW3。

在一个实施例中，只要PDSCH/PUSCH在频域中与CWS BW重叠，就可以利用PDSCH/PUSCH的HARQ-ACK反馈来调整与CWS BW相对应的CWS。

在一个示例中，无论HARQ-ACK反馈是基于TB的还是基于CBG的，都可以应用前述示例和/或实施例。

在一个示例中，仅在HARQ-ACK反馈是基于TB的时，才可以应用前述示例和/或实施例。

在一个示例中，仅在HARQ-ACK反馈是基于CBG的时，才可以应用前述示例和/或实施例。

在一个示例中，在为不同CWS BW调整CWS时，允许不止一次地利用与参考时间和频率资源上的PDSCH/PUSCH相对应的相同HARQ-ACK比特。

在一个子示例中，对于每个CWS BW，在为不同CWS BW调整CWS时，最多只能使用一次与参考时间和频率资源上的PDSCH/PUSCH相对应的相同ACK/NACK比特。

如图9所示，对CWS BW0的CWS调整决定可以取决于与PDSCH1相对应的HARQ-ACK反馈；对CWS BW1的CWS调整决定可以取决于与PDSCH1和PDSCH2相对应的HARQ-ACK反馈；对CWSBW2的CWS调整决定可以取决于与PDSCH2和PDSCH3相对应的HARQ-ACK反馈；并且对CWS BW3的CWS调整决定可以取决于与PDSCH3相对应的HARQ-ACK反馈。

在一个实施例中，当使用基于CBG的HARQ-ACK反馈时，只要CBG在频域中与CWS BW重叠，就可以在调整与CWS BW相对应的CWS时利用与PDSCH/PUSCH的CBG相对应的HARQ-ACK反馈。

在一个示例中，在为不同CWS BW调整CWS时，允许不止一次地利用与参考时间和频率资源上的PDSCH/PUSCH的CBG相对应的相同HARQ-ACK比特。

在一个子示例中，对于每个CWS BW，在为不同CWS BW调整CWS时，最多只能使用一次与参考时间和频率资源上的PDSCH/PUSCH的CBG相对应的相同ACK/NACK比特。

图10示出了根据本公开的实施例的另一个示例CWS带宽1000。图10所示的CWS带宽1000的实施例仅用于说明。图10所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图10所示，TB的PDSCH跨越CWS BW0到CWS BW3，并且TB中有6个CBG，其中每个CBG由一个CB组成。因为每个CBG跨越CWS BW0、CWS BW1、CWS BW2和CWS BW3，因此对CWS BW0、CWS BW1、CWS BW2和CWS BW3的CWS调整决定可以取决于针对每一个CBG/CB的HARQ-ACK反馈比特(即针对CB0、CB1、CB2、CB3、CB4和CB5的HARQ-ACK)。

图11示出了根据本公开的实施例的又一个示例CWS带宽1100。图11所示的CWS带宽1100的实施例仅用于说明。图11所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图11所示，TB的PDSCH跨越CWS BW0到CWS BW3，并且TB中有8个CBG，其中每个CBG由一个CB组成。对CWS BW0和CWS BW1的CWS调整决定可以取决于与CGB0(即，CB0)、CGB2(即，CB2)、CGB4(即，CB4)、CGB6(即，CB6)相对应的HARQ-ACK反馈比特；并且对CWS BW2和CWS BW3的CWS调整决定可以取决于与CGB1(即，CB1)、CGB3(即，CB3)、CGB5(即，CB5)、CGB7(即，CB7)相对应的HARQ-ACK反馈比特。

在一个实施例中，如果PDSCH/PUSCH在频域中完全包含在CWS BW中，则可以利用PDSCH/PUSCH的HARQ-ACK反馈来调整与CWS BW相对应的CWS。

在一个示例中，在这种方法下，可以不利用参考T/F资源中与CWS BW部分重叠(但不完全包含在CWS BW中)的PDSCH/PUSCH的HARQ-ACK反馈来进行CWS调整。

在一个实施例中，当使用基于CBG的HARQ-ACK反馈时，如果CBG在频域中完全包含在CWS BW内，则在调整与CWS BW相对应的CWS时，可以利用与PDSCH/PUSCH的CBG相对应的HARQ-ACK反馈。

在一个示例中，在这种方法下，可以不利用与CWS BW部分重叠(但不完全包含在CWS BW中)的(参考T/F资源中的PDSCH/PUSCH的)CBG的HARQ-ACK反馈来进行CWS调整。

在一个示例中，如果PDSCH/PUSCH与CWS BW重叠的带宽占CWS BW的带宽的比例(fraction)是至少阈值η(0<＝η<＝1)，则在调整与CWS BW相对应的CWS时，可以利用PDSCH/PUSCH的HARQ-ACK反馈。

在一个示例中，如果PDSCH/PUSCH与CWS BW重叠的带宽占CWS BW的带宽的比例低于阈值η(0<＝η<＝1)，则在调整与CWS BW相对应的CWS时，可以不利用PDSCH/PUSCH的HARQ-ACK反馈。

在一个示例中，无论HARQ-ACK反馈是基于TB的还是基于CBG的，都可以应用前述示例和/或实施例。

在一个示例中，仅在HARQ-ACK反馈是基于TB的时，才可以应用前述示例和/或实施例。

在一个示例中，仅在HARQ-ACK反馈是基于CBG的时，才可以应用前述示例和/或实施例。

在一个示例中，PDSCH/PUSCH的带宽是指与PDSCH/PUSCH相对应的TB的带宽。

在一个示例中，阈值η可以是规范中固定的、或更高层参数配置的、或由DCI动态配置的之一。

在前述实施例和/或示例的说明中，对于图9中的示例，如果η＝50％，则对CWS BW0的CWS调整决定可以取决于与PDSCH1相对应的HARQ-ACK反馈；对CWS BW1的CWS调整决定可以取决于仅与PDSCH2(不包括PDSCH1)相对应的HARQ-ACK反馈；对CWS BW2的CWS调整决定可以取决于仅与PDSCH3(不包括PDSCH2)相对应的HARQ-ACK反馈；并且对CWS BW3的CWS调整决定可以取决于与PDSCH3相对应的HARQ-ACK反馈。

在一个实施例中，当使用基于CBG的HARQ-ACK反馈时，如果与CWS BW重叠的CBG的带宽占CWS BW的带宽的比例是至少阈值η(0<＝η<＝1)，则在调整与CWS BW相对应的CWS时，可以利用与PDSCH/PUSCH的CBG相对应的HARQ-ACK反馈。

在一个示例中，如果与CWS BW重叠的CBG的带宽占CWS BW的带宽的比例低于阈值η(0<＝η<＝1)，则在调整与CWS BW相对应的CWS时，可以不利用与PDSCH/PUSCH的CBG相对应的HARQ-ACK反馈。

在一个示例中，阈值η可以是规范中固定的、或更高层参数配置的、或由DCI动态配置的之一。

在前述实施例和/或示例的说明中，在图10的示例中，TB的PDSCH跨越CWS BW0到CWS BW3，并且在TB中有6个CBG，其中每个CBG由一个CB组成。如果阈值η＝50％，则对CWSBW0的CWS调整决定可以取决于针对每一个CBG/CB#0、#1、#2、#3和#5的HARQ-ACK反馈比特；对CWS BW1的CWS调整决定可以取决于针对每一个CBG/CB#0、#1、#2、#4和#5的HARQ-ACK反馈比特；对CWS BW2的CWS调整决定可以取决于针对每一个CBG/CB#0、#2、#3、#4和#5的HARQ-ACK反馈比特；对CWS BW3的CWS调整决定可以取决于针对每一个CBG/CB#1、#2、#3、#4和#5的HARQ-ACK反馈比特。

在一个实施例中，如果与CWS BW重叠的PDSCH/PUSCH的带宽占PDSCH/PUSCH的带宽的比例是至少阈值η(0<＝η<＝1)，则在调整与CWS BW相对应的CWS时，可以利用PDSCH/PUSCH的HARQ-ACK反馈。

在一个实施例中，如果与CWS BW重叠CBG的带宽占CBG的带宽的比例是至少阈值η(0<＝η<＝1)，则在调整与CWS BW相对应的CWS时，可以利用与PDSCH/PUSCH的CBG相对应HARQ-ACK反馈。

在一个实施例中，对于CWS BW，随着与CWS BW重叠PDSCH/PUSCH的TB或CBG的带宽占CWS BW的带宽的比例增加，在为CWS BW调整CWS时，可以用于对当前CWS BW进行CWS调整决定的、与参考T/F域资源的PDSCH/PUSCH传输相对应的TB或CBG的ACK/NACK比特可以具有更高的权重。

在一个示例中，用于CWS BW的CWS调整规则可以是基于可以用于调整CWS的ACK/NACK比特的加权平均比例的，使得如果加权平均比例低于(或高于)给定阈值，则CWS被重置为最小值，并且如果该比例高于(或低于)阈值，则CWS增加到下一个所允许的值。

在一个示例中，可以用于对当前CWS BW进行CWS调整决定的、与参考T/F域资源的PDSCH/PUSCH传输相对应的TB或CBG的ACK/NACK比特的权重可以是BW_overlap/BW_CWS，其中BW_overlap是TB或CBG与当前CWS BW重叠(即相交)的BW，而BW_CWS是CWS BW。

图12示出了根据本公开的实施例的示例CWS带宽和PDSCH 1200。图12所示的CWS带宽和PDSCH 1200的实施例仅用于说明。图12所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图12所示，如果PDSCH1的HARQ-ACK反馈是ACK，PDSCH2的HARQ-ACK反馈是NACK，并且

且

则，与CWS BW1相对应的NACK比特的加权平均比例是10%×O(ACK)+90％×1(NACK)＝90％。如果阈值与LTE-LAA相同是80％，则与CWS BW1相对应的CWS可以增加到下一个所允许的值。相比之下，如果类似于LTE-LAA使用相等的权重，则NACK比特的比例为50％，并且CWS BW1的CWS可能被重置为最小值，这不能准确地反映CWS BW1上的冲突条件，因为CWS BW1的90％是被否定确认的(NACK)。

在一个实施例中，对于CWS BW，随着与CWS BW重叠的PDSCH/PUSCH的TB或CBG的带宽占TB或CBG带宽的比例增加，在为CWS BW调整CWS时，可以用于对当前CWS BW进行CWS调整决定的、与参考T/F域资源的PDSCH/PUSCH传输相对应的TB或CBG的ACK/NACK比特可以具有更高的权重。

在一个实施例中，提供了通过BWP切换对CWS调整规则的增强。

在NR中，每个UE可以被配置最多4个DL BWP和最多4个UL BWP，其中每次配置单个活动DL BWP和单个活动UL BWP。活动DL/UL BWP可以随时间切换，诸如通过DCI进行动态BWP切换、或者通过RRC进行半静态BWP切换。

在一个实施例中，在给定时间，NR-U UE可以支持单个活动DL/UL BWP，并且该活动DL/UL BWP可以被切换到为NR-U UE配置的另一个DL/UL BWP。

在一个示例中，对于NR-U，可以支持根据Rel-15NR的用于活动BWP切换的方法的全部或子集，其中BWP切换方法包括通过更高层参数的半静态切换、通过MAC CE的半持久切换或通过DCI的动态切换。

在NR-U中，当需要切换活动UL/DL BWP时，为了在新的活动UL/DL BWP上进行传输，UE/gNB需要首先确定与新的活动UL/DL BWP相对应的CWS，基于此，UE/gNB可以生成随机回退计数器以用于CAT-4 LBT过程。然而，如图13所示，新的活动UL/DL BWP和先前的活动UL/DL BWP可以共享不同的频率资源。

图13示出了根据本公开的实施例的示例活动BWP切换1300。图13所示的活动BWP切换1300的实施例仅用于说明。图13所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

在一个实施例中，关于在BWP切换时新的活动BWP的频域资源和先前的活动BWP的频域资源的关系，以下情况是可能的。

在情况1的一个示例中，新的活动BWP的频域资源完全包含先前的活动BWP的频域资源。在图13的示例中，情况1在活动BWP从BWP0切换到BWP1时发生。

在情况2的一个示例中，新的活动BWP的频域资源完全包含在先前的活动BWP的频域资源中。在图13的示例中，情况2在活动BWP从BWP1切换到BWP0时发生。

在情况3的一个示例中，新的活动BWP的频域资源与先前的活动BWP的频域资源部分重叠，并且在排除了由两个BWP共享的公共频率资源之后，新的活动BWP和先前的活动BWP两者都具有非空的频率资源。在图13的示例中，情况3在活动BWP从BWP0切换到BWP2时发生。

在情况4的一个示例中，新的活动BWP的频域资源和先前的活动BWP的频域资源不共享任何重叠的频域资源。在图13的示例中，情况4在活动BWP从BWP2切换到BWP3时发生。

当UE被配置为切换到新的活动UL BWP，并且在新的活动UL BWP上的第一次传输之前时，UE需要确定CWS。然而，由于最近的UE传输是在先前的活动UL BWP上进行的，因此重要的设计考虑是如何决定用于新的活动UL BWP上的第一次传输的CWS、或者等同地在BWP切换发生时的CWS调整规则。

在一个实施例中，在活动BWP从先前的活动BWP切换到新的活动BWP之后，可以基于与先前的活动BWP的最近参考T/F资源上的传输相对应的HARQ-ACK反馈的全部或子集来确定用于新的活动BWP的CWS。

在一个示例中，前述示例和/或实施例可以被应用于对CWS带宽(即，其中对于NR-U宽带操作维护单个CWS的频域粒度)的配置的全部或仅子集，其中根据前述实施例，CWS带宽可以被配置为LBT带宽、载波带宽、BWP或LBT带宽集之一。

在子示例中，当CWS带宽是载波带宽时可以应用这种方法，使得与用于先前的活动BWP的最近参考T/F资源上的传输相对应的HARQ-ACK反馈可以用于调整在整个载波带宽上被维护为单个CWS的CWS。

在一个示例中，前述实施例和/或示例可以被应用于在前述实施例和/或示例中定义的、关于新的活动BWP和先前的活动BWP之间的关系的情况1、情况2、情况3和情况4的全部或仅子集。

在一个实施例中，当针对先前的活动BWP上的参考T/F资源上的最后传输的HARQ-ACK反馈是基于TB或基于CBG、仅基于TB和仅基于CBG中的一种时，可以应用上述实施例和/或示例。

在一个实施例中，上述实施例和/或示例可以在以下因素的组合的全部或仅子集下被应用，所述因素包括CWS带宽配置、新的活动BWP和先前的活动BWP之间的频率关系(即，情况1到情况4)、以及针对先前的活动BWP上参考T/F资源上的最后传输的HARQ-ACK反馈是基于TB还是基于CBG。

在一个子示例中，这种方法可以被应用于情况2以及CWS带宽被配置为载波带宽或BWP的情况。例如，当CWS带宽是BWP时，与先前的活动BWP的最近参考T/F资源上的传输相对应的HARQ-ACK反馈可以用于确定与先前的活动BWP(其包含情况2下的新的活动BWP)相对应的CWS。因此，在这种场景下应用这种方法是合理的。图14提供了这个示例的图示。

图14示出了根据本公开的实施例的用于BWP的示例CWS 1400。图14所示的用于BWP的CWS 1400的实施例仅用于说明。图14所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

在另一个子示例中，当针对先前的活动BWP的最后参考T/F资源使用了基于CBG的HARQ-ACK反馈时，可以应用前述实施例和/或示例，使得可以基于针对先前的活动BWP CWS带宽的最后参考T/F资源上的CBG的HARQ-ACK反馈来确定用于新的活动BWP上的第一次传输的CWS，其中这样的CBG与新的活动BWP共享重叠的频率资源。

图15示出了根据本公开的实施例的示例BWP和CBG 1500。图15所示的BWP和CBG1500的实施例仅用于说明。图15所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

在图15中提供了该子示例的图示，其中，可以基于与BWP1的最后参考T/F资源的CBG1和CBG2相对应的HARQ-ACK反馈来确定用于BWP0上的初始传输的CWS。

在一个实施例中，当先前的活动BWP和新的活动BWP共享相同的频率资源时，可以应用前述实施例和/或示例。

在一个实施例中，在活动BWP从先前的活动BWP切换到新的活动BWP之后，可以基于与当前活动BWP的最近参考T/F资源上的传输相对应的HARQ-ACK反馈的全部或子集来确定用于新的活动BWP的CWS。

在一个示例中，前述实施例和/或示例可以被应用于对CWS带宽(即，其中对于NR-U宽带操作维护单个CWS的频域粒度)的配置的全部或仅子集，其中，根据前述实施例，CWS带宽可以被配置为LBT带宽、载波带宽、BWP或LBT带宽集之一。

在一个子示例中，无论CWS带宽配置如何，都可以应用这种方法。

在一个示例中，前述实施例和/或示例可以被应用于前述实施例和/或示例中定义的、关于新的活动BWP和先前的活动BWP之间的频率关系的情况1、情况2、情况3和情况4的全部或仅子集。

在一个子示例中，无论新的活动BWP和先前的活动BWP之间的频率关系如何，都可以应用这种方法。

在一个示例中，前述实施例和/或示例可以在以下因素的组合的全部或仅子集下被应用，所述因素包括CWS带宽配置、新的活动BWP和先前的活动BWP之间的频率关系(即，情况1至情况4)。

在一个示例中，如果当前活动BWP的最近/最新参考T/F资源和当前活动BWP上的初始传输的预期开始(在先前的活动BWP切换到当前活动BWP之后)之间的时间间隙在阈值内，则可以应用该方法；否则，可以应用该实施例的其他方法之一。

图16示出了根据本公开的实施例的示例BWP 1600。图16所示的BWP1600的实施例仅用于说明。图16所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

图16中提供了前述实施例和/或示例的图示，其中在活动BWP从BWP1切换到BWP0之后，用于BWP0上的初始传输的CWS可以是基于BWP0上的最后参考T/F资源的HARQ-ACK反馈的。

在一个实施例中，在活动BWP从先前的活动BWP切换到新的活动BWP之后，用于新的活动BWP上的LBT BW的CWS可以基于与该LBT BW的最近的参考T/F资源上的传输相对应的HARQ-ACK反馈的全部或子集来确定。

在一个示例中，当CWS带宽(即，其中对于NR-U宽带操作维护单个CWS的频域粒度)被配置为LBT带宽时，可以应用上述实施例和/或示例。

在一个示例中，前述实施例和/或示例可以被应用于在前述实施例和/或示例中定义的、关于新的活动BWP和先前的活动BWP之间的关系的情况1、情况2、情况3和情况4的全部或仅子集。

在一个示例中，当针对先前的活动BWP上参考T/F资源上的最后传输的HARQ-ACK反馈是基于TB或基于CBG、仅基于TB和仅基于CBG中的一种时，可以应用上述实施例和/或示例。

在一个示例中，上述实施例和/或示例可以在因素的组合的全部或仅子集下被应用，所述因素包括新的活动BWP和先前的活动BWP之间的频率关系(即，情况1到情况4)以及针对先前的活动BWP上的参考T/F资源上的最后传输的HARQ-ACK反馈是基于TB还是基于CBG的。

图17示出了根据本公开的实施例的示例BWP和CBG 1700。图17所示的BWP和CBG1700的实施例仅用于说明。图17所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图17所示，用于BWP0的LBT BW1上的初始传输的CWS可以基于与BWP1的最后参考T/F资源的CBG1相对应的HARQ-ACK反馈来确定；而用于BWP0的LBT BW2上的初始传输的CWS可以基于与BWP1的最后参考T/F资源的CBG2相对应的HARQ-ACK反馈来确定。

在一个实施例中，在活动BWP从先前的活动BWP切换到新的活动BWP之后，用于新的活动BWP的CWS可以被确定为与新的活动BWP上的预期传输的相应信道接入优先级级别相对应的默认CWS值。

在一个示例中，前述实施例和/或示例可以被应用于对CWS带宽(即，为NR-U宽带操作维护单个CWS的频域粒度)的配置的全部或仅子集，其中，根据前述实施例，CWS带宽可以被配置为LBT带宽、载波带宽、BWP、或LBT带宽集之一。

在一个子示例中，无论CWS带宽配置如何，都可以应用这种方法。

在一个示例中，前述实施例和/或示例可以被应用于前述实施例和/或示例中定义的、关于新的活动BWP和先前的活动BWP之间的频率关系的情况1、情况2、情况3和情况4的全部或仅子集。

在一个子示例中，无论新的活动BWP和以前的活动BWP之间的频率关系如何，都可以应用这种方法。

在一个示例中，当针对先前的活动BWP上的参考T/F资源上的最后传输的HARQ-ACK反馈是基于TB或基于CBG、仅基于TB和仅基于CBG中的一种时，可以应用上述实施例和/或示例。

在一个示例中，与新的活动BWP上的预期传输的信道接入优先级级别相对应的默认CWS值可以是与信道接入优先级级别相对应的最小竞争窗口尺寸。

在一个示例中，可以从与信道接入优先级级别相对应的所允许的竞争窗口尺寸之一中选择与新的活动BWP上的预期传输的信道接入优先级级别相对应的默认CWS值。

在一个实施例中，在活动UL/DL BWP从先前的活动UL/DL BWP切换到新的活动BWP之后，如果新的活动UL/DL BWP上的初始传输与由gNB/UE发起的DL/UL COT的频率资源重叠，则新的活动UL/DL BWP上的初始传输可以在成功的CAT-2 LBT之后在与由gNB/UE发起的DL/UL COT的频率资源重叠的频率资源上传输。

在一个示例中，前述实施例和/或示例可以被应用于对CWS带宽(即，其中对于NR-U宽带操作维护单个CWS的频域粒度)的配置的全部或仅子集，其中，根据前述实施例，CWS带宽可以被配置为LBT带宽、载波带宽、BWP或LBT带宽集之一。

在一个示例中，当LBT过程的频域粒度小于新的活动UL/DL BWP和与由gNB/UE发起的DL/UL COT的频率资源重叠的频率资源之间重叠的频率资源时，可以并行地执行多个CAT-2 LBT过程。

图18提供了这种方法的图示，其中，UE从UL BWP0切换到UL BWP1，并且UL BWP1在gNB COT内，因此，如果已经经过了每一个在LBT BW上执行的两个并行CAT-2 LBT中的任一个，则UE可以初始化UL BWP1上的传输。

图18示出了根据本公开的实施例的载波BW中的示例UL BWP 1800。图18所示的载波BW中的UL BWP 1800的实施例仅用于说明。图18所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

在一个实施例中，在活动BWP从先前的活动BWP切换到新的活动BWP之后，前述实施例和/或示例可以用于确定用于新的活动BWP的CWS，其中所选方法可以取决于先前的活动BWP和新的活动BWP之间重叠的频率资源。

在一个示例中，如果先前的活动BWP和新的活动BWP之间重叠的频率资源的带宽占先前的活动BWP的带宽的比例高于阈值，则可以应用前述实施例和/或示例之一。

在一个示例中，如果先前的活动BWP和新的活动BWP之间重叠的频率资源的带宽占新的活动BWP的带宽的比例高于阈值，则可以应用前述实施例和/或示例。

在一个实施例中，提供了通过PUSCH频率资源切换对UL CWS调整规则的增强。

在NR-U中，PUSCH传输可以是基于交织结构的，以满足占用的信道带宽(occupiedchannel bandwidth，OCB)规定，其中PUSCH可以占用未经许可频带的标称(nominal)信道带宽的至少80％。此外，为了支持NR-U中的宽带操作，用于NR-U UE的PUSCH频率资源分配还可以支持调度PUSCH跨越不同的LBT带宽(或标称信道带宽)，其中这种LBT带宽要么在频域中必须是连续的、要么在频域中可以是连续的或非连续的(例如，图9中的PUSCH 3和PUSCH4)。

在一个实施例中，由于所调度的PUSCH资源是通过UL许可来配置的，所以NR-U UE的新调度的PUSCH和UE的先前调度的PUSCH之间的频域资源关系可以是以下情况之一。

图19示出了根据本公开的实施例的载波BW中的示例PUSCH 1900。图19所示的载波BW中的PUSCH 1900的实施例仅用于说明。图19所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

在情况1的一个示例中，新调度的PUSCH的频域资源完全包含先前调度的PUSCH的频域资源。如图19所示，情况1在所调度的PUSCH从PUSCH0变为PUSCH 1时发生。

在情况2的一个示例中，新调度的PUSCH的频域资源完全包含在先前调度的PUSCH的频域资源中。在图19的示例中，情况2在所调度的PUSCH从PUSCH 1变为PUSCH 2时发生。

在情况3的一个示例中，新调度的PUSCH的频域资源与先前调度的PUSCH的频域资源部分重叠，并且在排除了由两个PUSCH共享的公共频率资源之后，新调度的PUSCH和先前调度的PUSCH都具有非空的频率资源。如图19所示，情况3在所调度的PUSCH从PUSCH 2变为PUSCH 3时发生。

在情况4的一个示例中，新调度的PUSCH的频域资源和先前调度的PUSCH的频域资源不共享任何重叠的频域资源。如图19所示，情况4在所调度的PUSCH从PUSCH 3变为PUSCH4时发生。

在一个示例中，当新调度的PUSCH和先前调度的PUSCH在相同的活动UL BWP中时，可以应用情况1到情况4。

在一个示例中，当新调度的PUSCH和先前调度的PUSCH处于不同的活动UL带宽中(即BWP切换发生)时，可以应用情况1到情况4。

当新调度的PUSCH共享与先前调度的PUSCH不同的频率资源并且在UE处新调度的PUSCH需要根据CAT-4 LBT进行传输时，一个重要的设计考虑是如何确定与CAT-4 LBT相对应的CWS以发起(initiate)UE UL突发来传输新调度的PUSCH。

在一个实施例中，当新调度的PUSCH共享与先前调度的PUSCH不同的频率资源并且UE需要执行CAT-4 LBT过程来发起新的UL突发以传输新调度的PUSCH时，可以基于与先前UEUL传输的最近参考T/F资源上的传输相对应的HARQ-ACK反馈的全部或子集来确定用于CAT-4 LBT的CWS。

在一个实施例中，当新调度的PUSCH共享与先前调度的PUSCH不同的频率资源并且UE需要执行CAT-4 LBT过程来发起新的UL突发以传输新调度的PUSCH时，可以基于与活动ULBWP(其上调度了新调度的PUSCH)的最近参考T/F资源上的传输相对应的HARQ-ACK反馈的全部或子集来确定用于CAT-4 LBT的CWS。

在一个实施例中，当新调度的PUSCH共享与先前调度的PUSCH不同的频率资源并且该UE需要执行CAT-4 LBT过程来发起新的UL突发以传输新调度的PUSCH时，那么对于包含新调度的PUSCH的LBT BW，可以基于与该LBT BW的最近参考T/F资源上的传输相对应的HARQ-ACK反馈的全部或子集来确定该LBT BW上用于CAT-4 LBT的CWS。

在一个实施例中，当新调度的PUSCH共享与先前调度的PUSCH不同的频率资源并且UE需要执行CAT-4 LBT过程来发起新的UL突发以传输新调度的PUSCH时，用于新调度的PUSCH的CWS可以被确定为与新调度的PUSCH的相应信道接入优先级级别相对应的默认CWS值。

在一个实施例中，当新调度的PUSCH共享与先前调度的PUSCH不同的频率资源并且如果新调度的PUSCH与由gNB发起的DL COT的频率资源重叠时，新调度的PUSCH可以在成功的CAT-2 LBT之后在与由gNB发起的DL COT的频率资源重叠的频率资源上传输。

在一个实施例中，当新调度的PUSCH共享与先前调度的PUSCH不同的频率资源并且UE需要执行CAT-4 LBT过程来发起新的UL突发以传输新调度的PUSCH时，可以利用前述实施例和/或示例来确定用于新调度的PUSCH的CWS，其中所选方法可以取决于新调度的PUSCH和先前调度的PUSCH之间重叠的频率资源。

所配置的许可上行链路控制信息(CG-UCI)至少包括以下信息：HARQ进程号、新数据指示符(NDI)、冗余版本(RV)和在使用共享频谱信道接入进行操作的情况下的信道占用时间(COT)共享信息。CG-UCI可以被包括在每一个所配置的许可(CG)-PUSCH传输中。

例如，CG-UCI被映射在CG-PUSCH传输的第一个DM-RS符号之后开始的符号上。例如，在UCI类型当中，CG-UCI可以具有最高的优先级，以用于CG-PUSCH传输中的复用。

因为在CG-PUSCH传输中需要以最高优先级复用CG-UCI，本公开考虑用于支持CG-UCI、HARQ-ACK以及信道状态信息(CSI)在CG-PUSCH传输上的UCI复用的增强，包括CG-UCI、HARQ-ACK、CG-PUSCH上的CSI和可以用于传输CG-UCI、HARQ-ACK和CSI的相应信道的复用的相对优先化、功率受限的UE可能必须同时发送的各种信道的功率优先化、以及用于UCI复用的PUSCH的选择等。

本公开包括若干个实施例、原理、方法和示例，这些实施例、原理、方法和示例可以彼此结合或组合使用、或者可以独立地操作。本公开中的实施例/原理/方法/示例可以被应用于经许可的频谱上的无竞争传输、被应用于利用共享频谱信道接入(诸如NR-U)的基于帧的设备(FBE)的传输、被应用于利用共享频谱信道接入的基于负载的设备(LBE)的传输、或者被应用于利用共享频谱信道接入的基于FBE和基于LBE两者的传输。

在本公开中，FR1是指在FR1中的未经许可/共享/经许可的频带(诸如5GHz频带或6GHz未经许可/共享的频带)中的操作；而FR2是指在FR2中的未经许可/共享/经许可的频带(诸如60GHz频带)中的操作。

在一个实施例中，提供了CG-UCI、HARQ-ACK、类型I子带CSI部分1和部分2的复用。

该实施例包括关于CG-UCI、HARQ-ACK、类型I子带CSI部分1和类型I子带CSI部分2的复用的原理、方法和示例。在Rel-15NR中，类型I子带CSI部分1和部分2二者在小区组的小区(例如用于PUCCH传输的主小区)上的PUCCH传输或者PUSCH传输上被复用。当在PUSCH传输上复用CSI报告时，CSI部分2可以根据CSI部分2传输的优先级级别和每层编码调制符号(coded modulation symbols per layer)的数量来省略或丢弃。

在一个实施例中，从最高优先级到最低优先级，在CG-PUSCH传输上的CG-UCI、HARQ-ACK、类型I子带CSI部分1和部分2的复用的相对优先级排序是：首先是CG-UCI，然后是HARQ-ACK，然后是类型I子带CSI部分1，最后是类型I子带CSI部分2。在下文中，除CG-UCI以外的任何UCI类型都被称为UCI。

在一个示例中，根据前述实施例中的优先级排序，UE在CG-PUSCH上为CG-UCI、HARQ-ACK、类型1子带CSI部分1和部分2中的每一个分配若干每层编码调制符号。

图20示出了根据本公开的实施例的用于复用的方法2000的流程图，该方法可以由UE(例如，如图1所示的111-116)来执行。图20所示的方法2000的实施例仅用于说明。图20所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

在一个示例中，当为CG-PUSCH上的具有较高优先级的UCI分配了编码调制符号之后没有足够的资源(CG-PUSCH中的资源元素—例如REF 2中描述的)时，UE可以丢弃UCI。在图20的2003、2006和2009中示出了这个示例。

在一个示例中，当为CG-PUSCH上的GC-UCI或具有较高优先级的其他UCI类型分配了编码调制符号之后、在CG-PUSCH上没有足够的资源时，UE可以在PUSCH传输(而不是CG-PUSCH传输)上复用UCI类型。在图20的2003、2006和2009中示出了这个示例。

在一个示例中，当为CG-PUSCH上的GC-UCI或具有更高优先级的UCI类型分配了编码调制符号之后、在CG-PUSCH传输上没有足够的资源时，UE可以在PUCCH传输上复用UCI。在图20的2003、2006和2009中示出了这个示例。

如图20所示，该方法开始于步骤2001。在步骤2001中，UE在CG-PUSCH上复用CG-UCI。随后，在步骤2002中，UE确定CG-PUSCH上是否有足够的资源可用于HARQ-ACK。在步骤2002中，如果不够，则UE执行步骤2003。在步骤2003中，UE丢弃HARQ-ACK或在PUSCH/PUCH上复用HARQ-ACK。在步骤2002中，如果足够，则UE执行步骤2004。在步骤2004中，UE在CG-PUSCH上复用HARQ-ACK。随后，在步骤2005中，UE确定CG-PUSCH上是否有足够的资源可用于类型1子带CSI部分1。在步骤2005中，如果不够，则UE执行步骤2006。在步骤2006中，UE丢弃类型1子带CSI部分1或者在PUSCH/PUCCH上复用类型1子带CSI部分1。在步骤2005中，如果足够，则在步骤2007中，UE在CG-PUSCH上复用类型1子带CSI部分1。在步骤2008中，UE确定CG-PUSCH上是否有足够的资源可用于类型1子带CSI部分2。在步骤2008中，如果不够，则UE执行步骤2009。在步骤2009中，UE丢弃类型1子带CSI部分2的全部或部分、或者在PUSCH/PUCCH上复用类型1子带CSI部分2的全部或部分。在步骤2008中，如果足够，则UE在步骤2010中在CG-PUSCH上复用类型1子带CSI部分2。

在一个示例中，对于UE可以用来复用CG-UCI、HARQ-ACK和类型I子带CSI部分1和部分2的信道，可以支持表1中的场景的全部或子集。对于表1中的给定场景(即，给定行)，表1中的每个条目表示UE可以复用相应UCI的信道。

在场景1的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI、HARQ-ACK、类型I子带CSI部分1和类型1子带CSI部分2中的全部。

在场景2的一个示例中，根据前述实施例和/或示例，UE可以在CG-PUSCH传输上复用CG-UCI、HARQ-ACK、类型I子带CSI部分1，同时UE可以从CG-PUSCH传输中丢弃类型I子带CSI部分2的全部或部分。

在场景3的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI、HARQ-ACK、类型I子带CSI部分1，并且可以在另一个PUSCH或PUSCH传输上复用类型I子带CSI部分2的全部或部分。

在场景4的一个示例中，根据前述示例和/或实施例，UE可以在CG-PUSCH传输上复用CG-UCI和HARQ-ACK，并且可以从CG-PUSCH传输中丢弃全部类型I子带CSI部分1和类型I子带CSI部分2。

在场景5的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI和HARQ-ACK，并且在另一个PUSCH传输(不同于CG-PUSCH传输)上复用类型I子带CSI部分1、和类型I子带CSI部分2的全部或部分。

在场景6的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI和HARQ-ACK，并且在PUCCH传输上复用类型I子带CSI部分1、和类型I子带CSI部分2的全部或部分。

在场景7的一个示例中，根据前述实施例和/或示例，UE可以在CG-PUSCH传输上复用CG-UCI，并且从CG-PUSCH传输中丢弃HARQ-ACK、类型I子带CSI部分1和类型I子带CSI部分2。

在场景8的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI，并且在另一个PUSCH传输(不同于CG-PUSCH传输)上或者在PUCCH传输上复用HARQ-ACK，并且在另一个PUSCH传输(不同于CG-PUSCH传输)上复用类型I子带CSI部分1、和类型I子带CSI部分2的全部或者部分。

在场景9的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI，并且在另一个PUSCH传输(不同于CG-PUSCH传输)或PUCCH传输上复用HARQ-ACK，并且在PUCCH传输上复用类型I子带CSI部分1、和类型I子带CSI部分2的全部或部分。

【表1】

在一个实施例中，提供了CG-UCI、HARQ-ACK、类型II子带CSI部分1和部分2的复用。

在一个实施例中，提供了关于复用CG-UCI、HARQ-ACK、类型II子带CSI部分1和类型II子带CSI部分2的方法和示例。

在NR标准规范中，UE可以在PUCCH或PUSCH传输上复用类型II子带CSI部分1和部分2、或者可以在PUCCH传输上复用类型II子带CSI部分1并且可以在PUSCH传输上复用类型II子带CSI部分2。当CSI报告在PUSCH上时，UE可以根据针对CSI部分2复用的优先级和每层编码调制符号的数量来省略/丢弃部分2 CSI。

在一个实施例中，从最高优先级到最低优先级，UE在CG-PUSCH传输上复用CG-UCI、HARQ-ACK、类型II子带CSI部分1和部分2的相对优先级排序是：首先是CG-UCI，然后是HARQ-ACK，然后是类型II子带CSI部分1，最后是类型II子带CSI部分2。

在一个示例中，根据前述实施例和/或示例中的优先级排序，UE为CG-PUSCH上的CG-UCI、HARQ-ACK、类型II子带CSI部分1和部分2分配若干每层编码调制符号。

图21示出了根据本公开的实施例的用于复用的方法2100的另一个流程图。图21所示的方法2100的实施例仅用于说明。图21所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

在一个示例中，当为CG-PUSCH传输上具有更高优先级的UCI分配了编码调制符号之后没有足够的资源时，UE丢弃/省略UCI。可以在图21的步骤2103、2106和2109中提供这个示例。

在一个示例中，当为CG-PUSCH上具有更高优先级的UCI分配了编码调制符号之后、在CG-PUSCH上没有足够的资源时，UE可以在不同于CG-PUSCH传输的另一个PUSCH传输上复用UCI。可以在图21的步骤2103、2106和2109中提供这个示例。

在一个示例中，当为CG-PUSCH传输上的具有更高优先级的UCI分配了编码调制符号之后、在CG-PUSCH传输上没有足够的资源时，UE可以在PUCCH传输上复用UCI。可以在图21的步骤2103、2106和2109中提供这个示例。

如图21所示，方法2100开始于步骤2101。在步骤2101中，UE在CG-PUSCH上复用CG-UCI。随后，在步骤2102中，UE确定CG-PUSCH上是否有足够的资源可用于HARQ-ACK。在步骤2102中，如果不够，则UE执行步骤2103。在步骤2103中，UE丢弃HARQ-ACK或在PUSCH/PUCCH上复用HARQ-ACK。在步骤2102中，如果足够，则UE执行步骤2104。在步骤2104中，UE在CG-PUSCH上复用HARQ-ACK。随后，UE在步骤2105中确定CG-PUSCH上是否有足够的资源可用于类型2子带CSI部分1。在步骤2105中，如果不够，则UE执行步骤2106。在步骤2106中，UE丢弃类型2子带CSI部分1或者在PUSCH/PUCCH上复用类型2子带CSI部分1。在步骤2105中，如果足够，则UE在步骤2107中在CG-PUSCH上复用类型2子带CSI部分1。在步骤2008中，UE确定CG-PUSCH上是否有足够的资源可用于类型2子带CSI部分2。在步骤2108中，如果不够，则UE执行步骤2109。在步骤2109中，UE丢弃类型2子带CSI部分2的全部或部分或者在PUSCH/PUCCH上复用类型2子带CSI部分2的全部或部分。在步骤2108中，如果足够，则UE执行步骤2110。在步骤2110中，UE在CG-PUSCH上复用类型2子带CSI部分2。

在一个示例中，对于UE用来复用CG-UCI、HARQ-ACK和类型II子带CSI部分1和部分2的信道，可以支持表2中的场景的全部或子集。对于表2中的给定场景(即，给定行)，表2中的每个条目表示UE复用相应UCI的信道。每个场景如下。

在场景1的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI、HARQ-ACK、类型II子带CSI部分1和类型II子带CSI部分2中的全部。

在场景2的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI、HARQ-ACK和类型II子带CSI部分1。根据前述实施例和/或示例，UE可以从CG-PUSCH传输中丢弃类型II子带CSI部分2的全部或部分。

在场景3的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI、HARQ-ACK和类型II子带CSI部分1。UE可以在另一个PUSCH传输(不同于CG-PUSCH传输)或PUCCH传输上复用类型II子带CSI部分2的全部或部分。

在场景4的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI和HARQ-ACK。根据前述实施例和/或示例，UE可以从CG-PUSCH传输中丢弃全部类型II子带CSI部分1和类型II子带CSI部分2。

在场景5的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI、HARQ-ACK。UE可以在另一个PUSCH传输(不同于CG-PUSCH传输)上复用类型II子带CSI部分1、和类型II子带CSI部分2的全部或部分。

在场景6的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI、HARQ-ACK。UE可以在PUCCH传输上复用类型II子带CSI部分1、和类型II子带CSI部分2的全部或部分。

在场景7的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI和HARQ-ACK。UE可以在PUCCH传输上复用类型II子带CSI部分1，并且可以在另一个PUSCH传输(不同于CG-PUSCH传输)上复用类型II子带CSI部分2的全部或部分。

在场景8的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI。根据前述实施例和/或示例，UE可以从CG-PUSCH传输中丢弃HARQ-ACK、类型II子带CSI部分1和类型II子带CSI部分2。

在场景9的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI，而HARQ-ACK可以在另一个PUSCH传输(不同于CG-PUSCH传输)或PUCCH传输上复用，并且类型II子带CSI部分1、和类型II子带CSI部分2的全部或部分可以在另一个PUSCH传输(不同于CG-PUSCH传输)上复用。

在场景10的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI。UE可以在另一个PUSCH传输(不同于CG-PUSCH传输)上或者在PUCCH传输上复用HARQ-ACK，并且可以在PUCCH传输上复用类型II子带CSI部分1、和类型II子带CSI部分2的全部或者部分。

在场景11的一个示例中，UE可以在CG-PUSCH传输上复用CG-UCI。UE可以在另一个PUSCH传输(不同于CG-PUSCH传输)或PUCCH传输上复用HARQ-ACK，并且在PUCCH传输上复用类型II子带CSI部分1且在另一个PUSCH传输(不同于CG-PUSCH传输)上复用类型II子带CSI部分2的全部或部分。

【表2】

场景和信号

在一个实施例中，提供了CG-UCI、HARQ-ACK和宽带CSI的复用。该实施例包括UE在PUSCH或PUCCH传输中复用CG-UCI、HARQ-ACK和宽带CSI的原理、方法和示例。在Rel-15NR中，宽带CSI在PUCCH传输中复用。

在一个实施例中，从最高优先级到最低优先级，复用CG-UCI、HARQ-ACK和宽带CSI的相对优先级排序是：首先是CG-UCI，然后是HARQ-ACK，最后是宽带CSI。

在一个示例中，根据如图22所示的优先级顺序，UE为CG-PUSCH传输上的CG-UCI、HARQ-ACK和宽带CSI分配若干每层编码调制符号。

图22示出了根据本公开的实施例的用于复用的方法2200的又一个流程图。图22所示的方法2200的实施例仅用于说明。图22所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

在一个示例中，如在图22的步骤2203和2206中所示的，当为CG-PUSCH传输上的具有更高优先级的UCI分配了编码调制符号之后没有足够的资源时，UE丢弃/省略UCI。

在一个示例中，当为CG-PUSCH传输上具有更高优先级的UCI分配了编码调制符号之后、在CG-PUSCH传输上没有足够的资源时，UE在不同于CG-PUSCH传输的PUSCH传输上复用UCI。图22示出了这个示例。

如图22所示，方法2200开始于步骤2201。在步骤2201中，UE在CG-PUSCH上复用CG-UCI。随后，在步骤2202中，UE确定CG-PUSCH上是否有足够的资源可用于HARQ-ACK。在步骤2202中，如果不够，则UE执行步骤2203。在步骤2203中，UE丢弃HARQ-ACK或者在PUSCH/PUCCH上复用HARQ-ACK。在步骤2202中，如果足够，则UE执行步骤2204。在步骤2104中，UE在CG-PUSCH上复用HARQ-ACK。随后，在步骤2205中，UE确定CG-PSCH上是否有足够的资源可用于宽带CSI。在步骤2205中，如果不够，则UE执行步骤2206。在步骤2206中，UE丢弃宽带CSI或在PUSCH/PUCCH上复用宽带CSI。在步骤2205中，如果足够，则UE在步骤2207中在CG-PUSCH上复用宽带CSI。

在一个示例中，当为CG-PUSCH上具有更高优先级的UCI分配了编码调制符号之后、在CG-PUSCH传输上没有足够的资源时，UE在PUCCH传输上复用UCI。图22示出了这个示例。

在一个示例中，对于UE可以复用CG-UCI、HARQ-ACK和宽带CSI的信道，可以支持表3中的场景的全部或子集。对于表3中的给定场景(即，给定行)，表3中的每个条目表示UE可以在其上复用相应UCI的信道。每个场景如下。

在场景1的一个示例中，UE在CG-PUSCH传输上复用CG-UCI、HARQ-ACK和宽带CSI中的全部。

在场景2的一个示例中，UE在CG-PUSCH传输上复用CG-UCI和HARQ-ACK，并且在PUCCH传输上复用宽带CSI。

在场景3的一个示例中，UE在CG-PUSCH传输上复用CG-UCI和HARQ-ACK，并且在另一个PUSCH传输(不同于CG-PUSCH传输)上复用宽带CSI。

在场景4的一个示例中，UE在CG-PUSCH传输上复用CG-UCI和HARQ-ACK，并且丢弃宽带CSI。

在场景5的一个示例中，UE在CG-PUSCH传输上复用CG-UCI，并且在PUCCH传输上复用HARQ-ACK和宽带CSI。

在场景6的一个示例中，UE在CG-PUSCH传输上复用CG-UCI，在另一个PUSCH传输(不同于CG-PUSCH传输)上复用HARQ-ACK，并且在PUCCH传输上复用宽带CSI。

在场景7的示例中，UE在CG-PUSCH传输上复用CG-UCI，并且在另一个PUSCH传输(不同于CG-PUSCH传输)上复用HARQ-ACK和宽带CSI。

【表3】

场景和信号

在一个实施例中，提供了一种用于报告CG-UCI的UE过程。

在NR标准规范中，如果UE在相应服务小区上在时隙中发送多个PUSCH(包括由DCI格式调度的第一PUSCH和由相应更高层参数ConfiguredGrantConfig和semiPersistentOnPUSCH配置的第二PUSCH)，并且UE将在多个PUSCH之一中复用UCI，并且多个PUSCH满足NR规范中用于UCI复用的条件，则UE在第一PUSCH中的PUSCH中复用UCI。然而，这种NR UCI复用过程并不直接适用于CG-PUSCH传输中的CG-UCI，因为CG-UCI在UCI复用中具有最高优先级且包括在每一个CG-PUSCH传输中。

在一个实施例中，如果UE在相应服务小区上在时隙中发送多个PUSCH(包括由DCI格式调度的第一PUSCH和由相应ConfiguredGrantConfig配置的第二PUSCH)，并且UE将在多个PUSCH之一中复用包括CG-UCI的UCI，并且多个PUSCH满足UCI复用的条件(诸如，例如NR标准规范中的条件)，则UE在来自由ConfiguredGrantConfig配置的第二PUSCH中的CG-PUSCH中复用UCI；否则，UE在由DCI格式调度的PUSCH传输(而不是由更高层信令配置的PUSCH传输)中复用UCI。

在一个实施例中，如果UE在相应服务小区上在时隙中发送多个PUSCH(包括由DCI格式调度的第一PUSCH和由相应ConfiguredGrantConfig配置的第二PUSCH)，并且UE将在多个PUSCH之一中复用包括CG-UCI的UCI，并且多个PUSCH满足UCI复用的条件，则UE在由ConfiguredGrantConfig配置的第二PUSCH中的CG-PUSCH中复用CG-UCI，并且UE在第一PUSCH中的PUSCH中复用除CG-UCI之外的UCI。

在一个实施例中，如果UE在相应服务小区上的时隙中发送多个PUSCH(包括由相应ConfiguredGrantConfig配置的第一PUSCH)，并且UE将在多个PUSCH之一中复用包括CG-UCI的UCI，并且多个PUSCH满足UCI复用的条件，则UE在由ConfiguredGrantConfig配置的第一PUSCH中复用UCI。

在一个实施例中，提供了传输功率的优先级。

在NR标准规范中，UE根据以下优先级顺序(降序地)向PUSCH/PUCCH/PRACH/SRS传输分配功率，使得总UE发送功率小于或等于传输时机(occasion)的每一个符号中的最大发送功率：PCell上的PRACH传输；具有HARQ-ACK信息和/或SR的PUCCH传输或具有HARQ-ACK信息的PUSCH传输；具有CSI的PUCCH传输或具有CSI的PUSCH传输；无HARQ-ACK信息或CSI的PUSCH传输；具有优先级高于半持久性和/或周期性SRS的非周期性SRS的SRS传输；或者不同于PCell的服务小区上的PRACH传输。

当UE发送具有CG-UCI的CG-PUSCH传输时，还需要定义发送功率优先规则。

在一个实施例中，UE根据以下优先级顺序(降序地)向PUSCH/PUCCH/PRACH/SRS/CG-PUSCH分配功率：PCell上的PRACH传输；具有CG-UCI信息的CG-PUSCH传输；具有HARQ-ACK信息和/或SR的PUCCH传输或具有HARQ-ACK信息的PUSCH传输；具有CSI的PUCCH传输或具有CSI的PUSCH传输；无HARQ-ACK信息或CSI的PUSCH传输；具有优先级高于半持久性和/或周期性SRS的非周期性SRS的SRS传输；或者不同于PCell的服务小区上的PRACH传输。

在一个实施例中，UE根据以下优先级顺序(降序地)向PUSCH/PUCCH/PRACH/SRS/CG-PUSCH分配功率：PCell上的PRACH传输；具有HARQ-ACK信息和/或SR的PUCCH传输或具有HARQ-ACK信息的PUSCH传输；具有CSI的PUCCH传输或具有CSI的PUSCH传输；具有CG-UCI信息的CG-PUSCH传输；无HARQ-ACK信息或CSI的PUSCH传输；具有优先级高于半持久性和/或周期性SRS的非周期性SRS的SRS传输；或者不同于PCell的服务小区上的PRACH传输。

在一个实施例中，UE根据以下优先级顺序(降序地)向PUSCH/PUCCH/PRACH/SRS/CG-PUSCH分配功率：PCell上的PRACH传输；具有HARQ-ACK信息和/或SR的PUCCH传输或具有HARQ-ACK信息的PUSCH传输；具有CG-UCI信息的CG-PUSCH传输；具有CSI的PUCCH传输或具有CSI的PUSCH传输；无HARQ-ACK信息或CSI的传输；具有优先级高于半持久性和/或周期性SRS的非周期性SRS的SRS传输；或者不同于PCell的服务小区上的PRACH传输。

在一个示例中，UE还可以取决于用于传输的信道接入机制来对传输的功率分配进行优先级排序。例如，UE可以将在经许可的频谱上操作的服务小区上的PUSCH或PUCCH传输的功率分配优先于在共享频谱上操作的服务小区上的PUSCH或PUCCH传输的功率分配。例如，UE可以将在经许可的频谱(没有用于传输的信道接入机制)上操作的服务小区上具有UCI(诸如HARQ-ACK信息)的PUSCH传输的功率优先于具有CG-UCI的CG-PUSCH传输。

在一个实施例中，提供了CG-PUSCH中的UCI报告。可以向UE提供RRC配置，以配置CG-UCI和HARQ-ACK在CG-PUSCH上的复用；并且在PUCCH组内与CG-PUSCH重叠的PUCCH情况下，CG-UCI和HARQ-ACK被联合编码，其中CG-UCI被视为与HARQ-ACK相同的类型。

HARQ-ACK信息偏移

被配置为根据3GPP规范的值。如果UE在PUSCH中分别复用至多2个HARQ-ACK信息比特、多于2个且至多11个HARQ-ACK信息比特以及多于11个比特，则betaOffsetACK-Index1、betaOffsetACK-Index2和betaOffsetACK-Index3分别提供UE要使用的索引

在该实施例的其余部分中，HARQ-ACK的beta_offset索引由

来表示。此外，使用在3GPP规范中定义的映射，通过betaOffsetCG-UCI-r16向UE提供值集中的

值。UE对HARQ-ACK信息和CG-UCI进行联合编码，并确定相应的

值。该实施例包括确定联合编码的HARQ-ACK和CG-UCI的

值的方法和示例。

在一个实施例中，UE对HARQ-ACK和CG-UCI进行联合编码，并确定相应的

值，其中，

由根据3GPP规范配置的偏移索引

和

来确定。

在一个示例中，

在一个示例中，

在一个示例中，

在一个示例中，

在一个示例中，

在一个示例中，

在一个实施例中，UE对HARQ-ACK和CG-UCI进行联合编码，并确定相应的

值，其中

由根据3GPP标准规范配置的beta_offset值

和

来确定。

在一个示例中，

在一个示例中，

在一个示例中，

在一个示例中，

在一个示例中，

在一个示例中，

在一个实施例中，UE对HARQ-ACK和CG-UCI进行联合编码，并且根据3GPP标准规范配置的单独偏移索引

和

被分别应用于HARQ-ACK和CG-UCI。

在一个实施例中，UE对HARQ-ACK和CG-UCI进行联合编码，并且根据3GPP标准规范而配置的单独beta_offset值

和

被分别应用于HARQ-ACK和CG-UCI。

在NR未经许可系统(NR-U)中，类型0PDCCH搜索空间集的候选监视时隙是与SS/PBCH块(其与UE从中确定类型0PDCCH CSS集的CORESET存在的SS/PBCH块是准共址的(QCL))相关联的PDCCH监视时隙。在NR中，对于复用模式1，与SS/PBCH块相关联的监视时隙的数量是2，并且该时隙是基于参数O和M来确定的，这两个参数最初是针对经许可的频带而设计的。

取决于对类型0 PDCCH CSS集的配置中M的值，传输突发的总持续时间随着成功的LBT位置而变化，这对适用于这种传输的LBT类型和/或优先级级别提出了挑战。图23示出了这个问题的图示。

如图23所示，假设Q为4，并且SSB和RMSI的传输在相同的半帧中。如果M＝1，则SSB和相关联的RMSI的总持续时间根据LBT成功的位置而改变，并且就决定适用的LBT类型和/或优先级级别而言，这对于未经许可的操作可能是不适当定义的。

图23示出了根据本公开的实施例的示例LBT位置2300。图23所示的LBT位置2300的实施例仅用于说明。图23所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

作为结果，取决于候选起始位置，当候选起始位置在传输窗口内变化时，相应的突发持续时间可以动态地变化。当突发持续时间超过当前gNB LBT类型的最大信道占用时间(MCOT)时、或者不再应用当前gNB LBT类型时(例如CAT-2 LBT)，LBT类型需要由gNB进行相应的调整。

本公开关注对LBT过程的增强，使得传输NR-U信道/信号的LBT类型可以基于候选起始位置和信道/信号的相应突发持续时间来动态地调整。

本公开包括若干个实施例、原理、方法和示例，这些实施例、原理、方法和示例可以彼此结合或组合使用、或者可以独立地操作。本公开中的实施例/原理/方法/示例可以被应用于经许可的频谱上的无竞争传输、被应用于具有共享频谱信道接入的基于帧的设备(FBE)的传输(诸如NR-U)、被应用于具有共享频谱信道接入的基于负载的设备(LBE)的传输、或者被应用于具有共享频谱信道接入的基于FBE和基于LBE两者的传输。

在本公开中，FR1是指在FR1中的未经许可/共享/经许可的频带(诸如5GHz频带或6GHz未经许可/共享的频带)中的操作；而FR2是指在FR2中的未经许可/共享/经许可的频带(诸如60GHz频带)中的操作。

在一个实施例中，提供了基于传输起始位置的自适应LBT过程。在这样的实施例中，提供了关于自适应LBT过程的原理、方法和示例，其中基于潜在的传输起始位置和与该起始位置相关联的所确定的突发持续时间来调整包括信道/信号的NR-U传输突发的LBT类型。

在一个实施例中，gNB可以用来发送包括信道/信号的DL传输突发的LBT类型的优先级排序从最高到最低为：CAT-2 LBT、具有信道接入优先级级别(CAPC)值1的CAT-4 LBT、具有CAPC值2的CAT-4 LBT、具有CAPC值3的CAT-4 LBT以及具有CAPC值4的CAT-4 LBT；并且如果gNB不能使用具有当前优先级顺序的LBT类型，那么gNB可以动态地将LBT引擎改变为与具有下一个较低优先级的LBT相对应的LBT类型。

图24示出了根据本公开的实施例的用于自适应LBT过程的方法2400的流程图，该过程可以由gNB(例如，如图1所示的101-103)来执行。图24所示的方法2400的实施例仅用于说明。图24所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图24所示，要发送的NR-U信道/信号是发现突发。

如图24所示，方法2400开始于步骤2402。在步骤2402中，gNB确定gNB是否可以使用CAT-2 LBT。在步骤2402中，如果不能，则gNB执行步骤2412。在步骤2402中，如果gNB可以使用CAT-2 LBT，则gNB执行步骤2404。在步骤2404中，gNB确定CAT-2 LBT是否在候选位置之前成功。在步骤2404中，如果成功，则在步骤2406中，gNB发送DRS。在步骤2404中，如果不成功，则在步骤2408中，gNB确定下一个候选位置和突发持续时间。在步骤2410中，gNB确定是否仍然可以使用CAT-2 LBT。在步骤2410中，如果是，则gNB执行步骤2404。在步骤2410中，如果否，则在步骤2412中，gNB确定当前突发持续时间的最低CAPC值，并切换到CAT-4 LBT。在步骤2414中，gNB确定当前CAPC的LBT引擎是否在候选位置之前完成。在步骤2414中，如果是，则gNB发送发现突发。在步骤2414中，如果否，则gNB确定下一个候选位置和突发持续时间。在步骤2420中，gNB确定下一个候选位置是否位于发现突发传输窗口内。在步骤2420中，如果否，则在步骤2422中，gNB不在当前发现突发传输窗口中执行传输。在步骤2420中，如果是，则在步骤2424中，如果突发持续时间超过当前CAPC的MCOT，gNB增加CAPC。

在一个示例中，突发持续时间被确定并与突发的传输起始位置相关联。一旦gNB打算在传输窗口内切换起始位置，则gNB可以确定该起始位置的突发持续时间。

在一个示例中，如果传输突发持续时间最多为1毫秒且占空比最多为1/20，则gNB可以使用CAT-2 LBT。

在一个示例中，如果突发持续时间没有超过与CAPC值相对应的最大COT，则可以使用具有给定CAPC值的CAT-4 LBT。

在一个示例中，确定占空比的周期是DRS窗口周期，其可以是公共的，而与DRS传输突发的起始位置无关。

在一个示例中，传输突发持续时间是在LBT成功之后开始的实际发送的SSB和相关联的RMSI的总持续时间。

在一个示例中，传输突发持续时间是与在LBT成功之后开始的实际发送的SSB重叠的时隙和相关联的RMSI的总持续时间。

在一个实施例中，gNB可以用来发送当前信道/信号的LBT类型的优先级排序从最高到最低是：CAT-2 LBT和具有信道接入优先级级别(CAPC)值4(即，最高CACP值)的CAT-4LBT；如果gNB不能使用CAT-2，则gNB可以动态地将LBT引擎改变为具有最高CAPC值的CAT-4LBT。如图25所示，要发送的NR-U信道/信号是发现突发。

图25示出了根据本公开的实施例的用于自适应LBT过程的方法2500的另一个流程图，其可以由gNB(例如，如图1所示的101-103)来执行。图25所示的方法2500的实施例仅用于说明。图25所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图25所示，方法2500开始于步骤2502。在步骤2402中，gNB确定gNB是否可以使用CAT-2 LBT。在步骤2502中，如果否，则gNB执行步骤2512。在步骤2502中，如果gNB可以使用CAT-2 LBT，则gNB执行步骤2504。在步骤2504中，gNB确定CAT-2 LBT是否在候选位置之前成功。在步骤2504中，如果成功，则在步骤2506中，gNB发送DRS。在步骤2504中，如果不成功，则在步骤2508中，gNB确定下一个候选位置和突发持续时间。在步骤2510中，gNB确定是否仍然可以使用CAT-2 LBT。在步骤2510中，如果否，则在步骤2512，gNB切换到具有最高CAPC值的CAT-4 LBT。在步骤2514中，gNB确定当前CAPC的LBT引擎是否是候选位置之前完成。在步骤2514中，如果当前CAPC的LBT引擎在候选位置之前完成，则在步骤2516中，gNB发送发现突发。在步骤2514中，如果否，则在步骤2518中，gNB确定下一个候选位置和突发持续时间。在步骤2520中，gNB确定下一个候选位置是否位于发现突发传输窗口内。在步骤2520中，如果否，则在步骤2522中，gNB不在当前发现突发传输窗口中执行传输。在步骤2520中，如果是，则gNB执行步骤2514。

在一个示例中，如果传输突发持续时间最多为1毫秒且占空比最多为1/20，则gNB可以使用CAT-2 LBT。

在一个示例中，确定占空比的周期是DRS窗口周期，其可以是公共的，而与DRS传输突发的起始位置无关。

在一个示例中，传输突发持续时间是在LBT成功之后开始的实际发送的SSB和相关联的RMSI的总持续时间。

在一个示例中，传输突发持续时间是与在LBT成功之后开始的实际发送的SSB重叠的时隙和相关联的RMSI的总持续时间。

在一个实施例中，gNB可以用来发送当前信道/信号的LBT类型的优先级排序从最高到最低是：具有信道接入优先级级别(CAPC)值1的CAT-4 LBT、具有CAPC值2的CAT-4 LBT、具有CAPC值3的CAT-4 LBT，以及具有CAPC值4的CAT-4 LBT；并且如果gNB不能使用具有当前优先级顺序的LBT类型，那么gNB可以动态地将LBT引擎改变为与具有下一个较低优先级的LBT相对应的LBT类型。如图26所示，要发送的NR-U信道/信号是发现突发。

图26示出了根据本公开的实施例的用于LBT类型排序的方法2600的流程图，该方法可以由gNB(例如，如图1所示的101-103)来执行。图26所示的方法2600的实施例仅用于说明。图26所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图26所示，方法2600开始于步骤2602。在步骤2602中，gNB确定当前突发持续时间的最低CAPC值，并使用CAT-4 LBT。在步骤2604中，gNB确定当前CAPC的LBT引擎是否在候选位置之前完成。在步骤2604中，如果是，则在步骤2606中，gNB发送发现突发。在步骤2604中，如果否，则在步骤2608中，gNB确定下一个候选位置和突发持续时间。在步骤2610中，gNB确定下一个候选位置是否位于发现突发传输窗口内。在步骤2610中，如果否，则步骤2614中，gNB不在当前发现突发传输窗口中执行传输。在步骤2610中，如果是，则在步骤2612中，如果突发持续时间超过当前CAPC的MCOT，gNB增加CAPC。

在一个示例中，如果突发持续时间没有超过与CAPC值相对应的最大COT，则可以使用具有给定CAPC值的CAT-4 LBT。

在一个示例中，确定占空比的周期是DRS窗口周期，其可以是公共的，而与DRS传输突发的起始位置无关。

在一个示例中，传输突发持续时间是在LBT成功之后开始的实际发送的SSB和相关联的RMSI的总持续时间。

在一个示例中，传输突发持续时间是与在LBT成功之后开始的实际发送的SSB重叠的时隙和相关联的RMSI的总持续时间。

在一个实施例中，gNB总是使用具有信道接入优先级级别(CAPC)值4(即最高CACP值)的CAT-4 LBT。如图27所示，要发送的NR-U信道/信号是发现突发。

图27示出了根据本公开的实施例的用于LBT类型排序的方法2700的另一个流程图，其可以由gNB(例如，如图1所示的101-103)来执行。图27所示的方法2700的实施例仅用于说明。图27所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图27所示，方法2700开始于步骤2702。在步骤2702中，gNB使用当前突发持续时间的最高CAPC值，并使用CAT-4 LBT。在步骤2704中，gNB确定当前CAPC的LBT引擎是否在候选位置之前完成。在步骤2704中，如果是，则在步骤2706中，gNB发送发现突发。在步骤2704中，如果否，则在步骤2708中，gNB确定下一个候选位置和突发持续时间。在步骤2710中，gNB确定下一个候选位置是否位于发现突发传输窗口内。在步骤2710中，如果否，则步骤2712中，gNB不在当前发现突发传输窗口中执行传输。在步骤2710中，如果是，则gNB执行步骤2704。

在一个示例中，传输突发持续时间是在LBT成功之后开始的实际发送的SSB和相关联的RMSI的总持续时间。

在一个示例中，传输突发持续时间是与在LBT成功之后开始的实际发送的SSB重叠的时隙和相关联的RMSI的总持续时间。

在一个实施例中，gNB相对于传输窗口中所有可能的起始位置确定传输突发的最大可能传输持续时间，并利用相应所允许的LBT类型和/或优先级级别，而不管传输窗口中的传输起始位置。

在可能适用于该实施例的方法的一个实施例中，当配置中的M是1或2时，LBT类型和/或优先级级别的确定方法仅适用于发现突发传输。

在可能适用于该实施例的方法的一个实施例中，LBT类型和/或优先级级别的确定方法仅适用于发现突发传输，其中SIB1的SS/PBCH块和相关联的CORESET/PDSCH预计在相同的突发中传输并且共享相同的信道占用。

图28示出了根据本公开的实施例的用于窗口尺寸自适应的方法2800的流程图，该方法可以由UE(例如，如图1所示的111-116)来执行。图28所示的方法2800的实施例仅用于说明。图28所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现、或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器来实现。在不脱离本公开的范围的情况下，使用其他实施例。

如图28所示，方法2800开始于步骤2802。在步骤2802中，UE确定用于物理上行链路共享信道(PUSCH)的比特数。

在步骤2804中，UE生成用于许可上行链路控制信息(CG-UCI)的第一比特集。

在步骤2806中，UE生成用于混合自动重复请求(HARQ)反馈的第二比特集。

在步骤2808中，如果用于CG-UCI的第一比特集和用于HARQ反馈的第二比特集的总和没有超过所确定的用于PUSCH的比特数，则UE将第一比特集和第二比特集复用到PUSCH中，其中，用于CG-UCI的第一比特集以比用于HARQ反馈的第二比特集更高的优先级来复用。

在步骤2810中，UE通过上行链路信道向基站(BS)发送包括分别用于CG-UCI和HARQ反馈的经复用的第一比特集和第二比特集的PUSCH。

在一个实施例中，如果用于CG-UCI的第一比特集和用于HARQ反馈的第二比特集的总和超过了所确定的用于PUSCH的比特数，则UE不复用第一比特集与第二比特集。

在一个实施例中，当PUSCH包括分别用于CG-UCI和HARQ反馈的经复用的第一比特集和第二比特集时，UE确定PUSCH的功率偏移值，该PUSCH的功率偏移值与HARQ反馈的功率偏移值

相同。

在一个实施例中，UE生成用于信道状态信息(CSI)的第三比特集，并且如果第一比特集、第二比特集和第三比特集的总和没有超过所确定的用于PUSCH的比特数，则将用于CSI的第三比特集与用于CG-UCI的第一比特集以及用于HARQ反馈的第二比特集复用到PUSCH中。在这样的实施例中，相比于分别用于CG-UCI和HARQ的第一比特集和第二比特集，用于CSI的第三比特集以最低优先级来复用。

在一个实施例中，如果第一比特集、第二比特集和第三比特集的总和超过所确定的用于PUSCH的比特集，则UE不将用于CSI的第三比特集的至少部分与第一比特集和第二比特集复用。

在一个实施例中，UE根据用于发现突发的传输窗口从BS接收发现突发。

在一个实施例中，UE基于占空比来识别传输窗口，该占空比被定义为D_DB/P_DB，其中，D_DB是基于发现突发的传输起始实例而确定的发现突发的持续时间，并且P_DB是用于发现突发的传输窗口的周期。

尽管已经用示例性实施例描述了本公开，但是可以向本领域技术人员建议各种变化和修改。本公开旨在包含落入所附权利要求范围内的这些变化和修改。本申请中的任何描述都不应被理解为暗示任何特定的元件、步骤或功能是必须包括在权利要求范围内的基本元件。所要求保护的主题的范围由权利要求来限定。

Claims (15)

1.一种无线通信系统中的用户设备UE，所述UE包括：

处理器，被配置为：

确定用于物理上行链路共享信道PUSCH的比特数；

生成用于许可上行链路控制信息CG-UCI的第一比特集；

生成用于混合自动重复请求HARQ反馈的第二比特集；以及

如果用于CG-UCI的第一比特集和用于HARQ反馈的第二比特集的总和没有超过所确定的用于PUSCH的比特数，则将第一比特集和第二比特集复用到PUSCH中，其中，用于CG-UCI的第一比特集以比用于HARQ反馈的第二比特集更高的优先级来复用；以及

收发器，可操作地连接到所述处理器，所述收发器被配置为通过上行链路信道向基站BS发送包括分别用于CG-UCI和HARQ反馈的经复用的第一比特集和第二比特集的PUSCH。

2.根据权利要求1所述的UE，其中，所述处理器还被配置为，如果用于CG-UCI的第一比特集和用于HARQ反馈的第二比特集的总和超过所确定的用于PUSCH的比特数，则不复用第一比特集和第二比特集。

3.根据权利要求1所述的UE，其中，所述处理器还被配置为，当所述PUSCH包括分别用于CG-UCI和HARQ反馈的经复用的第一比特集和第二比特集时，确定PUSCH的功率偏移值，所述PUSCH的功率偏移值与HARQ反馈的功率偏移值

相同。

4.根据权利要求1所述的UE，其中，所述处理器还被配置为：

生成用于信道状态信息CSI的第三比特集；以及

如果用于CG-UCI的第一比特集、用于HARQ反馈的第二比特集和用于CSI的第三比特集的总和没有超过所确定的用于PUSCH的比特数，则将第三比特集与第一比特集和第二比特集复用到PUSCH中，

其中，相比于分别用于CG-UCI和HARQ的第一比特集和第二比特集，用于CSI的第三比特集以最低优先级来复用。

5.根据权利要求4所述的UE，其中，所述处理器还被配置为，如果第一比特集、第二比特集和用于CSI的第三比特集的总和超过所确定的用于PUSCH的比特数，则不将第三比特集的至少部分与第一比特集和第二比特集复用。

6.根据权利要求1所述的UE，其中，所述收发器还被配置为根据用于发现突发的传输窗口来从BS接收发现突发。

7.根据权利要求6所述的UE，其中，所述处理器还被配置为基于占空比来识别传输窗口，所述占空比被定义为D_DB/P_DB，其中，D_DB是基于发现突发的传输起始实例而确定的发现突发的持续时间，并且P_DB是用于发现突发的传输窗口的周期。

8.一种无线通信系统中的基站BS，所述BS包括：

处理器；以及

收发器，可操作地连接到所述处理器，所述收发器被配置为通过上行链路信道从用户设备UE接收包括用于许可上行链路控制信息CG-UCI的第一比特集和用于混合自动重复请求HARQ反馈的第二比特集的物理上行链路共享信道PUSCH，

其中：

第一比特集和第二比特集基于第一比特集和第二比特集的总和与用于PUSCH的比特数之间的比较而被复用到PUSCH中；并且

用于CG-UCI的第一比特集以比用于HARQ反馈的第二比特集更高的优先级来复用。

9.根据权利要求8所述的BS，其中，在用于CG-UCI的第一比特集和用于HARQ反馈的第二比特集的总和超过用于PUSCH的比特数的情况下，第一比特集不与第二比特集复用。

10.根据权利要求8所述的BS，其中，所述处理器还被配置为指示PUSCH的功率偏移值，所述PUSCH的功率偏移值与HARQ反馈的功率偏移值

相同，所述PUSCH包括分别用于CG-UCI和HARQ反馈的经复用的第一比特集和第二比特集。

11.根据权利要求8所述的BS，其中：

所述收发器还被配置为从UE接收包括用于信道状态信息CSI的第三比特集的PUSCH；

在用于CG-UCI的第一比特集、用于HARQ反馈的第二比特集和用于CSI的第三比特集的总和不超过用于PUSCH的比特数的情况下，第三比特集与第一比特集和第二比特集被复用到PUSCH中；以及

相比于分别用于CG-UCI和HARQ的第一比特集和第二比特集，用于CSI的第三比特集以最低优先级来复用。

12.根据权利要求11所述的BS，其中，在第一比特集、第二比特集和用于CSI的第三比特集的总和超过用于PUSCH的比特集的情况下，第三比特集的至少部分不与第一比特集和第二比特集复用。

13.根据权利要求8所述的BS，其中，所述收发器还被配置为根据用于发现突发的传输窗口来向UE发送发现突发，并且

其中，所述传输窗口是基于占空比来识别的，所述占空比被定义为D_DB/P_DB，其中，D_DB是基于发现突发的传输起始实例而确定的发现突发的持续时间，并且P_DB是用于发现突发的传输窗口的周期。

14.一种无线通信系统中用户设备UE的方法，所述方法包括根据权利要求1至7之一所述的UE的操作。

15.一种无线通信系统中基站BS的方法，所述方法包括根据权利要求8至13之一所述的BS的操作。

Images