用于多播中的确认的方法和装置

本申请是申请日为2022年1月17日、申请号为202280010369.3、发明名称为“用于多播中的确认的方法和装置”的申请的分案申请。

技术领域

本公开总体上涉及通信技术，并且更具体地，涉及用于多播中的确认的方法和装置。

背景技术

本节介绍了有助于更好理解本公开的方面。因此，本节的陈述应从这个角度来阅读，并且不应被理解为承认什么是现有技术中的内容或什么是现有技术中没有的内容。

为了更好的通信质量，接收设备可以向发送设备发送关于确认的信息，其关于接收到的数据或任何其他信息。因此，发送设备可以了解数据或任何其他信息是否被接收设备接收并解码。

然而，在多播通信(一个发送设备到多个接收设备)中，所有接收设备向发送设备发送关于确认的信息是非常困难的。

发明内容

提供该发明内容以介绍下面在具体实施方式中进一步描述的简化形式的概念的选择。该发明内容不旨在识别要求保护的主题的关键特征或基本特征，也不旨在用于限制要求保护的主题的范围。

本公开的各个实施例提出了一种用于多播中的确认的解决方案，特别是发送设备可以知道哪些数据或其他信息需要重传。

根据本公开的第一实施例，提供了一种由终端设备执行的方法。所述终端设备向网络节点发送关于确认的信息。所发送的关于确认的信息基于用于关于确认的所述信息的资源的配置。所述资源被配置用于包括所述终端设备的多个终端设备，并且用于至少一个混合自动重传请求(HARQ)进程。

下面提供第一实施例的进一步实施例。

可以从所述网络节点接收所述配置。

所述配置可以指示使用时隙中的多个物理上行链路控制信道(PUCCH)资源。

所述多个PUCCH资源中的每个PUCCH资源可以表示一个HARQ进程。所述终端设备可以发送多个NACK信号。每个PUCCH资源上的一个NACK信号可以对应于所述终端必须用信号发送NACK的HARQ进程。

所述多个PUCCH资源可以包括用于N个HARQ进程的M＝2^N个PUCCH资源，其中M和N为正整数。所述多个终端设备中的每个终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集在所述PUCCH资源中的一个PUCCH资源上进行发送。

所述多个PUCCH资源可以包括用于N个HARQ进程的M＝2^N-1个PUCCH资源，其中M和N为正整数。所述多个终端设备中的每个终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集在所述PUCCH资源中的一个PUCCH资源上进行发送。如果所述终端设备具有至少一个NACK，则所述终端设备可以在所述多个PUCCH资源中的至少一个PUCCH资源上进行发送，并且如果所述终端设备不具有NACK，则所述终端设备可以不在所述多个PUCCH资源上进行发送。

HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特。所述比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK。

所述多个PUCCH资源可以包括用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2并且Q>N，Q和N是正整数值。HARQ码字可以被分组，使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联。所述终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集来确定HARQ码字。所述终端设备可以在所确定的HARQ码字关联到的PUCCH资源上进行发送。一个组的所述HARQ码字可以最多相差Q-N比特。

替代地，所述多个PUCCH资源可以包括用于Q个HARQ进程的2^N-1个PUCCH资源，其中Q>N，Q和N是正整数值。HARQ码字可以被分组，使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联。所述终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集来确定HARQ码字。所述终端设备可以在所确定的HARQ码字关联到的所述PUCCH资源上进行发送。一个组的所述HARQ码字可以最多相差Q-N比特，除了其中所述HARQ码字可以最多相差Q-N+1比特的一个组之外。

替代地，所述多个PUCCH资源可以包括用于所述Q个HARQ进程的2^N个PUCCH资源，其中Q>2并且Q>N，Q和N是正整数值。可以基于编码到所述HARQ码字中的NACK的数量来对多个HARQ码字进行分组并关联到PUCCH资源。所述终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集来确定HARQ码字。所述终端设备可以在所确定的HARQ码字关联到的所述PUCCH资源上进行发送。每组的HARQ码字的数量可以随着编码到所述HARQ码字中的NACK的数量而增加。

替代地，所述多个PUCCH资源可以包括用于Q个HARQ进程的2^N-Z个PUCCH资源，其中Q>N，2^N-1>Z>0，Q以及N和Z是正整数值。可以基于编码到所述HARQ码字中的NACK的数量来对多个HARQ码字进行分组并关联到PUCCH资源。所述终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集来确定HARQ码字。所述终端设备可以在所确定的HARQ码字关联到的所述PUCCH资源上进行发送。每组的HARQ码字的数量可以随着编码到所述HARQ码字中的NACK的数量而增加。

所述配置可以指示，除了OFDM符号和PRB之外，还使用PUCCH格式0相位旋转作为维度。

每个旋转可以与HARQ进程相关联。

HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特。所述比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK。Q可以是大于1的整数值。每个HARQ码字可以与一个相位旋转相关联。

多个HARQ码字可以与相同的相位旋转相关联。基于编码到所述HARQ码字中的NACK的数量，所述多个HARQ码字可以与相同的相位旋转相关联。

替代地，最多一个HARQ码字可以与相位旋转相关联。具有相关联的HARQ码字的相邻相位旋转的HARQ码字可以仅在一个比特上不同。Q可能大于二。

所述配置可以指示将每个NACK信号与HARQ进程集合相关联。所述多个终端设备可以将相同的PUCCH资源用于与相同的HARQ进程子集相关的仅NACK信号。

所述子集的大小可以是1。

如果所关联的HARQ进程子集中的至少一个进程具有解码失败，则所述终端设备可以发送所述NACK信号。

根据本公开的第二实施例，提供了一种由网络节点执行的方法。所述网络节点从终端设备接收关于确认的信息。所接收的关于确认的信息基于用于所述关于确认的信息的资源的配置。所述资源被配置用于包括所述终端设备的多个终端设备，并且用于至少一个混合自动重传请求(HARQ)进程。

下面提供第二实施例的进一步实施例。

所述配置可以被发送给所述多个终端设备。

所述配置可以指示使用时隙中的多个物理上行链路控制信道(PUCCH)资源。

所述多个PUCCH资源中的每个PUCCH资源可以表示一个HARQ进程。所述终端设备可以发送多个NACK信号。每个PUCCH资源上的一个NACK信号可以对应于所述终端必须用信号发送NACK的HARQ进程。

所述多个PUCCH资源可以包括用于N个HARQ进程的M＝2^N个PUCCH资源，其中M和N是正整数。所述多个终端设备中的每个终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集在所述PUCCH资源中的一个PUCCH资源上进行发送。

所述多个PUCCH资源可以包括用于N个HARQ进程的M＝2^N-1个PUCCH资源，其中M和N是正整数。所述多个终端设备中的每个终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集在所述PUCCH资源中的一个PUCCH资源上进行发送。如果所述终端设备具有至少一个NACK，则所述终端设备可以在所述多个PUCCH资源中的至少一个PUCCH资源上进行发送，并且如果所述终端设备不具有NACK，则所述终端设备可以不在所述多个PUCCH资源上进行发送。

HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特。所述比特中的每个比特可以与一个HARQ进程相关联。每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK。

所述多个PUCCH资源可以包括用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2并且Q>N，Q和N是正整数值。HARQ码字可以被分组，使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联。所述终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集来确定HARQ码字。所述终端设备可以在所确定的HARQ码字关联到的PUCCH资源上进行发送。一个组的HARQ码字可以最多相差Q-N比特。

替代地，所述多个PUCCH资源可以包括用于Q个HARQ进程的2^N-1个PUCCH资源，其中Q>N，Q和N是正整数值。HARQ码字可以被分组，使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联。所述终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集来确定HARQ码字。所述终端设备可以在所确定的HARQ码字关联到的PUCCH资源上进行发送。一个组的HARQ码字可以最多相差Q-N个比特，除了其中HARQ码字可以相差最多Q-N+1比特的一个组之外。

替代地，所述多个PUCCH资源可以包括用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2并且Q>N，Q和N是正整数值。可以基于编码到所述HARQ码字中的NACK的数量来对多个HARQ码字进行分组并关联到PUCCH资源。所述终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集来确定HARQ码字。所述终端设备可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。每组的HARQ码字的数量可以随着编码到HARQ码字中的NACK的数量而增加。

替代地，所述多个PUCCH资源可以包括用于Q个HARQ进程的2^N-Z个PUCCH资源，其中Q>N并且2^N-1>Z>0，Q以及N和Z是正整数值。可以基于编码到所述HARQ码字中的NACK的数量来对多个HARQ码字进行分组并关联到PUCCH资源。所述终端设备可以根据所述终端设备需要用信号发送NACK的HARQ进程的子集来确定HARQ码字。所述终端设备可以在所确定的HARQ码字关联到的PUCCH资源上进行发送。每组的HARQ码字的数量可以随着编码到所述HARQ码字中的NACK的数量而增加。

所述配置可以指示，除了OFDM符号和PRB之外，还使用PUCCH格式0相位旋转作为维度。

每个旋转可以与HARQ进程相关联。

HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特。所述比特中的每个比特可以与一个HARQ进程相关联。每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK。Q可以是整数值并且可以大于1。每个HARQ码字可以与一个相位旋转相关联。

多个HARQ码字可以与相同的相位旋转相关联。基于编码到所述HARQ码字中的NACK的数量，所述多个HARQ码字可以与相同的相位旋转相关联。

替代地，最多一个HARQ码字可以与相位旋转相关联。具有相关联的HARQ码字的相邻相位旋转的HARQ码字可以仅在一个比特上不同。Q可能大于二。

所述配置可以指示将每个NACK信号与HARQ进程的集合相关联。所述多个终端设备可以将相同的PUCCH资源用于与HARQ进程的相同的子集相关的仅NACK信号。

所述子集的大小可以是1。

如果所关联的HARQ进程的子集中的至少一个进程具有解码失败，则所述终端设备可以发送所述NACK信号。

根据本发明的第三实施例，提供了一种终端设备。所述终端设备100包括一个或多个处理器1001以及一个或多个包括计算机程序代码1003的存储器1002。所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使所述终端设备至少执行根据第一实施例中的任一个所述的方法。

根据本公开的第四实施例，提供了一种网络节点200。所述网络节点包括一个或多个处理器2001和一个或多个包括计算机程序代码2003的存储器2002。所述一个或多个存储器和所述计算机程序代码被配置为与所述一个或多个处理器一起使得所述网络节点至少执行根据第二实施例中的任一个所述的方法。

根据本公开的第五实施例，提供了一种计算机可读介质700。其上体现有计算机程序代码701的计算机可读介质用于与终端设备100一起使用。所述计算机程序代码包括用于执行根据第一实施例中的任一个所述的方法的代码。

根据本公开的第六实施例，提供了一种计算机可读介质(700)。其上体现有计算机程序代码701的计算机可读介质用于与网络节点200一起使用。所述计算机程序代码包括用于执行根据第二实施例中的任一个所述的方法的代码。

根据本公开的一方面，提供了一种在通信系统中实现的方法，所述通信系统可以包括主机计算机、网络节点和UE。所述网络节点可以是以下段落中提到的基站。所述UE可以表示第一和第三实施例所述的终端设备。

所述方法可以包括在所述主机计算机处提供用户数据。可选地，所述方法可以包括在所述主机计算机处发起经由包括所述基站的蜂窝网络向所述UE的携带所述用户数据的传输，所述基站可以执行根据本公开的上述实施例所述的方法的任何步骤。

根据本公开的一方面，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括被配置为提供用户数据的处理电路，以及被配置为将所述用户数据转发给蜂窝网络以便发送给UE的通信接口。所述蜂窝网络可以包括具有无线电接口和处理电路的基站。所述基站的处理电路可以被配置为执行根据本公开上述实施例所述的方法的任意步骤。

根据本公开的一方面，提供了一种在通信系统中实现的方法，所述通信系统可以包括主机计算机、基站和UE。所述方法可以包括在所述主机计算机处提供用户数据。可选地，所述方法可以包括在所述主机计算机处发起经由包括所述基站的蜂窝网络向所述UE的携带所述用户数据的传输。所述UE可以执行本发明上述实施例所述的方法的任意步骤。

根据本公开的一方面，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以便发送给UE的通信接口。所述UE可以包括无线电接口和处理电路。所述UE的处理电路可以被配置为执行根据本公开的上述实施例所述的方法的任何步骤。

根据本公开的一方面，提供了一种在通信系统中实现的方法，所述通信系统可以包括主机计算机、基站和UE。所述方法可以包括在所述主机计算机处接收从所述UE发送给所述基站的用户数据，所述UE可以执行根据本公开的上述实施例所述的方法的任何步骤。

根据本公开的一方面，提供了一种包括主机计算机的通信系统。所述主机计算机可以包括通信接口，所述通信接口被配置为接收源自从UE到基站的传输的用户数据。所述UE可以包括无线电接口和处理电路。所述UE的处理电路可以被配置为执行根据本公开的上述实施例所述的方法的任何步骤。

根据本公开的一方面，提供了一种在通信系统中实现的方法，所述通信系统可以包括主机计算机、基站和UE。所述方法可以包括在所述主机计算机处从所述基站接收源自所述基站已从所述UE接收的传输的用户数据。所述基站可以执行本发明上述实施例所述的方法的任意步骤。

根据本公开的一方面，提供了一种可以包括主机计算机的通信系统。所述主机计算机可以包括通信接口，所述通信接口被配置为接收源自从UE到基站的传输的用户数据。所述基站可以包括无线电接口和处理电路。所述基站的处理电路可以被配置为执行根据本公开上述实施例所述的方法的任意步骤。

根据本公开的任一实施例，提供了一种用于多播中的确认的方式。具体地，使得组UE能够在同一上行链路时隙中指示用于多个HARQ进程的NACK信号。

附图说明

当结合附图阅读时，参考以下的实施例的详细描述可以最好地理解本公开本身、优选的使用模式和进一步的目的，其中：

图1是示出用于配置HARQ_反馈定时的示例的图。

图2是示出PUCCH中的反馈的示例的图。

图3是示出用于将ACK/NACK比特包括在一个资源块中的示例的图。

图4是示出根据本公开实施例的由终端设备执行的方法的流程图。

图5是示出根据本公开的实施例的由网络节点执行的方法的流程图。

图6是示出根据本公开实施例的用于终端设备、网络节点的装置的框图。

图7是示出根据本公开的一些实施例的计算机可读介质的框图。

图8是示出根据本公开的一些实施例的用于网络节点、终端设备的装置的框图。

图9是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。

图10是示出根据本公开的一些实施例的通过部分无线连接经由基站与UE进行通信的主机计算机的框图。

图11是示出根据实施例的在通信系统中实现的方法的流程图。

图12是示出根据实施例的在通信系统中实现的方法的流程图。

图13是示出根据实施例的在通信系统中实现的方法的流程图。

图14是示出根据实施例的在通信系统中实现的方法的流程图。

图15是2比特ACK/NACK的相位旋转图的示例。

图16是3比特NACK的相位旋转图的示例。

图17是映射到8个PUCCH资源的15个HARQ码字的示例表。

图18是映射到7个PUCCH资源的15个HARQ码字的另一个示例表。

图19是映射到8个PUCCH资源的15个HARQ码字的另一个示例表。

具体实施方式

参考附图详细描述本公开的实施例。应当理解，仅仅为了使本领域技术人员能够更好地理解并因此实现本公开而讨论这些实施例，而不是对本公开的范围提出任何限制。贯穿本说明书对特征、优点或类似语言的引用并不暗示可以用本公开实现的所有特征和优点应该在或已经在本公开的任何单个实施例中。相反，引用特征和优点的语言被理解为表示结合实施例描述的特定特征、优点或特性被包括在本公开的至少一个实施例中。此外，可以在一个或多个实施例中以任何合适的方式组合所描述的本公开的特征、优点和特性。相关领域的技术人员将认识到，可以在没有特定实施例的一个或多个特定特征或优点的情况下实践本公开。在其他情况下，可以在某些实施例中认识到可能不存在于本公开的所有实施例中的附加特征和优点。

如本文所使用的，术语“通信网络”是指遵循任何合适的通信标准(诸如新无线电(NR)、长期演进(LTE)、高级LTE、宽带码分多址(WCDMA)、高速分组接入(HSPA)等)的网络。此外，该通信网络中终端设备与网络节点之间的通信可以根据任何适当的一代通信协议(包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、4G、4.5G、5G通信协议和/或当前已知或将来将要开发的任何其他协议)来执行。

术语“网络节点”是指在通信网络中的网络设备，终端设备通过该网络设备接入该网络并从中接收服务。网络节点可以指无线通信网络中的基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、控制器或任何其他合适的设备。BS可以是例如节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、下一代NodeB(gNodeB或gNB)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头(RRH)、中继、低功率节点(诸如毫微微，微微等)。

网络节点的进一步示例包括诸如MSR BS的多标准无线电(MSR)无线电设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)的网络控制器、基站收发器(BTS)、传输点、传输节点、定位节点等。然而，更一般地，网络节点可以表示能够、被配置为、被布置为和/或可操作以启用和/或提供到无线通信网络的终端设备的接入或向已经接入无线通信网络的终端设备提供某种服务的任何合适的设备(或设备组)。

术语“终端设备”是指可以接入通信网络并从中接收服务的任何终端设备。作为示例而非限制，终端设备可以指移动终端，用户设备(UE)或其他合适的设备。UE可以是例如订户站、便携式订户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于便携式计算机、诸如数码相机的图像捕获终端设备、游戏终端设备、音乐存储和回放设备、移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(PDA)、车辆等。

作为又一个具体示例，在物联网(IoT)场景中，终端设备也可以称为IoT设备，并且表示执行监视、感测和/或测量等并传输这种监视、感测和/或测量等的结果给另一终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器对机器(M2M)设备，其在第三代合作伙伴计划(3GPP)上下文中可以称为机器类型通信(MTC)设备。

作为一个特定示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这样的机器或设备的特定示例是传感器、计量设备(诸如功率计)、工业机械、或家用或个人电器，例如冰箱、电视、个人可穿戴设备(诸如手表)等。在其他情况下，终端设备可以表示能够监视、感测和/或报告等其操作状态或者与其操作相关联的其他功能的车辆或其他设备(例如医疗器械)。

术语“相位旋转”在本领域中也称为“循环移位”。

如本文中所使用的，术语“第一”、“第二”等是指不同元件。除非上下文另外明确指出，否则单数形式“一”和“一个”也意图包括复数形式。如本文所使用的，术语“包括”、“包含”、“具有”和/或“含有”指定存在所述特征、元件和/或组件等，但是不排除存在或添加一个或多个其他特征、元件、组件和/或其组合。术语“基于”应被理解为“至少部分基于”。术语“一个实施例”和“实施例”应被理解为“至少一个实施例”。术语“另一实施例”应被理解为“至少一个其他实施例”。可以在下文包括其他定义(显式和隐式)。

作为非限制性的实施示例，下面示出了第三代合作伙伴计划新无线电(3GPP NR)。

在NR中，广泛使用称为混合自动重传请求(HARQ)的自适应重传方案。根据该方案，分组的接收机根据接收机是否已成功或不成功地对传输块进行解码，分别向发送器发回肯定(ACK)或否定(NACK)确认。如果是ACK，则发送器将发送新的传输块，如果是NACK，则发送器将重传初始传输块的相同版本或不同版本。对于单个数据传输块可以有多个重传尝试。通常，HARQ最适合单播和组播传输，因为这些播送模式通常具有一些标识传输块的源和目的地的方法(例如源和目的地标识符(ID))，这有利于反馈和数据重传两者。目前，HARQ通常不用于广播模式，在广播模式中，反馈和重传不被关注，或者由于存在许多参与者，它们的好处不能超过相关联的复杂性。

因此，需要对多播中的重传的实现重传进行改进。

作为示例而非限制，下面示出了从gNB到一组UE的下行链路中的多播。术语多播和点对多点(PTM)可以互换使用。

图1是示出用于配置HARQ_反馈定时的示例的图。

UE应当用于HARQ反馈的实际时间-频率资源如下所概述地被确定。

在DCI中，包含PDSCH-to-HARQ_feedback timing(PDSCH-to-HARQ_反馈定时)指示符，其指向包含在信息元素(IE)dl-DataToUL-ACK(dl-到UL的数据-ACK)中用于给定的PDSCH到DL ACK的RRC可配置定时列表的元素(参见3GPP技术规范，TS 38.213V16.4.0，第9.1.2条)，如图1所示。定时的单位是时隙。

图2是示出PUCCH中的反馈的示例的图。

在图1中这样定义的时隙内，在OFDM符号、PRB和可能的正交码方面的时频码资源是通过DCI和RRC配置的PUCCH资源集中的3比特PUCCH资源指示符(PRI)的组合来确定的，如图2所示，其中ARI(确认资源指示符)表示标准化PRI。

使用哪个资源集是如x轴指示的#比特中的UCI有效负载信息来确定的。

PUCCH资源集包含至少四个PUCCH资源配置，其中每个资源配置包含要使用的PUCCH格式以及该格式所需的所有参数。相同的PUCCH配置也可能针对不同的格式出现。

PUCCH配置可以被视为UE的候选者，并且gNB可以动态地寻址每个DCI中的候选者。这是有利的，因为并非所有UE总是被调度，因此对于每个上行链路时隙，gNB可以为那些实际有需要的UE动态指派PUCCH配置，例如因为gNB之前已经使用DCI在PDSCH上调度了数据，并且因此需要UE发送A/N(ACK/NACK)。

PUCCH格式0占用1个OFDM符号和1个物理资源块(PRB)，如下图所示。

图3是示出用于将ACK/NACK比特包括在一个资源块中的示例的图。

所发送的序列是由相同的底层长度为12的基本序列的不同相位旋转生成的。因此，应用于基本序列的相位旋转携带信息。换句话说，该信息选择多个相位旋转序列之一。为同一基本序列定义了十二种不同的相位旋转，从每个基本序列提供最多12个不同的正交序列。

在NR Rel-17中，到一组UE的PTM传输正在被标准化。被同意的是组UE可以对解码失败的HARQ进程使用NACK-only(仅NACK)信令，即它们将仅发送NACK而不是ACK。如果UE需要在上行链路时隙中仅针对一个HARQ进程发送NACK，则假定有需要的所有UE在相同的PUCCH资源中发送它们的NACK信号。gNB将监控PUCCH资源，但无法辨别哪个UE发送了NACK。如果接收到的检测能量超过配置的阈值，则gNB假定至少一个UE已发送NACK，并且相应地gNB将重传与HARQ进程相关联的传输块。

gNB可以指示组UE在相同上行链路时隙中用信号发送用于HARQ进程的集合的NACK，例如，对于gNB已通过多个下行链路时隙和分量载波发送传输块的所有HARQ进程。

然而，当前的UE支持在仅在时隙中的一个PUCCH资源上进行发送。UE必须发送的信息，例如来自多个HARQ进程的A/N被收集并构成UCI有效负载。选择适合UCI有效负载的PUCCH格式，如上一节中的图所示。收集到的信息被联合编码并以PUCCH格式发送，填充一个PUCCH资源。

对于为Rel-17(版本17)中的PTM预见的仅NACK信令，期望所有UE能够使用相同PUCCH资源集合并且从不同UE发送的用于NACK指示的信号不正交。由于不同的UE可能必须为HARQ进程的不同子集指示NACK，因此表示必须使得用于不同HARQ进程的指示不会彼此干扰。

本公开的实施例提供了具有改进的解决方案。

本公开的各个实施例提出了一种用于多播中的确认的解决方案，特别是发送设备可以知道哪些数据或其他信息需要重传。

图4是示出根据本公开实施例的由终端设备执行的方法的流程图。

根据本公开实施例1，提供了一种由终端设备执行的方法，包括:

基于用于关于确认的信息的资源的配置，向网络节点发送S101关于确认的信息；

其中，所述资源被配置用于包括所述终端设备的多个终端设备，并且用于至少一个混合自动重传请求(HARQ)进程。

作为示例，关于确认的信息可以包括至少一个NACK(否定确认)。

实施例2，根据实施例1所述的方法，其中从网络节点接收配置。

实施例3，根据实施例1至2中任一实施例所述的方法，其中所述配置指示在使用时隙中的多个物理上行链路控制信道(PUCCH)资源。

实施例4，根据实施例3所述的方法，

其中，所述多个PUCCH资源包括用于N个HARQ进程的M＝2^N个PUCCH资源，M、N为正整数；以及

其中，多个终端设备中的每个终端设备根据终端设备需要用信号发送NACK的HARQ进程的子集在PUCCH资源中的一个PUCCH资源上进行发送。

作为本公开的示例性替代实施例，多个PUCCH资源可以包括用于N个HARQ进程的M＝2^N-1个PUCCH资源，M、N是正整数。多个终端设备中的每个终端设备根据终端设备需要用信号发送NACK的HARQ进程的子集在PUCCH资源中的一个PUCCH资源上进行发送。如果终端设备具有至少一个NACK，则终端设备在多个PUCCH资源中的至少一个PUCCH资源上进行发送，并且如果终端设备不具有NACK，则终端设备不在多个PUCCH资源上进行发送。

实施例5，根据实施例3所述的方法，其中，所述多个PUCCH资源中的每个PUCCH资源表示一个HARQ进程，并且所述终端设备发送多个NACK信号，每个PUCCH资源上的一个NACK信号对应于终端设备必须用信号发送NACK的HARQ进程。

实施例6，根据实施例1至5中任一项所述的方法，其中所述配置指示除了OFDM符号和PRB之外还使用PUCCH格式0相位旋转作为维度。

实施例7，根据实施例3所述的方法，其中每个旋转与HARQ进程相关联。

实施例8，根据实施例1至7中任一实施例所述的方法，其中配置指示将每个NACK信号与HARQ进程集合相关联，并且其中多个终端设备将相同的PUCCH资源用于与HARQ进程的相同子集相关的仅NACK信号。

实施例9，根据实施例8所述的方法，其中，所述子集的大小为1。

实施例10，根据实施例8所述的方法，其中如果相关联的HARQ进程子集中的至少一个进程具有解码失败，则终端设备发送NACK信号。

图5是示出根据本公开的实施例的由网络节点(例如基站)执行的方法的流程图。

实施例11，一种由网络节点(该网络节点可以是基站)执行的方法，包括：

基于用于关于确认的信息的资源的配置，从终端设备接收S201关于确认的信息；

其中，资源被配置用于包括该终端设备在内的多个终端设备，并且用于至少一个混合自动重传请求(HARQ)进程。

实施例12，根据实施例11所述的方法，其中将配置发送给多个终端设备。

实施例13，根据实施例11至12中任一实施例所述的方法，其中配置指示使用时隙中的多个物理上行链路控制信道(PUCCH)资源。

实施例14，根据实施例13所述的方法，

其中，所述多个PUCCH资源包括用于N个HARQ进程的M＝2^N个PUCCH资源，M、N为正整数；以及

其中，多个终端设备中的每个终端设备根据终端设备需要用信号发送NACK的HARQ进程的子集在PUCCH资源中的一个PUCCH资源上进行发送。

作为本公开的示例性替代实施例，多个PUCCH资源可以包括用于N个HARQ进程的M＝2^N-1个PUCCH资源，M、N是正整数。多个终端设备中的每个终端设备根据终端设备需要用信号发送NACK的HARQ进程的子集在PUCCH资源中的一个PUCCH资源上进行发送。如果终端设备具有至少一个NACK，则终端设备在多个PUCCH资源中的至少一个PUCCH资源上进行发送，并且如果终端设备不具有NACK，则终端设备不在多个PUCCH资源上进行发送。

实施例15，根据实施例13所述的方法，其中，所述多个PUCCH资源中的每个PUCCH资源表示一个HARQ进程，并且所述终端设备发送多个NACK信号，每个PUCCH资源上的一个NACK信号对应于终端设备必须用信号发送NACK的HARQ进程。

实施例16，根据实施例11至15中任一实施例所述的方法，其中所述配置指示除了OFDM符号和PRB之外还使用PUCCH格式0相位旋转作为维度。

实施例17，根据实施例13所述的方法，其中每个旋转与HARQ进程相关联。

实施例18，根据实施例11至17中任一实施例所述的方法，其中配置指示将每个NACK信号与HARQ进程集合相关联，并且其中多个终端设备将相同的PUCCH资源用于与HARQ进程的相同子集相关的仅NACK信号。

实施例19，根据实施例18所述的方法，其中，所述子集的大小为1。

实施例20，根据实施例18所述的方法，其中如果相关联的HARQ进程子集中的至少一个进程具有解码失败，则终端设备发送NACK信号。

实施例21，一种终端设备100，包括：

一个或多个处理器1001；以及

一个或多个包括计算机程序代码1003的存储器1002，

一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使得终端设备至少执行根据实施例1至10和25至36中任一实施例所述的方法。

实施例22，一种网络节点200，包括：

一个或多个处理器2001；以及

一个或多个包括计算机程序代码2003的存储器2002，

一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使网络节点至少执行根据实施例11至20和37至48中任一实施例所述的方法。

实施例23，一种其上体现有计算机程序代码701的计算机可读介质700，用于与网络节点200一起使用，其中计算机程序代码包括用于执行根据实施例11至20和37至48中任一项所述的方法的代码。

实施例24，一种其上体现有计算机程序代码701的计算机可读介质700，用于与终端设备100一起使用，其中计算机程序代码包括用于执行根据实施例1至10和25至36中任一项所述的方法的代码。

实施例25，根据实施例3所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中多个PUCCH资源可以包括用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2并且Q>N，Q和N是正整数值，其中可能的HARQ码字可以被分组使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联，其中终端设备(100)可以根据终端设备(100)需要用信号发送NACK的HARQ进程的子集来确定HARQ码字，并且其中终端设备(100)可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。

实施例26，根据实施例25所述的方法，其中一个组的HARQ码字可以相差最多Q-N个比特。

实施例27，根据实施例3所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中多个PUCCH资源可以包括用于Q个HARQ进程的2^N-1个PUCCH资源，其中Q>N，Q和N是正整数值，其中HARQ码字可以被分组使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联，其中终端设备(100)可以根据终端设备(100)需要用信号发送NACK的HARQ进程的子集来确定HARQ码字，并且其中终端设备(100)可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。

实施例28，根据实施例27所述的方法，其中一个组的HARQ码字可以相差最多Q-N比特，除了HARQ码字可以相差最多Q-N+1比特的一个组之外。

实施例29，根据实施例3所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中多个PUCCH资源可以包括用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2并且Q>N，Q和N是正整数值，其中多个HARQ码字可以基于编码到HARQ码字中的NACK的数量来分组并关联到PUCCH资源；并且其中终端设备(100)可以根据终端设备(100)需要用信号发送NACK的HARQ进程的子集来确定HARQ码字；并且其中终端设备(100)可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。

实施例30，根据实施例3所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中多个PUCCH资源可以包括用于Q个HARQ进程的2^N-Z个PUCCH资源，其中Q>N，2^N-1>Z>0，Q以及N和Z为正整数值，其中多个HARQ码字可以基于编码到HARQ码字中的NACK的数量被分组并关联到PUCCH资源，其中终端设备(100)可以根据终端设备(100)需要用信号发送NACK的HARQ进程的子集来确定HARQ码字，并且其中终端设备(100)可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。

实施例31，根据实施例29或30所述的方法，其中每组的HARQ码字的数量可以随着编码到HARQ码字中的NACK的数量而增加。

实施例32，根据实施例6所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中Q>1并且Q是整数值；并且其中每个HARQ码字可以与一个相位旋转相关联。

实施例33，根据实施例32所述的方法，其中多个HARQ码字可以与相同的相位旋转相关联。

实施例34，根据实施例33所述的方法，其中基于编码到HARQ码字中的NACK的数量，可以将多个HARQ码字与相同的相位旋转相关联。

实施例35，根据实施例32所述的方法，其中最多一个HARQ码字可以与相位旋转相关联，并且其中具有相关联的HARQ码字的相邻相位旋转的HARQ码字可以仅在一个比特上不同。

实施例36，根据实施例35所述的方法，其中Q可以大于2。

实施例37，根据实施例13所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中多个PUCCH资源可以包括用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2并且Q>N，Q和N是正整数值，其中可能的HARQ码字可以被分组使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联，其中终端设备(100)可以根据终端设备(100)需要用信号发送NACK的HARQ进程的子集来确定HARQ码字；并且其中终端设备(100)可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。

实施例38，根据实施例37所述的方法，其中一个组的HARQ码字可以相差最多Q-N个比特。

实施例39，根据实施例13所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中多个PUCCH资源可以包括用于Q个HARQ进程的2^N-1个PUCCH资源，其中Q>N，Q和N是正整数值，其中HARQ码字可以被分组使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联，其中终端设备(100)可以根据终端设备(100)需要用信号发送NACK的HARQ进程的子集来确定HARQ码字，并且其中终端设备(100)可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。

实施例40，根据实施例39所述的方法，其中一个组的HARQ码字可以相差最多Q-N比特，除了其中HARQ码字可以相差最多Q-N+1比特的一个组之外。

实施例41，根据实施例13所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中多个PUCCH资源可以包括用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2并且Q>N，Q和N是正整数值，其中多个HARQ码字可以基于编码到HARQ码字中的NACK的数量被分组并关联到PUCCH资源，其中终端设备(100)可以根据终端设备(100)需要用信号发送NACK的HARQ进程的子集来确定HARQ码字，其中终端设备(100)可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。

实施例42，根据实施例13所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中多个PUCCH资源可以包括用于Q个HARQ进程的2^N-Z个PUCCH资源，其中Q>N并且2^N-1>Z>0，Q和N和Z是正的整数值，其中多个HARQ码字可以基于被编码到HARQ码字中的NACK的数量被分组并关联到PUCCH资源，其中终端设备(100)可以根据终端设备(100)需要用信号发送NACK的HARQ进程的子集来确定HARQ码字，并且其中终端设备(100)可以在与所确定的HARQ码字相关联的PUCCH资源上进行发送。

在实施例43中，根据实施例41或42所述的方法，其中每组的HARQ码字的数量可以随着编码到HARQ码字中的NACK的数量而增加。

实施例44，根据实施例16所述的方法，其中HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特，其中比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于所关联的HARQ进程的NACK，其中Q>1并且Q是整数值；并且其中每个HARQ码字可以与一个相位旋转相关联。

实施例45，根据实施例44所述的方法，其中多个HARQ码字可以与相同的相位旋转相关联。

实施例46，根据实施例45所述的方法，其中可以基于编码到HARQ码字中的NACK的数量将多个HARQ码字关联到相同的相位旋转。

实施例47，根据实施例44所述的方法，其中最多一个HARQ码字可以与相位旋转相关联；并且其中具有相关联的HARQ码字的相邻相位旋转的HARQ码字可以仅相差一个比特。

实施例48，根据实施例47所述的方法，其中Q可以大于2。

在本公开中，解决方案可以使用现有的PUCCH格式来从多播组中的多个UE发送用于多个PDSCH的NACK反馈信号。

可以使用以下变体，其中前7个配置是互斥的，其他2个配置可以与前2个配置中的任一个组合。

配置1：使用相同时隙中的多个PUCCH资源，M＝(用于N个HARQ进程的2^N个PUCCH资源，每个UE根据UE需要用信号发送NACK的HARQ进程的子集在资源中的一个资源上进行发送)；M、N为正整数；

配置2：使用相同时隙中的多个PUCCH资源，其中每个PUCCH资源表示一个HARQ进程并且UE需要发送多个NACK信号，每个PUCCH资源上的一个NACK信号对应于UE必须用信号发送NACK的HARQ进程；

配置3：使用相同时隙中的多个PUCCH资源，M＝2^N-1个PUCCH资源用于N个HARQ进程，每个UE根据UE需要用信号发送NACK的HARQ进程的子集在资源中的一个资源上进行发送，如果UE不需要指示任何NACK，则不发送信号。不需要对应于全零HARQ码字的PUCCH资源；M、N为正整数。

配置4：使用相同时隙中的多个PUCCH资源，用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2、Q>N，HARQ码字被分组使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联，每个UE根据UE需要用信号发送NACK的HARQ进程的子集和所得到的HARQ码字在PUCCH资源中的一个PUCCH资源上进行发送，一个组的HARQ码字可以最多相差Q-N比特；Q和N是正整数值。

配置5：使用相同时隙中的多个PUCCH资源，用于的Q个HARQ进程的2^N-1个PUCCH资源，其中Q>N，HARQ码字被分组，使得(2^Q/2^N)个HARQ码字与除了一个PUCCH资源之外的每个PUCCH资源相关联，每个UE根据UE需要用信号发送NACK的HARQ进程的子集以及所得到的HARQ码字在PUCCH资源中的一个PUCCH资源上进行发送；Q和N是正整数值，一个组的HARQ码字可以相差最多Q-N比特，除了其中HARQ码字可以相差最多Q-N+1比特的一个组之外。

配置6：使用相同时隙中的多个PUCCH资源，用于Q个HARQ进程的2^N个PUCCH资源，其中Q>2、Q>N，基于编码到HARQ码字中的NACK的数量将多个HARQ码字分组并关联到PUCCH资源，每个UE根据UE需要用信号发送NACK的HARQ进程的子集和得到的HARQ码字在PUCCH资源中的一个PUCCH资源上进行发送，每组HARQ码字的数量可以随着编码到HARQ码字中的NACK的数量而增加；Q和N是正整数值。

配置7：使用相同时隙中的多个PUCCH资源，用于Q个HARQ进程的2^N-Z个PUCCH资源，其中Q>N，2^N-1>Z>0，多个HARQ码字基于编码到HARQ码字中的NACK的数量被分组并关联到PUCCH资源，每个UE根据UE需要用信号发送NACK的HARQ进程的子集以及所得到的HARQ码字在PUCCH资源中的一个PUCCH资源上进行发送，每组的HARQ码字的数量可以随着编码到HARQ码字中的NACK的数量而增加；Q、N和Z是正整数值。

配置8：除了OFDM符号和PRB之外，还使用PUCCH格式0相位旋转作为维度，即将每个旋转与HARQ进程相关联；

配置9：将每个NACK信号与HARQ进程集合相关联，其中多个UE将相同的PUCCH资源用于与相同的HARQ进程子集相关的仅NACK信号，并且子集大小可以减小到1。如果相关联的HARQ进程子集中的至少一个进程具有解码失败，则UE发送NACK信号，并且gNB相应地重传所有HARQ进程的传输块。

根据本公开的实施例，使得组UE能够在同一上行链路时隙中指示用于多个HARQ进程的NACK信号。

下面可进一步说明进一步详细的实施例。

在一个实施例中，gNB在时隙中配置M＝2^N个PUCCH格式0资源，其中N等于一个时隙中需要发送反馈的HARQ进程的数量。每个UE将HARQ进程视为二进制(HARQ)码字中的比特，如果UE需要为该进程发送NACK，则设置该比特。PRI确定码字中的比特位置。然后，UE使用码字来寻址M个PUCCH资源中的一个PUCCH资源，并在该资源上发送PUCCH格式0NACK信号。gNB对M个PUCCH资源中的每一个执行能量检测，以检测M个码字中的哪些码字Wi(i是码字的索引号)已经由任何UE用信号发送。gNB通过逻辑OR(或)运算符组合码字Wi以获得单个码字W。(HARQ)码字中的每个设置比特向gNB指示至少一个UE已经用信号发送用于相应进程的NACK。然后gNB可以重传对应的传输块。

例如，码字“101”可以指示第一进程/块和第三进程/块需要重传，其中每个“1”指示一个特定的进程/块。

本实施例的一种具体情况是，如果UE不需要为任何HARQ进程指示NACK，则这对应于全零比特的码字，并且UE将在由这个码字寻址的资源上发送PUCCH格式0信号。

更具体地，UE(终端设备)在该信号上消耗电池功率，并且来自在该资源上进行发送的所有UE的总功率可能导致小区内和小区间干扰。gNB不会从该资源上的该信号受益，因为如果gNB还检测到其他PUCCH资源上的能量，则它知道需要重传对应的传输块，并且如果它没有检测到任何其他PUCCH资源中的能量，则gNB需要假设没有UE指示NACK，无论在与全零码字相对应的资源上检测到的能量如何。

针对该问题的进一步改进的解决方案是，如果UE不需要指示任何NACK，则UE不发送信号。因此，与全零码字相对应的PUCCH资源将不会被任何组UE用于传输，并且可以被重新用于其他目的，例如，由UE用于发送用于PTP(点对点)链路的HARQ A/N信号。在一个实施例中，gNB不向组UE配置该PUCCH资源，即，为组UE配置的PUCCH资源的总数是M＝2^N-1。这种改进的解决方案的进一步优点将是不浪费UE电池功率、减少小区内和小区间干扰并节省一个PUCCH资源。

在又一改进的解决方案中，多个码字可以被映射到相同的PUCCH资源(捆绑的)，如图17至19的示例中所示。这保证了PUCCH资源的安全，但可能导致不必要的重传。

HARQ码字可以包括用于至少Q个HARQ进程的至少Q个比特。比特中的每个比特可以与一个HARQ进程相关联，并且每个比特可以指示是否需要用信号发送用于相关联的HARQ进程的NACK。

图17示出了一个实施例，其中对于给定数量Q的HARQ进程(每个属于一个传输块(TB))，预留数量2^N的PUCCH资源，其中Q>2且Q>N，两者均为正整数。可能的HARQ反馈码字替代(例如0011、0010等)被分组(捆绑)，以便(2^Q/2^N)HARQ码字(从这里开始称为“码字”)与每个PUCCH资源相关联，除了一个PUCCH资源(由于如上所述不需要传输0000码字，因此码字数量为奇数，这导致一个码字组少一个相关联的码字)。对码字进行分组的一个约束可以是分组的码字可以相差最多Q-N个比特。

在图17所示的示例中，假定四个HARQ进程(Q＝4)并且预留8个PUCCH资源(N＝3)。对于4个HARQ进程，可能有15个反馈码字(编号0-14)。由于只有8个PUCCH资源可用，因此2^Q/2^N＝16/8＝2个码字关联(分组/捆绑)到一个PUCCH资源(PUCCH#0资源除外)。换句话说，对于7个PUCCH资源，捆绑大小是2，对于PUCCH#0资源，捆绑大小是1。码字中的“1”表示“NACK”。不发送全零码字。与PUCCH#1-PUCH#7资源相关联的2个码字相差Q-N＝4-3＝1比特。

终端设备随后将根据其需要用信号发送NACK的HARQ进程的子集来确定HARQ码字，并且在所确定的HARQ码字关联到的PUCCH资源上进行发送。例如，如果确定的HARQ码字是0101，则终端设备将在PUCCH#2资源上进行发送，如图17所示。

在图18所示的另一个实施例中，HARQ捆绑遵循另一种映射，其中与图17相比节省了PUCCH资源。这是通过以下方式实现的：对于给定数量Q的HARQ进程，预留数量2^N-1的PUCCH资源，其中Q>N，两者都是正整数。可能的HARQ反馈码字替代(例如0011、0010等)被分组(捆绑)，以便(2^Q/2^N)个码字与除一个PUCCH资源之外的每个PUCCH资源相关联。一个组的码字最多可以相差Q-N比特，但码字最多可以相差Q-N+1比特的一个组除外。

在图18所示的示例中，使用以下参数：Q＝4且N＝3。15个NACK码字(0000不需要被编码)与PUCCH资源相关联。2^N-1＝7个PUCCH资源可用。对于码字中的12(与PUCCH#1-#6相关联)，捆绑大小为2^Q/2^N＝2；对于码字中的3(与PUCCH#0相关联)，捆绑大小为3。码字中的“1”表示NACK。不发送全零码字(0000)。映射到PUCCH#1-#6的组的码字相差Q-N＝4-3＝1比特，而映射到PUCCH#0的码字最多相差Q-N+1＝4-3+1＝2比特。

在又一个实施例中，HARQ捆绑遵循这样的映射，其中仅表示少量NACK的码字被映射到不同的PUCCH资源，并且表示更多NACK的码字被分组并被映射到相同的PUCCH资源。换句话说，码字可以基于编码到HARQ码字中的NACK的数量而与PUCCH资源相关联。

图19中示出了这样的实施例的示例，其具有与图17中所示的示例所使用的相同的参数(Q＝4并且N＝3)。

在图19所示的示例中，用于Q＝4个HARQ进程的HARQ反馈被映射到2^N个PUCCH资源，使得第一PUCCH#0-#6资源与表示最多2个NACK(码字权重最大为2)的码字相关联，而PUCCH#7资源与表示2个或更多NACK(码字权重为2或更高)的码字相关联。全零码字不被映射到任何PUCCH资源。码字的权重是码字中存在的“1”(NACK)的数量。

上述实施例的动机是双重的；

1)假设具有小比特和(码字权重)的码字比具有大比特和的码字更有可能。对于TB(传输块)错误概率的低相关性，情况就是如此，这对于突发干扰来说是典型的，或者如果是不同的TB在不同的载波频率上传输(如在载波聚合中)。

2)如果gNB(网络节点)在PUCCH#7上检测到信号，则预期行为是重传所有4个TB，对于码字7至9，这表示4个TB中的2个(即50％)被不必要地重传，这比图17所示的示例的百分比更高，其中在任何PUCCH上接收到的信号最多可能有4个TB中的1个(即25％)被不必要地重传。对于本实施例中的码字10至13，4个TB中的1个(即25％)被不必要地重传。

在一个实施例中，gNB在时隙中配置N个PUCCH格式0资源。每个资源都与一个HARQ进程相关联，并且可以例如通过PTM-DCI中的PRI寻址。

如果对应的HARQ进程指示PDSCH解码失败，则UE在该资源上发送PUCCH格式0NACK信号。如果UE配置有用于NACK信号的多个PUCCH资源并且在多个HARQ进程中解码失败，则UE需要在同一时隙中发送多个NACK信号。

在一个实施例中，时隙中的多个PUCCH资源可以优选地被配置在不同的OFDM符号上，使得UE不需要在多个NACK信号之间共享其总发射功率。

具有第二优先级，多个PUCCH资源可以被配置在相同的OFDM符号上，即，使用多个PRB。在一个实施例中，在相邻PRB上配置多个PUCCH资源。这样做的优点是在UE发射机链中引起较少的互调(intermodulation)问题。根据TS 38.101 V17.0.0，使用CP-OFDM的PUSCH资源分配在FR1(频率范围1)中必须几乎连续，这几乎意味着间隙必须小于PRB范围的25％，PRB范围包括间隙和分配的PRB，并且在FR2(频率范围2)中，PUSCH的分配必须是连续的。

对于PUSCH，所分配的PRB实际上也用于传输。然而，被配置用于可能的NACK传输的多个PUCCH资源通常并不全部被UE使用。因此，即使PUCCH资源被相邻地配置，在特定时隙中由UE用于发送NACK信号的PRB通常将不是连续的或几乎连续的。

如果发射机中的互调问题重要性较低，则在一个实施例中，PRB被配置为不相邻。这样做的优点是，gNB接收机中可以导致PRB之间干扰的可能的信号失真问题的影响减小。这种信号失真可能是由于从在相同PUCCH资源上发送NACK信号的未知数量的组UE接收到的功率的累积水平过高而引起的。

在一个实施例中，利用构成PUCCH格式0信号的序列的多相位和参考旋转来形成NACK信号。在一个PUCCH格式0资源中可以复用12种不同的旋转。旋转可以被视为附加的复用域，即附加于先前实施例中引入的OFDM符号和PRB域。

在Rel-15中，最多分配2个旋转来表示每UE的2个HARQ ACK/NACK比特，并且不同的UE可以使用不同的旋转来在相同的PUCCH OFDM符号和PRB上发送ACK/NACK比特。对于仅PTM和NACK信令，可以为所有组UE配置所有12个旋转。缺点是UE必须将其总功率拆分给其使用的旋转。

对于每个PUCCH OFDM符号和PRB，gNB执行接收到的信号与基本序列的12个旋转的相关，然后分别对12个相关信号中的每一个执行能量检测以确定至少一个组UE是否发射了具有对应的旋转的信号。

在gNB(网络节点)处对于相邻旋转的误检(misdetection)概率随着信道时延扩展而增加。将误检概率保持在可接受水平以下的已知实际解决方案是不使用每个旋转(即12个旋转)，而是仅每隔一个旋转。

另一种可能的解决方案是最小化相邻旋转之间的误检可能具有的影响。这可以如以下实施例中所描述的来完成。

在一个实施例中，使用“格雷(Gray)”编码将每个码字映射到不同的旋转，使得任意2个相邻旋转对应于相差仅1比特的2个码字。

图15示出了在格雷编码之后映射到4个不同旋转的UE(终端设备)的2比特码字的示例。每个比特由NACK的值N(即“1”)或ACK的值A(即“0”)表示。该方案可以扩展到超过2比特的码字。

图16示出了具有支持log2(12)＝3比特码字的12个旋转的实施例。可以配置不同的旋转来表示3个HARQ进程的不同解码结果。相邻旋转的解码结果仅相差一比特(格雷编码)。

如果一些码字被映射到相同的旋转(未示出)，则当假设例如总共12个旋转时，甚至可以支持具有多于3比特的码字。基于编码到HARQ码字中的NACK的数量，多个HARQ码字可以与相同的相位旋转相关联。

在一个实施例中，用于格式0的一个PUCCH资源被配置用于多个HARQ进程，并且如果在任何HARQ进程中发生解码失败，则每个UE在PUCCH资源上发送NACK信号。当gNB在PUCCH资源上接收到NACK信号时，将重传与HARQ进程相对应的所有传输块。

在相关实施例中，传输块需要被解码并且UE必须有机会向UE指示NACK的HARQ进程的总集合被拆分成多个子集。对于每个子集，如果子集中的任何HARQ进程的任何解码失败，则UE将发送NACK。gNB为每个子集配置PUCCH资源。多个PUCCH资源可以按照如以上实施例中所描述的在OFDM符号、PRB和旋转分配方面的方式来配置。

根据本公开的此类实施例，可以解决在一个上行链路时隙中对HARQ进程集合用信号发送仅NACK的问题，其中多个UE将相同的PUCCH资源用于与HARQ进程的相同子集相关的仅NACK信号，并且子集大小可以减少到1(即，对于每个HARQ进程)。

图6是示出根据本公开实施例的用于网络节点、终端设备的装置的框图。

如图6所示，终端设备100可以包括：一个或多个处理器1001；以及一个或多个包括计算机程序代码1003的存储器1002。一个或多个存储器和计算机程序代码可以被配置为与一个或多个处理器一起使得终端设备至少：执行根据如上所述任一实施例所述的方法。

网络节点200可以包括：一个或多个处理器2001；以及一个或多个包括计算机程序代码2003的存储器2002。一个或多个存储器和计算机程序代码可以被配置为与一个或多个处理器一起使得网络节点至少：执行根据如上所述任一实施例所述的方法。

处理器1001、2001可以是任何种类的处理组件，例如一个或多个微处理器或微控制器，以及其他数字硬件，其可以包括数字信号处理器(DSP)、专用数字逻辑等。存储器1002、2002可以是任何种类的存储组件，例如只读存储器(ROM)、随机存取存储器、高速缓冲存储器、闪存设备、光学存储设备等。

图7是示出根据本公开的一些实施例的计算机可读介质700的框图。

如图7所示，提供了一种其上体现有计算机程序代码701的计算机可读介质700，用于与网络节点200和终端设备100之一一起使用。计算机程序代码可以包括用于执行如上所述根据任一实施例所述的方法的代码。计算机程序代码701可以包括或对应于这些计算机程序代码1003、2003。

计算机可读存储介质700可以被配置为包括诸如RAM、ROM、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)之类的存储器、磁盘、光盘、软盘、硬盘、可移动盒式磁带或闪存驱动器。

图8是示出根据本公开的一些实施例的用于网络节点(例如，基站)、终端设备的装置的框图。

如图8所示，提供了一种终端设备100，包括：发送单元101，其被配置为执行步骤S101。

在本公开实施例中，终端设备可以执行根据上述任一实施例所述的方法。

如图8所示，提供了一种网络节点200，包括：接收单元201，其被配置为执行步骤S201。

在本公开的实施例中，网络节点可以执行根据上述实施例中的任一项所述的方法。

术语“单元”可具有在电子、电气设备和/或电子设备领域的常规含义，并且可以包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或离散设备、用于执行各个任务、过程、计算、输出和/或显示功能等、计算机程序或指令，例如本文描述的那些。

利用这些单元，终端设备100、网络节点200可以不需要固定的处理器或存储器，可以从通信系统中的至少一个网络节点/设备/实体/装置布置任何计算资源和存储资源。可以进一步引入虚拟化技术和网络计算技术，以提高网络资源的使用效率和网络的灵活性。

根据本公开的任一实施例，提供了一种用于多播中的确认的方式。具体地，使得组UE能够在同一上行链路时隙中指示用于多个HARQ进程的NACK信号。

本公开的这些实施例可以在通信系统中实现。

例如，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、网络节点和UE。该网络节点可以是图6和图8的网络节点200，其可以执行图5的方法S201。该网络节点在以下段落中被称为基站。UE可以是图6和图8的终端设备100，其可以执行图4的方法S101。

该方法可以包括在主机计算机处提供用户数据。可选地，该方法可以包括在主机计算机处发起经由包括基站的蜂窝网络到UE的携带用户数据的传输，该基站可以执行根据本公开上述实施例所述的方法的任何步骤。

例如，提供了一种包括主机计算机的通信系统。主机计算机可以包括被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以便发送给UE的通信接口。蜂窝网络可以包括具有无线电接口和处理电路的基站。基站的处理电路可以被配置为执行根据本公开上述实施例所述的方法的任意步骤。

例如，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处提供用户数据。可选地，该方法可以包括在主机计算机处发起经由包括基站的蜂窝网络到UE的携带用户数据的传输。UE可以执行本公开上述实施例所述的方法的任意步骤。

例如，提供了一种包括主机计算机的通信系统。主机计算机可以包括被配置为提供用户数据的处理电路，以及被配置为将用户数据转发给蜂窝网络以便发送给UE的通信接口。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开上述实施例所述的方法的任何步骤。

例如，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处接收从UE发送给基站的用户数据，UE可以执行根据本公开上述实施例所述的方法的任何步骤。

例如，提供了一种包括主机计算机的通信系统。主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。UE可以包括无线电接口和处理电路。UE的处理电路可以被配置为执行根据本公开上述实施例所述的方法的任何步骤。

例如，提供了一种在通信系统中实现的方法，该通信系统可以包括主机计算机、基站和UE。该方法可以包括在主机计算机处从基站接收源自基站已从UE接收的传输的用户数据。基站可以执行本公开上述实施例所述的方法的任意步骤。

例如，提供了一种可以包括主机计算机的通信系统。主机计算机可以包括通信接口，该通信接口被配置为接收源自从UE到基站的传输的用户数据。基站可以包括无线电接口和处理电路。基站的处理电路可以被配置为执行根据本公开上述实施例所述的方法的任意步骤。

图9是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。

参考图9，根据实施例，一种通信系统包括诸如3GPP类型蜂窝网络之类的电信网络910，其包括诸如无线电接入网络之类的接入网络911和核心网络914。接入网911包括多个基站912a、912b、912c，例如NB、eNB、gNB或其他类型的无线接入点，每个定义对应的覆盖区域913a、913b、913c。每个基站912a、912b、912c可通过有线或无线连接915连接到核心网络914。图6和图8的网络节点200可以表示基站。位于覆盖区域913C中的第一UE 991被配置为无线连接到对应的基站912C或被其寻呼。覆盖区域913a中的第二UE 992可无线连接到对应的基站912a。尽管在该示例中示出了多个UE 991、992，但是所公开的实施例同样适用于唯一UE在覆盖区域中或唯一UE连接到对应的基站912的情况。图6和图8的终端设备100可以表示UE。

电信网络910本身连接到主机计算机930，主机计算机930可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中或作为服务器场中的处理资源。主机计算机930可以在服务提供商的所有权或控制之下，或者可以由服务提供商或表示服务提供商来操作。电信网络910与主机计算机930之间的连接921和922可以直接从核心网络914扩展到主机计算机930，或者可以通过可选的中间网络920。中间网络920可以是公共、私有或托管网络之一，也可以是其中多个的组合；中间网络920(如果有的话)可以是骨干网或互联网；特别地，中间网络920可以包括两个或更多个子网络(未示出)。

图9的通信系统作为整体实现了连接的UE 991、992与主机计算机930之间的连接。该连接可以被描述为过顶(Over-the-Top)(OTT)连接950。主机计算机930和连接的计算机UE 991、992被配置为经由使用接入网络911、核心网络914、任何中间网络920以及可能的其他基础设施(未示出)作为中介的OTT连接950来传递数据和/或信令。在OTT连接950通过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接950可以是透明的。例如，可以不向或者不需要向基站912通知传入(incoming)下行链路通信的过去路由，该传入下行链路通信具有源自主机计算机930的将向连接的UE991转发(例如移交)的数据。类似地，基站912不需要知道源自UE 991朝向主机计算机930的传出(outgoing)上行链路通信的未来路由。

图10是示出根据本公开的一些实施例的通过部分无线连接经由基站与UE通信的主机计算机的框图。

现在将参考图10描述根据在前面的段落中讨论的UE、基站和主机计算机的实施例的示例实施方式。在通信系统1000中，主机计算机1010包括硬件1015，该硬件1015包括被配置为建立和维护与通信系统1000的不同通信设备的接口的有线或无线连接的通信接口1016。主机计算机1010还包括处理电路1018，处理电路1018可以具有存储和/或处理能力。特别地，处理电路1018可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。主机计算机1010还包括软件1011，该软件1011存储在主机计算机1010中或可由主机计算机1010访问并且可由处理电路1018执行。软件1011包括主机应用1012。主机应用1012可操作于向诸如UE1030的远程用户提供服务，UE1030经由终止于UE 1030和主机计算机1010的OTT连接1050连接。在向远程用户提供服务时，主机应用1012可以提供使用OTT连接1050发送的用户数据。

通信系统1000还包括基站1020，该基站1020在电信系统中提供并且包括使其能够与主机计算机1010以及与UE1030通信的硬件1025。硬件1025可以包括用于建立和维护与通信系统1000的不同通信设备的接口的有线或无线连接的通信接口1026，以及用于建立和维护与位于由基站1020服务的覆盖区域(图10中未示出)中的UE1030的至少无线连接1070的无线电接口1027。通信接口1026可被配置为促进到主机计算机1010的连接1060。连接1060可以是直接的，或者可以通过电信系统的核心网络(图10中未示出)和/或通过电信系统外部的一个或多个中间网络。在所示的实施例中，基站1020的硬件1025还包括处理电路1028，处理电路1028可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。基站1020还具有内部存储或可通过外部连接访问的软件1021。

通信系统1000还包括已经提到的UE 1030。其硬件1035可以包括无线电接口1037，无线电接口1037被配置为建立并维护与服务于UE 1030当前所在的覆盖区域的基站的无线连接1070。UE 1030的硬件1035还包括处理电路1038，处理电路1038可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。UE1030进一步包括存储在UE 1030中或可由UE 1030访问并且可由处理电路1038执行的软件1031。软件1031包括客户端应用1032。客户端应用1032可操作于在主机计算机1010的支持下经由UE1030向人类或非人类用户提供服务。在主机计算机1010中，正在执行的主机应用1012可以通过终止于UE 1030和主机计算机1010的OTT连接1050与正在执行的客户端应用1032通信。在向用户提供服务中，客户端应用1032可以从主机应用1012接收请求数据，并响应于该请求数据提供用户数据。OTT连接1050可以传送请求数据和用户数据两者。客户端应用1032可以与用户交互以生成其提供的用户数据。

注意，图10所示的主机计算机1010、基站1020和UE 1030可以分别与图9的主机计算机930、基站912a、912b、912c之一和UE 991、992之一相似或相同。也就是说，这些实体的内部工作原理可以如图10所示，而独立地，周围网络拓扑结构可以是图9的那样。

在图10中，已经抽象地绘制了OTT连接1050，以示出主机计算机1010与UE 1030之间经由基站1020的通信，而没有明确地参考任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定路由，网络基础设施可被配置为将该路由对UE 1030或对操作主机计算机1010的服务提供商或两者隐藏。当OTT连接1050是活动的时，网络基础设施可以进一步做出决定，通过该决定它动态地改变路由(例如基于负载平衡考虑或网络的重新配置)。

UE 1030和基站1020之间的无线连接1070根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接1050提供给UE 1030的OTT服务的性能，在OTT连接1050中无线连接1070形成最后的段。更精确地，这些实施例的教导可以改善延迟和功耗，并且从而提供诸如更低的复杂性、减少访问小区所需的时间、更好的响应性、延长的电池寿命等好处。

可以出于监视数据速率、延迟和一个或多个实施例在其上改善的其他因素的目的而提供测量过程。可能还存在可选的网络功能，用于响应于测量结果的变化来重新配置主机计算机1010和UE 1030之间的OTT连接1050。用于重新配置OTT连接1050的测量过程和/或网络功能可以在主机计算机1010的软件1011和硬件1015中或在UE 1030的软件1031和硬件1035中或两者中实现。在实施例中，可以将传感器(未示出)部署在OTT连接1050所经过的通信设备中或与之相关联；传感器可以通过提供以上例示的监控量的值或提供软件1011、1031可以从中计算或估计监控量的其他物理量的值来参与测量过程。OTT连接1050的重配置可以包括消息格式、重传设置、优选的路由等；重新配置不必影响基站1020，并且它可能对于基站1020是未知的或不可感知的。这种过程和功能在本领域中是已知的和实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机计算机1010对吞吐量、传播时间、延迟等的测量。可以如下实现测量，在软件1011和1031在监视消息传播时间、错误等的同时促使使用呢OTT连接1050发送消息(尤其是空消息或“假(dummy)”消息)。

图11是示出根据本公开的实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图9和图10描述的那些。为了本公开简单起见，本部分仅包括对图11的附图参考。在步骤1110，主机计算机提供用户数据。在步骤1110的子步骤1111(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1120中，主机计算机发起到UE的携带用户数据的传输。在步骤1130(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送由主机计算机发起的传输中携带的用户数据。在步骤1140(也可以是可选的)，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图12是示出根据本公开的实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图9和图10描述的那些。为了本公开简单起见，本部分仅包括对图12的附图参考。在步骤1210，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1220中，主机计算机发起到UE的携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可以通过基站。在步骤1230(可以是可选的)，UE接收在传输中携带的用户数据。

图13是示出根据本公开的实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图9和图10描述的那些。为了本公开简单起见，本部分仅包括对图13的附图参考。在步骤1310(可以是可选的)中，UE接收由主机计算机提供的输入数据。附加地或替代地，在步骤1320中，UE提供用户数据。在步骤1320的子步骤1321(可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1310的子步骤1311(可以是可选的)中，UE执行客户端应用，该客户端应用响应于由主机计算机提供的所接收到的输入数据来提供用户数据。在提供用户数据时，执行的客户端应用可以进一步考虑从用户接收的用户输入。不管提供用户数据的特定方式如何，UE在子步骤1330(可能是可选的)中发起用户数据到主机计算机的传输。在该方法的步骤1340中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图14是示出根据本公开的实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图9和图10描述的那些。为了本公开简单起见，在本部分中仅包括对图14的附图参考。在步骤1410(可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤1420(可以是可选的)，基站发起接收的用户数据到主机计算机的传输。在步骤1430(可以是可选的)，主机计算机接收由基站发起的传输中携带的用户数据。

通常，各种示例性实施例可以在硬件或专用芯片、电路、软件、逻辑或其任何组合中实现。例如，一些方面可以用硬件实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件实现，但是本公开不限于此。虽然可以将本公开的示例性实施例的各个方面图示和描述为框图、流程图或使用一些其他图形表示，但是可以很好地理解，本文描述的这些框、装置、系统、技术或方法可以作为非限制性示例以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

因此，应该理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实践。因此应当理解，本公开的示例性实施例可以在体现为集成电路的装置中实现，其中集成电路可以包括电路(以及可能固件)，用于体现可配置以便根据本公开的示例性实施例操作的数据处理器、数字信号处理器、基带电路和无线电频率电路中的至少一个或多个。

应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其他设备执行的计算机可执行指令中，例如在一个或多个程序模块中。通常，程序模块包括在计算机或其他设备中由处理器执行时执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。计算机可执行指令可以存储在诸如硬盘、光盘、可移动存储介质、固态存储器、随机存取存储器(RAM)等的计算机可读介质上。本领域技术人员将理解，程序模块的功能可以在各种实施例中根据需要组合或分布。另外，功能可以全部或部分地体现在固件或硬件等价物(诸如集成电路、现场可编程门阵列(FPGA)等)中。

本公开包括本文明确公开的任何新颖特征或特征组合或其任何概括。当结合附图阅读时，鉴于前述描述，对本公开的前述示例性实施例的各种修改和调适对于相关领域的技术人员而言将变得明显。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。

缩写词 解释

PRIPUCCH资源指示符

UCI上行链路控制信息

5G 第五代

ACK确认

AMF接入和移动性管理功能

BWP带宽部分

CE 控制元素

CP 循环前缀

CSI-RS 信道状态信息参考信号

DCI下行链路控制信息

DFN直接帧号

DMRS 解调参考信号

gNBgNodeB(g节点B)

HARQ 混合自动重传请求

IE 信息元素

LTE长期演进

MAC媒体访问控制

MCS调制和编码方案

NACK 否定确认

NDI新数据指示符

NR 新无线电

OFDM 正交频分复用

PDCCH物理下行链路控制信道

PDCP 分组数据汇聚协议

PDSCH物理下行链路共享信道

ProSe基于邻近的服务

PSBCH物理侧链路广播信道

PSCCH物理侧链路公共控制信道

PSFCH物理侧链路反馈信道

PT-RS跟踪参考信号

PUCCH物理上行链路控制信道

PUSCH物理上行链路共享信道

PTM点对多点

QoS服务质量

RAN无线电接入网络

RB 资源块

RLC无线电链路控制

RLF无线电链路故障

RLM无线电链路监视

RNTI 无线电网络临时标识符

RRC无线电资源控制

RSRP 参考信号接收功率

RSRQ 参考信号接收质量

RSSI 接收信号强度指示符

RV 冗余版本

SCI侧链路控制信息

SCS子载波间距

SI 系统信息

SL 侧链路

SMF会话管理功能

S-PSS侧链路主同步信号

SSB同步信号块

SSID 侧链路同步标识

S-SSS侧链路辅助同步信号

TB 传输块

UCI上行链路控制信息

UE 用户设备

UPF用户面功能

QFIQoS流ID

RDI反射QoS流到DRB映射指示

RQI反射QoS指示

SDAP 服务数据适配协议

5QI5G QoS标识符

PQIPC5 5QI

IE 信息元素