本申请要求于2018年9月28日提交的名称为“MULTIPLEXING OF MULTIPLE HARQ-ACK FEEDBACKS AND OTHER UCI ON PUCCH AND PUSCH”的美国临时专利申请第62/739081号的权益和优先权，该专利申请的全部公开内容以引用方式并入本文。
技术领域
各种实施例通常可涉及无线通信领域，并且具体地涉及在蜂窝网络环境中使用上行链路资源的混合自动重传请求确认调度领域。
背景技术
当前第三代合作伙伴计划(3GPP)新空口(NR)规范尚未具体地解决与复用上行链路资源(诸如承载HARQ-ACK反馈的UCI)的方式有关的问题。
附图说明
图1示出了根据第一实施例的时间频率资源，其示出了在单个时隙中的物理上行链路控制信道(PUCCH)资源中用另一个上行链路控制信息(UCI)复用HARQ-ACK反馈；
图2示出了根据第二实施例的时间频率资源，其示出了在单个时隙中的PUCCH资源中用另一个UCI复用HARQ-ACK反馈；
图3示出了根据一个实施例的承载不同类型的HARQ-ACK反馈的PUCCH资源；
图4示出了根据一个实施例的时间频率资源，其示出了用物理上行链路共享信道(PUSCH)资源复用HARQ-ACK反馈；
图5示出了根据一个实施例的过程；
图6示出了根据一些实施例的网络的系统的架构；并且
图7示出了根据各种实施例的基带电路的示例接口。
具体实施方式
以下具体实施方式涉及附图。在不同的附图中可使用相同的附图标号来识别相同或相似的元件。在以下描述中，出于说明而非限制的目的，阐述了具体细节，诸如特定结构、架构、接口、技术等，以便提供对各个实施例的各个方面的透彻理解。然而，对于受益于本公开的本领域技术人员显而易见的是，可以在背离这些具体细节的其他示例中实践各个实施例的各个方面。在某些情况下，省略了对熟知的设备、电路和方法的描述，以便不会因不必要的细节而使对各种实施例的描述模糊。就本文档而言，短语“A或B”是指(A)、(B)或(A和B)。
移动通信已从早期的语音系统显著演进到当今高度复杂的集成通信平台。下一代无线通信系统5G或新空口(NR)将提供各种用户和应用程序随时随地对信息的访问和数据共享。
如NR中所定义的，短物理上行链路控制信道(PUCCH)(PUCCH格式0和2)可跨越时隙内的1个或2个符号，并且长PUCCH(PUCCH格式1、3和4)可跨越时隙内的4个至14个符号。此外，长PUCCH可跨越多个时隙以进一步增强覆盖。此外，对于给定的用户装备(UE)，两个短PUCCH以及短PUCCH和长PUCCH可在相同时隙中以时分复用(TDM)方式复用。
在NR中，上行链路控制信息(UCI)可由PUCCH或PUSCH承载。具体地讲，UCI可包括调度请求(SR)、混合自动重传请求-确认(HARQ-ACK)反馈、信道状态信息(CQI)报告，例如，信道质量指示符(CQI)、预编码矩阵指示符(PMI)、CSI资源指示符(CRI)和秩指示符(RI)和/或波束相关信息(例如，L1-RSRP(层1-参考信号接收功率))。
在NR版本15(Rel-15)中，同意对于半静态和动态混合自动重传请求-确认(HARQ-ACK)码本，在一个时隙中仅传输一个HARQ-ACK反馈。此外，该HARQ-ACK反馈可由物理上行链路控制信道(PUCCH)或物理上行链路共享信道(PUSCH)承载。此外，对于单分量载波(CC)场景中的半静态和动态HARQ-ACK码本，根据调度物理下行链路共享信道(PDSCH)的最后下行链路控制信息(DCI)来确定PUCCH资源分配。具体地讲，联合采用最后DCI中的PUCCH资源指示符和/或承载最后DCI的物理下行链路控制信道(PDCCH)的起始控制信道元素(CCE)索引来确定用于承载HARQ-ACK反馈的PUCCH资源。
如上所述，在NR Rel-15规范的时隙中仅允许一个HARQ-ACK反馈或承载HARQ-ACK反馈的PUCCH/PUSCH传输。在时隙的最后部分中调度承载HARQ-ACK反馈的PUCCH的情况下，可预期HARQ-ACK反馈延迟，特别是当考虑较小的子载波间隔(例如，包括1ms时隙持续时间的15kHz)时。为了支持超可靠低延迟通信(URLLC)类型的应用程序，根据实施例可设想，可能需要在时隙中承载HARQ-ACK反馈的附加PUCCH资源。例如，可在时隙的较早部分中传输承载HARQ-ACK反馈的附加PUCCH资源，以便减少延迟。
然而，在设想承载HARQ-ACK反馈的多个PUCCH资源在时隙中调度的情况下，多个PUCCH资源可与承载相同或不同UCI类型或承载PUSCH的另一个PUCCH资源重叠。在这种情况下，UCI复用需要某些机制来确保NR演进节点B(gNodeB)和UE之间的对准。
实施例涉及用于允许在相同时隙中的PUCCH和PUSCH上复用多个HARQ-ACK反馈和其他UCI的设备、方法、系统和产品。具体地讲，实施例设想在PUCCH上复用多个HARQ-ACK反馈和其他UCI，以及复用多个HARQ-ACK反馈和PUSCH。
如上所述，在时隙中调度承载HARQ-ACK反馈的多个PUCCH资源并且该多个PUCCH资源与承载相同或不同UCI类型或承载PUSCH的另一个PUCCH重叠的情况下，需要针对UCI复用定义某些机制。
在以下描述中，动态HARQ-ACK反馈对应于HARQ-ACK响应于由对应物理下行链路控制信道(PDCCH)调度的物理下行链路共享信道(PDSCH)接收的情况。另外，半持久调度(SPS)HARQ-ACK反馈对应于HARQ-ACK响应于不具有相关联的PDCCH的PDSCH接收的情况。
下文描述了在时隙中的PUCCH上复用多个HARQ-ACK反馈和其他UCI的实施例。
根据一个实施例，当承载第一UCI中的动态HARQ-ACK反馈的多个PUCCH资源与承载第二UCI的另一个PUCCH资源重叠时，其中HARQ-ACK反馈和第二UCI根据对应服务类型或优先级无法区分，并且如果满足时间线要求，则UCI复用遵循如TS38.213 V15.2.0中第9.2.5节中定义的规程。
第二UCI可包括周期性和/或半持久调度的CSI(P/SP-CSI)报告和/或SR和/或SPSHARQ-ACK反馈。此外，此处假设UE被配置为经由高层在PUCCH资源中复用HARQ-ACK和CSI。否则，预期UE传输具有HARQ-ACK反馈的PUCCH传输并丢弃P/SP-CSI报告。
更具体地，根据一些实施例，在第一步骤中，UE可确定用于UCI复用的重叠PUCCH资源集。在NR Rel-15中，针对PUCCH资源分配，首先基于UCI有效载荷大小来确定资源集。在资源集内，基于DCI中的PUCCH资源指示符字段，向UE指示来自多个配置资源的一个资源。由PUCCH格式、起始符号、起始RB(频域分配)、循环移位和代码域分配(例如，如果存在OCC等，这取决于特定格式)来识别每个PUCCH资源。因此，可向UE指示该信息。
当第二UCI和第一HARQ-ACK PUCCH资源被考虑用于UCI复用时，如果所得的承载第二UCI和第一HARQ-ACK反馈的确定的第一PUCCH资源不与第二HARQ-ACK PUCCH资源重叠，并且如果PUCCH资源中的一个PUCCH资源是短PUCCH，则UE可在时隙中传输两个PUCCH。另选地，第二UCI和第二HARQ-ACK有效载荷可被考虑用于UCI复用，并且如果承载第二UCI和第二HARQ-ACK反馈有效载荷的所得的确定的第二PUCCH资源不与第一HARQ-ACK PUCCH资源重叠，并且如果PUCCH资源中的一个PUCCH资源是短PUCCH，则UE可在时隙内传输第一HARQ-ACKPUCCH和所确定的第二PUCCH资源。
作为上述的泛化，UE可评估用第一HARQ-ACK PUCCH资源或第二HARQ-ACK PUCCH资源复用第二UCI的任一选项，并且可根据所得的确定的第一PUCCH资源(以承载第一HARQ-ACK反馈和第二UCI)或第二PUCCH资源(以承载第二HARQ-ACK和第二UCI)在时隙内传输多个PUCCH传输的组合。在两个选项都可行的情况下，UE可在(i)更新/确定的第一PUCCH资源和第二HARQ-ACK PUCCH或者(ii)更新/确定的第二PUCCH资源和第一HARQ-ACK PUCCH之后传输。从某种意义上来说，如本文所用，第一PUCCH资源或第二PUCCH资源是“更新的”，因为它们用于分别用第二UCI复用第一HARQ-ACK反馈或第二HARQ-ACK反馈。
图1示出了在时隙104中的PUCCH上用符号102复用两个HARQ-ACK和第二UCI(诸如承载P/SP-CSI报告的一个)的一个示例。具体地讲，图1示出了相应的时间频率资源100a和100b，其中根据一个实施例，资源100a示出了在用第二UCI复用第一HARQ-ACK反馈或第二HARQ-ACK反馈之前确定的上行链路资源，并且资源100B示出了在用第二UCI复用第一HARQ-ACK反馈之后更新的上行链路资源(更新的上行链路资源)。具体地讲，在该示例中，如在图1的100a处所示，UE确定分别承载单独的第一HARQ-ACK反馈和第二HARQ-ACK反馈的两个PUCCH资源106a和110a与用于承载P/SP CSI报告的另一个PUCCH资源108a重叠。根据一个实施例的UCI复用规程，上行链路资源可由UE以PUCCH资源106b的形式更新以承载PUCCH资源108a的第二UCI以及PUCCH资源106a的第一HARQ-ACK反馈。鉴于所确定的第一PUCCH资源106a不与图1中的第二确定的HARQ-ACK PUCCH资源110a重叠，因此根据该实施例，UE可在如图1所示的相同时隙104中传输更新的PUCCH资源106b和108b两者。
通过允许在时隙内传输多个HARQ-ACK，根据一个实施例，调度其中在相同的时隙中调度对应HARQ-ACK反馈的PDSCH的DCI中的PUCCH资源指示符可指向PUCCH资源的不同起始符号，或者指向没有时域重叠的不同PUCCH资源。然后可基于对应PUCCH资源指示符值直接确定承载此类反馈的实际PUCCH资源(以及其他潜在复用报告)。这既适用于HARQ-ACK反馈彼此不重叠或者不与任何其他报告/信息重叠的情况，也适用于任何HARQ-ACK反馈与任何其他报告/信息重叠(并且被复用)的情况，而所得的确定的PUCCH资源不与其他HARQ-ACK反馈(或用一些其他报告/信息复用的HARQ-ACK反馈)重叠。
在从对应DCI读取和使用PUCCH资源指示符值的情况下，可定义一些参考点以进一步调节PUCCH资源，诸如例如其起始符号。在一个示例中，PUCCH资源指示符可以相对于时隙的开始进行解释。在另一个示例中，PUCCH资源指示符可以相对于承载HARQ-ACK的最后一个PUCCH资源的结束/开始来解释。
另选地，一些相对符号偏移可由RRC配置信令或L1信令定义并且动态地或半静态地指示，使得在时隙内进行多个HARQ-ACK传输的情况下，向UE隐式地或显式地指示承载HARQ-ACK反馈(可能各自用任何其他报告/信息复用)的对应PUCCH资源之间的定时关系。
根据一个实施例，可经由调度DCI中的K1偏移(如调度DCI格式中的PDSCH-to-HARQ-timing-indicator字段所指示(如果存在的话)，或者由高层参数dl-DataToUL-ACK提供)和PUCCH资源指示符(PRI)的组合来实现用于时隙内的HARQ-ACK反馈的不同PUCCH资源的指示。具体地讲，由PRI指示的PUCCH资源的起始符号可与DCI中的PDSCH-to-HARQ-timing-indicator字段K1的指示值(或由高层参数dl-DataToUL-ACK提供)联合解释，其中后一指示可重新解释为使用以下中的一者或多者的组合来指示HARQ-ACK起始定时偏移的PDSCH结束：时隙、半时隙或一个或多个符号集(如与根据时隙数量的Rel-15解释相反)。
根据实施例，UE可由高层(诸如由特定于UE的RRC信令)配置，其中可能在时隙中进行具有HARQ-ACK反馈的多个PUCCH传输，或者另选地，由高层配置以遵循针对HARQ-ACK反馈的K1偏移和PUCCH资源起始符号确定的不同解释，同时能够在时隙中进行具有HARQ-ACK反馈的多个PUCCH传输。
在上文之后，使用DCI格式中的PDSCH-to-HARQ-timing-indicator字段(和/或高层参数dl-DataToUL-ACK)指示的值可以半时隙为单位或以指定数量的一个或多个符号(例如2个、4个或7个符号)为单位来解释。随后，关于半时隙边界相对于时隙边界解释startingSymbolIndex参数，其中起始PUCCH符号的值被转换为startingSymbolIndex'＝(startingSymbolIndex-7)(并且对于ECP情况，被转换为startingSymbolIndex'＝(startingSymbolIndex-6))。
根据一些其他实施例，让我们假设DCI格式中的PDSCH-to-HARQ-timing-indicator字段是N＝2位或3位长。在这种情况下，DCI格式中的PDSCH-to-HARQ-timing-indicator字段可解释为使得DCI位字段的最后(N-1)个最低有效位(LSB)指示以时隙为单位的2(N-1)值中的一个值，如由高层参数dl-DataToUL-ACK提供的前2(N-1)个值中所配置的，并且DCI格式中的PDSCH-to-HARQ-timing-indicator字段的最高有效位(MSB)(1位)用于指示附加的半时隙偏移或符号组，其中符号组内的符号的数量可在说明书中预定义或由高层配置。因此，对于半时隙偏移指示，“0”可指示定时偏移根据距PDSCH结束的整数个时隙，而“1”指示定时偏移根据距PDSCH结束的整数个时隙加上另一个半时隙(正常循环前缀(NCP)长度是7个符号，并且扩展循环前缀(ECP)长度是6个符号，其中循环前缀(CP)配置对应于对应UL带宽部分(BWP)中的PUCCH的配置)。此外，当指示附加半时隙偏移时，则UE相对于对应时隙的符号索引7(用于NCP)或符号索引6(用于ECP)解释所指示的PUCCH资源的起始符号。因此，PUCCH资源的参数startingSymbolIndex被转换为startingSymbolIndex'＝(startingSymbolIndex-7)(并且对于ECP情况，被转换为startingSymbolIndex'＝(startingSymbolIndex-6))。
对于DCI格式中的PDSCH-to-HARQ-timing-indicator字段为N＝1位长的情况，位字段可仅指示除了由高层参数dl-DataToUL-ACK指示的第一值指示的定时偏移之外是否应用半时隙偏移。可使用PDSCH到HARQ-ACK定时偏移的指示将该机制扩展到其他变型，以“k”个符号为单位，值“k”不是7(或ECP情况下为6)。上述机制的优点在于，通过使用时隙偏移指示的一部分而不是使用附加DCI位或另选机制(例如，PUCCH资源集的划分或HARQ过程的划分或基于RNTI)指示该信息来实现将HARQ-ACK反馈分组到时隙内的多个PUCCH资源。
在另一个实施例中，PUCCH资源信息对应于承载多个HARQ-ACK反馈的PUCCH资源，例如PUCCH格式、起始符号、起始RB(频域分配)、循环移位和代码域分配可由联合编码的时域资源分配(TD-RA)表和此类参数的组合向UE的动态指示来配置。
重新参见图1所示的实施例，在承载第二UCI和第一HARQ-ACK反馈的更新/确定的第一PUCCH资源与更新/确定的第二HARQ-ACK PUCCH资源(未示出)重叠的情况下，或者如果第二UCI和两个非重叠HARQ-ACK PUCCH资源(如图1所示)被考虑用于UCI复用，并且如果调度第二PDSCH的DCI格式在第一HARQ-ACK反馈资源的第一符号之前至少检测到N3个符号(其中N
图2示出了复用PUCCH上的两个HARQ-ACK和P/SP-CSI报告的一个示例。
具体地讲，图2示出了时隙204的符号202中的相应时间频率资源200a和200b，其中根据一个实施例，资源200a示出了在用第二UCI复用第一HARQ-ACK反馈和第二HARQ-ACK反馈之前确定的上行链路资源，并且资源200b示出了在用第二UCI复用第一HARQ-ACK反馈和第二HARQ-ACK反馈之后更新的上行链路资源(更新的上行链路资源)。具体地讲，在该示例中，如图2所示，UE确定分别承载单独的第一HARQ-ACK反馈和第二HARQ-ACK反馈的两个PUCCH资源206a和210a与用于承载P/SP CSI报告的另一个PUCCH 208a重叠。根据一个实施例的UCI复用规程，上行链路资源可由UE以PUCCH 206b的形式更新以承载PUCCH资源208a的第二UCI以及PUCCH资源206a的第一HARQ-ACK反馈和第二HARQ-ACK反馈。鉴于所确定的第一PUCCH资源206a不与图2中的第二确定的HARQ-ACK PUCCH资源210a重叠，因此根据该实施例，UE可在如图2所示的相同时隙204中传输承载所有UCI的更新的PUCCH 206b。可基于用于指示承载第一HARQ-ACK反馈的PUCCH的PRI字段来确定PUCCH资源206b。
根据一个实施例，当多个HARQ-ACK在一个PUCCH资源中复用(可能用任何其他UL报告/信息复用)时，可根据PUCCH资源指示符(PRI)来确定承载组合UCI的PUCCH资源，该PRI用于指示承载多个HARQ-ACK反馈中的第一个或最后一个动态HARQ-ACK反馈的PUCCH。更具体地，可基于组合UCI的总有效载荷大小来确定一个PUCCH资源集。此外，前述PRI可用于允许从所确定的PUCCH资源集中选择一个PUCCH资源。
另选地，可根据包括在调度PDSCH的第一DCI或最后DCI中的PUCCH资源指示符(PRI)来确定承载组合UCI的PUCCH资源，其中在相同时隙中调度对应HARQ-ACK反馈。在载波聚合的情况下，PRI可包括在以最低分量载波(CC)索引传输的DCI中。
根据一个实施例，组合UCI内的HARQ-ACK反馈的位顺序可遵循以下中的一者或多者的定时：相同时隙中的每个HARQ-ACK反馈的第一符号、检测到对应调度DCI的PDCCH监测时机之间的相对定时以及调度的PDSCH的第一个符号或最后一个符号之间的相对定时。例如，假设在相同时隙中调度N个HARQ-ACK反馈，则组合UCI内的HARQ-ACK反馈的位顺序可以是第1个HARQ-ACK、第2个HARQ-ACK、…、第N个HARQ-ACK。另选地，可根据用于调度对应PDSCH的HARQ过程ID(PID)的顺序来确定HARQ-ACK反馈信息的排序。
图3示出了PUCCH资源300，其示出了用于在其中复用的多个HARQ-ACK反馈的两个HARQ-ACK码本的一个示例。根据一些实施例，当配置基于传输块(TB)的HARQ-ACK反馈码本302和基于代码块组(CBG)的HARQ-ACK反馈码本304两者时，两个单独的HARQ-ACK码本可由一个PUCCH诸如PUCCH 300承载，其中每个HARQ-ACK码本302和304包括多个基于TB的HARQ-ACK反馈或基于CBG的HARQ-ACK反馈。在该示例中，基于TB的HARQ-ACK反馈和基于CBG的HARQ-ACK反馈被示出为由PUCCH级联和承载。
需注意，图3中所示的其示例的实施例也可应用于SPS HARQ-ACK反馈与基于TB/CBG的HARQ-ACK反馈级联的情况。如果组合UCI的有效载荷大小超过所确定的PUCCH资源的容量，则可根据TS38.214 V15.2.0的第5.2.5节中定义的优先级规则丢弃CSI报告的包括CSI部分1和/或CSI部分2的某些部分。
如下提供了复用多个HARQ-ACK反馈和PUSCH的实施例。
根据一个实施例，如图4中以举例的方式所示，当承载动态或SPS HARQ-ACK反馈的多个PUCCH资源与PUSCH重叠时，其中基于服务类型或优先级不区分PUCCH和PUSCH，并且如果满足如上所述的时间线要求，则UE可在PUSCH上搭载多个HARQ-ACK反馈。该实施例还可应用于两个非重叠SPS HARQ-ACK PUCCH资源与第二UCI PUCCH重叠的情况。第二UCI可包括周期性和/或半持久调度的CSI(P/SP-CSI)报告和/或SR和/或SPS HARQ-ACK反馈。
此外，在一个选项中，可单独地将多个HARQ-ACK反馈映射到PUSCH资源上。可根据对应HARQ-ACK有效载荷大小和配置/指示的β偏移来计算每个HARQ-ACK反馈的资源量。此外，可基于以下中的一者或多者在PUSCH上顺序地映射多个HARQ-ACK反馈：第一符号HARQ-ACK反馈的传输定时、检测到对应调度DCI的PDCCH监测时机之间的相对定时以及调度的PDSCH的第一个符号或最后一个符号之间的相对定时。在一个示例中，首先在时隙中映射最早的HARQ-ACK反馈，并在第一HARQ-ACK反馈之后映射第二HARQ-ACK反馈等。另选地，可根据用于调度对应PDSCH的HARQ过程ID(PID)的顺序来确定HARQ-ACK反馈信息的映射的排序。
在又一个选项中，可首先级联多个HARQ-ACK反馈的信息位。可类似于前述实施例来定义HARQ-ACK反馈的位顺序，如例如图3的上下文所示。随后，可在PUSCH上调制和映射级联的HARQ-ACK反馈。可根据级联的HARQ-ACK有效载荷大小和配置/指示的β偏移来计算分配用于组合HARQ-ACK的资源量。
图4示出了用PUSCH复用两个HARQ-ACK反馈的一个示例，包括在时隙104中用符号102复用两个HARQ-ACK和PUSCH。具体地讲，图4示出了相应时间频率资源400a和400b，其中根据一个实施例，资源400b示出了在用PUSCH复用第一HARQ-ACK反馈和第二HARQ-ACK反馈之前确定的上行链路资源，并且资源100b示出了在用PUSCH复用第一HARQ-ACK反馈和第二HARQ-ACK反馈之后更新的上行链路资源(更新的上行链路资源)。具体地讲，在该示例中，如图4所示，UE确定分别承载单独的第一HARQ-ACK反馈和第二HARQ-ACK反馈的两个PUCCH资源406a和410a与PUSCH 408a重叠。根据一个实施例的HARQ-ACK和PUSCH复用规程，上行链路资源可由UE以PUCCH 406b的形式更新以分别承载PUSCH 408a以及PUCCH资源406a和410a的第一HARQ-ACK反馈和第二HARQ-ACK反馈。鉴于所确定的第一PUCCH资源406a不与图4中的第二确定的HARQ-ACK PUCCH资源410a重叠，因此根据该实施例，UE可在如图4所示的时隙404中传输更新的PUCCH 406b。在该实施例中，这承载单独HARQ-ACK反馈的两个PUCCH与PUSCH重叠。根据前述示例，两个HARQ-ACK反馈可以组合在一起，并且在PUSCH上搭载组合HARQ-ACK反馈。
参见图5，根据一个实施例的过程500包括在操作502处，确定UE配置有在时隙内具有HARQ-ACK反馈的多个物理上行链路控制信道(PUCCH)资源的特征；在操作504处，响应于调度的物理下行链路共享信道(PDSCH)资源，确定承载混合自动重传请求确认(HARQ-ACK)反馈的物理上行链路控制信道(PUCCH)资源；以及在操作506处，编码用于传输到NR演进节点B(gNodeB)的所述PUCCH资源、承载HARQ-ACK反馈的PUCCH资源以及：承载除HARQ-ACK反馈之外的上行链路控制信息(UCI)的另一个PUCCH资源以及调度的物理上行链路共享信道(PUSCH)资源。
图6示出了根据一些实施例的网络的系统600的架构。系统600被示出包括用户装备(UE)601和UE 602。UE 601和602被示出为智能电话(例如，能够连接到一个或多个蜂窝网络的手持式触摸屏移动计算设备)，但也可包括任何移动或非移动计算设备。
UE 601和602可被配置为与无线电接入网络(RAN)610连接(例如，通信地耦接)。UE601和602分别利用连接603和604，每个连接包括物理通信接口或层(在下文中进一步详细讨论)；在该示例中，连接603和604被示出为空中接口以实现通信耦接，并且可与蜂窝通信协议一致。
在该实施例中，UE 601和602还可经由ProSe接口605直接交换通信数据。ProSe接口605可另选地被称为包括一个或多个逻辑信道的侧链路接口，该一个或多个逻辑信道包括但不限于物理侧链路控制信道(PSCCH)、物理侧链路共享信道(PSSCH)、物理侧链路发现信道(PSDCH)和物理侧链路广播信道(PSBCH)。
示出UE 602被配置为经由连接607接入接入点(AP)606。连接607可包括本地无线连接，诸如与任何IEEE 802.11协议一致的连接，其中AP 606将包括无线保真
RAN 610可包括启用连接603和604的一个或多个接入节点。这些接入节点(AN)可被称为基站(BS)、节点B、演进节点B(eNB)、下一代或新空口演进节点B(gNodeB)、RAN节点等，并且可包括在地理区域(例如，小区)内提供覆盖的地面站(例如，陆地接入点)或卫星站。RAN 610可包括用于提供宏小区的一个或多个RAN节点，例如宏RAN节点611，以及用于提供毫微微小区或微微小区(例如，与宏小区相比，具有较小覆盖范围、较小用户容量或较高带宽的小区)的一个或多个RAN节点，例如低功率(LP)RAN节点612。
根据一些实施例，UE 601和602可被配置为根据各种通信技术，使用正交频分复用(OFDM)通信信号，诸如但不限于正交频分多址(OFDMA)通信技术(例如，用于下行链路通信)或单载波频分多址(SC-FDMA)通信技术(例如，用于上行链路和ProSe或侧链路通信)，在多载波通信信道上彼此或者与RAN节点611和612中的任一者进行通信，但是实施例的范围在这方面不受限制。OFDM信号可包括多个正交子载波。
示出RAN 610经由S1接口613通信地耦接到核心网(CN)620。在实施例中，CN 620可以是演进分组核心(EPC)网络、下一代分组核心(NPC)网络或某种其他类型的CN。在该实施例中，S1接口613分为两部分：S1-U接口614，该接口在RAN节点611和612与服务网关(S-GW)622之间承载流量数据；以及S1-移动性管理实体(MME)接口615，该接口是RAN节点611和612与MME 621之间的信令接口。
CN 620包括网络元件。术语“网络元件”可描述用于提供有线或无线通信网络服务的物理或虚拟设备。在该实施例中，CN 620包括作为网络元件的MME 621、S-GW 622、分组数据网络(PDN)网关(P-GW)623和归属订户服务器(HSS)624。MME 621在功能上可以类似于传统服务通用分组无线电服务(GPRS)支持节点(SGSN)的控制平面。
图7示出了根据各种实施例的基带电路的示例接口。基带电路700可包括在UE或gNodeB中，例如包括在图6的UE或gNodeB中，并且可包括处理器738至742和由所述处理器利用的存储器744。处理器738至732中的每者可分别包括用于向/从存储器744发送/接收数据的存储器接口704A至704E。基带电路700还可包括音频数字信号处理器(音频DSP)743。
基带电路700还可包括一个或多个接口以通信地耦接到其他电路/设备，诸如存储器接口712(例如，用于向/从基带电路700外部的存储器发送/接收数据的接口)、应用程序电路接口714(例如，用于向/从应用程序电路发送/接收数据的接口)、RF电路接口716(例如，用于向/从RF电路发送/接收数据的接口)、无线硬件连接接口718(例如，用于向/从近场通信(NFC)部件、
图6和/或图7的部件诸如所示UE和gNodeB可用于本文所述的实施例中的任一者。
本文描述的实施例是例示性的而非穷举性的。
实施例1包括一种新空口(NR)用户装备(UE)的设备，所述设备包括射频(RF)接口和耦接到所述RF接口的处理电路，所述处理电路用于：确定承载相应混合自动重传请求确认(HARQ-ACK)反馈的多个确定的物理上行链路控制信道(PUCCH)资源和承载上行链路控制信息(UCI)的另一个确定的PUCCH资源或承载数据的确定的物理上行链路共享信道(PUSCH)资源中的一者之间的重叠；并且编码用于传输到NR演进节点B(gNodeB)的承载所述多个HARQ-ACK反馈和所述另一个确定的PUCCH资源的所述UCI中的至少一者的更新的PUCCH资源或者承载所述数据连同所述多个HARQ-ACK反馈的更新的PUSCH资源。
实施例2包括根据实施例1所述的主题，并且任选地，其中：所述多个确定的PUCCH资源包括第一确定的PUCCH资源和第二确定的PUCCH资源；所述多个HARQ-ACK反馈包括分别对应于所述第一确定的PUCCH资源和所述第二确定的PUCCH资源的第一HARQ-ACK反馈和第二HARQ-ACK反馈；所述更新的PUCCH资源用于承载所述另一个PUCCH资源的所述UCI以及所述第一HARQ-ACK反馈或所述第二HARQ-ACK反馈中的一者；所述更新的PUCCH资源、所述第一确定的PUCCH资源和所述第二确定的PUCCH资源具有相同的服务或优先级类型；并且所述处理电路用于：如果所述更新的PUCCH资源用于承载所述第一HARQ-ACK反馈并且响应于确定所述更新的PUCCH资源与所述第二确定的PUCCH资源不重叠并且所述更新的PUCCH资源或所述第二确定的PUCCH资源中的一者是短PUCCH资源，则编码所述更新的PUCCH资源和所述第二确定的PUCCH资源以用于在一个时隙中传输；并且如果所述更新的PUCCH资源用于承载所述第二HARQ-ACK反馈并且响应于确定所述更新的PUCCH资源与所述第一确定的PUCCH资源不重叠并且所述更新的PUCCH资源或所述第一确定的PUCCH资源中的一者是短PUCCH资源，则编码所述更新的PUCCH资源和所述第一确定的PUCCH资源以用于在一个时隙中传输。
实施例3包括根据实施例1所述的主题，并且任选地，其中所述处理电路用于：解码来自NR演进节点B(gNodeB)的下行链路控制信息(DCI)，所述DCI包括PUCCH资源指示符(PRI)字段；以及基于所述DCI中的所述PUCCH资源指示符字段来确定所述更新的PUCCH资源。
实施例4包括根据实施例3所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述另一个确定的PUCCH资源的所述UCI和来自所述多个确定的PUCCH资源中的对应至少一个PUCCH资源的所述多个HARQ-ACK反馈中的至少一个HARQ-ACK反馈；并且所述处理电路用于：编码用于在一个时隙中传输的所述更新的PUCCH资源和承载所述多个HARQ-ACK反馈中的剩余HARQ-ACK反馈的所述多个确定的PUCCH资源中的剩余PUCCH资源；以及基于由所述gNodeB向所述UE指示的所述PRI字段和K1偏移的组合来确定所述更新的PUCCH资源和所述剩余PUCCH资源。
实施例5包括根据实施例4所述的主题，并且任选地，其中所述处理电路用于通过解码所述DCI中的物理下行链路共享信道(PDSCH)资源到HARQ定时指示符(PDSCH-to-HARQ-timing-indicator)字段或者解码来自所述gNodeB的高层参数下行链路数据解码到上行链路确认(dl-DataToUL-ACK)中的一者来确定所述K1。
实施例6包括根据实施例5所述的主题，并且任选地，其中所述PRI指示所述更新的PUCCH资源和所述剩余PUCCH资源中的每者的起始PUCCH符号，并且其中所述处理电路用于使用所述起始PUCCH符号和所述PDSCH-to-HARQ-timing-indicator字段的值的组合以时隙、半时隙或者一个或多个符号集为单位确定HARQ-ACK起始定时偏移的PDSCH结束。
实施例7包括根据实施例3所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述另一个确定的PUCCH资源的所述UCI以及所述多个HARQ-ACK反馈；并且所述处理电路用于基于所述PRI字段来确定所述更新的PUCCH资源，所述PRI字段指示承载所述多个HARQ-ACK反馈中的第一个动态HARQ-ACK反馈或最后一个动态HARQ-ACK反馈的PUCCH资源，其中所述更新的PUCCH资源的资源集基于所述多个HARQ-ACK反馈和所述另一个确定的PUCCH资源的所述UCI的总有效载荷大小。
实施例8包括根据实施例3所述的主题，并且任选地，其中所述DCI是调度将调度所述多个HARQ-ACK反馈的物理下行链路共享信道(PDSCH)的第一个DCI或最后一个DCI，并且其中所述更新的PUCCH资源中的所述多个HARQ-ACK反馈将在时隙中调度。
实施例9包括根据实施例1所述的主题，并且任选地，其中所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的相同时隙中的位顺序用于遵循所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的定时。
实施例10包括根据实施例1所述的主题，并且任选地，其中用于所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的信息映射的排序基于用于调度对应物理下行链路共享信道(PDSCH)资源的HARQ过程识别(PID)的顺序。
实施例11包括根据实施例1所述的主题，并且任选地，其中所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈包括基于传输块(TB)的HARQ-ACK反馈和基于代码块组(CBG)的HARQ-ACK反馈，所述更新的PUCCH资源承载分别对应于所述基于TB的HARQ-ACK反馈和所述基于CBG的HARQ-ACK反馈的两个单独的HARQ-ACK码本。
实施例12包括根据实施例1所述的主题，并且任选地，其中：所述多个HARQ-ACK反馈包括动态HARQ-ACK反馈和半持久调度HARQ-ACK反馈；并且所述处理电路用于响应于确定所述更新的PUSCH资源和所述多个确定的PUCCH资源具有相同的服务或优先级类型来编码所述更新的PUSCH资源以承载所述另一个PUCCH资源的所述UCI以及所述HARQ-ACK反馈。
实施例13包括根据实施例12所述的主题，并且任选地，其中所述处理电路用于通过将所述多个HARQ-ACK反馈分别映射到所述更新的PUSCH中并且通过基于所述多个HARQ-ACK反馈中的每个相应一个HARQ-ACK反馈的有效载荷大小和β偏移针对每个HARQ-ACK反馈分配资源量来编码所述更新的PUSH。
实施例14包括根据实施例12所述的主题，并且任选地，其中所述处理电路用于级联所述多个HARQ-ACK反馈中的信息位以将所述HARQ-ACK反馈复用到所述更新的PUSCH中。
实施例15包括根据实施例1至14中任一项所述的设备，还包括耦接到所述RF接口的前端模块。
实施例16包括根据实施例15所述的主题，并且任选地，还包括耦接到所述前端模块以传输所述更新的PUCCH资源或更新的PUSCH资源的一个或多个天线。
实施例17包括一种在新空口(NR)用户装备(UE)的设备处执行的方法，所述方法包括：确定承载相应混合自动重传请求确认(HARQ-ACK)反馈的多个确定的物理上行链路控制信道(PUCCH)资源和承载上行链路控制信息(UCI)的另一个确定的PUCCH资源或承载数据的确定的物理上行链路共享信道(PUSCH)资源中的一者之间的重叠；以及编码用于传输到NR演进节点B(gNodeB)的承载所述多个HARQ-ACK反馈和所述另一个确定的PUCCH资源的所述UCI中的至少一者的更新的PUCCH资源或者承载所述数据连同所述多个HARQ-ACK反馈的更新的PUSCH资源。
实施例18包括根据实施例17所述的主题，并且任选地，其中：所述多个确定的PUCCH资源包括第一确定的PUCCH资源和第二确定的PUCCH资源；所述多个HARQ-ACK反馈包括分别对应于所述第一确定的PUCCH资源和所述第二确定的PUCCH资源的第一HARQ-ACK反馈和第二HARQ-ACK反馈；所述更新的PUCCH资源用于承载所述另一个PUCCH资源的所述UCI以及所述第一HARQ-ACK反馈或所述第二HARQ-ACK反馈中的一者；所述更新的PUCCH资源、所述第一确定的PUCCH资源和所述第二确定的PUCCH资源具有相同的服务或优先级类型；并且所述方法还包括：如果所述更新的PUCCH资源用于承载所述第一HARQ-ACK反馈并且响应于确定所述更新的PUCCH资源与所述第二确定的PUCCH资源不重叠并且所述更新的PUCCH资源或所述第二确定的PUCCH资源中的一者是短PUCCH资源，则编码所述更新的PUCCH资源和所述第二确定的PUCCH资源以用于在一个时隙中传输；并且如果所述更新的PUCCH资源用于承载所述第二HARQ-ACK反馈并且响应于确定所述更新的PUCCH资源与所述第一确定的PUCCH资源不重叠并且所述更新的PUCCH资源或所述第一确定的PUCCH资源中的一者是短PUCCH资源，则编码所述更新的PUCCH资源和所述第一确定的PUCCH资源以用于在一个时隙中传输。
实施例19包括根据实施例17所述的主题，并且任选地，所述方法还包括：解码来自NR演进节点B(gNodeB)的下行链路控制信息(DCI)，所述DCI包括PUCCH资源指示符(PRI)字段；以及基于所述DCI中的所述PUCCH资源指示符字段来确定所述更新的PUCCH资源。
实施例20包括根据实施例19所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述另一个确定的PUCCH资源的所述UCI和来自所述多个确定的PUCCH资源中的对应至少一个PUCCH资源的所述多个HARQ-ACK反馈中的至少一个HARQ-ACK反馈；并且所述方法还包括：编码用于在一个时隙中传输的所述更新的PUCCH资源和承载所述多个HARQ-ACK反馈中的剩余HARQ-ACK反馈的所述多个确定的PUCCH资源中的剩余PUCCH资源；以及基于由所述gNodeB向所述UE指示的所述PRI字段和K1偏移的组合来确定所述更新的PUCCH资源和所述剩余PUCCH资源。
实施例21包括根据实施例20所述的主题，并且任选地，还包括通过解码所述DCI中的物理下行链路共享信道(PDSCH)资源到HARQ定时指示符(PDSCH-to-HARQ-timing-indicator)字段或者解码来自所述gNodeB的高层参数下行链路数据到上行链路确认(dl-DataToUL-ACK)中的一者来确定所述K1。
实施例22包括根据实施例21所述的主题，并且任选地，其中所述PRI指示所述更新的PUCCH资源和所述剩余PUCCH资源中的每者的起始PUCCH符号，并且其中所述方法还包括使用所述起始PUCCH符号和所述PDSCH-to-HARQ-timing-indicator字段的值的组合以时隙、半时隙或者一个或多个符号集为单位确定HARQ-ACK起始定时偏移的PDSCH结束。
实施例23包括根据实施例19所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述另一个确定的PUCCH资源的所述UCI以及所述多个HARQ-ACK反馈；并且所述方法还包括基于所述PRI字段来确定所述更新的PUCCH资源，所述PRI字段指示承载所述多个HARQ-ACK反馈中的第一个动态HARQ-ACK反馈或最后一个动态HARQ-ACK反馈的PUCCH资源，其中所述更新的PUCCH资源的资源集基于所述多个HARQ-ACK反馈和所述另一个确定的PUCCH资源的所述UCI的总有效载荷大小。
实施例24包括根据实施例19所述的主题，并且任选地，其中所述DCI是调度将调度所述多个HARQ-ACK反馈的物理下行链路共享信道(PDSCH)的第一个DCI或最后一个DCI，并且其中所述更新的PUCCH资源中的所述多个HARQ-ACK反馈将在时隙中调度。
实施例25包括根据实施例17所述的主题，并且任选地，其中所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的相同时隙中的位顺序用于遵循所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的定时。
实施例26包括根据实施例17所述的主题，并且任选地，其中用于所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的信息映射的排序基于用于调度对应物理下行链路共享信道(PDSCH)资源的HARQ过程识别(PID)的顺序。
实施例27包括根据实施例17所述的主题，并且任选地，其中所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈包括基于传输块(TB)的HARQ-ACK反馈和基于代码块组(CBG)的HARQ-ACK反馈，所述更新的PUCCH资源承载分别对应于所述基于TB的HARQ-ACK反馈和所述基于CBG的HARQ-ACK反馈的两个单独的HARQ-ACK码本。
实施例28包括根据实施例17所述的主题，并且任选地，其中：所述多个HARQ-ACK反馈包括动态HARQ-ACK反馈和半持久调度HARQ-ACK反馈；并且所述方法还包括响应于确定所述更新的PUSCH资源和所述多个确定的PUCCH资源具有相同的服务或优先级类型来编码所述更新的PUSCH资源以承载所述另一个PUCCH资源的所述UCI以及所述HARQ-ACK反馈。
实施例29包括根据实施例28所述的主题，并且任选地，还包括通过将所述多个HARQ-ACK反馈分别映射到所述更新的PUSCH中并且通过基于所述多个HARQ-ACK反馈中的每个相应一个HARQ-ACK反馈的有效载荷大小和β偏移针对每个HARQ-ACK反馈分配资源量来编码所述更新的PUSH。
实施例30包括根据实施例28所述的主题，并且任选地，还包括级联所述多个HARQ-ACK反馈中的信息位以将所述HARQ-ACK反馈复用到所述更新的PUSCH中。
实施例31包括一种新空口(NR)用户装备(UE)的设备，所述设备包括：用于确定承载相应混合自动重传请求确认(HARQ-ACK)反馈的多个确定的物理上行链路控制信道(PUCCH)资源和承载上行链路控制信息(UCI)的另一个确定的PUCCH资源或承载数据的确定的物理上行链路共享信道(PUSCH)资源中的一者之间的重叠的装置；以及用于编码用于传输到NR演进节点B(gNodeB)的承载所述多个HARQ-ACK反馈和所述另一个确定的PUCCH资源的所述UCI中的至少一者的更新的PUCCH资源或者承载所述数据连同所述多个HARQ-ACK反馈的更新的PUSCH资源的装置。
实施例32包括根据实施例31所述的主题，并且任选地，其中：所述多个确定的PUCCH资源包括第一确定的PUCCH资源和第二确定的PUCCH资源；所述多个HARQ-ACK反馈包括分别对应于所述第一确定的PUCCH资源和所述第二确定的PUCCH资源的第一HARQ-ACK反馈和第二HARQ-ACK反馈；所述更新的PUCCH资源用于承载所述另一个PUCCH资源的所述UCI以及所述第一HARQ-ACK反馈或所述第二HARQ-ACK反馈中的一者；所述更新的PUCCH资源、所述第一确定的PUCCH资源和所述第二确定的PUCCH资源具有相同的服务或优先级类型；并且所述设备还包括：用于如果所述更新的PUCCH资源用于承载所述第一HARQ-ACK反馈并且响应于确定所述更新的PUCCH资源与所述第二确定的PUCCH资源不重叠并且所述更新的PUCCH资源或所述第二确定的PUCCH资源中的一者是短PUCCH资源则编码所述更新的PUCCH资源和所述第二确定的PUCCH资源以用于在一个时隙中传输的装置；以及用于如果所述更新的PUCCH资源用于承载所述第二HARQ-ACK反馈并且响应于确定所述更新的PUCCH资源与所述第一确定的PUCCH资源不重叠并且所述更新的PUCCH资源或所述第一确定的PUCCH资源中的一者是短PUCCH资源则编码所述更新的PUCCH资源和所述第一确定的PUCCH资源以用于在一个时隙中传输的装置。
实施例33包括一种新空口(NR)演进节点B(gNodeB)的设备，所述设备包括射频(RF)接口和耦接到所述RF接口的处理电路，所述处理电路用于：编码下行链路控制信息(DCI)以用于传输到NR用户装备(UE)，所述DCI包括PUCCH资源指示符(PRI)字段，以允许UE根据所述PRI确定更新的物理上行链路控制信道(PUCCH)资源，其中所述更新的PUCCH资源用于承载分别对应于所述UE的多个确定的PUCCH资源的多个HARQ-ACK反馈中的至少一个HARQ-ACK反馈以及所述UE的另一个确定的PUCCH资源的上行链路控制信息(UCI)；以及解码来自所述UE的所述更新的PUCCH。
实施例34包括根据实施例33所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述至少一个HARQ-ACK反馈，并且所述多个确定的PUCCH资源中的剩余PUCCH资源承载所述多个HARQ-ACK反馈中的相应剩余HARQ-ACK反馈；并且处理电路用于编码用于传输到所述UE的K1偏移以及所述PRI字段和K1偏移的组合以允许所述UE确定所述更新的PUCCH资源和所述剩余PUCCH资源。
实施例35包括根据实施例34所述的主题，并且任选地，其中所述K1偏移基于所述DCI中的物理下行链路共享信道(PDSCH)资源到HARQ定时指示符(PDSCH-to-HARQ-timing-indicator)字段或者来自所述gNodeB到所述UE的高层参数下行链路数据到上行链路确认(dl-DataToUL-ACK)中的一者。
实施例36包括根据实施例35所述的主题，并且任选地，其中所述PRI指示所述更新的PUCCH资源和所述剩余PUCCH资源中的每者的起始PUCCH符号，并且其中，所述起始PUCCH符号和所述PDSCH-to-HARQ-timing-indicator字段的值的组合用于允许所述UE以时隙、半时隙或一个或多个符号集为单位确定HARQ-ACK起始定时偏移的PDSCH结束。
实施例37包括根据实施例33所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述另一个确定的PUCCH资源的所述UCI以及所述多个HARQ-ACK反馈；并且所述PRI字段指示承载所述多个HARQ-ACK反馈中的第一个动态HARQ-ACK反馈或最后一个动态HARQ-ACK反馈的PUCCH资源，其中所述更新的PUCCH资源的资源集基于所述多个HARQ-ACK反馈和所述另一个确定的PUCCH资源的所述UCI的总有效载荷大小。
实施例38包括根据实施例33所述的主题，并且任选地，其中所述DCI是调度将调度所述多个HARQ-ACK反馈的物理下行链路共享信道(PDSCH)的第一个DCI或最后一个DCI，并且其中所述更新的PUCCH资源中的所述多个HARQ-ACK反馈将在时隙中调度。
实施例39包括根据实施例33所述的主题，并且任选地，其中所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的相同时隙中的位顺序用于遵循所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的定时。
实施例40包括根据实施例33所述的主题，并且任选地，其中用于所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的信息映射的排序基于用于调度对应物理下行链路共享信道(PDSCH)资源的HARQ过程识别(PID)的顺序。
实施例41包括根据实施例33所述的主题，并且任选地，其中所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈包括基于传输块(TB)的HARQ-ACK反馈和基于代码块组(CBG)的HARQ-ACK反馈，所述更新的PUCCH资源承载分别对应于所述基于TB的HARQ-ACK反馈和所述基于CBG的HARQ-ACK反馈的两个单独的HARQ-ACK码本。
实施例42包括根据实施例33至41中任一项所述的主题，并且任选地，还包括耦接到所述RF接口的前端模块。
实施例43包括根据实施例42所述的主题，并且任选地，还包括耦接到所述前端模块以传输所述DCI并接收所述更新的PUCCH的一个或多个天线。
实施例44包括一种在新空口(NR)演进节点B(gNodeB)的设备处使用的方法，所述方法包括：编码对下行链路控制信息(DCI)以用于传输到NR用户装备(UE)，所述DCI包括PUCCH资源指示符(PRI)字段，以允许UE根据所述PRI确定更新的物理上行链路控制信道(PUCCH)资源，其中所述更新的PUCCH资源用于承载分别对应于所述UE的多个确定的PUCCH资源的多个HARQ-ACK反馈中的至少一个HARQ-ACK反馈以及所述UE的另一个确定的PUCCH资源的上行链路控制信息(UCI)；以及解码来自所述UE的所述更新的PUCCH。
实施例45包括根据实施例44所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述至少一个HARQ-ACK反馈，并且所述多个确定的PUCCH资源中的剩余PUCCH资源承载所述多个HARQ-ACK反馈中的相应剩余HARQ-ACK反馈；并且所述方法包括编码用于传输到所述UE的K1偏移以及所述PRI字段和K1偏移的组合以允许所述UE确定所述更新的PUCCH资源和所述剩余PUCCH资源。
实施例46包括根据实施例45所述的主题，并且任选地，其中所述K1偏移基于所述DCI中的物理下行链路共享信道(PDSCH)资源到HARQ定时指示符(PDSCH-to-HARQ-timing-indicator)字段或者来自所述gNodeB到所述UE的高层参数下行链路数据到上行链路确认(dl-DataToUL-ACK)中的一者。
实施例47包括根据实施例46所述的主题，并且任选地，其中所述PRI指示所述更新的PUCCH资源和所述剩余PUCCH资源中的每者的起始PUCCH符号，并且其中，所述起始PUCCH符号和所述PDSCH-to-HARQ-timing-indicator字段的值的组合用于允许所述UE以时隙、半时隙或一个或多个符号集为单位确定HARQ-ACK起始定时偏移的PDSCH结束。
实施例48包括根据实施例44所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述另一个确定的PUCCH资源的所述UCI以及所述多个HARQ-ACK反馈；并且所述PRI字段指示承载所述多个HARQ-ACK反馈中的第一个动态HARQ-ACK反馈或最后一个动态HARQ-ACK反馈的PUCCH资源，其中所述更新的PUCCH资源的资源集基于所述多个HARQ-ACK反馈和所述另一个确定的PUCCH资源的所述UCI的总有效载荷大小。
实施例49包括根据实施例44所述的主题，并且任选地，其中所述DCI是调度将调度所述多个HARQ-ACK反馈的物理下行链路共享信道(PDSCH)的第一个DCI或最后一个DCI，并且其中所述更新的PUCCH资源中的所述多个HARQ-ACK反馈将在时隙中调度。
实施例50包括根据实施例44所述的主题，并且任选地，其中所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的相同时隙中的位顺序用于遵循所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的定时。
实施例51包括根据实施例44所述的主题，并且任选地，其中用于所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈的信息映射的排序基于用于调度对应物理下行链路共享信道(PDSCH)资源的HARQ过程识别(PID)的顺序。
实施例52包括根据实施例44所述的主题，并且任选地，其中所述多个HARQ-ACK反馈中的所述至少一个HARQ-ACK反馈包括基于传输块(TB)的HARQ-ACK反馈和基于代码块组(CBG)的HARQ-ACK反馈，所述更新的PUCCH资源承载分别对应于所述基于TB的HARQ-ACK反馈和所述基于CBG的HARQ-ACK反馈的两个单独的HARQ-ACK码本。
实施例53包括一种新空口(NR)演进节点B(gNodeB)的设备，包括：用于编码下行链路控制信息(DCI)以用于传输到NR用户装备(UE)的装置，所述DCI包括PUCCH资源指示符(PRI)字段，以允许UE根据所述PRI确定更新的物理上行链路控制信道(PUCCH)资源，其中所述更新的PUCCH资源用于承载分别对应于所述UE的多个确定的PUCCH资源的多个HARQ-ACK反馈中的至少一个HARQ-ACK反馈以及所述UE的另一个确定的PUCCH资源的上行链路控制信息(UCI)；以及用于解码来自所述UE的所述更新的PUCCH的装置。
实施例54包括根据实施例53所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载所述至少一个HARQ-ACK反馈，并且所述多个确定的PUCCH资源中的剩余PUCCH资源承载所述多个HARQ-ACK反馈中的相应剩余HARQ-ACK反馈；并且所述设备包括用于编码用于传输到所述UE的K1偏移以及所述PRI字段和K1偏移的组合以允许所述UE确定所述更新的PUCCH资源和所述剩余PUCCH资源的装置。
实施例55包括一种新空口(NR)用户装备(UE)的设备，所述设备包括射频(RF)接口和耦接到所述RF接口的处理电路，所述处理电路用于：确定所述UE配置有在时隙内具有HARQ-ACK反馈的多个物理上行链路控制信道(PUCCH)资源的特征；响应于调度的物理下行链路共享信道(PDSCH)资源，确定承载混合自动重传请求确认(HARQ-ACK)反馈的物理上行链路控制信道(PUCCH)资源；以及编码用于传输到NR演进节点B(gNodeB)的所述PUCCH资源，所述PUCCH资源承载所述HARQ-ACK反馈，以及：承载除HARQ-ACK反馈之外的上行链路控制信息(UCI)的另一个PUCCH资源以及调度的物理上行链路共享信道(PUSCH)资源。
实施例56包括根据实施例55所述的主题，并且任选地，其中所述处理电路用于：解码来自所述gNodeB的包括PUCCH资源指示符(PRI)字段的下行链路控制信息(DCI)；以及基于所述PRI和K1偏移值来确定所述PUCCH资源，其中所述K1偏移值基于DCI格式中的物理下行链路共享信道(PDSCH)资源到HARQ定时指示符(PDSCH-to-HARQ-timing-indicator)字段，或者基于来自所述gNodeB的高层参数下行链路数据到上行链路确认(dl-DataToUL-ACK)。
实施例57包括根据实施例56所述的主题，并且任选地，其中所述DCI格式对应于调度所述调度的PDSCH资源的DCI格式，所述处理电路用于基于针对HARQ-ACK反馈的所述PUCCH资源的起始符号来确定该PUCCH资源。
实施例58包括根据实施例57所述的主题，并且任选地，其中所述DCI格式对应于调度所述调度的PDSCH的DCI格式，所述处理电路用于基于参考点来确定针对HARQ-ACK反馈的所述PUCCH资源，所述参考点对应于以下中的一者：时隙的开始、半时隙的开始、子时隙的开始，其中子时隙对应于连续OFDM符号集，并且基于具有所述HARQ-ACK反馈的所述PUCCH的不同传输机会集之间的定时关系的配置。
实施例59包括根据实施例56所述的主题，并且任选地，其中所述K1偏移值以时隙、半时隙或子时隙为单位指示所述调度的PDSCH的结束和承载所述HARQ-ACK反馈的所述PUCCH的最早起始之间的时间，其中子时隙对应于连续OFDM符号集，并且基于具有HARQ-ACK反馈的所述PUCCH的不同传输机会集之间的定时关系的配置。
实施例60包括根据实施例55所述的主题，并且任选地，其中所述处理电路被配置为：确定承载除HARQ-ACK反馈之外的UCI的所述另一个PUCCH资源以及所述调度的PUSCH资源；确定所述另一个PUCCH资源和所述调度的PUSCH资源中的至少一者是否与用于承载HARQ-ACK反馈的确定的PUCCH资源在时间上重叠；以及确定以下中的一者以用于传输到所述gNodeB：承载除HARQ-ACK反馈之外的所述UCI和HARQ-ACK反馈的至少一个位的更新的PUCCH资源，或者承载用上行链路共享信道(USCH)复用的HARQ-ACK反馈的至少一个位和除所述UCI之外的UCI的更新的PUSCH资源。
实施例61包括根据实施例60所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载包括对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的信息位的组合UCI；并且所述处理电路用于：解码来自所述gNodeB的包括PUCCH资源指示符(PRI)字段的下行链路控制信息(DCI)；基于所述PRI字段来确定所述更新的PUCCH资源，所述PRI字段指示承载HARQ-ACK反馈的所述一个或多个位的第一个或最后一个动态HARQ-ACK反馈的PUCCH资源；基于所述组合UCI的总有效载荷大小来确定PUCCH资源集；以及使用所述PRI从所述PUCCH资源集中选择PUCCH资源。
实施例62包括根据实施例60所述的主题，并且任选地，其中响应于确定承载动态或半持久调度(SPS)HARQ-ACK反馈的多个PUCCH资源与所述调度的PUSCH资源重叠，并且所述多个PUCC资源和所述调度的PUSCH资源来自相同的服务类型或优先级，所述处理电路用于将对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的信息位编码到所述更新的PUSCH资源上。
实施例63包括根据实施例62所述的主题，并且任选地，其中所述处理电路用于将对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的信息位分别编码并映射到所述更新的PUSCH资源中，以及基于对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的所述信息位中的每个信息位的有效载荷大小和β偏移，为对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的所述信息位中的每个信息位分配资源量。
实施例64包括根据实施例62所述的主题，并且任选地，其中所述处理电路用于级联对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的所述信息位，以将对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的信息位复用到所述更新的PUSCH资源中。
实施例65包括根据实施例55至63中任一项所述的主题，并且任选地，其中还包括耦接到所述RF接口的前端模块。
实施例66包括根据实施例65所述的主题，并且任选地，还包括耦接到所述前端模块以传输所述更新的PUCCH资源或更新的PUSCH资源的一个或多个天线。
实施例67包括一种在新空口(NR)用户装备(UE)的设备处执行的方法，所述方法包括：确定所述UE配置有在时隙内具有HARQ-ACK反馈的多个物理上行链路控制信道(PUCCH)资源的特征；响应于调度的物理下行链路共享信道(PDSCH)资源，确定承载混合自动重传请求确认(HARQ-ACK)反馈的物理上行链路控制信道(PUCCH)资源；以及编码用于传输到NR演进节点B(gNodeB)的所述PUCCH资源，所述PUCCH资源承载所述HARQ-ACK反馈，以及：承载除HARQ-ACK反馈之外的上行链路控制信息(UCI)的另一个PUCCH资源以及调度的物理上行链路共享信道(PUSCH)资源。
实施例68包括根据实施例67所述的主题，并且任选地，所述方法还包括：解码来自所述gNodeB的包括PUCCH资源指示符(PRI)字段的下行链路控制信息(DCI)；以及基于所述PRI和K1偏移值来确定所述PUCCH资源，其中所述K1偏移值基于DCI格式中的物理下行链路共享信道(PDSCH)资源到HARQ定时指示符(PDSCH-to-HARQ-timing-indicator)字段，或者基于来自所述gNodeB的高层参数下行链路数据到上行链路确认(dl-DataToUL-ACK)。
实施例69包括根据实施例68所述的主题，并且任选地，其中所述DCI格式对应于调度所述调度的PDSCH资源的DCI格式，所述方法包括基于针对HARQ-ACK反馈的所述PUCCH资源的起始符号来确定该PUCCH资源。
实施例70包括根据实施例69所述的主题，并且任选地，本文所述DCI格式对应于调度所述调度的PDSCH的DCI格式，所述方法包括基于参考点来确定针对HARQ-ACK反馈的所述PUCCH资源，所述参考点对应于以下中的一者：时隙的开始、半时隙的开始、子时隙的开始，其中子时隙对应于连续OFDM符号集，并且基于具有所述HARQ-ACK反馈的所述PUCCH的不同传输机会集之间的定时关系的配置。
实施例71包括根据实施例68所述的主题，并且任选地，其中所述K1偏移值以时隙、半时隙或子时隙为单位指示所述调度的PDSCH的结束和承载所述HARQ-ACK反馈的所述PUCCH的最早起始之间的时间，其中子时隙对应于连续OFDM符号集，并且基于具有HARQ-ACK反馈的所述PUCCH的不同传输机会集之间的定时关系的配置。
实施例72包括根据实施例67所述的主题，并且任选地，所述方法还包括：确定承载除HARQ-ACK反馈之外的UCI的所述另一个PUCCH资源以及所述调度的PUSCH资源；确定所述另一个PUCCH资源和所述调度的PUSCH资源中的至少一者是否与用于承载HARQ-ACK反馈的确定的PUCCH资源在时间上重叠；以及确定以下中的一者以用于传输到所述gNodeB：承载除HARQ-ACK反馈之外的所述UCI和HARQ-ACK反馈的至少一个位的更新的PUCCH资源，或者承载用上行链路共享信道(USCH)复用的HARQ-ACK反馈的至少一个位和除所述UCI之外的UCI的更新的PUSCH资源。
实施例73包括根据实施例72所述的主题，并且任选地，其中：所述更新的PUCCH资源用于承载包括对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的信息位的组合UCI；并且所述方法还包括：解码来自所述gNodeB的包括PUCCH资源指示符(PRI)字段的下行链路控制信息(DCI)；基于所述PRI字段来确定所述更新的PUCCH资源，所述PRI字段指示承载HARQ-ACK反馈的所述一个或多个位的第一个或最后一个动态HARQ-ACK反馈的PUCCH资源；基于所述组合UCI的总有效载荷大小来确定PUCCH资源集；以及使用所述PRI从所述PUCCH资源集中选择PUCCH资源。
实施例74包括根据实施例72所述的主题，并且任选地，其中所述方法还包括响应于确定承载动态或半持久调度(SPS)HARQ-ACK反馈的多个PUCCH资源与所述调度的PUSCH资源重叠，并且所述多个PUCC资源和所述调度的PUSCH资源来自相同的服务类型或优先级，对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的信息位编码到所述更新的PUSCH资源上。
实施例75包括根据实施例74所述的主题，并且任选地，所述方法还包括将对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的信息位分别编码并映射到所述更新的PUSCH资源中，以及基于对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的所述信息位中的每个信息位的有效载荷大小和β偏移，为对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的所述信息位中的每个信息位分配资源量。
实施例76包括根据实施例74所述的主题，并且任选地，所述方法还包括级联对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的所述信息位，以将对应于所述HARQ-ACK反馈中的相应HARQ-ACK反馈的信息位复用到所述更新的PUSCH资源中。
实施例77包括一种新空口(NR)用户装备(UE)的设备，所述设备包括：用于确定所述UE配置有在时隙内具有HARQ-ACK反馈的多个物理上行链路控制信道(PUCCH)资源的特征的装置；用于响应于调度的物理下行链路共享信道(PDSCH)资源来确定承载混合自动重传请求确认(HARQ-ACK)反馈的物理上行链路控制信道(PUCCH)资源的装置；以及编码用于传输到NR演进节点B(gNodeB)的所述PUCCH资源，所述PUCCH资源承载所述HARQ-ACK反馈，以及：承载除HARQ-ACK反馈之外的上行链路控制信息(UCI)的另一个PUCCH资源以及调度的物理上行链路共享信道(PUSCH)资源。
实施例78包括根据实施例77所述的主题，并且任选地，还包括：用于解码来自所述gNodeB的包括PUCCH资源指示符(PRI)字段的下行链路控制信息(DCI)的装置；以及用于基于所述PRI和K1偏移值来确定所述PUCCH资源的装置，其中所述K1偏移值基于DCI格式中的物理下行链路共享信道(PDSCH)资源到HARQ定时指示符(PDSCH-to-HARQ-timing-indicator)字段，或者基于来自所述gNodeB的高层参数下行链路数据到上行链路确认(dl-DataToUL-ACK)。
实施例79包括一种机器可读介质，所述机器可读介质包括代码，所述代码在被执行时用于使机器执行根据上述实施例中任一项所述的方法。
实施例80包括一种机器可读介质，所述机器可读介质包括代码，所述代码在被执行时用于使机器执行根据上述实施例中任一项所述的方法。
实施例81包括一种产品，所述产品包括一个或多个有形计算机可读非暂态存储介质，所述一个或多个有形计算机可读非暂态存储介质包括计算机可执行指令，所述计算机可执行指令能够操作以在被至少一个计算机处理器执行时使所述至少一个处理器能够执行根据上述实施例中任一项所述的方法。
实施例82包括一种在新空口(NR)演进节点B的设备处执行的方法，所述方法包括执行与gNodeB相关联的基带处理电路的功能，如上述实施例中任一项所阐述的。
实施例83包括一种新空口(NR)演进节点B的设备，所述设备包括射频(RF)接口和耦接到所述RF接口的处理电路，所述处理电路用于执行与gNodeB相关联的基带处理电路的所述功能，如上述实施例中任一项所阐述的。
实施例84包括一种装置，所述装置包括用于使无线通信设备执行根据上述实施例中任一项所述的方法的装置。
实施例85包括一种机器可读介质，所述机器可读介质包括代码，所述代码在被执行时用于使机器执行根据上述实施例中任一项所述的方法。
实施例86包括一种产品，所述产品包括一个或多个有形计算机可读非暂态存储介质，所述一个或多个有形计算机可读非暂态存储介质包括计算机可执行指令，所述计算机可执行指令能够操作以在被至少一个计算机处理器执行时使所述至少一个计算机处理器能够执行根据上述实施例中任一项所述的方法。
实施例87包括一种装置，所述装置包括用于使无线通信设备执行根据上述实施例中任一项所述的方法的装置。
实施例88可包括一种如上述实施例中任一项所述或与其相关的信号或其部分或一些。
实施例89可包括如本文所示和所述的无线网络中的信号。
实施例90可包括如本文所示和所述的在无线网络中进行通信的方法。
实施例91可包括如本文所示和所述的用于提供无线通信的系统。
除非另有明确说明，否则上述实施例中的任一者可与任何其他实施例(或实施例的组合)组合。一个或多个具体实施的前述描述提供了说明和描述，但是并不旨在穷举或将实施例的范围限制为所公开的精确形式。
机译： 物理上行链路控制信道资源确定和多路复用多个混合自动重复请求确认反馈和物理上行链路控制信道和物理上行链路共享信道的其他上行链路控制信息
机译： 物理上行链路控制信道资源确定和多重混合自动重复请求确认反馈以及有关物理上行链路控制信道和物理上行链路共享信道的其他上行链路控制信息
机译： 确定带有物理跳频的物理上行链路共享信道和物理上行链路控制信道上的上行链路控制信息的资源
