无线通信系统中的由终端、基站执行的方法、终端和基站

摘要

本公开涉及用于支持比第四代(4G)系统更高的数据传送速率的、融合IoT技术和第五代(5G)通信系统的通信技术及其系统。本公开可以应用于基于5G通信技术和物联网相关技术的智能服务，诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安保和安全服务。一种用于确定是否执行传输或接收的方法和装置。一种用于用户设备(UE)确定是否执行传输的方法，包括：根据公共搜索空间(CSS)接收用于接收物理下行链路控制信道(PDCCH)的搜索空间集n；以及接收包括下行链路控制信息(DCI)格式的PDCCH。

权利要求

1.一种无线通信系统中的由终端执行的方法，所述方法包括：从基站接收配置时隙格式的时分双工TDD配置信息；

从所述基站接收调度上行链路传输的下行链路控制信息DCI；

将所述上行链路传输的资源中的由所述TDD配置信息配置为下行链路符号的符号识别为所述上行链路传输中的无效符号；以及通过排除所述无效符号，在所述资源中的有效符号中向所述基站发送所述上行链路传输。

2.根据权利要求1所述的方法，其中，所述有效符号在所述资源中是连续的，以及其中，所述DCI包括指示用于所述上行链路传输的资源的时域资源分配TDRA字段。

3.根据权利要求2所述的方法，其中，在所述资源不包括至少两个连续的有效符号的情况下，所述资源不用于所述上行链路传输。

4.根据权利要求1所述的方法，其中，所述上行链路传输是在物理上行链路共享信道PUSCH上发送的。

5.一种无线通信系统中的终端，所述终端包括：收发机，配置为发送和接收信号；以及

控制器，与所述收发机联接，并且所述控制器配置为：从基站接收配置时隙格式的时分双工TDD配置信息；

从所述基站接收调度上行链路传输的下行链路控制信息DCI；

将所述上行链路传输的资源中的由所述TDD配置信息配置为下行链路符号的符号识别为所述上行链路传输中的无效符号；以及通过排除所述无效符号，在所述资源中的有效符号中向所述基站发送所述上行链路传输。

6.根据权利要求5所述的终端，其中，所述有效符号在所述资源中是连续的，以及其中，所述DCI包括指示用于所述上行链路传输的资源的时域资源分配TDRA字段。

7.根据权利要求6所述的终端，其中，在所述资源不包括至少两个连续的有效符号的情况下，所述资源不用于所述上行链路传输。

8.根据权利要求5所述的终端，其中，所述上行链路传输是在物理上行链路共享信道PUSCH上发送的。

9.一种无线通信系统中的由基站执行的方法，所述方法包括：向终端发送配置时隙格式的时分双工TDD配置信息；

向所述终端发送调度上行链路传输的下行链路控制信息DCI；以及通过排除用于所述上行链路传输的无效符号，在所述上行链路传输的资源中的有效符号中从所述终端接收所述上行链路传输；

其中，所述无效符号是所述上行链路传输的资源中的由所述TDD配置信息配置为下行链路符号的符号。

10.根据权利要求9所述的方法，

其中，所述有效符号在所述资源中是连续的，

其中，所述DCI包括指示用于所述上行链路传输的资源的时域资源分配TDRA字段，以及其中，在所述资源不包括至少两个连续的有效符号的情况下，所述资源不用于所述上行链路传输。

11.根据权利要求9所述的方法，其中，所述上行链路传输是在物理上行链路共享信道PUSCH上接收的。

12.一种无线通信系统中的基站，所述基站包括：收发机，配置为发送和接收信号；以及

控制器，与所述收发机联接，并且所述控制器配置为：向终端发送配置时隙格式的时分双工TDD配置信息；

向所述终端发送调度上行链路传输的下行链路控制信息DCI；以及通过排除用于所述上行链路传输的无效符号，在所述上行链路传输的资源中的有效符号中从所述终端接收所述上行链路传输；

其中，所述无效符号是所述上行链路传输的资源中的由所述TDD配置信息配置为下行链路符号的符号。

13.根据权利要求12所述的基站，其中，所述有效符号在所述资源中是连续的，以及其中，所述DCI包括指示用于所述上行链路传输的资源的时域资源分配TDRA字段。

14.根据权利要求13所述的基站，其中，在所述资源不包括至少两个连续的有效符号的情况下，所述资源不用于所述上行链路传输。

15.根据权利要求12所述的基站，其中，所述上行链路传输是在物理上行链路共享信道PUSCH上接收的。

说明书

无线通信系统中的由终端、基站执行的方法、终端和基站

技术领域

[0001] 本公开总体上涉及无线通信系统。更具体地，本公开涉及响应于干扰的传输参数调整。

背景技术

[0002] 为了满足自部署4G通信系统以来日益增加的无线数据业务的要求，已经努力开发了改进的5G或前5G通信系统。5G或前5G通信系统也称为“超4G网络”或“后LTE系统”。因此，5G通信系统被认为是在更高频率(mmWave)频带中实现的，例如，60GHz频带，以实现更高的数据速率。为了降低无线电波的传播损耗并增加传输距离，讨论了5G通信系统中的波束成形、大规模多输入多输出(MIMO)、全维度MIMO(FD‑MIMO)、阵列天线、模拟波束成形、大型天线技术。另外，在5G通信系统中，正在进行基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等的系统网络改进的开发。在5G系统中，已经开发了作为高级编码调制(ACM) 的混合FSK和FQAM调制以及滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA) 和稀疏码多址接入(SCMA)。

[0003] 因特网是人类产生和消费信息的以人类为中心的连通性网络，现在正演进到物联网(IoT)，其中诸如事物的分布式实体不需人为干预地交换和处理信息。已经出现了通过与云服务器的连接结合IoT技术和大数据处理技术的万物网。为了实现IoT，需要诸如“感测技术”、“有线/无线通信和网络基设施”、“服务接口技术”、以及“安全技术”的技术要素，最近已经研究了传感器网络、机器到机器(M2M)通信、机器型通信(MTC)等。这种IoT环境可提供智能因特网技术服务，通过收集和分析连接的事物之间所生成的数据，为人类生活创造新的价值。通过现有的信息技术(IT)和各种工业应用之间的融合和组合， IoT可应用于各种领域，包括智能家居、智能建筑物、智能城市、智能汽车或连接的汽车、智能电网、健康护理、智能家电和高级医疗服务。

[0004] 与此相符，已经进行了将5G通信系统应用于IoT网络的各种尝试。例如，可通过波束成形、MIMO和阵列天线实现诸如传感器网络、 MTC、以及M2M通信的技术。作为上述大数据处理技术的云RAN的应用也可认为是5G技术与IoT技术之间融合的示例。

[0005] 需要一种改进的5G通信系统。5G通信系统可以在更高频率(毫米波)频带(例如28GHz频带或60GHz频带)中实现以实现更高的数据速率，或者在更低的频带(例如低于
6GHz)中实现以实现稳健的覆盖和移动性支持。5G系统中运行的用户设备(UE)和基站(BS) 在同一下行链路或上行链路带宽部分中灵活地支持与不同的可靠性或等待时间要求相关联的多个服务/优先级类型。5G通信系统还支持对应于等待时间和接收可靠性的不同要求的不同传输类型，而避免或补偿干扰可能是实现这些要求的关键组成部分。

发明内容

[0006] [技术问题]

[0007] 本公开涉及一种用于在具有多种服务/优先级类型的通信系统中调整传输参数的方法和装置。

[0008] [技术方案]

[0009] 在一个实施方式中，提供了一种用于UE确定是否执行传输的方法。该方法包括：根据公共搜索空间(CSS)接收用于接收物理下行链路控制信道(PDCCH)的搜索空间集的配置；以及接收PDCCH中的包括下行链路控制信息(DCI)格式的PDCCH。该方法包括：基于 DCI格式中的指示来确定时间资源集和频率资源集；以及基于确定探测参考信号(SRS)传输将包括来自频率资源集的频率资源，取消在来自时间资源集的时间资源中的SRS传输。该方法还包括：在时间资源集中的时间资源和频率资源集中的频率资源中发送物理上行控制信道(PUCCH)。

[0010] 在另一实施方式中，提供了一种UE。该UE包括接收机，该接收机配置为：根据CSS接收用于接收PDCCH的搜索空间集的配置；以及接收PDCCH中的包括下行链路控制信息(DCI)格式的PDCCH。该UE包括处理器，该处理器配置为：基于DCI格式中的指示来确定时间资源集和频率资源集；以及如果SRS传输将包括来自频率资源集的频率资源，取消在来自时间资源集的时间资源中的SRS传输。该 UE还包括发送机，该发送机配置为在时间资源集中的时间资源和频率资源集中的频率资源中发送PUCCH。

[0011] 在又一实施方式中，提供了BS。BS包括发送机，该发送机配置为：根据CSS发送用于接收PDCCH的搜索空间集的配置以及发送中的包括下行链路控制信息(DCI)格式的PDCCH。该BS包括处理器，该处理器配置为：基于DCI格式中的指示来确定时间资源集和频率资源集；以及如果SRS接收将包括来自频率资源集的频率资源，取消在来自时间资源集的时间资源中的SRS接收。该BS还包括接收机，该接收机配置为在时间资源集中的时间资源和频率资源集中的频率资源中接收PUCCH。

[0012] 根据随附的附图、说明书和权利要求，对于本领域技术人员而言，其它技术特征可以是显而易见的。

[0013] [有益效果]

[0014] 通过下面结合附图公开了本发明示例性实施方式的详细描述，对于本领域技术人员而言，本公开的优点和显著特征将变得显而易见。

[0015] 因此，本发明可以有效地执行在具有多个服务/优先级类型的通信系统中的传输参数调整。

附图说明

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

[0017] 图1示出根据本公开的各种实施方式的示例性无线网络；

[0018] 图2A和图2B分别示出根据本公开的各种实施方式的示例性无线发送路径和无线接收路径；

[0019] 图3A示出根据本公开的各种实施方式的示例性用户设备(UE)；

[0020] 图3B示出根据本公开的各种实施方式的示例性基站(BS)；

[0021] 图4A示出根据本公开的各种实施方式的示例性发送机结构；

[0022] 图4B示出根据本公开的各种实施方式的示例性接收机结构；

[0023] 图5A示出根据本公开的各种实施方式的下行链路控制信息(DCI) 格式的示例性编码过程；

[0024] 图5B示出根据本公开的各种实施方式的DCI格式的示例性解码过程；

[0025] 图6示出根据本公开的各种实施方式的确定相应CSS中的DCI 格式的候选PDCCH的CCE；

[0026] 图7示出根据本公开的各种实施方式的确定PUSCH传输功率的方法；

[0027] 图8示出根据本公开的各种实施方式的确定用于PUSCH传输的 MCS的方法；

[0028] 图9示出根据本公开的各种实施方式的确定用于CG‑PUSCH传输的小区的方法；

[0029] 图10示出根据本公开的各种实施方式的确定传输功率的方法；

[0030] 图11示出根据本公开的各种实施方式的重置闭环功率控制 (CLPC)参数值的方法。

[0031] 图12示出根据本公开的各种实施方式的确定是否使用闭环功率控制参数值来调整传输功率的方法；

[0032] 图13示出根据本公开的各种实施方式的用于发送调度请求(SR) 的方法；

[0033] 图14示出根据本公开的各种实施方式的调整PUSCH传输功率的方法；

[0034] 图15示出根据本公开的各种实施方式的调整PUSCH传输功率的方法；

[0035] 图16示出根据本公开的各种实施方式的调整PUCCH传输功率的方法；

[0036] 图17示出根据本公开的各种实施方式的发送PUCCH的过程；

[0037] 图18示出根据本公开的各种实施方式的UE发送PUCCH的过程；

[0038] 图19示出根据本公开的各种实施方式的UE发送PUCCH的过程；

[0039] 图20示出根据本公开的各种实施方式的发送PUCCH的方法；

[0040] 图21示出根据本公开的各种实施方式的用于确定要发送 CG‑PUSCH的小区的方法；

[0041] 图22示出根据本公开的各种实施方式在多个小区上发送具有相同TB的多个CG‑PUSCH的方法；

[0042] 图23示出根据本公开的各种实施方式的适配用于CG‑PUSCH传输的多个符号的方法；

[0043] 图24示出根据本公开的各种实施方式在被指示为DL符号的符号中发送GB‑PUSCH的方法；以及

[0044] 图25示出根据本公开的各种实施方式的确定是否在时隙中监视 DCI格式2_4的PDCCH的方法。

具体实施方式

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

[0046] 另外，以下描述的各种功能可由一个或多个计算机程序来实现或支持，每个计算机程序由计算机可读程序代码形成，并在计算机可读介质中实施。术语“应用程序”和“程序”是指一个或多个适用于以合适的计算机可读程序代码实现的计算机程序、软件部件、指令集、过程、函数、对象、类、示例、相关数据或其部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能由计算机接入的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其它类型的存储器。“非暂存性”计算机可读介质排除了传输瞬时电信号或其它瞬时信号的有线、无线、光或其它通信链路。非暂时性计算机可读介质包括能永久存储数据的介质，以及能存储数据并随后重写数据的介质，诸如可重写光盘或可擦除存储设备。

[0047] 在整个专利文件中，提供了对其它某些单词和短语的定义。所属领域的技术人员应理解，在许多(如果不是大多数)示例中，此种定义适用于此种定义的词和短语的先前和将来使用。

[0048] 以下讨论的图1至图25，以及本专利文件中的用于描述本公开原理的各种实施方式仅作为说明，且不应以任何方式解释为限制本公开的范围。所属领域的技术人员将理解的是，本公开的原理可实施于任何适当布置的系统或设备中。

[0049] 取决于网络类型，术语“基站”可以指配置为提供对网络的无线接入的任何部件(或部件集)，诸如发送点(TP)、发送‑接收点(TRP)、 gNB、宏小区、毫微微小区、WiFi接入点(AP)或其它无线使能装置。基站可以根据一个或多个无线通信协议提供无线接入，例如，5G 3GPP 新无线电接口/接入(NR)、长期演进(LTE)、高级LTE(LTE‑A)、高速分组接入(HSPA)、Wi‑Fi 802.11a/b/g/n/ac等。术语“gNB”和“TRP”在本公开中可以互换使用，以指示向远程终端提供无线接入的网络基设施部件。另外，取决于网络类型，术语UE可以指任何部件，诸如移动站、订户站、远程终端、无线终端、接收点或用户设备。UE可以是移动设备或固定设备。

[0050] 为了满足自部署4G通信系统以来增加的无线数据业务的需求，已经努力开发了改进的5G通信系统或前5G通信系统。因此，5G通信系统或前5G通信系统也被称为“超4G网络”或“后LTE系统”。

[0051] 5G通信系统可以在更高频率(毫米波)频带中实现，例如28GHz 或60GHz频带，或者通常在6GHz以上的频带中实现以实现更高的数据速率，或者在诸如6GHz以下的更低频带中实现以实现稳健的覆盖和移动性支持。为了降低无线电波的传播损耗并增加传输覆盖，在5G 通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维 MIMO(FD‑MIMO)、阵列天线、模拟波束成形、大型天线技术等。。

[0052] 另外，在5G通信系统中，正在基于高级的小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程通信、移动网络、协作通信、协调多点(CoMP)传输和接收、干扰减轻和消除等进行系统网络改进的开发。

[0053] 图1示出根据本公开的各种实施方式的示例无线网络100。图1 所示的无线网络100的实施方式仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其它实施方式。

[0054] 无线网络100包括BS 101、BS 102和BS 103。BS 101与BS 102 和BS 103通信。BS 101还与至少一个因特网协议(IP)网络130通信，诸如因特网、专有IP网络或其它数据网络。
诸如“eNB”(增强型节点B)或“gNB”(一般节点B)的可选术语可用来代替“BS”。取决于网络类型，可以使用其它公知术语来代替“gNB”或“BS”，诸如“基站”或“接入点”。为了方便起见，在本公开中使用术语“gNB”和“BS”来指代向远程终端提供无线接入的网络基础设施部件。取决于网络类型，可以使用其它公知的术语来代替“用户设备”或“UE”，例如“移动站”、“用户站”、“远程终端”、“无线终端”或“用户装置”。为了方便起见，在本专利文件中使用术语“用户设备”或“UE”是指无线接入BS的远程无线设备，无论UE是移动设备(诸如移动电话或智能电话)或是通常被认为是固定设备(例如台式计算机或自动售货机)。

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

[0056] 虚线示出覆盖区域120和125的近似范围，该范围仅出于说明和解释的目的而被示为近似圆形。例如，与gNB相关联的覆盖区域(诸如覆盖区域120和125)可以具有包括不规则形状的其它形状，这取决于gNB的配置以及与自然和人造障碍物有关的无线电环境中的变化。

[0057] 如下面更详细描述的，gNB 101、gNB 102和gNB 103中的一个或多个可以如本公开的实施方式所述，响应于干扰而调整到UE 111 至UE 116的传输参数。在各种实施方式中，如本公开的实施方式所述， UE 111至UE 116中的一个或多个可以响应于干扰而调整到gNB 101 至gNB 103的传输参数。

[0058] 如下面更详细描述的，在5G系统中操作的UE 111至UE 116以及gNB 101至gNB 103的一个或多个之间的传输可能会遭受干扰。因此，本公开的各种实施方式使得UE 111至UE 116和gNB 101至gNB 103能够响应于具有多个服务/优先级类型的通信系统中的干扰而调整一个或多个传输的215参数。

[0059] 尽管图1示出无线网络100的一个示例，但是可以对图1进行各种改变。例如，无线网络100可以包括以任何方式适当布置的、任何数量的gNB和任何数量的UE。gNB 101可以直接与任何数量的UE 通信，并向这些UE提供到网络130的无线宽带接入。类似地，每个 gNB 102和gNB 103可以直接与网络130通信，并向UE提供到网络 130的直接无线宽带接入。另外，gNB 101、gNB 102和/或gNB 103 可以提供对其它或附加的外部网络(诸如其它类型的数据网络)的接入。

[0060] 图2A和图2B分别示出根据本公开的示例性无线发送路径和无线接收路径。在以下描述中，发送路径200可以被描述为在gNB(诸如 gNB 102)中实现，而接收路径250可以被描述为在UE(诸如UE 116) 中实现。然而，应理解，接收路径250可以在gNB(诸如gNB 102) 中实现，并且发送路径200可以在UE(诸如UE 116)中实现。在一些实施方式中，如本公开的各种实施方式所述，接收路径250配置为接收信道和干扰测量信息。

[0061] 发送路径200包括信道编码和调制块205、串行到并行(S到P) 块210、大小为N的快速傅立叶逆变换(IFFT)块215、并行到串行 (P到S)块220、“循环前缀添加”块225以及上变频器(UC)230。接收路径250包括下变频器(DC)255、“循环前缀去除”块260、串行到并行(S到P)块265、大小为N的快速傅立叶变换(FFT)块270、并行到串行(P到S)块275以及信道解码和解调块280。

[0062] 在发送路径200中，信道编码和调制块205接收信息位集，对输入位应用编码(诸如卷积、Turbo或低密度奇偶校验(LDPC)编码)，并调制(诸如用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号的序列。S到P块210将串行调制符号转换(诸如解多路复用)为并行数据，以生成N个并行符号流，其中N是gNB 102 和UE 116中使用的IFFT/FFT大小。大小为N的IFFT块215对N个并行符号流执行IFFT运算，以生成时域输出信号。P到S块220(诸如多路复用)对来自大小为N的IFFT块215的并行时域输出符号进行转换，以生成串行时域信号。“循环前缀添加”块225向时域信号插入循环前缀。UC 230将“循环前缀添加”块225的输出调制(诸如上变频)到RF频率以经由无线信道传输。在信号转换到RF频率之前，还可以在基带上对信号进行滤波。

[0063] 来自gNB 102的发送RF信号在经过无线信道之后到达UE 116，并且在UE 116处执行与gNB 102处的操作的反向操作。DC 255将接收到的信号下变频到基带频率，并且“移除循环前缀”块260移除循环前缀以生成串行时域基带信号。串行到并行块265将时域基带信号转换为并行时域信号。大小为N的FFT块270执行FFT算法以生成N 个并行频域信号。并行到串行块275将并行频域信号转换为调制数据符号的序列。信道解码和解调块280对调制的符号进行解调和解码，以恢复原始输入数据流。

[0064] 如下面更详细描述的，发送路径200或接收路径250可以响应于干扰而调整传输参数。gNB 101至gNB 103中的每一个可以实现类似于在下行链路中向UE 111至UE 116进行发送的发送路径200，并且可以实现类似于在上行链路中从UE 111至UE 116进行接收的接收路径250。类似地，UE 111至UE 116中的每一个可以实现用于在上行链路中向gNB 101至gNB 103进行发送的发送路径200，并且可以实现用于在下行链路中从gNB 101至gNB 103进行接收的接收路径250。

[0065] 图2A和图2B中的每个部件均可以仅使用硬件或使用硬件和软件 /固件的组合来实现。作为特定示例，图2A和图2B中的至少一些部件可以用软件来实现，而其它部件可以由可配置硬件或软件与可配置硬件的组合来实现。例如，大小为N的FFT块270和大小为N的IFFT 块215可以实现为可配置软件算法，其中，大小N的值可以根据实现方式来修改。

[0066] 另外，尽管被描述为使用FFT和IFFT，但这仅是说明性的，而不应被解释为限制本公开的范围。可以使用诸如离散傅立叶变换(DFT) 和逆离散傅立叶变换(IDFT)函数的其它类型变换。要理解，对于 DFT和IDFT函数，变量N的值可以是任何整数(例如1、2、3、4 等)；而对于FFT和IFFT函数，变量N的值可以是作为2的幂的任何整数(例如1、2、4、8、16等)。

[0067] 尽管图2A和图2B示出无线发送路径和无线接收路径的示例，但可以对图2A和图2B进行各种改变。例如，图2A和图2B中的各种部件可以被组合、进一步细分或省略，并且可以根据特定需要添加附加部件。图2A和图2B旨在说明可以在无线网络中使用的各种类型发送路径和接收路径的示例。其它合适的体系结构可以用于支持无线网络中的无线通信。

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

[0069] UE 116包括天线305、射频(RF)收发机310、发送(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、控制器/处理器340、输入/输出(I/O)接口345、输入350、显示器355和存储器360。存储器360包括操作系统(OS)程序361 和一个或多个应用362。

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

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

[0072] 控制器/处理器340可以包括一个或多个处理器或其它处理装置，并执行存储在存储器360中的OS程序361以控制UE 116的整体操作。例如，控制器/处理器340可以根据公知原理，控制RF收发机310、 RX处理电路325和TX处理电路315接收前向信道信号和传输反向信道信号。在一些实施方式中，控制器/处理器340包括至少一个微处理器或微控制器。

[0073] 控制器/处理器340可以执行驻留在存储器360中的其它进程和程序，诸如本公开的实施方式所述的用于响应于干扰而调整传输参数的操作。作为执行处理的一部分，控制器/处理器340可以将数据移入或移出存储器360。在一些实施方式中，控制器/处理器340配置为基于 OS程序361或响应于从gNB或操作员接收的信号来执行应用362。控制器/处理器340还联接到I/O接口345，I/O接口345使得UE 116 能够连接到诸如膝上型计算机和手持计算机等的其它装置。I/O接口 345是这些附件和控制器/处理器340之间的通信路径。

[0074] 控制器/处理器340还联接到输入350(例如，小键盘、触摸屏、按钮等)和显示器355。UE 116的操作员可以使用输入350来将数据输入到UE 116中。显示器355可以是液晶显示器、或能够呈现诸如来自网站的文本和/或至少有限的图形的其它显示器。

[0075] 存储器360联接到控制器/处理器340。存储器360可以包括随机存取存储器(RAM)、闪存或其它只读存储器(ROM)中的至少一个。

[0076] 如下面更详细描述的，本公开的各种实施方式使得UE 116能够调整用于具有多个服务/优先级类型的通信系统中的传输参数。尽管图 3A示出UE 116的一个示例，但是可以对图3A进行各种改变。例如，图3A中的各种部件可以被组合、进一步细分或省略，并且可以根据特定需要添加附加部件。作为特定示例，控制器/处理器340可以被划分为多个处理器，例如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。尽管图3A将UE 116示为移动电话或智能电话，但是UE可以配置为作为其它类型的移动或固定设备来操作。

[0077] 图3B示出根据本公开的示例性gNB。图3B所示的gNB 102的实施方式仅用于说明，并且图1中的其它gNB可以具有相同或相似的配置。然而，gNB具有多种配置，并且图3B不会将本公开的范围限制于gNB的任何特定实现方式。gNB 101和gNB 103可以包括与gNB 102 相同或相似的结构。

[0078] 如图3B所示，gNB 102包括多个天线370a至370n、多个RF收发机372a至372n、发送(TX)处理电路374和接收(RX)处理电路 376。在某些实施方式中，多个天线370a至370n中的一个或多个天线包括2D天线阵列。gNB 102还包括控制器/处理器378、存储器380 以及回程或网络接口382。

[0079] RF收发机372a至372n从天线370a至370n接收输入的RF信号，诸如由UE或其它gNB发送的信号。RF收发机372a至372n将输入的RF信号下变频，以产生IF或基带信号。将IF或基带信号发送至 RX处理电路376，RX处理电路376通过对基带或IF信号进行滤波、解码和/或数字化来产生经处理的基带信号。RX处理电路376将经处理的基带信号发送至控制器/处理器378以进一步处理。

[0080] TX处理电路374从控制器/处理器378接收模拟或数字数据(诸如语音数据、web数据、电子邮件或交互式视频游戏数据)。TX处理电路374对输出的基带数据进行编码、多路复用和/或数字化，以产生经处理的基带或IF信号。RF收发机372a至372n从TX处理电路374 接收输出的经处理的基带或IF信号，并将该基带或IF信号上变频为经由天线370a至370n发送的RF信号。

[0081] 控制器/处理器378可以包括一个或多个处理器或控制gNB 102的整体操作的其它处理设备。例如，控制器/处理器378可以根据公知原理，控制RF收发机372a至372n、RX处理电路376和TX处理电路 374接收前向信道信号和传输反向信道信号。控制器/处理器378也可以支持附加功能，诸如更高级的无线通信功能。在一些实施方式中，控制器/处理器378包括至少一个微处理器或微控制器。

[0082] 控制器/处理器378可以执行驻留在存储器380中的诸如OS的程序和其它处理。如本公开的实施方式所述，控制器/处理器378可以支持响应于干扰的传输参数调整。在一些实施方式中，控制器/处理器378 支持诸如web RTC的实体之间的通信。作为执行处理的一部分，控制器/处理器378可以将数据移入或移出存储器380。

[0083] 控制器/处理器378还联接到回程或网络接口382。回程或网络接口382允许gNB 102通过回程连接或通过网络与其它设备或系统通信。回程或网络接口382可以支持通过任何合适的有线或无线连接的通信。例如，当gNB 102实现为蜂窝通信系统(例如支持5G、或新的无线接入技术或NR、LTE或LTE‑A的系统)的一部分时，回程或网络接口382可以允许gNB 
102通过有线或无线回程连接与其它gNB通信。当gNB 102实现为接入点时，回程或网络接口
382可以允许gNB 102 通过有线或无线局域网或通过有线或无线连接与更大地网络(诸如因特网)进行通信。回程或网络接口382包括支持通过有线或无线连接进行通信的任何合适的结构，诸如以太网或RF收发机。

[0084] 存储器380联接到控制器/处理器378。存储器380可以包括RAM、闪存或其它ROM中的至少一个。在某些实施方式中，诸如BIS算法的多个指令存储在存储器中。当多个指令被执行时，可以使控制器/ 处理器378执行BIS处理，并且在减去由BIS算法确定的至少一个干扰信号之后对所接收的信号进行解码。

[0085] 如下面更详细描述的，gNB 102的传输路径和接收路径(使用RF 收发机372a至372n、TX处理电路374和/或RX处理电路376来实现) 响应于干扰而调整传输参数。

[0086] 如下面更详细描述的，本公开的各种实施方式使得gNB 102能够与UE 116一起工作，以调整具有多种服务/优先级类型的通信系统中的传输参数。尽管图3B示出gNB 102的一个示例，但是可以对图3B 进行各种改变。例如，gNB 102可以包括图3A所示的任何数量的每个部件。作为特定示例，接入点可以包括多个回程或网络接口382，并且控制器/处理器378可以支持在不同网络地址之间的对数据进行路由的路由功能。作为另一示例，尽管示出为包括单个TX处理电路374 示例和单个RX处理电路376示例，但是gNB 102可以包括多个TX 处理电路374示例和多个RX处理电路376示例(诸如每个RF收发机一个示例)。

[0087] 用于小区上的DL信令或UL信令的时间单位是一个符号。符号属于包括诸如14个符号的多个符号的时隙，如果符号用于DL信令则被称为DL符号，如果符号用于UL信令则被称为UL符号，或者如果符号可以用于DL信令或UL信令则被称为灵活符号。时隙也可以是用于小区上的DL信令或UL信令的时间单位。

[0088] 带宽(BW)单元被称为资源块(RB)。一个RB包括多个子载波 (SC)，诸如12个子载波。时隙的一个符号中的RB被称为物理RB (PRB)，并且包括多个资源元素(RE)。例如，时隙可以具有1毫秒的持续时间并包括14个符号，以及RB可以具有180kHz的BW并包括具有15kHz的SC间隔的12个SC。作为另一示例，时隙可以具有 0.25毫秒的持续时间并包括14个符号，以及RB可以具有720kHz的 BW并包括具有60kHz的SC间隔的12个SC。

[0089] DL信号包括传送信息内容的数据信号、传送DL控制信息(DCI) 的控制信号、以及还被称为导频信号的参考信号(RS)。gNB，例如 gNB 102，可以通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)来发送数据信息或DCI。gNB可以发送包括信道状态信息RS(CSI‑RS)和解调RS(DMRS)的多种类型的RS中的一个或多个。CSI‑RS主要是用于UE执行测量并向gNB提供信道状态信息 (CSI)。对于信道测量，可以使用非零功率CSI‑RS(NZP CSI‑RS) 资源。对于干扰测量报告(IMR)，可以使用与零功率CSI‑RS(ZP CSI‑RS) 配置相关联的CSI干扰测量(CSI‑IM)资源。

[0090] CSI处理可以包括NZP CSI‑RS和CSI‑IM资源。UE，例如UE 116，可以通过DL控制信令或更高层信令(诸如来自gNB的无线电资源控制(RRC)信令)来确定CSI‑RS传输参数。CSI‑RS的传输示例可以由物理层上的DL控制信令来指示或通过更高层信令来配置。DMRS 通常仅由UE(诸如UE 116)在相应的PDCCH或PDSCH接收的BW 中接收，并且UE可以使用DMRS来解调数据或控制信息。

[0091] Rel‑13 LTE支持多达16个CSI‑RS天线端口，这些端口能使gNB 配备有大量的天线元件(诸如64或128)。在这种情况下，多个天线元件被映射到一个CSI‑RS端口上。另外，Rel‑14 LTE中支持多达32 个CSI‑RS端口。对于诸如5G的下一代蜂窝系统，CSI‑RS端口的最大数量可以进一步增加到诸如64个。

[0092] 对于毫米波频带，尽管对于给定的形状因子，天线元件的数量可以更大，但是CSI‑RS端口的数量(其可以对应于数字预编码端口的数量)往往会由于硬件的制约而受到限制。例如，硬件的制约可以包括以毫米波频率安装大量ADC/DAC的可行性。

[0093] 图4A示出根据本公开的各种实施方式的示例性发送机结构。图 4A中所示的示例性发送机结构401仅用于说明而不应被解释为限制。图4A不会将本公开的范围限制于任何特定的发送机结构。图4A中所示的一个或多个部件可以在配置为执行所述功能的专用电路中实现，或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。例如，发送机结构401可以在实现发送路径200的UE 111 至UE 116或gNB 101至gNB 103中实现。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0094] 如图4A所示，由编码器404对诸如DCI位或数据信息位402的信息位进行编码，由速率匹配器406对信息位与所分配的时间/频率资源进行速率匹配，并且由调制器408进行调制。随后，由SC映射单元414将经调制的编码符号和DMRS或CSI‑RS 410映射到SC 412，由滤波器416执行快速傅立叶逆变换(IFFT)，由CP插入单元418添加循环前缀(CP)，并且由滤波器对所得的信号422进行滤波，然后由射频(RF)单元420发送。

[0095] 图4B示出根据本公开的各种实施方式的使用OFDM的示例性接收机结构。图4B所示的示例接收器结构431仅用于说明而不应被解释为限制。图4B不会将本公开的范围限制于任何特定的接收机结构。图4B中所示的一个或多个部件可以在配置为执行所述功能的专用电路中实现，或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。例如，接收机结构431可以在实现接收路径 250的UE 111至UE 116或gNB 101至gNB 103中实现，在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0096] 如图4B所示，由滤波器434对接收信号432滤波，CP去除单元 436去除CP，滤波器438应用快速傅立叶变换(FFT)，SC解映射单元440对由BW选择器单元442选择的SC进行解映射，由信道估计器和解调器单元444对所接收的符号进行解调，速率解匹配器446恢复速率匹配，以及解码器448对所得的位进行解码以提供信息位450。

[0097] UE通常监视相应潜在PDCCH接收的多个候选位置，以解码时隙中的多个DCI格式。DCI格式包括循环冗余校验(CRC)位，以用于 UE确认对DCI格式的检测正确。DCI格式类型由加扰CRC位的无线电网络临时标识符(RNTI)来识别对于将PDSCH或PUSCH调度到单个UE的DCI格式，RNTI可以是小区RNTI(C‑RNTI)或 MCS‑C‑RNTI，并充当UE标识符。对于调度提供传送系统信息(SI) 的PDSCH的DCI格式，RNTI可以是系统信息RNTI(SI‑RNTI)。对于调度提供随机接入响应(RAR)的PDSCH的DCI格式，RNTI可以是随机接入RNTI(RA‑RNTI)。对于向一组UE提供传输功率控制(TPC) 命令的DCI格式，RNTI可以是传输功率控制RNTI(TPC‑RNTI)。对于指示先前时隙中的来自gNB的不连续传输的DCI格式，RNTI可以是中断RNTI(INT‑RNTI)。
可以通过诸如RRC信令的更高层信令将每个RNTI类型配置给UE。调度到UE的PDSCH接收的DCI格式也被称为DL DCI格式或DL分配，而调度来自UE的PUSCH传输的DCI 格式也被称为UL DCI格式或UL授权。

[0098] PDCCH接收可以在PRB集内。gNB可以为UE配置一个或多个 PRB集(也称为控制资源集(CORESET))以进行PDCCH接收。PDCCH 接收可以在CORESET中包括的控制信道元素(CCE)中。UE基于搜索空间来确定用于解码候选PDCCH的CCE。用于具有C‑RNTI、 CS‑RNTI或MCS‑C‑RNTI的DCI格式的候选PDCCH集定义了用于 DCI格式的相应UE的特定搜索空间集(USS集)，其中UE(诸如UE 116)根据USS来确定PDCCH的候选位置，而用于具有非UE特定 RNTI的DCI格式的候选PDCCH集定义了公共搜索空间集(CSS集)，其中UE(诸如UE 116)根据CSS来确定候选PDCCH位置。搜索空间集与CORESET相关联，其中UE(诸如UE 116)监视搜索空间集的候选PDCCH，其中监视意味着由UE接收候选PDCCH并对与候选 PDCCH相关联的DCI格式进行解码。UE期望针对多达4种尺寸的 DCI格式来监视候选PDCCH，4种尺寸的DCI格式包括具有由每个服务小区的C‑RNTI或MCS‑C‑RNTI加扰的CRC的多达3种尺寸的DCI 格式。UE基于用于相应活动DL BWP的相应搜索空间集中所配置的候选PDCCH数量，为用于每个服务小区的DCI格式的大小计数。

[0099] UE(诸如UE 116)根据ks个时隙的PDCCH监视周期、os个时隙的PDCCH监视偏移、以及指示PDCCH监视时隙内的CORESET的第一符号的时隙内的PDCCH监视模式，确定活动DL BWP上的 PDCCH监视时机。对于搜索空间集s，如果 (其中是用于子载波间隔(SCS) 配置μ的每帧的时隙数量)，则UE确定PDCCH监视时机是
在编号为nj的帧中的编号为 的时隙中。UE从时隙 开始监视用于Ts个连续时隙的搜索空间集s的PDCCH，并且不监视下ks‑Ts个连续时隙的搜索空间集s的PDCCH。如果PDCCH监视模式指示UE监视多达三个连续符号的子集中的PDCCH，在UE监视用于所有搜索空间集的 PDCCH的每个时隙中该连续符号都相同，如果该子集在第三符号之后包括至少一个符号，则UE不期望配置有除15kHz之外的PDCCH SCS。

[0100] 在各种实施方式中，例如，UE可以配置有用于监视PDCCH的搜索空间集的参数，以对调度PUSCH传输的DCI格式0_0进行解码，或对调度PDSCH接收的DCI格式1_0进行解码。UE还可以配置有用于监视PDCCH的搜索空间集的参数，以对调度PUSCH传输的DCI 格式0_1进行解码，或对调度PDSCH接收的DCI格式1_1进行解码。

[0101] 例如，图5A示出根据本公开的各种实施方式的示例性编码过程。更具体地，图5A示出根据本公开的各种实施方式的DCI格式的编码过程。图5A所示的编码过程的实施方式仅用于说明而不应被解释为限制。图5A不会将本公开的范围限制于任何特定编码过程。图5A中所示的一个或多个步骤可以在配置为执行所述功能的专用电路中实现，或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。例如，编码过程501可以在实现编码过程501的UE 111 至UE 116或gNB 101至gNB 103中实现。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0102] gNB(诸如gNB 102)分别对相应PDCCH中的每个DCI格式进行编码和调制。在适用时，用于UE(诸如UE 116)的RNTI的DCI 格式旨在掩蔽DCI格式码字的CRC，以使UE 116能够识别DCI格式。例如，CRC可以包括16位或24位，并且RNTI可以包括16位或24 位。否则，当DCI格式中不包括RNTI时，DCI格式中可以包括DCI 格式类型指示符字段。使用CRC计算单元504来确定(未编码的) DCI格式位502的CRC，并且使用CRC位与RNTI位508之间的异或 (XOR)运算单元506来掩蔽CRC。XOR运算定义为XOR(0,0)＝0、 XOR(0,1)＝1、XOR(1,0)＝1、XOR(1,1)＝0。使用CRC附加单元510将所掩蔽的CRC位附加到DCI格式信息位。编码器512执行信道编码(诸如尾比特卷积编码或极编码)，随后由速率匹配器514 对所分配的资源进行速率匹配。交织和调制单元516应用交织和调制 (诸如QPSK)，并且发送输出控制信号518。

[0103] 图5B示出根据本公开的各种实施方式的示例性解码过程。更具体地，图5B示出根据本公开的各种实施方式的与UE一起使用的DCI 格式的示例性解码过程。图5B所示的解码过程的实施方式仅用于说明而不应被解释为限制。图5B不会将本公开的范围限制于任何特定的解码过程。图5B中所示的一个或多个步骤可以在配置为执行所述功能的专用电路中实现，或者一个或多个部件可以由执行指令以执行所述功能的一个或多个处理器来实现。例如，解码过程531可以在实现解码过程531的UE 111至UE 116或gNB 101至gNB 103中实现。在不脱离本公开的范围的情况下，可以使用其它实施方式。在各种实施方式中，解码过程
531可以是与图5A所示的编码过程501互补的过程。

[0104] 接收的控制信号532由解调器和解交织器534进行解调和解交织。在gNB(诸如gNB 102)、发送机处应用的速率匹配由速率匹配器536 进行恢复，并且所得到的位由解码器538进行解码。在解码之后，CRC 提取器540提取CRC位并提供DCI格式信息位542。DCI格式信息位通过与RNTI 546的异或运算而去掩蔽544(当适用时)，并且CRC校验由单元548执行。当CRC校验成功(校验和为零)时，DCI格式信息位被认为是有效的。当CRC校验不成功时，DCI格式信息位被认为是无效的。

[0105] UL信号还包括传送信息内容的数据信号，传送UL控制信息(UCI) 的控制信号、与数据或UCI解调相关联的DMRS、使gNB 102能够执行UL信道测量的探测RS(SRS)以及使UE能够执行随机接入的随机接入(RA)前导。UE 116的收发机310通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)发送数据信息或UCI。当UE 116同时发送数据信息和UCI时，UE可以在PUSCH中对两者进行复用。UCI包括：混合自动重传请求确认(HARQ‑ACK)信息，指示正确或不正确地检测PDSCH中的具有数据信息的传送块(TB)；调度请求(SR)，指示UE 116的缓冲器中是否具有数据；以及CSI报告，使gNB能够为到UE 116的PDSCH或PDCCH传输选择适当的参数。对于PUSCH中的UCI复用，UE 116可以根据UCI类型来确定 RE的数量。对于使用混合波束成形操作的系统，UCI还可以包括用于接收信号和相应参考信号接收功率(RSRP)值的波束信息，诸如来自多个准配置参数集的准配置参数集的索引。

[0106] 来自UE的CSI报告可以包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)和秩指示符(RI)。信道质量指示符(CQI)通知gNB 最大调制和编码方案(MCS)，以使UE使用预定的块误码率(BLER) (诸如10％的BLER)检测数据TB。预编码矩阵指示符(PMI)通知 gNB如何根据多输入多输出(MIMO)传输原理组合来自多个发送机天线的信号。秩指示符(RI)指示用于PDSCH的传输秩。

[0107] UL RS包括DMRS、SRS和相位跟踪RS(PTRS)。在一些实施方式中，可以仅在相应PUSCH或PUCCH传输的BW中发送DMRS。 gNB可以使用DMRS来解调相应PUSCH或PUCCH中的信息。SRS 由UE 116的收发机310发送，以向gNB提供UL CSI，并且对于TDD 系统，SRS传输还可以为gNB的DL传输提供PMI。PTRS在PUSCH RE中发送，以使gNB(诸如gNB 102)的接收机能够获得接收信号的相位轨迹。另外，为了与gNB 102建立同步或初始RRC连接，UE 116 可以发送物理随机接入信道(PRACH)。

[0108] UE(诸如UE 116)设置用于诸如PUSCH、PUCCH或SRS的信道或信号传输的功率，其目的是通过在控制对相邻小区的干扰的同时在gNB的小区处实现各自的目标接收信干噪比(SINR)或目标误块率(BLER)，来实现相应的可靠性目标。UL功率控制(PC)包括具有小区特定参数和UE特定参数的开环PC(OLPC)，以及由gNB(诸如gNB 102)通过传输PC(TPC)命令提供给UE的闭环PC(CLPC) 校正(另请参见REF 3)。当PUSCH传输是由PDCCH调度时，TPC 命令包括在各自的DCI格式中。

[0109] 在各种实施方式中，5G系统可以灵活地支持同一DL BWP或UL BWP中的多种服务类型，这些服务类型要求数量级不同的数据或控制信息的BLER目标，并且要求大不相同的成功传递传送块(TB)的等待时间。对于提供要求低等待时间和高可靠性的TB的UE进行PDSCH 接收，服务gNB(诸如gNB 102)可以暂停将会干扰由UE(诸如UE 116)对TB进行PDSCH接收(在时间/频率/空间域中使用同一资源) 的任何正在进行的传输。对于来自提供要求低等待时间和高可靠性的 TB的UE的PUSCH传输，这种干扰避免更为困难。

[0110] 对于由gNB(诸如gNB 102)通过UL DCI格式调度的来自UE(诸如UE 116)的PUSCH传输，gNB通过避免干扰PUSCH传输的资源分配，灵活地避免了会干扰PUSCH传输的来自其它UE的正在进行或将来的传输。然而，由于先前调度的传输(诸如SRS传输)可以占用活动UL BWP的重要部分，因此通过调度来避免干扰并非总是可行的。因此，可以实施各种方法以确保PUSCH传输的可靠性。

[0111] 在一些实施方式中，为了确保会被来自其它UE的传输干扰的来自UE的PUSCH传输的可靠性，gNB可以指示其它UE至少在会干扰来自UE的PUSCH传输的时间/频率/空间资源中取消其传输。例如， gNB可以通过PDCCH传输向其它UE提供取消其传输的指示，该 PDCCH指示包括可以被所有UE检测到的DCI格式，并通知时间资源集和频率资源集(为简洁起见被称为时间‑频率资源)来自其它UE的传输需被取消。在一些实施方式中，DCI格式可以被称为DCI格式2_4。

[0112] UE在时隙内的多个时机监视PDCCH。另外，当来自UE的PUSCH 传输中包括的TB需要在gNB处具有高接收可靠性时，所有干扰UE 均需要检测由PDCCH提供的DCI格式，其接收可靠性至少与gNB处的TB相似。因此，该方法需要对gNB的PDCCH传输使用大CCE聚合级别。短监视周期(频繁的PDCCH传输)和用于每个PDCCH传输的大量CCE的组合提供指示来自UE的传输需要暂停的时间和/或频率资源的DCI格式，就诸如时隙或部分时隙的时间段内UE需要执行信道估计的非重叠CCE的数量而言，这增加了UE的实现复杂度。因此，本公开的各种实施方式认识到提供用于UE监视包括DCI格式的 PDCCH的机制的益处，该DCI格式对UE指示UE应暂停传输的时间 ‑频率资源，同时缓解在时隙中UE需要执行信道估计的非重叠CCE 的数量的增加。如果用于候选PDCCH的CCE对应于接收各个候选 PDCCH的不同CORESET索引或不同第一符号，则用于候选PDCCH 的CCE是不重叠的。

[0113] 在另一实施方式中，为了确保会被来自其它UE的传输干扰的来自UE的PUSCH传输的可靠性，gNB可以指示增加来自UE的PUSCH 传输功率。另外，gNB可以采用诸如串行干扰取消的干扰取消。该实施方式可以限制为能够增加PUSCH传输功率的UE。

[0114] 在一些实施方式中，来自UE(诸如UE 116)的PUSCH传输可以在从gNB 102通过更高层提供给UE 116的资源集中的资源上自主进行，而无需来自gNB 102的相关联的UL DCI格式。PUSCH传输可以被称为免授权PUSCH传输(GF‑PUSCH)或配置授权PUSCH传输  (CG‑PUSCH)。对于来自UE 116的CG‑PUSCH传输，由于gNB 102 预先不知晓来自UE 116的CG‑PUSCH传输，因此gNB 102不指示任何干扰UE取消其传输。

[0115] 一种用于gNB 102避免或缓解小区内干扰对CG‑PUSCH传输的影响的方法是：例如在可能发生CG‑PUSCH传输的每个时隙的开始处，指示具有来自其它UE的传输的时间‑频率资源(或者如果使用该时隙的所有符号都被使用则为频率资源)。然后，具有CG‑PUSCH传输的 UE 116可以从资源集中选择对CG‑PUSCH传输的小区内干扰影响最小的资源。例如，该资源可以是用于其它UE传输的RB数量最少的资源。另外，或者如果不存在这种可用资源，则UE 116还可以配置有传输功率控制参数集，以在例如CG‑PUSCH传输包括由gNB 102指示的RB、包括或不包括来自与gNB 102通信的其它UE的小区内干扰时使用。

[0116] 与由UL DCI格式调度的PUSCH传输相似，UE 116并非总是能够增加PUSCH传输功率以避免干扰。另外，当UE 116能够增加PUSCH 传输功率时，增加量取决于干扰量。因此，本公开的各种实施方式认识到使具有经受小区内干扰的CG‑PUSCH传输的UE能够在不必增加 CG‑PUSCH传输功率的情况下提高相关联的TB的接收可靠性的益处。本公开的各种实施方式认识到使得具有经受小区内干扰的CG‑PUSCH 传输的UE能够根据小区内干扰程度来调整CG‑PUSCH传输功率的益处。本公开的各种实施方式认识到使来自UE的CG‑PUSCH传输经受来自同一服务小区的相同带宽部分上的其它UE的传输干扰的可能性最小化的益处。

[0117] 尽管在本文中被描述为允许来自UE的PUSCH传输，但是相同或相似的原理可以应用于由DL DCI格式指示的资源中的来自UE的 PUCCH传输。

[0118] 因此，本公开的各种实施方式提供了一种UE，该UE取决于 CG‑PUSCH传输所经受的来自同一服务小区上的其它UE传输的干扰量，确定对CG‑PUSCH传输的功率调整或MCS调整。本公开的各种实施方式还提供了一种UE，该UE根据CG‑PUSCH传输所经受的来自同一服务小区上的其它UE的传输的干扰量，从所配置的资源集中确定用于CG‑PUSCH传输的资源。本公开的各种实施方式还提供了一种UE，当该UE在多个小区上包括CG‑PUSCH资源时，使来自UE 的CG‑PUSCH传输经受来自同一服务小区上的其它UE的传输的干扰可能性最小化。

[0119] 在各种实施方式中，UE(诸如UE 116)可以支持不同的服务/优先级类型，例如用于因特网接入的移动宽带(MBB)、以及例如来自增强/虚拟现实(AR/VR)的超可靠低等待时间通信(URLLC)。由于针对不同服务类型的通信要求可能不同，因此用于向UE 116调度针对一种服务类型的PDSCH接收或PUSCH传输的DCI格式可以不同于针对另一服务类型的DCI格式，并且相应PDCCH传输可以要求不同的CCE聚合级别以适应不同的可靠性要求。为了简化UE的实现，用于调度UE特定的PDSCH接收或PUSCH传输的DCI格式(例如，具有由C‑RNTI或MCS‑C‑RNTI加扰的CRC的DCI格式)的大小的数量可以被限制为例如三个。

[0120] 因此，本公开的各种实施方式认识到，当UE监视多个DCI格式时，相应的DCI格式大小的数量不超过可以在系统操作中预定的限制、或作为UE能力的一部分由UE指示的DCI格式大小的限制。因此，本公开的各种实施方式提供了一种UE，该UE监视与不同服务类型对应的DCI格式。在这些实施方式中，调度UE特定的PDSCH接收或 PUSCH传输的DCI格式的大小可以被限制为三个。

[0121] 本公开的实施方式使得能够根据来自其它UE(例如UE 111至UE 115)传输对CG‑PUSCH传输的干扰量，将来自UE(诸如UE 116) 的CG‑PUSCH传输功率适配到同一服务gNB(诸如gNB 102)。时隙中的由其它UE 111至UE 115传输的时间‑频率资源的DCI格式可以向UE 116提供指示。DCI格式可以被称为DCI格式2_5。在一些实施方式中，DCI格式2_5可以提供时隙中的不用于其它UE 111至UE 115 传输的时频资源的指示。用于具有DCI格式2_5的PDCCH的搜索空间可以是CSS。

[0122] 例如，服务gNB 102可以在存在CG‑PUSCH传输资源的每个时隙开始处发送提供DCI格式2_5的PDCCH。可以向UE 116提供监视 DCI格式2_5的候选PDCCH的相应搜索空间集。候选PDCCH可以被限制为例如一个或两个。当UE 116配置有用于根据同一CORESET中的CSS来监视PDCCH的附加搜索空间集时，DCI格式2_5的候选 PDCCH可以在用于其它搜索空间集的候选PDCCH之前或之后。例如，当UE 116在同一CORESET中监视DCI格式2_0的候选PDCCH和 DCI格式2_5的候选PDCCH，并且UE 116配置有两个DCI格式2_0 的候选PDCCH和两个DCI格式2_5的候选PDCCH时，两个DCI格式2_5的候选CCE可以在最后两个DCI格式2_0的候选CCE之后。在一些实施方式中，用于具有DCI格式的PDCCH的CSS可以配置为从DCI格式的偏移ODCI开始，并由等式1确定：

[0123]

[0124] 在另一实施方式中，用于具有DCI格式的PDCCH的CSS可以从用于DCI格式的偏移ODCI开始，并由等式2确定：

[0125]

[0126] 在一些实施方式中，偏移ODCI可以从服务gNB 102通过更高层提供给UE 116，例如作为相关联的DCI格式的搜索空间集配置的一部分。在其它实施方式中，可以由UE根据指定规则(诸如当例如DCI格式 2_0配置有两个CCE聚合级别为8的候选项时，对于DCI格式2_0， ODCI＝0；以及对于DCI格式2_5，ODCI＝16)来确定偏移ODCI，并且该偏移 ODCI存储在存储器360中。偏移ODCI的使用可以被限制为用于具有预定数量的候选DCI格式的CSS。用于具有DCI格式2_5的PDCCH传输的上述方面也适用于具有DCI格式2_4的PDCCH传输，并且一般地适用于与CSS相关联的任何DCI格式。例如，可以根据CSS向UE 提供一个或多个搜索空间集以监视用于检测DCI格式2_4的PDCCH，并且DCI格式2_4还可以与少量的候选PDCCH(例如1、2或4)相关联。另外，DCI格式2_4和DCI格式2_5可以是相同的DCI格式。

[0127] 图6示出根据本公开的各种实施方式的确定相应CSS中的DCI 格式的候选PDCCH的CCE。在图6中所示的相应CSS中的DCI格式的候选PDCCH的CCE的确定的实施方式仅用于说明，而不应被解释为限制。图6不会将本公开的范围限制于相应CSS中的DCI格式的候选PDCCH的CCE的任何特定确定。

[0128] 如图6所示，对于第一DCI格式，向UE(诸如UE 116)提供具有两个候选PDCCH以及四个CCE 610和八个CCE 615的相应CCE 聚合级别的搜索空间集。还向UE提供用于第一DCI格式的候选 PDCCH的第一CCE的位置偏移ODCI＝0或第一DCI格式默认的ODCI＝0。对于第二DCI格式，向UE 116提供具有两个候选PDCCH以及四个CCE 620和八个CCE 625的相应CCE聚合级别的搜索空间集。还向UE提供用于第二DCI格式的候选PDCCH的第一CCE的位置偏移ODCI＝8。

[0129] UE 116可以配置有具有CG‑PUSCH传输的多个配置授权资源集。基于由DCI格式2_4或DCI格式2_5指示的不可用(或可用)时间资源集(一个或多个时隙的符号)和频率资源集(RB)(为简洁起见，被称为时间‑频率资源)，UE 116可以确定用于CG‑PUSCH传输的资源，其中该资源不包括不可用时间‑频率资源。当不存在这种资源时，UE 116可以选择具有被指示为不可用时间‑频率资源的一部分的最小数量的RE的资源，或者UE 116可以应用如本公开的其它实施方式中所述的其它标准。为了实现CG‑PUSCH传输的目标接收可靠性(BLER)， UE 116可以增加相关联的传输功率。尽管在本文中描述为考虑 CG‑PUSCH传输，但是在所指示的用于PUSCH传输的资源包括不可用资源的情况下，相同的原理可以适用于由DCI格式调度的PUSCH 传输。

[0130] 在一个实施方式中，UE 116基于经受到同一服务gNB(诸如gNB 102)的其它传输干扰(小区内干扰)的CG‑PUSCH中的RE数量，确定CG‑PUSCH传输功率的增加。UE 116对服务小区c上的载波f 的活动UL BWP b上的PUSCH传输功率进行功率调整，例如通过的因子其中用于具有UL‑SCH数据的  PUSCH的KS＝1.25，C是发送码块的数量，Kr是码块r的大小，以及NRE是可
用于数据/UCI传输的RE数量。由于gNB 102知晓经受干扰的PUSCH的RE，因此gNB 102可以从接收中排除相应调制(或解调)符号，或者可以在解码TB之前以获得的似然度量对相应调制(或解调)符号应用不同的(更小的)权重，或者可以应用干扰取消。根据gNB接收方法，UE 
116可以将PUSCH传输功率增加不同的量。

[0131] 例如，当gNB 102穿孔/丢弃PUSCH接收的受干扰RE时，以及当NRE个RE中的NRE，int个RE经受干扰时，UE 116使用NRE‑NRE，int替换 NRE，并使用 来确定将PUSCH传输功率调整ΔTF，b，f，c。作为另一示例，当gNB 102调整PUSCH接收的受干扰RE时，gNB 
102 可以向UE 116提供用于UE 116调整多个受干扰RE的加权因子wRE，并从NRE中减去wRE·NRE，int以获得BPRE为

[0132] 在另一实施方式中，gNB 102可以通过更高层信令向UE 116提供用于PUSCH传输的受干扰RE的相应百分比集的功率增加值集。例如，当受干扰RE的百分比处于0％到25％之间、25％到50％之间、50％到75％之间以及75％到100％之间时，gNB 102可以配置UE 116将 PUSCH传输功率分别增加[1、3、4、5、6]dB。

[0133] 例如，图7示出根据本公开的各种实施方式的确定PUSCH传输功率的方法。更具体地，图7示出根据本公开的各种实施方式的基于 PUSCH传输的受干扰RE数量、由UE 116执行PUSCH传输功率确定的方法700。尽管在本文中图7中所示的方法被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0134] 在操作710中，向UE 116指示用于到服务gNB 102的PUSCH传输的第一时间‑频率资源集。该指示可以通过DCI格式或通过更高层信令来执行。

[0135] 在操作720中，UE 116确定PUSCH传输中的可能被从其它UE 111 至UE 115到服务gNB 102的传输干扰的RE数量。PUSCH传输中的可能被来自其它UE 111至UE 115的传输干扰的RE数量可以被称为受干扰RE。在一些实施方式中，UE 116可以基于UE 116的DCI格式检测来确定受干扰RE的数量，其中DCI格式指示第二组时间‑频率资源。基于所确定的受干扰RE的数量，UE 116可以确定PUSCH传输功率。

[0136] 在操作730中，UE 116调整PUSCH传输功率。当受干扰RE的数量具有大于0的第一值时，UE 116通过第一值对PUSCH传输功率进行调整。当受干扰RE的数量具有大于第一值的第二值时，UE 116 通过大于第一值的第二值对PUSCH传输功率进行调整。

[0137] 本公开的实施方式使得能够根据其它UE(例如UE 111至UE 115) 传输对CG‑PUSCH传输的干扰量，将来自UE(诸如UE 116)的 CG‑PUSCH传输的调制和编码方案(MCS)适配到同一服务gNB(诸如gNB 102)。如在图6和图7的以上描述中，MCS的适配可以应用于功率受限的UE，或者可以与功率增加相结合。

[0138] 在一些实施方式中，gNB 102知晓哪些CG‑PUSCH RE经受干扰。在这些实施方式中，gNB 102可以从接收中排除相应调制(或解调) 符号，或者可以在解码之前以获得的似然度量对相应调制(或解调) 符号应用不同的(更小的)权重。根据gNB接收方法，UE 116可以将用于CG‑PUSCH传输的MCS减小不同的量。

[0139] 例如，当gNB 102穿孔/丢弃CG‑PUSCH接收的受干扰RE且NRE个RE中的NRE，int个RE经受干扰时，UE 116将通过因子 (NRE‑NRE，int)/NRE对配置的CG‑PUSCH的MCS进行调整，并且使用小于调整MCS的MCS表中的最大MCS发送PUSCH。MCS表可以存储在存储器360的操作系统361中。

[0140] 在另一示例中，当gNB 102调整PUSCH接收的受干扰RE时， gNB 102可以向UE 116提供用于UE 116对配置的CG‑PUSCH传输的 MCS进行调整或偏移的权重因子wMCS≤1或偏移因子wMCS≥。

[0141] 作为又一示例，gNB 102可以通过更高层信令向UE 116提供用于 PUSCH传输的受干扰RE的相应百分比集的MCS权重因子集。例如，当干扰RE的百分比处于0％到25％之间、25％到50％之间、50％到 75％之间、以及75％到100％之间时，gNB 102可以将UE 116配置为将配置CG‑PUSCH传输的MCS分别调整[0.8、0.6、0.5、0.3]dB。

[0142] 图8示出根据本公开的各种实施方式的确定用于PUSCH传输的 MCS的方法。更具体地，图8示出根据本公开的各种实施方式的由 UE 116执行的基于用于PUSCH传输的受干扰RE的数量来确定用于PUSCH传输的MCS的方法800。尽管图8所示的方法在本文中被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0143] 在操作810中，向UE 116指示用于PUSCH传输的第一时间‑频率资源集。UE 116可以将时间‑频率资源用于到gNB 102的PUSCH传输。在一些实施方式中，可以通过DCI格式或通过更高层信令向UE 116 提供指示。

[0144] 在操作820中，UE 116确定PUSCH传输中的可能被从其它UE 111 至UE 115到服务gNB 102的传输干扰的RE数量。用于PUSCH传输的可能被干扰的RE可以被称为受干扰RE。在一些实施方式中，当 DCI格式指示第二组时间‑频率资源时，UE 116可以基于由UE 116执行的DCI格式检测来确定受干扰RE的数量。基于受干扰RE的数量， UE 116可以确定用于PUSCH传输的MCS。

[0145] 在操作830中，UE 116减少PUSCH传输的MCS。当受干扰RE 的数量具有大于零的第一值时，UE 116将MCS减小第一值。当受干扰RE的数量具有大于第一值的第二值时，UE 116将MCS减小大于第一值的第二值。

[0146] 本公开的各种实施方式提供了对来自UE(诸如UE 116)的用于 CG‑PUSCH传输的小区或者小区和UL BWP两者的选择。在一些实施方式中，DCI格式2_4和DCI格式2_5中的一个或两者可以包括多个字段，该多个字段提供相应的多个指示以用于来自相应的多个UL小区上、或相应的多个UL BWP和多个UL小区上的UE传输所使用的 (或未使用的)时间‑频率资源。UE可以配置提供用于指示相应的UL 小区或相应的UL BWP和UL小区的DCI格式2_4或DCI格式2_5中的字段位置。每个字段可以具有相同的大小或不同的大小。

[0147] 在一些实施方式中，对于相应的UL BWP，多个UL小区可以具有相同的SCS配置。单独的DCI格式2_4或DCI格式2_5可以用于具有用于相应UL BWP的不同SCS配置的UL小区，或者可以根据用于相应UL BWP的SCS配置来调整DCI格式对时间‑频率资源的指示。当存在用于UL小区的具有相同SCS配置的多个UL BWP时，DCI格式2_4或DCI格式2_5可以包括每个UL BWP的字段。例如，对于 PCell和SCell(PCell和SCell中的每一个均具有两个UL BWP)的服务gNB 102，第一字段和第二字段可以对应于PCell的第一UL BWP 和第二UL BWP，以及第三字段和第四字段可以对应于第三UL BWP 和第四UL BWP。因此，在一些实施方式中，DCI格式2_4或DCI格式2_5中的字段可以从具有最低索引(PCell)的小区开始，先按照 UL BWP的升序定位，然后按照小区索引的升序定位。在其它实施方式中，字段可以从具有最低索引的UL BWP开始，先按照小区索引的升序排列，然后按照UL BWP索引的升序排列。

[0148] 例如，DCI格式2_4可以包括用于UE(诸如UE 116)的第一字段，以获得一个或多个时隙中的时间‑频率资源的指示，其中UE 116 应暂停或取消先前调度/配置的PCell传输。DCI格式2_4还可以包括用于UE 116的第二字段和第三字段，以获得时隙中的时频‑资源的指示，其中UE 116将暂停或取消先前调度/配置的用于UE 116的具有最低索引的SCell和具有第二最低索引的SCell传输。

[0149] 在一些实施方式中，配置有多个CG‑PUSCH资源的UE 116可以从由DCI格式2_4指示的用于暂停或取消调度/配置传输的RE中选择包括最小数量RE(包括零RE)的CG‑PUSCH资源。服务gNB 102 可以使用用于调度来自其它UE 111至UE 115的其它传输的RE。当 UE 116已经在不包括由DCI格式2_4指示的用于暂停/取消传输的任何RE的多个小区上配置了CG‑PUSCH资源时，UE 116可以使用具有最小索引的小区上的CG‑PUSCH资源来发送CG‑PUSCH。

[0150] 例如，对于DCI格式2_5，UE 116可以配置有用于指示获得的时隙中的时频资源的第一字段，其中UE 116具有用于PCell的调度/配置的传输。UE 116还可以配置有用于指示获得的时隙中的时频资源的第二字段和第三字段，其中UE 116具有用于具有最低索引的SCell和具有第二最低索引的SCell的调度/配置的传输。

[0151] 另外，当UE 116配置有多个CG‑PUSCH资源时，UE 116可以从由DCI格式2_5指示的用于调度/配置的传输的RE中选择包括最小数量的RE(包括零RE)的CG‑PUSCH资源。当UE 116已经在不包括由DCI格式2_5指示的用于调度/配置的传输的任何RE的多个小区上配置了CG‑PUSCH资源时，UE 116可以使用具有最小索引的小区上的CG‑PUSCH资源来发送CG‑PUSCH。

[0152] 例如，图9示出根据本公开的各种实施方式的用于确定 CG‑PUSCH传输的小区的方法。尽管在本文中图9所示的方法900被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所示的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0153] 在操作910中，由gNB(诸如gNB 102)向UE 116提供来自多于一个小区的集中的每个小区的至少一个时间‑频率资源集。可以为到 gNB 102的CG‑PUSCH传输提供每个小区的至少一个时间‑频率资源集。

[0154] 在操作920中，对于来自多于一个小区的集中的每个小区的至少一个资源集中的每个资源集，UE 116确定出CG‑PUSCH传输可能被从其它UE(诸如UE 111至UE 115)到gNB 102的传输干扰的RE数量。所确定的CG‑PUSCH传输可能被来自其它UE 111至UE 115的传输干扰的RE数量可以被称为受干扰RE。在一些实施方式中，UE 116 可以基于UE 116检测到的DCI格式来确定受干扰RE。DCI格式可以指示用于来自多于一个小区的集中的每个小区的时间‑频率资源集。

[0155] 在操作930中，针对来自多于一个小区的集的每个小区的至少一个资源集，UE 116确定出具有零干扰RE的资源集的数量。在操作940 中，UE 116确定是否存在具有正数量的任何小区。如果UE 116确定存在具有正数量的小区，则UE 116进行操作950。如果UE 116确定不存在具有正数量的资源集的小区，则UE 116进行操作960。

[0156] 在操作950中，基于UE 116确定出来自多于一个小区的集中的至少一个小区具有正数量，UE从多个资源集中选择资源集。例如，UE 116 可以选择与具有最小索引的小区相关联的资源集。

[0157] 在操作960中，基于UE 116确定不存在具有正数量的资源集的小区，UE 116选择受干扰RE数量最小的资源集。在存在多于一个受干扰RE数量最小的资源集的实施方式中，UE 116可以选择具有最小索引的小区中的一个资源集。

[0158] DCI格式2_4和DCI格式2_5可以是相同的DCI格式，其中，根据特定传输，UE可以基于DCI格式的指示来执行不同的动作。例如，当相应时间资源和频率资源分别包括在由DCI格式指示的时间资源集和频率资源集中时，具有更低优先级PUSCH传输的UE可以取消 PUSCH传输；而当相应时间资源和频率资源分别包括在DCI格式所指示的时间资源集和频率资源集中时，具有更高优先级PUSCH传输的UE可以通过增加PUSCH传输功率或者通过使用用于数据信息的更小MCS或者通过选择用于PUSCH传输的干扰量最小的小区来发送 PUSCH。

[0159] 如本文所述，UL信号包括与初始接入和调度请求相关的信号。 UE(诸如UE 116)可以在UE 116建立同步并从服务gNB 102获得系统信息之后，向服务gNB(诸如gNB 102)发送用于初始接入的物理随机接入信道(PRACH)。当UE 116响应于先前的PRACH传输却未检测到随机接入响应(RAR)时，UE 116可以例如根据功率斜升过程以增加的功率发送另一PRACH。

[0160] UE 116可以发送调度请求(SR)以向服务gNB 102指示UE 116 在其缓冲器中具有用于传输到gNB 102的数据。UE 116发送具有由 gNB 102提供给UE 116的参数的SR，诸如PUCCH资源配置或用于提供SR的PUCCH传输的时间段。在一些实施方式中，对于每个UE 116，参数可以是唯一的。当检测到SR时，gNB 102可以识别哪个UE (例如UE 111至UE 116中的哪个UE)已经发送SR，并且随后调度用于PUSCH传输的UE 116，其中UE 116可以通过缓冲器状态报告 (BSR)提供与UE 116的缓冲器状态有关的更多信息。

[0161] 如本文所述，UE 116可以确定PUSCH传输功率。对于服务小区 c的载波f的活动UL BWP b上的PUSCH传输，UE 116可以使用具有索引j的参数集配置和具有索引l的PUSCH功率控制调整状态，来确定PUSCH传输在时机i处的PUSCH传输功率PPUSCH，b，f，c(i，j，qd，l)，如等式3中所示：

[0162]

[0163] UE 116可以使用等式4来确定PUCCH传输功率PPUCCH，b，f，c(i，j，qd，l)：

[0164]

[0165] UE可以使用等式5来确定SRS传输功率PSRS，b，f，c(i，qs，l)：

[0166]

[0167] 在等式4和等式5中， 和αb，f，c(j)被称为用于UE 116 中的PUSCH传输功率(类似于PUCCH和SRS传输功率)的开环功率控制(OL PC)参数，PLb，f，c(qd)是由UE通过测量参考信号接收功率(RSRP)可以获得的路径损耗测量，并且fb，f，c(i，l)(用于PUCCH 的gf，b，c(i，l)和用于SRS的 )是由UE 116例如通过累积用于 PUSCH传输(或者在
gf，b，c(i，l)的情况下，用于PUCCH传输；或者在 的情况下，用于SRS传输)的传输功率控制(TPC)命令值而获得的闭环功率控制(CL PC)参数。

[0168] 如本文所描述的，5G系统能够支持用于同一UE或不同UE的多个服务/优先级类型，其要求用于数据或控制信息的不同数量级的 BLER目标，并要求用于成功传递传送块的各种不同的等待时间。服务类型可以用于移动宽带(MBB)或用于超可靠的低等待时间通信 (URLLC)。

[0169] URLLC服务可以是偶发的，并要求比MBB服务更低的等待时间。在UE 116以低等待时间发送或接收数据之前的很长时间段内，UE(诸如UE 116)可以不发送或接收任何信令。数据接收可以伴随来自UE 116的PUCCH中的后续HARQ‑ACK信息传输，以指示UE 116是否正确地检测到相关联的传送块(TB)。数据传输可以通过来自UE 116 的SR传输、以及对(基于授权的PUSCH或GB‑PUSCH)调度来自 UE 116的相关联PUSCH传输的UL DCI格式(UL授权)的后续检测来启用，或者数据传输可以通过配置授权(CG‑PUSCH)来启用，其中UE 116可以使用先前由gNB 102提供给UE 116的一个或多个资源配置集中的一个资源配置来发送PUSCH。

[0170] 当UE 116在足够长的时间段内未从服务gNB 102接收到TPC命令时，该时间段足够长以使信道介质特性已经发生实质性改变(例如由于短期衰落可能导致高达10分贝(dB)的信干噪比(SINR)变化)， gNB 102不能确定UE 116传输的合适功率设置。例如，对于具有 HARQ‑ACK信息的PUCCH传输，响应于由DCI格式调度PDSCH中的TB接收，该DCI格式包括TPC命令值的指示或开环功率控制参数值的指示，gNB 102可能不具有用于选择TPC命令值或开环功率控制参数值的信息。对于由PDCCH中的DCI格式调度的PUSCH传输，可能存在类似的情况。另外，对于PUCCH中的SR传输或CG‑PUSCH 传输，gNB 102可能不具有传输的先验知识。因此，各种实施方式认识到传输功率是由UE 116确定的。

[0171] 不同的UCI类型可以具有不同的接收可靠性要求或不同的编码增益，这会影响相应的接收可靠性。服务gNB 102可以向UE 116提供开环功率控制分量的至少一个参数的不同值，以用于UE 116确定包括 UCI类型的PUCCH传输功率。当PUCCH传输包括多个UCI类型时，由UE 116确定的PUCCH传输功率允许多个UCI类型中的每一个的接收可靠性。

[0172] 因此，本公开的各种实施方式认识到UE自主地确定传输功率的潜在益处。本公开的各种实施方式进一步认识到来自UE的SR传输或 CG‑PUSCH传输被服务gNB正确解码的潜在益处。本公开的各种实施方式进一步认识到使用TPC命令值来增加来自服务小区上的UE的 PUSCH传输功率，以抑制来自服务小区上的其它传输对PUSCH传输的干扰，而无需增加不受来自服务小区上的其它传输干扰的来自UE 的PUSCH传输功率的潜在益处。最后，本公开的各种实施方式认识到确定包括具有不同接收可靠性要求的多个UCI类型的PUCCH传输功率的潜在益处。

[0173] 本公开的实施方式提供用于UE(诸如UE 116)确定PUSCH、 PUCCH或SRS传输中的至少一个的传输功率调整的装置。在灵活的双工系统中，从gNB(诸如gNB 102)到UE 116的传输(DL)和从 UE 116到gNB 102的传输(UL)处于相同的载波频率，DL和UL中的信道衰落特性相同。因此，UE 116可以通过测量由UE 116接收gNB 102的信道/信号传输的SINR变化，来估计由服务gNB 102接收UE 116 的信道/信号传输的SINR变化。当gNB 102在足够长的时间段内未从 UE 116接收到信令时，该时间段足够长以使诸如信道衰落特性的信道介质特性发生实质性改变，这可能是有益的。

[0174] 例如，无论UE 116是否可以自主地确定用于PUSCH、或PUCCH/ 或SRS的传输功率调整，服务gNB 102都可以配置UE 116。UE 116 可以测量由gNB 102周期性发送的诸如CSI‑RS或SS/PBCH块的信号的接收功率或SINR。在一些情况下，例如，对于来自UE 116的具有 HARQ‑ACK信息的PUCCH传输，响应于UE 116的PDSCH接收， UE 116可以使用PDSCH接收中的DMRS来测量所接收的功率或SINR。虽然在本文中被描述为CSI‑RS，但是各种实施方式也可以应用于由 gNB 102发送的其它信号。

[0175] 在一些实施方式中，CSI‑RS的传输功率可以由服务gNB 102通知给UE 116。在其它实施方式中，gNB 102不向UE 116通知CSI‑RS的传输功率。gNB 102可以向UE 116提供作为RSRP(或路径损耗)函数的用于CSI‑RS的目标接收功率或目标接收SINR，其中RSRP由UE 116测量。例如，gNB 102可以向UE 116提供用于相应的一个或多个 RSRP值的一个或多个参考CSI‑RS接收功率值。当UE 116测量与X dBm的CSI‑RS接收功率相关联的Y dBm的RSRP，并且UE 116测量 Y+ΔRSRP dBm的CSI‑RS接收功率时，UE 116可以确定将信号传输功率增加‑ΔRSRP dBm(其中ΔRSRP可以是正的、零或负的)。例如，当向 UE 116提供Y dBm的参考RSRP值和X dBm的相关联参考CSI‑RS 接收功率，并且UE 116测量(Y+Y1)dBm的RSRP值和(X+X1) dBm的CSI‑RS接收功率时，UE 116确定功率调整ΔRSRP＝(X+X1‑Y‑Y1) dBm。在确定功率调整之后，使用PUSCH作为参考，UE 116可以如等式6来确定PUSCH传输功率：

[0176]

[0177] 例如，图10示出根据本公开的各种实施方式的确定传输功率的方法。尽管在本文中图10所示的方法被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0178] 在操作1010中，向UE 116提供Y dBm的参考RSRP值和X dBm 的相关联的参考CSI‑RS接收功率。在一些实施方式中，收发机310 可以例如通过系统信息块从gNB 102接收参考RSRP值。参考RSRP 值可以存储在存储器360中。

[0179] 在操作1020中，UE 116测量(Y+Y1)dBm的RSRP值和(X+X1) dBm的CSI‑RS接收功率。在操作1030中，UE 116确定传输功率调整ΔRSRP。UE 116可以通过ΔRSRP＝(X+X1‑Y‑Y1)来确定传输功率调整ΔRSRP。

[0180] 在操作1040中，UE 116增加所确定的传输功率调整ΔRSRP以调整传输功率。在各种实施方式中，在调整传输功率之后，收发机310可以使用调整的传输功率发送传输。

[0181] 在一些实施方式中，UE 116可以维持两个RSRP测量。UE 116 通过在第一时间段对第一数量的第一RS测量进行滤波来获得第一 RSRP测量RSRP1。UE 116通过在小于第一时间段的第二时间段对第二数量的第二RS测量进行滤波来获得第二RSRP测量RSRP2。第一测量和第二测量可以基于不同信号进行接收，例如用于第一RS测量的SS/PBCH块和用于第二RS测量的CSI‑RS。例如，用于确定第二 RSRP测量的第二数量的CSI‑RS接收可以由gNB 102提供给UE 116。例如，用于确定第二RSRP测量的第二数量的CSI‑RS接收可以在系统操作中作为CSI‑RS接收周期函数而预先确定。例如，对于10微秒的 CSI‑RS接收周期，第二数量可以是2；而对于40微秒的CSI‑RS接收周期，第二数量可以是1。UE 116可以使用第二RSRP和第一RSRP 之差ΔRSRP＝RSRP2‑RSRP1(以dBm为单位)来调整传输功率。

[0182] 在另一实施方式中，如下面在图11中进一步描述的，如果UE 116 在一段时间内未从服务gNB 102接收到TPC命令，则UE 116可以重置功率控制过程的闭环功率控制值。特别地，UE 116可以将闭环功率控制值重置为零或重置为预定值，并将其保存在操作系统361中或由服务gNB 102通过更高层信令提供给UE 116。例如，对于PUSCH传输，UE 116可以将值fb，f，c(i，l)重置为零。该时间段可以由gNB 102例如通过更高层信令提供给UE 116，并且可以存储在存储器360中。每次UE 116接收到TPC命令时，UE 116启动定时器并在预定或配置的时间间隔(诸如多个符号或多个时隙或多个毫秒)内增加定时器。当闭环功率控制值保持重置时，例如当UE 116未接收到任何TPC命令时，UE 116仅基于开环功率控制参数和与信道/信号传输相关的参数来确定信道或信号的传输功率，例如，如等式3、等式4或等式5中。在一些实施方式中，闭环功率控制分量值可以例如由gNB配置为始终被禁用。

[0183] 在一个示例中，用于PUSCH、PUCCH或SRS传输的每个闭环功率控制分量具有单独的定时器。当每个闭环功率控制分量具有单独的定时器时，TPC命令可以仅适用于PUSCH、PUCCH或SRS传输中的一个。在另一示例中，对于用于PUSCH、PUCCH或SRS传输的闭环功率控制分量，定时器是公共的，并且通过UE 116接收用于PUSCH、 PUCCH或SRS传输中的任何一个的TPC命令定时器来联合设置定时器，并且通过将用于PUSCH、PUCCH或SRS传输的每个闭环功率控制分量同时设置为零而联合期满。当对于闭环功率控制分量而言定时器是公共的时，TPC命令也可以适用于所有PUSCH、PUCCH和SRS 传输。在一些实施方式中，可以为一些传输联合设置定时器，并且可以为一些其它传输单独设置定时器。例如，可以为PUSCH传输和SRS 传输联合设置定时器，并为PUCCH传输单独设置定时器。

[0184] 图11示出根据本公开的各种实施方式的重置闭环功率控制 (CLPC)参数值的方法。尽管在本文中图11所示的方法被描述为由 UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0185] 在操作1110中，收发机310在时隙中接收用于PUSCH或SRS传输的TPC命令。例如，收发机310可以从gNB 102接收TPC命令。

[0186] 在操作1120中，在接收到TPC命令之后，UE 116重置与用于 PUSCH和SRS传输的CL PC参数相关联的定时器。在操作1130中，对于数量与最大定时器值相等的多个时隙中的每个下一时隙，UE 116 确定是否接收到用于PUSCH或SRS传输的TPC命令。收发机310可以通过更高层信令从gNB 102接收最大定时器值，或者最大定时器值可以存储在存储器360中。

[0187] 如果UE 116从多个下一时隙接收到用于PUSCH或SRS传输的 TPC命令，则UE 116返回操作1120并在该时隙重置定时器。如果UE 116未在多个下一时隙中的时隙中接收到用于PUSCH或SRS传输的 TPC命令，则UE 116在多个下一时隙中的每个时隙之后递增定时器，以及在多个下一时隙之后，将闭环功率控制参数值重置为零或者重置为由服务gNB 102提供的值。

[0188] 在整个方法1100中，UE 116保持当前的定时器值，直到接收到用于PUSCH或SRS传输的TPC命令。响应于接收到TPC命令，UE 116 将时间值重置为零。

[0189] 在另一实施方式中，如图12中进一步描述的，当信道/信号传输与DCI格式相关联时，取决于相关联的DCI格式，UE 116可以包括用于相同信道/信号类型的不同功率控制过程；或当信道/信号传输通过更高层信令配置时，取决于参数集中的指示，UE 116可以包括用于相同信道/信号类型的不同功率控制过程。

[0190] 例如，当响应于由第一DCI格式调度的PDSCH接收而发送具有 HARQ‑ACK信息的PUCCH传输时，UE 116可以使用第一功率控制过程来确定PUCCH传输功率。当响应于由第二DCI格式调度的PDSCH 接收而发送具有HARQ‑ACK信息的PUCCH传输时，UE 116可以使用第二功率控制过程来确定PUCCH传输功率。第一功率控制过程和第二功率控制过程可以具有不同的开环功率控制参数值，或者可以具有不同的闭环功率控制过程(包括不存在用于第二功率控制过程的闭环功率控制过程)。例如，第二闭环功率控制过程可以不使用由UE组公共DCI格式(诸如DCI格式2_2)提供的TPC命令，例如由于目标 BLER可能大于与第二功率控制过程相关联的信道/信号接收所需的可靠性。UE 116可以基于各种参数(诸如将第一DCI格式和第二DCI 格式分别与第一功率控制过程和第二功率控制过程相关联的相应 RNTI、大小或识别字段值)识别第一DCI格式和第二DCI格式。

[0191] 图12示出根据本公开的各种实施方式的确定是否使用闭环功率控制参数值来调整传输功率的方法。尽管在本文中图12所示的方法 1200被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0192] 在操作1210中，UE 116检测调度PUSCH传输的DCI格式、或触发PUCCH或SRS传输的DCI格式。在操作1220中，UE 116确定 DCI格式是否具有第一优先级类型。在一些实施方式中，UE 116进一步确定DCI格式是否具有第二优先级类型。如果UE 116确定DCI格式是第一优先级类型，则UE 116进行操作1230。如果UE 116确定 DCI格式不是第一优先级类型，则UE 116进行操作1240。

[0193] 在操作1230中，基于UE 116确定DCI格式是第一优先级类型， UE 116获得第一DCI格式的TPC命令字段值，以通过闭环功率控制分量值的相关更新来调整PUSCH、PUCCH或SRS传输功率。

[0194] 在操作1240中，UE 116不使用闭环功率控制分量值来调整 PUSCH、PUCCH或SRS传输功率。在各种实施方式中，可以基于UE 116确定DCI格式不是第一优先级类型或者基于UE 116确定DCI格式是第二优先级类型来执行操作1240。在一些实施方式中，第二DCI 格式不包括TPC命令字段。

[0195] 本公开的各种实施方式使得配置的来自UE的传输(诸如具有SR 的PUCCH传输或CG‑PUSCH传输)的功率斜升。对于与MBB服务相关联的SR传输，在通信会话期间，UE(诸如UE 116)具有到gNB (诸如gNB 102)的常规传输或来自gNB(诸如gNB 102)的常规接收以交换大文件。反之，对于URLLC服务，在足够使UE 116功率控制设置过时的时间段内，SR传输可以在没有来自gNB 102的任何先前接收或到gNB 102的任何先前传输的情况下发生。类似地，在足够使UE 116功率控制设置过时的时间段内，CG‑PUSCH传输可以在没有来自gNB 102的任何先前接收或到gNB 102的任何先前传输的情况下发生。

[0196] 当UE 116发送提供与服务相关联的SR的PUCCH时，其中UE 116 具有到gNB 102的常规传输或来自gNB 102的常规接收，并且UE 116 在具有SR的PUCCH传输之后未检测到调度PUSCH传输的DCI格式时，在没有任何UE发起功率调整的情况下，UE 116在下一SR传输时机重传提供SR的PUCCH。然而，当UE 116发送具有用于PUSCH 调度的具有SR的PUCCH时，相应PUCCH传输功率设置可能会过时。由于PUCCH的接收功率不够而导致gNB 102未检测到SR，因而UE 116可能未检测到调度PUSCH传输的后续DCI格式。因此，本公开的各种实施方式认识到UE 116对具有SR的下一PUCCH传输应用功率斜升的益处。

[0197] 可以使用例如UE特定的更高层信令将具有SR的PUCCH传输的功率斜升步骤与使用系统信息更高层信令的PRACH传输的功率斜升步骤单独地提供给UE 116。UE 116可以在下一SR传输时机(例如当 UE 116重传SR时)应用功率斜升，或由gNB 102通过更高层信令提供给UE 116的多个SR传输时机之后应用功率斜升。在一些实施方式中，如果SR与PUCCH中的其它UCI复用，则UE 116也可以对PUCCH 传输应用功率斜升步骤。在其它实施方式中，UE 116可以丢弃其它 UCI并发送仅包括肯定SR的PUCCH。

[0198] 在一些实施方式中，当UE 116未检测到响应于与CB‑PUSCH中的HARQ过程相关联的TB接收而提供HARQ‑ACK信息的来自gNB 102的信令时，用于重传的功率斜升还可以应用于CB‑PUSCH传输。例如，当UE 116检测到调度(用于HARQ过程的)相同TB重传的 DCI格式时，或者当UE 116检测到调度用于HARQ过程的新TB传输的DCI格式时，HARQ‑ACK信息可以通过显式信令或通过隐式信令来提供。用于CG‑PUSCH传输的功率斜升步骤可以是提供给UE 116 的步骤，例如，用于具有SR的PUCCH传输或用于PRACH传输的功率斜升步骤可以单独地提供给UE 116。UE 116可以在下一CG‑PUSCH 传输时机应用功率斜升步骤，或者在由gNB 102向UE 116指示的多个CG‑PUSCH传输时机(如果提供)之后应用功率斜升步骤。

[0199] 例如，图13示出根据本公开的各种实施方式的用于发送SR的方法。尽管在本文中图13所示的方法1300被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0200] 在操作1310中，收发机310发送具有肯定SR的PUCCH。UE 116 可通过使用功率控制公式(诸如等式4或等式6)来确定PUCCH传输功率。

[0201] 在操作1320，UE 116确定是否在下一SR传输之前检测到调度 PUSCH传输的DCI格式。如果未检测到调度PUSCH传输的DCI格式，则UE 116进行操作1330。如果检测到调度PUSCH传输的DCI格式，则UE 116进行操作1340。

[0202] 在操作1330中，基于UE 116在下一SR传输时机之前未检测到调度PUSCH传输的DCI格式，收发机310通过将相应的PUCCH传输功率增加gNB 102预先提供的值来在下一SR传输时机重传SR。例如，该值可以由gNB 102通过更高层参数powerRampingStep_SR来提供。

[0203] 在操作1340中，基于UE 116在下一SR传输时机之前检测调度 PUSCH传输的DCI格式，UE 116不将相应PUCCH传输功率增加由 gNB 102提供的值。因此，收发机310不通过增加的传输功率重传SR。

[0204] 在各种实施方式中，UE 116可以为同一服务小区上的PUSCH和 PUCCH传输维持相同的闭环功率控制分量值。例如，如上面在等式3 和等式4中所描述的，fb，f，c(i，l)可以与gb，f，c(i，l)相同。然后，当UE 116 检测到第一DCI格式时，第一DCI格式调度PDSCH接收并包括具有响应于PDSCH中的TB而调整具有HARQ‑ACK信息的PUCCH传输功率值的TPC命令字段，UE 116还应用PUSCH传输的TPC命令值。 PUSCH传输可以由RRC配置，诸如CG‑PUSCH，或由第二DCI格式调度。当PUSCH传输由第二DCI格式配置/调度时，第二DCI格式可以包括具有调整PUSCH传输功率的值的TPC命令字段。UE 116应用第一DCI格式的TPC命令的值和第二DCI格式的TPC命令的值，以调整由第二DCI格式调度的PUSCH传输功率。UE 116还可以配置有用于DCI格式的RNTI，该DCI格式提供TPC命令且不调度来自UE 116的PDSCH接收或PUSCH传输，并且UE 116可以应用TPC命令来确定PUSCH传输和PUCCH传输功率。在一些实施方式中，UE 116 还可以应用TPC命令来确定SRS传输功率。

[0205] 图14示出根据本公开的各种实施方式的调整PUSCH传输功率的方法。更具体地，图14示出根据本公开的各种实施方式的如果DCI 格式调度PDSCH接收以调整PUSCH传输功率则应用TPC命令值的方法1400。尽管在本文中图14所示的方法1400被描述为由UE 116 实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0206] 在操作1410中，UE 116检测调度PDSCH接收并包括具有值的TPC命令字段的的DCI格式。在操作1420中，UE 116使用在操作1410 中检测到的TPC命令字段的值来确定对PUSCH传输功率的调整。在操作1430中，收发机310使用在操作1420中确定的调整功率来发送 PUCCH。

[0207] 在一些实施方式中，UE 116可以配置有用于提供SR的PUCCH 传输的多个资源。每个资源可以与用于提供SR的PUCCH传输的不同功率相关联。每个资源的功率可以被确定为相对于UE 116用于确定 PUCCH传输功率的开环功率控制分量值的偏移，该偏移可以包括在用于PUCCH传输的资源配置中。UE 116可以根据UE 116为包括SR的 PUCCH传输确定的功率，从多个资源中选择资源。例如，UE 116可以选择与具有SR的PUCCH传输功率相关联的资源，该PUCCH传输功率与UE 116为与具有SR的PUCCH的传输所确定的功率具有最小差异。例如，UE 116可以选择与PUCCH传输功率相关联的资源，该 PUCCH传输功率是UE 116为具有SR的PUCCH传输所确定的功率的下一更大功率。

[0208] UE 116还可以在具有SR的PUCCH传输中提供附加信息。例如， UE 116可以指示UE 116响应于SR传输而期望被调度的PUSCH传输的功率是否需要大于或小于根据PUSCH传输的开环功率控制参数值所确定的功率。当UE 116在PUCCH中与SR一起发送一个附加位时， UE 
116可以指示PUSCH传输功率是否需要大于或小于根据PUSCH 传输的开环功率控制参数值所确定的功率。

[0209] PUSCH传输功率相对于根据PUSCH传输的开环功率控制参数值所确定的功率的增加量或减少量，可以由服务gNB 102通过更高层信令提供给UE 116。例如，如果根据PUSCH传输的开环功率控制参数值所确定的功率小于UE 116为PUSCH传输所确定的功率所指示的增加量的至少一半(确切量还可以由gNB 102配置给UE 116)，则UE 116 可以指示功率的增加。当UE 116在PUCCH中与SR一起发送多于一个附加位时，UE 116可以指示由服务gNB 102通过更高层信令提供给 UE 116的多个值中的一个，用于相对于根据PUSCH传输的开环功率控制参数值所确定的功率增加或减小PUSCH传输功率。

[0210] 本公开的各种实施方式使得UE能够响应于小区内干扰而使用 TPC命令值来调整传输功率。例如，来自服务小区上的第一UE(诸如UE 116)的PUSCH传输可能受到来自服务小区上的第二UE(例如 UE 115)的传输干扰。调度来自第一UE 116的PUSCH传输的gNB(诸如gNB 102)知晓来自第二UE 115的干扰，因此可以使用调度PUSCH 传输的DCI格式中的TPC命令字段值来调整PUSCH传输功率。

[0211] 来自服务小区上的UE的PUSCH传输和来自服务小区上的UE的 SRS传输可以使用相同的闭环功率控制分量，以使服务gNB能够使用来自UE的SRS传输为来自UE的PUSCH传输执行链路适配。当调度PUSCH传输的DCI格式中的TPC命令还考虑服务小区上的UE间干扰时，除了考虑信道衰落变化之外，对于通常不经受UE间干扰或者可能经受与来自UE的PUSCH传输不同的UE间干扰的SRS传输， TPC命令可能是不准确的。因此，本公开的各种实施方式启用传输功率调整以避免小区内干扰。

[0212] 为了对考虑UE间干扰的PUSCH传输启用功率调整，同时允许使用相同的闭环功率控制分量来确定PUSCH传输和SRS传输功率，本公开认识到，对于调度PUSCH传输的DCI格式，根据UE间干扰程度来调整PUSCH传输功率的TPC命令字段与根据信道衰落变化调整 PUSCH传输功率的TPC命令字段是独立的。等效地，可以使用相同的TPC命令字段，并且TPC命令字段的第一位用于指示PUSCH传输功率的第一调整，而不将第一调整并入闭环功率控制分量，并且TPC 命令字段的第二位用于指示PUSCH传输功率的第二调整，而将第二调整并入闭环功率控制分量。

[0213] 例如，图15示出根据本公开的各种实施方式的调整PUSCH传输功率的方法。更具体地，图15示出根据本公开的各种实施方式的使用调度PUSCH传输的DCI格式中的两个TPC命令字段来调整PUSCH 传输功率的方法1500。尽管在本文中图15所示的方法被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0214] 在操作1510中，UE 116检测调度PUSCH传输的DCI格式。DCI 格式包括第一TPC命令字段和第二TPC命令字段。

[0215] 在操作1520中，UE 116使用第一TPC命令字段的值来调整 PUSCH传输功率。另外，UE 116不使用第一TPC命令字段的值来更新累积TPC命令值的闭环功率控制分量。在操作1530中，UE 116使用第二TPC命令字段的值来调整PUSCH传输功率。另外，UE 116不使用第二TPC命令字段的值来更新累积TPC命令值的闭环功率控制分量。在一些实施方式中，UE 116可以依次执行操作1520和1530。在其它实施方式中，UE 116可以同时执行操作1520和1530。

[0216] 在操作1540中，基于使用第一TPC命令字段值和第二TPC命令字段值的调整PUSCH传输功率，收发机310以所确定的调整传输功率来发送PUSCH。

[0217] 本公开的各种实施方式使得能够确定包括多个UCI类型的 PUCCH传输功率。例如，gNB(诸如gNB 102)可以根据PUCCH传输中包括的UCI类型，向UE(诸如UE 116)提供PUCCH传输的功率偏移。例如，针对包括HARQ‑ACK信息或SR的PUCCH传输，gNB 102可以以诸如1％的第一BLER为目标；并且针对包括CSI的PUCCH 传输，gNB 102可以以诸如5％的第二BLER为目标。例如，具有CSI 的PUCCH传输可以包括第一预定数量的信息位，因此与第一编码增益相关联，而SR传输可以包括第二预定数量的信息位(诸如1位)，因此与第二编码增益相关联。则即使当用于CSI和SR的目标BLER 相同时，也需要不同的传输功率来考虑不同的编码增益。

[0218] UE 116可以复用具有不同PUCCH传输功率设置的不同UCI类型。 UE 116还可以使用导致最大PUCCH传输功率的设置，以实现需要最低BLER的UCI类型的BLER。例如，UE 116可以在PUCCH传输中复用HARQ‑ACK信息和CSI，其中当PUCCH传输仅包括HARQ‑ACK 信息时，PUCCH传输需要第一功率来实现第一目标BLER；并且当 PUCCH传输仅包括CSI时，PUCCH传输需要第二功率来实现第二目标BLER。当第一功率大于第二功率时，UE 116可以使用用于第一功率的功率控制设置(诸如开环功率控制参数和任何UCI特定功率偏移) 来发送PUCCH。

[0219] 例如，图16示出根据本公开的各种实施方式的调整PUCCH传输功率的方法。更具体地，图16示出根据本公开的各种实施方式，如果 DCI格式调度PDCCH接收以调整PUCCH传输功率，则应用TPC命令值的方法1600。尽管在本文中图16所示的方法被描述为由UE 116 实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0220] 在操作1610中，UE 116在PUCCH中复用第一UCI类型和第二 UCI类型。第一UCI类型包括用于确定PUCCH传输功率的开环功率控制(OL PC)分量的至少一个参数的第一配置值。第二UCI类型包括用于至少一个参数的第二配置值。

[0221] 在操作1620中，UE 116确定第一配置值或第二配置值是否导致 OL PC分量的更大值。在操作1630中，收发机310以通过使用在操作 1620中确定的OL PC分量的更大值来确定的功率来发送PUCCH。

[0222] 如本文所描述的，UE可以发送调度请求(SR)以向服务gNB指示UE在其缓冲器中具有用于传输到gNB的数据。UE将由gNB提供到UE的参数与SR一起发送，例如PUCCH资源配置或用于提供SR 的PUCCH传输的时间段。在一些实施方式中，用于每个UE的参数可以是唯一的。在检测到SR时，gNB可以识别哪个UE已经发送SR，并且随后调度UE进行PUSCH传输，其中UE可以通过缓冲器状态报告(BSR)提供关于UE的缓冲器状态的更多信息。

[0223] 本公开的各种实施方式认识到，对于不成对的频谱操作，诸如在指定用于时域双工(TDD)的频带中，取决于更高层的相应配置或取决于由PDCCH提供的DCI格式中的相应调度，时隙中的一些(包括没有或全部)符号可以用于UE的传输，时隙中的一些符号可以用于 UE的传输，以及一些符号可以具有灵活的方向并可以用于由UE进行接收或者由UE进行传输。例如，UE可以通过更高层参数 tdd‑UL‑DL‑ConfigurationCommon提供如 tdd‑UL‑DL‑ConfigurationCommon所指示的在多个时隙上的每个时隙的时隙格式。还可以向UE提供更高层参数tdd‑UL‑DL‑ConfigDedicated，该参仅覆盖由tdd‑UL‑DL‑ConfigurationCommon提供的时隙数量上的每个时隙的灵活符号。

[0224] 在一些实施方式中，UE还可以配置为监视DCI格式(诸如DCI 格式2_0)以获得时隙格式指示符(SFI)并确定时隙中的灵活符号是 DL符号还是UL符号。对于被SFI指示为DL符号的时隙中的灵活符号，UE仅在该灵活符号上取消周期性SRS传输，或者在包括该符号的符号中取消PUSCH/PUCCH/PRACH传输，也就是说，UE根据相应的处理时间线完全取消PUSCH/PUCCH/PRACH传输。例如，对于被 SFI指示为UL符号的时隙中的灵活符号，UE可以取消包括该符号的符号中的周期性CSI‑RS接收或PDSCH/PDCCH接收。

[0225] 如本文所述，URLLC服务可以是偶发的，并使用比MBB服务更低的等待时间。数据接收可以伴随有来自UE的PUCCH中的后续 HARQ‑ACK信息传输，以指示UE是否正确地检测到相关联的TB。数据传输可以通过来自UE的SR传输以及对调度来自UE的相关联的 PUSCH传输的UL DCI格式(UL授权)的后续检测来启用(基于授权的PUSCH或GB‑PUSCH)，或者可以通过配置授权(CG‑PUSCH) 来启用，其中UE可以使用来自先前由gNB提供给UE的一个或多个资源配置集中的一个资源配置来发送PUSCH。一旦在物理层可用，TB 或UCI就可以被立即发送。

[0226] 本公开的各种实施方式认识到在不成对频谱中操作URLLC的挑战。并非一个时隙甚至一个或多个下一时隙中的所有符号都可用于 PDCCH/PDSCH接收或PUCCH/PUSCH传输。例如，当gNB需要在时隙中调度到UE的具有URLLC数据的PDSCH传输时，当可以发生 PDSCH传输的时隙的第一符号由tdd‑UL‑DL‑ConfigurationCommon指示为UL符号时，会出现附加延迟。类似地，当gNB在时隙中调度来自UE的具有URLLC数据的PUSCH传输时，当可以发生PUSCH传输的时隙的第一符号被指示为DL符号时，会出现PUSCH传输的附加延迟。

[0227] 响应于UE接收TB，具有来自UE的HARQ‑ACK信息的PUCCH 传输的定时指示可以由调度PDSCH接收的DCI格式的PDSCH到 HARQ反馈定时指示符字段的值来提供。对于具有低等待时间要求的服务，诸如对于URLLC，值的粒度是时隙中的多个符号而非时隙提供。对于不成对频谱中的操作，由于并非时隙的多个符号中的所有符号都由tdd‑UL‑DL‑ConfigurationCommon指示为灵活符号或UL符号，定时指示可以具有减小的范围，除非增加PDSCH到HARQ反馈定时指示符字段的大小。

[0228] 当gNB在小区上使用例如DCI格式2_0中的相应SFI字段将灵活符号的方向适配为DL符号或UL符号时，具有通过更高层信令配置的传输或接收的UE监视与DCI格式2_0相关联的候选PDCCH。UE 监视用于检测DCI格式2_0的候选PDCCH，并且基于DCI格式2_0 中的SFI字段的值获得包括DL符号、UL符号和时隙的灵活/保留符号的时隙格式。对于服务小区上通过更高层配置的UE传输或接收，当DCI格式2_0中的用于服务小区的SFI字段的值分别指示至少一个相应符号为DL符号或UL符号，或者为灵活/保留符号(如果由 tdd‑UL‑DL‑ConfigurationCommon指示为灵活的符号也被SFI字段的值指示为灵活的，则认为该符号是不可用/保留的)，则UE可以取消传输或接收。对于SRS传输，UE可以仅在由用于服务小区的DCI格式 2_0中的SFI字段指示为DL或灵活的符号中取消SRS传输。然而，对于具有低等待时间要求的CG‑PUSCH传输，取消会导致无法满足等待时间要求。

[0229] 对于由DCI格式调度的PUSCH传输(GB‑PUSCH传输)，不期望 DCI格式中的时域资源分配(TDRA)字段值包括由 tdd‑UL‑DL‑ConfigurationCommon指示为DL符号的符号。然而，对于具有低等待时间要求的GB‑PUSCH传输，GB‑PUSCH的第一可用UL 符号可能会在几个DL符号之后，并且可能不满足GB‑PUSCH传输的低等待时间要求。

[0230] 对于具有低等待时间要求的GB‑PUSCH传输，GB‑PUSCH传输的 BWP中的所有频率资源均可以由来自其它UE的正在进行的传输使用，诸如来自具有与MBB服务类型相关联的PUSCH传输的UE，或用于诸如SRS、PUCCH或PRACH的其它UL传输。类似地，对于具有低等待时间要求的PDSCH接收，时隙的所有立即可用符号可以由正在进行的UL传输使用。为了取消正在进行的UL传输，服务gNB可以在根据CSS确定的位置的PDCCH中发送诸如UE组公共DCI格式的 DCI格式，为了简洁起见被称为DCI格式2_4，包括提供UE需要取消相应正在进行的传输的时间(符号)和频率(RB)资源的信息的 UL取消指示符字段。然而，由于DCI格式2_4旨在支持具有低等待时间要求的PDSCH接收或PUSCH传输，因此gNB可能需要以小于一个时隙的周期来发送具有DCI格式2_4的PDCCH。因此，UE可以在UE具有UL传输的每个时隙中消耗用于DL接收的功率。

[0231] 因此，本公开的各种实施方式认识到需要用于在不成对频谱中操作的来自UE的具有HARQ‑ACK信息的PUCCH传输的定时指示，而无需增加由UE调度的相应PDSCH接收的DCI格式中的PDSCH到 HARQ反馈定时指示符字段的大小。本公开的各种实施方式认识到当时隙的一些符号由DCI格式2_0中的SFI字段值指示为DL符号或灵活符号时，需要UE在时隙中发送CG‑PUSCH，并提高UE可以在不成对频谱操作的时隙中发送CG‑PUSCH的概率。

[0232] 另外，本公开的各种实施方式认识到，当时隙的一些符号通过更高层配置为DL符号时，需要gNB在时隙中调度来自UE的GB‑PUSCH 传输同时满足GB‑PUSCH传输的等待时间要求，并且使gNB能够取决于UE与gNB的通信类型来配置UE以监视DCI格式2_4的PDCCH。

[0233] 如本文所述，由UE调度PDSCH接收或SPS PDSCH释放的DCI 格式可以被称为DL DCI格式。调度来自UE的PUSCH传输的DCI 格式可以被称为UL DCI格式。DL DCI格式可以调度PDSCH接收或指示SPS PDSCH释放。虽然本公开描述了PDSCH接收，但是实施方式也可以应用于SPS PDSCH释放。

[0234] 类似地，如本文所述，更高层参数 tdd‑UL‑DL‑ConfigurationCommon在下文中被提及，但是更高层参数 tdd‑UL‑DL‑ConfigurationDedicated也可以应用。可以使用例如标志、不同的RNTI或不同的大小来区分第一DCI格式和第二DCI格式，第一DCI格式调度与需要低等待时间(第一优先级)的TB相关联的第一PDSCH接收或第一PUSCH传输，第二DCI格式调度与具有宽松等待时间(第二优先级)的TB相关联的第二PDSCH接收或第二 PUSCH传输。

[0235] 在一些实施方式中，调度PDSCH接收的DCI格式中的优先级字段的值可以映射到调度PDSCH接收的DCI格式中的HARQ反馈定时指示符字段，该HARQ反馈定时指示符字段指示响应于PDSCH接收而包括HARQ‑ACK信息的PUCCH的传输时间。对于与具有低等待时间要求的服务类型相关联的PDSCH接收，UE(诸如UE 116)需要向服务gNB(诸如gNB 102)提供相应的HARQ‑ACK信息，该服务gNB 也具有低等待时间以使gNB 102能够在需要时重传PDSCH。在一些实施方式中，这被称为否定确认。因此，用于调度PDSCH接收的DCI 格式中的PDSCH到HARQ反馈定时指示符字段的时间粒度可以以多个符号为单位而非时隙为单位来提供，诸如当PDSCH接收与具有宽松等待时间要求的服务相关联时。例如，当PDSCH接收与具有宽松等待时间要求的服务相关联时，符号数量可以由gNB 102通过更高层信令提供给UE 116。如下所述，符号数量被表示为N，其中N≥1。

[0236] 对于包括例如3位的PDSCH到HARQ反馈定时指示符字段，可以在具有N个符号的周期内为PUCCH传输指示总共8个连续的具有 N个符号的周期。对于不成对频谱中的操作，时隙格式或时隙结构可以包括DL符号、UL符号和灵活(F)符号。因此，8个连续的具有N 个符号的周期中的几个可以仅包括DL符号或包括DL、UL和灵活符号的混合。另外，当N较小(诸如2或4)时，即使在1个符号不可用时(例如由于1个符号在相应时隙中由  tdd‑UL‑DL‑ConfigurationCommon指示为DL符号)，PUCCH中的 HARQ‑ACK信息的接收可靠性也会显著降低。假设PDSCH到HARQ 反馈定时指示符字段包括DCI格式中的M位，并且从与相关PDSCH 接收的最后一个符号重叠的具有N个符号的周期开始，或者从与相关 PDSCH接收的最后一个M符号重叠的具有N个符号的周期之后的具有 N个符号的周期开始，指示2个具有N个符号的周期中的一个。因此，本公开的各种实施方式旨在提高HARQ‑ACK信息的接收可靠性或增加PDSCH到HARQ反馈定时指示符字段值的适用性。

[0237] 例如，当调度PDSCH接收的DCI格式中的PUCCH资源指示符字段指示时隙中的PUCCH资源(其包括由 tdd‑UL‑DL‑ConfigurationCommon指示为DL符号的符号)时，UE 116 可以假设PUCCH资源指示符字段覆盖由 tdd‑UL‑DL‑ConfigurationCommon进行的指示。然后，UE 116在所指示的资源中发送PUCCH。gNB 102可以至少在所指示的PUCCH资源中包括的DL符号中暂停传输。一种例外情况可以是UE 116也被指示为SS/PBCH块传输的DL符号。在UE 116被指示SS/PBCH块传输的 DL符号中，UE 116可以假设所指示的PUCCH资源无效并丢弃PUCCH 传输。例如，UE可以假设PUCCH资源指示符字段不指示多个连续符号，而是仅指示如由tdd‑UL‑DL‑ConfigurationCommonsu提供的UL符号、或UL和灵活符号。

[0238] 在一些实施方式中，来自UE 116的PUCCH传输可以响应于通过更高层配置或者响应于由另一DCI格式(诸如与具有宽松等待时间要求的服务相关联的DCI格式)调度的PDSCH接收而被发送。在这些实施方式中，当在具有N个符号的周期中的多个对应符号包括DL符号或包括由DCI格式2_0中的SFI字段指示为灵活的符号时，UE 116 可以丢弃PUCCH传输。

[0239] 例如，图17示出根据本公开的各种实施方式的发送PUCCH的过程。尽管在本文中图17所示的过程被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应过程可以由图1所述的gNB 101至gNB 103中的一个或多个执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0240] UE(诸如UE 116)可以设置有用于多个时隙的格式，并且获得用于多个符号1710的方向(DL、UL、F)。在一些实施方式中，UE 116 可以通过诸如从gNB(诸如gNB 102)接收的诸如 tdd‑UL‑DL‑ConfigurationCommon的更高层参数来提供格式。该格式可以存储在存储器360中。UE 116可以接收PDCCH 1720并检测调度PDSCH接收1730的DCI格式。例如，UE 116可以从gNB(诸如gNB 102)接收PDCCH 1720。DCI格式可以包括PDSCH到HARQ反馈定时指示符字段，该定时指示符字段向UE 116指示在PDSCH接收中发送具有用于TB的HARQ‑ACK信息的PUCCH 1740。

[0241] 尽管PUCCH传输的符号由tdd‑UL‑DL‑ConfigurationCommon指示为DL符号，但是UE 116可以发送PUCCH。在一些实施方式中，gNB 102不在来自UE 116的PUCCH传输的符号中进行发送，并且也不在至少一个先前符号中进行发送，以为DL到UL切换提供间隙并对抗由于信号的多径传播导致的交叉链路干扰。

[0242] 在另一实施方式中，DCI格式中的PUCCH资源指示符字段可以指示包括由tdd‑UL‑DL‑ConfigurationCommon指示为DL符号或灵活(F) 符号的符号的PUCCH资源。在本实施方式中，UE 116可以假设 PUCCH资源包括与所指示的PUCCH资源相同的参数，除了减少相应符号的数量以避免由tdd‑UL‑DL‑ConfigurationCommon指示为DL符号。另外可以减少符号的数量以可以通过诸如由服务gNB 102通过更高层信令提供给UE 116的数量来提供切换间隙。

[0243] 在一些实施方式中，为了UE 116确定用于PUCCH传输的符号的减少数量，UE 116先确定符号是连续的。在一些实施方式中，为了 UE 116确定用于PUCCH传输的符号的减少数量，UE 116还配置有包括相同数量的符号的另一PUCCH资源。同样的条件可以适用于响应于更高层配置的来自UE 116的PUCCH传输。

[0244] 在一些实施方式中，UE  116可以基于更高层参数  tdd‑UL‑DL‑ConfigurationCommon来确定在具有N个符号的周期中的用于PUCCH传输的连续UL符号的数量，而不依赖于由DCI格式2_0 中的SFI字段所指示的时隙格式。本实施方式降低了可能由于UE 116 未能检测到DCI格式2_0而以与服务gNB 102所预期的符号不同的符号发送PUCCH而导致错误的可能性。本实施方式还可以例如，当与 PUCCH传输相关联的DCI格式(诸如当PUCCH传输包括HARQ‑ACK 信息时)在指示时隙格式的DCI格式2_0之前被UE 116接收到时，通过将由tdd‑UL‑DL‑ConfigurationCommon配置为F的符号中的一些指示为DL、F或UL，来降低因果性问题的可能性。

[0245] 例如，图18示出根据本公开的各种实施方式的UE发送PUCCH 的过程。尽管在本文中18所示的过程被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应过程可以由图1所述的gNB 101至gNB 103中的一个或多个执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0246] 向UE(诸如UE 116)提供针对作为DL、F和UL 1810的四个符号的分类。可以通过从gNB(诸如gNB 102)接收的更高层参数 tdd‑UL‑DL‑ConfigurationCommon来向UE 116提供分类。该分类可以存储在存储器360中。UE 116检测调度PDSCH接收并包括PDSCH 到HARQ反馈定时指示符字段的的DCI格式。定时指示符字段具有向 UE 116指示在包括四个符号的符号周期中发送PUCCH的值，并且还包括向UE 116指示包括四个符号的PUCCH资源的PUCCH资源指示符字段。UE 116将PUCCH传输1820的符号数量减少到最后两个UL 符号。

[0247] 在另一实施方式中，可以由PDSCH到HARQ反馈定时指示符字段的值所指示的具有N个符号的周期排除无有效PUCCH资源的周期。例如，基于由tdd‑UL‑DL‑ConfigurationCommon指示的多个时隙的时隙格式、以及基于由服务gNB 102通过更高层信令提供给UE 116的 PUCCH资源集，UE 116可以排除不包括至少与PUCCH资源集中的 PUCCH资源的最小符号数量相等的多个连续UL或灵活符号的时隙。例如，当PUCCH资源集中的PUCCH资源的最小符号数量为2时， UE 116可以排除仅包括DL符号、或者不包括至少2个连续UL或至少2个连续灵活符号和UL符号的具有N个符号的周期。UE 116可以假设PDSCH到HARQ反馈定时指示字段值可能指示不包括这种时隙。

[0248] 例如，可以由PDSCH到HARQ反馈定时指示符字段的值指示的 N个符号的起始周期可以具有零的索引。PDSCH到HARQ反馈定时指示符字段可以指示8个具有N个符号的周期中的一个，并且索引为 2的具有N个符号的周期不包括至少与PUCCH资源集中的PUCCH资源的最小符号数量相等的多个连续UL或灵活符号。因此，由于排除索引为2的具有N个符号的周期，UE 116可以假设PDSCH到HARQ 反馈定时指示符字段的8个值指示索引为0、1、3、4、5、6、7、8 和9的具有N个符号的周期。

[0249] 例如，图19示出根据本公开的各种实施方式的UE发送PUCCH 的过程。尽管在本文中图19所示的过程被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应过程可以由图1所述的gNB 101至gNB 103中的一个或多个执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0250] UE(诸如UE 116)可以获得索引为0、1、2、3、4、5、6、7、8 的9个具有N个符号的周期1910的格式和PUCCH资源集。UE 116 可以由从gNB(诸如gNB 102)接收的更高层参数 tdd‑UL‑DL‑ConfigurationCommon获得格式和PUCCH资源集。该格式可以存储在存储器360中。UE可以确定具有索引2的周期1920包括小于PUCCH资源集中的PUCCH资源的最小符号数量的多个连续UL 符号或者多个连续灵活符号和UL符号。UE 116可以认为具有索引2 的周期1920不适用于PUCCH传输。对于调度到UE 116的PDSCH接收并包括PDSCH到HARQ反馈定时指示符字段的DCI格式，定时指示符字段的值指示响应于PUSCH中接收到TB的HARQ‑ACK信息的 PUCCH传输的具有N个符号的周期，UE 116可以将PDSCH到HARQ 反馈定时指示符字段的值0、
1、2、3、4、5、6、7解释为分别对应于具有索引0、1、3、4、5、6、7、8的周期。

[0251] 在一些实施方式中，当在具有N个符号的第一周期中的PUCCH 资源超过小于第二符号数量K2的第一符号数量K1(其中，K2例如由服务gNB 102通过更高层信令提供给UE 116)时，UE 116可以在附加的一个或多个具有N个符号的周期中重复进行PUCCH传输。对于 PUCCH传输的每次重复，持续时间或符号数量可以是相同的且等于第一符号数量K1。重复次数可以被确定为ceil(K2/K1)，其中ceil(K2/K1) 是将数字取整为其下一更大整数的上限函数。

[0252] 在其它实施方式中，当符号周期中的PUCCH资源包括K1个符号时，UE 116可以在具有N个符号的下一小区(K2/K1)周期中的相同PUCCH资源中重复进行PUCCH传输，其中UE 116可以在K1个符号上发送PUCCH。在一些实施方式中，可以由gNB 102通过更高层信令直接向UE 116提供多次重复。

[0253] 例如，图20示出根据本公开的各种实施方式的发送PUCCH的方法。尽管在本文中图20所示的方法2000被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0254] 在操作2010中，UE(诸如UE 116)配置有K2个符号的数量。 UE 116可以通过更高层信令从gNB(诸如gNB 102)接收K2个符号的数量。K2个符号的数量可以存储在存储器360中。

[0255] 在操作2020中，UE 116检测调度PDSCH接收的DCI格式。DCI 格式包括为UE 116提供具有K1个符号的PUCCH资源的PUCCH资源指示符以发送HARQ‑ACK信息，HARQ‑ACK信息是对PDSCH中的TB接收的响应。

[0256] 在操作2030中，UE 116确定K1是否小于K2。如果K1不小于K2，则UE 116进行操作2040。如果K1小于K2，则UE 116进行操作2050。

[0257] 在操作2040中，响应于UE 116确定K1不小于K2，收发机310 在操作2020中检测到的PUCCH资源中发送PUCCH。

[0258] 在操作2050中，响应于UE 116确定K1小于K2，收发机310在操作2020中检测到的PUCCH资源中发送PUCCH，并对总共ceil (K2/K1)个PUCCH重复进行PUCCH传输。在一些实施方式中， PUCCH传输的重复可以在包括至少K1个连续UL符号的具有N个符号的周期中进行。在一些实施方式中，响应于UE 116确定K1小于K2， UE 116可以将PUCCH传输功率增加10log10(K2/K1)dB。在一些实施方式中，响应于UE 116确定出K1小于K2，UE 116可以将用于 PUCCH传输的RB数量增加ceil(K2/K1)。

[0259] 在一些实施方式中，通过调度与PUCCH传输相关联的PDSCH接收的DCI格式的字段，可以将具有HARQ‑ACK信息的PUCCH传输的重复数量提供给UE 116。在这些实施方式中，代替将更高层信令用于UE 116以确定是否重复PUCCH传输，而是UE 116直接接收与 PUCCH传输相关联的DCI格式。

[0260] 本公开的各种实施方式缓解了UE不能发送CG‑PUSCH的问题。在一些实施方式中，对于不成对的频谱操作，gNB可能无法在每个时隙中提供与CG‑PUSCH传输的符号数量相等的多个UL符号。在一些实施方式中，对于成对的频谱操作和不成对的频谱操作，服务gNB可以支持多种业务类型，其它UE可以正在进行向资源中的服务gNB发送，其中UE配置为用于到gNB的CG‑PUSCH传输。

[0261] 例如，gNB(诸如gNB 102)可以向UE(诸如UE 116)提供用于CG‑PUSCH传输的多个小区中的多个资源。CG‑PUSCH传输的配置可以是所有小区公共的，或者可以由gNB 102针对每个小区单独提供给UE 116。在小区与不同频带相关联的实施方式中，gNB 102可以在不同的小区上使用不同的时隙格式。例如，对于第一小区上的符号集仅包括DL符号的时隙，第二小区上的符号集可以包括至少与第二小区上的CG‑PUSCH传输的符号数量相等的多个UL符号。因此，UE 116 可以选择第二小区进行CG‑PUSCH传输。在UE 116可以在多于一个小区上具有用于发送CG‑PUSCH的资源的实施方式中，UE 116可以选择具有最小索引的小区。

[0262] 在一些实施方式中，gNB 102可以为UE配置用于小区上的 CG‑PUSCH传输的多个资源。特别地，每个配置可以是单独的并特定于指定小区。UE 116可以基于小区的更高层参数 tdd‑UL‑DL‑ConfigurationCommon、或另外基于更高层参数  tdd‑UL‑DL‑ConfigurationDedicated、或基于用于小区的DCI格式2_0 中的SFI字段指示的时隙格式，确定小区上的包括DL、F和UL的符号集中的每个符号的方向。

[0263] 图21示出根据本公开的各种实施方式的用于确定要发送 CG‑PUSCH的小区的方法。尽管在本文中图21所示的方法2100被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0264] 在操作2110中，向UE(诸如UE 116)提供用于小区集中的每个小区上的CG‑PUSCH传输的一个或多个资源配置。UE 116可以由gNB (诸如gNB 102)通过更高层信令来提供一个或多个资源配置。一个或多个资源配置可被存储在存储器360中。对于CG‑PUSCH传输的每个配置，还可以向UE 116提供相应的小区索引。在操作2120中，UE 116将小区索引设置为小区集中的最小小区索引。

[0265] 在操作2130中，UE 116确定用于具有最小索引的小区上的一个或多个CG‑PUSCH传输配置中的任何一个的符号是否是UL符号。在一些实施方式中，例如当由tdd‑UL‑DL‑ConfigurationCommon指示时， UE 116可以确定用于具有索引的小区上的CG‑PUSCH传输的一个或多个配置中的任何一个的符号是否是UL符号(或UL符号和灵活符号)。在各种实施方式中，UE 116可以确定每时隙或每符号的操作2130，诸如当CG‑PUSCH传输的配置可以适用于具有N个符号的每个周期时，确定具有N个符号的每个周期。当为CG‑PUSCH传输配置的符号是具有最小索引的小区上的UL符号时，UE 116进行操作2140。当为CG‑PUSCH传输配置的符号不是具有最小索引的小区上的UL符号时，UE 116进行操作2150。

[0266] 在操作2140中，收发机310在具有最小索引的小区上的符号上发送CG‑PUSCH。

[0267] 在操作2150中，UE 116确定小区索引是否是小区集中的最大小区索引。当索引是小区集中的最大小区索引时，方法2100可以终止于操作2160。当方法2100终止时，UE 116不发送任何CG‑PUSCH，或者UE 116可以通过相对于CG‑PUSCH传输的每个配置中的符号数量自主地减少CG‑PUSCH传输的符号数量(例如每次减少一个)来重复该过程，直到UE确定CG‑PUSCH传输的UL符号数量最大的小区。例如，UE 116可以考虑CG‑PUSCH传输在配置资源的第二符号处开始，或者在配置资源的第二至最后符号处结束。

[0268] 当UE 116确定索引不是小区集中的最大小区索引时，UE 116返回操作2130。

[0269] 本公开的各种实施方式为UE提供了改进的CG‑PUSCH中的TB 接收可靠性。在这些实施方式中，具有UL CA能力的UE可以使用 CG‑PUSCH传输的相应配置在多个小区上的CG‑PUSCH中发送相同的TB。当例如基于tdd‑UL‑DL‑ConfigurationCommon确定了符号时，当来自多个小区的每个小区上的CG‑PUSCH传输的符号是UL符号 (或UL符号和灵活符号)时，UE可以发送相同的TB。类似的实施方式为UE提供了改进的CG‑PUSCH中的TB接收可靠性。

[0270] 单个DCI格式可以为同一TB在多个小区上调度多个GB‑PUSCH 传输，或者多个DCI格式可以为同一TB在相应的多个小区上分别调度多个GB‑PUSCH传输。在使用单个DCI格式的实施方式中，UE发送相应的一个或多个CG‑PUSCH的一个或多个小区可以由gNB通过更高层信令配置给UE，或者可以在调度小区上的CG‑PUSCH传输的DCI格式中指示。例如，DCI格式可以包括2位的字段，该字段可以指示UE由gNB配置的四个小区集中的一个小区集，以在该小区集的每个小区上进行GB‑PUSCH传输。单个DCI格式还可以包括用于在小区集中的每个小区上进行GB‑PUSCH传输的其它单独字段，诸如用于TPC命令或预编码指示的单独指示、或用于调制和编码方案(MCS) 的单独指示。诸如用于HARQ过程编号、或用于冗余版本、或用于 NDI的其它字段可以在DCI格式中仅包括一次，并且对于所指示的用于CG‑PUSCH传输的所有小区是公共的。对于所指示的所有小区，频域资源分配(FDRA)字段或时域资源分配(TDRA)字段也可以是公共的。当DCI格式用于调度多个小区上的CG‑PUSCH传输时，诸如 BWP指示符的其它字段可能不适用。

[0271] 例如，图22示出根据本公开的各种实施方式在多个小区上发送具有相同TB的多个CG‑PUSCH的方法。尽管在本文图22所示的方法 2200被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0272] 在操作2210中，UE(诸如UE 116)检测调度PUSCH传输的DCI 格式。在操作2220中，UE 116基于在操作2210中检测到的DCI格式的指示，从配置的多个小区集中确定小区集。在操作2230中，基于在操作2220中确定的小区集，收发机310在所指示的小区集中的每个小区上发送具有相同TB的PUSCH。

[0273] 在一些实施方式中，gNB可以使用DCI格式2_0来提供适用于一个或多个时隙的格式的SFI字段值。在这些实施方式中，SFI可以将灵活符号(F)识别为DL符号或UL符号，或者保持为稍后被解释为不可用于DL接收或UL传输的灵活符号。当CG‑PUSCH资源包括例如根据tdd‑UL‑DL‑ConfigurationCommon被指示为灵活符号的符号、以及被DCI格式2_0中的SFI字段值指示为DL符号或灵活符号的符号时，由于在DL符号或被指示为不可用的符号中不能发生 CG‑PUSCH传输，因而CG‑PUSCH资源会变得无效。因此，为了避免当相应的配置资源包括变得不可用的灵活符号时必须丢弃CG‑PUSCH 传输(其中灵活符号由于DCI格式2_0中的SFI值对时隙格式的适配而变得不可用)，UE可以适配配置的CG‑PUSCH资源以在灵活符号变得不可用时将其排除。另外，为了提供DL‑UL切换间隙，UE可以在基于时隙格式确定的最后DL符号之后的多个符号(诸如一个符号) 上发送CG‑PUSCH。为了补偿由于符号数量减少而导致用于 CG‑PUSCH传输的RE数量的减少，UE可以由于BPRE的相应增加而增加CG‑PUSCH的传输功率，或者可以增加RB的数量使得 CG‑PUSCH传输的RE的总数基本上保持相同，而无需减少符号数量。例如，UE可以从用于CG‑PUSCH传输的配置资源的最后一个RB继续按升序RB索引包括用于CG‑PUSCH传输的附加RB。

[0274] 例如，图23示出根据本公开的各种实施方式适配用于CG‑PUSCH 传输的多个符号的方法。尽管在本文中图23所示的方法2300被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0275] 在操作2310中，UE(诸如UE 116)检测DCI格式2_0，并从DCI 格式2_0中的SFI字段值获得时隙格式。

[0276] 在操作2320中，UE 116确定SFI字段值是否指示存在作为DL 符号或灵活符号的用于CG‑PUSCH传输的资源配置的任何符号。当 UE 116确定不存在符号时，处理器进行操作2330。当UE 116确定存在符号时，处理器进行操作2340。

[0277] 在操作2330中，基于UE 116确定不存在作为DL符号或灵活符号的CG‑PUSCH资源配置的符号，收发机310发送CG‑PUSCH。

[0278] 在操作2340中，基于UE 116确定存在作为DL符号或灵活符号的CG‑PUSCH资源配置的符号，收发机310通过减少用于资源的符号数量来发送CG‑PUSCH。例如，UE 116可以丢弃被指示为DL符号或灵活符号的用于资源的多个第一符号。当先前符号达到DL符号中的 UL符号数量时，UE 116还可以丢弃多个连续的UL符号。另外，UE 可以增加用于CG‑PUSCH传输的功率和/或RB数量。

[0279] 在一些实施方式中，可以通过PDCCH(GB‑PUSCH)中的DCI 格式来调度来自UE 116的PUSCH传输。在这些实施方式中，服务gNB 102可以指示用于PUSCH传输符号的时域资源分配(TDRA)字段， PUSCH传输符号是例如gNB 102先前通过更高层参数 tdd‑UL‑DL‑ConfigurationCommon指示为DL符号，或者gNB 102先前通过由SFI值提供的时隙格式指示为DL符号或灵活符号。因此，gNB 102可以满足GB‑PUSCH传输的等待时间要求，而无需等待在DL符号之后或者在灵活符号之后的符号中调度PUSCH传输。

[0280] 在这些实施方式中，UE 116可以将DCI格式视为有效，并且在由 tdd‑UL‑DL‑ConfigurationCommon指示为DL符号、或者由SFI值提供的时隙格式指示为DL符号或灵活符号的符号中发送GB‑PUSCH。为了避免交叉链路干扰，gNB 102可以避免在gNB 102指示给UE 116 的用于GB‑PUSCH传输的符号中进行传输。一个例外的示例可以是指示给UE 116的用于接收SS/PBCH块的符号。当UE 116在包括用于接收SS/PBCH块的符号中检测到调度PUSCH传输的DCI格式时，UE 116可以认为DCI格式是无效的。gNB 102可以基于考虑DCI格式相对于SS/PBCH块是有效或无效来配置UE 116的行为。

[0281] 例如，图24示出根据本公开的各种实施方式在被指示为DL符号的符号中发送GB‑PUSCH的方法。尽管在本文中图24中所示的方法 2400被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0282] 在操作2410中，UE(诸如UE 116)接收将第一符号集指示为DL 符号的更高层参数tdd‑UL‑DL‑ConfigurationCommon或DCI格式2_0 中的SFI字段的值。

[0283] 在操作2420中，UE 116在第二符号集中检测调度PUSCH传输的 DCI格式。第二符号集包括来自在操作2410中指示的第一符号集的符号。

[0284] 在操作2430中，收发机310发送PUSCH。基于在操作2420中检测到的DCI格式，UE 116认为DCI格式是有效的，并且忽略由 tdd‑UL‑DL‑ConfigurationCommon提供的指示或SFI字段的值。

[0285] 在一些实施方式中，由多个时隙上的 tdd‑UL‑DL‑ConfigurationCommon提供的时隙格式在多个时隙内可以是非周期的。因此，由于相应的符号可能是时隙中的DL符号，多个时隙内的CG‑PUSCH资源的周期性配置可能会导致CG‑PUSCH在时隙中不可用。为了避免多个时隙上的一些时隙中的CG‑PUSCH资源不可用，各种实施方式为多个时隙上的每个时隙单独提供CG‑PUSCH资源配置。在这些实施方式中，每个时隙的配置可以是周期性的，其周期等于时隙的数量。

[0286] 本公开的各种实施方式能够取消传输以避免来自小区的同一 BWP上的其它传输对到同一服务gNB的GB‑PUSCH传输的干扰。例如，gNB知晓正在进行来自一个或多个UE的传输。对于具有低等待时间要求的PUSCH传输或PDSCH接收，一些方法包括gNB发送DCI 格式2_4以指示正在进行传输的UE取消传输并避免UE间对PUSCH 传输或PDSCH接收的干扰。这些方法要求具有UL传输的所有UE在时隙期间的一个或多个时机监视PDCCH检测DCI格式2_4。因此，即使当UE知晓时隙中没有除了时隙开始处的潜在PDCCH接收之外的其它UE接收时，UE也不能关闭UE调制解调器的接收部分。因此，本公开的各种实施方式能够取消传输以避免干扰。

[0287] 在一些实施方式中，当UE 116在时隙中具有任何UL传输时，UE (诸如UE 116)可以始终监视DCI格式2_4的PDCCH。

[0288] 在一些实施方式中，UE 116可以根据UE 116在时隙中具有的UL 传输类型，在该时隙中选择性地监视DCI格式2_4的PDCCH。例如，可以针对每个传输类型为UE 116的接收机提供单独的配置，该配置指示是否在时隙中监视DCI格式2_4的PDCCH。对于某些传输类型，始终期望UE 116监视DCI格式2_4的PDCCH。例如，在时隙中发送 SRS或PUSCH的UE始终在该时隙中监视DCI格式2_4的PDCCH，因此可以根据DCI格式2_4对SRS或PUSCH传输的相应资源的指示来取消SRS或PUSCH传输，而在时隙中仅发送PUCCH或PRACH的 UE不监视DCI格式2_4的PDCCH，或者可以由gNB 102通过更高层配置是否在时隙中监视DCI格式2_4的PDCCH，因此无论DCI格式 2_4对PUCCH或PRACH传输的相应资源的指示如何，UE都不会取消PUCCH或PRACH传输。例如，可以通过更高层从gNB 102配置 UE 116是否针对每个传输类型(例如针对SRS、PUSCH、 PRACH/PUCCH)分别在时隙中监视DCI格式2_4的PDCCH。类似于基于SFI的符号方向指示取消传输，如果DCI格式2_4指示取消用于PUSCH传输的任何时频资源传输，则UE彻底取消PUSCH传输，并且仅在DCI格式2_4指示取消传输的符号中取消SRS传输。

[0289] 对于相同的传输类型，可以单独配置UE 116是否在时隙中监视 DCI格式2_4的PDCCH。UE 116是否在时隙中监视DCI格式2_4的 PDCCH可以取决于如调度传输的DCI格式或配置传输的更高层信令所指示的UE 116的传输类型是第一优先级类型或第二优先级类型，或者可以取决于传输类型是否占用大于配置的阈值数量的RB数量。例如，如果UE 116发送由指示用于PUSCH传输的第一优先级类型的DCI格式调度的PUSCH，则UE 116可以监视DCI格式2_4的PDCCH，并且如果UE 116发送由指示用于PUSCH传输的第二优先级类型的DCI格式调度的PUSCH，则UE 116可以不监视DCI格式2_4的PDCCH。例如，当UE 116发送由指示用于PUSCH传输的第二优先级类型的更高层信令配置的PUSCH时，UE 116可以不监视DCI格式2_4的 PDCCH。例如，由于通过DCI格式2_4指示取消传输的时间资源集和频率资源集的粒度较大，因此UE可以假设即使当PRACH传输或 PUCCH传输包括来自该时间资源集的时间资源和来自该频率资源集的频率资源时，也不需取消PRACH传输或PUCCH传输。

[0290] 作为另一示例，当UE 116在大于所配置的RB阈值数量的多个 RB上发送PUCCH时，UE 116可以监视DCI格式2_4的PDCCH。当 UE 116不在大于所配置的RB的阈值数量的多个RB上发送PUCCH 时，UE 116可以不监视DCI格式2_4的PDCCH。

[0291] 在一些实施方式中，为了避免CSI测量误差，当UE 116接收到 CSI‑RS时，UE 116还可以监视DCI格式2_4的PDCCH。DCI格式 2_4还可以指示在所指示的时间‑频率资源中取消接收。然而，一种例外情况可以是取消SS/PBCH块相关联的接收，UE假设的SS/PBCH块是由服务gNB 102在通过更高层信令(例如通过更高层参数 ssb‑PositionsInBurst)指示的时机发送的。

[0292] 例如，图25示出根据本公开的各种实施方式的确定是否在时隙中监视DCI格式2_4的PDCCH的方法。尽管在本文中图25所示的方法 2500被描述为由UE 116实现，但是其可以在UE 111至UE 116中的一个或多个中实现，并且相应方法可以由图1所述的gNB 101至gNB 103中的一个或多个来执行。在不脱离本公开的范围的情况下，可以使用其它实施方式。

[0293] 在操作2510中，当UE(诸如UE 116)在时隙中具有传输类型时， UE配置为在时隙中监视或不监视DCI格式2_4的PDCCH。UE 116 可以从gNB(诸如gNB 102)接收信号。该配置可以存储在存储器360 中。

[0294] 在操作2520中，UE 116确定UE 116是否配置为在UE 116具有传输类型且不具有另一传输类型时在时隙中监视DCI格式2_4的 PDCCH。当UE 116确定UE 116配置为监视PDCCH时，UE 116进行操作2530。当UE 116确定UE 116配置为不监视PDCCH时，UE 116 进行操作2540。

[0295] 在操作2530中，基于UE 116确定UE 116配置为监视PDCCH，处理器监视PDCCH以检测DCI格式2_4。在操作2540中，基于UE 116 确定UE 116配置为不监视PDCCH，UE 116不监视DCI格式2_4的 PDCCH。

[0296] 在一些实施方式中，DCI格式2_4可以提供用于在多于一个小区集上取消传输的信息。由于传输取消是不频繁的事件，因此在DCI格式2_4中包括多于一个小区的集中的每个小区的信息会增加DCI格式 2_4的大小，而当发送具有DCI格式2_4的PDCCH时，通常只指示小区的子集。并非DCI格式2_4单独为小区集中的每个小区提供信息，该信息可以是小区集中的每个小区公共的。另外，可以通过DCI格式 2_4的单独字段来指示可以应用传输取消信息的小区集中的小区子集。例如，对于4个小区的集，DCI格式2_4中的3位字段可以指示传输取消的指示信息对于{Cell 0}、{Cell 1}、{Cell 2}、{Cell 3}、{Cell 0 和Cell 1}、{Cell 2和Cell 3}、{Cell 0、Cell 1、Cell 2、Cell 3}的适用性。该字段的值到小区集中的小区的映射可以由服务gNB 102通过更高层信令向UE 116提供。

[0297] 尽管已经以各种示例性实施方式描述了本公开，但是本领域技术人员可以建议各种改变和修改。本公开旨在涵盖落入所附权利要求范围内的这些改变和修改。