CN116633496A - 用于执行混合自动重传请求操作的方法及装置 - Google Patents

Abstract

提供了一种用于执行混合自动重传请求(HARQ)操作的方法及装置。该方法包括接收下行信号，下行信号包括不调度物理下行共享信道(PDSCH)接收的物理下行控制信道(PDCCH)和/或一个或多个组播PDSCH，以及对下行信号生成HARQ‑ACK码本。本发明能够改进通信效率。

Description

用于执行混合自动重传请求操作的方法及装置

技术领域

本公开大体上涉及无线通信领域，特别地，涉及一种用于执行混合自动重传请求(HARQ)操作的方法及装置。

背景技术

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

5G通信系统是在更高频率(毫米波，mmWave)频带，例如60GHz频带，中实施的，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

此外，在5G通信系统中，基于先进的小小区、云无线接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行对系统网络改进的开发。

在5G系统中，已经开发作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)、以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

发明内容

根据本公开的至少一实施例，提供了一种用于执行混合自动重传请求(HARQ)操作的方法。该方法可以包括：接收下行信号，该下行信号包括不调度物理下行共享信道(PDSCH)接收的物理下行控制信道(PDCCH)和/或一个或多个组播PDSCH；以及对下行信号生成HARQ-确认(ACK)码本。

根据本公开的一些实施例，还提供了一种终端。该终端可以包括：收发器，被配置为发送和接收信号；和控制器，与收发器耦接并被配置为执行以上描述的方法中的操作。

根据本公开的一些实施例，还提供了一种计算机可读存储介质，其上存储有一个或多个计算机程序，其中当一个或多个计算机程序被一个或多个处理器执行时可以实施以上描述的方法。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例的附图作简单地介绍。明显地，下面描述的附图仅仅涉及本公开的一些实施例，而非对本公开的限制。附图中：

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

图2A和图2B示出了根据本公开的一些实施例的示例无线发送和接收路径；

图3A示出了根据本公开的一些实施例的示例用户设备(UE)；

图3B示出了根据本公开的一些实施例的示例gNB；

图4示出了根据本公开的一些实施例的第二收发节点的框图；

图5示出了根据公开的一些实施例的由UE执行的方法的流程图；

图6A-6C示出了根据本公开的一些实施例的上行传输定时的一些示例；

图7A和图7B示出了据本公开的一些实施例的时域资源分配表(TDRA)的示例；

图8示出了根据公开的一些实施例的由终端执行的方法的流程图；

图9示出了根据本公开的一些实施例的第一收发节点的框图；以及

图10示出了根据本公开的一些实施例的由基站执行的方法的流程图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例的附图，对本公开实施例的技术方案进行清楚、完整地描述。明显地，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。基于所描述的本公开的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

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

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

这里用于描述本发明的实施例的术语并非旨在限制和/或限定本发明的范围。例如，除非另外定义，本公开使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。

应该理解的是，本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。除非上下文另外清楚地指出，否则单数形式“一个”、“一”或者“该”等类似词语也不表示数量限制，而是表示存在至少一个。

如本文所使用的，对“一个示例”或“示例”、“一个实施例”或“实施例”的任何引用意味着结合该实施例描述的特定元件、特征、结构或特性被包括在至少一个实施例中。在说明书的不同地方出现的短语“在一个实施例中”或“在一个示例”不一定都指同一个实施例。

如本文所使用的，某事物“的一部分”意味着该事物“的至少一些”，因此可能意味着少于该事物的全部或该事物的全部。因此，事物“的一部分”包括整个事物作为特例，即，整个事物是事物的一部分的示例。

如本文所使用的，术语“集合”表示一个或多个。因此，项目的集合可以是单个项目或者两个或更多个项目的集合。

在本公开中，为了确定特定条件是否被满足，诸如“大于”或“小于”之类的表达是作为示例使用的，并且诸如“大于或等于”或“小于或等于”之类的表达也是适用的，并且不被排除。例如，用“大于或等于”定义的条件可以用“大于”代替(或反之亦然)，用“小于或等于”定义的条件可以用“小于”代替(或反之亦然)，等等。

将进一步理解的是，术语“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

以下讨论的用于在本专利文档中描述本公开的原理的各种实施例仅作为说明，并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以实施在任何适当地布置的无线通信系统中。例如，尽管以下对本公开的实施例的详细描述将针对LTE和5G通信系统，但是本领域技术人员可以理解，在基本上不脱离本公开的范围的情况下，本公开的主要要点经过稍微修改也可以应用于具有类似技术背景和信道格式的其他通信系统。本申请实施例的技术方案可以应用于各种通信系统，例如，通信系统可以包括全球移动通信(global system for mobile communications，GSM)系统、码分多址(codedivision multiple access，CDMA)系统、宽带码分多址(wideband code divisionmultiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency divisionduplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(new radio，NR)等。此外，本申请实施例的技术方案可以应用于面向未来的通信技术。此外，本申请实施例的技术方案可以应用于面向未来的通信技术。

下面，将参考附图详细地说明本公开的实施例。应当注意的是，不同的附图中相同的附图标记将用于指代已描述的相同的元件。

下面的图1-图3B描述了在无线通信系统中通过使用正交频分复用(orthogonalfrequency division multiplexing，OFDM)或正交频分多址(orthogonal frequencydivision multiple access，OFDMA)通信技术来实施的各种实施例。图1-图3B的描述并不意味着对可以实施不同实施例的方式的物理或架构的暗示。本公开的不同实施例可以在任何适当布置的通信系统中实施。

图1示出了根据本公开的一些实施例的示例无线网络100。图1中所示的无线网络100的实施例仅用于说明。能够使用无线网络100的其他实施例而不脱离本公开的范围。

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

取决于网络类型，能够取代“gNodeB”或“gNB”而使用其他众所周知的术语，诸如“基站”或“接入点”。为方便起见，术语“gNodeB”和“gNB”在本专利文件中用来指代为远程终端提供无线接入的网络基础设施组件。并且，取决于网络类型，能够取代“用户设备”或“UE”而使用其他众所周知的术语，诸如“移动台”、“用户台”、“远程终端”、“无线终端”或“用户装置”。例如，术语“终端”、“用户设备”和“UE”在本专利文件中可以用来指代无线接入gNB的远程无线设备，无论UE是移动设备(诸如，移动电话或智能电话)还是通常所认为的固定设备(诸如桌上型计算机或自动售货机)。

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

虚线示出覆盖区域120和125的近似范围，所述范围被示出为近似圆形仅仅是出于说明和解释的目的。应该清楚地理解，与gNB相关联的覆盖区域，诸如覆盖区域120和125，能够取决于gNB的配置和与自然障碍物和人造障碍物相关联的无线电环境的变化而具有其他形状，包括不规则形状。

如下面更详细描述的，gNB 101、gNB 102和gNB 103中的一个或多个包括如本公开的实施例中所描述的2D天线阵列。在一些实施例中，gNB 101、gNB 102和gNB 103中的一个或多个支持用于具有2D天线阵列的系统的码本设计和结构。

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

图2A和图2B示出了根据本公开的一些实施例的示例无线发送和接收路径。在以下描述中，发送路径200能够被描述为在gNB(诸如gNB 102)中实施，而接收路径250能够被描述为在UE(诸如UE 116)中实施。然而，应该理解，接收路径250能够在gNB中实施，并且发送路径200能够在UE中实施。在一些实施例中，接收路径250被配置为支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的码本设计和结构。

发送路径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。

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

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

gNB 101-103中的每一个可以实施类似于在下行链路中向UE 111-116进行发送的发送路径200，并且可以实施类似于在上行链路中从UE 111-116进行接收的接收路径250。类似地，UE 111-116中的每一个可以实施用于在上行链路中向gNB 101-103进行发送的发送路径200，并且可以实施用于在下行链路中从gNB 101-103进行接收的接收路径250。

图2A和图2B中的组件中的每一个能够仅使用硬件来实施，或使用硬件和软件/固件的组合来实施。作为特定示例，图2A和图2B中的组件中的至少一些可以用软件实施，而其他组件可以通过可配置硬件或软件和可配置硬件的混合来实施。例如，FFT块270和IFFT块215可以实施为可配置的软件算法，其中可以根据实施方式来修改点数N的值。

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

尽管图2A和图2B示出了无线发送和接收路径的示例，但是可以对图2A和图2B进行各种改变。例如，图2A和图2B中的各种组件能够被组合、进一步细分或省略，并且能够根据特定需要添加附加组件。而且，图2A和图2B旨在示出能够在无线网络中使用的发送和接收路径的类型的示例。任何其他合适的架构能够用于支持无线网络中的无线通信。

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

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

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

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

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

处理器/控制器340还能够执行驻留在存储器360中的其他过程和程序，诸如用于具有如本公开的实施例中描述的2D天线阵列的系统的信道质量测量和报告的操作。处理器/控制器340能够根据执行过程的需要将数据移入或移出存储器360。在一些实施例中，处理器/控制器340被配置为基于OS 361或响应于从gNB或运营商接收的信号来执行应用362。处理器/控制器340还耦合到I/O接口345，其中I/O接口345为UE 116提供连接到诸如膝上型计算机和手持计算机的其他设备的能力。I/O接口345是这些附件和处理器/控制器340之间的通信路径。

处理器/控制器340还耦合到(多个)输入设备350和显示器355。UE 116的操作者能够使用(多个)输入设备350将数据输入到UE 116中。显示器355可以是液晶显示器或能够呈现文本和/或至少(诸如来自网站的)有限图形的其他显示器。存储器360耦合到处理器/控制器340。存储器360的一部分能够包括随机存取存储器(RAM)，而存储器360的另一部分能够包括闪存或其他只读存储器(ROM)。

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

图3B示出了根据本公开的一些实施例的示例gNB 102。图3B中所示的gNB 102的实施例仅用于说明，并且图1的其他gNB能够具有相同或相似的配置。然而，gNB具有各种各样的配置，并且图3B不将本公开的范围限制于gNB的任何特定实施方式。应注意，gNB 101和gNB 103能够包括与gNB 102相同或相似的结构。

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

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

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

控制器/处理器378能够包括控制gNB 102的总体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器378能够根据公知原理通过RF收发器372a-372n、RX处理电路376和TX处理电路374来控制前向信道信号的接收和后向信道信号的发送。控制器/处理器378也能够支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器378能够执行诸如通过盲干扰感测(BIS)算法执行的BIS过程，并且对被减去干扰信号的接收到的信号进行解码。控制器/处理器378可以在gNB 102中支持各种各样的其他功能中的任何一个。在一些实施例中，控制器/处理器378包括至少一个微处理器或微控制器。

控制器/处理器378还能够执行驻留在存储器380中的程序和其他过程，诸如基本OS。控制器/处理器378还能够支持用于具有如本公开的实施例中所描述的2D天线阵列的系统的信道质量测量和报告。在一些实施例中，控制器/处理器378支持在诸如web RTC的实体之间的通信。控制器/处理器378能够根据执行过程的需要将数据移入或移出存储器380。

控制器/处理器378还耦合到回程或网络接口382。回程或网络接口382允许gNB102通过回程连接或通过网络与其他设备或系统通信。回程或网络接口382能够支持通过任何合适的(多个)有线或无线连接的通信。例如，当gNB 102被实施为蜂窝通信系统(诸如支持5G或新无线电接入技术或NR、LTE或LTE-A的一个蜂窝通信系统)的一部分时，回程或网络接口382能够允许gNB 102通过有线或无线回程连接与其他gNB通信。当gNB 102被实施为接入点时，回程或网络接口382能够允许gNB 102通过有线或无线局域网或通过有线或无线连接与更大的网络(诸如互联网)通信。回程或网络接口382包括支持通过有线或无线连接的通信的任何合适的结构，诸如以太网或RF收发器。

存储器380耦合到控制器/处理器378。存储器380的一部分能够包括RAM，而存储器380的另一部分能够包括闪存或其他ROM。在某些实施例中，诸如BIS算法的多个指令被存储在存储器中。多个指令被配置为使得控制器/处理器378执行BIS过程，并在减去由BIS算法确定的至少一个干扰信号之后解码接收的信号。

如下面更详细描述的，(使用RF收发器372a-372n、TX处理电路374和/或RX处理电路376实施的)gNB 102的发送和接收路径支持与FDD小区和TDD小区的聚合的通信。

尽管图3B示出了gNB 102的一个示例，但是可以对图3B进行各种改变。例如，gNB102能够包括任何数量的图3A中所示的每个组件。作为特定示例，接入点能够包括许多回程或网络接口382，并且控制器/处理器378能够支持路由功能以在不同网络地址之间路由数据。作为另一特定示例，虽然示出为包括TX处理电路374的单个实例和RX处理电路376的单个实例，但是gNB 102能够包括每一个的多个实例(诸如每个RF收发器对应一个)。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射的硬件设备，其具有能够在双向通信链路上，进行双向通信的接收和发射的硬件设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

随着信息产业的快速发展，特别是来自移动互联网和物联网(IoT，internet ofthings)的增长需求，给未来移动通信技术带来前所未有的挑战。如根据国际电信联盟(International Telecommunication Union，ITU)的报告ITU-R M.[IMT.BEYOND2020.TRAFFIC]，可以预计到2020年，移动业务量增长相对2010年(4G时代)将增长近1000倍，UE连接数也将超过170亿，随着海量的IoT设备逐渐渗透到移动通信网络，连接设备数将更加惊人。为了应对这前所未有的挑战，通信产业界和学术界已经展开了广泛的第五代移动通信技术(5G)研究，以面向2020年代。目前在ITU的报告ITU-R M.[IMT.VISION]中已经在讨论未来5G的框架和整体目标，其中对5G的需求展望、应用场景和各项重要性能指标做了详细说明。针对5G中的新需求，ITU的报告ITU-R M.[IMT.FUTURE TECHNOLOGY TRENDS]提供了针对5G的技术趋势相关的信息，旨在解决系统吞吐量显著提升、用户体验一致性、扩展性以支持IoT、时延、能效、成本、网络灵活性、新兴业务的支持和灵活的频谱利用等显著问题。在3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)中，对5G的第一阶段的工作已在进行中。为了支持更灵活的调度，3GPP决定在5G中支持可变的混合自动重复请求-确认(Hybrid Automatic Repeat request-Acknowledgement，HARQ-ACK)反馈时延。在现有的长期演进(Long Term Evolution，LTE)系统中，从下行数据的接收到HARQ-ACK的上行发送的时间是固定的，例如频分双工(Frequency Division Duplex，FDD)系统中，时延是4个子帧，在时分双工(Time Division Duplex，TDD)系统中，根据上下行配置，为相应的下行子帧确定一个HARQ-ACK反馈时延。在5G系统中，无论是FDD还是TDD系统，对于一个确定的下行时间单元(例如，下行时隙或者下行迷你时隙)，可反馈HARQ-ACK的上行时间单元是可变的。例如，可以通过物理层信令动态指示HARQ-ACK反馈的时延，也可以根据不同的业务或者用户能力等因素，确定不同的HARQ-ACK时延。

3GPP定义了5G应用场景的三大方向——eMBB(enhanced mobile broadband，增强移动宽带)、mMTC(massive machine-type communication，大规模机器类型通信)、URLLC(ultra-reliable and low-latency communication，超可靠和低时延通信)。eMBB场景旨在在现有移动宽带业务场景的基础上，进一步提高数据传输速率，以提升用户体验，从而追求人与人之间极致的通信体验。mMTC和URLLC则是例如物联网的应用场景，但各自侧重点不同：mMTC主要是人与物之间的信息交互，URLLC主要体现物与物之间的通信需求。

如上所述，可以根据无线通信系统的发展来提供各种服务，因此需要一种用于容易地提供这种服务的方法。

在一些情况下，UE可以被配置同时接收单播PDSCH和组播PDSCH。在这些情况下，如何生成单播PDSCH和组播PDSCH接收的HARQ-ACK码本是需要解决的问题。

为了至少解决以上技术问题，本公开的实施例提供了一种无线通信系统中由终端执行的方法、终端、由基站执行的方法、基站及非暂时性计算机可读存储介质。在下文中，将参照附图详细描述本公开的各种实施例。

在本公开的实施例中，为了描述的方便，定义第一收发节点和第二收发节点。例如，第一收发节点可以为基站，第二收发节点可以为UE。在以下的示例中，以基站为例(但不限于)来说明第一收发节点，以UE为例(但不限于)来说明第二收发节点。

下面结合附图进一步描述本公开的示例性实施例。

文本和附图仅作为示例提供，以帮助阅读者理解本公开。它们不意图也不应该被解释为以任何方式限制本公开的范围。尽管已经提供了某些实施例和示例，但是基于本文所公开的内容，对于本领域技术人员而言显而易见的是，在不脱离本公开的范围的情况下，可以对所示的实施例和示例进行改变。

图4示出了根据本公开的实施例的第二收发节点的框图。

参考图4，第二收发节点400可以包括收发器401和控制器402。

收发器401可以被配置为从第一收发节点接收第一数据和/或第一控制信令并且在确定的时间单元向第一收发节点发送第二数据和/或第二控制信令。

控制器402可以为专用集成电路或至少一个处理器。控制器402可以被配置为控制第二收发节点的总体操作，以及控制第二收发节点实施本公开的实施例中提出的方法。例如，控制器402可以被配置为基于第一数据和/或第一控制信令，确定第二数据和/或第二控制信令和用于发送第二数据和/或第二控制信令的时间单元，以及控制收发器401在确定的时间单元向第一收发节点发送第二数据和/或第二控制信令。

在一些实施方式中，控制器402可以被配置为执行以下描述的各种实施例的方法中的一个或多个操作。例如，控制器402可以被配置为执行之后要结合图5描述的方法500、结合图8描述的方法800中的一个或多个操作。

在一些实施方式中，第一数据可以是第一收发节点发送给第二收发节点的数据。在以下的示例中，以通过PDSCH(Physical Downlink Shared Channel，物理下行共享信道)承载的下行数据为例(但不限于)来说明第一数据。

在一些实施方式中，第二数据可以是第二收发节点发送给第一收发节点的数据。在以下的示例中，以PUSCH(Physical Uplink Shared Channel，物理上行共享信道)承载的上行数据为例(但不限于)来说明第二数据。

在一些实施方式中，第一控制信令可以是第一收发节点发送给第二收发节点的控制信令。在以下的示例中，以下行控制信令为例(但不限于)来说明第一控制信令。下行控制信令可以是通过PDCCH(Physical Downlink Control Channel，物理下行控制信道)承载的DCI(Downlink control information，下行控制信息)和/或通过PDSCH(PhysicalDownlink Shared Channel，物理下行共享信道)承载的控制信令。例如，DCI可以为UE专属(UE specific)的DCI，DCI还可以为公用的DCI，公用的DCI可以是部分UE公用的DCI，例如组公用(group common)DCI，公用的DCI还可以是所有UE公用的DCI。DCI可以是上行DCI(例如，调度PUSCH的DCI)和/或下行DCI(例如，调度PDSCH的DCI)。

在一些实施方式中，第二控制信令可以是第二收发节点发送给第一收发节点的控制信令。在以下的示例中，以上行控制信令为例(但不限于)来说明第二控制信令。上行控制信令可以是通过PUCCH(Physical Uplink Control Channel，物理上行控制信道)承载的UCI(Uplink Control Information，上行控制信息)和/或通过PUSCH(Physical UplinkShared Channel，物理上行共享信道)承载的控制信令。UCI的类型可以包括以下中的一个或多个：HARQ-ACK信息、SR(Scheduling Request，调度请求)、LRR(Link RecoveryRequest，链路恢复请求)、CSI(Chanel State Information，信道状态信息)、或CG(Configured grant，配置授权)UCI。在本公开的实施例中，当UCI由PUCCH承载时，UCI可以和PUCCH互换使用。

在一些实施方式中，承载SR的PUCCH可以为承载肯定的SR(positive SR)和/或否定的SR(negative SR)的PUCCH。SR可以为肯定的SR和/或否定的SR。

在一些实施方式中，CSI还可以为Part 1CSI(第一部分CSI)和/或Part2CSI(第二部分CSI)。

在一些实施方式中，第一时间单元为第一收发节点发送第一数据和/或第一控制信令的时间单元。在以下的示例中，以下行时间单元为例(但不限于)来说明第一时间单元。

在一些实施方式中，第二时间单元为第二收发节点发送第二数据和/或第二控制信令的时间单元。在以下的示例中，以上行时间单元为例(但不限于)来说明第二时间单元。

在一些实施方式中，第一时间单元和第二时间单元可以是一个或多个时隙(slot)、一个或多个子时隙(sub-slot)、一个或多个OFDM符号、或一个或多个子帧(subframe)。

本文中，依赖于网络类型，术语“基站”或“BS”可以指代被配置为提供对网络的无线接入的任何组件(或组件集合)，诸如发送点(Transmission Point，TP)、发送-接收点(Transmission and Reception Point，TRP)、增强基站(eNodeB或eNB)、5G基站(gNB)、宏小区、毫微微小区、WiFi接入点(AP)或其他无线地使能的设备。基站可以根据一个或多个无线通信协议——例如，5G 3GPP新无线电接口/接入(NR)、长期演进(LTE)、先进LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等——来提供无线接入。

在描述无线通信系统时以及在下面描述的本公开中，更高层信令或更高层信号是用于通过物理层的下行链路数据信道将信息从基站传递到终端或者通过物理层的上行链路数据信道将信息从终端传递到基站的信号传递方法，并且信号传递方法的示例可以包括用于通过无线电资源控制(radio resource control，RRC)信令、分组数据汇聚协议(packet data convergence protocol，PDCP)信令或媒体访问控制(medium accesscontrol，MAC)控制元素(MAC control element，MAC CE)来传递信息的信号传递方法。

图5示出了根据本公开的实施例的由UE执行的方法的流程图。

参考图5，在步骤S510，UE可以从基站接收下行数据(例如，通过PDSCH携带的下行数据)和/或下行控制信令。例如，UE可以基于预定义规则和/或已经接收到的配置参数从基站接收下行数据和/或下行控制信令。

在步骤S520，UE根据下行数据和/或下行控制信令确定上行数据和/或上行控制信令以及上行时间单元。

在步骤S530，UE在上行时间单元上向基站发送上行数据和/或上行控制信令。

在一些实施方式中，可以通过HARQ-ACK来执行对于下行链路传输的确认/否定确认(ACK/NACK)。

在一些实施方式中，下行控制信令可以包括通过PDCCH承载的DCI和/或通过PDSCH承载的控制信令。例如，DCI可以用于调度PUSCH的发送或PDSCH的接收。下面将参考图6A-6C描述上行传输定时的一些示例。

在一个示例中，UE接收到DCI，并且根据DCI中指示的时域资源接收PDSCH。例如，可以使用参数K0可以表示DCI调度的PDSCH与承载DCI的PDCCH之间的时间间隔，并且K0的单位可以为时隙。例如，图6A给出了K0＝1的示例。在图6A示出的示例中，DCI调度的PDSCH到承载该DCI的PDCCH的时间间隔为1个时隙。在本公开的实施例中，“UE接收到DCI”可以理解为“UE检测到DCI”。

在另一个示例中，UE接收到DCI，并且根据DCI中指示的时域资源发送PUSCH。例如，可以使用定时参数K2表示DCI调度的PUSCH与承载DCI的PDCCH之间的时间间隔，并且K2的单位可以为时隙。例如，图6B给出了K2＝1的示例。在图6B示出的示例中，DCI调度的PUSCH与承载该DCI的PDCCH的时间间隔为1个时隙。K2还可以表示激活CG(configured grant,配置授权)PUSCH的PDCCH与第一个被激活的CG PUSCH的时间间隔。在本公开的示例中，如果没有特别说明PUSCH可以为动态调度的(例如，被DCI调度的)PUSCH(例如，本公开的实施例中，可以称为DG(dynamic grant,动态授权)PUSCH)和/或没有被DCI调度的PUSCH(例如，CG PUSCH)。

在又一个示例中，UE接收到PDSCH，并且可以在上行时间单元中的PUCCH上发送该PDSCH的HARQ-ACK信息。例如，可以使用定时参数(也可以称为定时值)K1(例如，3GPP参数dl-DataToUL-ACK)表示用于发送PDSCH的HARQ-ACK信息的PUCCH与该PDSCH之间的时间间隔，并且K1的单位可以为上行时间单元，诸如时隙或子时隙。在K1的单位为时隙的情况下，该时间间隔为用于反馈PDSCH的HARQ-ACK信息的PUCCH与该PDSCH的时隙偏移值，并且K1可以称为时隙定时值。例如，图6A给出了K1＝3的示例。在图6A示出的示例中，用于发送PDSCH的HARQ-ACK信息的PUCCH与该PDSCH的时间间隔为3个时隙。需要说明的是，本公开的实施例中，定时参数K1可以与定时参数K₁互换使用，定时参数K0可以与定时参数K₀互换使用，定时参数K2可以与定时参数K₂互换使用。

在本公开的示例中，PDSCH可以为被DCI调度的PDSCH和/或SPS PDSCH。SPS PDSCH被DCI激活后，UE会周期性的接收SPS PDSCH。在本公开的示例中，SPS PDSCH可以等同于没有DCI/PDCCH调度的PDSCH，或者没有关联PDCCH传输的PDSCH。SPS PDSCH被释放(去激活)后，UE不再接收该SPS PDSCH。

本公开的实施例中的HARQ-ACK可以为SPS PDSCH接收的HARQ-ACK(例如，没有DCI指示的HARQ-ACK)和/或被一个DCI格式指示的HARQ-ACK(例如，被一个DCI格式调度的PDSCH的HARQ-ACK)。

在又一个示例中，UE接收到DCI(例如，指示SPS(Semi-Persistent Scheduling，半持久调度)PDSCH释放(去激活)的DCI)，并且可以在上行时间单元的PUCCH上发送该DCI的HARQ-ACK信息。例如，可以使用定时参数K1表示用于发送DCI的HARQ-ACK信息的PUCCH与该DCI之间的时间间隔，K1的单位可以为上行时间单元，诸如时隙或子时隙。例如，图6C给出了K1＝3的示例。在图6C的示例中，用于发送DCI的HARQ-ACK信息的PUCCH与该DCI之间的时间间隔为3个时隙。例如，可以使用定时参数K1表示承载指示SPS PDSCH释放(去激活)的DCI的PDCCH接收与反馈其HARQ-ACK的PUCCH的时间间隔。

在一些实施方式中，在步骤S520，UE可以向基站上报(或发送(signal/transmit))UE能力或指示该UE能力。例如，UE通过发送PUSCH向基站上报(或发送(signal/transmit))UE能力。在这种情况下，UE发送的PUSCH中包含了UE能力信息。

在一些实施方式中，基站可以根据先前从UE接收到的(例如，在先前的下行-上行传输过程中的步骤S510中)UE能力来对UE配置更高层信令。例如，基站通过发送PDSCH来对UE配置更高层信令。在这种情况下，基站发送的PDSCH中包含了对UE配置的更高层信令。需要说明的是，更高层信令为与物理层信令相比的更高层的信令，例如，更高层信令可以包括RRC信令和/或MAC CE。

在一些实施方式中，下行信道(下行资源)可以包括PDCCH和/或PDSCH。上行信道(上行资源)可以包括PUCCH和/或PUSCH。

在一些实施方式中，UE可以被配置两级优先级以用于上行链路传输。例如，两级优先级可以包括彼此不同的第一优先级和第二优先级。在一个示例中，第一优先级可以高于第二优先级。在另一个示例中，第一优先级可以低于第二优先级。然而，本公开的实施例不限于此，例如，UE可以被配置多于两级的优先级。为了方便的目的，在本公开的实施例中，考虑第一优先级高于第二优先级来进行描述。需要说明的是，本公开的所有实施例均适用于第一优先级可以高于第二优先级的情形；本公开的所有实施例均适用于第一优先级可以低于第二优先级的情形；本公开的所有实施例均适用于第一优先级可以等于第二优先级的情形。

在一些实施方式中，UE可以被配置基于子时隙(subslot)的PUCCH传输。例如，第一PUCCH配置参数和第二PUCCH配置参数中的每一个PUCCH配置参数的子时隙长度参数(本公开的实施例中，也可以称为与子时隙长度有关的参数)(例如，3GPP中的参数subslotLengthForPUCCH)可以为7个OFDM符号，或者6个OFDM符号，或者2个OFDM符号。不同PUCCH配置参数中的子时隙配置长度参数可以分别配置。如果一个PUCCH配置参数中没有配置子时隙长度参数，则默认这个PUCCH配置参数的调度时间单元为一个时隙。如果一个PUCCH配置参数中配置了子时隙长度参数，则这个PUCCH配置参数的调度时间单元为L(L为所配置的子时隙配置长度)个OFDM符号。

基于时隙的PUCCH传输和基于子时隙的PUCCH传输的机制基本相同，在本公开中，可以用时隙(slot)来表示PUCCH时机(occasion)单元；例如，如果UE被配置了子时隙，可以将作为PUCCH时机单元的时隙替换为子时隙。例如，可以通过协议规定，如果UE被配置了子时隙长度参数(例如，3GPP参数subslotLengthForPUCCH)，除非另有说明，PUCCH传输的时隙包含的符号数由子时隙长度参数指示。

例如，如果UE被配置了子时隙长度参数，子时隙n为与PDSCH接收或PDCCH接收(例如，SPS PDSCH释放，和/或指示辅小区休眠，和/或触发类型-3HARQ-ACK码本上报且没有调度PDSCH接收)重叠的最后一个上行子时隙，则该PDSCH接收或PDCCH接收的HARQ-ACK信息在上行子时隙n+k发送，其中，k由定时参数K1(关于定时参数K1的定义，可以参考之前的描述)确定。又例如，如果UE没有被配置子时隙长度参数，时隙n为与PDSCH接收或PDCCH接收所在的下行时隙重叠的最后一个上行时隙，则该PDSCH接收或PDCCH接收的HARQ-ACK信息在上行时隙n+k发送，其中，k由定时参数K1确定。

本公开的实施例中，单播可以指网络和一个UE进行通信的方式，组播(multicast)可以指网络和多个UE进行通信的方式。例如，单播PDSCH可以是一个UE接收的PDSCH，且PDSCH的加扰可以基于UE特有的无线网络临时标识符(RNTI，Radio Network TemporaryIdentifier)，例如小区-RNTI(C-RNTI)。组播PDSCH可以是多于一个UE同时接收的PDSCH，且组播PDSCH的加扰可以基于UE组公用的RNTI。例如，用于组播PDSCH的加扰的UE组公用的RNTI可以包括用于动态调度的组播传输(例如，PDSCH)加扰的RNTI(本公开的实施例中，称为G-RNTI)或用于组播SPS传输(例如，SPS PDSCH)加扰的RNTI(本公开的实施例中，称为G-CS-RNTI)。G-CS-RNTI与G-RNTI可以为不同的RNTI也可以为同一个RNTI。单播PDSCH的UCI可以包括单播PDSCH的HARQ-ACK信息、SR、或CSI。组播PDSCH的UCI可以包括组播PDSCH的HARQ-ACK信息。在本公开的实施例中，“组播”也可以被替换成“广播”。在本公开的实施例中，利用RNTI加扰的PDSCH可以理解为与RNTI相关联的PDSCH。

在一些实施方式中，HARQ-ACK码本可以包括一个或多个PDSCH和/或DCI的HARQ-ACK信息。如果一个或多个PDSCH和/或DCI的HARQ-ACK信息在同一个上行时间单元发送时，UE可以根据预定义的规则生成HARQ-ACK码本。例如，如果一个PDSCH成功解码，这个PDSCH的HARQ-ACK信息为肯定的ACK。例如，肯定的ACK在HARQ-ACK码本中可以用1表示。如果一个PDSCH没有成功解码，这个PDSCH的HARQ-ACK信息为否定的ACK(Negative ACK,NACK)。例如，NACK在HARQ-ACK码本中可以用0表示。例如，UE可以根据协议规定的伪代码生成HARQ-ACK码本。在一个示例中，如果UE接收到DCI格式，其中该DCI格式指示SPS PDSCH释放(去激活)，则UE发送该DCI格式的HARQ-ACK信息(ACK)。在另一个示例中，如果UE接收到DCI格式，其中该DCI格式指示辅小区休眠，则UE发送该DCI格式的HARQ-ACK信息(ACK)。在又一个示例中，如果UE接收到DCI格式，其中该DCI格式指示发送所有配置的服务小区的所有HARQ-ACK进程的HARQ-ACK信息(例如，3GPP中的类型-3HARQ-ACK码本(Type-3 HARQ-ACK codebook))，则UE发送所有配置的服务小区的所有HARQ-ACK进程的HARQ-ACK信息。为了减少类型-3HARQ-ACK码本的大小，在增强的类型-3HARQ-ACK码本中，UE可以基于DCI的指示发送特定的服务小区的特定的HARQ-ACK进程的HARQ-ACK信息。在又一个示例中，如果UE接收到DCI格式，其中该DCI格式调度PDSCH，则UE发送该PDSCH的HARQ-ACK信息。在又一个示例中，UE接收SPSPDSCH，UE发送该SPS PDSCH接收的HARQ-ACK信息。在又一个示例中，如果UE被更高层信令配置接收SPS PDSCH，则UE发送该SPS PDSCH接收的HARQ-ACK信息。被更高层信令配置接收SPSPDSCH可能被其他信令取消传输。在又一个示例中，如果UE被更高层信令配置的半静态帧结构中的至少一个上行符号(例如，OFDM符号)与SPS PDSCH接收的符号重叠，则UE不接收该SPS PDSCH。在又一个示例中，如果UE根据预定义规则被更高层信令配置接收SPS PDSCH，则UE发送该SPS PDSCH接收的HARQ-ACK信息。需要说明的是，在本公开的实施例中，“A”与“B”重叠可以意味着“A”与“B”至少部分重叠。也就是说，“A”与“B”重叠包括“A”与“B”完全重叠的情形。“A”与“B”重叠可以意味着“A”与“B”在时域上有重叠和/或“A”与“B”在频域上有重叠。

在一些实施方式中，如果同一个上行时间单元发送的HARQ-ACK信息不包括任何DCI格式的HARQ-ACK信息，也不包括动态调度的PDSCH(例如，被DCI格式调度的PDSCH)和/或DCI的HARQ-ACK信息，或者同一个上行时间单元发送的HARQ-ACK信息仅包括一个或多个SPSPDSCH接收的HARQ-ACK信息，则UE可以根据产生SPS PDSCH接收的HARQ-ACK码本的规则来生成HARQ-ACK信息。

在一些实施方式中，如果同一个上行时间单元发送的HARQ-ACK信息包括DCI格式的HARQ-ACK信息、和/或动态调度的PDSCH(例如，被DCI格式调度的PDSCH)则UE可以根据产生动态调度的PDSCH和/或DCI格式的HARQ-ACK码本的规则来生成HARQ-ACK信息。例如，UE可以根据PDSCH HARQ-ACK码本配置参数(例如，3GPP中的参数pdsch-HARQ-ACK-Codebook)来确定产生半静态HARQ-ACK码本(例如，3GPP中的类型-1HARQ-ACK码本(Type-1 HARQ-ACKcodebook))或动态HARQ-ACK码本(例如，3GPP中的类型-2HARQ-ACK码本(Type-2 HARQ-ACKcodebook)。动态HARQ-ACK码本还可以为增强动态HARQ-ACK码本(例如，3GPP中的基于分组(grouping)和HARQ-ACK重传的类型-2HARQ-ACK码本))。

在一些实施方式中，如果同一个上行时间单元发送的HARQ-ACK信息仅包括SPSPDSCH(例如，没有通过DCI格式调度的PDSCH)的HARQ-ACK信息，则UE可以根据产生SPSPDSCH接收的HARQ-ACK码本的规则(例如，3GPP中定义的生成SPS PDSCH接收的HARQ-ACK的码本的伪代码)来生成HARQ-ACK码本。

半静态HARQ-ACK码本(例如，3GPP TS 38.213类型-1HARQ-ACK码本)可以根据半静态配置的参数(例如，更高层信令配置的参数)来确定HARQ-ACK码本的大小和HARQ-ACK比特的排序。对于某一个服务小区c，一个下行激活BWP(band width part,带宽部分)，一个上行激活BWP，UE对候选的PDSCH接收(candidate PDSCH reception)确定M_A,c个时机(occasion)的集合，UE在上行时隙b_U中的一个PUCCH上发送该候选的PDSCH接收的对应的HARQ-ACK信息。

M_A,c可以由以下中的至少一项确定：

a)该激活上行BWP的HARQ-ACK时隙定时值K1；

b)下行时域资源分配(TDRA)表；

c)上下行子载波间隔(sub-carrier spacing，SCS)配置；

d)半静态上下行帧结构配置；

e)服务小区c的下行时隙偏移量参数(例如，3GPP参数)及其对应的SCS参数(例如，3GPP参数μ_offset,DL,c)，主服务小区的时隙偏移量参数(例如，3GPP参数/>)及其对应的SCS参数(例如，3GPP参数μ_offset,UL)。

参数K1用于确定候选的上行时隙，然后根据该候选的上行时隙确定候选的下行时隙。候选的下行时隙满足以下条件中的至少一个：(i)如果PUCCH的时间单元为子时隙，该候选的下行时隙中至少有一个候选的PDSCH接收的结束位置与候选的上行时隙在时域上重叠；或者(ii)，如果PUCCH的时间单元为时隙，该候选的下行时隙的结束位置与候选的上行时隙在时域上重叠。需要说明的是，在本公开的实施例中，起始符号和起始位置可以互换使用，结束符号和结束位置可以互换使用。在一些实施方式中，可以将起始符号替换成结束符号，和/或将结束符号替换成起始符号。

一个候选的下行时隙中需要反馈HARQ-ACK的PDSCH的数量可以由该下行时隙中没有重叠的有效的PDSCH(例如，有效的PDSCH可以为没有与半静态配置的上行符号重叠的PDSCH)的数量的最大值确定。PDSCH所占的时域资源可以通过(i)由更高层信令配置时域资源分配表(在本公开的实施例中，也可以称为与时域资源分配相关联的表)并且(ii)由DCI动态指示时域资源分配表中的某一行来确定。时域资源分配表中的每一行可以定义与时域资源分配相关的信息。例如，对于时域资源分配表，被索引的行定义PDCCH与PDSCH的定时值(例如，时间单元(例如，时隙)偏移(例如，K0))、起始和长度指示符(SLIV)，或直接定义起始符号和分配长度。例如，对于时域资源分配表的第一行，起始OFDM符号是0，OFDM符号长度为4；对于时域资源分配表的第二行，起始OFDM符号是4，OFDM符号长度为4；对于时域资源分配表的第三行，起始OFDM符号是7，OFDM符号长度为4。调度PDSCH的DCI可以指示时域资源分配表中的任意一行。当该下行时隙中OFDM符号全为下行符号时，该下行时隙中没有重叠的有效的PDSCH的数量的最大值为2。此时，类型-1HARQ-ACK码本可能需要对该服务小区的该下行时隙中2个PDSCH反馈HARQ-ACK信息。

图7A和图7B示出了时域资源分配表的示例。具体地，图7A示出了一行调度一个PDSCH的时域资源分配表，图7B示出了一行调度多个PDSCH的时域资源分配表。参考图7A，每一行对应于定时参数K0值、指示起始符号的S的值、指示长度的L的值，其中S的值和L的值可以确定SLIV。参考图7B，与图7A不同，每一行对应于多组{K0，S，L}的值。

在一些实施方式中，动态HARQ-ACK码本(例如，3GPP类型-2HARQ-ACK码本)和/或增强动态HARQ-ACK码本(例如，3GPP基于分组和HARQ-ACK重传的类型-2HARQ-ACK)可以根据分配索引来确定HARQ-ACK码本的大小和排序。例如，分配索引可以为DAI(DownlinkAssignment Index，下行分配索引)。在以下的实施例中，以分配索引为DAI为例来说明。然而，本公开的实施例不限于此，可以采用其它任何合适的分配索引。

在一些实施方式中，DAI字段包括第一DAI和第二DAI中的至少一个。

在一些示例中，第一DAI可以是C-DAI(Counter-DAI，计数DAI)。第一DAI可以指示调度的PDSCH的DCI、或指示SPS PDSCH释放(去激活)的DCI、或指示辅小区休眠的DCI中的至少一个的累计计数。例如，该累计计数可以是到当前服务小区和/或当前时间单元的累计计数。例如，C-DAI可以指：在时间窗内，到当前时间单元为止，由PDCCH调度的{服务小区，时间单元}对的累计数量(也可以包括PDCCH(例如，指示SPS释放的PDCCH，和/或指示辅小区休眠的PDCCH)数量)；或者到当前时间单元为止，PDCCH的累计数量；或者到当前时间单元为止，PDSCH传输的累计数量；或者到当前服务小区和/或当前时间单元为止，存在和PDCCH相关的PDSCH传输(例如由PDCCH调度)和/或存在PDCCH(例如，指示SPS释放的PDCCH，和/或指示辅小区休眠的PDCCH)的{服务小区，时间单元}对的累计个数；或者到当前服务小区和/或当前时间单元，基站已调度的存在对应PDCCH的PDSCH和/或PDCCH(例如，指示SPS释放的PDCCH，和/或指示辅小区休眠的PDCCH)的累计数量；或者到当前服务小区和/或当前时间单元，基站已调度的PDSCH累计数量(所述PDSCH为存在对应PDCCH的PDSCH)；或者到当前服务小区和/或当前时间单元，基站已调度的存在PDSCH传输的时间单元累计数量(所述PDSCH为存在对应PDCCH的PDSCH)。通过接收包括第一DAI的时间以及第一DAI信息可以确定HARQ-ACK码本中与PDSCH接收、指示SPS PDSCH释放(去激活)的DCI、或指示辅小区休眠的DCI中的至少一个相对应的各个比特的排序。第一DAI可以包括在下行DCI格式中。

在一些示例中，第二DAI可以是T-DAI(Total-DAI，总DAI)。第二DAI可以指示所有PDSCH接收、指示SPS PDSCH释放(去激活)的DCI、或指示辅小区休眠的DCI中的至少一个的总计数。例如，该总计数可以是到当前时间单元所有服务小区的总计数。例如，T-DAI可以指：在时间窗内，到当前时间单元为止由PDCCH调度的{服务小区，时间单元}对的总数量(也可以包括用于指示SPS释放的PDCCH数量)；或者到当前时间单元为止，PDSCH传输的总数量；或者到当前服务小区和/或当前时间单元为止，存在和PDCCH相关的PDSCH传输(例如，由PDCCH调度)和/或存在PDCCH(例如，指示SPS释放的PDCCH，和/或指示辅小区休眠的PDCCH)的{服务小区，时间单元}对的总数量；或者到当前服务小区和/或当前时间单元，基站已调度的存在对应PDCCH的PDSCH和/或PDCCH(例如，指示SPS释放的PDCCH，和/或指示辅小区休眠的PDCCH)的总数量；或者到当前服务小区和/或当前时间单元，基站已调度的PDSCH总数量(该PDSCH为存在对应PDCCH的PDSCH)；或者到当前服务小区和/或当前时间单元，基站已调度的存在PDSCH传输的时间单元总数量(例如，该PDSCH为存在对应PDCCH的PDSCH)。第二DAI可以包括在下行DCI格式和/或上行DCI格式中。包括在上行DCI格式中的第二DAI也被称为UL DAI。

在下面的示例中，以第一DAI为C-DAI并且第二DAI为T-DAI为例(但不限于)来说明。

表1和表2示出了DAI字段与V_T-DAI,m或V_C-DAI,c,m的对应关系。C-DAI和T-DAI的比特数量是有限的。

例如，在C-DAI或T-DAI用2比特表示的情况下，可以通过表1中的公式来确定C-DAI或T-DAI在DCI中的值。V_T-DAI,m为在PDCCH监听时机(Monitoring Occasion，MO)m接收的DCI中的T-DAI的值，V_C-DAI,c,m为在PDCCH监听时机m接收的关于服务小区c的DCI中C-DAI的值。V_T-DAI,m和V_C-DAI,c,m都与DCI中DAI字段的比特数量有关。MSB为最高有效位(MostSignificant Bit)，LSB为最低有效位(Least Significant Bit)。

[表1]

例如，如果C-DAI或T-DAI为1、5或9时，如表1所示，在DAI字段中均用“00”指示，并且通过表1中的公式将V_T-DAI,m或V_C-DAI,c,m的值表示为“1”。Y可以表示与基站实际发送的DCI的数量相对应的DAI的值(在通过表中的公式转换前的DAI的值)。

例如，在DCI中的C-DAI或T-DAI为1比特的情况下，可以通过表2中的公式，将表示大于2的值。

[表2]

需要说明的是，除非上下文另外清楚的指出，本公开的实施例描述的方法、步骤或操作中的全部或者一个或多个可以通过协议规定和/或更高层信令配置和/或动态信令指示。动态信令可以为PDCCH和/或DCI和/或DCI格式。例如，对SPS PDSCH和/或CG PUSCH，可以在其激活DCI/DCI格式/PDCCH中动态指示。所描述的方法、步骤和操作中的全部或者一个或多个可以为可选的。例如，如果配置了某一参数(例如，参数X)，UE执行某一方式(例如，方式A)，否则(如果没有配置该参数，例如参数X)，UE执行另一方式(例如，方式B)。

需要说明的是，本公开的实施例中的PCell(主小区)或PSCell(主辅小区)可以与有PUCCH的小区(Cell)互换使用。

需要说明的是，本公开的实施例中用于下行链路的方法也可以适用于上行链路，用于上行链路的方法也可以适用于下行链路。例如，可以将PDSCH与PUSCH替换，SPS PDSCH与CG PUSCH替换，下行符号与上行符号替换，使得用于下行链路的方法可以适用于上行链路。

需要说明的是，本公开的实施例中适用于多个PDSCH/PUSCH调度的方法，也可以适用于PDSCH/PUSCH重复传输。例如，可以将多个PDSCH/PUSCH中的一个PDSCH/PUSCH替换成PDSCH/PUSCH多次重复传输中的一次重复传输。

需要说明的是，本公开的方法中一个PDCCH和/或DCI和/或DCI格式调度多个PDSCH/PUSCH，可以是同一个服务小区的多个PDSCH/PUSCH和/或不同服务小区的多个PDSCH/PUSCH。

需要说明的是，本公开描述的多个方式可以按照任意顺序进行组合。在一个组合中，一个方式可以被执行一次或多次。

需要说明的是，本公开的方法中的多个步骤可以以任意顺序实施。

需要说明的是，本公开的方法中“取消发送”可以为取消整个上行信道的发送和/或取消部分上行信道的发送。

需要说明的是本公开的方法中，“从小到大的顺序”(例如，升序)可以替换为“从大到小的顺序”(例如，降序)，和/或“从大到小的顺序”(例如，降序)可以替换为“从小到大的顺序”(例如，升序)。

需要说明的是本公开的方法中，承载A的PUCCH/PUSCH，可以理解为只承载A的PUCCH/PUSCH，还可以理解为至少承载A的PUCCH/PUSCH。

在一些情况下，UE可以被配置动态HARQ-ACK码本(例如，3GPP类型-2HARQ-ACK码本)和/或增强动态HARQ-ACK码本(例如，3GPP基于分组和HARQ-ACK重传的类型-2HARQ-ACK)。在这些情况下，如果UE被配置接收组播PDSCH，如何确定针对其在上行时间单元(例如，时隙)n的同一个PUCCH中发送HARQ-ACK信息的PDCCH监听时机的集合Mc，也就是说，如何确定与在上行时间单元(例如，时隙)n的同一个PUCCH中发送的HARQ-ACK信息所对应的PDCCH监听时机的集合Mc，是需要解决的问题。

在一些实施方式中，对服务小区c的下行激活BWP，UE可以基于以下中的至少一个来确定与在上行时间单元(例如，时隙)n的同一个PUCCH发送的HARQ-ACK信息所对应的PDCCH监听时机(PDCCH监听时机可以包括调度PDSCH接收的DCI格式的监听时机，和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的DCI格式的PDCCH监听时机)的集合Mc：

-PDSCH-to-HARQ_feedback定时指示符字段的值，例如，如果DCI格式中存在PDSCH-to-HARQ_feedback定时指示符字段

-更高层信令配置的参数K1的值，例如，如果DCI格式中不存在PDSCH-to-HARQ_feedback定时指示符字段

-时隙偏移量K₀的取值：该参数K₀可以由DCI格式中的时域资源分配字段(timedomain resource assignment field)来指示；例如，该参数K₀可以用于指示PDCCH和PDSCH之间的下行时间单元偏移(例如，下行时隙偏移)

-PDSCH重复传输参数

-PDCCH、和/或PDSCH、和/或PUCCH的SCS

-PUCCH子时隙长度参数，例如，3GPP参数subslotLengthForPUCCH

-PDCCH、和/或PDSCH、和/或PUCCH的CP(cyclic prefix,循环前缀)配置。

在一些示例中，更高层信令配置的参数K1的值可以为以下参数中的至少一个或从以下参数中的至少一个确定：

-3GPP参数dl-DataToUL-ACK，其可以指示给定PDSCH到下行ACK的定时并可以应用于DCI格式1_1

-3GPP参数dl-DataToUL-ACK-r16，其可以指示给定PDSCH到下行ACK的定时

-3GPP参数dl-DataToUL-ACK-ForDCI-Format1-2或者3GPP参数dl-DataToUL-ACK-DCI-1-2，其可以指示给定PDSCH到下行ACK的定时并可以应用于DCI格式1_2

-非对称频谱扩展的参数K1(例如，3GPP参数dl-DataToUL-ACK-r17)，该参数的取值范围可以为0～31

-对于具有480kHz和/或960kHz SCS的NR操作，用于DCI格式1_1的参数K1(例如，3GPP参数dl-DataToUL-ACK-r17)，该参数的取值范围可以为-1～127

-对于具有480kHz和/或960kHz SCS的NR操作，用于DCI格式1_2的参数K1，(例如，3GPP参数DL-DataToUL-ACK-DCI-1-2-r17或者3GPP参数dl-DataToUL-ACK-ForDCI-Format1-2-r17)，该参数的取值范围可以为0～127。

在一些示例中，PDSCH重复传输参数可以为以下参数中的至少一个或从以下参数中的至少一个确定：

-3GPP参数pdsch-AggregationFactor，例如其可以指示PDSCH的重复传输的数量

-3GPP参数pdsch-AggregationFactor-r16，例如其可以指示SPS PDSCH的重复传输的数量

-3GPP参数repetitionNumber，例如其可以为DCI格式中指示的基于时隙的PDSCH重复传输的数量

-用于半静态配置的组播PDSCH重复传输参数(例如，3GPP参数pdsch-AggregationFactor-Multicast)，其可以指示对于组播PDSCH的数据的重复的数量，用于半静态配置

-用于动态指示的组播PDSCH重复传输参数(例如，3GPP参数repetitionNumber-Multicast)，其可以指示对于组播PDSCH的重复传输的数量，用于动态指示

-组播SPS PDSCH重复传输参数(例如，组播SPS配置列表参数(例如，3GPP参数sps-ConfigToAddModList-Multicast)中配置的pdsch-AggregationFactor-r16)，例如，其可以指示对于组播SPS PDSCH的重复传输的数量

-用于半静态配置的广播PDSCH重复传输参数(例如，3GPP参数pdsch-AggregationFactor-MTCH)，其可以指示对于广播PDSCH的重复传输的数量，用于半静态配置

-用于动态指示的广播PDSCH重复传输参数(例如，3GPP参数repetitionNumber-MTCH)，其可以指示对于广播PDSCH的重复传输的数量，用于动态指示。

在一些实施方式中中，对服务小区c的下行激活BWP，UE可以基于以下参数中的一个或多个来确定与在上行时间单元(例如，时隙)n的同一个PUCCH发送的HARQ-ACK信息所对应的PDCCH监听时机(PDCCH监听时机可以包括调度PDSCH接收的DCI格式的监听时机，和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的DCI格式的PDCCH监听时机)的集合Mc：

-PDSCH-to-HARQ_feedback定时指示符字段的值，或者如果DCI格式中不存在PDSCH-to-HARQ_feedback定时指示符字段时，dl-DataToUL-ACK、dl-DataToUL-ACK-r16、dl-DataToUL-ACK-DCI-1-2、dl-DataToUL-ACK-r17或者dl-DataToUL-ACK-DCI-1-2-r17的值，用于时隙n中的承载PDSCH接收或具有HARQ-ACK信息而没有调度PDSCH接收的DCI格式的HARQ-ACK信息的PUCCH传输

-由调度PDSCH接收的DCI格式中的时域分配字段提供的时隙偏移量K₀和pdsch-AggregationFactor、或者pdsch-AggregationFactor-r16、或者repetitionNumber、或者pdsch-AggregationFactor-Multicast、或者repetitionNumber-Multicast。

本方法可以确保组播PDSCH接收对应的PDCCH包含在PDCCH监听时机的集合Mc中，从而进一步明确了UE和基站对于HARQ-ACK码本大小及排序理解的一致性，可以提高动态HARQ-ACK码本的可靠性，可以减少PDSCH重传，可以提高系统频谱效率。

在一些情况下，UE可以被配置动态HARQ-ACK码本(例如，3GPP类型-2HARQ-ACK码本)和/或增强动态HARQ-ACK码本(例如，3GPP基于分组和HARQ-ACK重传的类型-2HARQ-ACK)。在这些情况下，如果UE被配置接收组播PDSCH，该PDSCH可以为动态调度的PDSCH和/或SPS PDSCH，如何产生HARQ-ACK码本是需要解决的问题。

如果UE被配置监听组播DCI格式的PDCCH，其CRC被一个或多个G-RNTI加扰和/或被一个或多个G-CS-RNTI加扰(被G-CS-RNTI加扰的PDCCH可以用于激活/释放组播SPS PDSCH或者调度SPS PDSCH的重传)，UE分别对单播PDSCH和组播PDSCH产生HARQ-ACK子码本，DAI对单播和组播分别计数(例如，对调度单播PDSCH接收和组播PDSCH接收的PDCCH/DCI格式分别计数)，其中DAI可以为C-DAI和/或T-DAI。例如，UE可以将单播HARQ-ACK子码本(例如，单播PDSCH接收和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的单播PDCCH的HARQ-ACK子码本)放在组播HARQ-ACK子码本(例如，组播PDSCH接收和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的组播PDCCH的HARQ-ACK子码本)之前。

在一些实施方式中，可以采用以下方式(例如，方式MN1-MN4)中的至少一种来产生组播HARQ-ACK子码本。例如，组播HARQ-ACK子码本可以包括组播PDSCH接收和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的PDCCH接收的HARQ-ACK子码本。在本公开的实施例中，例如，组播HARQ-ACK子码本可以包括组播PDSCH接收和/或组播PDCCH(例如，有HARQ-ACK反馈的PDCCH)的HARQ-ACK信息。

方式MN1

在方式MN1中，UE可以分别针对各G-RNTI产生HARQ-ACK子码本，DAI可以针对不同G-RNTI分别计数(例如，对不同G-RNTI相关联的下行接收相关联的PDCCH/DCI格式分别计数)，组播HARQ-ACK子码本根据相关联的G-RNTI的值的升序排序。在本公开的实施例中，“RNTI(例如，G-RNTI或G-CS-RNTI)相关联的下行接收(例如，PDCCH或PDSCH接收)”可以理解为以下中的至少一个：由RNTI加扰的PDCCH的接收；由RNTI加扰的PDSCH(例如，动态调度的PDSCH或SPS PDSCH)的接收，即，与RNTI相关联的PDSCH接收。

需要说明的是，在本公开的实施例中，UE可以根据3GPP TS38.2139.1.3.1规定的方法来产生HARQ-ACK子码本。对组播HARQ-ACK子码本(例如，组播PDSCH接收和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的PDCCH接收的HARQ-ACK子码本)，可以假设UE没有被配置3GPP参数maxNrofCodeWordsScheduledByDCI来指示接收2个TB(transport block,传输块)，和/或UE没有被配置基于CBG的传输(例如，UE没有被配置3GPP参数PDSCH-CodeBlockGroupTransmission)。

方式MN2

在方式MN2中，UE可以分别针对G-RNTI和G-CS-RNTI产生HARQ-ACK子码本(例如，UE分别对G-RNTI加扰的PDCCH和/或PDSCH和G-CS-RNTI加扰的PDCCH和/或PDSCH产生HARQ-ACK子码本)，DAI可以针对G-RNTI或G-CS-RNTI分别计数(例如，对G-RNTI或G-CS-RNTI相关联的下行接收分别计数)。

在示例中，如果UE被配置了多于一个G-RNTI,DAI针对各G-RNTI分别计数(例如，对各G-RNTI相关联的下行接收分别计数),UE分别针对各G-RNTI(例如，对各G-RNTI相关联的下行接收)产生HARQ-ACK子码本。

在示例中，如果UE被配置了多于一个G-CS-RNTI,DAI针对各G-CS-RNTI分别计数(例如，对各G-CS-RNTI相关联的下行接收分别计数),UE分别针对各G-CS-RNTI(例如，对各G-CS-RNTI相关联的下行接收)产生HARQ-ACK子码本。或者，DAI针对所有的G-CS-RNTI(例如，对所有G-CS-RNTI相关联的下行接收)统一计数,UE针对所有的G-CS-RNTI(例如，对所有G-CS-RNTI相关联的下行接收)产生一个HARQ-ACK子码本；此时，对G-CS-RNTI相关联的HARQ-ACK子码本排序时，可以根据G-CS-RNTI中最小的(或最大的)G-CS-RNTI来确定G-CS-RNTI相关联的HARQ-ACK子码本的位置。例如，可以考虑G-CS-RNTI中的最小的(或最大的)G-CS-RNTI，根据以下排序约束2来确定G-CS-RNTI相关联的HARQ-ACK子码本的位置。

在一些实施方式中，HARQ-ACK子码本可以根据以下排序约束中的至少一种来排序。

排序约束1：与G-RNTI相关联的一个或多个HARQ-ACK子码本位于与G-CS-RNTI相关联的一个或多个HARQ-ACK子码本之前(或之后)。

排序约束2：与G-RNTI或G-CS-RNTI相关联的HARQ-ACK子码本根据G-RNTI或G-CS-RNTI的值的升序排序。

排序约束3：与G-RNTI相关联的多个HARQ-ACK子码本根据其G-RNTI的值的升序排序。

排序约束4：与G-CS-RNTI相关联的多个HARQ-ACK子码本根据其G-CS-RNTI的值的升序排序。

本方法可以提高HARQ-ACK码本的可靠性，在G-CS-RNTI加扰的PDCCH漏检时，基站可以通过盲检来确定HARQ-ACK码本的大小和排序，G-CS-RNTI的HARQ-ACK子码本可以不影响G-RNTI的HARQ-ACK和/或单播HARQ-ACK子码本的大小和排序。本方法与其他方法相比可以减少HARQ-ACK码本的大小。

方式MN3

在方式MN3中，UE将所有的G-CS-RNTI关联到一个G-RNTI，DAI针对所有的G-CS-RNTI(或其相关联的下行接收)和所关联的G-RNTI(或其相关联的下行接收)统一计数,UE针对所有的G-CS-RNTI(或其相关联的下行接收)和所关联的G-RNTI(或其相关联的下行接收)产生一个HARQ-ACK子码本，UE可以根据所关联的G-RNTI来确定该HARQ-ACK子码本的排序。例如，可以根据方式MN2中的排序确定该HARQ-ACK子码本的排序。如果UE被配置了多于一个G-RNTI，UE可以将所有的G-CS-RNTI关联到所述多于一个G-RNTI中的最小的(或最大的)G-RNTI。

本方法实现简单，可以降低UE和基站实现复杂度。通过针对G-CS-RNTI及其关联的G-RNTI生成单个HARQ-ACK子码本，可以降低G-CS-RNTI加扰的PDCCH漏检的几率，提高HARQ-ACK码本的可靠性。

方式MN4

在方式MN4中，UE将各G-CS-RNTI分别关联到一个G-RNTI以形成一个或多个{G-CS-RNTI，G-RNTI}对(或者，更高层信令配置一个或多个{G-CS-RNTI，G-RNTI}对)，DAI针对{G-CS-RNTI，G-RNTI}对分别计数，UE分别针对各{G-CS-RNTI，G-RNTI}对产生HARQ-ACK子码本。对于一个{G-CS-RNTI，G-RNTI}对，根据其G-RNTI来确定该HARQ-ACK子码本的排序。例如，可以根据方式MN2中的排序约束来确定该HARQ-ACK子码本的排序。例如，UE不期待一个{G-CS-RNTI，G-RNTI}对中没有G-RNTI；或者如果一个{G-CS-RNTI，G-RNTI}对中没有G-RNTI，UE可以根据其G-CS-RNTI来确定该HARQ-ACK子码本的排序。

本方法实现简单，可以降低UE和基站实现复杂度。通过分别针对每个{G-CS-RNTI，G-RNTI}对生成HARQ-ACK子码本，可以降低G-CS-RNTI加扰的PDCCH漏检的几率，提高HARQ-ACK码本的可靠性。

在一些情况下，UE可以被配置动态HARQ-ACK码本(例如，3GPP类型-2HARQ-ACK码本)和/或增强动态HARQ-ACK码本(例如，3GPP基于分组和HARQ-ACK重传的类型-2HARQ-ACK)。在这些情况下，如果UE被配置接收组播PDSCH，该PDSCH可以为动态调度的PDSCH和/或SPS PDSCH，如何产生HARQ-ACK码本是需要解决的问题。

如果UE被配置监听组播DCI格式的PDCCH，其CRC被一个或多个G-RNTI加扰和/或被一个或多个G-CS-RNTI加扰(被G-CS-RNTI加扰的PDCCH可以用于激活/释放组播SPS PDSCH或者调度SPS PDSCH的重传)，UE分别对单播PDSCH和组播PDSCH产生HARQ-ACK子码本，DAI针对单播和组播分别计数，其中DAI可以为C-DAI和/或T-DAI。例如，UE可以将单播HARQ-ACK子码本(例如，单播PDSCH接收和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的单播PDCCH接收的HARQ-ACK子码本)放在组播HARQ-ACK子码本(例如，组播PDSCH接收和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的组播PDCCH接收的HARQ-ACK子码本)之前。

可以采用以下方式(例如，方式MN5-MN7)中的至少一种来产生组播SPS PDSCH接收的HARQ-ACK子码本。

方式MN5

在方式MN5中，如果UE被配置了多于一个G-CS-RNTI,DAI针对各G-CS-RNTI分别计数,UE分别针对各G-CS-RNTI(例如，各G-CS-RNTI相关联的下行接收，包括动态调度的重传的SPS PDSCH接收和/或SPS PDSCH接收)产生HARQ-ACK子码本。一个G-CS-RNTI的HARQ-ACK子码本可以包括动态调度的PDSCH接收的HARQ-ACK子码本和/或SPS PDSCH接收的HARQ-ACK子码本，其中，动态调度的PDSCH接收的HARQ-ACK子码本位于SPS PDSCH接收的HARQ-ACK子码本之前(或之后)。SPS PDSCH接收的HARQ-ACK子码本仅包含由该G-CS-RNTI加扰的SPSPDSCH接收相关联的HARQ-ACK信息。

方式MN6

在方式MN6中，DAI针对所有的G-CS-RNTI统一计数,UE针对所有的G-CS-RNTI(例如，G-CS-RNTI相关联的下行接收，包括动态调度的重传的SPS PDSCH接收和/或SPS PDSCH接收)产生一个HARQ-ACK子码本，G-CS-RNTI的HARQ-ACK子码本可以包括动态调度的PDSCH接收的HARQ-ACK子码本和/或SPS PDSCH接收的HARQ-ACK子码本，其中，动态调度的PDSCH接收的HARQ-ACK子码本位于SPS PDSCH接收的HARQ-ACK子码本之前(或之后)。例如，SPSPDSCH接收的HARQ-ACK子码本可以仅包含由所有的G-CS-RNTI加扰的SPS PDSCH接收相关联的HARQ-ACK信息。

方式MN7

在方式MN7中，UE对所有的SPS PDSCH接收的HARQ-ACK信息产生一个HARQ-ACK子码本，该HARQ-ACK子码本可以位于动态调度的单播HARQ-ACK子码本之后。

本方法实现简单，可以降低UE和基站实现复杂度。明确了UE的行为，可以提高HARQ-ACK码本的可靠性。

在一些情况下，UE可以被配置动态HARQ-ACK码本(例如，3GPP类型-2HARQ-ACK码本)和/或增强动态HARQ-ACK码本(例如，3GPP基于分组和HARQ-ACK重传的类型-2HARQ-ACK)。在这些情况下，如果UE被配置接收组播PDSCH，该PDSCH可以为动态调度的PDSCH和/或SPS PDSCH，如何产生HARQ-ACK码本是需要解决的问题。

如果UE被配置监听组播DCI格式的PDCCH，其CRC被一个或多个G-RNTI加扰和/或被一个或多个G-CS-RNTI加扰(被G-CS-RNTI加扰的PDCCH可以用于激活/释放组播SPS PDSCH或者调度SPS PDSCH的重传)，UE分别对单播PDSCH和组播PDSCH产生HARQ-ACK子码本，DAI对单播和组播分别计数，其中DAI可以为C-DAI和/或T-DAI。例如，UE可以将单播HARQ-ACK子码本放在组播HARQ-ACK子码本之前。

如果一个承载HARQ-ACK的PUCCH与PUSCH在时域上有重叠，可以将该HARQ-ACK信息复用到该PUSCH上传输。如果该PUSCH被一个DCI格式调度，该DCI格式中可以包含UL DAI字段来指示HARQ-ACK码本/子码本的总DAI。例如，可以采用以下方式(例如，方式MN8-MN10)中的至少一种来指示UL DAI。

方式MN8

在方式MN8中，可以用一个UL DAI字段(例如，重用现有的UL DAI字段)来指示所有HARQ-ACK子码本(例如，所有基于TB的HARQ-ACK子码本)的总DAI。

本方法可以减少DCI的大小，可以提高PDCCH传输的可靠性。

方式MN9

在方式MN9中，可以用一个新的UL DAI字段来指示所有组播接收(例如，组播PDSCH接收和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的PDCCH接收)的HARQ-ACK子码本的总DAI。

本方法可以减少HARQ-ACK码本的大小，提高HARQ-ACK码本传输的可靠性。

方式MN10

在方式MN10中，可以用不同的DAI字段来分别指示各组播接收(例如，组播PDSCH接收和/或具有相关联的HARQ-ACK信息而不调度PDSCH接收的PDCCH接收)的HARQ-ACK子码本的总DAI。组播接收的HARQ-ACK子码本可以为G-RNTI相关联的HARQ-ACK子码本和/或G-CS-RNTI相关联的HARQ-ACK子码本。

本方法可以减少HARQ-ACK码本的大小，提高HARQ-ACK码本传输的可靠性。

需要说明的是，可以通过更高层信令配置来采用以上方式MN8～MN10中的一种。

在一些实施方式中，UE可以在完成下面的伪代码1中生成HARQ-ACK码本的c和m循环后，设其中，/>为UL DAI，其值可以根据表1确定。

[伪代码1]

记为C-DAI的比特数量并且设/>

记为监听时机m中服务小区c上的DCI格式的C-DAI的值。

记为监听时机m中DCI格式的T-DAI的值。

设m＝0–PDCCH监听时机索引

设j＝0

设V_temp＝0

设V_temp2＝0

设

设为更高层信令配置给UE的服务小区数量

设M为PDCCH监听时机的数量

whilem＜M

设c＝0–服务小区索引

while

if PDCCH监听时刻m在服务小区c的下行激活BWP(Bandwidth Part,部分带宽)切换前或者在PCell的上行激活BWP切换前和/或PDCCH监听时刻m没有触发下行BWP切换

c＝c+1；

else

if监听时机m的服务小区c上DCI格式指示了相关联的HARQ-ACK信息

if UE没有被配置harq-ACK-SpatialBundlingPUCCH并且对服务小区c的下行激活BWP UE被配置(例如，通过3GPP参数maxNrofCodeWordsScheduledByDCI配置)至少对一个服务小区的至少一个下行BWP接收2个传输块,

/>

elseif UE被配置了harq-ACK-SpatialBundlingPUCCH并且对服务小区c的下行激活BWP UE被配置(例如，通过3GPP参数maxNrofCodeWordsScheduledByDCI配置)至少对一个服务小区的至少一个下行BWP接收2个传输块并且m为可以接收一个DCI格式调度两个传输块的监听时机,

if UE没有被配置3GPP参数harq-ACK-SpatialBundlingPUCCH并且对服务小区c的下行激活BWP UE被配置(例如，通过3GPP参数maxNrofCodeWordsScheduledByDCI配置)至少对一个服务小区的至少一个下行接收2个传输块,

在一些实施方式中，如果UL DAI等于预定义的值(例如，4)，对一个HARQ-ACK子码本，满足以下条件至少之一时，则UE可以不产生该HARQ-ACK子码本。例如，在这种情况下，UE可以不将该HARQ-ACK子码本复用到PUSCH传输。

条件一：UE没有在任何服务小区c上的PDCCH监听时机的集合中接收到由该HARQ-ACK子码本相关联的RNTI加扰的调度PDSCH接收的PDCCH(例如，具有DCI格式的PDCCH)或具有相关联的HARQ-ACK信息而没有调度PDSCH接收的PDCCH(例如，具有DCI格式的PDCCH)。

条件二：UE没有在任何服务小区c上接收到由该HARQ-ACK子码本相关联的RNTI加扰的SPS PDSCH。

需要说明的是，伪代码1也可以替换为其他伪代码，例如，3GPP TS 38.2139.1.3.1中产生动态HARQ-ACK码本的伪代码。

本方法可以减少HARQ-ACK码本的大小，可以提高HARQ-ACK传输和PUSCH传输的可靠性。

图8示出了根据本公开的一些实施例的由终端(例如，UE)执行的方法800的流程图。

参考图8，在操作S810中，接收下行信号，该下行信号可以包括PDCCH和/或一个或多个组播PDSCH。例如，PDCCH可以包括具有相关联的HARQ-ACK信息但不调度PDSCH接收的PDCCH。作为示例，一个或多个组播PDSCH可以包括一个或多个组播SPS PDSCH和/或一个或多个动态调度的组播PDSCH。附加地或可替换地，下行信号还可以包括一个或多个单播PDSCH。

接下来，在操作S820，对下行信号生成HARQ-ACK码本。

在一些实施方式中，例如，操作S820可以包括：分别针对与下行信号的接收相关联的一个或多个第一RNTI(例如，G-RNTI)和与下行信号的接收相关联的一个或多个第二RNTI(例如，G-CS-RNTI)生成HARQ-ACK子码本。

在一些示例中，分别针对与下行信号的接收相关联的一个或多个第一RNTI和与下行信号的接收相关联的一个或多个第二RNTI生成HARQ-ACK子码本可以包括：

-分别针对所述一个或多个第一RNTI中的每一个生成HARQ-ACK子码本；和/或

-分别针对所述一个或多个第二RNTI中的每一个生成HARQ-ACK子码本；和/或

-针对所述一个或多个第二RNTI中的所有第二RNTI生成单个HARQ-ACK子码本。

在一些实施方式中，例如，操作S820可以包括：对于与下行信号的接收相关联的一个或多个第一RNTI和与下行信号的接收相关联的一个或多个第二RNTI，针对所有的第二RNTI和来自所述一个或多个第一RNTI中的特定第一RNTI生成单个HARQ-ACK子码本，其中所有的第二RNTI与来自所述一个或多个第一RNTI中的所述特定第一RNTI相关联。

在一些实施方式中，例如，对下行信号生成HARQ-ACK码本包括：对于与下行信号的接收相关联的一个或多个第一RNTI和与下行信号的接收相关联的一个或多个第二RNTI，分别针对一个或多个{第一RNTI，第二RNTI}对中的每个{第一RNTI，第二RNTI}对生成HARQ-ACK子码本，所述一个或多个{第一RNTI，第二RNTI}对中的每个{第一RNTI，第二RNTI}对中的第一RNTI来自所述一个或多个第一RNTI并与{第一RNTI，第二RNTI}对中的来自所述一个或多个第二RNTI的第二RNTI相关联。

在一些实施方式中，例如，所生成的HARQ-ACK子码本基于以下中的至少一个排序：

-与第一RNTI相关联的一个或多个HARQ-ACK子码本被放置在与第二RNTI相关联的一个或多个HARQ-ACK子码本之前或之后；

-与第一RNTI相关联的一个或多个HARQ-ACK子码本以基于第一RNTI的值的顺序来排序；

-以基于第一RNTI或第二RNTI的值的顺序来排序；或

-与第二RNTI相关联的一个或多个HARQ-ACK子码本以基于第二RNTI的值的顺序来排序。

在一些实施方式中，例如，操作S820可以包括：对于与下行信号的接收相关联的一个或多个第二RNTI，分别针对多个第二RNTI中的每个第二RNTI生成HARQ-ACK子码本。

在一些实施方式中，例如，第一RNTI可以为G-RNTI，并且第二RNTI可以为G-CS-RNTI。

在一些实施方式中，例如，对于HARQ-ACK子码本，当满足以下条件中的至少一个时，可以不将HARQ-ACK子码本复用到上行传输(例如，PUSCH传输)：

-终端没有在任何服务小区上的PDCCH监听时机的集合中接收到由与HARQ-ACK子码本相关联的RNTI加扰的调度PDSCH接收的PDCCH或具有相关联的HARQ-ACK信息而没有调度PDSCH接收的PDCCH；或

-终端没有在任何服务小区上接收到由与HARQ-ACK子码本相关联的RNTI加扰的SPS PDSCH。

在一些实施方式中，方法800可以包括基于以上描述的方式(例如，MN1～方式MN10)中的一个或多个中的操作来执行HARQ操作，例如，生成下行信号的HARQ-ACK码本。

在一些实施方式中，该方法800可以包括以上描述的各种实施例中的可以由终端(例如，UE)执行的方法或操作。

图9示出了根据本发明的实施例的第一收发节点900的框图。

参考图9，第一收发节点900可以包括收发器901和控制器902。

收发器901可以被配置为向第二收发节点发送第一数据和/或第一控制信令并且在时间单元从第二收发节点接收第二数据和/或第二控制信令。

控制器902可以为专用集成电路或至少一个处理器。控制器902可以被配置为控制第一收发节点的总体操作，包括控制收发器901向第二收发节点发送第一数据和/或第一控制信令并且在时间单元从第二收发节点接收第二数据和/或第二控制信令。

在一些实施方式中，控制器902可以被配置为执行以上描述的各种实施例的方法中的一个或多个操作。

在以下的描述中，以基站为例(但不限于)来说明第一收发节点，以UE为例(但不限于)来说明第二收发节点。以下行数据和/或下行控制信令(但不限于)来说明第一数据和/或第一控制信令。HARQ-ACK码本可以包括在第二控制信令中，以上行控制信令(但不限于)来说明第二控制信令。

图10示出了根据本发明的一个实施例的由基站执行的方法1000的流程图。

参考图10，在步骤S1010，基站发送下行数据和/或下行控制信息。

在步骤S1020，基站在时间单元从UE接收第二数据和/或第二控制行信息。

例如，方法1000可以包括本公开各种实施例中描述的由基站执行的操作中的一个或多个。

本领域技术人员将理解，上述说明性实施例在本文中被描述并且不意欲为限制性的。应当理解这里所公开的实施例中的任意两个或更多个可以以任何组合被组合。此外，还可以利用其他实施例并且可以进行其他改变，而不脱离本文中所呈现的主题的精神和范围。将容易理解，如在本文中通常描述的并且在附图中示出的本公开的发明的各方面可以按照各种不同的配置被布置、替换、组合、分离以及设计，所有这些在本文中都被设想到。

本领域技术人员将理解，本申请描述的各种说明性逻辑框、模块、电路、和步骤可被实现为硬件、软件、或两者的组合。为清楚地说明硬件与软件的这一可互换性，各种说明性组件、框、模块、电路、和步骤在上面是以其功能集的形式作一般化描述的。此类功能集是被实现为硬件还是软件取决于具体应用和强加于整体系统的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能集，但此类设计决策不应被解释为致使脱离本申请的范围。

本申请描述的各个说明性逻辑框、模块、以及电路可用通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文中描述的功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或更多个微处理器、或任何其他此类配置。

本申请描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、或本领域中所知的任何其他形式的存储介质。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性设计中，所述功能可以硬件、软件、固件、或其任意组合来实现。如果在软件中实现，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，后者包括有助于计算机程序从一地到另一地的转移的任何介质。存储介质可以是能被通用或专用计算机访问的任何可用介质。

以上所述仅是本发明的示范性实施方式，而非用于限制本发明的保护范围，本发明的保护范围由所附的权利要求确定。

Claims (10)

1.一种用于执行混合自动重传请求HARQ操作的方法，包括：

接收下行信号，所述下行信号包括不调度物理下行共享信道PDSCH接收的物理下行控制信道PDCCH和/或一个或多个组播PDSCH；以及

对所述下行信号生成HARQ-确认ACK码本。

2.根据权利要求1所述的方法，其中，对所述下行信号生成HARQ-ACK码本包括：分别针对与所述下行信号的接收相关联的一个或多个第一无线网络临时标识符RNTI和与所述下行信号的接收相关联的一个或多个第二RNTI生成HARQ-ACK子码本。

3.根据权利要求2所述的方法，其中，分别针对与所述下行信号的接收相关联的一个或多个第一RNTI和与所述下行信号的接收相关联的一个或多个第二RNTI生成HARQ-ACK子码本包括：

分别针对所述一个或多个第一RNTI中的每一个生成HARQ-ACK子码本；和/或

分别针对所述一个或多个第二RNTI中的每一个生成HARQ-ACK子码本；和/或

针对所述一个或多个第二RNTI中的所有第二RNTI生成单个HARQ-ACK子码本。

4.根据权利要求1所述的方法，其中，对所述下行信号生成HARQ-ACK码本包括：对于与所述下行信号的接收相关联的一个或多个第一RNTI和与所述下行信号的接收相关联的一个或多个第二RNTI，针对所有的第二RNTI和来自所述一个或多个第一RNTI中的特定第一RNTI生成单个HARQ-ACK子码本，其中所有的第二RNTI与来自所述一个或多个第一RNTI中的所述特定第一RNTI相关联。

5.根据权利要求1所述的方法，其中，对所述下行信号生成HARQ-ACK码本包括：对于与所述下行信号的接收相关联的一个或多个第一RNTI和与所述下行信号的接收相关联的一个或多个第二RNTI，分别针对一个或多个{第一RNTI，第二RNTI}对中的每个{第一RNTI，第二RNTI}对生成HARQ-ACK子码本，所述一个或多个{第一RNTI，第二RNTI}对中的每个{第一RNTI，第二RNTI}对中的第一RNTI来自所述一个或多个第一RNTI并与所述{第一RNTI，第二RNTI}对中的来自所述一个或多个第二RNTI的第二RNTI相关联。

6.根据权利要求3-5中任一所述的方法，其中，所生成的HARQ-ACK子码本基于以下中的至少一个排序：

与第一RNTI相关联的一个或多个HARQ-ACK子码本被放置在与第二RNTI相关联的一个或多个HARQ-ACK子码本之前或之后；

与第一RNTI相关联的一个或多个HARQ-ACK子码本以基于第一RNTI的值的顺序来排序；

以基于第一RNTI或第二RNTI的值的顺序来排序；或

与第二RNTI相关联的一个或多个HARQ-ACK子码本以基于第二RNTI的值的顺序来排序。

7.根据权利要求1所述的方法，其中，对所述下行信号生成HARQ-ACK码本包括：对于与所述下行信号的接收相关联的一个或多个第二RNTI，分别针对多个第二RNTI中的每个第二RNTI生成HARQ-ACK子码本。

8.根据权利要求2-7所述的方法，其中，所述一个或多个第一RNTI为组动态调度RNTIG-RNTI，并且所述一个或多个第二RNTI为组配置调度RNTI G-CS-RNTI。

9.根据权利要求1所述的方法，其中，对于HARQ-ACK子码本，当满足以下条件中的至少一个时，不将所述HARQ-ACK子码本复用到上行传输：

所述终端没有在任何服务小区上的PDCCH监听时机的集合中接收到由与所述HARQ-ACK子码本相关联的RNTI加扰的调度PDSCH接收的PDCCH或具有相关联的HARQ-ACK信息而没有调度PDSCH接收的PDCCH；或

所述终端没有在任何服务小区上接收到由与所述HARQ-ACK子码本相关联的RNTI加扰的SPS PDSCH。

10.一种终端，包括：

收发器，被配置为发送和接收信号；和

控制器，与所述收发器耦接并被配置为执行权利要求1-9中任一所述的方法中的操作。