在移动通信中报告混合自动重传请求-确认信息的方法和装置与流程

相关申请的交叉引用

本发明是要求于2018年5月3日提交的美国专利申请no.62/666,170和于2019年5月2日提交的美国专利申请no.16/401,301的优先权权益的非临时申请的一部分，以上列出的申请的内容透过引用完整地并入本文中。

本公开总体上关于移动通信，更具体地，关于移动通信中用户设备(userequipment，ue)和网络装置报告超可靠和低延迟通信(ultra-reliableandlowlatencycommunication，urllc)的混合自动重传请求-确认(hybridautomaticrepeatrequest-acknowledgement，harq-ack)信息。

背景技术：

除非在本文中另外指示，否则本部分中描述的方法不是对于下面列出权利要求的现有技术，并且不因包含在该部分中而被承认是现有技术。

在长期演进(long-termevolution，lte)或新无线电(newradio，nr)中，引入harq-ack信息传输以提高传输可靠性。用户设备(ue)需要在harq-ack码本(codebook)中针对对应的下行链路接收(downlinkreceptions)报告harq-ack信息。harq-ack码本应当在由相应的下行链路控制信息(downlinkcontrolinformation，dci)格式中harq反馈定时指示符(harqfeedbacktimingindicator)字段(field)的值所指示的时隙中发送。dci格式还应指示为harq-ack信息传输所调度的物理上行链路控制信道(physicaluplinkcontrolchannel，pucch)资源。harq-ack多工(multiplexing)可用于促进harq-ack信息传输。与多个物理下行链路共享信道(physicaldownlinksharedchannel，pdsch)传输相对应的多个harq-ack反馈可以被多路复用并被立即发送到网络装置。一个pucch资源可以在相同时隙中承载要发送的多个harq-ack反馈。

在lte中，用于传输harq反馈比特的框架(framework)基于码本。网络节点可以调度(schedule)多个物理下行链路共享信道(physicaldownlinksharedchannel，pdsch)用于下行链路传输。ue需要报告与每个pdsch相对应的harq反馈信息。网络节点将调度一个pucch资源，用于传输在多个先前传输和/或监视时机(monitoringoccasion)上累积的harq比特。ue可以在调度的pucch资源中发送harq-ack码本。然而，这种框架不适合于urllc，因为在时隙中仅有一个上行链路机会(uplinkopportunity)用于要发送的harq反馈比特。

在nr中，对端到端延迟和可靠性具有高要求的新兴应用，支持urllc。一般的urllc可靠性要求是大小为32字节的数据包应当以10^-5的成功概率在1毫秒的端到端延迟内传输。urllc业务通常较为零散且短，而对低延迟和高可靠性的要求较为严格。例如，urllc的控制可靠性必须比10^-6bler的数据可靠性更加严格。

因此，为了支持urllc低延迟，需要改进报告harq反馈比特的当前框架。因此，需要提供适当的harq-ack信息报告方案以减少延迟时间并满足urllc要求。

技术实现要素：

以下发明内容仅是例示性的，并且不旨在以任何方式限制。即，提供以下发明内容以引入这里所描述的新颖且非明显技术的概念、亮点、益处以及优点。下面详细的描述中进一步描述了选择的实现方式。因此，以下发明内容不旨在识别所要求保护主题的必要特征，也不旨在用于确定所要求保护主题的范围。

本公开的目的是提出解决方案或机制，以解决上述在移动通信中关于用户设备和网络装置报告urllc的harq-ack信息的上述问题。

在一个方面，一种方法可以涉及由装置接收包括资源指示的dci格式。该方法还可以涉及装置根据资源指示从多个pucch资源中选择pucch资源。该方法还可以涉及装置在所述pucch资源中发送harq-ack信息。资源指示以符号为单位指示所述pucch资源的定时信息。

在一个方面，一种装置可以包括能够与无线网络的网络节点无线通信的收发器。该装置还可以包括通信地耦接到收发器的处理器。处理器能够经由收发器接收包括资源指示的dci格式。处理器还能够根据资源指示从多个pucch资源中选择pucch资源。处理器还能够经由收发器在pucch资源中发送harq-ack信息。资源指示可以以符号为单位指示pucch资源的定时信息。

值得注意的是，尽管这里提供的描述可以在某些无线电接入技术、网络和网络拓扑的背景下，例如长期演进(long-termevolution，lte)、lte-a、lte-apro、5g、新无线电(newradio，nr)、物联网(internet-of-things，iot)和窄带物联网(narrowbandinternetofthings，nb-iot)，所提出的概念、方案及其任何变体/衍生物可以在、用于和通过其他类型的无线电接入技术、网络和网络拓扑实现。因此，本公开的范围不限于本文描述的示例。

附图说明

附图被包括进来以提供对本公开的进一步理解，并入本发明并构成本公开的一部分。附图例示了本公开的实现方式，并且与说明书一起用于说明本公开的原理。能理解的是，附图不一定是按比例的，因为为了清楚地例示本发明的构思，一些组件可以被显示为与实际实现方式中的尺寸不成比例。

图1示出了根据本公开的实现方式的方案下的示例性场景。

图2示出了根据本公开的实现方式的方案下的示例性场景。

图3示出了根据本公开的实现方式的方案下的示例性场景。

图4示出了根据本公开的实现方式的方案下的示例性场景。

图5示出了根据本公开的实现方式的方案下的示例性场景。

图6示出了根据本公开的实现方式的方案下的示例性场景。

图7示出了根据本公开的实现方式的方案下的示例性场景。

图8示出了根据本公开的实现方式的示例通信装置和示例网络装置。

图9示出了根据本公开的实现方式的示例过程。

具体实施方式

这里公开了所要求保护主题内容的详细实施例和实现方式。然而，应当理解，公开的详细实施例和实现方式仅为了示例体现为各种形式的所要求保护的主题内容。然而本公开可以体现为多种不同形式，不应理解为仅限于示例的实施例和实现方式。提供这些示例的实施例和实现方式以使得本公开的描述全面且完整并且能够向本领域普通技术人员全面传递本公开的范围。在下面的描述中，省略了已知特征和技术的细节，以避免不必要地使得本发明的实施例和实现方式变得模糊。

概述

本公开的实现方式涉及与移动通信中用户设备和网络装置报告urllc的harq-ack信息有关的各种技术、方法、方案和/或解决方案。根据本公开，可以单独地或联合地实现许多可能的解决方案。也就是说，尽管可以在下面分别描述这些可能的解决方案，但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合的方式实现。

在lte或nr中，引入harq-ack信息传输以提高传输可靠性。ue需要针对对应的下行链路接收在harq-ack码本(codebook)中报告harq-ack信息。harq-ack码本应当在由相应dci格式中harq反馈定时指示符(harqfeedbacktimingindicator)字段的值所指示的时隙中发送。dci格式还应指示为harq-ack信息传输所调度的pucch资源。harq-ack多工(multiplexing)可用于促进harq-ack信息传输。与多个pdsch传输相对应的多个harq-ack反馈可以被多路复用(multiplexed)并被立即发送到网络装置。一个pucch资源可以在相同时隙中承载要发送的多个harq-ack反馈。

图1示出了根据本公开的实现方式的方案下的示例场景100。场景100涉及ue和网络节点，其可以是无线通信网络(例如，lte网络、lte-a网络、lte-apro网络)的一部分。在lte中，用于传输harq反馈比特的框架(framework)基于码本。具体地，网络节点可以调度多个pdsch用于下行链路传输。ue需要报告与每个pdsch相对应的harq反馈信息。网络节点将调度一个pucch资源，用于传输在多个先前传输和/或监视时机(monitoringoccasion)上累积的harq比特。ue可以在调度的pucch资源中发送harq-ack码本。然而，这种框架不适合于urllc，因为在时隙中仅有一个上行链路机会(uplinkopportunity)用于要发送的harq反馈比特。

在nr中，对于端到端延迟和可靠性具有高要求的新兴应用，支持urllc。一般的urllc可靠性要求是大小为32字节的数据包应当以10^-5的成功概率在1毫秒的端到端延迟内传输。urllc业务通常较为零散且短，而对低延迟和高可靠性的要求较为严格。例如，urllc的控制可靠性必须比10^-6bler的数据可靠性更加严格。

为了支持urllc低延迟，需要改进报告harq反馈比特的当前框架。仅在时隙中的一个pucch资源中传输所有harq反馈比特不适合于urllc。鉴于以上所述，本公开提出了关于ue和网络装置针对urllc报告harq-ack信息的多个方案。根据本公开的方案，可以在用于urllc服务的一个上行链路时隙中发送多个pucch资源。urllcharq反馈比特可以潜在地在单独的pucch资源中发送。可以将多个pucch资源调度在一个上行链路时隙中。ue能够使用最近的pucch资源来实时(instantaneously)发送harq反馈比特。因此，可以减少urllc传输的延迟时间。

图2示出了根据本公开的实现方式的方案下的示例场景200。场景200涉及ue和网络节点，其可以是无线通信网络(例如，lte网络、lte-a网络、lte-apro网络、5g网络、nr网络、iot网络或nb-iot网络)的一部分。ue可以被配置为从网络节点接收dci格式。dci格式可以包括资源指示。资源指示可以以符号为单位指示pucch资源的定时信息。例如，资源指示可以包括偏移值(例如，k1)。可以用符号(例如，正交频分复用(orthogonalfrequency-divisionmultiplexing，ofdm)符号)来指示偏移值。ue可以被配置为根据资源指示从多个pucch资源中选择pucch资源。

可以从pdsch末尾(end)或ue处理时间(例如，n1)末尾开始来定义偏移值的参考点。具体地，dci格式可以调度用于下行链路数据传输的pdsch。ue需要处理时间n1来处理pdcch和/或pdsch。当偏移值等于3(例如，k1＝3个符号)时，意味着ue可以从pdsch结束起经(n1+k1)之后使用pucch资源。网络节点可以在一个上行链路时隙中配置多个pucch资源。ue可以被配置为在偏移值之后立即选择第一pucch资源。ue可以被配置为在所选择的pucch资源中发送对应于pdsch的harq-ack信息。或者，偏移值(例如，k1)可以被定义为起始符号位置表的索引。在两个pucch资源同时开始的情况下，上行链路控制信息(uplinkcontrolinformation，uci)比特的数量可以用来决定使用哪个特定资源。

图3示出了根据本公开的实现方式的方案下的示例场景300。场景300涉及ue和网络节点，其可以是无线通信网络(例如，lte网络、lte-a网络、lte-apro网络、5g网络、nr网络、iot网络或nb-iot网络)的一部分。ue可以被配置为从网络节点接收dci格式。dci格式可以包括资源指示。资源指示可以指示pucch资源的定时信息。例如，资源指示可以包括确认资源指示符(acknowledgementresourceindicator，ari)。ue可以被配置为根据资源指示从多个pucch资源中选择pucch资源。

可以从pdsch末尾或ue处理时间(例如，n1)末尾开始以符号形式来定义ari的参考点。具体地，dci格式可以调度用于下行链路数据传输的pdsch。ue需要处理时间n1来处理pdcch和/或pdsch。ue可以在从pdsch末尾起经n1之后使用pucch资源。网络节点可以经由高层信令(例如，无线电资源控制(radioresourcecontrol，rrc)信令)在一个上行链路时隙中配置多个pucch资源。每个pucch资源可以对应于ari索引(例如，1、2等)。网络节点可以通过从pdsch末尾或n1末尾开始索引的ari索引，来指示pucch资源。ue可以被配置为根据ari索引(例如，ari＝1)在n1之后选择pucch资源。ue可以被配置为在所选择的pucch资源中发送与pdsch相对应的harq-ack信息。ari的索引可以是绝对的也可以是相对的。绝对索引可以是，例如但不限于，基于配置的资源或关于时间。相对索引可以基于相对于n1的相对时间位置。

图4示出了根据本公开的实现方式的方案下的示例场景400。场景400涉及ue和网络节点，其可以是无线通信网络(例如，lte网络、lte-a网络、lte-apro网络、5g网络、nr网络、iot网络或nb-iot网络)的一部分。ue可以被配置为从网络节点接收dci格式。dci格式可以包括资源指示。资源指示可以指示pucch资源的定时信息。例如，资源指示可以包括偏移值(例如，n1)和ari的组合。ue可以配置为根据资源指示从多个pucch资源中选择pucch资源。

可以从pdsch末尾或与偏移值相加的ue处理时间(例如，n1+k1)末尾开始以符号形式来定义ari的参考点。具体地，dci格式可以调度用于下行链路数据传输的pdsch。ue需要处理时间n1来处理pdcch和/或pdsch。网络节点还可以指示偏移值。当偏移值等于3(例如，k1＝3个符号)时，意味着ue可以在从pdsch末尾起经(n1+k1)之后使用pucch资源。网络节点可以经由高层信令(例如，rrc信令)在一个上行链路时隙中配置多个pucch资源。每个pucch资源可以对应于ari索引(例如，1、2、3等)。网络节点可以通过从pdsch末尾或(n1+k1)末尾起索引的ari索引，来指示pucch资源。ue可以被配置为根据ari索引(例如，ari＝2)在(n1+k1)之后选择pucch资源。ue可以被配置为在所选择的pucch资源中发送与pdsch相对应的harq-ack信息。当资源是时间对齐的(timealigned)时，k1和ari的组合能够消除pucch资源指示中的任何不明确(ambiguity)。它还可以减少为k1和ari预留的比特数。

在一些实现方式中，k1可表示对表的索引，该表中的条目指示由高层(例如，rrc层)配置的起始符号位置。ari位可以指示在起始位置之后调度的pucch资源。

在一些实现方式中，k1可表示对表的索引，该表中的条目指示由高层(例如，rrc层)配置的窗口的起始符号位置和长度。ari位可以指示在窗口内调度的pucch资源。

在一些实现方式中，资源指示可以通过固定的符号单位指示pucch资源的定时信息。固定的单位可以包括，例如但不限于，2个符号、7个符号或半个时隙。例如，当k1＝1时，意味着偏移值是2个符号。

图5示出了根据本公开的实现方式的方案下的示例场景500。场景500涉及ue和网络节点，其可以是无线通信网络(例如，lte网络、lte-a网络、lte-apro网络、5g网络、nr网络、iot网络或nb-iot网络)的一部分。ue可以被配置为从网络节点接收多个dci格式。每个dci格式可以包括资源指示。每个资源指示可以指示用于传输harq-ack信息的pucch资源的定时信息。例如，第一dci格式可以指示第一pucch资源。第二dci格式可以指示第二pucch资源。第三dci格式可以指示第三pucch资源。为了报告的效率，ue可以被配置为使用半静态(semi-static)harq-ack码本来报告与这三个pucch资源相对应的harq反馈比特。

具体地，网络节点可以根据上行链路时隙内的符号来配置窗口(例如，时间段)。窗口的起点和/或长度可以由k1指示。例如，k1_min可以指示窗口的起点。k1_max可以指示窗口的终点。对于可能导致在窗口内有多个pucch资源的所有监视时机，ue可以被配置为将与窗口内指示的多个pucch资源相对应的多个harq-ack比特组合成harq-ack码本。ue可以被配置为在单个pucch资源中发送harq-ack码本。例如，ue可以被配置为将与第一pucch资源、第二pucch资源和第三pucch资源相对应的3个harq反馈比特组合成harq-ack码本。ue可以在另一个pucch资源中发送harq-ack码本。在一些实现方式中，可以经由其他指示和/或配置来配置窗口的起点和/或长度。场景500中的harq-ack码本报告方案可以与上述场景中描述的harq-ack定时确定方案相结合。

图6示出了根据本公开的实现方式的方案下的示例场景600。场景600涉及ue和网络节点，其可以是无线通信网络(例如，lte网络、lte-a网络、lte-apro网络、5g网络、nr网络、iot网络或nb-iot网络)的一部分。ue可以被配置为从网络节点接收多个dci格式。每个dci格式可以包括资源指示。每个资源指示可以指示用于传输harq-ack信息的pucch资源的定时信息。例如，第一dci格式可以指示第一pucch资源。第二dci格式可以指示第二pucch资源。为了报告的效率，ue可以被配置为使用动态harq-ack码本来报告与这两个pucch资源相对应的harq反馈比特。

具体地，网络节点可以为需要在harq-ack码本中报告的harq反馈比特配置下行链路指配索引(downlinkassignmentindex，dai)计数器。例如，dai计数器可以包括一个比特。网络节点可以配置与第一pucch资源相对应的第一dai值(例如，dai＝0)。网络节点可以配置与第二pucch资源相对应的第二dai值(例如，dai＝1)。对于配置有dai计数器的所有harq反馈比特，ue可以将配置有dai计数器的与多个pucch资源相对应的多个harq-ack比特组合成harq-ack码本。ue可以被配置为在单个pucch资源中发送harq-ack码本。例如，ue可以将配置有第一dai值的与第一pucch资源相对应的以及配置有第二dai值的与第二pucch资源的2个harq反馈比特组合成harq-ack码本。ue可以在另一个pucch资源中发送harq-ack码本。在一些实现方式中，场景600中的harq-ack码本报告方案可以与上述场景中描述的harq-ack定时确定方案相结合。

图7示出了根据本公开的实现方式的方案下的示例场景700。场景700涉及ue和网络节点，其可以是无线通信网络(例如，lte网络、lte-a网络、lte-apro网络、5g网络、nr网络、iot网络或nb-iot网络)的一部分。ue可以被配置为从网络节点接收多个dci格式。每个dci格式可以包括资源指示。每个资源指示可以指示用于传输harq-ack信息的pucch资源的定时信息。例如，第一dci格式可以指示第一pucch资源。第二dci格式可以指示第二pucch资源。当第一dci格式和第二dci格式指示相同的pucch资源时，ue可以被配置为使用harq-ack码本来报告与这两个pucch资源相对应的harq反馈比特。

具体地，每个dci格式可以指示用于传输harq反馈比特的pucch资源。在没有dci格式指示相同pucch资源的情况下，可以不使用harq-ack码本来报告harq反馈比特。ue可以被配置为不使用码本，并且在由每个dci格式指示的pucch资源中发送与单个传输相对应的harq-ack信息。在两个或更多个dci格式指示相同pucch资源的情况下，可以使用harq-ack码本来组合所有harq反馈比特。对于指示相同pucch资源的所有dci格式，ue可以被配置为将对应于相同pucch资源的多个harq-ack比特组合成harq-ack码本。ue可以被配置为在单个pucch资源中发送harq-ack码本。例如，ue可以被配置为将对应于相同pucch资源的2个harq反馈比特组合成harq-ack码本。ue可以在另一个pucch资源中发送harq-ack码本。在一些实现方式中，场景700中的harq-ack码本报告方案可以与上述场景中描述的harq-ack定时确定方案相结合。

例示性实现方式

图8示出了根据本公开的实现方式的示例通信装置810和示例网络装置820。通信装置810和网络装置820中的每一个可以执行各种功能以实现本文描述的关于无线通信中用户设备和网络装置的针对urllc报告harq-ack信息的方案、技术、过程和方法，包括上述场景200、300、400、500、600和700以及下面描述的过程900。

通信装置810可以是电子装置的一部分，该电子装置可以是诸如便携式或行动装置的ue、可穿戴装置、无线通信装置或计算装置。例如，通信装置810可以在智能手机、智能手表、个人数字助理、数字相机或诸如平板计算机、膝上型计算机或笔记本电脑的计算设备中实现。通信装置810还可以是机器型装置的一部分，机器型装置可以是诸如不可移动或固定装置的iot或nb-iot装置、家庭装置、有线通信装置或计算装置。例如，通信装置810可以在智能恒温器、智慧冰箱、智慧门锁、无线扬声器或家庭控制中心中实现。或者，通信装置810可以以一个或多个集成电路(integrated-circuit，ic)芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、一个或多个精简指令集计算(reduced-instruction-set-computing，risc)处理器或一个或多个复杂指令集计算(complex-instruction-set-computing，cisc)处理器。通信装置810可以包括图8中所示的那些组件中的至少一些，例如，处理器812等。通信装置810还可以包括与本公开的提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，下面图8中并未描述通信装置810的这些组件。

网络装置820可以是电子装置的一部分，电子装置可以是诸如基地台、小型小区(cell)、路由器或网关的网络节点。例如，网络装置820可以在lte、lte-a或lte-apro网络中的enodeb中实现，或者在5g、nr、iot或nb-iot网络中的gnb中实现。或者，网络装置820可以以一个或多个ic芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、一个或多个risc处理器、或者一个或更多cisc处理器。网络装置820可以包括图8中所示的组件中的至少一部分，例如，处理器822等。网络装置820还可以包括与本公开的提出的方案不相关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且为了简单和简洁起见，下面图8中并未描述网络装置820的这些组件。

在一个方面，处理器812和处理器822中的每一个可以以一个或多个单核处理器、一个或多个多核处理器、一个或多个risc处理器、或者一个或更多cisc处理器的形式实现。也就是说，即使这里使用单数术语“处理器”来指代处理器812和处理器822，但是根据本公开处理器812和处理器822中的每一个在一些实现方式中可以包括多个处理器并且在其他实现方式中可以包括单个处理器。在另一方面，处理器812和处理器822中的每一个均可以以硬件(以及可选地，韧体)的形式实现，硬件具有的电子组件包括例如但不限于一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、被配置和布置成实现特定目的的一个或多个忆阻器(memristors)和/或一个或多个变容二极管。换句话说，在至少一些实施方式中，处理器812和处理器822中的每一个可以是专用器件，其被专门设计、布置和配置成根据本公开的各种实施方式在设备(例如，如通信装置810所示)和网络(例如，如网络装置820所示)中执行特定任务(包括功耗降低)。

在一些实现方式中，通信装置810还可以包括耦接到处理器812并且能够无线地发送和接收数据的收发器816。在一些实现方式中，通信装置810还可以包括存储器814，存储器814耦接到处理器812并且能够由处理器812存取其中数据。在一些实现方式中，网络装置820还可以包括耦接到处理器822并且能够无线地发送和接收数据的收发器826。在一些实现方式中，网络装置820还可以包括存储器824，存储器824耦接到处理器822并且能够由处理器822存取其中数据。因此，通信装置810和网络装置820可以分别经由收发器816和收发器826彼此无线通信。为了帮助更好地理解，以下对通信装置810和网络装置820中的每一个的操作、功能和性能的下述描述是基于移动通信环境，其中通信装置810在通信装置或ue中实现或者被实现为通信装置或者ue，网络装置820在通信网络的网络节点中实现或者被实现为通信网络的网络节点。

在一些实现方式中，处理器812可以被配置为经由收发器816从网络装置820接收dci格式。dci格式可以包括资源指示。处理器822可以使用资源指示以符号为单位指示pucch资源的定时信息。例如，资源指示可以包括偏移值(例如，k1)。处理器822可以按照符号(例如，ofdm符号)指示偏移值。处理器812可以被配置为根据资源指示从多个pucch资源中选择pucch资源。

在一些实现方式中，可以从pdsch的末尾或ue处理时间(例如，n1)的末尾起定义偏移值的参考点。具体地，处理器822可以使用dci格式来调度用于下行链路数据传输的pdsch。处理器812需要处理时间n1来处理pdcch和/或pdsch。当偏移值等于3(例如，k1＝3个符号)时，意味着处理器812可以从pdsch的末尾开始(n1+k1)之后使用pucch资源。处理器822可以在一个上行链路时隙中配置多个pucch资源。处理器812可以被配置为在偏移值之后立即选择第一pucch资源。处理器812可以被配置为在所选择的pucch资源中发送与pdsch相对应的harq-ack信息。在两个pucch资源同时开始的情况下，处理器822可以使用uci比特决定使用哪个特定资源。

在一些实现方式中，处理器822可以将ari用于资源指示。可以从pdsch的末尾或ue处理时间(例如，n1)的末尾开始按照符号来定义ari的参考点。具体地，处理器822可以使用dci格式来调度用于下行链路数据传输的pdsch。处理器812需要处理时间n1来处理pdcch和/或pdsch。处理器812可以在从pdsch末尾开始n1之后使用pucch资源。处理器822可以经由高层信令(例如，rrc信令)在一个上行链路时隙中配置多个pucch资源。每个pucch资源可以对应于ari索引(例如，1、2等)。处理器822可以通过从pdsch的末尾或n1的末尾开始索引的ari索引来指示pucch资源。处理器812可以被配置为根据ari索引(例如，ari＝1)在n1之后选择pucch资源。处理器812可以被配置为经由收发器816在所选择的pucch资源中发送与pdsch相对应的harq-ack信息。

在一些实现方式中，处理器822可以使用偏移值(例如，n1)和ari的组合来进行资源指示。可以从pdsch的末尾或与偏移值相加的ue处理时间(例如，n1+k1)的末尾开始按照符号来定义ari的参考点。具体地，处理器822可以使用dci格式来调度用于下行链路数据传输的pdsch。处理器812需要处理时间n1来处理pdcch和/或pdsch。处理器822还可以指示偏移值。当偏移值等于3(例如，k1＝3个符号)时，意味着处理器812可以在从pdsch的末尾开始的(n1+k1)之后使用pucch资源。处理器822可以经由高层信令(例如，rrc信令)在一个上行链路时隙中配置多个pucch资源。每个pucch资源可以对应于一个ari索引(例如，1、2、3等)。处理器822可以通过从pdsch的末尾或(n1+k1)的末尾开始索引的ari索引来指示pucch资源。处理器812可以被配置为根据ari索引(例如，ari＝2)在(n1+k1)之后选择pucch资源。处理器812可以被配置为经由收发器816在所选择的pucch资源中发送与pdsch相对应的harq-ack信息。

在一些实现方式中，为了报告的效率，处理器812可以被配置为使用半静态harq-ack码本来报告与这三个pucch资源相对应的harq反馈比特。处理器822可以按照上行链路时隙内的符号来配置窗口(例如，时间段)。处理器822可以通过k1指示窗口的起点和/或长度。例如，处理器822可以使用k1_min指示窗口的起点。处理器822可以使用k1_max指示窗口的终点。对于导致在窗口内有多个pucch资源的所有监视时机，处理器812可以被配置为将与窗口内指示的多个pucch资源相对应的多个harq-ack比特组合成harq-ack码本。处理器812可以被配置为经由收发器816在单个pucch资源中发送harq-ack码本。例如，处理器812可以被配置为将与第一pucch资源、第二pucch资源和第三pucch资源相对应的3个harq反馈比特组合成harq-ack码本。处理器812可以经由收发器816在另一个pucch资源中发送harq-ack码本。

在一些实现方式中，为了报告的效率，处理器812可以被配置为使用动态harq-ack码本来报告与这两个pucch资源相对应的harq反馈比特。处理器822可以为需要在harq-ack码本中报告的harq反馈比特配置dai计数器。例如，处理器822可以使用一个比特来指示dai计数器。处理器822可以配置与第一pucch资源相对应的第一dai值(例如，dai＝0)。处理器822可以配置与第二pucch资源相对应的第二dai值(例如，dai＝1)。对于配置有dai计数器的所有harq反馈比特，处理器812可以被配置为将配置有dai计数器的与多个pucch资源对应的多个harq-ack位组合成harq-ack码本。处理器812可以被配置为经由收发器816在单个pucch资源中发送harq-ack码本。例如，处理器812可以被配置为将与具有第一dai值的第一pucch资源相对应的以及与具有第二dai值的第二pucch资源相对应的2个harq反馈比特组合成harq-ack码本。处理器812可以经由收发器816在另一个pucch资源中发送harq-ack码本。

在一些实现方式中，每个dci格式可以指示用于传输harq反馈比特的pucch资源。当没有dci格式指示相同pucch资源的情况下，可以不使用harq-ack码本来报告harq反馈比特。处理器812可以被配置为不使用码本，并且在由每个dci格式指示的pucch资源中发送与单个传输相对应的harq-ack信息。当两个或更多个dci格式指示相同pucch资源的情况下，可以使用harq-ack码本来组合所有harq反馈比特。对于指示相同pucch资源的所有dci格式，处理器812可以被配置为将对应于相同pucch资源的多个harq-ack比特组合成harq-ack码本。处理器812可以被配置为经由收发器816在单个pucch资源中发送harq-ack码本。例如，处理器812可以被配置为将对应于相同pucch资源的2个harq反馈比特组合成harq-ack码本。处理器812可以经由收发器816在另一个pucch资源中发送harq-ack码本。

例示性过程

图9示出了根据本公开的实现方式的示例过程900。过程900可以是与根据本公开的用于urllc的报告harq-ack信息相关的上述场景200、300、400、500、600和700的示例实现方式，无论是部分的还是完全的。过程900可以表示通信装置810的多个特征的实现方式。过程900可以包括如框910、920和930中的一个或多个所示的一个或多个操作、动作或功能。尽管被示出为离散的框，根据所需的实现方式，过程900的各个框可以被划分为附加的框、组合成更少的框或者被取消。此外，过程900的框可以按照图9中所示的顺序执行，或者，可以按照不同的顺序执行。过程900可以由通信装置810或任何合适的ue或机器类型的设备实现。仅出于说明性目的而非限制，下面以通信装置810为背景描述过程900。过程900在框910处开始。

在910，过程900可以涉及装置810的处理器812接收包括资源指示的dci格式。过程900可以从910进行到920。

在920，过程900可以涉及处理器812根据资源指示从多个pucch资源中选择pucch资源。过程900可以从920进行到930。

在930，过程900可以涉及处理器812在pucch资源中发送harq-ack信息。资源指示可以以符号为单位指示pucch资源的定时信息。

在一些实现方式中，资源指示可以包括偏移值和ari中的至少一个。

在一些实现方式中，过程900可涉及处理器812选择从pdsch末尾或处理时间末尾起偏移值之后的pucch资源。

在一些实现方式中，过程900可以涉及处理器812根据从pdsch末尾或处理时间末尾其开始索引的ari来选择pucch资源。

在一些实现方式中，过程900可以涉及处理器812根据偏移值和ari的组合来选择pucch资源。

在一些实现方式中，过程900可以涉及处理器812将与窗口内指示的多个pucch资源相对应的多个harq-ack位组合成harq-ack码本。过程900还可以涉及处理器812在单个pucch资源中发送harq-ack码本。

在一些实现方式中，过程900可涉及处理器812将与dai指示的多个pucch资源对应的多个harq-ack比特组合成harq-ack码本。过程900还可以涉及处理器812在单个pucch资源中发送harq-ack码本。

在一些实现方式中，过程900可以涉及处理器812将对应于相同pucch资源的多个harq-ack位组合成harq-ack码本。过程900还可以涉及处理器812在相同的pucch资源中发送harq-ack码本。

在一些实现方式中，过程900可以涉及处理器812在pucch资源中不利用码本发送harq-ack信息。

在一些实现方式中，符号单位可包括多个符号或半个时隙。

补充说明

本文中所描述的主题有时例示了包含在不同的其它部件之内或与其连接的不同部件。要理解的是，这些所描绘架构仅是示例，并且实际上能够实施实现相同功能的许多其它架构。在概念意义上，实现相同功能的部件的任意布置被有效地“关联”成使得期望之功能得以实现。因此，独立于架构或中间部件，本文中被组合为实现特定功能之任何两个部件能够被看作彼此“关联”成使得期望之功能得以实现。同样，如此关联之任何两个部件也能够被视为彼此“在操作上连接”或“在操作上耦接”，以实现期望功能，并且能够如此关联的任意两个部件还能够被视为彼此“在操作上可耦接”，以实现期望的功能。在操作在可耦接之特定示例包括但不限于物理上能配套和/或物理上交互的部件和/或可无线地交互和/或无线地交互的部件和/或逻辑上交互和/或逻辑上可交互的部件。

此外，关于本文中任何复数和/或单数术语的大量使用，本领域普通技术人员可针对上下文和/或应用按需从复数转化为单数和/或从单数转化为复数。为了清楚起见，本文中可以明确地阐述各种单数/复数互易。

另外，本领域技术人员将理解，通常，本文中所用的术语且尤其是在所附的权利要求(例如，所附的权利要求的主体)中所使用的术语通常意为“开放”术语，例如，术语“包含”应被解释为“包含但不限于”，术语“具有”应被解释为“至少具有”，术语“包括”应解释为“包括但不限于”，等等。本领域技术人员还将理解，如果引入的权利要求列举的特定数目是有意的，则这种意图将在权利要求中明确地列举，并且在这种列举不存在时不存在这种意图。例如，作为理解的帮助，所附的权利要求可以包含引入权利要求列举的引入性短语“至少一个”和“一个或更多个”的使用。然而，这种短语的使用不应该被解释为暗示权利要求列举通过不定冠词“一”或“一个”的引入将包含这种所引入的权利要求列举的任何特定权利要求限制于只包含一个这种列举的实现方式，即使当同一权利要求包括引入性短语“一个或更多”或“至少一个”以及诸如“一”或“一个”这样的不定冠词(例如，“一和/或一个”应被解释为意指“至少一个”或“一个或更多个”)时，这同样适用于用来引入权利要求列举的定冠词的使用。另外，即使明确地列举了特定数量的所引入的权利要求列举，本领域技术人员也将认识到，这种列举应被解释为意指至少所列举的数量(例如，在没有其它的修饰语的情况下，“两个列举”的无遮蔽列举意指至少两个列举或者两个或更多个列举)。此外，在使用类似于“a、b和c中的至少一个等”的惯例的那些情况下，在本领域技术人员将理解这个惯例的意义上，通常意指这种解释(例如，“具有a、b和c中的至少一个的系统”将包括但不限于单独具有a、单独具有b、单独具有c、一同具有a和b、一同具有a和c、一同具有b和c和/或一同具有a、b和c等的系统)。在使用类似于“a、b或c等中的至少一个”的惯例的那些情况下，在本领域技术人员将理解这个惯例的意义上，通常意指这样的解释(例如，“具有a、b或c中至少一个的系统”将包括但不限于单独具有a、单独具有b、单独具有c、一同具有a和b、一同具有a和c、一同具有b和c、和/或一同具有a、b和c等的系统)。本领域技术人员还将理解，无论在说明书、权利要求还是附图中，实际上呈现两个或更多个另选的项的任何转折词语和/或短语应当被理解为构想包括这些项中的一个、这些项中的任一个或者这两项的可能性。例如，短语“a或b”将被理解为包括“a”或“b”或“a和b”的可能性。

根据上述内容，将领会的是，本文中已经为了例示目的而描述了本公开的各种实现方式，并且可以在不脱离本公开范围和精神的情况下进行各种修改。因此，本文中所公开的各种实现方式不旨在是限制性的，真正的范围和精神由所附权利要求指示。