CN117616713A

CN117616713A - 用于在无线通信系统中确定harq进程id的数目并且发送harq-ack的方法和设备

Info

Publication number: CN117616713A
Application number: CN202280046218.3A
Authority: CN
Inventors: 崔庚俊; 林成穆; 张永禄; 池衡柱
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2021-12-30
Filing date: 2022-12-30
Publication date: 2024-02-27

Abstract

本公开提供了一种由无线通信系统中的终端执行的方法。该方法包括以下步骤：接收用于设置与PDSCH相关联的HARQ进程数目的第一信息；确认用于第一BWP的第一SCS是否被设置为480kHz或960kHz；确认用于第二BWP的第二SCS是否被设置为除480kHz和960kHz之外的值；以及基于第一BWP或第二BWP接收PDSCH，其中，如果基于第一信息设置的32个HARQ进程与第一SCS相关联，则在其中设置第二SCS的第二BWP中多达32的HARQ进程数目可以被支持。

Description

用于在无线通信系统中确定HARQ进程ID的数目并且发送 HARQ-ACK的方法和设备

技术领域

本公开涉及无线通信系统中的终端和基站的操作。具体地，本公开涉及一种用于由终端确定HARQ进程数目的方法、用于根据确定的HARQ-ACK发送的方法、以及能够执行方法的设备。

背景技术

5G移动通信技术定义了宽频带，使得高发送速率和新服务成为可能，并且不仅可以被实现于“6GHz以下”(诸如3.5GHz)波带中，还可以被实现于包括28GHz和39GHz的被称为毫米波(mmWave)的“6GHz以上”波带中。另外，已经考虑在太赫兹波带(例如，95GHz至3THz波带)中实现6G移动通信技术(被称为超5G系统)，以便实现比5G移动通信技术快五十倍的发送速率和5G的十分之一的超低时延。

在5G移动通信技术的初始阶段，为了支持服务并满足与增强型移动宽带(eMBB)、超可靠和低时延通信(URLLC)和大规模机器类型通信(mMTC)有关的性能要求，已经在进行关于以下各项的标准化：用于减轻mmWave中的无线电波路径损耗并增加无线电波发送距离的波束成形和大规模MIMO、用于高效地利用mmWave资源的参数集(例如，操作多个子载波间隔)和时隙格式的动态操作、用于支持多波束发送和宽带的初始接入技术、BWP(带宽部分)的定义和操作、新的信道译码方法(诸如用于大容量数据发送的LDPC(低密度奇偶校验)码和用于控制信息的高度可靠发送的极性码)、L2预处理、以及用于提供针对特定服务定制的专用网络的网络切片。

目前，鉴于将由5G移动通信技术支持的服务，正在讨论对初始5G移动通信技术的改进和性能增强，并且已经有关于诸如以下技术的物理层标准化：用于基于车辆发送的关于车辆的定位和状态的信息来辅助自主车辆的驾驶决策以及用于增强用户便利性的V2X、旨在使系统操作符合未许可波带中的各种监管相关要求的NR-U(新无线电未许可)、NR UE功率节省、非陆地网络(NTN)(即UE-卫星直接通信，用于在其中与陆地网络的通信不可能的区域中确保覆盖)、以及定位。

此外，已经在进行关于诸如以下技术的无线接口架构/协议字段的标准化：用于通过与其它工业的互通和融合来支持新服务的工业物联网(IIoT)、用于通过以集成方式支持无线回程链路和接入链路来提供用于网络服务区域扩展的节点的IAB(集成接入和回程)、包括条件移交和DAPS(双活动协议栈)移交的移动性增强、以及用于简化随机接入过程的两步随机接入(用于NR的2步RACH)。同样已经在进行关于以下项的系统架构/服务领域的标准化：用于组合网络功能虚拟化(NFV)和软件定义网络(SDN)技术的5G基线架构(例如，基于服务的架构或基于服务的接口)、以及用于基于UE定位接收服务的移动边缘计算(MEC)。

如果这样的5G移动通信系统被商业化，则已呈指数增长的连接设备将连接到通信网络，并且因此预期到5G移动通信系统的增强的功能和性能以及连接设备的集成操作将是必要的。为此，结合用于高效地支持增强现实(AR)、虚拟现实(VR)、混合现实(MR)等的扩展现实(XR)、通过利用人工智能(AI)和机器学习(ML)的5G性能改进和复杂性降低、AI服务支持、元宇宙服务支持和无人机通信等安排了新的研究。

此外，5G移动通信系统的此类开发将用作不仅是用于开发以下项的基础：用于在6G移动通信技术的太赫兹波带中确保覆盖的新波形、全维MIMO(FD-MIMO)、多天线发送技术(诸如阵列天线和大规模天线)、用于改进太赫兹波带信号的覆盖的基于超材料的透镜和天线、使用OAM(轨道角动量)的高维空间复用技术、以及RIS(可重配置智能表面)，而且还是开发以下项的基础：用于增加6G移动通信技术的频率效率并且改进系统网络的全双工技术、用于通过从设计阶段利用卫星和AI(人工智能)并且使端到端AI支持功能内在化来实现系统优化的基于AI的通信技术、以及用于通过利用超高性能通信和计算资源来以超过UE操作能力限制的复杂性水平实现服务的下一代分布式计算技术。

发明内容

技术问题

本公开旨在提供能够在移动通信系统中有效地提供服务的设备和方法。

具体地，本公开提供了无线通信系统中用于在考虑到具有不同子载波间隔的BWP的情况下配置HARQ进程ID的数目的方法以及用于根据HARQ进程ID的数目来生成类型3HARQ-ACK码本的方法。

另外，本公开提供了用于确定被包括在DCI/UCI中的HARQ进程号字段或HARQ-ACK比特图字段的比特数目的方法。

问题的解决方案

根据本公开实施例的由无线通信系统中的终端执行的方法可以包括：接收用于配置与物理下行链路共享信道(PDSCH)相关联的混合自动重复请求(HARQ)进程数目的第一信息；标识用于第一带宽部分(BWP)的第一子载波间隔(SCS)被配置为480kHz或960kHz；标识用于第二BWP的第二SCS被配置为除480kHz和960kHz之外的值；以及基于第一BWP或第二BWP接收PDSCH，其中，如果基于第一信息配置的HARQ进程数目32与第一SCS相关联，则在第二SCS被配置用于的第二BWP中多达32个HARQ进程可以被支持。

根据本公开实施例的由无线通信系统中的基站执行的方法可以包括：向终端发送用于配置与PDSCH相关联的HARQ进程数目的第一信息；以及基于第一BWP或第二BWP向终端发送PDSCH，其中用于第一BWP的第一SCS被配置为480kHz或960kHz，用于第二BWP的第二SCS被配置为除480kHz和960kHz之外的值，并且如果基于第一信息配置的HARQ进程数目32与第一SCS相关联，则在第二SCS被配置用于的第二BWP中多达32个HARQ进程可以被支持。

根据本公开实施例的无线通信系统的终端可以包括：收发器；以及在功能上连接到收发器的控制器，其中控制器被配置为：接收用于配置与PDSCH相关联的HARQ进程数目的第一信息，标识用于第一BWP的第一SCS被配置为480kHz或960kHz，标识用于第二BWP的第二SCS被配置为除480kHz和960kHz之外的值，以及基于第一BWP或第二BWP接收PDSCH，其中，如果基于第一信息配置的HARQ进程数目32与第一SCS相关联，则在第二SCS被配置用于的第二BWP中多达32个HARQ进程可以被支持。

根据本公开实施例的无线通信系统的基站可以包括：收发器；以及在功能上连接到收发器的控制器，其中控制器被配置为：向终端发送用于配置与PDSCH相关联的HARQ进程数目的第一信息，以及基于第一BWP或第二BWP向终端发送PDSCH，其中用于第一BWP的第一SCS被配置为480kHz或960kHz，用于第二BWP的第二SCS被配置为除480kHz和960kHz之外的值，以及如果基于第一信息配置的HARQ进程数目32与第一SCS相关联，则在第二SCS被配置用于的第二BWP中多达32个HARQ进程可以被支持。

发明的有益效果

根据本公开的实施例，HARQ进程数目可以是通过考虑支持480kHz或960kHz的SCS的BWP被配置来确定的，并且HARQ-ACK码本可以是基于确定的HARQ进程数目来生成的。

另外，根据本公开的实施例，被包括在DCI/UCI中的HARQ进程号字段或HARQ-ACK比特图字段的比特的数目可以被适当地确定，并且DCI的有效载荷可以是根据显式配置来确定的。

附图说明

图1是图示出根据本公开实施例的无线通信系统中的时频域的基本结构的图；

图2是图示出根据本公开实施例的无线通信系统中的帧、子帧和时隙结构的图；

图3是图示出根据本公开实施例的无线通信系统中的带宽部分配置的示例的图；

图4是图示出根据本公开实施例的无线通信系统中的下行链路控制信道的控制资源集合配置的示例的图；

图5是图示出根据本公开实施例的无线通信系统中的下行链路控制信道的结构的图；

图6是用于图示出根据本公开实施例的在考虑到无线通信系统中的下行链路数据信道和速率匹配资源的情况下由基站和终端发送或接收数据的方法的图；

图7是图示出根据本公开实施例的无线通信系统中的PDSCH的频率轴资源分配的示例的图；

图8是图示出根据本公开实施例的无线通信系统中的PDSCH的时间轴资源分配的示例的图；

图9是图示出根据本公开实施例的在无线通信系统中根据数据信道和控制信道的子载波间隔的时间轴资源分配的示例的图；

图10是图示出根据本公开实施例的无线通信系统中的单小区、载波聚合和双连接情形中的终端和基站的无线电协议结构的图；

图11是图示出根据本公开实施例的调度一个或多个PDSCH的示例的图；

图12是图示出根据本公开实施例的用于单PDSCH调度和多PDSCH调度的DCI的图；

图13是图示出根据本公开实施例的发送多个PDSCH的HARQ-ACK的方法的图；

图14是图示出根据本公开实施例的向多个BWP分配不同HARQ进程的数目的图。

图15是图示出根据本公开实施例的用于类型3HARQ-ACK发送的方法的图。

图16是图示出根据本公开实施例的增强型类型3HARQ-ACK发送的方法的图。

图17是根据本公开实施例的当不同的HARQ进程数目被分派给多个BWP时生成类型3HARQ-ACK码本的实施例；

图18图示出根据本公开实施例的终端和基站的信令流程图；

图19是图示出根据本公开实施例的无线通信系统中的终端的结构的图；以及

图20是图示出根据本公开实施例的无线通信系统中的基站的结构的图。

具体实施方式

在下文中，本公开的实施例将参考附图来被详细地描述。

在描述实施例时，与本领域公知的技术内容有关并且不直接与本公开相关联的描述将被省略。此类对不必要描述的省略旨在防止模糊本公开的主要思想并且更清楚地传递主要构思。

出于同样的原因，在附图中，某些元件可能被夸大、省略或示意性地示出。此外，每个元件的大小不完全反映实际大小。在附图中，相同或对应的元件被提供有相同的附图标记。

通过参考下面结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将是显而易见的。然而，本公开不限于下面阐述的实施例，而可以是以各种不同的形式来实现的。提供以下实施例仅是为了完整地公开本公开并告知本领域技术人员本公开的范围，并且本公开仅由所附权利要求的范围来限定。贯穿本说明书，相同或相似的附图标记指定相同或相似的元件。此外，在描述本公开时，当确定描述可能使本公开的主题不必要地不清楚时，将省略对并入本文的已知功能或配置的详细描述。下面将描述的术语是考虑到本公开中的功能而定义的术语，并且可以根据用户、用户的意图或习惯而不同。因此，术语的定义应当是基于贯穿说明书的内容来做出的。

在以下描述中，基站是向终端分配资源的实体，并且可以是gNode B、eNode B、节点B、基站(BS)、无线接入单元、基站控制器、以及网络上的节点中的至少一个。终端可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机、或能够执行通信功能的多媒体系统。在本公开中，“下行链路(DL)”是指基站向终端发送信号所经由的无线电链路，并且“上行链路(UL)”是指终端向基站发送信号所经由的无线电链路。此外，在以下描述中，可以通过示例的方式描述LTE或LTE-A系统，但是本公开的实施例还可以被应用于具有类似技术背景或信道类型的其它通信系统。这样的通信系统的示例可以包括在LTE-A之后开发的第五代移动通信技术(5G、新无线电和NR)，并且在以下描述中，“5G”可以是涵盖现有LTE、LTE-A或其它类似服务的概念。另外，基于本领域技术人员的判断，本公开的实施例还可以通过某些修改而被应用于其它通信系统，而不明显脱离本公开的范围。

在本文中，将理解流程图图示中的每个框以及流程图图示中的框的组合可以由计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以产生机器，使得经由计算机或其它可编程数据处理装置的处理器执行的指令创建用于实现一个或多个流程图框中指定的功能的部件。计算机程序指令也可以被存储在计算机可使用或计算机可读存储器中，其可以引导计算机或其它可编程数据处理装置以特定方式运行，使得存储在计算机可使用或计算机可读存储器中的指令产生制品，该制品包括实现一个或多个流程图框中指定的功能的指令部件。计算机程序指令还可以被加载到计算机或其它可编程数据处理装置上，以导致一系列操作步骤在计算机或其它可编程装置上执行，从而产生计算机实现的过程，使得在计算机或其它可编程装置上执行的指令提供用于实现一个或多个流程图框中指定的功能的步骤。

此外，流程图图示的每个框可以表示代码的模块、段或部分，其包括用于实现指定逻辑功能的一个或多个可执行指令。应当注意，在某些替代实现中，框中所标注的功能可以不按次序发生。例如，取决于所涉及的功能，实际上可以基本上同时执行连续地示出的两个框，或者有时可以按相反的次序来执行这些框。

如本文所使用的，“单元”指的是执行预定功能的软件元件或硬件元件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”并不总是具有仅限于软件或硬件的含义。“单元”可以被构造为存储在可寻址存储介质中或执行一个或多个处理器。因此，“单元”包括例如软件元件、面向对象的软件元件、类元件或任务元件、进程、功能、属性、过程、子例程、程序代码段、驱动器、固件、微代码、电路、数据、数据库、数据结构、表格、阵列和参数。由“单元”提供的元件和功能可以被组合成更少数目的元件或“单元”，或者被分成更多数目的元件或“单元”。此外，元件和“单元”可以被实现为再现设备或安全多媒体卡内的一个或多个CPU。此外，实施例中的“单元”可以包括一个或多个处理器。

无线通信系统正在发展为宽带无线通信系统，其用于使用诸如以下的通信标准提供高速和高质量的分组数据服务：3GPP的高速分组接入(HSPA)、LTE{长期演进或演进型通用陆地无线电接入(E-UTRA)}、LTE-Advanced(LTE-A)、LTE-Pro、3GPP2的高速分组数据(HRPD)、超移动宽带(UMB)、IEEE 802.16e等，以及典型的基于语音的服务。

作为宽带无线通信系统的典型示例，LTE系统在下行链路(DL)中采用正交频分复用(OFDM)方案，并且在上行链路(UL)中采用单载波频分多址(SC-FDMA)方案。上行链路指示用户设备(UE)(或移动站(MS))向基站(BS)(eNode B)发送数据或控制信号所通过的无线电链路，并且下行链路指示基站向UE发送数据或控制信号所通过的无线电链路。上述多址接入方案可以通过为每个用户分配和操作用于发送数据或控制信息的时频资源来分离相应用户的数据或控制信息，以避免彼此重叠，即，以建立正交性。

由于作为LTE后通信系统的5G通信系统必须自由地反映用户、服务提供者等的各种要求，所以必须支持满足各种要求的服务。在5G通信系统中考虑的服务包括增强型移动宽带(eMBB)通信、大规模机器类型通信(mMTC)、超可靠低时延通信(URLLC)等。

eMBB旨在提供比现有LTE、LTE-A或LTE-Pro支持的数据速率更高的数据速率。例如，在5G通信系统中，eMBB必须针对单个基站提供下行链路中的20Gbps的峰值数据速率和上行链路中的10Gbps的峰值数据速率。此外，5G通信系统必须向UE提供增加的用户感知数据速率以及最大数据速率。为了满足这样的要求，发送/接收技术(包括进一步增强的多输入多输出(MIMO)发送技术)需要被改进。另外，5G通信系统所需的数据速率可以是使用3至6GHz或6GHz或更大的频带中的大于20MHz的频率带宽来获得的，而不是使用LTE中使用的2GHz的波带中的多达20MHz的发送带宽来发送信号。

另外，mMTC被认为支持5G通信系统中诸如物联网(IoT)之类的应用服务。为了有效地提供物联网，mMTC具有诸如以下要求：在小区中支持大量UE的连接、UE的增强覆盖、改进的电池时间、UE成本的降低等。由于物联网在被提供给各种传感器和各种设备的同时提供通信功能，因此其必须支持小区中的大量UE(例如，1,000,000UE/km2)。此外，支持mMTC的UE可能需要比5G通信系统提供的其它服务的UE更宽的覆盖，因为，由于服务的性质，UE很可能位于未被小区覆盖的阴影区域，诸如建筑物的地下室。支持mMTC的UE必须被配置为廉价的，并且可能需要非常长的电池寿命时间，诸如10至15年，因为难以频繁地更换UE的电池。

最后，作为基于蜂窝的任务关键型无线通信服务的URLLC可以被用于对机器人或机器、工业自动化、无人驾驶飞行器、远程健康护理、紧急警报等的远程控制。因此，URLLC必须提供具有超低时延和超高可靠性的通信。例如，支持URLLC的服务必须满足小于0.5ms的空中接口时延，并且还需要10^-5或更小的分组错误率。因此，对于支持URLLC的服务，5G系统必须提供比其它服务更短的发送时间间隔(TTI)，并且还可能需要用于在频带中分配大量资源以便确保通信链路的可靠性的设计。

三个5G服务(即，eMBB、URLLC和mMTC)可以在单个系统中被复用和发送。在这种情况下，可以在服务之间使用不同的发送/接收技术和发送/接收参数，以便满足相应服务的不同要求。当然，5G不限于上述三种服务。

[NR时频资源]

在下文中，5G系统的帧结构将参考附图而被更详细地描述。

图1是图示出时频域的基本结构的图，该时频域是其中在5G系统中发送数据或控制信道的无线电资源区域。

在图1中，水平轴表示时域，而垂直轴表示频域。时域和频域中的资源的基本单元是资源元素(RE)101，并且可以被定义为时间轴上的1个正交频分复用(OFDM)符号102和频率轴上的1个子载波103。频域中的(例如，12)个连续RE可以构成一个资源块(RB)104。

图2图示出帧200、子帧201和时隙202结构的示例。一个帧200可以被定义为10ms。一个子帧201可以被定义为1ms，并且因此一个帧200可以包括总共10个子帧201。一个时隙202或203可以被定义为14个OFDM符号(即，每时隙的符号数目)。一个子帧201可以包括一个或多个时隙202和203，并且每个子帧201的时隙202和203的数目可以根据用于子载波间隔的配置值μ204和205而变化。图2的示例图示出其中子载波间隔配置值μ＝0的情况204和其中子载波间隔配置值μ＝1的情况205。对于μ＝0 204，一个子帧201可以包括一个时隙202，并且对于μ＝1 205，一个子帧201可以包括两个时隙203。即，每子帧的时隙数目可以根据用于子载波间隔的配置值μ而变化，并且相应地，每帧的时隙数目可以变化。根据每个子载波间隔配置μ的/>和/>可以在下面的表1中被定义。

[表1]

[带宽部分(BWP)]

接下来，5G通信系统中的带宽部分(BWP)配置将参考附图而被详细描述。

图3是图示出根据本公开实施例的无线通信系统中的带宽部分配置的示例的图。

图3示出了其中终端带宽(UE带宽)300被配置为具有两个带宽部分(即，带宽部分#1 301和带宽部分#2 302)的示例。基站可以为终端配置一个或多个带宽部分，并且可以为每个带宽部分配置如下表2所示的信息。

[表2]

本公开不限于以上示例，并且除了配置信息之外，可以为终端配置与带宽部分有关的各种参数。基站可以经由较高层信令(例如，无线电资源控制(RRC)信令)向终端传递信息。配置的一个或多个带宽部分中的至少一个带宽部分可以被激活。配置的带宽部分是否被激活可以是经由RRC信令以半静态方式从基站向终端传递的，或者可以是经由下行链路控制信息(DCI)动态传递的。

根据某些实施例，在无线电资源控制(RRC)连接之前，终端可以由基站经由主信息块(MIB)配置用于初始接入的初始带宽部分(BWP)。更具体地，在初始接入期间，终端可以接收用于搜索空间和控制区域(控制资源集合(CORESET))(其中用于接收初始接入所需的系统信息(其可以与剩余系统信息(RMSI)或系统信息块1(SIB1)相对应)的PDCCH可以经由MIB被发送)的配置信息。经由MIB配置的搜索空间和控制资源集合中的每一个可以被认为是标识符(标识(ID))0。基站可以经由MIB向终端通知配置信息，诸如用于控制资源集合#0的频率分配信息、时间分配信息和参数集。另外，基站可以经由MIB向终端通知用于控制资源集合#0的监视周期和时机的配置信息，即，用于搜索空间#0的配置信息。终端可以将从MIB获取的被配置为控制资源集合#0的频域视为用于初始接入的初始带宽部分。在这种情况下，初始带宽部分的标识(ID)可以被认为是0。

由5G支持的带宽部分配置可以被用于各种目的。

根据某些实施例，如果由终端支持的带宽小于系统带宽，则这可以是经由带宽部分配置来支持的。例如，基站可以为终端配置带宽部分的频率位置(配置信息2)，并且因此终端可以在系统带宽内的特定频率位置发送或接收数据。

根据某些实施例，为了支持不同的参数集，基站可以为终端配置多个带宽部分。例如，为了针对特定终端支持使用15kHz的子载波间隔和30kHz的子载波间隔两者的数据发送或接收，基站可以配置分别具有15kHz和30kHz的子载波间隔的两个带宽部分。不同的带宽部分可以是频分复用的，并且当数据要以特定的子载波间隔被发送或接收时，被配置有子载波间隔的带宽部分可以被激活。

另外，根据某些实施例，为了降低终端的功耗，基站可以为终端配置具有不同带宽大小的带宽部分。例如，如果终端支持非常大的带宽，例如100MHz的带宽，并且总是经由对应的带宽发送或接收数据，则可能出现非常大的功耗。具体地，在其中没有业务的情况下，就功耗而言，对具有100MHz的大带宽的下行链路控制信道执行不必要的监视可能是非常低效的。为了降低终端的功耗，基站可以为终端配置相对小带宽的带宽部分，例如，20MHz的带宽部分。在其中没有业务的情况下，终端可以在20MHz的带宽部分中执行监视，并且当数据被生成时，终端可以根据基站的指示通过使用100MHz的带宽部分来发送或接收数据。

在用于配置带宽部分的方法中，RRC连接之前的终端可以在初始接入期间经由主信息块(MIB)接收用于初始带宽部分的配置信息。更具体地，终端可以被配置有用于下行链路控制信道的控制区域(控制资源集合(CORESET))，通过该控制区域可以从物理广播信道(PBCH)的MIB发送用于调度系统信息块(SIB)的下行链路控制信息(DCI)。经由MIB配置的控制资源集合的带宽可以被视为初始带宽部分，并且终端可以经由配置的初始带宽部分接收物理下行链路共享信道(PDSCH)，SIB是通过该PDSCH来发送的。除了SIB的接收之外，初始带宽部分可以被用于其它系统信息(OSI)、寻呼和随机接入。

[切换带宽部分(BWP)]

当一个或多个带宽部分被配置用于终端时，基站可以通过使用DCI中的带宽部分指示符字段来指示终端改变(或切换或移位)带宽部分。例如，在图3中，如果终端的当前活动带宽部分是带宽部分#1 301，则基站可以通过使用DCI中的带宽部分指示符向终端指示带宽部分#2 302，并且终端可以将带宽部分切换到使用接收的DCI中的带宽部分指示符指示的带宽部分#2 302。

如上所述，基于DCI的带宽部分的切换可以是通过用于PDSCH或PUSCH的调度的DCI来指示的，并且因此当用于切换带宽部分的请求被接收到时，终端可能需要在经切换带宽部分中容易地执行由对应的DCI调度的PDSCH或PUSCH的发送或接收。为此，在带宽部分切换期间需要的对延迟时间(T_BWP)的要求在标准中被规定，并且例如可以被定义为如表3中所示。

[表3]

根据终端的能力，用于带宽部分切换延迟时间的要求支持类型1或类型2。终端可以向基站报告可支持的带宽部分延迟时间类型。

根据用于带宽部分切换延迟时间的上述要求，当终端在时隙n接收到包括带宽部分切换指示符的DCI时，终端可以在不晚于时隙n+T_BWP的时间点完成到带宽部分切换指示符所指示的新带宽部分的切换，并且可以在经切换的新带宽部分中执行用于由对应的DCI调度的数据信道的发送或接收。当基站利用新的带宽部分调度数据信道时，用于数据信道的时域资源分配可以是通过考虑终端的带宽部分切换延迟时间(T_BWP)来确定的。即，在当基站利用新的带宽部分调度数据信道时确定用于数据信道的时域资源分配的方法中，数据信道可以是在带宽部分切换延迟时间之后被调度的。相应地，终端可能不期望指示带宽部分切换的DCI指示小于带宽部分切换延迟时间(T_BWP)的值的时隙偏移(K0或K2)的值。

如果终端接收到指示带宽部分切换的DCI(例如，DCI格式1_1或0_1)，则终端可以在从接收到包括DCI的PDCCH的时隙的第三符号到由经由DCI中的时域资源分配指示符字段指示的时隙偏移(K0或K2)值指示的时隙的开始点为止的时间间隔期间不执行任何发送或接收。例如，在终端在时隙n中接收到指示带宽部分切换的DCI并且由DCI指示的时隙偏移值为K的情况下，从时隙n的第三符号到时隙n+k之前的符号(即，时隙n+K-1的最后符号)为止，终端可以不执行任何发送或接收。

[SS/PBCH块]

在下文中，将描述5G中的同步信号(SS)/PBCH块。

SS/PBCH块可以指包括主SS(PSS)、辅SS(SSS)和PBCH的物理层信道块。详细描述如下。

-PSS：PSS是用作用于下行链路时间/频率同步的参考的信号，并且提供小区ID的某些信息。

-SSS：SSS用作用于下行链路时间/频率同步的参考，并且提供PSS未提供的剩余小区ID信息。另外，SSS可以用作用于PBCH的解调的参考信号。

-PBCH：PBCH提供终端的数据信道和控制信道的发送或接收所必需的基本系统信息。基本系统信息可以包括指示控制信道的无线电资源映射信息的搜索空间相关控制信息，关于用于系统信息的发送的单独数据信道的调度控制信息，等等。

-SS/PBCH块：SS/PBCH块包括PSS、SSS和PBCH的组合。一个或多个SS/PBCH块可以是在5ms内被发送的，并且每个发送的SS/PBCH块可以是通过索引来区分的。

在初始接入期间，终端可以解码PBCH并且可以检测PSS和SSS。MIB可以是从PBCH获取的，并且控制区域(控制资源集合(CORESET))#0(其可以对应于具有控制资源集合索引0的控制资源集合)可以是根据其配置的。在假设在控制资源集合#0中发送的解调参考信号(DMRS)和选择的SS/PBCH块是准共址(QCLed)的时，终端可以在控制资源集合#0上执行监视。终端可以接收作为控制资源集合#0中发送的下行链路控制信息的系统信息。终端可以从接收的系统信息获取初始接入所需的随机接入信道(RACH)相关的配置信息。终端可以在考虑到选择的SS/PBCH索引的情况下向基站发送物理RACH(PRACH)，并且已接收到PRACH的基站可以获取关于由终端选择的SS/PBCH块索引的信息。基站可以标识终端已从各个SS/PBCH块中选择的块，并且可以标识与选择的块相关联的控制资源集合#0被监视。

[PDCCH：关于DCI]

接下来，将详细描述5G系统中的下行链路控制信息(DCI)。

在5G系统中，用于上行链路数据(或者物理上行链路数据信道(物理上行链路共享信道(PUSCH))或者下行链路数据(或者物理下行链路数据信道(物理下行链路共享信道(PDSCH))的调度信息是经由DCI从基站向终端发送的。终端可以监视用于PUSCH或PDSCH的回退(fallback)DCI格式和非回退DCI格式。回退DCI格式可以包括在基站与终端之间预定义的固定字段，并且非回退DCI格式可以包括可配置字段。

DCI可以是经由信道译码和调制而在物理下行链路控制信道(PDCCH)上发送的。循环冗余校验(CRC)被附加到DCI消息有效载荷，并且可以由与终端的标识相对应的无线电网络临时标识符(RNTI)加扰。根据DCI消息的目的，例如，终端特定(UE特定)数据发送、功率控制命令、随机接入响应等，可以使用不同的RNTI。换言之，RNTI不是显式发送的，而是被包括在CRC计算中并被发送。当在PDCCH上发送的DCI消息被接收到时，终端可以通过使用分派的RNTI来校验CRC，并且如果CRC校验结果正确，则可以确定消息是发送给该终端的。

例如，用于针对系统信息(SI)的PDSCH调度的DCI可以由SI-RNTI加扰。用于针对随机接入响应(RAR)消息的PDSCH调度的DCI可以由RA-RNTI加扰。用于针对寻呼消息的PDSCH调度的DCI可以由P-RNTI加扰。用于时隙格式指示符(SFI)的通知的DCI可以由SFI-RNTI加扰。用于发送功率控制(TPC)的通知的DCI可以由TPC-RNTI加扰。用于UE特定PDSCH或PUSCH的调度的DCI可以由小区RNTI(C-RNTI)加扰。

DCI格式0_0可以被用作用于PUSCH的调度的回退DCI，其中CRC由C-RNTI加扰。其中CRC由C-RNTI加扰的DCI格式0_0可以包括例如下表4中的信息。

[表4]

DCI格式0_1可以被用作用于PUSCH的调度的非回退DCI，其中CRC由C-RNTI加扰。其中CRC由C-RNTI加扰的DCI格式0_1可以包括例如下表5中的信息。

[表5]

/>

DCI格式1_0可以被用作用于PDSCH调度的回退DCI，其中CRC由C-RNTI加扰。其中CRC由C-RNTI加扰的DCI格式1_0可以包括例如下表6中的信息。

[表6]

DCI格式1_1可以被用作用于PDSCH调度的非回退DCI，其中CRC由C-RNTI加扰。其中CRC由C-RNTI加扰的DCI格式1_1可以包括例如下表7中的信息。

[表7]

/>

[PDCCH：CORESET、REG、CCE和搜索空间]

在下文中，5G系统中的下行链路控制信道将参考附图而被更详细地描述。

图4是图示出5G无线通信系统中的其中发送下行链路控制信道的控制信道集合(control resource set(CORESET))的示例的图。图4图示出以下示例：其中终端带宽部分410(UE带宽部分)被配置在频率轴上，并且两个控制资源集合(控制资源集合#1 401和控制资源集合#2 402)被配置在时间轴上的一个时隙420内。控制资源集合401和402可以被配置在频率轴上的整个终端带宽部分410内的特定频率资源403中。一个或多个OFDM符号可以被配置在时间轴上，并且可以被定义为控制区域持续时间(控制资源集合持续时间)404。参考图4所示的示例，控制资源集合#1 401被配置为具有2个符号的控制资源集合持续时间，并且控制资源集合#2 402被配置为具有1个符号的控制资源集合持续时间。

5G中的上述控制资源集合可以是由基站经由较高层信令(例如，系统信息、主信息块(MIB)、无线电资源控制(RRC)信令)为终端配置的。为终端配置控制资源集合可以指提供信息，诸如控制资源集合的标识符(标识)、控制资源集合的频率位置、和控制资源集合的符号长度。例如，可以包括下表8中的信息。

[表8]

/>

在表8中，tci-StatesPDCCH(简称为发送配置指示(TCI)状态)配置信息可以包括关于与在对应的控制资源集合中发送的DMRS具有准共址(QCL)关系的、一个或多个同步信号(SS)/物理广播信道(PBCH)块索引或信道状态信息参考信号(CSI-RS)索引的信息。

图5是示出构成可以在5G中使用的下行链路控制信道的时间和频率资源的基本单元的示例的图。根据图5，构成控制信道的时间和频率资源的基本单元被称为资源元素组(REG)503，并且REG 503可以被定义为在时间轴上具有1个OFDM符号501并且在频率轴上具有1个物理资源块(PRB)502，即，12个子载波。基站可以通过利用REG 503的级联来配置下行链路控制信道分配单元。

如图5所示，当用于5G中的下行链路控制信道的分配的基本单元是控制信道元素(CCE)504时，1个CCE 504可以包括多个REG 503。当图5中示出的REG 503被描述为示例时，REG 503可以包括12个RE，并且如果1个CCE 504包括6个REG 503，则1个CCE 504可以包括72个RE。当下行链路控制资源集合被配置时，对应的资源集合可以包括多个CCE 504，并且特定下行链路控制信道可以根据控制资源集合内的聚合等级(AL)被映射到一个或多个CCE504以便被发送。控制资源集合内的CCE 504通过编号被分类，并且CCE 504的编号可以是根据逻辑映射方案来分派的。

图5中示出的下行链路控制信道的基本单元(即，REG 503)可以包括DCI被映射到的RE以及作为用于解码RE的参考信号的DMRS 505被映射到的区域两者。如图5所示，可以在1个REG 503中发送3个DMRS 505。取决于聚合等级(AL)，发送PDCCH所需的CCE的数目可以是1、2、4、8或16，并且不同数目的CCE可以被用于实现下行链路控制信道的链路适配。例如，如果AL＝L，则单个下行链路控制信道可以是经由L个CCE发送的。在不知道关于下行链路控制信道的信息的情况下，终端需要检测信号，其中表示CCE集合的搜索空间被定义用于盲解码。搜索空间是包括CCE的下行链路控制信道候选的集合，终端需要在给定聚合等级上尝试对其进行解码，并且由于存在以1、2、4、8或16个CCE组成一个捆绑的各种聚合等级，所以终端可以具有多个搜索空间。搜索空间集合可以被定义为所有配置的聚合等级处的搜索空间的集合。

搜索空间可以被分类为公共搜索空间和终端特定(UE特定)搜索空间。特定终端组或所有终端可以检查PDCCH的公共搜索空间，以便接收小区公共控制信息，诸如寻呼消息或用于系统信息的动态调度。例如，用于包括小区操作者信息等的SIB的发送的PDSCH调度分派信息可以是通过监视PDCCH的公共搜索空间来接收的。由于特定终端组或所有终端需要接收PDCCH，因此公共搜索空间可以被定义为预定CCE的集合。用于UE特定PDSCH或PUSCH的调度分派信息可以是通过监视PDCCH的UE特定搜索空间来接收的。UE特定搜索空间可以是基于终端的标识和各种系统参数的函数来UE特定地定义的。

在5G中，用于PDCCH的搜索空间的参数可以是由基站经由较高层信令(例如，SIB、MIB和RRC信令)为终端配置的。例如，基站可以为终端配置每个聚合等级L的PDCCH候选的数目、用于搜索空间的监视周期、用于搜索空间的时隙中以符号为单位的监视时机、搜索空间类型(公共搜索空间或UE特定搜索空间)、要在搜索空间中监视的RNTI和DCI格式的组合、用于搜索空间的监视的控制资源集合索引等。例如，可以包括下表9中的信息。

[表9]

/>

根据配置信息，基站可以为终端配置一个或多个搜索空间集合。根据某些实施例，基站可以为终端配置搜索空间集合1和搜索空间集合2，可以在搜索空间集合1中配置由X-RNTI加扰的DCI格式A以供在公共搜索空间中被监视，并且可以在搜索空间集合2中配置由Y-RNTI加扰的DCI格式B以供UE特定搜索空间中被监视。

根据配置信息，一个或多个搜索空间集合可以存在于公共搜索空间或UE特定搜索空间中。例如，搜索空间集合#1和搜索空间集合#2可以被配置为公共搜索空间，并且搜索空间集合#3和搜索空间集合#4可以被配置为UE特定搜索空间。

在公共搜索空间中，DCI格式和RNTI的以下组合可以被监视。当然，本公开不限于以下示例。

-具有由C-RNTI、CS-RNTI、SP-CSI-RNTI、RA-RNTI、TC-RNTI、P-RNTI、SI-RNTI加扰的CRC的DCI格式0_0/1_0

-具有由SFI-RNTI加扰的CRC的DCI格式2_0

-具有由INT-RNTI加扰的CRC的DCI格式2_1

-具有由TPC-PUSCH-RNTI、TPC-PUCCH-RNTI加扰的CRC的DCI格式2_2

-具有由TPC-SRS-RNTI加扰的CRC的DCI格式2_3。

在UE特定搜索空间中，DCI格式和RNTI的以下组合可以被监视。当然，本公开不限于以下示例。

-具有由C-RNTI、CS-RNTI、TC-RNTI加扰的CRC的DCI格式0_0/1_0

-具有由C-RNTI、CS-RNTI、TC-RNTI加扰的CRC的DCI格式1_0/1_1指定的RNTI可以遵循以下定义和使用。

小区RNTI(C-RNTI)：用于UE特定PDSCH调度

临时小区RNTI(TC-RNTI)：用于UE特定PDSCH调度

配置调度RNTI(CS-RNTI)：用于半静态配置的UE特定PDSCH调度随机接入RNTI(RA-RNTI)：用于随机接入期间的PDSCH调度

寻呼RNTI(P-RNTI)：用于调度在其上发送寻呼的PDSCH

系统信息RNTI(SI-RNTI)：用于调度在其上发送系统信息的PDSCH

中断RNTI(INT-RNTI)：用于指示是否删截(puncture)PDSCH

用于PUSCH的发送功率控制RNTI(TPC-PUSCH-RNTI)：用于指示用于PUSCH的功率控制命令

用于PUCCH的发送功率控制RNTI(TPC-PUCCH-RNTI)：用于指示用于PUCCH的功率控制命令

用于SRS的发送功率控制RNTI(TPC-SRS-RNTI)：用于指示用于SRS的功率控制命令

前述DCI格式可以符合如表10的示例中的以下定义。

[表10]

在5G中，搜索空间集合s和控制资源集合p中的聚合等级L的搜索空间可以被表达为下面的等式1。

[等式1]

-n_CI：载波索引

-N_CCE,p：控制资源集合p中存在的CCE的总数

-时隙索引

-针对聚合等级L的PDCCH候选的数目

-聚合等级L的PDCCH候选索引

-i＝0,…,L-1

-Y_p,-1＝n_RNTI≠0，A_p＝39827用于pmod3＝0，A_p＝39829用于pmod3＝1，A_p＝39839用于pmod3＝2，并且D＝65537。

-n_RNTI：终端标识符

对于公共搜索空间，值可以对应于0。

对于UE特定搜索空间，值可以对应于根据时间索引和终端的标识(由基站为终端配置的C-RNTI或ID)而变化的值。/>

在5G中，多个搜索空间集合可以是通过不同参数(例如，表9中的参数)来配置的，并且因此，终端在每个时间点监视的搜索空间集合可以变化。例如，如果搜索空间集合#1被配置有X时隙时段，搜索空间集合#2被配置有Y时隙时段，并且X和Y彼此不同，则终端可以在特定时隙中监视搜索空间集合#1和搜索空间集合#2两者，并且可以在特定时隙中监视搜索空间集合#1和搜索空间集合#2之一。

[PDCCH：BD/CCE限制]

当多个搜索空间集合被配置用于终端时，对于确定需要由终端监视的搜索空间集合的方法，可以考虑以下条件。

如果终端经由r15monitoringcapability而被配置有monitoringCapabilityConfig-r16(其是较高层信令)的值，则终端可以针对每个时隙定义用于可以被监视的PDCCH的候选的数目和用于构成整个搜索空间(此处，整个搜索空间是指与多个搜索空间集合的并集区域相对应的全部CCE集合)的CCE的数目的最大值，并且如果monitoringCapabilityConfig-16的值是经由r16monitoringcapability配置的，则终端可以针对每个跨度定义用于可以被监视的PDCCH的候选的数目和用于构成整个搜索空间的CCE的数目(此处，整个搜索空间是指与多个搜索空间集合的并集区域相对应的全部CCE集合)的最大值。

[条件1：限制PDCCH候选的最大数目]

如上所述，根据较高层信令的配置值，在配置有15·2^μkHz的子载波间隔的小区中，作为可以由终端监视的PDCCH候选的最大数目的M^μ当基于时隙定义时可以例如符合下面的表11，并且当基于跨度定义时可以符合下面的表12。

[表11]

[表12]

[条件2：限制CCE的最大数目]

如上所述，根据较高层信令的配置值，在被配置有15·2^μkHz的子载波间隔的小区中，作为构成整个搜索空间(此处，整个搜索空间是指与多个搜索空间集合的并集区域相对应的全部CCE集合)的CCE的最大数目的C^μ当基于时隙定义时可以例如符合下面的表13，并且当基于跨度定义时可以符合下面的表14。

[表13]

[表14]

为了便于描述，其中在特定时间点满足条件1和2两者的情形被定义为“条件A”。因此，不满足条件A可以指不满足条件1和2中的至少一个。

[PDCCH：过度预约(Overbooking)]

根据基站对搜索空间集合的配置，其中在特定时间点不满足条件A的情况可能会发生。如果在特定时间点条件A未被满足，则终端可以在对应的时间点仅选择和监视搜索空间集合中被配置为满足条件A的某些，并且基站可以在选择的搜索空间集合中发送PDCCH。

从整个配置搜索空间集合中选择某些搜索空间的方法可以符合以下方法。

如果在特定时间点(时隙)用于PDCCH的条件A未被满足，则终端(或基站)可以从存在于对应的时间点的搜索空间集合之中，优先于被配置为UE特定搜索空间的搜索空间集合，选择其中搜索空间类型被配置为公共搜索空间的搜索空间集合。

如果被配置为公共搜索空间的所有搜索空间集合都被选择(即，如果即使在选择了被配置为公共搜索空间的所有搜索空间之后仍满足条件A)，则终端(或基站)可以选择被配置为UE特定搜索空间的搜索空间集合。在这种情况下，如果存在被配置为UE特定搜索空间的多个搜索空间集合，则具有低搜索空间集合索引的搜索空间集合可以具有更高的优先级。考虑到优先级，UE特定搜索空间集合可以是在其中条件A被满足的范围内选择的。

[关于速率匹配/删截]

下面，详细描述速率匹配和删截。

当其中要发送特定符号序列A的时间和频率资源A与特定时间和频率资源B重叠时，速率匹配或删截可以被认为是在考虑到其中资源A和资源B重叠的区域资源C的情况下信道A的发送/接收。详细操作可以符合以下内容。

速率匹配操作

-基站可以通过将信道A仅映射到从要发送符号序列A的整个资源A中排除与资源B重叠的区域相对应的资源C之后剩余的资源区域来向终端发送信道A。例如，当符号序列A包括{符号#1,符号#2,符号#3,符号#4}，资源A为{资源#1,资源#2,资源#3,资源#4}，并且资源B为{资源#3,资源#5}时，基站可以将符号序列A顺序地映射到从资源A中排除与资源C相对应的{资源#3}后剩余的{资源#1,资源#2,资源#4}，以便对其进行发送。因此，基站可以将{符号#1,符号#2,符号#3}的符号序列分别映射到{资源#1,资源#2,资源#4}，以便对其进行发送。

终端可以根据来自基站的用于符号序列A的调度信息确定资源A和资源B，并且可以基于资源A和B确定资源C，资源C是其中资源A和资源B重叠的区域。终端可以基于符号序列A已被映射到从整个资源A中排除资源C之后剩余的区域并在其中被发送的假设来接收符号序列A。例如，当符号序列A包括{符号#1,符号#2,符号#3,符号#4}，资源A为{资源#1,资源#2,资源#3,资源#4}，并且资源B为{资源#3,资源#5}时，终端可以基于符号序列A已被顺序地映射到从资源A排除对应于资源C的{资源#3}之后剩余的资源{资源#1,资源#2,资源#4}的假设来接收符号序列A。因此，终端可以基于{符号#1,符号#2,符号#3}的符号序列分别被映射到{资源#1,资源#2,资源#4}并且在其中被发送的假设而在稍后执行一系列接收操作。

删截操作

当其中要向终端发送符号序列A的整个资源A中存在对应于与资源B重叠的区域的资源C时，基站可以将符号序列A映射到整个资源A，但是可以只在从资源A中排除资源C后剩余的资源区域中执行发送，而不在对应于资源C的资源区域中执行发送。例如，当符号序列A包括{符号#1,符号#2,符号#3,符号#4}，资源A为{资源#1,资源#2,资源#3,资源#4}，并且资源B为{资源#3,资源#5}时，基站可以将符号序列A{符号#1,符号#2,符号#3,符号#4}分别映射到资源A{资源#1,资源#2,资源#3,资源#4}，并且可以仅发送与从资源A排除对应于资源C的{资源#3}之后剩余的资源{资源#1,资源#2,资源#4}相对应的{符号#1,符号#2,符号#4}的符号序列，而不发送映射到与资源C相对应的{资源#3}的{符号#3}。因此，基站可以将符号序列{符号#1,符号#2,符号#4}分别映射到{资源#1,资源#2,资源#4}，以便对其进行发送。

终端可以根据来自基站的用于符号序列A的调度信息确定资源A和资源B，并且可以基于资源A和B确定资源C，资源C是其中资源A和资源B重叠的区域。终端可以基于符号序列A已被映射到从整个资源A但仅在从资源区域A中排除资源C之后剩余的区域中被发送的假设来接收符号序列A。例如，当符号序列A包括{符号#1,符号#2,符号#3,符号#4}，资源A是{资源#1,资源#2,资源#3,资源#4}，并且资源B是{资源#3,资源#5}时，终端可以假定符号序列A{符号#1,符号#2,符号#3,符号#4}分别被映射到资源A{资源#1,资源#2,资源#3,资源#4}，但是被映射到与资源C相对应的{资源#3}的{符号#3}未被发送，并且可以基于与从资源A中排除对应于资源C的{资源#3}之后剩余的资源{资源#1,资源#2,资源#4}相对应的{符号#1,符号#2,符号#4}的符号序列被映射和发送的假设来执行接收。因此，终端可以基于{符号#1,符号#2,符号#4}的符号序列分别被映射到{资源#1,资源#2,资源#4}并且在其中被发送的假设而在稍后执行一系列接收操作。

在下文中，将描述在5G通信系统中出于速率匹配的目的而配置速率匹配资源的方法。速率匹配是指通过考虑信号可在其中发送的资源的量来调整信号量值。例如，数据信道的速率匹配可以指：在没有通过将数据信道映射到特定的时间和频率资源区域来发送数据信道的情况下，根据资源量来调整数据大小。

图6是用于描述基站和终端在考虑下行链路数据信道和速率匹配资源的情况下发送或接收数据的方法的图。

图6图示出下行链路数据信道(PDSCH)601和速率匹配资源602。基站可以经由较高层信令(例如，RRC信令)为终端配置一个或多个速率匹配资源602。速率匹配资源602的配置信息可以包括时间轴资源分配信息603、频率轴资源分配信息604和周期信息605。以下，与频率轴资源分配信息604相对应的比特图被称为“第一比特图”，与时间轴资源分配信息603相对应的比特图被称为“第二比特图”，与周期信息605相对应的比特图被称为“第三比特图”。当被调度数据信道601的时间和频率资源中的全部或某些与配置的速率匹配资源602重叠时，基站可以将数据信道601匹配到速率匹配资源602部分以便发送数据信道601，并且终端可以在假定数据信道601在速率匹配资源602部分中被速率匹配之后执行接收和解码。

基站可以经由DCI动态地通知终端是否在配置的速率匹配资源部分经由附加配置(对应上述DCI格式中的“速率匹配指示符”)对数据信道进行速率匹配。具体地，基站可以选择配置的速率匹配资源中的某些，将其分组为速率匹配资源组，并通过使用比特图方案经由DCI向终端指示是否针对每个速率匹配资源组执行数据信道的速率匹配。例如，当配置了四个速率匹配资源RMR#1、RMR#2、RMR#3和RMR#4时，基站可以配置RMG#1＝{RMR#1,RMR#2}和RMG#2＝{RMR#3,RMR#4}的速率匹配组，并且可以通过使用DCI字段内的2个比特、经由比特图向终端指示是否在RMG#1和RMG#2的每一个中执行速率匹配。例如，当需要速率匹配时，基站可以指示“1”，而当不应该执行速率匹配时，可以指示“0”。

在5G中，如前述为终端配置速率匹配资源的方法，“RB符号级”的粒度和“RE级”的粒度被支持。更具体地，可以符合以下配置方法。

RB符号级

终端可以经由较高层信令为每个带宽部分配置多达四个RateMatchPattern(速率匹配模式)，并且一个RateMatchPattern可以包括以下内容。

-作为带宽部分内的保留资源，其中配置对应的保留资源的时间和频率资源区域的资源可以被包括在频率轴上的RB级比特图和符号级比特图的组合中。保留资源可以跨越一个或两个时隙。包括相应RB级和符号级比特图对的时域和频域被重复的时域模式(periodicityAndPattern(周期和模式))可以被附加地配置。

-带宽部分内被配置为控制资源集合的时域和频域资源区域以及与搜索空间配置所配置的其中对应的资源区域被重复的时域模式相对应的资源区域可以被包括。

RE级

终端可以经由较高层信令而被配置有以下内容。

-作为用于与LTE小区特定参考信号或者公共参考信号(CRS)模式相对应的RE的配置信息(lte-CRS-ToMatchAround)，LTE CSR端口的数目(nrofCRS-Ports)、LTE-CRS-vshift的值(v-shift)、关于与作为参考的频率点(例如，参考点A)的LTE载波的中心子载波定位的信息(carrierFreqDL)、关于LTE载波的带宽大小(carrierBandwidthDL)的信息、与多播-广播单频网络(MBSFN)相对应的子帧配置信息(mbsfn-SubframConfigList)等可以被包括。终端可以基于前述信息来确定与LTE子帧相对应的NR时隙内的CRS定位。

-用于带宽部分内与一个或多个零功率(ZP)CSI-RS相对应的资源集合的配置信息可以被包括。

[关于LTE CRS速率匹配]

随后，将详细描述上述用于LTE CRS的速率匹配。对于长期演进(LTE)和新RAT(NR)的共存(LTE-NR共存)，NR提供为NR终端配置LTE的小区特定参考信号(CRS)模式的功能。更具体地，CRS模式可以由RRC信令提供，该RRC信令包括ServingCellConfigCommon信息元素(IE)或ServingCellConfig IE中的至少一个参数。参数的示例可以包括lte-CRS-ToMatchAround、lte-CRS-PatternList1-r16、lte-CRS-PatternList2-r16、crs-RateMatch-PerCORESETPoolIndex-r16等。

Rel-15 NR提供了其中可以经由参数lte-CRS-ToMatchAround针对每个服务小区配置一个CRS模式的功能。在Rel-16 NR中，该功能已被扩展为实现针对每个服务小区的多个CRS模式的配置。更具体地，单发送和接收点(TRP)配置终端可以被配置有针对每一LTE载波的一个CRS模式，并且多TRP配置终端可以被配置有针对每一LTE载波的两个CRS模式。例如，可以经由参数lte-CRS-PatternList1-r16为单TRP配置终端配置针对每个服务小区的多达三个CRS模式。再如，可以为多TRP配置终端中的每个TRP配置CRS。即，用于TRP1的CRS模式可以是经由参数lte-CRS-PatternList1-r16来配置的，并且用于TRP2的CRS模式可以是经由参数lte-CRS-PatternList2-r16来配置的。当如上配置两个TRP时，是将TRP1和TRP2的CRS模式两者应用于特定物理下行链路共享信道(PDSCH)还是仅应用用于一个TRP的CRS模式是经由参数crs-RateMatch-PerCORESETPoolIndex-r16确定的，其中，如果参数crs-RateMatch-PerCORESETPoolIndex-r16被配置为启用，则仅一个TRP的CRS模式被应用，而在其它情况下，两个TRP的CRS模式两者被应用。

表15示出包括CRS模式的ServingCellConfig IE，并且表16示出包括用于CRS模式的至少一个参数的RateMatchPatternLTE-CRS IE。

[表15]

/>

[表16]

/>

[PDSCH：关于频率资源分配]

图7是图示出根据本公开实施例的无线通信系统中的物理下行链路共享信道(PDSCH)的频率轴资源分配的示例的图。

图7是图示出NR无线通信系统中可经由较高层配置的类型0 7-00、类型1 7-05和动态切换7-10的三种频率轴资源分配方法的图。

参考图7，如果终端经由较高层信令被配置7-00为仅使用资源类型0，则用于向终端的PDSCH分配的某些下行链路控制信息(DCI)具有包括NRBG个比特的比特图。稍后将描述其条件。在这种情况下，NRBG是指根据由BWP指示符和较高层参数rbg-Size分派的BWP大小如在下面的[表17]中所示确定的资源块组(RBG)的数目，并且数据是在由比特图指示为1的RBG上发送的。

[表17]

如果终端经由较高层信令被配置7-05为仅使用资源类型1，则用于向终端的PDSCH分配的DCI的部分包括频率轴资源分配信息，该频率轴资源分配信息包括个比特。稍后将描述其条件。基于此，基站可以配置开始VRB 7-20和从其连续分配的频率轴资源的长度7-25。/>

如果终端经由较高层信令被配置7-10为使用资源类型0和资源类型1两者，则用于向终端的PDSCH分派的某些DCI包括频率轴资源分配信息，该频率轴资源分配信息包括用于配置资源类型1的有效载荷7-20和7-25以及用于配置资源类型0的有效载荷7-15中的较大值7-35的比特。稍后将描述其条件。在这种情况下，一个比特可以被添加到DCI中的频率轴资源分配信息的最高有效位(MSB)，并且如果对应的比特具有值“0”，则资源类型0的使用可以被指示，并且如果比特具有值“1”，则资源类型1的使用可以被指示。

[PDSCH/PUSCH：关于时间资源分配]

在下文中，下一代移动通信系统(5G或NR系统)中用于数据信道的时域资源分配的方法被描述。

基站可以经由较高层信令(例如，RRC信令)为终端配置用于关于下行链路数据信道(物理下行链路共享信道(PDSCH))和上行链路数据信道(物理上行链路共享信道(PUSCH))的时域资源分配信息的表。包括多达16个条目(maxNrofDL-Allocations＝16)的表可以被配置用于PDSCH，并且包括多达16个条目(maxNrofUL-Allocations＝16)的表可以被配置用于PUSCH。在实施例中，时域资源分配信息可以包括PDCCH到PDSCH时隙定时(被标示为K0，并且与在接收到PDCCH的时间点与发送由接收的PDCCH调度的PDSCH的时间点之间的以时隙为单位的时间间隔相对应)、PDCCH到PUSCH时隙定时(被标示为K2，并且与在接收到PDCCH的时间点与发送由接收的PDCCH调度的PUSCH的时间点之间的以时隙为单位的时间间隔相对应)、关于时隙内的其中调度PDSCH或PUSCH的开始符号的定位和长度的信息、PDSCH或PUSCH的映射类型等。例如，可以从基站向终端发送如下面的[表18]或[表19]所示的信息。

[表18]

[表19]

基站可以经由L1信令(例如，DCI)向终端通知与上述时域资源分配信息有关的表中的条目之一(例如，该条目可以由DCI中的“时域资源分配”字段指示)。终端可以基于从基站接收的DCI来获取用于PDSCH或PUSCH的时域资源分配信息。

图8是图示出根据本公开实施例的无线通信系统中的PDSCH的时域资源分配的示例的图。

参考图8，基站可以根据经由DCI动态指示的一个时隙中的OFDM符号的开始定位8-00和长度8-05、调度偏移K0值、以及使用较高层配置的数据信道和控制信道的子载波间隔(SCS)(μ_PDSCH,μ_PDCCH)来指示PDSCH资源的时间轴定位。

图9是图示出根据本公开实施例的在无线通信系统中根据数据信道和控制信道的子载波间隔的时间轴资源分配的示例的图。

参考图9，如果数据信道的子载波间隔与控制信道的子载波间隔相同9-00(μ_PDSCH＝μ_PDCCH)，则用于数据和控制的时隙号相同，并且因此基站和终端可以根据预定时隙偏移K0生成调度偏移。另一方面，如果数据信道和控制信道的子载波间隔(SCS)不同(9-05，μ_PDSCH≠μ_PDCCH)，则用于数据和控制的时隙号不同，并且因此基站和终端可以基于PDCCH的子载波间隔根据预定时隙偏移K0生成调度偏移。

[PUSCH：关于发送方案]

接下来，将描述PUSCH发送的调度方案。PUSCH发送可以是通过DCI中的UL授权来动态调度的，或者可以是通过配置的授权类型1或类型2来操作的。通过DCI格式0_0或0_1，用于PUSCH发送的动态调度指示是可能的。

对于配置的授权类型1PUSCH发送，DCI中的UL授权可以不被接收，并且配置可以是经由较高信令、经由包括[表20]的rrc-ConfiguredUplinkGrant的configuredGrantConfig的接收来半静态地执行的。配置的授权类型2PUSCH发送可以是经由较高信令、在不包括[表20]的rrc-ConfiguredUplinkGrant的configuredGrantConfig的接收之后通过DCI中的UL授权来半持续地调度的。当PUSCH发送是通过配置的授权来操作的时，应用于PUSCH发送的参数是经由[表20]中作为较高信令的configuredGrantConfig来应用的(除了经由[表21]中作为较高信令的pusch-Config提供的dataScramblingIdentityPUSCH、txConfig、codebookSubset、maxRank和UCI-OnPUSCH的缩放之外)。如果终端在[表20]中作为较高信令的configuredGrantConfig中被提供有transformPrecoder，则终端将[表21]的pusch-Config中的tp-pi2BPSK应用于通过配置的授权操作的PUSCH发送。

[表20]

/>

接下来，将描述PUSCH发送方法。用于PUSCH发送的DMRS天线端口与用于SRS发送的天线端口相同。PUSCH发送可以遵循基于码本的发送方法和基于非码本的发送方法中的每一个，这取决于作为较高信令的[表21]的pusch-Config中的txConfig的值是“codebook(码本)”还是“nonCodebook(非码本)”。

如上所述，PUSCH发送可以是经由DCI格式0_0或0_1来动态调度的，或者可以是通过配置的授权来半静态地配置的。如果终端被指示有经由DCI格式0_0的对PUSCH发送的调度，则终端通过使用与服务小区中激活的上行链路BWP内的最小ID相对应的、与UE特定PUCCH资源相对应的pucch-spatialRelationInfoID来执行对PUSCH发送的波束配置，并且在这种情况下，PUSCH发送基于单个天线端口。在其中包括pucch-spatialRelationInfo的PUCCH资源未被配置的BWP中，终端不期望经由DCI格式0_0对PUSCH发送的调度。如果终端未被配置有[表21]的pusch-Config中的txConfig，则终端不期望经由DCI格式0_1来被调度。

[表21]

/>

接下来，将描述基于码本的PUSCH发送。基于码本的PUSCH发送可以是经由DCI格式0_0或0_1来动态调度的，并且可以是通过配置的授权来半静态地操作的。如果基于码本的PUSCH发送是通过DCI格式0_1动态调度的或通过配置的授权半静态配置的，则终端基于SRS资源指示符(SRI)、发送预编码矩阵指示符(TPMI)和发送秩(PUSCH发送层的数目)来确定用于PUSCH发送的预编码器。

在这种情况下，SRI可以是经由DCI中的字段SRS资源指示符来给出的，或者可以是经由作为较高信令的srs-ResourceIndicator来配置的。在基于码本的PUSCH发送期间，终端可以被配置有至少一个SRS资源并且被配置有多达两个SRS资源。当终端经由DCI被提供有SRI时，由SRI指示的SRS资源是指在包括SRI的PDCCH之前发送的SRS资源之中与SRI相对应的SRS资源。另外，TPMI和发送秩可以是经由DCI中的字段预编码信息和层数来给出的，或者可以是经由作为较高信令的precodingAndNumberOfLayers来配置的。TPMI被用于指示被应用于PUSCH发送的预编码器。如果终端被配置有一个SRS资源，则TPMI被用于指示要在配置的一个SRS资源中应用的预编码器。如果终端被配置有多个SRS资源，则TPMI被用于指示要在经由SRI指示的SRS资源中应用的预编码器。

要用于PUSCH发送的预编码器是从具有与作为较高信令的SRS-Config中的nrofSRS-Ports的值相同数目的天线端口的上行链路码本中选择的。在基于码本的PUSCH发送中，终端基于作为较高信令的pusch-Config中的codebookSubset和TPMI来确定码本子集。基于终端向基站报告的UE能力，作为较高信令的pusch-Config中的codebookSubset可以被配置为“fullyAndPartialAndNonCoherent”、“partialAndNonCoherent”或“nonCoherent”之一。如果终端已将“partialAndNonCoherent”报告为UE能力，则终端不期望作为较高信令的codebookSubset的值被配置为“fullyAndPartialAndNonCoherent”。如果终端已将“nonCoherent”报告为UE能力，则终端期望作为较高信令的codebookSubset的值既不被配置为“fullyAndPartialAndNonCoherent”也不被配置为“partialAndNonCoherent”。如果作为较高信令的SRS-ResourceSet中的nrofSRS-Ports指示两个SRS天线端口，则终端不期望作为较高信令的codebookSubset的值被配置为“partialAndNonCoherent”。

终端可以被配置有一个SRS资源集合，其中作为较高信令的SRS-ResourceSet中的使用(usage)的值被配置为“码本”，并且对应的SRS资源集合中的一个SRS资源可以是经由SRI来指示的。如果在其中作为较高信令的SRS-ResourceSet中使用值被配置为“码本”的SRS资源集合中配置了多个SRS资源，则终端期望作为较高信令的SRS-Resource中的nrofSRS-Ports的值被配置为对于所有SRS资源是相同的。

终端根据较高信令向基站发送SRS资源集合中包括的其中使用的值被配置为“码本”的一个或多个SRS资源，并且基站选择由终端发送的SRS资源中的一个，并且使用对应的SRS资源的发送波束信息来指示终端执行PUSCH发送。在这种情况下，在基于码本的PUSCH发送中，SRI被用作用于选择一个SRS资源的索引的信息并且被包括在DCI中。另外，基站向DCI添加指示要由终端用于PUSCH发送的秩和TPMI的信息。终端通过应用已经基于SRS资源的发送波束指示的TPMI和秩所指示的预编码器、使用由SRI指示的SRS资源来执行PUSCH发送。

接下来，将描述基于非码本的PUSCH发送。基于非码本的PUSCH发送可以是经由DCI格式0_0或0_1来动态调度的，并且可以是通过配置的授权来半静态地操作的。如果在SRS资源集合中配置了至少一个SRS资源，其中作为较高信令的SRS-ResourceSet中的使用的值被配置为“非码本”，则终端可以经由DCI格式0_1被调度用于基于非码本的PUSCH发送。

对于其中作为较高信令的SRS-ResourceSet中的使用的值配置为“非码本”的SRS资源集合，终端可以被配置有一个连接的非零功率(NZP)CSI-RS资源。终端可以经由对连接到SRS资源集合的NZP CSI-RS资源的测量来对用于SRS发送的预编码器执行计算。如果连接到SRS资源集合的非周期NZP CSI-RS资源的最后接收符号与终端中的非周期SRS发送的第一符号之间的差小于42个符号，则终端不期望对关于用于SRS发送的预编码器的信息的更新。

如果作为较高信令的SRS-ResourceSet(SRS-资源集合)中的resourceType(资源类型)的值被配置为“aperiodic(非周期)”，则连接的NZP CSI-RS是经由作为DCI格式0_1或1_1中的字段的SRS请求来指示的。在这种情况下，在DCI格式0_1或1_1中的字段SRS请求的值不是“00”的情况下，连接的NZP CSI-RS资源是非周期NZP CSI-RS资源指示连接的NZPCSI-RS的存在。在这种情况下，DCI应当既不指示跨载波调度也不指示跨BWP调度。此外，如果SRS请求的值指示NZP CSI-RS的存在，则NZP CSI-RS位于其中发送包括SRS请求字段的PDCCH的时隙。在这种情况下，在被调度子载波中配置的TCI状态不被配置为QCL-TypeD(QCL-类型D)。

如果周期或半持续SRS资源集合被配置，则连接的NZP CSI-RS可以是经由作为较高信令的SRS-ResourceSet中的associatedCSI-RS(相关联的CSI-RS)来指示的。对于基于非码本的发送，终端不期望用于SRS资源的作为较高信令的spatialRelationInfo(空间相关信息)和作为较高信令的SRS-ResourceSet中的associatedCSI-RS一起被配置。

当多个SRS资源被配置时，终端可以基于由基站指示的SRI来确定要被应用于PUSCH发送的发送秩和预编码器。在这种情况下，SRI可以是经由DCI中的字段SRS资源指示符来指示的，或者可以是经由作为较高信令的srs-ResourceIndicator(srs-资源指示符)来配置的。类似于前述基于码本的PUSCH发送，当终端经由DCI接收到SRI时，由SRI指示的SRS资源是指在包括SRI的PDCCH之前发送的SRS资源之中与SRI相对应的SRS资源。终端可以将一个或多个SRS资源用于SRS发送，并且一个SRS资源集合内在相同符号中可同时发送的SRS资源的最大数目是由终端向基站报告的UE能力确定的。在这种情况下，终端同时发送的SRS资源占用相同的RB。终端为每个SRS资源配置一个SRS端口。仅一个其中作为较高信令的SRS-ResourceSet中的使用的值被配置为“非码本”的SRS资源集合可以被配置，并且用于基于非码本的PUSCH发送的多达4个SRS资源可以被配置。

基站向终端发送连接到SRS资源集合的一个NZP CSI-RS，并且终端基于接收NZPCSI-RS时的测量结果来计算在SRS资源集合中的一个或多个SRS资源的发送期间要使用的预编码器。在向基站发送SRS资源集合中的其中使用被配置为“非码本”的一个或多个SRS资源时，终端应用计算的预编码器，并且基站从接收的一个或多个SRS资源中选择一个或多个SRS资源。在这种情况下，在基于非码本的PUSCH发送中，SRI是指能够表示一个SRS资源或多个SRS资源的组合的索引，并且SRI被包括在DCI中。由基站发送的SRI所指示的SRS资源的数目可以是PUSCH的发送层的数目，并且终端通过将应用于SRS资源发送的预编码器应用于每个层来发送PUSCH。

[PUSCH：准备过程时间]

接下来，将描述PUSCH准备过程时间。如果基站使用DCI格式0_0、0_1或0_2来调度终端发送PUSCH，则终端可以通过应用经由DCI指示的发送方法(SRS资源的发送预编码方法、发送层的数目和空域发送滤波器)来要求用于发送PUSCH的PUSCH准备过程时间。在NR中，PUSCH准备过程时间是在考虑相同内容的情况下来定义的。终端的PUSCH准备过程时间可以符合下面的[等式2]。

[等式2]

T_proc,2＝max((N₂+d_2,1+d₂)(2048+144)κ2^-μT_c+T_ext+T_switch,d_2,2)

上面使用等式2描述的T_proc,2中的每个变量可以具有以下含义。

-N₂：根据参数集μ和根据UE能力的UE处理能力1或2确定的符号数目。如果UE处理能力1是根据终端的能力报告来报告的，则N₂可以具有[表22]的值，并且如果UE处理能力2被报告并且经由较高层信令被配置为UE处理能力2是可用的，则N₂可以具有[表23]的值。

[表22]

μ	PUSCH准备时间N₂[符号]
		0	10
1	12
		2	23
3	36

[表23]

-d_2,1：符号数目，其在PUSCH发送的第一OFDM符号的所有资源元素被配置为仅包括DM-RS时被确定为0，否则被确定为1。

-κ:64

-μ：μ遵循μ_DL或μ_UL中的其中T_proc,2具有较大值的一个。μ_DL标示其中发送包括用于调度PUSCH的DCI的PDCCH的下行链路的参数集，μ_UL标示其中发送PUSCH的上行链路的参数集。

-T_c:1/(Δf_maxxN_f),Δf_max＝480x10³Hz,并且N_f＝4096

-d_2,2：d_2,2在用于PUSCH调度的DCI指示BWP切换时遵循BWP切换时间，否则具有0。

-d₂：如果具有高优先级索引的PUCCH、PUSCH和具有低优先级索引的PUCCH的OFDM符号在时间上重叠，具有高优先级索引的PUSCH的d₂值被使用。否则，d₂为0。

-T_ext：如果终端使用共享频谱信道接入方案，则终端可以计算T_ext并且将其应用于PUSCH准备过程时间。否则，T_ext被假设为0。

-T_switch：如果上行链路切换间隔被触发，则T_switch被假设为切换间隔时间。否则，T_switch被假设为0。

考虑到经由DCI调度的PUSCH的时间轴资源映射信息以及上行链路与下行链路之间的定时提前效果，当PUSCH的第一符号在从包括用于调度PUSCH的DCI的PDCCH的最后符号起T_proc,2之后的、其中CP开始的第一上行链路符号之前开始时，基站和终端确定PUSCH准备过程时间是不充足的。否则，基站和终端确定PUSCH准备过程时间是充足的。如果PUSCH准备过程时间是充足的，则终端发送PUSCH，并且如果PUSCH准备过程时间不充足，则终端可以忽略用于PUSCH的调度的DCI。

[关于CA/DC]

图10是图示出根据本公开实施例的在单小区、载波聚合和双连接情形中的基站和终端的无线电协议结构的图。

参考图10，下一代移动通信系统的无线电协议包括分别在终端和NR基站中的NR服务数据适配协议(SDAP)S25和S70、NR分组数据汇聚协议(PDCP)S30和S65、NR无线电链路控制(RLC)S35和S60、以及NR媒体访问控制(MAC)S40和S55层。

NR SDAP S25和S70的主要功能可以包括以下功能中的某些。

-用户数据传递功能(用户面数据的传递)

-映射用于上行链路和下行链路的QoS流和数据承载的功能(用于DL和UL两者的QoS流与DRB之间的映射)

-在上行链路和下行链路中标记QoS流ID的功能(在DL和UL分组两者中标记QoS流ID)

-用于上行链路SDAP PDU的将反射QoS流映射到数据承载的功能(用于UL SDAPPDU的反射QoS流到DRB映射)

关于SDAP层设备，终端可以经由RRC消息被配置对于每个PDCP层设备、对于每个承载或对于每个逻辑信道是否使用SDAP层设备的报头或者是否使用SDAP层设备的功能，并且当SDAP报头被配置时，SDAP报头中的NAS QoS反射配置1比特指示符(NAS反射QoS)和AS QoS反射配置1比特指示符(AS反射QoS)可以指示终端更新或重配置上行链路和下行链路中的用于数据承载和QoS流的映射信息。SDAP报头可以包括指示QoS的QoS流ID信息。QoS信息可以被用作数据处理优先级、调度信息等以支持平滑的服务。

NR PDCP S30和S65的主要功能可以包括以下功能中的某些。

-报头压缩和解压缩功能(仅ROHC)

-用户数据发送功能(用户数据的传递)

-顺序递送功能(上层PDU的按序递送)

-非顺序递送功能(上层PDU的无序递送)

-重排序功能(用于接收的PDCP PDU重排序)

-重复检测功能(下层SDU的重复检测)

-重发功能(PDCP SDU的重发)

-加密和解密功能(加密和解密)

-基于定时器的SDU丢弃功能(上行链路中的基于定时器的SDU丢弃)

在上文中，NR PDCP设备的重排序功能是指基于PDCP序列号(SN)按序对从下层接收的PDCP PDU进行重排序的功能，并且可以包括根据重排序序列向较高层传递数据的功能。替代地，NR PDCP设备的重排序功能可以包括在不考虑序列的情况下直接传递的功能，包括对序列进行重排序以记录丢失的PDCP PDU的功能，包括向发送侧报告丢失的PDCP PDU的状态的功能，并且包括请求丢失的PDCP PDU的重发的功能。

NR RLC S35和S60的主要功能可以包括以下功能中的某些。

-数据发送功能(上层PDU的传递)

-顺序递送功能(上层PDU的按序递送)

-非顺序递送功能(上层PDU的无序递送)

-ARQ功能(通过ARQ的纠错)

-级联、分段和重组功能(RLC SDU的级联、分段和重组)

-重分段功能(RLC数据PDU的重分段)

-重排序功能(RLC数据PDU的重排序)

-重复检测功能

-错误检测功能(协议错误检测)

-RLC SDU丢弃功能

-RLC重建功能

在上文中，NR RLC设备的按序递送功能可以指向较高层顺序地传递从下层接收的RLC SDU的功能。NR RLC设备的按序递送功能可以包括当最初一个RLC SDU被分段成多个RLC SDU并且随后被接收时重组和传递接收的RLC SDU的功能，可以包括根据RLC序列号(SN)或PDCP序列号(SN)对接收的RLC PDU进行重排序的功能，可以包括对序列进行重排序并且记录丢失的RLC PDU的功能，可以包括向发送侧报告丢失的RLC PDU的状态的功能，并且可以包括请求丢失的RLC PDU的重发的功能。NR RLC设备的按序递送功能可以包括当存在丢失的RLC SDU时仅向较高层顺序地传递丢失的RLC SDU之前的RLC SDU的功能，或者可以包括即使存在丢失的RLC SDU也在预定定时器期满的情况下向较高层顺序地传递在定时器开始之前接收的所有RLC SDU的功能。替代地，NR RLC设备的按序递送功能可以包括即使存在丢失的RLC SDU也在预定定时器期满的情况下向较高层顺序地传递所有当前接收的RLC SDU的功能。在上文中，RLC PDU可以是按照其接收次序(按照到达次序，而不管序列号或序列号的次序)来处理的，以便在不管序列的情况下被递送给PDCP设备(无序递送)，并且在分段的情况下，存储在缓冲器中或稍后要被接收的分段可以被接收，被重配置为一个完整的RLC PDU，被处理，并且随后被递送给PDCP设备。NR RLC层可以不包括级联功能，并且该功能可以是在NR MAC层执行的或者可以被NR MAC层的复用功能代替。

在上文中，NR RLC设备的无序递送功能指的是在不管序列的情况下向紧接的较高层传递从较低层接收的RLC SDU的功能，可以包括当最初一个RLC SDU被划分为多个RLCSDU并且被接收时重组和传递接收的RLC SDU的功能，并且可以包括存储接收的RLC PDU的RLC SN或PDCP SN、对其序列进行排列、以及记录丢失的RLC PDU的功能。

NR MAC S40和S55可以连接到包括在一个终端中的多个NR RLC层设备，并且NRMAC的主要功能可以包括以下功能中的某些。

-映射功能(逻辑信道与传送信道之间的映射)

-复用和解复用功能(MAC SDU的复用/解复用)

-调度信息上报功能

-HARQ功能(通过HARQ的纠错)

-逻辑信道之间的优先级处理的功能(一个UE的逻辑信道之间的优先级处理)

-终端之间的优先级处理的功能(通过动态调度的UE之间的优先级处理)

-MBMS服务标识功能

-传送格式选择功能

-填充功能

NR PHY层S45和S50可以执行较高层数据的信道译码和调制，使得经信道译码和调制的较高层数据成为OFDM符号，并且经由无线电信道发送OFDM符号，或者可以执行经由无线电信道接收的OFDM符号的解调和信道译码，并且将其传递给较高层。

无线电协议结构的详细结构可以根据载波(或小区)操作方法而被不同地改变。例如，如果基站基于单个载波(或小区)向终端发送数据，则基站和终端使用对于每个层具有单个结构的协议结构，如S00中所示。另一方面，当基站基于在单个TRP中使用多个载波的载波聚合(CA)来向终端发送数据时，基站和终端使用其中直到RLC为止具有单个结构但是PHY层经由MAC层被复用的协议结构，如S10中所示。作为另一示例，当基站基于在多个TRP中使用多个载波的双连接(DC)向终端发送数据时，基站和终端使用其中直到RLC为止具有单个结构但是PHY层经由MAC层被复用的协议结构，如S20所示。

参考前述的PDCCH和波束配置相关的描述，PDCCH重复发送当前在Rel-15和Rel-16NR中不被支持，并且因此在要求高可靠性的场景(诸如URLLC)中难以实现要求的可靠性。本公开提供了一种经由多个发送点(TRP)的重复PDCCH发送的方法，以便改进终端的PDCCH接收可靠性。具体方法将在下面的实施例中被详细描述。

在下文中，本公开的实施例将利用附图来被详细地描述。本公开的内容适用于FDD和TDD系统。在下文中，在本公开中，较高信令(或较高层信令)是通过使用物理层下行链路数据信道从基站向终端传递信号或者通过使用物理层上行链路数据信道从终端向基站传递信号的方法，并且可以被称为RRC信令、PDCP信令或媒体访问控制(MAC)控制元素(MACCE)。

在下文中，在本公开中，在确定是否应用协作通信时，终端可以使用各种方法，其中分派应用协作通信的PDSCH的PDCCH具有特定格式，分派应用协作通信的PDSCH的PDCCH包括指示是否应用协作通信的特定指示符，分派应用协作通信的PDSCH的PDCCH由特定RNTI加扰，在由较高层指示的特定间隔中应用协作通信被假定，等等。以下，为了便于说明，其中终端基于与上述类似的条件接收已应用协作通信的PDSCH的情况将被称为NC-JT的情况。

在下文中，在本公开中，A与B之间的优先级的确定可以是以各种方式提及的，诸如根据预定优先级规则选择具有较高优先级的一个以便执行与其相对应的操作，或者省略或丢弃具有较低优先级的操作。

在下文中，在本公开中，示例的描述将是经由多个实施例提供的，但是这些实施例不是彼此独立的，并且一个或多个实施例可以被同时或组合地应用。

在下文中，本公开的实施例将利用附图来被详细地描述。在下文中，基站是向终端执行资源分配的主体，并且可以是gNode B、gNB、eNode B、系节点B、基站(BS)、无线电接入单元、基站控制器、或网络上的节点中的至少一个。终端可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机、或能够执行通信功能的多媒体系统。在下文中，本公开的实施例将是使用5G系统作为示例来描述的，但是本公开的实施例也可以应用于具有类似技术背景或类似信道类型的其它通信系统。例如，LTE或LTE-A移动通信和在5G之后开发的移动通信技术可以被包括在其中。因此，根据本领域技术人员的判断，本公开的实施例可以经由某些修改而被应用于其它通信系统，而不脱离本公开的范围。本公开的内容适用于FDD和TDD系统。

另外，在本公开的描述中，当确定相关功能或配置的详细描述可能不必要地模糊本公开的主题时，其详细描述将被省略。下文中要描述的术语是在考虑到本公开中的功能的情况下定义的术语，并且可以根据用户或操作者的意图或使用而变化。因此，定义应基于贯穿本说明书的内容。

在下文中，在本公开的描述中，较高层信令可以是与以下信令类型中的至少一个或一个或多个的组合相对应的信令。

-主信息块(MIB)

-系统信息块(SIB)或SIB X(X＝1,2,…)

-无线电资源控制(RRC)

-媒体访问控制(MAC)控制元素(CE)

另外，L1信令可以是与使用以下物理层信道或信令类型的信令方法中的至少一个或一个或多个的组合相对应的信令。

-物理下行链路控制信道(PDCCH)

-下行链路控制信息(DCI)

-终端特定(UE特定)DCI

-组公共DCI

-公共DCI

-调度DCI(例如，用于调度下行链路或上行链路数据的DCI)

-非调度DCI(例如，不用于下行链路或上行链路数据的调度的DCI)

-物理上行链路控制信道(PUCCH)

-上行链路控制信息(UCI)

[关于多PDSCH/PUSCH调度]

在3GPP的Rel-17 NR中已经引入了新的调度方法。在Rel-17 NR中引入的新调度方法是其中一个DCI实现一个或多个PDSCH的调度的“多PDSCH调度”以及其中一个DCI实现一个或多个PUSCH的调度的“多PUSCH调度”。此处，在多个PDSCH或多个PUSCH中，每个PDSCH或每个PUSCH发送不同的传送块(TB)。通过使用多PDSCH调度和多PUSCH调度，基站并不为终端调度多个DCI来用于调度相应的多个PDSCH或多个PUSCH，并且因此可以减少下行链路控制信道的开销。然而，由于用于多PDSCH调度和多PUSCH调度的一个DCI应当包括用于多个PDSCH或者多个PUSCH的调度信息，所以DCI的大小可能增加。为此，当多PDSCH调度和多PUSCH调度被配置用于终端时，需要一种供终端正确解释DCI的方法。

本公开提供了多PDSCH调度的示例的描述，但是在本公开中提出的方法和/或实施例也可以被用于多PUSCH调度中。

基站可以为终端配置多PDSCH调度。例如，基站可以在较高层信号(例如，无线电资源控制(RRC)信号)中为终端显式地配置多PDSCH调度。替代地，基站可以在较高层信号(例如，RRC信号)中为终端隐式地配置多PDSCH调度。

对于用于终端的多PDSCH调度，基站可以经由较高层信号(例如，RRC信号)如下配置时域资源分派(TDRA)表。TDRA表可以包括一行或多行。行的数目可以被配置为多达N_rows，并且可以为每行分派唯一的索引。唯一索引可以是1、2、…、N_row中的一个值。例如，N_row可以是16。一个或多个调度信息可以被配置在每行中。此处，当一个调度信息被配置在一行中时，一个PDSCH根据该行来被调度。即，当该行被指示时，可以解释为单PDSCH调度被指示。当多个调度信息被配置在一行中时，多个调度信息被用于按序调度多个PDSCH。即，当该行被指示时，可以解释为多PDSCH调度被指示。

调度信息可以包括K0值、SLIV和PDSCH映射类型。即，当多PDSCH调度被指示时，行可以包括多个K0值、SLIV和PDSCH映射类型。第N K0值、第N SLIV和第N PDSCH映射类型为第N PDSCH的调度信息。作为参考，一行可以包括最多N_pdsch个K0值、SLIV和PDSCH映射类型。例如，N_pdsch可以等于8(N_pdsch＝8)。即，一行可以调度多达8个PDSCH。

此处，K0指示以PDSCH调度的时隙，并且指示其中接收到发送用于PDSCH的调度的DCI的PDCCH的时隙与其中以PDSCH调度的时隙之间的时隙差(偏移)。例如，如果K0＝0，则其中接收到PDSCH的时隙是与其中接收到PDCCH的时隙相同的时隙。此处，开始和长度指示符值(SLIV)指示其中PDSCH开始的符号的索引以及在一个时隙内分配给PDSCH的连续符号的数目。PDSCH映射类型指示关于PDSCH的前载DMRS的定位的信息。对于PDSCH映射类型A，PDSCH的前载DMRS在时隙的第三符号或第四符号处开始，并且对于PDSCH映射类型B，PDSCH的前载DMRS在以PDSCH调度的符号的第一符号处开始。

此处，当TDRA表的行在较高层信号中被配置时，可以从调度信息中省略K0值、SLIV、PDSCH映射类型中的某些。在这种情况下，省略值可以被解释为具有默认值。例如，如果K0被省略，则K0的值可以被解释为0。当TDRA表的行被配置时，可以附加地配置除K0值、SLIV和PDSCH映射类型之外的信息。

在下面的描述中，假设多PDSCH调度被配置用于终端。此处，多PDSCH调度配置可以指在TDRA表的至少一行中的多个调度信息的配置。作为参考，可以在TDRA表的另一行中配置一个调度信息。因此，即使多PDSCH调度被配置用于终端，取决于接收的DCI的TDRA字段的行，可以向终端指示单PDSCH调度，或者可以向终端指示多PDSCH调度。换言之，多PDSCH调度指示是其中从DCI向终端指示的TDRA表的行包括多个调度信息的情况，并且单PDSCH调度指示是其中从DCI向终端指示的TDRA表的行包括一个调度信息的情况。

对于单PDSCH调度指示，一个PDSCH被调度，并且一个PDSCH的调度需要诸如调制译码方案(MCS)、新数据指示符(NDI)、冗余版本(RV)和HARQ进程号(HPN)的信息。为此，指示单PDSCH调度的DCI应当包括诸如一个PDSCH的MCS、NDI、RV和HPN之类的信息。更具体地，

-指示单PDSCH调度的DCI可以包括一个MCS字段。在MCS字段中指示的MCS(即，信道码的调制方案和码率)可以被应用于由DCI调度的一个PDSCH。

-指示单PDSCH调度的DCI可以包括1比特NDI字段。可以从1比特NDI字段获取NDI值，并且可以基于NDI值来确定一个PDSCH是发送新的传送块还是重发先前的传送块。

-指示单PDSCH调度的DCI可以包括2比特RV字段。可以从2比特RV字段获取RV值，并且可以基于RV值确定一个PDSCH的冗余版本。

-用于单PDSCH调度的DCI可以包括一个HPN字段。一个HPN字段可以是4比特。(作为参考，如果终端支持多达32个HARQ进程，则HPN字段可以被扩展到5比特，但是为了本公开的描述的方便，假设为4比特)。可以经由一个HPN字段指示一个HARQ进程ID。一个HARQ进程ID可以是一个被调度PDSCH的HARQ进程ID。

当DCI指示多PDSCH调度时，多个PDSCH被调度，并且因此每个PDSCH需要诸如MCS、NDI、RV和HPN之类的信息。为此，指示多PDSCH调度的DCI应当包括诸如每个被PDSCH的MCS、NDI、RV和HPN之类的信息。更具体地，

-指示多PDSCH调度的DCI可以包括一个MCS字段。在MCS字段中指示的MCS(即，信道码的调制方案和码率)可以被应用于由DCI调度的所有PDSCH。即，用于多PDSCH调度的DCI可以不通过使用不同的MCS来调度不同的PDSCH。

-指示多PDSCH调度的DCI可以包括K比特NDI字段。这里，K可以是包括在TDRA表的每行中的调度信息的数目中的最大值。例如，当TDRA表包括两行，第一行包括4条调度信息，并且第二行包括8条调度信息时，K可以等于8(K＝8)。K比特NDI字段的第k比特可以指示与第k调度信息相对应的PDSCH的NDI值。即，第k PDSCH从K比特NDI字段的第k比特获取NDI值，并且可以基于NDI值确定第k PDSCH是发送新的传送块还是重发先前的传送块。

-指示多PDSCH调度的DCI可以包括K比特RV字段。K比特RV字段的第k比特可以指示与第k调度信息相对应的PDSCH的RV值。即，第k PDSCH从K比特RV字段的第k比特获取RV值，并且可以基于RV值来确定第k PDSCH的冗余版本。

-指示多PDSCH调度的DCI可以包括一个HPN字段。一个HPN字段可以是4比特。(作为参考，如果终端支持多达32个HARQ进程，则HPN字段可以被扩展到5比特，但是为了本公开的描述的方便，假设为4比特)。可以经由一个HPN字段指示一个HARQ进程ID。一个HARQ进程ID可以是由指示多PDSCH调度的DCI调度的PDSCH中的第一PDSCH的HARQ进程ID。第一PDSCH对应于第一调度信息。后续的PDSCH的HPN依次增加1。即，对于第二PDSCH(对应于第二调度信息)，HPN是通过将第一PDSCH的HARQ进程ID增加1而获得的值。作为参考，如果HARQ进程ID超过为终端配置的最大HARQ进程ID数目(numOfHARQProcessID)，则可以执行modulo(模)运算。换言之，如果由DCI指示的HARQ进程ID是“x”，则第k PDSCH的HARQ进程ID被确定如下。

第k PDSCH的HPN＝(x+k-1)modulo numOfHARQProcessID

如上所述，当DCI指示单PDSCH调度时，DCI包括1比特NDI字段或2比特RV字段，并且当DCI指示多PDSCH调度时，DCI包括K比特NDI字段或K比特RV字段。作为参考，单PDSCH调度指示或多PDSCH调度指示可以是在DCI的TDRA字段中执行的(即，单PDSCH调度被指示还是多PDSCH调度被指示是根据TDRA字段的所指示行中包括的调度信息的数目来确定的)。相应地，一个DCI应该支持单PDSCH调度和多PDSCH调度两者。如果用于单PDSCH调度指示的DCI的长度和用于多PDSCH调度指示的DCI的长度彼此不同，则可能需要在较短长度的DCI中添加(填充)“0”，以便匹配长度。

由终端进行的DCI解释的过程如下。终端接收DCI。在这种情况下，假设DCI的长度等于用于单PDSCH调度指示的DCI的长度和用于多PDSCH调度指示的DCI的长度中较大的一个。终端可以标识DCI中TDRA字段的定位。用于单PDSCH调度指示的DCI中TDRA字段的定位可以与用于多PDSCH调度指示的DCI中的相同。终端可以经由TDRA字段来确定DCI是用于单PDSCH调度指示还是用于多PDSCH调度指示。如果TDRA字段的所指示行包括的调度信息的数目为一，则DCI被确定用于单PDSCH调度指示，如果该行包括的调度信息的数目为二或更多，则DCI被确定用于多PDSCH调度指示。如果终端确定DCI用于单PDSCH调度指示，则可以根据该确定来解释DCI。即，可以解释为NDI字段是1比特并且RV字段是2比特。如果终端确定DCI用于多PDSCH调度指示，则可以根据该确定来解释DCI。即，可以解释为NDI字段是K比特并且RV字段是K比特。作为参考，DCI中的其它字段的定位可以根据NDI字段的长度或RV字段的长度而变化。因此，对于其它字段，根据DCI是用于单PDSCH调度指示还是用于多PDSCH调度指示，其它字段的比特长度可以相同，但其在DCI内的定位可以不同。

图11图示出根据描述的PDSCH调度方案。

-TDRA表的第一行(行0)包括四个调度信息(K0值、SLIV和PDSCH映射类型)。此处，第一SLIV被称为SLIV⁰ ₀，第二SLIV被称为SLIV⁰ ₁，第三SLIV被称为SLIV⁰ ₂，并且第四SLIV被称为SLIV⁰ ₃。相应地，当终端被指示有TDRA表的第一行(行0)时，可以确定多PDSCH调度被指示。

-TDRA表的第二行(行1)包括两个调度信息(K0值、SLIV和PDSCH映射类型)。此处，第一SLIV被称为SLIV¹ ₀，并且第二SLIV被称为SLIV¹ ₁。相应地，当终端被指示有TDRA表的第二行(行1)时，可以确定多PDSCH调度被指示。

-TDRA表的第三行(行2)包括一个调度信息(K0值、SLIV和PDSCH映射类型)。此处，SLIV被称为SLIV² ₀。相应地，如果终端被指示有TDRA表的第三行(行2)，则可以确定单PDSCH调度被指示。

图11的(a)图示出其中终端被指示有TDRA表的第一行(行0)的情况。在终端于PDCCH 1100中接收的DCI中，TDRA字段可以是以第一行(行0)来指示的。相应地，基于第一行(行0)的四个调度信息(K0值、SLIV、PDSCH映射类型)，终端可以接收四个PDSCH。用于接收第一PDSCH 1101的符号可以是基于作为第一SLIV的SLIV⁰ ₀确定的，用于接收第二PDSCH 1102的符号可以是基于作为第二SLIV的SLIV⁰ ₁确定的，用于接收第三PDSCH 1102的符号可以是基于作为第三SLIV的SLIV⁰ ₂确定的，并且用于接收第四PDSCH 1103的符号可以是基于作为第四SLIV的SLIV⁰ ₃确定的。四个PDSCH中的每一个可以具有唯一的HARQ进程ID。即，第一PDSCH可以具有作为HARQ进程ID的HPN₀，第二PDSCH可以具有作为HARQ进程ID的HPN₁，第三PDSCH可以具有作为HARQ进程ID的HPN₂，并且第四PDSCH可以具有作为HARQ进程ID的HPN₃。此处，第一PDSCH的HARQ进程ID在DCI中被指示。例如，HPN₀＝0可以在DCI中被指示为第一PDSCH的HARQ进程ID。在这种情况下，HPN₁＝1可以是第二PDSCH的HARQ进程ID，HPN₁＝2可以是第三PDSCH的HARQ进程ID，并且HPN₁＝3可以是第四PDSCH的HARQ进程ID。

图11的(b)图示出其中终端被指示有TDRA表的第二行(行1)的情况。在终端于PDCCH 1110中接收的DCI中，TDRA字段可以是以第二行(行1)来指示的。相应地，基于第二行(行1)的两个调度信息(K0值、SLIV、PDSCH映射类型)，终端可以接收两个PDSCH。用于接收第一PDSCH 1111的符号可以是基于作为第一SLIV的SLIV¹ ₀确定的，并且用于接收第二PDSCH1112的符号可以是基于作为第二SLIV的SLIV¹ ₁确定的。两个PDSCH中的每一个可以具有唯一的HARQ进程ID。即，第一PDSCH可以具有作为HARQ进程ID的HPN₀，并且第二PDSCH可以具有作为HARQ进程ID的HPN₁。此处，第一PDSCH的HARQ进程ID在DCI中被指示。例如，HPN₀＝0可以在DCI中被指示为第一PDSCH的HARQ进程ID。在这种情况下，第二PDSCH的HARQ进程ID可以是HPN₁＝1。

图11的(c)图示出其中终端被指示有TDRA表的第三行(行2)的情况。在终端于PDCCH 1120中接收的DCI中，TDRA字段可以是以第三行(行2)来指示的。相应地，基于第三行(行2)的一个调度信息(K0值、SLIV、PDSCH映射类型)，终端可以接收一个PDSCH。用于接收PDSCH 1121的符号可以是基于作为一个SLIV的SLIV² ₀确定的。一个PDSCH的HARQ进程ID(即，HPN₀)在DCI中被指示。例如，HPN₀＝0可以在DCI中被指示为第一PDSCH的HARQ进程ID。

图12图示出用于单PDSCH调度和多PDSCH调度的DCI。

参考图12的(a)和图12的(b)，终端可以确定接收的DCI中的TDRA字段1200的定位。该定位在单PDSCH调度DCI和多PDSCH调度DCI中处于相同定位。接收的DCI是指示单PDSCH调度的DCI还是指示多PDSCH调度的DCI可以是基于TDRA字段的值来确定的。

如果与接收的DCI的TDRA字段值相对应的行包括一个调度信息(K0值、SLIV、PDSCH映射类型)(例如，TDRA表的第三行(行2))，则终端可以将DCI解释为单PDSCH调度DCI，如图12的(a)中所示。参考图12的(a)，单PDSCH调度DCI可以包括5比特MCS字段1205、1比特NDI字段1210、2比特RV字段1215和4比特HARQ字段1220。单PDSCH调度DCI可以包括其它字段。例如，可以包括天线端口字段1225、DMRS序列初始化字段1230等。另外，如果单PDSCH调度DCI比多PDSCH调度DCI短，则可以包括填充比特1235。

如果与接收的DCI的TDRA字段值相对应的行包括两个或更多个调度信息(K0值、SLIV和PDSCH映射类型)(例如，TDRA表的第一行(行0)或第二行(行1))，终端可以将DCI解释为多PDSCH调度DCI，如图12的(b)中所示。参考图12的(b)，多PDSCH调度DCI可以包括5比特MCS字段1255、K比特NDI字段1260和1261、K比特RV字段1262和1263、以及4比特HARQ字段1270。多PDSCH调度DCI可以包括其它字段。例如，可以包括天线端口字段1275、DMRS序列初始化字段1280等。作为参考，其中调度多达两个PDSCH的DCI在图12的(b)中被示出。此处，2比特NDI字段1260和1261被单独示出，但是可以被附接为一个2比特字段。另外，在图12的(b)中，2比特RV字段1262和1263被单独示出，但是可以被附接为一个2比特字段。

参考图12的(a)和图12的(b)，假设指示单PDSCH调度的DCI的长度比指示多PDSCH调度的DCI的长度短，使得填充比特1235被添加到单PDSCH调度DCI。如果指示单PDSCH调度的DCI的长度比指示多PDSCH调度的DCI的长度长，则填充比特可以被添加到指示多PDSCH调度的DCI。

在下文中，除非另外指定，否则本公开假设PDSCH发送单个码字。如果双码字的发送被配置用于终端，则DCI的字段用于第一码字，除非有另外指定。

图13是图示出根据本公开实施例的发送多个PDSCH的HARQ-ACK的方法的图。图13图示出在DCI指示多PDSCH调度时、用于由DCI调度的一个或多个PDSCH的HARQ-ACK发送的PUCCH 1305。

基站可以为终端配置一个或多个K1值。这可以被称为K1集合。指示多PDSCH调度的DCI可以包括指示K1集合中的一个K1值的指示符。更具体地，DCI可以包括具有多达3比特的PDSCH到HARQ反馈定时指示符字段。该字段可以指示K1集合中的一个K1值。

终端可基于一个K1值和其中调度多个PDSCH中的最后PDSCH的时隙来确定用于发送多个PDSCH的HARQ-ACK的时隙。作为参考，由一个DCI调度的所有PDSCH的HARQ-ACK可以是通过用于发送HARQ-ACK的时隙中的一个PUCCH来发送的。从其中调度最后PDSCH的时隙起K1个时隙之后的时隙是用于发送多个PDSCH的HARQ-ACK的时隙。即，包括多个PDSCH的HARQ-ACK的PUCCH可以是在从其中调度最后PDSCH的时隙起K1个时隙之后的时隙中发送的。

参考图13，假设终端接收的DCI指示如图11所示的TDRA表的行0，并且根据TDRA表的行0，已在时隙n-5、时隙n-4、时隙n-3和时隙n-2中调度了PDSCH。另外，假设终端被指示有2来作为K1值。在这种情况下，终端可已将时隙n确定为用于发送HARQ-ACK的时隙，其中，时隙n是作为被调度用于PDSCH的最后时隙的时隙n-2之后的两个时隙，即，K1值。即，在时隙n的PUCCH 1305中，终端可以发送时隙n-5的PDSCH 1301、时隙n-4的PDSCH 1302、时隙n-3的PDSCH 1303和时隙n-2的PDSCH 1304的HARQ-ACK信息。

<实施例1：配置/确定HARQ进程数目的方法>

在Rel-15/16NR系统中，终端可以被配置有用于服务小区的公共HARQ进程数目(HARQ进程数目)(例如，nrofHARQ-ProcessesForPDSCH)。这可以是经由表24中的3GPPTS38.331的PDSCH-ServingCellConfig信息元素(IE)RRC参数来标识的。

[表24]

参考表24，PDSCH-ServingCellConfig IE被公共地应用于一个服务小区的所有下行链路BWP，并且PDSCH-ServingCellConfig包括作为小区公共HARQ进程数目的nrofHARQ-ProcessesForPDSCH。此处，cell-common指示为小区配置的所有BWP使用该HARQ进程数目。nrofHARQ-ProcessesForPDSCH可以指示2、4、6、10、12和16中的一个值来作为小区公共HARQ进程数目。在nrofHARQ-ProcessesForPDSCH未被配置的情况下，终端可以将小区公共HARQ进程数目假设为8。此处，用于下行链路的HARQ进程数目可以多达为16。

作为参考，用于上行链路的HARQ进程数目总是被固定为16。

在Rel-17 NR中，引入了频率范围(FR)2-2，即，新频带。FR 2-2包括52.6GHz至70GHz的载波频带。在FR 2-2中，480kHz和960kHz被引入作为用于在宽频带中发送或接收的新子载波间隔。新引入的480kHz和960kHz具有较短的OFDM符号长度，其是现有的120kHz的子载波间隔的OFDM符号长度的1/4和1/8。另外，480kHz和960kHz也具有较短的时隙长度，其是现有的120kHz的子载波间隔的时隙长度的1/4和1/8。因此，终端可能需要更多的HARQ进程数目来支持480kHz或960kHz子载波间隔下的高吞吐量。作为参考，120kHz的子载波间隔可以被用于FR 2-2中。然而，由于现有的16个HARQ进程的最大数目对于120kHz的子载波间隔是足够的，因此可以不使用更多的HARQ进程。因此，终端需要根据所使用的子载波间隔来配置不同的HARQ进程数目。

本公开提供了一种为具有不同子载波间隔(SCS)的BWP或一个服务小区的不同BWP配置HARQ进程数目的方法。

作为参考，在下文中，将提供对下行链路的HARQ进程数目的描述，但是上述方案可以被同样地应用于配置上行链路的ARQ过程数目。除非另有说明，否则下文的描述涉及下行链路。

[方法1：配置BWP特定HARQ进程数目]

在本公开的第一方法中，HARQ进程数目可以是针对每个BWP配置的。

更具体地，当终端被配置有BWP时，BWP的子载波间隔(subcarrierSpacing)、循环前缀(CP)类型(cyclicPrefix)以及频率位置和带宽(locationAndBandwidth)被配置。另外，当BWP被配置时，BWP的HARQ进程数目(例如，nrofHARQ-ProcessesForBWP)可以被配置。例如，对于下行链路BWP，BWP的HARQ进程数目可以被配置为n24或n32。此处，当n24或n32被配置时，BWP的HARQ进程数目可以为24或32。

当HARQ进程数目(例如，nrofHARQ-ProcessesForBWP)在BWP配置中被配置时，预配置的小区公共HARQ进程数目(例如，nrofHARQ-ProcessesForPDSCH)可以被忽略。如果HARQ进程数目(例如，nrofHARQ-ProcessesForBWP)未在BWP配置中被配置，则预配置的小区公共HARQ进程数目(例如，nrofHARQ-ProcessesForPDSCH)可以被用作BWP的HARQ进程数目。

在BWP配置中，当以下条件中的至少一个被满足时，HARQ进程数目(例如，nrofHARQ-ProcessesForBWP)可以被配置。替代地，在BWP配置中，当所有以下条件被满足时，HARQ进程数目(例如，nrofHARQ-ProcessesForBWP)可以被配置。

作为第一条件，在BWP配置中，子载波间隔应当被指示为480kHz或960kHz。即，如前所述，当子载波间隔是FR2-2中是480kHz和960kHz时，由于需要增加的HARQ进程数目，所以可以仅在这种情况下在BWP配置中配置HARQ进程数目。如果子载波间隔是FR2-2中的120kHz，则由于不需要增加的HARQ进程数目，所以终端不期待BWP配置中对HARQ进程数目(例如，nrofHARQ-ProcessesForBWP)的配置。

作为第二条件，仅当终端向基站报告指示可以使用多于16个HARQ进程的UE能力时，HARQ进程数目(例如，nrofHARQ-ProcessesForBWP)可以在BWP配置中被配置。即，如果终端不能使用多于16个HARQ进程，则不需要在BWP配置中重新配置HARQ进程数目。根据方法1，BWP配置信息(例如，TS38.331的BWP IE)可以被修改，如表25所示。

[表25]

作为参考，在方法1中，BWP配置中的HARQ进程数目(nrofHARQ-ProcessesForBWP)被指示为n24和n32，但是这是示例并且其它值可以被添加。例如，BWP配置中的HARQ进程数目(nrofHARQ-ProcessesForBWP)还可以包括作为小区公共HARQ进程数目(nrofHARQ-ProcessesForPDSCH)的值的n2、n4、n6、n10、n12和n16。

[方法2：配置SCS特定HARQ进程数目]

在本公开的第二方法中，HARQ进程数目可以是针对每个子载波间隔配置的。

更具体地，终端可以被配置有用于480kHz或960kHz的子载波间隔的HARQ进程数目(例如，nrofHARQ-ProcessesForPDSCH480KHz或nrofHARQ-ProcessesForPDSCH960KHz)。此处，用于480kHz的子载波间隔的HARQ进程数目(例如，nrofHARQ-ProcessesForPDSCH480KHz)可以被用作具有480kHz的子载波间隔的BWP的HARQ进程数目。另外，用于960kHz的子载波间隔的的HARQ进程数目(例如，nrofHARQ-ProcessesForPDSCH960KHz)可以被用作具有960kHz的子载波间隔的BWP的HARQ进程数目。

例如，对于下行链路BWP，HARQ进程数目(例如，nrofHARQ-ProcessesForPDSCH480KHz或nrofHARQ-ProcessesForPDSCH960KHz)可以被配置为n24或n32。此处，当n24或n32被配置时，HARQ进程数目可以为24或32。

当HARQ进程数目(例如，nrofHARQ-ProcessesForPDSCH480KHz)被配置时，在具有480kHz的子载波间隔的BWP中，预配置的小区公共HARQ进程数目(nrofHARQ-ProcessesForPDSCH)可以被忽略。当HARQ进程数目(例如，nrofHARQ-ProcessesForPDSCH960KHz)被配置时，在具有960kHz的子载波间隔的BWP中，预配置的小区公共HARQ进程数目(nrofHARQ-ProcessesForPDSCH)可以被忽略。在具有另一子载波的BWP中，预配置的小区公共HARQ进程数目(nrofHARQ-ProcessesForPDSCH)可以被用作HARQ进程数目。

根据方法2，TS38.331的PDSCH-ServingCellConfig IE可以被修改，如表26所示。

[表26]

作为参考，在上面的描述中，已经经由单独的RRC参数分别针对480kHz的子载波间隔和960kHz的子载波间隔配置了HARQ进程数目。然而，作为另一示例，HARQ进程数目可以是经由一个RRC参数(例如，nrofHARQ-ProcessesForPDSCH480/960KHz)来配置的，并且经由一个RRC参数的HARQ进程数目可以被应用于具有480kHz的子载波间隔的BWP和具有960kHz的子载波间隔的BWP。

[方法3：确定SCS相关HARQ进程数目]

在本公开的第三方法中，添加到现有nrofHARQ-ProcessesForPDSCH的值(例如，n24或n32)可以被配置用于HARQ进程数目。另外，每个BWP中实际使用的HARQ进程数目可以是基于nrofHARQ-ProcessesForPDSCH的值和BWP的子载波间隔来确定的。在这种情况下，由终端使用的HARQ进程的最大数目可以是经由nrofHARQ-ProcessesForPDSCH来配置的。

更具体地，根据方法3，TS38.331 PDSCH-ServingCellConfig IE可以基于表27而被修改。

[表27]

作为本公开的示例，当大于16的值(例如，n24或n32)经由nrofHARQ-ProcessesForPDSCH被配置时，终端可以根据BWP的子载波间隔来确定实际使用的HARQ进程数目。

对于具有480kHz或960kHz的子载波间隔的BWP，在nrofHARQ-ProcessesForPDSCH中配置的值可以被用作HARQ进程数目。然而，在具有不同于480kHz或960kHz的子载波间隔的BWP中，可以使用nrofHARQ-ProcessesForPDSCH和X中的较小值(例如，min(nrofHARQ-ProcessesForPDSCH,X))来作为HARQ进程数目。此处，X是终端可以在BWP中使用的HARQ进程数目。例如，X可以是16。作为另一示例，X值可以是由终端向基站报告为UE能力的值。

例如，当n32在nrofHARQ-ProcessesForPDSCH中被配置时，32可以被应用为具有480kHz或960kHz的子载波间隔的BWP中的HARQ进程数目，并且X(例如，16)可以被应用为具有除480kHz或960kHz之外的子载波间隔的BWP中的HARQ进程数目。

作为参考，当nrofHARQ-ProcessesForPDSCH是不大于16的值(例如，n2、n4、n6、n10、n12或n16)时，在nrofHARQ-ProcessesForPDSCH中指示的值可以被用作在所有BWP中的HARQ进程数目。

即，在上述示例中，nrofHARQ-ProcessesForPDSCH被配置为小区公共值，但是实际使用的HARQ进程数目可以是根据BWP的子载波间隔来确定和使用的。

作为本公开的示例，当大于16的值(例如，n24或n32)经由nrofHARQ-ProcessesForPDSCH被配置时，终端可以根据BWP中的PDSCH接收方法来确定实际使用的HARQ进程数目。

当BWP被配置有多PDSCH调度时，在nrofHARQ-ProcessesForPDSCH中配置的值可以被用作HARQ进程数目。然而，未配置有多PDSCH调度的BWP可以使用min(nrofHARQ-ProcessesForPDSCH,X)来作为HARQ进程数目。此处，X是终端可以在BWP中使用的HARQ进程数目。例如，X可以是16。作为另一示例，X值可以是由终端向基站报告为UE能力的值。

例如，当n32被配置为nrofHARQ-ProcessesForPDSCH时，32可以被应用为被配置有多PDSCH调度的BWP中的HARQ进程数目，并且X(例如，16)可以被应用为未配置有多PDSCH调度的BWP中的HARQ进程数目。

即，在上述示例中，nrofHARQ-ProcessesForPDSCH被配置为小区公共值，但是实际使用的HARQ进程数目可以是根据BWP的多PDSCH调度来确定和使用的。这是因为，多PDSCH调度可以被用于具有480kHz或960kHz的子载波间隔的BWP中，并且当多PDSCH调度被使用时，由于一个DCI被用于一次调度多个PDSCH，所以需要大量的HARQ进程。

作为本公开的示例，当大于16的值(例如，n24或n32)经由nrofHARQ-ProcessesForPDSCH被配置时，终端可以根据BWP中的子载波间隔和PDSCH接收方法来确定实际使用的HARQ进程数目。

当具有480kHz或960kHz的子载波间隔的BWP被配置有多PDSCH调度时，在nrofHARQ-ProcessesForPDSCH中配置的值可以被用作HARQ进程数目。然而，对于其它BWP，min(nrofHARQ-ProcessesForPDSCH,X)可以被用作HARQ进程数目。此处，X是终端可以在BWP中使用的HARQ进程数目。例如，X可以是16。作为另一示例，X值可以是由终端向基站报告为UE能力的值。

例如，当n32在nrofHARQ-ProcessesForPDSCH中被配置时，如果具有480kHz或960kHz的子载波间隔的BWP被配置有多PDSCH调度，则32可以被应用为HARQ进程数目，但是对于具有除480kHz或960kHz之外的子载波间隔的BWP或未配置有多PDSCH调度的BWP，可以使用X(例如，16)来作为HARQ进程数目。

[方法4：除480/960kHz以外的BWP的HARQ进程数目的扩展]

在本公开的第四方法中，具有除480kHz或960kHz之外的子载波间隔的BWP的HARQ进程数目可以是根据终端是否被配置有具有480kHz或960kHz的子载波间隔的BWP来确定的。

更具体地，如果终端在服务小区中未被配置有具有480kHz或960kHz的子载波间隔的BWP，则终端可以使用小区公共nrofHARQ-ProcessesForPDSCH值来作为服务小区中的HARQ进程数目。此处，小区公共nrofHARQ-ProcessesForPDSCH值多达为16。

如果终端在服务小区中被配置有具有480kHz或960kHz的子载波间隔的至少一个BWP，则终端可以将所有BWP的HARQ进程数目确定为与具有480kHz或960kHz的子载波间隔的BWP的HARQ进程数目相同的值。例如，如果32(例如，n32)被配置为具有480kHz或960kHz的子载波间隔的BWP的HARQ进程数目，则终端可以将具有除480kHz或960kHz以外的子载波间隔的BWP的HARQ进程数目假设为32。作为参考，具有480kHz或960kHz的子载波间隔的BWP的HARQ进程数目可以是使用方法1、方法2或方法3来确定的。

同样，具有除480kHz或960kHz之外的子载波间隔的BWP也可以支持多达32个HARQ进程，并且通过假设服务小区中的所有BWP具有相同的HARQ进程数目，由不同BWP之间的不同HARQ进程数目引起的问题可以被防止。

例如，基于实施例1，终端可以进行如下操作。终端可以被配置有来自较高层的参数以便确定HARQ进程ID的数目。更具体地，终端可以被配置有来自较高层的用于每个BWP的参数，并且将参数用作BWP的HARQ进程ID数目。替代地，终端可以被配置有来自较高层的用于每个子载波间隔的参数，并且将参数用作使用子载波的BWP的HARQ进程ID数目。终端可以被配置有来自较高层的一个参数，并且根据活动BWP的子载波间隔，终端可以使用配置的参数或者活动BWP的子载波间隔中可以使用的最大数目的HARQ进程ID中的一个值来作为HARQ进程ID。

<实施例2：配置/确定HARQ进程号字段的比特大小的方法>

参考图14，终端可以被配置有两个BWP(例如，BWP1和BWP2)。16被配置为用于BWP11400的HARQ进程数目，并且32被配置为用于BWP21405的HARQ进程数目。终端可以在BWP1中接收DCI 1410，并且可以在BWP2中接收DCI 1420。在这种情况下，DCI可以包括HARQ进程号字段以指示HARQ进程ID。然而，由于每个BWP可以具有不同的HARQ进程数目，因此HARQ进程号字段的比特大小应当被确定。

[方法1：在没有单独RRC信号的情况下确定比特大小]

在第一方法中，DCI中的HARQ进程号字段的比特大小可以是基于BWP中的HARQ进程数目、在没有单独RRC信号的情况下确定的。

更具体地，在第(1-1)方法中，比特大小可以是基于所有BWP的HARQ进程数目中的最大HARQ进程数目来确定的。具有确定的比特大小的HARQ进程号字段可以被包括在所有BWP中监视的DCI中。作为参考，比特大小可以由ceil(log2(最大HARQ进程数目))确定。

例如，参考图14，16被配置为用于BWP1 1400的HARQ进程数目，并且32被配置为用于BWP2 1405的HARQ进程数目。比特大小可以是基于两个BWP的HARQ进程数目中较大的32来确定的。即，由于HARQ进程数目是32，所以比特大小被确定为5比特。终端在所有BWP中监视的DCI可以包括5比特HARQ进程号字段。如果终端在BWP1中接收DCI，则仅5比特HARQ进程号字段的某些值可以被使用。该某些值处于BWP1的HARQ进程数目以内。终端不期望被指示有超过BWP1的HARQ进程数目的值。

第(1-1)方法可以被解释如下。如果超过16个(例如，24或32)的HARQ进程数目在终端的BWP中的至少一个中被配置，则所有BWP的DCI可以包括5比特HARQ进程号字段。否则(即，如果所有BWP中的HARQ进程数目不大于16)，则所有BWP的DCI可以包括4比特HARQ进程号字段。

在第(1-2)方法中，比特大小可以是基于活动BWP的HARQ进程数目来确定的。具有确定的比特大小的HARQ进程号字段可以被包括在活动BWP中监视的DCI中。作为参考，比特大小可以由ceil(log2(最大HARQ进程数目))确定。

例如，参考图14，16被配置为用于BWP1 1400的HARQ进程数目，并且32被配置为用于BWP2 1405的HARQ进程数目。在终端在BWP1中监视的DCI 1410中，16被配置为用于BWP1的HARQ进程数目，并且4比特HARQ进程号字段因此可以被包括。终端在BWP2中监视的DCI 1420可以包括5比特HARQ进程号字段，因为32被配置为用于BWP1的HARQ进程数目。

[方法2：通过使用RRC信号来确定比特大小]

在第二方法中，终端可以基于RRC信号来确定比特大小。

在第(2-1)方法中，所有BWP的HARQ进程号字段的比特大小可以是经由一个RRC参数来指示的。即，基站可以为终端配置小区公共值来作为HARQ进程号字段的比特大小。具有配置的比特大小的HARQ进程号字段可以被包括在所有BWP中监视的DCI中。

例如，参考图14，16被配置为用于BWP1 1400的HARQ进程数目，并且32被配置为用于BWP2 1405的HARQ进程数目。基站可以为终端配置5比特HARQ进程号字段。终端在所有BWP中监视的DCI可以包括5比特HARQ进程号字段。如果终端在BWP1中接收DCI，则仅5比特HARQ进程号字段的某些值可以被使用。该某些值处于BWP1的HARQ进程数目以内。终端不期望被指示有超过HARQ进程数目的值。

在第(2-2)方法中，每个BWP的HARQ进程号字段的比特大小可以是经由RRC参数来指示的。即，基站可以为终端配置用于每个BWP的HARQ进程号字段的比特大小，并且具有配置的比特大小的HARQ进程号字段可以被包括在对应BWP中监视的DCI中。

在第(2-3)方法中，用于每个子载波间隔的HARQ进程号字段的比特大小可以是经由RRC参数来指示的。即，基站可以为终端配置用于每个子载波间隔的HARQ进程号字段的比特大小，并且具有配置的比特大小的HARQ进程号字段可以被包括在具有对应子载波间隔的BWP中监视的DCI中。

<实施例3：类型3/增强型类型3HARQ-ACK码本生成方法>

类型3HARQ-ACK码本(或一次性码本)具有报告被配置用于终端的所有HARQ-ACK信息(关于所有服务小区、HARQ进程ID、每HARQ进程的TB数目、以及每TB的码块组(CBG)的数目)的方案。例如，如果存在2个服务小区、用于每个服务小区的16个HARQ进程、用于每个HARQ进程的1个TB、以及用于每个TB的2个CBG，则终端报告总共64(＝2*16*1*2)个HARQ-ACK信息比特。

类型3HARQ-ACK码本可以按顺序列出HARQ-ACK信息比特。顺序可以如下。

-HARQ-ACK信息可以是按照服务小区的索引的升序排列的。

-在相同服务小区内，HARQ-ACK信息可以是按照HARQ进程ID的升序排列的。

-当多个TB被包括在相同HARQ进程中时(例如，对于2-TB发送)，第一TB的HARQ-ACK信息可以被布置在第二TB的HARQ-ACK信息之前的定位处。

-当相同的TB包括多个CBG时(即，用于基于CBG的PDSCH发送)，HARQ-ACK信息可以是按照CBG的索引的升序排列的。

参考图15，假设终端被配置有一个下行链路服务小区(DL CC)1500和一个上行链路服务小区(UL CC)1505。此处，上行链路服务小区是用于PUCCH 1521的发送的小区。可以假设终端被配置有8(即，n8)来作为用于下行链路服务小区1500的HARQ进程数目，并且一个PDSCH被配置为仅发送1个TB。另外，可以假设没有基于CBG的发送被配置。类型3HARQ-ACK码本可以是根据所有服务小区、HARQ进程ID和用于每个HARQ进程的TB数目来生成的。因此，由于终端被配置有用于一个服务小区的8个HARQ进程ID以及每HARQ进程的1个TB，因此类型3HARQ-ACK码本可以包括8比特的HARQ-ACK信息。

终端可以按照用于下行链路服务小区1500的HARQ进程ID的升序来排列类型3HARQ-ACK码本的8比特。由于终端被配置有用于下行链路服务小区1500的8个HARQ进程ID

-HARQ进程ID 0的HARQ-ACK信息可以位于类型3HARQ-ACK码本中的第一位置处，

-HARQ进程ID 1的HARQ-ACK信息可以位于类型3HARQ-ACK码本中的第二位置处，

-HARQ进程ID 2的HARQ-ACK信息可以位于类型3HARQ-ACK码本中的第三位置处，

-HARQ进程ID 3的HARQ-ACK信息可以位于类型3HARQ-ACK码本中的第四位置处，

-HARQ进程ID 4的HARQ-ACK信息可以位于类型3HARQ-ACK码本中的第五位置处，

-HARQ进程ID 5的HARQ-ACK信息可以位于类型3HARQ-ACK码本中的第六位置处，

-HARQ进程ID 6的HARQ-ACK信息可以位于类型3HARQ-ACK码本中的第七位置处，以及

-HARQ进程ID 7的HARQ-ACK信息可以位于类型3HARQ-ACK中的最后位置处。

参考图15，终端可以在下行链路服务小区1500中接收4个PDSCH。按照时间顺序，终端可以接收PDSCH#0 1510、PDSCH#1 1511、PDSCH#2 1512和PDSCH#3 1513。与每个PDSCH相对应的HARQ进程ID可以由DCI的HARQ进程号字段指示。假设PDSCH#0是以HARQ进程ID 3指示的，并且PDSCH#0的HARQ-ACK信息是a₀。假设PDSCH#1是以HARQ进程ID 1指示的，并且PDSCH#1的HARQ-ACK信息是a₁。假设PDSCH#2是以HARQ进程ID 6指示的，并且PDSCH#2的HARQ-ACK信息是a₂。另外，假设PDSCH#3是以HARQ进程ID 0指示的，并且PDSCH#3的HARQ-ACK信息是a₃。终端可以按照HARQ进程ID的升序将a₀、a₁、a₂和a₃的HARQ-ACK信息添加到类型3HARQ-ACK码本。即，由于PDSCH#0的HARQ进程ID是3，所以作为PDSCH#0的HARQ-ACK的a₀可以被包括在类型3HARQ-ACK码本的第四比特中。由于PDSCH#1的HARQ进程ID是1，所以作为PDSCH#1的HARQ-ACK的a₁可以被包括在类型3HARQ-ACK码本的第二比特中。由于PDSCH#2的HARQ进程ID是6，所以作为PDSCH#2的HARQ-ACK的a₂可以被包括在类型3HARQ-ACK码本的第七比特中。最后，由于PDSCH#3的HARQ进程ID是0，所以作为PDSCH#3的HARQ-ACK的a₃可以被包括在类型3HARQ-ACK码本的第一比特中。作为参考，在类型3HARQ-ACK码本中，NACK(或0)可以被包括以用于接收已经失败的HARQ进程ID或反馈已经被发送给基站的HARQ进程ID。

终端可以在下行链路服务小区1500中接收指示类型3HARQ-ACK码本的发送的DCI1520。终端可以从DCI接收用于类型3HARQ-ACK码本的发送的PUCCH 1521资源的指示。终端可以在PUCCH资源上发送8比特类型3HARQ-ACK码本。

根据单独的配置，在类型3HARQ-ACK码本中，除了HARQ-ACK信息之外，还可以报告终端针对每个HARQ进程以及针对所有服务小区最近接收的NDI值。基于对应的NDI值，基站可以确定终端的针对每个HARQ进程接收的PDSCH是被确定为初始发送还是被确定为重发。

当不存在对应NDI值的单独报告时，如果在基站接收用于请求类型3HARQ-ACK码本的DCI之前已经针对特定HARQ进程报告了HARQ-ACK信息，则终端可以将对应HARQ进程映射到NACK，否则可以将HARQ-ACK信息比特映射到针对每个对应HARQ进程接收的PDSCH。

服务小区数目、HARQ进程数目、TB数目、CBG数目均可以被配置，并且如果不存在单独配置，则终端可以认为服务小区数目为1，HARQ进程数目为8，TB数目为1，CBG数目为1。另外，对于每个服务小区，HARQ进程数目可以变化。另外，对于每个服务小区或者对于服务小区内的每个BWP，TB数目可以具有不同的值。另外，对于每个服务小区，CBG数目可以变化。

需要类型3HARQ-ACK码本的原因之一可以是以下情况的发生：由于信道接入失败、与具有高优先级的另一信道重叠等，终端不能发送包括用于PDSCH的HARQ-ACK信息的PUSCH或PUCCH。因此，合理的是，基站仅请求对应HARQ-ACK信息的报告，而无需重调度单独的PDSCH。相应地，对于终端，经由来自基站的较高信号或L1信号(例如，DCI中的特定字段)，类型3HARQ-ACK码本发送和用于码本发送的PUCCH资源的调度可以是可能的。

终端可以在DCI格式中包括指示类型3HARQ-ACK码本发送的指示符。指示符可以指示0或1。

如果终端接收到包括1来作为用于请求类型3HARQ-ACK码本发送的字段的值的DCI格式，则终端可以在由DCI格式指示的特定时隙中确定用于类型3HARQ-ACK码本的发送的PUCCH或PUSCH资源。另外，终端可以在对应的时隙的PUCCH或PUSCH内仅复用类型3HARQ-ACK码本。另外，终端可以假设DCI格式不用于PDSCH调度。即，DCI格式中的用于PDSCH发送的字段可以不用于PDSCH调度。此外，不用于PDSCH调度的字段可以被用于其它目的。

基于为终端配置的信息，类型3HARQ-ACK码本应当包括所有HARQ进程和所有服务小区的HARQ-ACK信息。因此，用于实际未被使用的HARQ进程的PDSCH的HARQ-ACK信息比特也应当作为NACK被包括在码本中。相应地，存在类型3HARQ-ACK码本的大小较大的缺点。因此，存在上行链路发送覆盖或发送可靠性随着上行链路控制信息比特的大小增加而降低的可能性。需要大小比类型3HARQ-ACK码本更小的HARQ-ACK码本。这样的码本可以被称为增强型类型3HARQ-ACK码本。作为示例，增强型类型3HARQ-ACK码本可以被配置如下。

-类型A：(配置的)服务小区总集的子集

-类型B：(配置的)HARQ进程ID的总集的子集

-类型C：(配置的)TB索引总集的子集

-类型D：(配置的)CBG索引总集的子集

-类型E：类型A至类型D中的至少两个的组合

增强型类型3HARQ-ACK码本可以具有类型A至类型E中的至少一个的特性，并且可以由一个或多个集合来配置。增强型类型3HARQ-ACK码本可以包括类型A至类型E的整个集合而不是子集。关于多个集合的含义，例如，可能的是：类型A和类型B存在，或者即使对于类型A也有不同的子集存在。

终端可以通过较高层信号、L1信号或其组合而被指示有增强型类型3HARQ-ACK码本的类型。例如，如在[表28]中，用于要在每个增强型类型3HARQ-ACK码本中报告的HARQ-ACK信息比特的集合配置可以是经由较高层信号指示的，并且这些值中的一个是通过L1信号指示的。如在[表28]中，可以经由较高层信号单独地配置针对每个索引配置的增强型类型3HARQ-ACK码本的类型。为了方便起见，这样的表可以被称为增强型类型3HARQ-ACK码本类型表。

对于增强型类型3HARQ-ACK码本类型表的特定索引(例如，[表28]中的索引3)，也可以使用类型3HARQ-ACK码本来用于报告所有HARQ-ACK信息比特。如果没有被较高信号单独地指示或者不存在较高信号，则可以确定基于默认值(例如，用于所有HARQ进程ID的ACK或NACK状态)使用类型3HARQ-ACK码本。

[表28]

增强型类型3HARQ-ACK码本类型表

索引	增强型类型3HARQ-ACK码本配置
		1	服务小区i，HARQ进程ID(0～7)，TB 1
2	服务小区i，HARQ进程ID(8～11)，TB 1
		3	类型3HARQ-ACK码本
…	…

例如，当终端接收到由索引1指示的值时，终端可以根据[表28]报告包括用于服务小区i、HARQ进程ID(0至7)和TB 1的的总共8比特的HARQ-ACK信息的增强型类型3HARQ-ACK码本。如果终端接收到由索引2指示的值，则终端可以根据[表28]报告用于服务小区i、HARQ进程ID(#8至#11)和TB 1的总共4比特的HARQ-ACK信息。如果终端接收到由索引3指示的值，则终端可以根据[表28]、通过考虑服务小区集合、每服务小区i的HARQ进程的总数、每HARQ进程的TB数目、以及每TB的CBG数目来计算HARQ-ACK比特的总数。[表28]仅是示例，并且索引的总数可以比这个更多或更少，并且由包括在增强型类型3HARQ-ACK码本中的每个索引和/或信息指示的HARQ进程值的范围可以不同。另外，[表28]可以是由较高层信号(例如，RRC)指示的信息，并且特定索引可以是经由DCI通知的。[表28]中的特定索引的选择可以是通过DCI字段中的HARQ进程ID、MCS、NDI、RV、频率资源分配信息、或时间资源分配信息的组合或至少一个来指示的。例如，指示[表28]的特定索引的DCI比特字段的大小可以是通过来确定的。此处，/>标示经由较高信号配置的[表28]的索引的总数。

图16图示出根据本公开实施例的当增强型类型3HARQ-ACK码本被配置用于终端时发送增强型类型3HARQ-ACK码本的方法。

终端的服务小区配置、HARQ进程号配置等与图15中的相同。与图15不同，终端可以被配置有增强型类型3HARQ-ACK码本发送。例如，当索引0在用于触发增强型类型3HARQ-ACK码本发送的DCI 1620中被指示时，在8个HARQ进程中，要由终端发送的增强型类型3HARQ-ACK码本1621可以仅包括用于{0,1,2,3}的HARQ进程的HARQ-ACK信息，并且可以不包括用于{4,5,6,7}的HARQ进程的HARQ-ACK信息。例如，当索引1在用于触发增强型类型3HARQ-ACK码本发送的DCI 1630中被指示时，在8个HARQ进程中，要由终端发送的增强型类型3HARQ-ACK码本1631可以仅包括用于{4,5,6,7}的HARQ进程的HARQ-ACK信息，并且可以不包括用于{0,1,2,3}的HARQ进程的HARQ-ACK信息。虽然在图16中未示出，但是除了索引0和1之外的索引可以进一步被指示，并且当索引被指示时，仅包括用于与索引相对应的HARQ进程的HARQ-ACK信息的增强型类型3HARQ-ACK码本可以被发送。

参考图15，终端可以根据下行链路服务小区中的HARQ进程数目来确定类型3HARQ-ACK码本的大小。如上所述，在Rel-15或Rel-16 NR中，从基站可以向终端配置对于一个服务小区的所有BWP是公共的HARQ进程数目。换言之，终端始终使用相同的HARQ进程数目，而不管哪个BWP是活动BWP。然而，Rel-17中新引入的具有480kHz或960kHz的子载波间隔的BWP可以是以超过16并且等于或小于32的HARQ进程数目来单独指示的。即，可用HARQ进程数目可以根据哪个BWP是活动BWP而变化，并且相应地，类型3HARQ-ACK码本的大小可以变化。因此，将详细描述用于解决此问题的方法。

[方法1：通过考虑服务小区的所有BWP来生成类型3HARQ-ACK码本]

在本公开的第一方法中，终端可以基于从基站配置的所有BWP的HARQ进程的并集来生成类型3HARQ-ACK码本。

更具体地，可以假设终端被配置有多个BWP。为了方便起见，使用两个BWP来提供描述，但是以下描述也可以被应用于多于两个BWP。第一BWP可以包括第一HARQ进程，并且第二BWP可以包括第二HARQ进程。

例如，HARQ进程可以是从0开始的连续HARQ进程。在这种情况下，第一BWP的第一HARQ进程可以是{#0,#1,…,#(N₁-1)}。此处，N₁是第一BWP的HARQ进程数目。另外，第二BWP的第二HARQ进程可以是{#0,#1,…,#(N₂-1)}。此处，N₂是第二BWP的HARQ进程数目。

当生成类型3HARQ-ACK码本时，终端可以包括用于所有BWP中的所有HARQ进程的HARQ-ACK信息。即，包括在由终端生成的类型3HARQ-ACK码本中的HARQ进程可以是{#0,#1,…,#(N_max-1)}。此处，N_max是每个BWP中的HARQ进程数目中的最大值。即，当N₁被配置为用于第一BWP的HARQ进程数目，N₂被配置为用于第二BWP的HARQ进程数目时，N_max可以是max{N₁,N₂}(即，N₁和N₂中的较大值)。

作为另一示例，HARQ进程可以是任何HARQ进程(即，不是从#0开始的连续HARQ进程)。在这种情况下，第一BWP的第一HARQ进程可以是{#i,i∈P₁}。此处，P₁是第一BWP的可用HARQ进程ID的集合。第二BWP的第二HARQ进程可以是{#i,i∈P₂}。此处，P₂是第二BWP的可用HARQ进程ID的集合。

当生成类型3HARQ-ACK码本时，终端可以包括用于所有BWP中的所有HARQ进程的HARQ-ACK信息。即，包括在由终端生成的类型3HARQ-ACK码本中的HARQ进程可以是{#i,i∈P_tot}。此处，P_tot是相应BWP的HARQ进程ID集合的并集。即，当第一BWP的可用HARQ进程ID的集合P₁被配置并且第二BWP的可用HARQ进程ID的集合P₂被配置时，P_tot可以是P₁ U P₂(即，P₁和P₂的并集)。

根据第一方法，终端基于所有BWP的配置的HARQ进程ID集合的并集来生成类型3HARQ-ACK码本，并且因此可能未能接收用于某些HARQ进程的PDSCH。在这种情况下，类型3HARQ-ACK码本中的用于该HARQ进程的HARQ-ACK信息可以是NACK(或0)。

某些BWP可以是终端不用于PDSCH接收的BWP。例如，这样的BWP可以包括休眠(dormant)BWP。终端可以将休眠BWP用作活动BWP，以便防止Scell(辅小区)的功率浪费。PDCCH监视在休眠BWP中可以不被执行。作为另一示例，某些BWP可以包括默认BWP。默认BWP是终端在BWP非活动定时器期满时使用的BWP。因此，没有PDSCH可以在默认BWP中被接收。作为另一示例，某些BWP可以包括初始BWP。初始BWP是具有BWP索引0的BWP，并且可以是通过在PBCH中配置的CORESET0的频带来配置的，或者可以是在SIB中配置的。由于此初始BWP被用于终端的初始接入或随机接入，因此该BWP可以是不用于接收发送给终端的单播PDSCH的BWP。

对于不用于PDSCH接收的BWP，由于没有PDSCH被单独接收，所以HARQ进程数目可以不被配置。在这种情况下，当生成类型3HARQ-ACK码本时，不用于PDSCH接收的BWP的HARQ进程数目可以被假设为8。另外，使用的HARQ进程ID可以是{#0,#1,#2,#3,#4,#5,#6,#7}。作为另一示例，当生成类型3HARQ-ACK码本时，不用于PDSCH接收的BWP的HARQ进程数目可以被假设为0。当不用于PDSCH接收的BWP的HARQ进程数目被假设为0时，终端可以通过仅使用用于PDSCH接收的BWP的HARQ进程数目(不用于PDSCH接收的BWP的HARQ进程数目除外)来生成类型3HARQ-ACK码本。

在前述第一方法中，已经描述了每个BWP中的HARQ进程数目，但是该方法可以被扩展到每个BWP中的TB数目或者每个BWP中的CBG数目。这样的扩展可以如下。

对于服务小区的每个BWP，终端可以被配置有不同的每PDSCH的TB数目。例如，对于第一BWP，终端可以被配置为包括每PDSCH多达1个TB，并且对于第二BWP，可以被配置为包括每PDSCH多达2个TB。在这种情况下，终端可以基于用于BWP的配置的TB数目中的较大的每PDSCH的TB数目来生成类型3HARQ-ACK码本。即，终端可以基于2生成类型3HARQ-ACK码本，因为用于第一BWP和第二BWP的TB数目中的较大TB数目是用于第二BWP的2。即，可以针对类型3HARQ-ACK码本的每个HARQ进程ID生成2比特的HARQ-ACK信息。此处，第一比特可以是用于第一TB的HARQ-ACK，并且第二比特可以是用于第二TB的HARQ-ACK。

如果终端实际接收的PDSCH仅包括1个TB，则类型3HARQ-ACK码本中与第二TB相对应的HARQ-ACK可以为NACK(或0)。

对于服务小区的相应BWP，终端可以被配置有不同的CBG发送配置。此处，在所有BWP中，终端等同地包括每PDSCH 1个TB。例如，对于第一BWP和第二BWP，终端可以被配置有基于CBG的发送。第一CBG数目(N_CBG,1)可以被配置用于第一BWP，并且第二CBG数目(N_CBG,2)可以被配置用于第二BWP。另外，对于第三BWP，终端可以不被配置有基于CBG的发送。此处，假设第二CBG数目大于第一CBG数目。在这种情况下，终端可以基于针对BWP配置的CBG数目中的最大CBG数目来生成类型3HARQ-ACK码本。作为参考，当基于CBG的发送未被配置时，CBG数目可以被假设为1。即，终端可以基于第一BWP、第二BWP和第三BWP中配置有较大CBG数目的第二BWP来生成类型3HARQ-ACK码本。即，可以针对类型3HARQ-ACK码本的每个HARQ进程ID生成N_CBG,max比特的HARQ-ACK信息。此处，第n(n＝1,2,…,N_CBG,max)比特是用于第n CBG的HARQ-ACK。此处，N_CBG,max＝max{N_CBG,1,N_CBG,2,N_CBG,3}。

如果由终端实际接收的PDSCH与基于TB的发送相对应而不是基于CBG的发送(即，对于在第三BWP中接收的PDSCH)，则与PDSCH相对应的HARQ进程ID的N_CBG,max比特的第一比特可以包括基于TB的发送的HARQ-ACK，并且剩余的N_CBG,max-1比特可以是NACK(或0)。如果由终端接收的PDSCH对应于基于CBG的发送，但是CBG数目少于N_CBG,max，则与PDSCH相对应的HARQ进程ID的N_CBG,max比特中与前CBG数目相对应的比特可以包括与CBG数目一样多的CBG的HARQ-ACK，并且剩余的比特可以是NACK(或0)。

在所有BWP中包括不同的每PDSCH的TB数目如下所述。例如，对于第一BWP和第二BWP，终端可以被配置有基于CBG的发送。第一CBG数目(N_CBG,1)可以被配置用于第一BWP，并且第二CBG数目(N_CBG,2)可以被配置用于第二BWP。另外，对于第三BWP，终端可以不被配置有基于CBG的发送。此外，第一每PDSCH的TB数目(N_TB,1)可以被配置用于第一BWP，第二每PDSCH的TB数目(N_TB,2)可以被配置用于第二BWP，并且第三每PDSCH的TB数目(N_TB3)可以被配置用于第三BWP。

在为BWP配置的那些内容之中，终端可以基于配置的CBG数目和配置的TB数目的积中的最大数来生成类型3HARQ-ACK码本。作为参考，当基于CBG的发送未被配置时，CBG数目可以被假设为1。即，终端可以基于第一BWP、第二BWP和第三BWP中配置有较大CBG数目和较大TB数目的积的BWP来生成类型3HARQ-ACK码本。即，可以针对类型3HARQ-ACK码本的每个HARQ进程ID生成N_max比特的HARQ-ACK信息。此处，第n(n＝1,2,…,N_max)比特是用于第n CBG的HARQ-ACK。此处，N_max＝max{N_CBG,1*N_TB,1,N_CBG,2*N_TB,2,N_CBG,3*N_TB,3}。作为参考，对于2个TB，CBG的顺序是首先设置第一TB中包括的CBG，并且随后设置第二TB中包括的CBG。

如果由终端实际接收的PDSCH与基于TB的发送相对应而不是基于CBG的发送(即，对于在第三BWP中接收的PDSCH)，则与PDSCH相对应的HARQ进程ID的N_max比特中的前TB数目的比特可以包括基于TB的发送的TB的HARQ-ACK，并且剩余比特可以是NACK(或0)。

如果由终端接收的PDSCH与基于CBG的发送相对应，但CBG数目与TB数目的积小于N_max，则与PDSCH相对应的HARQ进程ID的N_max比特中与前CBG数目相对应的比特可以包括与第一TB的CBG数目一样多的CBG的HARQ-ACK，并且如果对于PDSCH存在2个TB，则与后续CBG数目相对应的比特可以包括与第二TB的CBG数目一样多的CBG的HARQ-ACK，并且剩余比特可以是NACK(或0)。

在为BWP配置的那些内容之中，终端可以基于配置的CBG数目中的最大数目与配置的TB数目中的最大数目的积来生成类型3HARQ-ACK码本。作为参考，当基于CBG的发送未被配置时，CBG数目可以被假设为1。即，终端可以基于第一BWP、第二BWP和第三BWP中配置有CBG数目的最大数目和TB数目的最大数目的积的BWP来生成类型3HARQ-ACK码本。即，可以针对类型3HARQ-ACK码本的每个HARQ进程ID生成N_max比特的HARQ-ACK信息。此处，当N_TB,max为1时，第n(n＝1,2,…,N_max)比特是用于第n CBG的HARQ-ACK。此处，当N_TB,max是2时，第n(n＝1,2,…,N_max/2)比特是用于第一TB的第n CBG的HARQ-ACK，并且第n(n＝N_max/2+1,N_max/2+2,…,N_max)比特是用于第二TB的第(n-N_max/2)CBG的HARQ-ACK。此处，N_max＝N_CBG,max*N_TB,max。此处，N_CBG,max＝max{N_CBG,1,N_CBG,2,N_CBG,3}并且N_TB,max＝max{N_TB,1,N_TB,2,N_TB,3}。

如果由终端实际接收的PDSCH与基于TB的发送相对应而不是基于CBG的发送(即，对于在第三BWP中接收的PDSCH)，则与PDSCH相对应的HARQ进程ID的N_max比特的第一比特包括基于TB的发送的第一TB的HARQ-ACK，并且第(N_max+1)比特包括基于TB的发送的第二TB的HARQ-ACK。此处，剩余比特可以是NACK(或0)。

如果由终端接收的PDSCH与基于CBG的发送相对应，但是CBG数目和TB数目的积小于N_max，则N_max比特中的N_max比特的前半部分中与前CBG数目相对应的比特包括与第一TB的CBG数目一样多的CBG的HARQ-ACK，并且N_max比特中的N_max比特的剩余一半中与前CBG数目相对应的比特包括与第二TB的CBG数目一样多的CBG的HARQ-ACK。此处，剩余比特可以是NACK(或0)。

与PDSCH相对应的HARQ进程ID的N_max比特中与前CBG数目相对应的比特可以包括与第一TB的CBG的数目一样多的CBG的HARQ-ACK，并且如果对于PDSCH存在2个TB，则与后续CBG数目相对应的比特可以包括与第二TB的CBG的数目一样多的CBG的HARQ-ACK，并且剩余比特可以是NACK(或0)。

[方法2：通过仅考虑服务小区的活动BWP来生成类型3HARQ-ACK码本]

在本公开的第二方法中，终端可以基于从基站配置的BWP中始终活动的BWP的HARQ进程数目来生成类型3HARQ-ACK码本。

对于终端，在一个时间点可以仅激活一个BWP。终端可以仅在活动BWP中接收下行链路信号(PDCCH监视、PDSCH接收等)。下行链路信号在除活动BWP之外的BWP中不被接收。因此，终端可以确定在特定时间点激活的BWP，并且可以基于激活的BWP来生成类型3HARQ-ACK码本。如果终端确定第一BWP是活动BWP，则类型3HARQ-ACK码本可以是基于第一BWP的第一HARQ进程来生成的。如果终端确定第二BWP是活动BWP，则类型3HARQ-ACK码本可以是基于第二BWP的第二HARQ进程来生成的。

[活动BWP确定方法]

图17是根据本公开实施例的当不同的HARQ进程数目被分派给多个BWP时生成类型3HARQ-ACK码本的实施例。

在上文中，已经注意到，终端可以确定在特定时间点的活动BWP。然而，参考图17，当终端接收到指示BWP从BWP1 1700切换到BWP2 1705的BWP切换DCI 1710时，在DCI的接收与接收由BWP切换DCI调度的PDSCH 1715的时间点之间的时间间隔1750期间，哪个BWP是活动BWP可能是模糊的。

另外，哪个时间点是特定时间点可能是模糊的。例如，参考图17，接收指示向一个小区的类型3HARQ-ACK码本发送的DCI 1720的时间点是否是确定活动BWP的特定时间点或者发送包括类型3HARQ-ACK码本的PUCCH 1725的时间点是否是特定时间点是模糊的。

因此，在下文中，本公开提出了一种确定用于类型3HARQ-ACK码本发送的活动BWP的方法。

参考图17，终端可以基于四个发送或接收点中的至少两个来确定活动BWP。

-接收指示BWP切换的DCI 1710的时间点

-接收由指示BWP切换的DCI调度的PDSCH 1715的时间点

-接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点

-发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点

作为示例，可以基于四个发送或接收点中的至少两个来考虑以下四个组合。

在第一组合中，活动BWP可以是基于接收指示BWP切换的DCI 1710的时间点和接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点来确定的。更具体地，如果接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点早于接收指示BWP切换的DCI 1710的时间点，则在BWP切换之前的BWP可以被确定为活动BWP。相反，如果接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点晚于接收指示BWP切换的DCI 1710的时间点，则在BWP切换之后的BWP可以被确定为活动BWP。

在第一组合中，接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点被用作特定时间点(即，活动BWP是在接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点确定的)，并且活动BWP的切换可以是基于接收指示BWP切换的DCI 1710的时间点来确定的。换言之，在接收指示BWP切换的DCI 1710的时间点之前，活动BWP可以是切换之前的BWP，并且在接收指示BWP切换的DCI 1710的时间点之后，活动BWP可以是切换之后的BWP。

在第二组合中，活动BWP可以是基于接收由指示BWP切换的DCI调度的PDSCH 1715的时间点和接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点来确定的。更具体地，如果接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点早于接收由指示BWP切换的DCI调度的PDSCH 1715的时间点，则在BWP切换之前的BWP可以被确定为活动BWP。相反，如果接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点晚于接收由指示BWP切换的DCI调度的PDSCH 1715的时间点，则在BWP切换之后的BWP可以被确定为活动BWP。

在第二组合中，接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点被用作特定时间点(即，活动BWP是在接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点确定的)，并且活动BWP的切换可以是基于接收由指示BWP切换的DCI调度的PDSCH 1715的时间点来确定的。换言之，在接收由指示BWP切换的DCI调度的PDSCH 1715的时间点之前，活动BWP可以是切换之前的BWP，并且在接收由指示BWP切换的DCI调度的PDSCH 1715的时间点之后，活动BWP可以是切换之后的BWP。

在第三组合中，活动BWP可以是基于接收指示BWP切换的DCI 1710的时间点和发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点来确定的。更具体地，如果发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点早于接收指示BWP切换的DCI 1710的时间点，则在BWP切换之前的BWP可以被确定为活动BWP。相反，如果发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点晚于接收指示BWP切换的DCI 1710的时间点，则在BWP切换之后的BWP可以被确定为活动BWP。

在第三组合中，发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点被用作特定时间点(即，活动BWP是在发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点确定的)，并且活动BWP的切换可以是基于接收指示BWP切换的DCI 1710的时间点来确定的。换言之，在接收指示BWP切换的DCI 1710的时间点之前，活动BWP可以是切换之前的BWP，并且在接收指示BWP切换的DCI 1710的时间点之后，活动BWP可以是切换之后的BWP。

在第四组合中，活动BWP可以是基于接收由指示BWP切换的DCI调度的PDSCH 1715的时间点和发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点来确定的。更具体地，如果发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点早于接收由指示BWP切换的DCI调度的PDSCH 1715的时间点，则在BWP切换之前的BWP可以被确定为活动BWP。相反，如果发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点晚于接收由指示BWP切换的DCI调度的PDSCH 1715的时间点，则在BWP切换之后的BWP可以被确定为活动BWP。

在第四组合中，发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点被用作特定时间点(即，活动BWP是在发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点确定的)，并且活动BWP的切换可以是基于接收由指示BWP切换的DCI调度的PDSCH 1715的时间点来确定的。换言之，在接收由指示BWP切换的DCI调度的PDSCH 1715的时间点之前，活动BWP可以是切换之前的BWP，并且在接收由指示BWP切换的DCI调度的PDSCH 1715的时间点之后，活动BWP可以是切换之后的BWP。

前述四个发送或接收点可以被确定如下。

-接收指示BWP切换的DCI 1710的时间点：作为第一示例，时间点可以是在其上接收DCI的PDCCH的第一符号的开始时间点。作为第二示例，时间点可以是在其上接收DCI的PDCCH的最后符号的结束时间点。作为第三示例，时间点可以是在其上接收DCI的PDCCH的最后符号之后特定数目的时隙后的符号的结束时间点。此处，特定数目可以是取决于子载波间隔(μ)的表29中的X值。

[表29]

-接收由指示BWP切换的DCI调度的PDSCH 1715的时间点：作为第一示例，时间点可以是其中接收PDSCH的第一符号的开始时间点。作为第二示例，时间点可以是其中接收PDSCH的时隙的第一符号的开始时间点。作为第三示例，时间点可以是其中接收PDSCH的最后符号的结束时间点。作为第四示例，时间点可以是其中接收PDSCH的时隙的最后符号的结束时间点。

-接收指示类型3HARQ-ACK码本发送的DCI 1720的时间点：作为第一示例，时间点可以是在其上接收DCI的PDCCH的第一符号的开始时间点。作为第二示例，时间点可以是在其上接收DCI的PDCCH的最后符号的结束时间点。作为第三示例，时间点可以是在其上接收DCI的PDCCH的最后符号之后特定数目的符号后的符号的结束时间点。此处，特定数目可以是下面的表30中的N值。

[表30]

-发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点：作为第一示例，时间点可以是PUCCH的第一符号的开始时间点。作为第二示例，时间点可以是PUCCH的最后符号的结束时间点。作为第三示例，时间点可以是PUCCH中特定数目的符号之前的符号的开始时间点。此处，特定数目可以是上面的表30中的N值。

[其中BWP切换DCI的接收被禁止的间隔]

在本公开的方法2中，终端基于活动BWP生成类型3HARQ-ACK码本。另外，公开了确定活动BWP的方法。除了上述方法之外，还可以考虑以下方法。

终端可以期望在特定间隔期间不接收指示BWP切换的DCI。即，通过不接收指示终端的BWP切换的DCI，HARQ-ACK信息和类型3HARQ-ACK码本的大小的改变可以被防止。

更具体地，其中指示BWP切换的DCI不被接收的间隔可以被确定如下。在发送在其上发送类型3HARQ-ACK码本的PUCCH 1725的时间点之前的特定时间间隔期间，指示BWP切换的DCI格式的接收可能是不期望的。即，当指示BWP切换的DCI格式在该间隔期间被接收到时，终端可以忽略该DCI格式。

特定时间间隔可以由作为绝对时间单位的N₃·(2048+144)·k·2^-μ·T_C来表示。此处，k＝64，T_c＝1/(Δf_max·N_f)，Δf_max＝480x10³Hz，并且μ是在其上发送DCI格式的PUCCH1725的子载波间隔配置和PDCCH 1710的子载波间隔配置中的较小值，并且N₃如表31中所示。

[表31]

特定时间间隔可以由作为OFDM符号数目的N₃来表示。此处，N₃如表31所示。

[方法3：通过考虑服务小区的所有BWP和活动BWP来生成类型3HARQ-ACK码本]

在前述方法1的情况下，HARQ进程数目是基于所有服务小区中的所有BWP来确定的，并且类型3HARQ-ACK码本是基于HARQ进程数目来生成的。由于HARQ进程数目是基于所有BWP来确定的，因此类型3HARQ-ACK码本是基于大于实际使用的HARQ进程数目的数目来生成的，从而导致高开销。高开销可能会消耗上行链路控制信道或降低覆盖。另外，在前述方法2的情况下，HARQ进程数目是基于所有服务小区中的活动BWP来确定的，并且类型3HARQ-ACK码本是基于HARQ进程数目来生成的。由于仅活动BWP被考虑，因此如果指示BWP切换的DCI无法被接收，则活动BWP可能被错误地确定。因此，方法2可能具有关于基站与终端之间的类型3HARQ-ACK码本的大小和配置的潜在模糊性。

在本公开的解决此问题的第三方法中，对于从基站配置的服务小区中的某些小区，终端可以基于激活的BWP来确定HARQ进程数目，对于剩余某些服务小区，可以通过考虑所有BWP来确定HARQ进程数目，并且可以基于HARQ进程数目来生成类型3HARQ-ACK码本。

从基站可以向终端配置服务小区的信息。

从基站可以向终端配置针对其将基于活动BWP来确定HARQ进程数目的服务小区(例如，第一服务小区)。如在方法2中，配置的服务小区(例如，第一服务小区)的HARQ-ACK信息可以是基于活动BWP来确定的。例如，配置的服务小区(例如，第一服务小区)可以是其中BWP切换不频繁发生的BWP。

从基站可以向终端配置针对其将基于所有BWP来确定HARQ进程数目的服务小区(例如，第二服务小区)。如在方法1中，配置的服务小区(例如，第二服务小区)的HARQ-ACK信息可以是基于所有BWP来确定的。例如，配置的服务小区(例如，第二服务小区)可以是其中BWP切换频繁发生的BWP。

在没有来自基站的与HARQ进程数目的确定相关联的用于服务小区的单独信息配置的情况下，终端可以执行如下确定。

例如，如在方法2中，为终端配置的服务小区中的Scell的HARQ-ACK信息可以是基于活动BWP来确定的。如在方法1中，为终端配置的服务小区中的Pcell的HARQ-ACK信息可以是基于所有BWP来确定的。这是因为，对于Pcell来说，可以存在频繁的BWP切换，以降低终端的功耗。

作为另一示例，参考图17，当终端在小区1 1760和小区2 1770中接收到PDSCH，并且触发类型3HARQ-ACK CB的DCI在小区2中被接收到时，终端可以基于活动BWP来确定小区2的HARQ-ACK信息(如在方法2中)。其它小区的HARQ-ACK信息可以是基于所有BWP来确定的(如在方法1中)。这是因为，由于在触发类型3HARQ-ACK CB的DCI的接收与由DCI指示的类型3HARQ-ACK CB的发送之间的时间间隔内可能不会发生BWP切换，所以即使使用活动BWP，在终端与基站之间也可能不存在模糊性。

例如，基于实施例3，终端可以进行如下操作。当根据BWP确定不同的HARQ进程ID数目时，终端需要确定用于类型3HARQ-ACK码本生成的BWP。此处，类型3HARQ-ACK码本可以包括关于BWP的所有HARQ进程ID的、针对每个HARQ进程ID的一个HARQ-ACK信息。用于类型3HARQ-ACK码本生成的BWP可以是为终端配置的BWP之中包括最大HARQ进程ID数目的BWP，或者可以是活动BWP中的一个。当BWP切换DCI被接收到时，终端可以基于接收BWP切换DCI或由DCI调度的PDSCH的时间点，以及接收触发类型3HARQ-ACK码本发送的DCI的时间点或发送类型3HARQ-ACK码本的时间点来确定活动BWP。

<实施例4：CG-UCI生成方法>

配置的授权(CG)PUSCH发送可以是从基站为终端配置的。当发送CG PUSCH时，终端可以在CG PUSCH上复用CG-UCI并且发送CG PUSCH。实施例4描述了终端在CG PUSCH上复用CG-UCI并发送CG PUSCH的方法。

表32示出了TS38.212的v17.2.0(2022-06)CG-UCI中包括的序列和信息。

[表32]

/>

参考表32，CG-UCI可以包括4比特HARQ进程号、2比特冗余版本、1比特新数据指示符(NDI)和COT共享信息。CG PUSCH的HARQ进程号(或者HARQ进程ID)可以是经由HARQ进程号字段来发送的。作为参考，确定通过CG PUSCH发送的传送块(TB)的HARQ进程号的方法稍后将被描述。冗余版本可以包括指示在通过CG PUSCH发送的TB的LDPC码的循环缓冲器中发送的比特的定位的冗余版本。NDI可以指示通过CG-PUSCH发送的TB是先前TB的重发还是新TB的发送。

通过CG PUSCH发送的TB的HARQ进程号可以被确定如下。在本公开中，harq-ProcID-Offset2指示用于导出HARQ进程ID的偏移。参数harq-ProcID-Offset2可以不是与cg-RetransmissionTimer一起配置的。cg-RetransmissionTimer指示“以周期的倍数配置的重发定时器的初始值”。cg-RetransmissionTimer的值可以小于或等于configuredGrantTimer的值。参数cg-RetransmissionTimer可以是与参数harq-ProcID-Offset一起配置的。

如果终端没有经由来自基站的较高层信号被配置有harq-ProcID-Offset2和cg-RetransmissionTimer两者，则CG-PUSCH的HARQ进程号(或HARQ进程ID)可以是通过以下等式来确定的。

HARQ进程ID＝[floor(CURRENT_symbol/周期)]modulo nrofHARQ-Processes

此处，CURRENT_symbol是其中发送CG-PUSCH的第一符号的索引，其中CURRENT_symbol＝SFNXnumberOfSlotsPerFrameXnumberOfSymbolsPerSlot+帧中的时隙号XnumberOfSymbolsPerSlot+时隙中的符号号。另外，numberOfSlotsPerFrame和numberOfSymbolsPerSlot指示帧中的时隙数目和时隙中的符号数目。周期(periodicity)是时段，并且是符号数目的单位。nrofHARQ-Processes是可用于CG-PUSCH的HARQ进程数目。此处，终端可以经由来自基站的较高层信号而被配置有周期和nrofHARQ-Processes。因此，CG-PUSCH可以具有0、1、2、…、nrofHARQ-Processes-1之中的一个值来作为HARQ进程号。

如果终端经由来自基站的较高层信号被配置有harq-ProcID-Offset2，但是没有被配置有cg-RetransmissionTimer，则CG-PUSCH的HARQ进程号(或HARQ进程ID)可以是通过以下等式来确定的。

HARQ进程ID＝[floor(CURRENT_symbol/周期)]modulo nrofHARQ-Processes+harq-ProcID-Offset2

因此，CG-PUSCH可以具有harq-ProcID-Offset2、harq-ProcID-Offset2+1、…、harq-ProcID-Offset2+nrofHARQ-Processes-1中的一个值来作为HARQ进程号。

如果终端经由来自基站的较高层信号被配置有cg-RetransmissionTimer，则终端可以在可用于CG PUSCH的HARQ进程号中选择一个HARQ进程号，并且可以向CG PUSCH发送与HARQ进程号相对应的TB。相应地，在这种情况下，基站需要关于接收的CG PUSCH的HARQ进程号的信息。因此，CG-UCI应该包括关于由终端选择的HARQ进程号的信息。

参考表32，由终端发送的CG-UCI的HARQ进程号字段是4比特。因此，终端可以经由HARQ进程号字段仅指示多达16个HARQ进程号0、1、…、15。然而，终端能够用于CG PUSCH的HARQ进程号多达可以是32。即，终端可以通过在0、1、…、31中选择一个值来发送CG PUSCH，但是CG-UCI仅包括4比特HARQ进程号字段。实施例4提出了解决此问题的方法。

在第一方法中，终端可以在CG-UCI中包括5比特而不是4比特的HARQ进程号字段。此处，确定4比特和5比特的方法可以对应于以下情况中的至少一个。

-情况1：对于在频率范围(FR)2-2中发送的CG PUSCH，5比特HARQ进程号字段可以被包括在CG-UCI中。即，可以包括固定的5比特HARQ进程号字段，而不管终端实际使用的HARQ进程号的数目。在这种情况下，CG-UCI的HARQ进程号字段可以在不管终端的其它信号和配置的情况下被确定。

-情况2：基站可以为终端配置用于PUSCH发送的HARQ进程号的数目。此处，PUSCH可以包括CG PUSCH或动态授权(DG)PUSCH。作为参考，CG PUSCH可以指经由DCI格式调度的PUSCH。更具体地，当终端经由来自基站的较高层信号被配置有nrofHARQ-ProcessesForPUSCH-r17＝n32时，终端可以在CG-UCI中包括5比特HARQ进程号字段。nrofHARQ-ProcessesForPUSCH-r17指示要用于服务小区的PUSCH的HARQ进程数目。n32可以对应于32个HARQ进程。在其它情况下(即，当参数nrofHARQ-ProcessesForPUSCH-r17未被配置时)，终端可以在CG-UCI中包括4比特HARQ进程号字段。另外，终端可以在5比特或4比特HARQ进程号字段中包括用于CG PUSCH的HARQ进程号。作为参考，由于可用于CG PUSCH的HARQ进程号的数目总是等于或小于用于PUSCH发送的HARQ进程号的数目，因此5比特或4比特并非不足以包括CG PUSCH的HARQ进程号。

-情况3：基站可以为终端配置用于发送CG PUSCH的HARQ进程号的数目(例如，nrofHARQ-Processes)。基于该数目，终端可以确定CG-UCI的HARQ进程号字段的比特。例如，如果nrofHARQ-Processes小于或等于16，则终端可以确定CG-UCI的HARQ进程号的比特为4比特。在这种情况下，CG PUSCH的HARQ进程号被转换为4比特二进制数并且可以被包括在4比特中。如果nrofHARQ-Processes大于16，则终端可以确定CG-UCI的HARQ进程号的比特为5比特。在这种情况下，CG PUSCH的HARQ进程号被转换为5比特二进制数并且可以被包括在5比特中。

-情况4：基站可以为终端配置用于发送CG PUSCH的HARQ进程号的数目(例如，nrofHARQ-Processes)或偏移值(harq-ProcID-Offset2)。基于HARQ进程号的数目和偏移值，终端可以确定CG-UCI的HARQ进程号字段的比特。例如，如果nrofHARQ-Processes小于或等于16，则终端可以确定CG-UCI的HARQ进程号的比特为4比特。终端可以将通过从CG PUSCH的HARQ进程号减去偏移值(harq-ProcID-Offset2)获得的值转换为4比特二进制数，并可以将获得的值包括在4比特中。作为参考，通过从CG PUSCH的HARQ进程号减去偏移值(harq-ProcID-Offset2)获得的值的范围是0、1、…、nrofHARQ-Processes-1之中的一个值。因此，nrofHARQ-Processes小于或等于16，并且因此可以是使用4比特HARQ进程号字段来表达的。如果nrofHARQ-Processes大于16，则终端可以确定CG-UCI的HARQ进程号的比特为5比特。终端可以将通过从CG PUSCH的HARQ进程号减去偏移值(harq-ProcID-Offset2)获得的值转换为5比特二进制数，并可以将获得的值包括在5比特中。作为参考，通过从CG PUSCH的HARQ进程号减去偏移值(harq-ProcID-Offset2)获得的值的范围是0、1、…、nrofHARQ-Processes-1之中的一个值。因此，nrofHARQ-Processes大于16，并且因此可以是使用5比特HARQ进程号字段来表达的。

-情况5：基站可以为终端配置用于发送CG PUSCH的HARQ进程号的数目(例如，nrofHARQ-Processes)或偏移值(harq-ProcID-Offset2)。基于HARQ进程号的数目和偏移值，终端可以确定CG-UCI的HARQ进程号字段的比特。例如，如果{(nrofHARQ-Processes)+(harq-ProcID-Offset2)}小于或等于16，则终端可以确定CG-UCI的HARQ进程号的比特为4比特。在这种情况下，终端可以将CG PUSCH的HARQ进程号转换为4比特二进制数并将其包括在4比特中。作为参考，CG PUSCH的HARQ进程号的范围是0、1、…、nrofHARQ-Processes+harq-ProcID-Offset2-1之中的一个值。因此，nrofHARQ-Processes+harq-ProcID-Offset2小于或等于16，并且因此可以是使用4比特HARQ进程号字段来表达的。例如，如果{(nrofHARQ-Processes)+(harq-ProcID-Offset2)}大于16，则终端可以确定CG-UCI的HARQ进程号的比特为5比特。终端可以将CG PUSCH的HARQ进程号转换为5比特二进制数并将其包括在5比特中。作为参考，CG PUSCH的HARQ进程号的范围是0、1、…、nrofHARQ-Processes+harq-ProcID-Offset2-1之中的一个值。因此，nrofHARQ-Processes+harq-ProcID-Offset2大于16，并且因此可以是使用5比特HARQ进程号字段来表达的。

-情况6：在前面的情况3、4和5中，已经假设一个CG PUSCH被配置。如果终端具有多个CG PUSCH配置，则终端可以被配置有nrofHARQ-Processes和/或harq-ProcID-Offset2的多个值。即，可以为每个CG PUSCH配置配置nrofHARQ-Processes和/或harq-ProcID-Offset2的一个值。在这种情况下，终端确定HARQ进程号字段的大小所基于的值可能是模糊的。为了解决此模糊性，例如，可以假设所有CG PUSCH的CG-UCI的HARQ进程号字段的大小相同。作为特定示例，如果由至少一个CG PUSCH配置确定的HARQ进程号字段是5比特，则包括在所有CG PUSCH中的CG-UCI的HARQ进程号字段可以被固定为5比特。另外，如果由所有CGPUSCH配置确定的HARQ进程号字段为4比特，则所有CG PUSCH的CG-UCI可以为4比特。再如，对于每个CG PUSCH配置，CG-UCI的不同HARQ进程号字段的大小可以不同。即，终端可以基于为每个PUSCH配置配置的nrofHARQ-Processes或harq-ProcID-Offset2来确定CG-UCI的HARQ进程号字段的大小。另外，如果两个CG PUSCH的配置包括具有不同数目的HARQ进程号字段(例如，4比特和5比特)的CG-UCI，并且经由两个CG PUSCH的配置发送的CG PUSCH是在相同的时间或频率定位发送的，则基站可能无法区分发送CG PUSCH所经由的CG PUSCH配置。在这种情况下，基站可以具有CG-UCI的模糊的HARQ进程号。因此，在这种情况下，当发送CG PUSCH时，终端可以发送包括较长HARQ进程号字段的数目(5比特)的CG-UCI。

-情况7：类型-2CG PUSCH可以由DCI格式激活或释放。DCI格式可以具有HARQ进程号字段。例如，DCI格式0_0可以包括4比特HARQ进程号字段，DCI格式0_1可以包括4比特或5比特HARQ进程号字段，并且DCI格式0_2可以包括0比特、1比特、2比特、3比特、4比特或5比特HARQ进程号字段。终端可以基于包括在DCI格式中的HARQ进程号字段的长度来确定CG-UCI的HARQ进程号字段的长度。更具体地，如果DCI格式的HARQ进程号字段是4比特或更少，则CGUCI的HARQ进程号字段可以被确定为4比特，并且如果DCI格式的HARQ进程号字段是5比特，则CG UCI的HARQ进程号字段可以被确定为5比特。

在第一方法中，CG-UCI的HARQ进程号字段被确定为4比特或5比特。因此，终端应当在HARQ进程号字段中包括附加的1比特。因此，上行链路开销可能增加。为了防止上行链路开销的增加，可以考虑稍后将描述的第二或第三方法。

在第二方法中，终端可以总是在CG-UCI中包括4比特HARQ进程号字段。4比特HARQ进程号字段可以包括以下值中的至少一个(例如，第一值/第二值/第三值)。在下面的描述中为了方便起见，CG PUSCH的HARQ进程号将被表达为i_HPN。然而，此类表达不限制本公开的技术范围。

-第一值：终端可以在4比特HARQ进程号字段中包括通过执行i_HPN值的模16运算而获得的值。

-第二值：终端可以在4比特HARQ进程号字段中包括通过执行ceil(i_HPN/2)运算而获得的值。例如，当用于CG PUSCH的HARQ进程号的数目超过16时(即，当nrofHARQ-Processes大于16时)或者当nrofHARQ-Processes+harq-ProcID-Offset2超过16时，此操作可以被应用。在其它情况下，终端可以在4比特HARQ进程号字段中包括i_HPN值。

-第三值：基站可以为终端配置对应于i_HPN的值(例如，此值是0、1、…、15中的一个值)。终端可以将配置的值包括在4比特HARQ进程号字段中。例如，如果i_HPN>16，则基站可以为终端配置0。因此，如果i_HPN>16，则终端可以在CG-UCI的4比特HARQ进程号字段中包括二进制数“0000”。

在第三方法中，终端可以总是在CG-UCI中包括4比特HARQ进程号字段。终端可以不发送具有超过4比特HARQ进程号字段的值的值的CG PUSCH。即，当发送CG PUSCH时，终端可以仅向CG PUSCH发送与HARQ进程号0、1、…、15中的一个值相对应的TB。CG PUSCH的CG-UCI的4比特HARQ进程号可以指示0、1、…、15之中的一个值。换言之，当基站配置包括CG-UCI的CG PUSCH时，CG PUSCH的HARQ进程号应当被配置为0、1、…、15中的一个值。例如，当nrofHARQ-Processes被配置并且harq-ProcID-Offset2未被配置时，nrofHARQ-Processes应小于或等于16。作为另一示例，当nrofHARQ-Processes和harq-ProcID-Offset2被配置时，nrofHARQ-Processes+harq-ProcID-Offset2应小于或等于16。如果这些未被满足，则终端可以认为情况是错误情况。

<实施例5：CG-DFI生成方法>

基站可以经由DCI格式0_1向终端指示CG PUSCH是否成功(在下文中，被表达为CGPUSCH的HARQ-ACK或下行链路反馈信息(CG-DFI))。表33描述了DCI格式0_1。此处，DCI格式0_1是可用于PUSCH调度的DCI格式。因此，为了区分DCI格式0_1是用于PUSCH调度的DCI格式还是指示CG-DFI的DCI格式，DCI格式0_1可以包括1比特DFI标志字段。例如，如果DCI格式0_1的DFI标志字段是“1”，则DCI格式0_1可以被解释为用于CG-DFI发送的DCI。在这种情况下，DCI格式0_1可以包括16比特HARQ-ACK比特图。此处，每个比特可以指示包括对应HARQ进程号(或HARQ进程ID)的TB的CG PUSCH是否被成功接收。终端可以经由HARQ-ACK比特图字段确定未能被接收的TB，并且可以通过CG PUSCH重发该TB。

然而，由于在这种情况下仅16比特HARQ-ACK比特图被包括，所以当CG PUSCH使用16或更多HARQ进程号(例如，32个HARQ进程号)时，16比特HARQ-ACK比特图可能是不足的。因此，当终端使用16或更多HARQ进程号(例如，32个HARQ进程号)时，如何发送CG-DFI需要被确定。实施例5提出了用于此的方法。

[表33]

在第一方法中，基站可以在DCI格式0_1中包括32比特HARQ-ACK比特图字段，而不是16比特HARQ-ACK比特图字段。终端可以在指示CF DGI的DCI格式0_1中获取32比特HARQ-ACK比特图字段而不是16比特HARQ-ACK比特图字段。此处，确定16比特和32比特的方法可以对应于以下情况中的至少一个。

-情况1：当由DCI格式0_1指示的小区(由DCI格式0_1的载波指示符字段指示的小区)指示频率范围(FR)2-2的波带时，HARQ-ACK比特图字段可以是32比特。即，固定的32比特HARQ-ACK比特图字段可以被包括在DCI格式0_1中，而不管终端实际用于CG PUSCH的HARQ进程号的数目。在这种情况下，指示CG-DFI的DCI格式0_1的HARQ-ACK比特图字段可以在不管终端的其它信号和配置的情况下被确定。

-情况2：基站可以为终端配置用于PUSCH发送的HARQ进程号的数目。此处，PUSCH可以包括CG PUSCH或动态授权(DG)PUSCH。作为参考，DG PUSCH可以指经由DCI格式调度的PUSCH。更具体地，当终端经由来自基站的较高层信号被配置有nrofHARQ-ProcessesForPUSCH-r17＝n32时，终端可以在DCI格式0_1的HARQ-ACK比特图字段中包括32比特。nrofHARQ-ProcessesForPUSCH-r17指示要用于服务小区的PUSCH的HARQ进程数目。n32可以对应于32个HARQ进程。在其它情况下(即，当参数nrofHARQ-ProcessesForPUSCH-r17未被配置时)，终端可以在DCI格式0_1的HARQ-ACK比特图字段中包括4比特。

-情况3：基站可以为终端配置用于CG PUSCH发送的HARQ进程号的数目(nrofHARQ-Processes)。指示CG-DFI的DCI格式0_1的HARQ-ACK比特图字段的比特可以是基于HARQ进程号的数目(nrofHARQ-Processes)来确定的。例如，如果nrofHARQ-Processes小于或等于16，则HARQ-ACK比特图字段可以被确定为16比特。如果nrofHARQ-Processes大于16，则HARQ-ACK比特图字段可以被确定为32比特。作为另一示例，如果nrofHARQ-Processes大于16，则HARQ-ACK比特图字段可以被确定为nrofHARQ-Processes比特。

-情况4：基站可以为终端配置用于CG PUSCH发送的HARQ进程号的数目(nrofHARQ-Processes)或偏移值(harq-ProcID-Offset2)。指示CG-DFI的DCI格式0_1的HARQ-ACK比特图字段的比特可以是基于HARQ进程号的数目和偏移值来确定的。例如，如果nrofHARQ-Processes小于或等于16，则HARQ-ACK比特图字段可以被确定为16比特。如果nrofHARQ-Processes大于16，则HARQ-ACK比特图字段可以被确定为32比特。HARQ-ACK比特图字段的第一比特(即，最高有效位(MSB))可以指示在其上发送具有HARQ进程号harq-ProcID-Offset2的TB的PUSCH是否被成功接收，HARQ-ACK比特图字段的第二比特可以指示在其上发送具有HARQ进程号harq-ProcID-Offset2+1的TB的PUSCH是否被成功接收，HARQ-ACK比特图字段的第i比特可以指示在其上发送具有HARQ进程号harq-ProcID-Offset2+i-1的TB的PUSCH是否被成功接收，并且HARQ-ACK比特图字段的最后比特(最低有效位(LSB))可以指示在其上发送具有HARQ进程号harq-ProcID-Offset2+nrofHARQ-Processes-1的TB的PUSCH是否被成功接收。

-情况5：基站可以为终端配置用于CG PUSCH发送的HARQ进程号的数目(nrofHARQ-Processes)或偏移值(harq-ProcID-Offset2)。指示CG-DFI的DCI格式0_1的HARQ-ACK比特图字段的比特可以是基于HARQ进程号的数目和偏移值来确定的。如果nrofHARQ-Processes+harq-ProcID-Offset2小于或等于16，则HARQ-ACK比特图字段可以被确定为16比特。如果nrofHARQ-Processes+harq-ProcID-Offset2大于16，则HARQ-ACK比特图字段可以被确定为32比特。HARQ-ACK比特图字段的第一比特(即，最高有效位(MSB))可以指示在其上发送具有HARQ进程号0的TB的PUSCH是否被成功接收，HARQ-ACK比特图字段的第二比特可以指示在其上发送具有HARQ进程号1的TB的PUSCH是否被成功接收，HARQ-ACK比特图字段的第i比特可以指示在其上发送具有HARQ进程号i-1的TB的PUSCH是否被成功接收，并且HARQ-ACK比特图字段的最后比特(最低有效位(LSB))可以指示在其上发送具有HARQ进程号31的TB的PUSCH是否被成功接收。

-情况6：在前面的情况3、4和5中，已经假设一个CG PUSCH被配置。如果终端具有多个CG PUSCH配置，则终端可以被配置有nrofHARQ-Processes和/或harq-ProcID-Offset2的多个值。即，可以为每个CG PUSCH配置配置nrofHARQ-Processes和/或harq-ProcID-Offset2的一个值。在这种情况下，终端确定HARQ-ACK比特图字段的大小所基于的值可能是模糊的。为了解决此模糊性，例如，可以假设HARQ-ACK比特图字段的大小是相同的。作为特定示例，如果由至少一个CG PUSCH配置确定的HARQ-ACK比特图字段大小是32比特，则HARQ-ACK比特图字段大小可以被固定为32比特。另外，如果由所有CG PUSCH配置确定的HARQ-ACK比特图字段大小是16比特，则HARQ-ACK比特图字段大小可以被固定为16比特。

在前述第一方法中，HARQ-ACK比特字段长度可以是16比特或32比特。如果长度被确定为32比特，则用于PUSCH调度的DCI格式0_1(即，具有DFI标志＝“0”的DCI格式0_1)的长度可以短于用于包括32比特HARQ-ACK比特图的CG-DFI的发送的DCI格式0_1(即，具有DFI标志＝“1”的DCI格式0_1)的长度。在这种情况下，基站可以添加“0”以使得用于PUSCH调度的DCI格式0_1(即，具有DFI标志＝“0”的DCI格式0_1)的长度与用于包括32比特HARQ-ACK比特图的CG-DFI的发送的DCI格式0_1(即，具有DFI标志＝“1”的DCI格式0_1)的长度相同。此处，基站可以将“0”添加到用于PUSCH调度的DCI格式0_1(即，具有DFI标志＝“0”的DCI格式0_1)的最后比特定位(即，LSB)。如果用于PUSCH调度的DCI格式0_1(即，具有DFI标志＝“0”的DCI格式0_1)的长度短于用于包括32比特HARQ-ACK比特图的CG-DFI的发送的DCI格式0_1(即，具有DFI标志＝“1”的DCI格式0_1)的长度，则终端可以通过假设用于包括32比特HARQ-ACK比特图的CG-DFI的发送的DCI格式0_1(即，具有DFI标志＝“1”的DCI格式0_1)的长度来接收DCI格式0_1。

替代地，终端可以总是假设用于PUSCH调度的DCI格式0_1(即，具有DFI标志＝“0”的DCI格式0_1)的长度大于或等于用于包括32比特HARQ-ACK比特图的CG-DFI的发送的DCI格式0_1(即，具有DFI标志＝“1”的DCI格式0_1)的长度。换言之，基站需要将用于PUSCH调度的DCI格式0_1(即，具有DFI标志＝“0”的DCI格式0_1)的长度配置为大于或等于用于包括32比特HARQ-ACK比特图的CG-DFI的发送的DCI格式0_1(即，具有DFI标志＝“1”的DCI格式0_1)的长度。如果这些未被满足，则终端可以认为情况是错误情况。

在前述第一方法中，HARQ-ACK比特字段长度可以是16比特或32比特。如果长度被选择为32比特，则下行链路控制信道的开销可能较高。因此，HARQ-ACK比特图字段的长度可以被固定为16比特。在实施例的第二方法中，16比特HARQ-ACK比特图字段可以指示与多达32个HARQ进程号相对应的TB是否被成功接收。更具体地，接收是否成功可以被指示如下。

-情况1：基站可以指示与特定的16个HARQ进程号相对应的TB是否被成功接收。例如，特定的16个可以是HARQ进程号0、1、…、15。作为另一示例，特定HARQ进程号可以是16、17、…、31。另外，特定HARQ进程号可以由基站配置。换言之，基站可以配置经由CG-DCI指示的HARQ进程号，并且与HARQ进程号相对应的TB是否被成功接收可以是经由16比特CG-DFI指示的。

此外，由终端接收的DCI格式0_1可以包括与第一HARQ进程号集合(例如，HARQ进程号0、1、…、15)相对应的16比特HARQ-ACK比特图，或者可以包括与第二HARQ进程号集合(例如，HARQ进程号16、17、…、31)相对应的16比特HARQ-ACK比特图。这可以是根据在其中接收包括DCI格式0_1的PDCCH的时隙的索引、CORESET的索引、搜索空间的索引、在其中接收PDCCH的CCE的索引(例如，最低控制信道元素(CCE)的索引)、或者通过其加扰DCI格式0_1的RNTI的值来确定的。例如，如果索引是偶数，则DCI格式0_1可以包括与第一HARQ进程号集合相对应的16比特HARQ-ACK比特图，并且如果索引是奇数，则DCI格式0_1可以包括与第二HARQ进程号集合相对应的16比特HARQ-ACK比特图。例如，如果RNTI是CS-RNTI，则DCI格式0_1可以包括与第一HARQ进程号集合相对应的16比特HARQ-ACK比特图，并且如果RNTI是除CS-RNTI之外的RNTI，则DCI格式0_1可以包括与第二HARQ进程号集合相对应的16比特HARQ-ACK比特图。替代地，1比特标志可以被添加到DCI格式0_1。例如，如果1比特标志＝“0”，则DCI格式0_1可以包括与第一HARQ进程号集合相对应的16比特HARQ-ACK比特图，并且如果1比特标志＝“1”，则DCI格式0_1可以包括与第二HARQ进程号集合相对应的16比特HARQ-ACK比特图。

-情况2：基站可以使用一个比特来指示两个HARQ进程号的TB是否被成功接收。即，如果两个HARQ进程号的两个TB都被成功接收，则一个比特可以为“1”，如果两个HARQ进程号的TB中的至少一个无法被接收，则一个比特可以为“0”。作为参考，可以假设不用于CGPUSCH发送的HARQ进程号的TB已被成功接收。

例如，16比特HARQ-ACK比特图的第一比特可以指示与HARQ进程号0相对应的TB和与HARQ进程号16相对应的TB是否被成功接收。16比特HARQ-ACK比特图的第i比特可以指示与HARQ进程号i-1相对应的TB和与i+15相对应的TB是否被成功接收。

例如，16比特HARQ-ACK比特图的第一比特可以指示与HARQ进程号0相对应的TB和与HARQ进程号1相对应的TB是否被成功接收。16比特HARQ-ACK比特图的第i比特可以指示与HARQ进程号2*(i-1)相对应的TB和与2*(i-1)+1相对应的TB是否被成功接收。

上述各个提出的方法和/或实施例(例如，实施例1/实施例2/实施例3/实施例4/实施例5等)可以被单独执行，或者两个或更多个实施例可以被组合以便一起执行。另外，上文提出的方法和/或实施例(例如，实施例1/实施例2/实施例3/实施例4/实施例5等)是基于下行链路描述的，但是当然也可以被应用于上行链路(例如，配置用于PUSCH的HARQ进程数目)。

图18图示出根据本公开实施例的终端和基站的信令流程图。

图18中的终端和基站的操作可以基于前述提出的方法和/或实施例(例如，实施例1/实施例2/实施例3/实施例4/实施例5等)。图18所示的操作顺序不是固定的，并且可以被改变。此外，在某些情况下，某些操作可以被省略，或者两个或更多个操作可以被组合以便作为一个操作来执行。

在S1810中，终端可以从基站接收第一信息。即，基站可以向终端发送第一信息。第一信息可以是用于配置与PDSCH相关联的HARQ进程数目的信息。

终端可以标识用于第一BWP的第一SCS。另外，在S1820中，终端可以标识用于第二BWP的第二SCS。例如，第一SCS可以被配置为480kHz或960kHz，并且第二SCS可以被配置为除480kHz和960kHz之外的值(例如，120kHz)。

用于通过考虑480kHz或960kHz的SCS被配置用于的BWP来确定HARQ进程数目的方法可以基于上述实施例1。例如，当基于第一信息配置的HARQ进程数目32与第一SCS相关联时，在第二SCS被配置用于的第二BWP中可以支持多达32个HARQ进程。

在S1830中，终端可以接收包括HARQ进程号字段的DCI。即，基站可以向终端发送DCI。

DCI的HARQ进程号字段的比特数目可以是基于上述实施例2来确定的。例如，终端可以经由RRC信令接收与DCI中的HARQ进程号字段的比特数目相关联的第二信息。可以基于第二信息确定HARQ进程号字段的比特数目是否为5比特。第二信息可以是针对每个BWP配置的。

在S1840中，终端可以基于第一BWP或第二BWP接收PDSCH。即，基站可以向终端发送PDSCH。例如，PDSCH可以由DCI调度。

终端可以生成用于接收的PDSCH的HARQ-ACK码本，并且通过上行链路信道向基站发送包括HARQ-ACK码本的信息。例如，HARQ-ACK码本可以是基于上述实施例3来生成的。

终端可以接收用于配置用于基于配置的授权的上行链路信道(例如，CG-PUSCH)的发送的HARQ进程数目的第三信息。即，基站可以向终端发送第三信息。

终端可以基于上行链路信道(例如，CG-PUSCH)来发送与配置的授权相关联的UCI。UCI可以包括HARQ进程号字段。包括在UCI中的HARQ进程号字段的比特数目可以是基于上述实施例4来确定的。例如，基于用于将用于上行链路信道的发送的HARQ进程数目配置为大于16的值的第三信息，UCI的HARQ进程号字段可以包括5个比特。

终端可以从基站接收用于指示与基于配置的授权的上行链路信道相关联的DFI的DCI。基站可以经由用于指示DFI的DCI来指示基于配置的授权的上行链路信道(例如，CG-PUSCH)是否被成功接收。用于指示DFI的DCI可以包括HARQ-ACK比特图字段。HARQ-ACK比特图字段的比特数目可以是基于上述实施例5来确定的。例如，基于用于将用于上行链路信道的发送的HARQ进程数目配置为大于16的值的第三信息，比特图字段的比特数目可以被确定为32比特。

上述提出的方法和/或实施例(例如，实施例1/实施例2/实施例3/实施例4/实施例5等)以及图18的操作可以由图19和图20的终端和基站执行。

图19是图示出根据本公开实施例的无线通信系统中的终端的结构的图。

参考图19，终端可以包括指代终端接收器1900和终端发送器1910的收发器、存储器(未示出)和终端处理器1905(或终端控制器或处理器)。根据上述终端的通信方法，终端的收发器1900或1910、存储器及终端处理器1905可以操作。然而，终端的元件不限于前述示例。例如，与前述元件相比，终端可以包括更多的元件或更少的元件。另外，收发器、存储器和处理器可以是以单个芯片的形式实现的。

收发器可以向基站发送信号或从基站接收信号。此处，信号可以包括控制信息和数据。为此，收发器可以包括被配置为执行发送信号的频率的上变频和放大的RF发送器，被配置为执行接收信号的低噪声放大和频率的下变频的RF接收器，等等。然而，这仅是收发器的实施例，并且收发器的元件不限于RF发送器和RF接收器。

收发器可以经由无线电信道接收信号并将其输出给处理器，并且可以经由无线电信道发送从处理器输出的信号。

存储器可以存储终端的操作所需的程序和数据。存储器可以存储包括在由终端发送或接收的信号中的控制信息或数据。存储器可以包括存储介质或存储介质的组合，诸如ROM、RAM、硬盘、CD-ROM和DVD。可以有多个存储器。

处理器可以控制一系列过程，使得终端根据前述实施例来操作。例如，处理器可以接收包括两个层的DCI并且控制终端的元件以同时接收多个PDSCH。可以有多个处理器，并且处理器可以通过执行存储器中存储的程序来控制终端的元件。

参考图20，基站可以包括指代基站接收器2030和基站发送器2010的收发器、存储器(未示出)和基站处理器2005(或基站控制器或处理器)。根据上述基站的通信方法，基站的收发器2000或2010、存储器和基站处理器2005可以操作。然而，基站的元件不限于以上示例。例如，与前述元件相比，基站可以包括更多的元件或更少的元件。另外，收发器、存储器和处理器可以是以单个芯片的形式实现的。

收发器可以向终端发送信号或从终端接收信号。此处，信号可以包括控制信息和数据。为此，收发器可以包括被配置为执行发送信号的频率的上变频和放大的RF发送器，被配置为执行接收信号的低噪声放大和频率的下变频的RF接收器，等等。然而，这仅是收发器的实施例，并且收发器的元件不限于RF发送器和RF接收器。

存储器可以存储基站的操作所需的程序和数据。存储器可以存储包括在由基站发送或接收的信号中的控制信息或数据。存储器可以包括存储介质或存储介质的组合，诸如ROM、RAM、硬盘、CD-ROM和DVD。可以有多个存储器。

处理器可以控制一系列过程，使得基站根据本公开的前述实施例来操作。例如，处理器可以配置包括用于多个PDSCH的分配信息的两层的DCI，并且可以控制基站的每个元件以发送DCI。可以有多个处理器，并且处理器可以通过执行存储器中存储的程序来控制基站的元件。

根据本公开的权利要求或说明书中描述的各种实施例的方法可以是通过硬件、软件、或者硬件和软件的组合来实现的。

当方法是通过软件来实现的时，可以提供用于存储一个或多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序可以被配置用于由电子设备内的一个或多个处理器执行。至少一个程序可以包括导致电子设备执行根据如所附权利要求所定义和/或本文所公开的本公开的各种实施例的方法的指令。

程序(软件模块或软件)可以被存储在非易失性存储器中，该非易失性存储器包括随机存取存储器和闪存、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、紧凑盘ROM(CD-ROM)、数字多功能盘(DVD)、或其它类型的光学存储设备、或磁带盒。替代地，其中的某些或全部的任意组合可以形成其中存储程序的存储器。此外，多个此类存储器可以被包括在电子设备中。

另外，程序可以被存储在可附接存储设备中，该可附接存储设备可以通过通信网络(诸如互联网、内联网、局域网(LAN)、宽LAN(WLAN)和存储区域网络(SAN)，或其组合)访问电子设备。此类存储设备可以经由外部端口访问电子设备。此外，通信网络上的单独存储设备可以访问便携式电子设备。

在本公开的上述详细实施例中，根据所呈现的详细实施例，包括在本公开中的元件是以单数或复数来表达的。然而，单数形式或复数形式是为了便于描述而针对所呈现的情形适当选择的，并且本公开不限于以单数形式或复数形式表达的元件。因此，以复数形式表达的元件也可以包括单个元件，或者以单数形式表达的元件也可以包括多个元件。

在说明书和附图中描述和示出的本公开的实施例仅仅是为了容易地解释本公开的技术内容并且帮助理解本公开而呈现的特定示例，并且不旨在限制本公开的范围。即，对于本领域技术人员而言显而易见的是，可以实现基于本公开的技术思想的其它变体。此外，上述各实施例也可以是根据需要以组合的形式采用的。例如，本公开的一个实施例的部分可以与另一实施例的部分组合以操作基站和终端。作为示例，本公开的实施例1的部分可以与实施例2的部分组合以操作基站和终端。此外，虽然已经基于FDD LTE系统描述了上述实施例，但是基于实施例的技术思想的其它变体也可以被实现于诸如TDD LTE、5G和NR系统之类的其它系统中。

在其中描述本公开的方法的附图中，描述的次序并不总是对应于执行每个方法的步骤的次序，并且步骤之间的次序关系可以被改变，或者步骤可以被并行地执行。

替代地，在其中描述本公开的方法的附图中，可以省略某些元件并且可以仅在其中包括某些元件，而不脱离本公开的基本精神和范围。

此外，在本公开的方法中，可以以组合来实现每个实施例的内容中的某些或全部，而不脱离本公开的基本精神和范围。

上文已经描述了本公开的各种实施例。本公开的以上描述仅用于说明的目的，并且本公开的实施例不限于本文中阐述的实施例。本领域技术人员将理解，可以容易地进行其它特定修改和改变，而不脱离本公开的技术思想或基本特征。本公开的范围不应由上述描述确定，而是由所附权利要求来确定，并且源自权利要求的含义和范围及其等同概念的所有修改或改变应被解释为落入本公开的范围内。

Claims

1.一种由无线通信系统中的终端执行的方法，所述方法包括：

接收用于配置与物理下行链路共享信道(PDSCH)相关联的混合自动重复请求(HARQ)进程数目的第一信息；

标识用于第一带宽部分(BWP)的第一子载波间隔(SCS)被配置为480kHz或960kHz；

标识用于第二BWP的第二SCS被配置为除480kHz和960kHz之外的值；以及

基于第一BWP或第二BWP接收PDSCH，

其中，在基于第一信息配置的HARQ进程数目32与第一SCS相关联的情况下，在第二SCS被配置用于的第二BWP中多达32个HARQ进程被支持。

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

经由无线电资源控制(RRC)信令接收与下行链路控制信息(DCI)中的HARQ进程号字段的比特数目相关联的第二信息；以及

接收包括HARQ进程号字段的DCI。

其中，HARQ进程号字段的比特数目是否为5比特是基于第二信息确定的。

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

接收用于配置用于基于配置的授权的上行链路信道的发送的HARQ进程数目的第三信息。

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

基于上行链路信道来发送与配置的授权相关联的上行链路控制信息(UCI)，

其中，UCI包括HARQ进程号字段，以及

其中，基于用于将用于上行链路信道的发送的HARQ进程数目配置为大于16的值的第三信息，UCI的HARQ进程号字段包括5比特。

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

接收用于指示与基于配置的授权的上行链路信道相关联的下行链路反馈信息(DFI)的下行链路控制信息(DCI)，

其中，DCI包括HARQ-ACK比特图字段，以及

其中，基于用于将用于上行链路信道的发送的HARQ进程数目配置为大于16的值的第三信息，比特图字段的比特数目被确定为32比特。

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

接收用于配置用于基于配置的授权的上行链路信道的发送的HARQ进程的偏移的第四信息；

基于上行链路信道来发送与配置的授权相关联的上行链路控制信息(UCI)；以及

其中，UCI包括HARQ进程号字段，以及

其中，DCI包括HARQ-ACK比特图字段，以及

其中，在基于第三信息配置的HARQ进程数目与基于第四信息配置的HARQ进程的偏移值之和大于16的情况下，UCI的HARQ进程号字段包括5比特，并且比特图字段的比特数目被确定为32比特。

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

接收针对用于上行链路信道发送的多个配置的授权的配置；

标识用于配置与每个配置的授权相对应的HARQ进程数目的第三信息和用于配置HARQ进程的偏移的第四信息；以及

接收用于指示与基于所述多个配置的授权的上行链路信道相关联的下行链路反馈信息(DFI)的下行链路控制信息(DCI)，

其中，在基于与所述多个配置的授权中的至少一个配置的授权相对应的第三信息和第四信息确定的HARQ-ACK比特图字段的比特数目是32比特的情况下，被包括在DCI中的HARQ-ACK比特图字段的比特数目被确定为32比特。

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

标识第二BWP是活动BWP；

基于与第二BWP相对应的HARQ进程数目来生成混合自动重复请求确认(HARQ-ACK)码本；以及

发送包括HARQ-ACK码本的上行链路信道。

9.一种由无线通信系统中的基站执行的方法，所述方法包括：

向终端发送用于配置与物理下行链路共享信道(PDSCH)相关联的混合自动重复请求(HARQ)过程数目的第一信息；以及

基于第一带宽部分(BWP)或第二BWP向终端发送PDSCH，

其中，用于第一BWP的第一子载波间隔(SCS)被配置为480kHz或960kHz，用于第二BWP的第二SCS被配置为除480kHz和960kHz之外的值，以及

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

经由无线电资源控制(RRC)信令向终端发送与下行链路控制信息(DCI)中的HARQ进程号字段的比特数目相关联的第二信息；以及

向终端发送包括HARQ进程号字段的DCI。

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

向终端发送用于配置用于基于配置的授权的上行链路信道的发送的HARQ进程数目的第三信息。

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

基于上行链路信道来接收与配置的授权相关联的上行链路控制信息(UCI)，

其中，UCI包括HARQ进程号字段，以及

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

向终端发送用于指示与基于配置的授权的上行链路信道相关联的下行链路反馈信息(DFI)的下行链路控制信息(DCI)，

其中，DCI包括HARQ-ACK比特图字段，以及

14.一种无线通信系统的终端，所述终端包括：

收发器；以及

控制器，所述控制器在功能上连接到收发器，

其中，控制器被配置为：

基于第一BWP或第二BWP接收PDSCH，以及

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

收发器；以及

控制器，所述控制器在功能上连接到收发器，

其中，控制器被配置为：

向终端发送用于配置与物理下行链路共享信道(PDSCH)相关联的混合自动重复请求(HARQ)进程数目的第一信息；以及

基于第一带宽部分(BWP)或第二BWP向所述终端发送所述PDSCH，