CN110024464A - 移动通信的超可靠和低延迟通信的传输 - Google Patents

Abstract

本发明揭露了多种关于移动通信中的用户设备和网络装置的用于超可靠和低延迟通信(ultra‑reliable and low‑latency communications，URLLC)的盲重传的方法及其装置。该装置可以接收物理下链控制信道(physical downlink control channel，PDCCH)。该装置可以根据该PDCCH接收多个物理下链共享信道(physical downlink shared channel，PDSCH)。该装置可以根据该PDCCH对该多个PDSCH进行解码。该PDCCH可以调度该多个PDSCH。

Description

移动通信的超可靠和低延迟通信的传输

交叉引用

本发明要求2017年8月11日递交，申请号为62/544091的美国专利申请的优先权。上述美国专利申请的内容通过引用整体并入本文。

技术领域

本发明一般涉及移动通信技术。更具体地，本发明涉及与移动通信中用户设备和网络装置相关的超可靠和低延迟通信(ultra-reliable and low-latencycommunications，URLLC)的盲重传。

背景技术

除非本文另有说明，否则本部分中描述的方法不是下面列出的权利要求的现有技术，并且不因包括在本节中而被承认是现有技术。

在新无线电(New Radio，NR)技术中，对于对端到端延迟和可靠性提出高要求的新兴应用，支持超可靠和低延迟通信(ultra-reliable and low latency communications，URLLC)。对于一个分组(packet)的一次传输，一般的URLLC可靠性要求是对于32字节为1-10^-5，用户平面延迟为1毫秒。对于URLLC，用户平面延迟的目标应为上链0.5毫秒和下链0.5毫秒。

在下链传输中，用户设备(user equipment，UE)需要从网络装置接收物理下链控制信道(physical downlink control channel，PDCCH)和/或物理下链共享信道(physicaldownlink shared channel，PDSCH)。在PDCCH/PDSCH丢失或失败的情况下，UE需要等待来自网络装置的重传。该下链信号的丢失的接收可能降低传输可靠性并且可能增加重传的延迟。

在上链传输中，同样问题也可能发生。UE需要向网络装置发送物理上链控制信道(physical uplink control channel，PUCCH)和/或物理上链共享信道(physical uplinkshared channel，PUSCH)。该上链信号的失败的传输可能降低传输可靠性并且可能增加网络侧的延迟。

因此，如何增加上链和下链传输的可靠性并减少其延迟对于URLLC应用很重要。需要为上链和下链传输提供适当的传输机制。

发明内容

以下概述仅是说明性的，并不旨在以任何方式进行限制。也就是说，提供以下概述以介绍本文描述的新颖和非显而易见的技术的概念、要点、益处和优点。选择的实施例将在下文详细描述中进一步描述。因此，以下的概述并不旨在标识所要求保护的主题的本质特征，也不旨在用于确定所要求保护的主题的范围。

本发明的目的是，提出解决上述问题的解决办法或方案，其解决以上提到的用于与移动通信中的用户设备和网络装置有关的URLLC的盲重传的问题。

在本发明的一方面，一种方法涉及一种装置接收PDCCH。该方法还涉及该装置根据该PDCCH接收多个PDSCH。该方法还涉及该装置根据该PDCCH对该多个PDSCH进行解码。该PDCCH可以调度该多个PDSCH。

在本发明的一方面，一种方法涉及一种装置生成与一个或多个PUSCH对应的一个或多个冗余版本(redundancy version，RV)，其中，每个RV与该多个PUSCH中的相应一个相关联。该方法还涉及该装置在一个或多个场合中向至少一个网络节点发送一个或多个PUCCH。该方法进一步涉及该装置在一个或多个场合中向至少一个网络节点发送一个或多个PUSCH。该RV可以彼此相同或不同。

在本发明的一方面，一种装置包括能够与无线网络的多个节点进行无线通信的收发器。该装置还包括通信耦接到该收发器的处理器。该处理器能够接收PDCCH。该处理器还能够根据该PDCCH接收多个PDSCH。该处理器还能够根据该PDCCH对该多个PDSCH进行解码。该PDCCH可以调度该多个PDSCH。

在本发明的一方面，一种装置包括能够与无线网络的多个节点进行无线通信的收发器。该装置还包括通信耦接到该收发器的处理器。该处理器能够生成与一个或多个PUSCH对应的一个或多个RV，其中，每个RV与该多个PUSCH中的相应一个相关联。该处理器还能够经由该收发器在一个或多个场合中向至少一个网络节点发送一个或多个PUCCH。该处理器进一步能够经由该收发器在一个或多个场合中向至少一个网络节点发送一个或多个PUSCH。该RV可以彼此相同或不同。

值得注意的是，尽管这里提供的描述是以某些无线接入技术、网络和网络拓扑为背景，如长期演进(LTE)、高级LTE(LTE-Advanced)和增强高级LTE(LTE-Advanced Pro)、第五代(5th Generation，5G)、NR、物联网(Internet-of-Things，IoT)和窄带物联网(NarrowBand Internet of Things，NB-IoT)，但本发明提出的概念、方案及其任何变体/衍生物可以在其他类型的无线接入技术、网络和网络拓扑中实现、针对其实现和通过其实现。因此，本发明的范围不限于本文描述的示例。

附图说明

附图被包括以提供对本发明的进一步理解，同时，附图被并入且构成本发明的一部分。附图描述了本发明的实施方式，并与说明书一起用于解释本发明的原理。可以理解的是，为了清楚地说明本发明的概念，附图不一定按比例绘制，一些部件可能表示为与实际实施方式中的尺寸不成比例，。

图1是根据本发明实施例描述的方案下的示例场景图。

图2是根据本发明实施例描述的方案下的示例场景图。

图3是根据本发明实施例描述的示例通信装置和示例网络装置的框图。

图4是根据本发明实施例的示例进程的流程图。

图5是根据本发明实施例的示例进程的流程图。

具体实施方式

下面对所要求保护主题的实施例和实施方式进行详细说明。然而，应当理解的是，所公开的实施例和实现方式仅仅是可以以各种形式实施的所要求保护主题的说明。本发明可以以多种不同的形式实施，并且不应该被理解为仅限于这里阐述的示例性实施例和实施方式。相反，提供这些示例性实施例和实现方式，使得本发明的描述是彻底和完整的，并且将向本领域技术人员充分传达本发明的范围。在以下描述中，省略公知特征和技术细节，以避免不必要地模糊所呈现的实施例和实施方式。

概述

本发明的实施例涉及与移动通信中的用户设备和网络装置的URLLC的盲重传有关的各种技术、方法、方案和/或解决方案。根据本发明，可以单独地或联合地实现许多可能的解决方案。也就是说，尽管下文分别描述这些可能的解决方案，但是这些可能的解决方案中的两个或多个可以以一种组合或另一种组合形式实现。

图1描述了根据本发明实施例的方案的示例场景100。场景100涉及UE 110和多个网络节点120、122和124，其可以是无线通信网络的一部分(例如，LTE网络、LTE-Advanced网络、LTE-Advanced Pro网络、5G网络、NR网络、IoT网络或NB-IoT网络)。可以将网络节点120、122和124的每一个视作无线通信网络的发送接收点(transmit/receive point，TRP)。UE可以从网络节点120、122和124中至少一个接收下链信号。该下链信号包括PDCCH和PDSCH。该PDCCH包括下链调度信息，例如但不限于，用于天线端口的准同位(quasi co-location，QCL)假设、调制和编码机制(modulation and coding scheme，MCS)级别、混合型自动重传请求(hybrid automatic repeat request，HARQ)索引、资源分配等。该PDSCH包括下链用户数据。该UE还能够向网络节点120、122和124中至少一个发送上链信号。该上链信号包括PUCCH和PUSCH。该PUCCH包括上链控制信息，例如但不限于，调度请求(schedulingrequest，SR)、混合型自动重传请求(hybrid automatic repeat request，HARQ)、确认(ACK)/否定确认(NACK)、信道状态信息(channel state information，CSI)等。该PUSCH包括上链用户数据和/或信道质量指示(channel quality indicator，CQI)。

图2描述了根据本发明实施例的方案下的示例场景200。场景200涉及UE 210和网络节点220，其可以是无线通信网络的一部分(例如，LTE网络、LTE-Advanced网络、LTE-Advanced Pro网络、5G网络、NR网络、IoT网络或NB-IoT网络)。网络节点220包括多个面板221、222、223等。每个面板包括一个或一组向UE 210发送信号和从UE 210接收信号的天线。该UE可以从网络节点220的每个面板接收PDCCH和/或PDSCH。该UE还可以向网络节点220的每个面板发送PUCCH和/或PUSCH。

在NR中，URLLC支持对端到端延迟和可靠性提出高要求的新兴应用。为了满足URLLC的高可靠要求，可以配置UE从网络侧接收盲重传。在传统HARQ重传中，仅在重传中携带RV。具体地，可以配置UE接收多个与相同更高层数据(例如，应用层数据)相对应的PDSCH。网络可以使用多个PDSCH向UE发送该相同更高层数据。该更高层数据包括信息位。该相同信息位可由相同的编码器编码成不同版本的编码位。在传统HARQ重传中，RV仅在重传中携带，并且其指示要从网络向UE发送编码位的何种版本。在本发明中，我们不排除在初始传输中使用RV。网络使用不同的PDSCH发送编码位的不同版本。每个PDSCH包括根据相同信息位生成的编码位的不同版本。因此，可以在多个PDSCH中不同地发送相同数据的多个副本(尽管编码位在副本中不同)以确保传输可靠性。

可以配置UE从一个或多个网络节点接收PDCCH。该PDCCH可以调度多个PDSCH。根据该PDCCH，进一步配置该UE对多个PDSCH编码。具体地，PDCCH指示用于多个PDSCH的分配时频资源。该多个PDSCH可分配不同的时频资源。该不同时频资源可以重叠或不重叠。例如，在第一时槽的物理资源区块(physical resource blocks，PRB)1-10处分配第一PDSCH。在第一时槽的PRB 100-110处分配第二PDSCH。或者，在第一时槽的PRB 1-10处分配第一PDSCH。在第二时槽的PRB 100-110处分配第二PDSCH。此外，该多个PDSCH可在不同的空间层上传输。例如，第一网络节点在空间层1-2上发送PDSCH。第二网络节点在空间层3-4上发送PDSCH。或者，第一网络节点和第二网络节点在空间层1-4上协同地发送PDSCH。该多个PDSCH还可以由网络节点的不同传输波束、天线或面板发送。

该多个PDSCH包括与不同RV对应的编码位。该RV包括，例如但不限于，0、1、2或3。在每个PDSCH包括与不同RV对应的编码位的情况下，可以在UE处接收编码位的不同版本。可以实现更高的编码增益。或者，该多个PDSCH包括与相同RV对应的编码位。在每个PDSCH包括相同RV的情况下，可以在UE处接收编码位的重复版本。可以配置UE从一个网络节点、一个网络节点的多个面板或多个网络节点处接收多个PDCCH/PDSCH。

在下链控制信道设计中，PDCCH需要指示多个PDSCH的调度信息。在每个PDSCH包括与不同RV对应的编码位的情况下，PDCCH需要指示多个PDSCH中的每一个的RV。PDCCH的信令大小增大并且可以很大。在相同频率资源上发送多个PDSCH的情况下，可以使用不指示多个PDSCH的全部或部分RV的压缩PDCCH通知UE资源分配(resource allocations，RA)。无明确RV指示的多个PDSCH的RV由预定规则和/或已指示部分PDSCH的RV确定。PDCCH的信令大小可以是压缩的。也可以在UE侧很容易地执行追逐组合(chase combining)。在本发明中，我们称这种具有不同RV而无RV指示的多PDSCH传输为“盲重传”。或者，在使用压缩PDCCH调度多个PDSCH的情况下，PDCCH指示不与PDSCH对应、或与一个或多于一个的PDSCH对应的RA，并且该多个PDSCH的剩余的无明确RA指示的PDSCH的RA由预定规则或已指示的RA来确定。该预定规则可以是跳频规则。可以配置UE根据该跳频规则或预定规则从压缩PDCCH中导出多个PDSCH的调度信息。该跳频规则或预定规则可以预先存贮在UE侧，或者由网络节点预先配置。压缩PDCCH的信令大小可以保持很小。在允许多PDCCH的另一个情况下，可以配置UE在一个迷你时槽、不同的迷你时槽、一个时槽或不同的时槽中的不同控制资源集(controlresources set，CORESET)上接收PDCCH。UE可以从一个或多个网络节点接收PDCCH。

类似地，所提出的具有多个RV的多个数据传输的方案也可应用于上链传输。具体地，可以配置UE生成与多个RV相对应的多个PUSCH。每个PUSCH对应不同的RV。可以配置UE在多个场合中向至少一个节点发送该多个PUSCH。该多个场合包括多个不同的子带、多个不同的时频资源和/或多个不同的上链传输波束。可以配置UE在不同的时频资源上发送多个PUSCH。该不同的时频资源可以重叠或不重叠。还可以配置UE通过UE的不同传输波束、天线或面板发送该多个PUSCH。

在上链控制信道设计中，可以配置UE向一个或多个网络节点发送指示相同控制信息的多个PUCCH。该多个PUCCH在不同的场合中对应于携带相同上链数据信息的多个PUSCH。该多个PUSCH对应于从上链数据信息中导出的编码位的不同RV。可以配置UE在一个迷你时槽、不同的迷你时槽、一个时槽或不同的时槽中的不同符号上发送PUCCH。为了发送对应于在迷你时槽或时槽中的多个场合的多个PUCCH，该多个PUCCH的每一个是短式PUCCH。类似地，可以配置UE向多个场合中的至少一个节点发送该多个PUCCH。该多个场合包括多个不同的子带、多个不同的时频资源和/或多个不同的上链传输波束。

可以向一个网络节点或多个网络节点发送该多个PUCCH/PUSCH。可以同步或不同步发送该多个PUCCH/PUSCH。在网络侧，可以配置网络节点组合接收到的PUCCH/PUSCH，并对由多个PUCCH/PUSCH携带的相同更高层数据进行联合解码。

说明性实施例

图3描述了根据本发明实施例的示例通信装置310和示例网络装置320。通信装置310和网络装置320中的任一个都可以执行实现本文描述的关于无线通信中的用户设备和网络装置的URLLC的盲重传的方案、技术、进程和方法的不同功能，包括上述的场景100和200以及下面描述的进程400和500。

通信装置310是电子装置的一部分，该电子装置可以是诸如便携式或移动装置、可穿戴装置、无线通信装置或计算装置的UE。例如，通信装置310可以实施为智能手机、智能手表、个人数字助理、数码相机或诸如平板计算机、台式计算机或笔记本计算机的计算设备。通信装置310还可以是机器类型装置的一部分，该机器类型装置可以是IoT或NB-IoT装置，诸如固定装置、家庭装置、有线通信装置或计算装置。例如，通信装置310可以实施为智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心。此外，通信装置310可以以一个或多个集成电路(integrated-circuit，IC)芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器或者一个或多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器。通信装置310至少包括图3中所示的组件中的一部分，例如，处理器312。通信装置310还可以包括与本发明提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口装置)。为简洁起见，通信装置310的上述其他组件既不显示在图3中，也不在下面进行描述。

网络装置320是电子装置的一部分，该电子装置可以是诸如TRP、基站、小小区，路由器或网关这样的网络节点。例如，网络装置320可以在LTE、LTE-Advanced或LTE-AdvancedPro网络中的eNodeB中实现，或者在5G、NR、IoT或NB-IoT网络中的gNB中实现。此外，网络装置320可以以一个或多个IC芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器或一个或多个CISC处理器。网络装置320至少包括图3中所示的组件中的一部分，例如，处理器322。网络装置320还可以包括与本发明提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口装置)。为简洁起见，网络装置320的上述组件既不显示在图3中，也不在下面进行描述。

在本发明的一方面，处理器312和处理器322中的任一个可以以一个或多个单核处理器、一个或多个多核处理器或一个或多个CISC处理器的形式实现。也就是说，即使这里使用单数术语“处理器”来指代处理器312和处理器322，在本发明中，处理器312和处理器322中的其中任一个可以在一些实施例中包含多个处理器，在另一些实施例中包含单个处理器。在另一方面，处理器312和处理器322中的任一个可以以具有电子组件的硬件(以及可选地，固件)的形式实现，所述电子组件包括，例如但不限于，根据本发明以特定目的配置的一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、一个或多个忆阻器和/或一个或多个变容器。换句话说，至少在本发明的一些实施方式中，处理器312和处理器322是特定目标机器，其被专门设计、布置和配置为执行装置(例如，通信装置310所示)和网络(例如，网络装置320所示)中包含降低功耗的特定任务。

在一些实施例中，通信装置310还包含耦接到处理器312并且能够无线地发送和接收数据的收发器316。在一些实施例中，通信装置310还包含耦接到处理器312并且能够由处理器312访问并在其中存储数据的存储器314。在一些实施例中，网络装置320还包含耦接到处理器322并且能够无线地发送和接收数据的收发器326。在一些实施例中，网络装置320还包含耦接到处理器322并且能够由处理器322访问并在其中存储数据的存储器324。因此，通信装置310和网络装置320分别经由收发器316和收发器326彼此无线通信。为了帮助更好地理解，按照移动通信环境的背景，提供以下对通信装置310和网络装置320中的每一个的操作、功能和能力的描述，在该移动通信环境中，通信装置310在通信设备或UE中实现或作为通信装置或者UE实现，网络装置320在通信网络的网络节点中实现或作为通信网络的网络节点实现。

在一些实施例中，可以将网络装置320视为无线通信网络的TRP。处理器312可以经由收发器316从网络装置320和多个网络装置接收下链信号。处理器312可以从网络装置接收PDCCH和PDSCH。处理器312可以经由收发器316向网络装置320和多个网络装置发送上链信号。处理器312可以向网络装置发送PDCCH和PDSCH。

在一些实施例中，网络节点320包括收发器326中的多个面板。每个面板包括用于向通信装置310发送和从通信装置310接收信号的一个或一组天线。处理器312可以从网络节点320的每个面板接收PDCCH和/或PDSCH。处理器312还可以向网络节点320的每个面板发送PUCCH和/或PUSCH。

在一些实施例中，可以配置处理器312从网络侧接收盲重传。可以配置处理器312经由收发器316接收多个对应于相同更高层数据(例如，应用层数据)的PDSCH。网络装置320可以使用该多个PDSCH向通信装置310发送该相同更高层数据。该更高层数据包括信息位。处理器322将该相同信息位编码成不同的编码位。处理器322使用不同的PDSCH发送不同的编码位。每个PDSCH包括对应于相同信息位的编码位的不同部分。

在一些实施例中，可以配置处理器312经由收发器316从一个或多个网络装置接收PDCCH。网络装置320可以使用PDCCH调度该多个PDSCH。还可以配置处理器312根据该PDCCH对该多个PDSCH编码。具体地，网络装置320可以使用PDCCH来指示为该多个PDSCH分配的时频资源。处理器322可以将该多个PDSCH分配给不同的时频资源。该不同的时频资源可以重叠或不重叠。例如，处理器322可以在第一时槽的PRB 1-10处分配第一PDSCH。处理器322可以在第一时槽的PRB 100-110处分配第二PDSCH。或者，处理器322可以在第一时槽的PRB1-10处分配第一PDSCH。处理器322可以在第二时槽的PRB 100-110处分配第二PDSCH。此外，网络装置可在不同的空间层上发送该多个PDSCH。例如，第一网络装置在空间层1-2上发送PDSCH。第二网络装置在空间层3-4上发送PDSCH。或者，第一网络装置和第二网络装置在空间层1-4上协同地发送PDSCH。该多个PDSCH还可以由网络装置的不同传输波束、天线或面板发送。

在一些实施例中，网络装置320包括在多个PDSCH中的不同HARQ RV。在每个PUSCH对应于不同RV的情况下，处理器312能够接收编码位的不同版本。可以实现更高的编码增益。或者，网络装置320包括PDSCH中的相同RV。在每个PDSCH对应于相同RV的情况下，处理器312能够接收编码位的重复版本。可以配置处理器312从一个网络装置、或多个网络装置处接收多个PDCCH/PDSCH。

在一些实施例中，网络装置320可以使用PDCCH来指示该多个PDSCH的调度信息。在每个PUSCH对应于一个不同的RV的情况下，处理器322可以使用PDCCH来指示该多个PDSCH的每一个的RV。PDCCH的信令大小增大并且可以很大。在使用预定规则暗示对应于多个PDSCH的RV是相同的的情况下，处理器322使用不指示多个PDSCH的RV的压缩PDCCH通知通信装置310资源分配。该PDCCH的信令大小可以是压缩的。处理器312可以很容易地执行追逐组合。

在一些实施例中，在使用压缩PDCCH调度多个PDSCH的情况下，PDCCH指示不与PDSCH对应、或与一个或多于一个的PDSCH对应的RA，并且该多个PDSCH的剩余的无明确RA指示的PDSCH的RA由预定规则或已指示的RA来确定。在一些实施例中，可以配置处理器312根据跳频规则或预定规则接收多个PDSCH。可以配置处理器312根据该跳频规则或预定规则从压缩PDCCH中导出多个PDSCH的调度信息。该跳频规则或预定规则可以预先存储在通信装置310的存储器314中，或者由网络装置320预先配置。压缩PDCCH的信令大小可以保持很小。可以配置处理器312在一个迷你时槽、不同的迷你时槽、一个时槽或不同的时槽中的不同CORESET上接收PDCCH。处理器312可以从一个或多个网络装置接收PDCCH。

在一些实施例中，可以配置处理器312生成多个PUSCH，其中，该PUSCH包含对应于多个RV的编码位。每个PUSCH对应于不同的RV。可以配置处理器312经由收发器316在多个场合中向至少一个网络装置发送该多个PUSCH。该多个场合包括多个不同的子带、多个不同的时频资源和/或多个不同的上链传输波束。可以配置处理器312在不同的时频资源上发送多个PUSCH。不同的时频资源可以重叠或不重叠。还可以配置处理器312通过收发器316的不同传输波束、天线或面板发送该多个PUSCH。

在一些实施例中，可以配置处理器312向一个或多个网络装置发送多个PUCCH。可以在不同的场合中发送该多个PUCCH。可以配置处理器312在一个迷你时槽、不同的迷你时槽、一个时槽或不同的时槽中的不同符号上发送PUCCH。为了发送对应于在迷你时槽或时槽中的多个场合的多个PUCCH，该多个PUCCH的每一个是短式PUCCH。类似地，可以配置处理器312向多个场合中的至少一个网络装置发送该多个PUCCH。该多个场合包括多个不同的子带、多个不同的时频资源和/或多个不同的上链传输波束。

在一些实施例中，处理器312可以经由收发器316向一个网络装置或多个网络装置发送该多个PUCCH/PUSCH。处理器312可以同步或不同步发送该多个PUCCH/PUSCH。在网络侧，可以配置网络装置组合接收到的PUCCH/PUSCH，并对由多个PUCCH/PUSCH携带的相同更高层数据进行联合解码。

说明性进程

图4描述了根据本发明实施例的示例进程400。无论是部分地还是完全地，进程400是关于本发明的用于URLLC的盲重传的场景100和200的一个示例。进程400表示通信装置310的特征实现的一个方面。进程400可以包括一个或多个操作、动作或功能，如步骤410、420和430中的一个或多个所示。虽然作为离散步骤进行了说明，但是根据需要，进程400的各个步骤可被划分为附加的步骤、组合成更少的步骤或者被删除。此外，进程400的步骤可以按照图4中所示的顺序执行，或者按照其他顺序执行。进程400由通信装置310或任何合适的UE或机器类型装置实施。仅用于说明性目的，但不限于此，下面按照通信装置310的背景描述进程400。进程400从步骤410处开始。

在步骤410处，进程400涉及通信装置310的处理器312接收PDCCH。进程400从步骤410进行到步骤420。

在步骤420处，进程400涉及处理器312根据该PDCCH接收多个PDSCH。进程400从步骤420进行到步骤430。

在步骤430处，进程400涉及处理器312根据该PDCCH对该多个PDSCH进行解码。该PDCCH可以调度该多个PDSCH。

在一些实施例中，每个PDSCH包含对应于不同RV的编码位的相应版本。

在一些实施例中，每个PDSCH包含对应于相同RV的编码位。

在一些实施例中，PDCCH指示不与PDSCH对应、或与一个或多于一个的PDSCH对应的RA。并且该多个PDSCH的剩余的无明确RV指示的PDSCH的RV由预定规则或已指示的RV来确定。

在一些实施例中，PDCCH指示不与PDSCH对应、或与一个或多于一个的PDSCH对应的RA。并且该多个PDSCH的剩余的无明确RA指示的PDSCH的RA由预定规则或已指示的RA来确定。

在一些实施例中，进程400涉及处理器312根据跳频规则或预定规则接收多个PDSCH。

图5描述了根据本发明实施例的示例进程500。无论是部分地还是完全地，进程500是关于本发明的用于URLLC的盲重传的场景100和200的一个示例。进程500表示通信装置310的特征实现的一个方面。进程500可以包括一个或多个操作、动作或功能，如步骤510、520和530中的一个或多个所示。虽然作为离散步骤进行了说明，但是根据需要，进程500的各个步骤可被划分为附加的步骤、组合成更少的步骤或者被删除。此外，进程500的步骤可以按照图5中所示的顺序执行，或者按照其他顺序执行。进程500由通信装置310或任何合适的UE或机器类型装置实施。仅用于说明性目的，但不限于此，下面按照通信装置310的背景描述进程500。进程500从步骤510处开始。

在步骤510处，进程500涉及通信装置310的处理器312生成与一个或多个PUSCH对应的一个或多个RV，其中，每个RV与该多个PUSCH中的相应一个相关联。进程500从步骤510进行到步骤520。

在步骤520处，进程500涉及处理器312在一个或多个场合中向至少一个网络节点发送一个或多个PUCCH。进程500从步骤520进行到步骤530。

在步骤530处，进程500涉及处理器312由该处理器在一个或多个场合中向至少一个网络节点发送一个或多个PUSCH。每个PUSCH包括对应于不同RV的编码位。另外或可选地，RV可以彼此相同或不同。

在一些实施例中，该多个场合包含多个不同的时频资源。

在一些实施例中，该多个场合包含多个不同的上链传输波束。

在一些实施例中，该多个场合可以在一个时槽或多个时槽中。

补充说明

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

另外，相对于本发明中基本上任何的复数和/或单数术语的使用，本领域技术人员可将复数转换成单数和/或将单数转换成复数，以适于上下文和/或应用。为了清楚起见，本发明中可明确地阐述各种单数/复数置换。

此外，本领域技术人员应该理解，一般来说，本发明中尤其是在随附权利要求(例如，随附权利要求的主体)中使用的术语通常旨在作为“开放”术语，例如，术语“包括”应该被解释为“包括但不限于”，术语“具有”应该被解释为“具有至少”，术语“包含”应该被解释为“包含但不限于”等。本领域技术人员还应该理解，如果意图引用特定数量的权利要求陈述，则此意图将在权利要求中明确陈述，并且在没有此陈述的情况下，不存在此意图。例如，为了辅助理解，以下的随附权利要求可包含使用引入性短语“至少一个”和“一个或多个”引入权利要求陈述。然而，这些短语的使用不应该被解释为暗指通过不定冠词“一”或“一个”引入权利要求陈述将包含此引入的权利要求陈述的任何特定权利要求限于只包含此一个陈述的实施方式，即使当所述权利要求包括引入性短语“一个或多个”或“至少一个”并且诸如“一”或“一个”这样的不定冠词时，例如，“一”和/或“一个”应该被解释为意指“至少一个”和“一个或多个”，对于使用用于引入权利要求陈述的定冠词而言，同样如此。另外，即使明确陈述了具体数量的引入的权利要求陈述，本领域技术人员也将认识到，此陈述应该被解释为意指至少所陈述的数量，例如，没有其它修饰的纯陈述“两个陈述物”意指至少两个陈述物或两个或多个陈述物。此外，在使用“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”的可能性。

根据上文，应该理解，出于例示目的，在本发明中描述了本发明的各种实施方式，并且可以在不脱离本发明的范围和精神的情况下进行各种修改。因此，本发明中公开的各种实施方式不旨在是限制，其中，用以下权利要求指示真实的范围和精神。

Claims (20)

1.一种方法，包括：

由装置的处理器接收物理下链控制信道；

由该处理器根据该物理下链控制信道接收多个物理下链共享信道；以及

由该处理器根据该物理下链控制信道对该多个物理下链共享信道进行编码，

其中，该物理下链控制信道调度该多个物理下链共享信道。

2.如权利要求1所述的方法，其特征在于，每个物理下链共享信道包含对应于不同冗余版本的编码位的相应版本。

3.如权利要求1所述的方法，其特征在于，每个物理下链共享信道包含对应于相同冗余版本的编码位。

4.如权利要求1所述的方法，其特征在于，该物理下链控制信道分别指示对应于该多个物理下链共享信道的多个冗余版本。

5.如权利要求1所述的方法，其特征在于，该物理下链控制信道指示不与该多个物理下链共享信道对应、与该多个物理下链共享信道中的一个或多于一个对应的冗余版本，并且该多个物理下链共享信道的剩余的无明确冗余版本指示的物理下链共享信道的冗余版本由预定规则或该已指示的冗余版本来确定。

6.如权利要求1所述的方法，其特征在于，该物理下链控制信道指示不与该多个物理下链共享信道对应、与该多个物理下链共享信道中的一个或多于一个对应的资源分配，并且该多个物理下链共享信道的剩余的无明确资源分配指示的物理下链共享信道的资源分配由预定规则或该已指示的资源分配来确定。

7.一种方法，包括：

由装置的处理器生成对应于一个或多个物理上链共享信道的一个或多个冗余版本，其中，每个冗余版本与该多个物理上链共享信道中的相应一个相关联；

由该处理器在一个或多个场合中向至少一个网络节点发送一个或多个物理上链控制信道；以及

由该处理器在一个或多个场合中向至少一个网络节点发送一个或多个物理上链共享信道；

其中，该冗余版本可以彼此相同或不同。

8.如权利要求7所述的方法，其特征在于，该多个场合包含多个不同的时频资源。

9.如权利要求7所述的方法，其特征在于，该多个场合包含多个不同的上链传输波束。

10.如权利要求7所述的方法，其特征在于，该多个场合可以在一个时槽或多个时槽中。

11.一种装置，包括：

收发器，用于与无线网络的多个节点进行无线通信；以及

处理器，通信地耦接到该收发器，该处理器执行：

由该收发器接收物理下链控制信道；

由该收发器根据该物理下链控制信道接收多个物理下链共享信道；以及

根据该物理下链控制信道对该多个物理下链共享信道进行编码，

其中，该物理下链控制信道调度该多个物理下链共享信道。

12.如权利要求11所述的装置，其特征在于，每个物理下链共享信道包含对应于不同冗余版本的编码位的相应版本。

13.如权利要求11所述的装置，其特征在于，每个物理下链共享信道包含对应于相同冗余版本的编码位。

14.如权利要求11所述的装置，其特征在于，该物理下链控制信道分别指示对应于该多个物理下链共享信道的全部或部分、不与该多个物理下行共享信道对应对的多个冗余版本。

15.如权利要求11所述的装置，其特征在于，该物理下链控制信道分别指示不与该多个物理下链共享信道对应对、应于该多个物理下链共享信道的全部或部分的多个时频资源分配。

16.如权利要求15所述的装置，其特征在于，配置该处理器进一步执行：

由该收发器根据跳频规则或预定规则接收该多个物理下链控制信道。

17.一种装置，包括：

收发器，用于与无线网络的多个节点进行无线通信；以及

处理器，通信地耦接到该收发器，该处理器执行：

生成对应于一个或多个物理上链共享信道的一个或多个冗余版本，其中，每个冗余版本与该多个物理上链共享信道中的相应一个相关联；

由该收发器在一个或多个场合中向至少一个网络节点发送一个或多个物理上链控制信道；以及

由该收发器在一个或多个场合中向至少一个网络节点发送一个或多个物理上链共享信道；

其中，该冗余版本可以彼此相同或不同。

18.如权利要求17所述的装置，其特征在于，该多个场合包含多个不同的时频资源。

19.如权利要求17所述的装置，其特征在于，该多个场合包含多个不同的上链传输波束。

20.如权利要求17所述的装置，其特征在于，该多个场合可以在一个时槽或多个时槽中。