用于发信号通知PDSCH分集的系统和方法

相关申请

本申请要求于2018年11月2日提交的、申请序列号为62/755,115的临时专利申请的权益，该临时专利申请的公开由此通过引用以其整体并入到本文中。

技术领域

本公开涉及物理下行链路共享信道（PDSCH）分集（diversity）以及如何发信号通知（signal）此类分集。

背景技术

下一代移动无线通信系统（5G）或新空口（new radio）（NR）将支持一系列不同的用例和一系列不同的部署场景。后者包括在低频（低于6GHz）和非常高频（高达数十GHz）两者的部署。

与在长期演进（LTE）中一样，NR在下行链路（即，从网络节点、新空口基站（gNB）、演进的或增强的节点B（eNB）或基站到用户设备（UE））中使用CP-OFDM（循环前缀正交频分复用）。在上行链路（即，从UE到gNB）中，NR支持CP-OFDM和离散傅立叶变换（DFT）-扩展OFDM（DFT-S-OFDM）两者。在时域中，将NR下行链路和上行链路组织成各自为1ms的大小相等的子帧。将子帧进一步划分为相同持续时间的多个时隙。

时隙长度取决于子载波间隔（subcarrier spacing）。对于

NR中的数据调度可像在LTE中一样以时隙为基础；图1中示出具有14-符号时隙的示例，其中前两个符号包含物理下行链路控制信道（PDCCH），并且其余符号包含物理数据信道（PDCH）（PDSCH（物理下行链路数据信道）或PUSCH（物理上行链路数据信道））。

在NR中支持不同的子载波间隔值。支持的子载波间隔值（又称为不同的参数集（numerology））由

表1：采用不同参数集的时隙长度

在频域中，将系统带宽划分为资源块（RB），每个资源块对应于12个连续子载波。RB从系统带宽的一端从0开始编号。图2中示出基本的NR物理时间-频率资源网格，其中只示出14-符号时隙内的一个RB。一个OFDM符号间隔期间的一个OFDM子载波形成一个资源元素（RE）。

动态地调度下行链路传输，即在每个时隙中，gNB在PDCCH上传送关于数据要被传送到哪个UE以及在当前下行链路时隙中的哪些RB上传送该数据的下行链路控制信息（DCI）。在NR中，通常在每个时隙中的前一个或两个OFDM符号中传送PDCCH。在PDSCH上携带UE数据。UE首先检测并解码PDCCH，并且如果解码成功，则它基于PDCCH中的解码的控制信息来解码对应的PDSCH。

还使用PDCCH动态地调度上行链路数据传输。与下行链路类似，UE首先解码PDCCH中的上行链路准许，并且然后基于上行链路准许中的解码的控制信息（诸如，调制阶、编码速率、上行链路资源分配等）通过PUSCH传送数据。

空间复用

多天线技术可显著提高无线通信系统的数据速率和可靠性。如果传送器和接收器两者均配备有多个天线，这导致多输入多输出（MIMO）通信信道，则可改进性能。此类系统和/或相关技术通常称为MIMO。

NR中的核心组成部分（component）是对MIMO天线部署和MIMO相关技术的支持。空间复用是用于在有利的信道状况下实现高数据速率的MIMO技术之一。图3中提供了空间复用操作的图示。

可见，将携带符号向量s=[s_1,s_2,…,s_r ]^T的信息乘以NT x r预编码器矩阵（precoder matrix）W，这用于将传送能量分布在NT（对应于NT个天线端口）维向量空间的子空间中。预编码器矩阵通常选自可能的预编码器矩阵的码本，并且通常借助于预编码器矩阵指示符（PMI）来指示，PMI为给定数量的符号流指定码本中的唯一的预编码器矩阵。s中的r个符号各自对应于一个MIMO层，并且r称为传输秩（transmission rank）。以此方式，实现空间复用，因为可在相同的时间和频率资源元素（RE）上同时传送多个符号。符号的数量r通常适于适应当前信道性质。

在具有N_R个接收天线的UE处特定的（certain）RE n接收的信号由下式给定：

其中，

通常选择预编码器矩阵以与

用预编码器的列数来反映传输秩以及因此空间复用的层数。传输秩还取决于在UE处观测的信号与噪声加干扰比（SINR）。通常，对于具有较高秩的传输，要求较高的SINR。为了实现高效的性能，重要的是选择与信道性质以及干扰匹配的传输秩。预编码矩阵、传输秩和信道质量都是信道状态信息（CSI）的一部分，CSI通常由UE测量并反馈回到网络节点或gNB。

NR MIMO数据传输

图4中示出通过多个MIMO层的NR数据传输。取决于MIMO层的总数或秩，使用一个码字（CW）或两个码字。当层的总数等于或小于4时，使用一个码字；当层数大于4时，使用两个码字。每个码字包含传输块（TB）的编码数据位。在位等级加扰之后，将加扰后的位映射到码字

表7.3.1.3-1：空间复用的码字到层映射（从3GPP TS 38.211复制）

出于解调目的，沿每个数据层传送解调参考信号（DMRS）(又称为DMRS端口)。应根据下式将向量块

其中

DMRS端口

在NR中定义了两种类型的DMRS端口，类型1和类型2。在类型1 DMRS的情况下，多达8个DMRS端口是可能的，并且在类型2 DMRS的情况下，多达12个DMRS端口是可能的。对于类型1 DMRS有两个码分复用（CDM）组，并且对于类型2 DMRS有三个CDM组。针对类型1和类型2DMRS，表2和表3中分别示出DMRS端口到CDM组映射。假设，依据无线传播信道性质，相同CDM组内的DMRS端口准共位（Quasi Co-Located）（QCL）。

表2：类型1 DMRS的DMRS端口到CDM组映射

表3：类型2 DMRS的DMRS端口到CDM组映射

NR中的QCL

在LTE和NR中，将用于信道估计的参考信号等效地表示为天线端口。因此，UE可通过使用相关联的参考信号（RS）来估计来自一个天线端口的信道。然后，可将特定的数据或控制传输与天线端口相关联，这相当于说，UE应对该天线端口使用RS来估计用于解调相关联的控制或数据信道的信道。也可说，使用该天线端口来传送数据或控制信道。

在LTE和NR中，为了在解调控制或数据信道时改善信道估计性能，使用QCL的概念。该概念依赖于UE可从一个参考信号估计长期信道性质以便调谐它的信道估计算法的想法。例如，可使用一个天线端口来估计平均信道延迟扩展，并在解调使用另一个天线端口传送的数据信道时使用该平均信道延迟扩展。如果允许这样做，则规定第一和第二天线端口关于平均信道延迟扩展而言QCL。

因此，如在LTE和NR规范中所使用的，如果传递一个天线端口上的符号所通过的信道的大规模信道性质可从传递另一个天线端口上的符号所通过的信道推断出来，则这两个天线端口“准共位”。大规模信道性质优选包括延迟扩展、多普勒扩展、多普勒偏移（Dopplershift）、平均增益和平均延迟中的一个或多个。

另外地或备选地，大规模信道性质可包括每个端口的接收功率、接收定时（received timing）（即，第一个重要信道抽头（channel tap）的定时）、重要信道抽头的数量和频率偏移中的一个或多个。通过基于与准共位的天线端口对应的RS执行信道估计算法调谐，大大改善了信道估计的质量。

在NR中，已经同意在用于LTE的那些QCL参数之上引入针对信道的空间性质的QCL。通过用取决于空间信道性质的新的QCL参数来补充现有的QCL框架，允许UE跨越不同的信号类型执行空间处理，而不会违反以下规则：除非明确规定，否则不允许UE使用来自一个参考信号的测量来协助接收或处理另一个信号。

此类空间处理的示例是模拟接收器波束成形和使用空间处理增益来改善信道估计的信道估计。

假设在网络中的三个节点（两个备选TX节点和一RX节点）之间的通信。

换句话说，如果PDSCH DMRS关于空间参数与第二RS QCL，则RX节点（通常是UE）可使用与在它接收第二信号（例如，测量信号，例如，CSI-RS）时它所使用的滤波器和RX波束成形权重相同的信道估计滤波器和RX波束成形权重来接收PDSCH和相关联的DMRS。

空间参数可以是RX侧上或TX侧上的到达角、角扩展或空间相关性、空间相关矩阵。

在NR中，UE可预先配置有多达128个传输配置指示（TCI）状态，并且每个状态包含一个或两个RS作为QCL的源。使用‘UE特定的PDSCH的TCI激活/去激活’的媒体接入控制（MAC）控制元素（CE）来激活或向下选择（downselect）多达8个TCI状态。对于PDSCH传输，由存在于DCI格式1_1中的TCI字段来指示向下选择/激活的TCI状态之一，以指示PDSCH传输的QCL关系。

通过多个传输点或面板的数据传输

在NR版本-15中，支持动态传输点选择（DPS），其中可在不同时隙中通过不同的传输点（TRP）发送UE的数据。由于不同的TRP在物理上可能位于不同的位置中，因此到UE的传播信道也可能不同。为了便于从不同的TRP接收PDSCH数据，如上所论述，在PDCCH上携带的对应DCI中将TCI状态发信号通知给UE。TCI状态包含PDSCH的DMRS和诸如信道状态信息参考信号（CSI-RS）或同步信号块（SSB）的一个或两个DL参考信号之间的准共位（QCL）信息。在NR中支持的QCL信息类型是：

由UE使用QCL信息来将与DL参考信号（CSI-RS或SSB）相关联的信道性质应用于基于DMRS的信道估计，以用于PDSCH接收。

DMRS端口组

为了支持通过多个TRP进行数据传输，将从不同的TRP传送单独的DMRS端口。这些DMRS端口将经历不同的传播信道。为了UE处正确的解调，UE需要知道DMRS端口和TRP之间的关联。出于该目的，可将DMRS端口组织成端口组，使得同一组中的端口可从同一个TRP传送。一种用于组织DMRS端口的方式将基于CDM组，即，CDM组对应于DMRS组。

冗余版本

在NR中，定义了四个冗余版本（RV）（即，RV0、RV1、RV2和RV3）。将每个冗余版本定义为可从具有不同起点的环形缓冲区中读取的位。在NR中，选择RV0和RV3的环形缓冲区中的起点，使得RV0和RV3两者可自解码。一般来说，传输块的初始传输使用RV0，并且传输块的重新传输可使用RV0、RV1、RV2或RV3。可由UE将不同的RV用于在它的接收器处的软合并（softcombining），以改善接收的TB的可解码性。在NR中，在DCI中包括2位RV字段，以指示与PDSCH传输相关联的冗余版本。该2-位字段指示RV0、RV1、RV2或RV3之一。

URLLC用例

在NR Rel-16中，批准了一项关于增强的超可靠低时延通信（eURLLC）的研究项目。该研究项目考虑具有潜在不同的可靠性要求的用例。在一些用例中，如在其中所论述，需要不正确接收的数据分组的10

当网络配备有多个传输-接收点（TRP）时，可在低时延的情况下有效提高可靠性的技术之一是通过利用从多于一个TRP到相同UE的分组传输来依赖于PDSCH空间分集。实现此类PDSCH分集的一种方式是从不同的TRP传送相同传输块（TB）的不同冗余版本（RV）。图5示出具有三个TRP的示例，其中分别将冗余版本RV0、RV1和RV2从TRP1、TRP2和TRP3传送到UE。以此方式，同时实现编码分集（通过多个RV）和空间分集（通过多个TRP）两者。在该示例中，将携带调度PDSCH分集传输的DCI的PDCCH从TRP1发送到UE。还假设，调度器经由具有非常低时延的理想回程（ideal backhaul）连接到不同的TRP，这对于具有低时延要求的URLLC场景而言是合理的假设。尽管将调度器示为与TRP分开，但是一般理解，调度器可以是TRP之一的一部分。一旦UE通过无线信道从不同的TRP接收不同的RV，UE便可执行相同TB的不同版本的联合接收，例如在它的接收器处的软合并，以提高接收的TB的可靠性。

目前存在（某种或某些）挑战。在从不同的TRP传送的TB的多个RV的PDSCH分集方案中，要求之一是在非常严格的时延要求内成功解码TB。因此，UE通常必须接收从不同TRP调度不同冗余版本的单个DCI。如何将从不同TRP调度多个冗余版本的单个DCI发信号通知给UE是一个有待解决的问题。

发明内容

提供用于物理下行链路共享信道（PDSCH）分集的信令的系统和方法。在一些实施例中，一种由无线装置执行的用于接收多个下行链路传输的方法包括：确定一个或多个解调参考信号（DMRS）端口和一个或多个相关联的冗余值（RV）之间的关联；以及使用该关联来接收所述多个下行链路传输。在一些实施例中，这使单个下行链路控制信息（DCI）能够用来调度来自不同传输接收点（TRP）的相同传输块的不同冗余版本，这有助于提高在严格的时延要求内成功解码TB的可靠性。

本公开的某些方面及其实施例可给上述或其它挑战提供解决方案。本公开提出向无线装置联合发信号通知（一个或多个）DMRS端口组和（一个或多个）RV的若干个实施例，以用于具有涉及严格的可靠性和时延要求的多TRP传输的URLLC。实施例涉及一个或多个DMRS端口组和要从不同TRP传送的一个或多个RV之间的关联。此外，实施例涉及通过使用在单个DCI中定义的字段中的一个或多个字段来触发该DCI而发信号通知所述一个或多个DMRS端口组和所述一个或多个相关联的RV。

实施例A：一种向无线装置联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV的方法包括：一个或多个DMRS端口组和一个或多个相关联的RV之间的关联；以及通过使用在单个DCI中定义的字段中的一个或多个字段来触发该DCI而发信号通知所述一个或多个DMRS端口组和所述一个或多个相关联的RV。

实施例B：实施例A的方法，其中一个或多个DMRS端口组和一个或多个相关联的RV之间的预先定义的关联被RRC配置为由与每个DMRS端口组对应的传输配置指示（TCI）状态或TCI状态ID组成的扩展TCI状态的一部分。

实施例C：实施例A的方法，其中一个或多个DMRS端口组和一个或多个相关联的RV之间的预先定义的关联被无线电资源控制（RRC）配置为由与每个DMRS端口组对应的相关联的准共位（QCL）类型和用于QCL目的的一个或多个下行链路（DL）参考信号（RS）组成的TCI状态的一部分。

实施例D：实施例A-C中任何实施例的方法，其中使用单个DCI中的TCI字段来发信号通知所述一个或多个DMRS端口组和所述一个或多个相关联的RV号。

实施例E：实施例A-D中任何实施例的方法，其中与第一DMRS端口组对应的RV由RV字段提供，并且与剩余DMRS端口组对应的RV由TCI字段指示。

实施例F：实施例A的方法，其中按天线端口字段的码点（codepoint）定义一个或多个DMRS端口组和一个或多个相关联的RV之间的预先定义的关联。

实施例G：实施例A和E中任何实施例的方法，其中使用单个DCI中的天线端口字段来发信号通知所述一个或多个DMRS端口组和所述一个或多个相关联的RV。

实施例H：实施例A、E和G中任何实施例的方法，其中与第一DMRS端口组对应的RV由RV字段提供，并且与剩余的DMRS端口组对应的RV由天线端口字段指示。

实施例I：实施例A-E中任何实施例的方法，其中可使用‘用户设备（UE）特定的PDSCH的TCI状态激活/去激活’的MAC CE来向下选择要映射到TCI字段的码点的候选TCI状态或扩展TCI状态。

本文中提出有致力于解决本文中公开的问题中的一个或多个问题的各种实施例。在一些实施例中，一种由无线装置执行的用于接收多个下行链路传输的方法包括：确定一个或多个DMRS端口和一个或多个相关联的冗余值（RV）之间的关联；以及使用该关联来接收所述多个下行链路传输。

在一些实施例中，确定该关联包括确定所述一个或多个DMRS端口属于一个或多个DMRS端口组，并且该关联是在一DMRS端口组和特定的RV之间。

在一些实施例中，通过由以下动作组成的组中的一个或多个来确定该关联：由较高层配置；由下行链路控制信息（DCI）动态地指示；由媒体接入控制（MAC）控制元素（CE）动态地指示；和/或由规范定义。在一些实施例中，使用该关联来接收所述多个下行链路传输包括解码来自特定的接收/传输点（TRP）的一个或多个物理下行链路共享信道（PDSCH）层或（一个或多个）PDSCH码字，其中由于与由特定的TRP传送的DMRS端口组的关联，因此知道使用哪个RV。

在一些实施例中，传输配置指示（TCI）状态或TCI状态标识符（ID）也与DMRS端口组和相关联的RV相关联。

在一些实施例中，该方法还包括接收调度多个下行链路传输的DCI，所述DCI指示无线装置应将哪个TCI状态或哪组TCI状态用于解调所述多个下行链路传输。

在一些实施例中，由DCI的DCI字段（例如，TCI状态指示字段）中的码点来指示DMRS端口组和相关联的RV（连同TCI状态/TCI状态ID）。在一些实施例中，将DCI格式1_1中的TCI字段用于联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV。在一些实施例中，在DCI格式1_1中引入新的DCI字段，以用于联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV。在一些实施例中，确定该关联包括接收指示关联的无线电资源控制（RRC）信令。在一些实施例中，经由存在于下行链路控制信息（DCI）格式1_1中的天线端口字段来指示（一个或多个）DMRS端口组和（一个或多个）相关联的RV。

在一些实施例中，当天线端口字段采取天线端口字段所允许的值的子集（诸如，9-11）时，无线装置从具有一个DMRS端口组和与每个TRP相关联的RV的两个传输/接收点（TRP）接收下行链路传输。在一些实施例中，经由天线端口字段指示DMRS端口组，而由RV字段提供与第一DMRS端口组对应的RV。在一些实施例中，由天线端口字段指示与剩余的DMRS端口组对应的RV。

在一些实施例中，经由传输配置指示（TCI）字段指示DMRS端口组，而由RV字段提供与第一DMRS端口组对应的RV。在一些实施例中，在TCI状态或扩展TCI状态中定义并且由TCI字段指示与剩余的DMRS端口组对应的RV。在一些实施例中，确定该关联包括RV的预先定义的有序列表。

在一些实施例中，如果使用单个DMRS组，则使用来自列表的第一个RV；如果使用两个DMRS组，则使用来自列表的第一个和第二个RV值。在一些实施例中，RV字段的解释被扩展成选择RV的列表；使用多个DMRS组，并且所述多个DMRS组以有序的方式使用列表中的RV。在一些实施例中，该方法还包括接收MAC CE以向下选择要映射到TCI字段的码点的候选TCI状态或扩展TCI状态。在一些实施例中，MAC CE是‘UE特定的PDSCH的TCI状态激活/去激活’。

在一些实施例中，该方法还包括：提供用户数据；以及经由到基站的传输将用户数据转发到主机计算机。

某些实施例可提供（一个或多个）以下技术优势中的一个或多个技术优势。本公开中描述的解决方案的主要益处是，可使用单个DCI来调度来自不同TRP的相同传输块的不同冗余版本，这有助于提高在严格的时延要求内成功解码TB的可靠性。

附图说明

并入到本说明书中并形成本说明书的一部分的附图示出了本公开的若干个方面，并且与本描述一起用于解释本公开的原理。

图1示出根据本公开的一些实施例的在NR中如同在LTE中一样在时隙基础上的数据调度；

图2示出根据本公开的一些实施例的基本NR物理时间-频率资源网格；

图3示出根据本公开的一些实施例的MIMO空间复用操作；

图4示出根据本公开的一些实施例的通过多个MIMO层的NR数据传输；

图5示出根据本公开的一些实施例的具有三个TRP的示例，其中将冗余版本RV0、RV1和RV2分别从TRP1、TRP2和TRP3传送到UE；

图6示出根据本公开的一些实施例的蜂窝通信网络的一个示例；

图7示出根据本公开的一些实施例的包含RV、DMRS端口组和/或TCI状态/TCI状态ID之间的关联的扩展TCI状态；

图8示出根据本公开的一些实施例的当由到UE的DCI字段的单个码点触发图7的示例扩展TCI状态时的PDSCH传输；

图9示出根据本公开的一些实施例的操作无线装置以便接收多个下行链路传输的方法；

图10示出根据本公开的一些实施例的操作基站以便能够实现（enable）多个下行链路传输的接收的方法；

图11是根据本公开的一些实施例的无线电接入节点的示意性框图；

图12是示出根据本公开的一些实施的无线电接入节点的虚拟化实施例的示意性框图；

图13是根据本公开的一些其它实施例的无线电接入节点的示意性框图；

图14是根据本公开的一些实施例的UE的示意性框图；

图15是根据本公开的一些其它实施例的UE的示意性框图；

图16示出根据本公开的一些实施例的包括诸如3GPP-型蜂窝网络的电信网络的通信系统；

图17示出根据本公开的一些实施例的包括主机计算机的通信系统；

图18是示出根据本公开的一些实施例的在通信系统中实现的方法的流程图；以及

图19-21是示出根据本公开的一些实施例的在通信系统中实现的方法的流程图。

具体实施方式

下文阐述的实施例表示使本领域技术人员能够实践这些实施例的信息，并说明实践这些实施例的最佳模式。在根据附图阅读以下描述时，本领域技术人员将理解本公开的概念，并将认识到本文中没有特别提出的这些概念的应用。应理解，这些概念和应用属于本公开的范围。

无线电节点：如本文中所使用的，“无线电节点”是无线电接入节点或无线装置。

无线电接入节点：如本文中所使用的，“无线电接入节点”或“无线电网络节点”是蜂窝通信网络的无线电接入网络中进行操作以无线地传送和/或接收信号的任何节点。无线电接入节点的一些示例包括但不限于：基站（例如，第三代合作伙伴计划（3GPP）第五代（5G）新空口（NR）网络中的NR基站（gNB）或3GPP长期演进（LTE）网络中的增强的或演进的节点B（eNB））、高功率或宏基站、低功率基站（例如，微基站、微微基站，归属eNB或类似物）和中继节点。

核心网络节点：如本文中所使用的，“核心网络节点”是核心网络中的任何类型的节点。核心网络节点的一些示例包括例如移动性管理实体（MME）、分组数据网络网关（P-GW）、服务能力开放功能（SCEF）或类似物。

无线装置：如本文中所使用的，“无线装置”是通过对（一个或多个）无线电接入节点无线地传送和/或接收信号而有权接入到蜂窝通信网络（即，由蜂窝通信网络服务）的任何类型的装置。无线装置的一些示例包括但不限于3GPP网络中的用户设备装置（UE）和机器型通信（MTC）装置。

网络节点：如本文中所使用的，“网络节点”是作为蜂窝通信网络/系统的核心网络或无线电接入网络的任一部分的任何节点。

注意，本文中给出的描述集中在3GPP蜂窝通信系统上，并且因此，经常使用3GPP术语或与3GPP术语类似的术语。然而，本文中公开的概念不限于3GPP系统。

注意，在本文中的描述中，可能会提及术语“小区”；然而，特别是关于5G NR概念，可使用波束来代替小区，并且因此，重要的是注意，本文中描述的概念同样适用于小区和波束两者。

图6示出根据本公开的一些实施例的蜂窝通信网络600的一个示例。在本文中描述的实施例中，蜂窝通信网络600是5G NR网络。在该示例中，蜂窝通信网络600包括控制对应的宏小区604-1和604-2的基站602-1和602-2（其在LTE中被称为eNB，并且在5G NR中被称为gNB）。基站602-1和602-2在本文中一般被统称为基站602，并且被单独称为基站602。同样地，宏小区604-1和604-2在本文中一般被统称为宏小区604，并且被单独称为宏小区604。蜂窝通信网络600还可包括控制对应的小型小区608-1至608-4的多个低功率节点606-1至606-4。低功率节点606-1至606-4可以是小型基站（诸如，微微或毫微微基站）或远程无线电头端（RRH）或类似物。值得注意的是，尽管没有示出，但是小型小区608-1至608-4中的一个或多个小型小区可备选地由基站602提供。低功率节点606-1至606-4在本文中一般被统称为低功率节点606，并且被单独称为低功率节点606。同样地，小型小区608-1至608-4在本文中一般被统称为小型小区608，并且被单独称为小型小区608。基站602（和可选的低功率节点606）连接到核心网络660。

基站602和低功率节点606向对应小区604和608中的无线装置612-1至612-5提供服务。无线装置612-1至612-5在本文中一般被统称为无线装置612，并且被单独称为无线装置612。无线装置612在本文中有时还被称为UE。

实施例1：经由TCI字段联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV

在该实施例中，向UE配置的DMRS端口属于组，并且一DMRS端口组和特定的RV之间的关联：由较高层配置，由DCI或MAC CE动态地指示，由规范给定，或这些的组合。

因此，在具有多个TRP的实现中，多个DMRS端口组用于PDSCH传输，并且每个组可与来自特定的TRP的传输相关联。当UE解码来自特定的TRP的PDSCH层或（一个或多个）PDSCH码字时，由于与DMRS组的关联，因此它也知道使用哪个RV。

在进一步的实施例中，TCI状态或TCI状态ID也可与DMRS端口组和相关联的RV相关联。在调度PDSCH的DCI中向UE指示UE应将哪个TCI状态或哪组TCI状态用于解调PDSCH。

通过这种TCI状态关联，可由DCI字段（例如，TCI状态指示字段）中的码点向UE指示DMRS端口组和相关联的RV（连同TCI状态/TCI状态ID）。

在一些实施例中，至少经由RRC信令向UE配置（一个或多个）DMRS端口组和（一个或多个）RV之间的关联。在一些进一步的实施例中，将DCI格式1_1中的TCI字段用于联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV。备选地，在DCI格式1_1中引入新的DCI字段，以用于联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV。

有多种特定的方式来将要从TRP传送的一RV与一DMRS端口组相关联。下面给出一些示例。

在一个示例中，可定义扩展TCI状态，它包含RV、DMRS端口组和/或TCI状态/TCI状态ID之间的关联。图7中举例说明了一个这样的定义。在该示例图中，定义了三个不同的DMRS端口组，其中每个DMRS端口组对应于不同的TRP。这三个不同的DMRS端口组各自与不同的RV相关联。另外，扩展TCI状态还可包括与每个DMRS端口组相关联的TCI状态或TCI状态ID。

图8示出在由到UE的DCI字段的单个码点触发图7的示例扩展TCI状态时的PDSCH传输。在该示例中，经由DCI字段的单个码点从TRP1传送携带图7中的扩展TCI状态的触发器的PDCCH。根据在图7中的扩展TCI状态中所定义的关联，从每个TRP传送以下信息：

尽管图7和图8中的示例图示了具有（一个或多个）DMRS端口组和（一个或多个）RV的特定关联模式的一个特定的扩展TCI，但是可经由RRC信令向UE预先定义任何期望的DMRS端口组到RV关联。将在不同的扩展TCI状态中定义每个此类期望的关联，并且可经由单个DCI字段中的码点之一来指示此类期望的关联。

注意，总是希望传送RV0或RV3，因为只有RV0和RV3是自解码的，例如，RV1和RV2不能单独解码TB。因此，使用的RV需要动态地取决于使用的DMRS组。例如，如果在传输中只使用一个TRP，则解决方案必须确保对该传输使用RV0或RV3。因此，静态的DMRS组到RV映射是不可取的，因为它禁用了动态点选择（即，用静态RV映射从TRP1、TRP2或TRP3传送将只意味着使用RV0、RV1和RV2，这禁止从TRP2或TRP3动态点选择的可能解码）。因此，提出一种更精细的方案，其中例如具有最低索引的DMRS组总是与RV0或RV3相关联，而其它DMRS组（如果在实际PDSCH调度中存在的话）则使用备选RV。总之，关联到特定的DMRS组的RV是动态的，并且取决于针对实际的PDSCH传输和接收使用哪些DMRS组以及使用多少DMRS组。

表4示出一示例，其中TCI状态字段中的每个码点用于触发包含不同数量的DMRS端口组和相关联的RV的扩展TCI状态之一。码点000触发仅包含单个DMRS端口组和相关联的冗余版本RV0的扩展TCI状态。这对应于从与DMRS端口组1对应的单个TRP传送具有RV0的TB的情形。码点110触发包含三个DMRS端口组和3个不同RV的扩展TCI状态，这对应于具有不同RV的来自三个不同TRP的单个TB的传输。注意，为简单起见，每个DMRS端口组还可具有表4中没有示出的相关联的TCI状态ID。用该信令框架，在单个TRP传输和具有PDSCH分集的多-TRP传输之间的动态切换是可能的。

表4：经由单个DCI字段的不同码点联合触发（一个或多个）不同DMRS端口组和（一个或多个）相关联的RV的示例

将一DMRS端口组与一RV相关联的另一种备选方式是通过在TCI-状态内定义多个DMRS端口组。每个DMRS端口组可具有用于定义QCL目的的DL RS和相关联的QCL类型的相关联的QCL-信息。除了QCL-信息之外，还可为TCI-状态内的每个DMRS端口组定义相关联的RV。该结构是图7中所示的扩展TCI结构的备选方案，并且可用于通过用表4中的‘TCI-StateID’替换‘扩展TCI状态ID’而使用单个DCI字段进行联合触发。

实施例2：经由天线端口字段联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV

在该实施例中，经由存在于DCI格式1_1中的天线端口字段来指示（一个或多个）DMRS端口组和（一个或多个）相关联的RV。表5中给出了具有DMRS-类型1和单个DMRS符号（即，maxLength=1）的情形的示例。在该示例中，将在3GPP TS 38.212 V15.3.0的表7.3.1.2.2-1中给出的原始表扩展成包括（一个或多个）DMRS端口组和（一个或多个）相关联的RV。注意，属于同一个DMRS端口组的DMRS端口包含在{}内，并且不同DMRS端口组用‘，’隔开。在该示例中假设每个DMRS端口组只有单个RV，其中与不同DMRS端口组相关联的（一个或多个）RV用‘，’隔开。应注意，该实施例还可扩展成两个RV与包含多于一个端口的一DMRS端口组相关联的情形。

在表5的示例中，当天线端口字段取值0-8时，UE从具有一个DMRS端口组和一个相关联的RV的单个TRP接收PDSCH传输。当天线端口字段取值9-11时，UE从具有一个DMRS端口组和与每个TRP相关联的RV的两个TRP接收PDSCH传输。

在该实施例中，与每个DMRS端口组相关联的TCI状态将按照TCI字段。例如，当天线端口字段指示两个DMRS端口组时，TCI字段将指示两个DMRS端口组的（一个或多个）相关联的QCL信息或TCI状态。

表5：对于dmrs-类型=1和maxLength=1经由天线端口字段联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV的示例（在3GPP TS 38.212 V15.3.0的表7.3.1.2.2-1中给出了原始表）

实施例3：经由天线端口/TCI字段和RV字段联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV

在该实施例中，经由与实施例2类似的天线端口字段来指示DMRS端口组，而由RV字段来提供与第一DMRS端口组对应的RV。将由天线端口字段指示与剩余DMRS端口组对应的RV。

在一备选实施例中，经由与实施例1类似的TCI字段来指示DMRS端口组，而由RV字段来提供与第一DMRS端口组对应的RV。与剩余DMRS端口组对应的RV在与实施例1类似的TCI状态或扩展TCI状态中被定义并且将由TCI字段来指示。

又一种备选方案是预先定义RV的有序列表，例如{RV0，RV3，RV2，RV1}。如果对于PDSCH使用单个DMRS组（例如，由TCI状态指示），则使用来自列表的第一个RV。如果使用两个DMRS组，则使用来自列表中的第一个和第二个RV值。

在又一种备选方案中，与当前Rel-15 NR中那样只有单个RV相比，将DCI中的RV字段的解释扩展成选择RV的列表。因此，当调度PDSCH时，使用多个DMRS组（例如，由在相同DCI中所指示的扩展TCI状态指示），并且DMRS组以有序的方式使用列表中的RV；例如，将具有最低索引的DMRS组关联到列表中的第一个RV值等等。表6中给出了列表的示例。

图7中举例说明的列表可由标准给定，或者可例如由较高层信令配置。列表可包含相同RV的重复值以提供软合并增益，或者包含不同的值以提供增量冗余增益。

表6 由DCI中的RV字段选择的RV的列表

在另一个实施例中，列表的长度取决于调度的DMRS组的数量。例如，如果调度了单个DMRS组（即，单个TRP），则回退到RV字段和RV值之间的原始映射是有用的。如果调度有两个DMRS组（例如，由TCI状态指示），则使用另一个（指定的或配置的）列表。参见表7中的示例。

表7 由DCI中的RV字段选择的RV的列表

在又一个实施例中，如果通过多于一个TRP传送PDSCH，则DCI中的现有RV字段指示与第一个DMRS组相关联的PDSCH的冗余版本。基于冗余序列{0，2，3，1}确定与其它DMRS组相关联的PDSCH的冗余版本，如表8中所示。例如，如果RV字段为0，则DMRS组{1，2，3}的RV值分别为{0，2，3}；如果RV字段为1，则DMRS组{1，2，3}的RV值分别为{1，0，2}。

表8：用预先定义的序列{0，2，3，1}

由DCI中的RV字段选择的RV

实施例4：经由TCI字段和额外的MAC CE向下选择联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV

当TCI状态或扩展TCI状态的数量超过8时，需要一种机制来论证如何将这些TCI状态映射到仅包含3个位的TCI字段。在这种情况下，可使用‘UE特定的PDSCH的TCI状态激活/去激活’的MAC CE来向下选择要映射到TCI字段的码点的候选TCI状态或扩展TCI状态。

提供了用于PDSCH分集的信令的系统和方法。图9示出根据本公开的一些实施例的操作无线装置以便接收多个下行链路传输的方法。在一些实施例中，由无线装置执行的用于接收多个下行链路传输的方法包括确定一个或多个DMRS端口、一个或多个TCI状态和/或一个或多个相关联的RV之间的关联（步骤900）。该方法还包括无线装置使用该关联来接收所述多个下行链路传输（步骤902）。该方法可选地包括无线装置接收调度多个传输时机的DCI，所述DCI指示无线装置应将哪个TCI状态或哪组TCI状态用于解调所述多个下行链路传输（步骤904）。在一些实施例中，这使单个DCI能够用于调度来自不同TRP的相同传输块的不同冗余版本，这有助于提高在严格的时延要求内成功解码TB的可靠性。

图10示出根据本公开的一些实施例的操作基站以便能够实现多个下行链路传输的接收的方法。在一些实施例中，由基站执行以便能够实现多个下行链路传输的接收的方法包括确定一个或多个DMRS端口、一个或多个TCI状态和/或一个或多个相关联的RV之间的关联（步骤1000）。该方法还包括基站使用该关联来传送所述多个下行链路传输（步骤1002）。该方法可选地包括基站传送调度多个传输时机的DCI，所述DCI指示无线装置应将哪个TCI状态或哪组TCI状态用于解调所述多个下行链路传输（步骤1004）。在一些实施例中，这使单个DCI能够用于调度来自不同TRP的相同传输块的不同冗余版本，这有助于提高在严格的时延要求内成功解码TB的可靠性。

图11是根据本公开的一些实施例的无线电接入节点1100的示意性框图。无线电接入节点1100可以是例如基站602或606。如图所示，无线电接入节点1100包括控制系统1102，控制系统1102包括一个或多个处理器1104（例如，中央处理单元（CPU）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）和/或类似物）、存储器1106和网络接口1108。一个或多个处理器1104在本文中又称为处理电路。另外，无线电接入节点1100包括一个或多个无线电单元1110，无线电单元1110各自包括耦合到一个或多个天线1116的一个或多个传送器1112和一个或多个接收器1114。无线电单元1110可称为无线电接口电路，或者可以是无线电接口电路的一部分。在一些实施例中，（一个或多个）无线电单元1110位于控制系统1102的外部，并且经由例如有线连接（例如，光缆）连接到控制系统1102。然而，在一些其它实施例中，（一个或多个）无线电单元1110和潜在的（一个或多个）天线1116与控制系统1102集成在一起。一个或多个处理器1104进行操作以提供如本文中所描述的无线电接入节点1100的一个或多个功能。在一些实施例中，用存储在例如存储器1106中并由一个或多个处理器1104执行的软件来实现（一个或多个）功能。

图12是示出根据本公开的一些实施例的无线电接入节点1100的虚拟化实施例的示意性框图。该论述同样适用于其它类型的网络节点。此外，其它类型的网络节点可具有类似的虚拟化架构。

如本文中所使用的，“虚拟化”无线电接入节点是无线电接入节点1100的实现，其中无线电接入节点1100的功能性的至少一部分被实现为（一个或多个）虚拟组件（例如，经由在（一个或多个）网络中的（一个或多个）物理处理节点上执行的（一个或多个）虚拟机）。如图所示，在该示例中，无线电接入节点1100包括：控制系统1102，所述控制系统1102包括一个或多个处理器1104（例如，CPU、ASIC、FPGA和/或类似物）、存储器1106和网络接口1108；以及一个或多个无线电单元1110，无线电单元1110各自包括耦合到一个或多个天线1116的一个或多个传送器1112和一个或多个接收器1114，如上文所述的那样。控制系统1102经由例如光缆或类似物连接到（一个或多个）无线电单元1110。控制系统1102经由网络接口1108连接到一个或多个处理节点1200，所述一个或多个处理节点1200耦合到（一个或多个）网络1202或作为（一个或多个）网络1202的一部分被包括。每个处理节点1200包括一个或多个处理器1204（例如，CPU、ASIC、FPGA和/或类似物）、存储器1206和网络接口1208。

在该示例中，本文中描述的无线电接入节点1100的功能1210以任何期望的方式在一个或多个处理节点1200处实现或跨控制系统1102和一个或多个处理节点1200分布。在一些特定实施例中，本文中描述的无线电接入节点1100的功能1210中的一些或所有功能1210作为虚拟组件实现，所述虚拟组件由一个或多个虚拟机执行，所述虚拟机在由（一个或多个）处理节点1200托管（host）的（一个或多个）虚拟环境中实现。如将由本领域技术人员领会的，使用（一个或多个）处理节点1200和控制系统1102之间的额外信令或通信，以便实行期望的功能1210中的至少一些。值得注意的是，在一些实施例中，可不包括控制系统1102，在这种情况下，（一个或多个）无线电单元1110经由（一个或多个）适当的网络接口直接与（一个或多个）处理节点1200通信。

在一些实施例中，提供一种包括指令的计算机程序，所述指令在由至少一个处理器执行时使所述至少一个处理器实行根据本文中描述的实施例中的任何实施例的在虚拟环境中实现无线电接入节点1100的功能1210中的一个或多个的节点（例如，处理节点1200）或无线电接入节点1100的功能性。在一些实施例中，提供一种包括上述计算机程序产品的载体。该载体是电子信号、光信号、无线电信号或计算机可读存储介质（例如，诸如存储器的非暂时性计算机可读介质）之一。

图13是根据本公开的一些其它实施例的无线电接入节点1100的示意性框图。无线电接入节点1100包括一个或多个模块1300，模块中的每个用软件实现。（一个或多个）模块1300提供本文中描述的无线电接入节点1100的功能性。该论述同样适用于图12的处理节点1200，其中模块1300可在处理节点1200之一处实现和/或跨多个处理节点1200分布和/或跨（一个或多个）处理节点1200和控制系统1102分布。

图14是根据本公开的一些实施例的UE 1400的示意性框图。如图所示，UE 1400包括一个或多个处理器1402（例如，CPU、ASIC、FPGA和/或类似物）、存储器1404和一个或多个收发器1406，收发器1406各自包括耦合到一个或多个天线1412的一个或多个传送器1408和一个或多个接收器1410。（一个或多个）收发器1406包括连接到（一个或多个）天线1412的无线电前端电路，它被配置成调节在（一个或多个）天线1412和（一个或多个）处理器1402之间传递的信号，如由本领域技术人员将领会的那样。处理器1402在本文中又称为处理电路。收发器1406在本文中又称为无线电电路。在一些实施例中，上文描述的UE 1400的功能性可全部或部分地用例如存储在存储器1404中并由（一个或多个）处理器1402执行的软件实现。注意，UE 1400可包括图14中没有示出的额外组件，诸如例如一个或多个用户接口组件（例如，包括显示器、按钮、触摸屏、麦克风、（一个或多个）扬声器和/或类似物的输入/输出接口、和/或用于允许将信息输入到UE 1400中和/或允许从UE 1400输出信息的任何其它组件）、电源（例如，电池和相关联的电力电路）等。

在一些实施例中，提供一种包括指令的计算机程序，所述指令在由至少一个处理器执行时使所述至少一个处理器实行根据本文中描述的实施例中的任何实施例的UE 1400的功能性。在一些实施例中，提供一种包括上述计算机程序产品的载体。该载体是电子信号、光信号、无线电信号或计算机可读存储介质（例如，诸如存储器的非暂时性计算机可读介质）之一。

图15是根据本公开的一些其它实施例的UE 1400的示意性框图。UE 1400包括一个或多个模块1500，模块中的每个用软件实现。（一个或多个）模块1500提供本文中描述的UE1400的功能性。

参考图16，根据一实施例，一种通信系统包括电信网络1600，诸如3GPP型蜂窝网络，其包括诸如RAN的接入网络1602和核心网络1604。接入网络1602包括多个基站1606A、1606B、1606C，诸如NB、eNB、gNB或其它类型的无线接入点(AP)，每个基站定义对应的覆盖区域1608A、1608B、1608C。每个基站1606A、1606B、1606C通过有线或无线连接1610可连接到核心网络1604。位于覆盖区域1608C中的第一UE 1612被配置成无线地连接到对应的基站1606C或由其寻呼。覆盖区域1608A中的第二UE 1614无线地可连接到对应的基站1606A。虽然在该示例中示出多个UE 1612、1614，但是所公开的实施例同样适用于其中唯一UE在覆盖区域中或者其中唯一UE正在连接到对应基站1606的情形。

电信网络1600本身连接到主机计算机1616，该主机计算机可体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者体现为服务器场（server farm）中的处理资源。主机计算机1616可在服务提供者的所有权或控制之下，或者可由服务提供者或代表服务提供者来操作。电信网络1600和主机计算机1616之间的连接1618和1620可直接从核心网络1604延伸到主机计算机1616，或可经由可选的中间网络1622进行。中间网络1622可以是公共、私有或托管网络之一或多于一个的组合；中间网络1622（如果有的话）可以是骨干网络（backbone network）或因特网；特别地，中间网络1622可包括两个或更多个子网络（未示出）。

图16的通信系统作为整体能够实现连接的UE 1612、1614与主机计算机1616之间的连接性。该连接性可被描述为过顶（over-the-top）（OTT）连接1624。主机计算机1616和连接的UE 1612、1614被配置成使用接入网络1602、核心网络1604、任何中间网络1622以及可能的另外基础设施（未示出）作为中介（intermediary）经由OTT连接1624来传递数据和/或信令。在OTT连接1624所经过的参与通信装置不知道上行链路和下行链路通信的路由的意义上，OTT连接1624可以是透明的。例如，可不或者不需要向基站1606通知传入的下行链路通信的过去路由，所述下行链路通信具有源自主机计算机1616的要被转发（例如，移交（hand over））到连接的UE 1612的数据。类似地，基站1606不需要知道源自UE 1612的向主机计算机1616的外出上行链路通信的未来路由。

现在将参考图17描述根据一实施例的在前几段中论述过的UE、基站和主机计算机的示例实现。在通信系统1700中，主机计算机1702包括硬件1704，硬件1704包括被配置成设立并维持与通信系统1700的不同通信装置的接口的有线或无线连接的通信接口1706。主机计算机1702进一步包括可具有存储和/或处理能力的处理电路1708。特别地，处理电路1708可包括适于执行指令的一个或多个可编程处理器、ASIC、FPGA或这些的组合（未示出）。主机计算机1702进一步包括软件1710，软件1710存储在主机计算机1702中或由主机计算机1702可访问，并且由处理电路1708可执行。软件1710包括主机应用1712。主机应用1712可以是可操作以向远程用户（诸如，经由端接于UE 1714和主机计算机1702的OTT连接1716连接的UE1714）提供服务。在向远程用户提供服务时，主机应用1712可提供使用OTT连接1716传送的用户数据。

通信系统1700进一步包括基站1718，其被设置在电信系统中并且包括使得其能够与主机计算机1702并且与UE 1714通信的硬件1720。硬件1720可包括用于设立并维持与通信系统1700的不同通信装置的接口的有线或无线连接的通信接口1722，以及用于至少设立并维持与位于由基站1718服务的覆盖区域（图17中未示出）中的UE 1714的无线连接1726的无线电接口1724。通信接口1722可被配置成促进到主机计算机1702的连接1728。连接1728可以是直接的，或者它可经过电信系统的核心网络（图17中未示出）和/或经过电信系统外部的一个或多个中间网络。在示出的实施例中，基站1718的硬件1720进一步包括处理电路1730，处理电路1730可包括适于执行指令的一个或多个可编程处理器、ASIC、FPGA或这些的组合（未示出）。基站1718进一步具有存储在内部或经由外部连接可访问的软件1732。

通信系统1700进一步包括已经提到的UE 1714。UE 1714的硬件1734可包括无线电接口1736，其被配置成设立和维持与服务于UE 1714当前位于其中的覆盖区域的基站的无线连接1726。UE 1714的硬件1734进一步包括处理电路1738，处理电路1738可包括适于执行指令的一个或多个可编程处理器、ASIC、FPGA或这些的组合（未示出）。UE 1714进一步包括软件1740，其存储在UE 1714中或由其可访问并且由处理电路1738可执行。软件1740包括客户端应用1742。客户端应用1742可以是可操作以在主机计算机1702的支持下经由UE 1714向人类或非人类用户提供服务。在主机计算机1702中，执行中的主机应用1712可经由端接于UE 1714和主机计算机1702的OTT连接1716与执行中的客户端应用1742通信。在向用户提供服务时，客户端应用1742可从主机应用1712接收请求数据，并且响应于请求数据提供用户数据。OTT连接1716可传递请求数据和用户数据两者。客户端应用1742可与用户交互以生成其提供的用户数据。

注意，图17中示出的主机计算机1702、基站1718和UE 1714可分别与图16的主机计算机1616、基站1606A、1606B、1606C之一和UE 1612、1614之一类似或相同。这也就是说，这些实体的内部工作可如图17中所示，并且独立地，周围的网络拓扑可以是图16的网络拓扑。

在图17中，OTT连接1716已经被抽象地绘制以说明主机计算机1702和UE 1714之间经由基站1718的通信，而没有明确提到任何中介装置和经由这些装置的消息的精确路由。网络基础设施可确定路由，该路由可被配置成对UE 1714或操作主机计算机1702的服务提供者或两者隐瞒。当OTT连接1716是活动的（active）时，网络基础设施可进一步做出决定，通过这些决定它动态地改变路由（例如，基于网络的重新配置或负载平衡考虑）。

UE 1714和基站1718之间的无线连接1726根据贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个实施例改善了使用OTT连接1716给UE 1714提供的OTT服务的性能，其中无线连接1726形成最后分段。更准确地说，这些实施例的教导可改善例如数据速率、时延、功耗等，并且从而提供诸如例如减少用户等待时间、放宽对文件大小的限制、更好的响应性和延长电池寿命等的益处。

出于监测一个或多个实施例改善的数据速率、时延以及其它因素的目的，可提供测量过程。可进一步存在可选的网络功能性，其用于响应于测量结果的变化而重新配置主机计算机1702和UE 1714之间的OTT连接1716。用于重新配置OTT连接1716的测量过程和/或网络功能性可用主机计算机1702的软件1710和硬件1704、或者用UE 1714的软件1740和硬件1734、或者用两者实现。在一些实施例中，传感器（未示出）可部署在OTT连接1716所经过的通信装置中或与OTT连接1716所经过的通信装置相关联；传感器可通过供应上文举例说明的监测量的值，或者供应软件1710、1740可根据其计算或估计监测量的其它物理量的值来参与测量过程。OTT连接1716的重新配置可包括消息格式、重新传输设置、优选路由等；重新配置不需要影响基站1718，并且它对基站1718可能是未知的或察觉不到的。这样的过程和功能性可以是本领域中已知的和经实践的。在某些实施例中，测量可涉及专有（proprietary）UE信令，其促进主机计算机1702对吞吐量、传播时间、时延和类似物的测量。可实现测量，因为软件1710和1740在其监测传播时间、错误等的同时，使用OTT连接1716来使消息（特别是空或“虚拟的”消息）被传送。

图18是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图16和图17描述的那些主机计算机、基站和UE。为了本公开的简单起见，在该部分中将仅包括对图18的附图参考。在步骤1800中，主机计算机提供用户数据。在步骤1800的子步骤1802（其可以是可选的）中，主机计算机通过执行主机应用来提供用户数据。在步骤1804中，主机计算机发起到UE的携带用户数据的传输。在步骤1806（其可以是可选的）中，根据贯穿本公开而描述的实施例的教导，基站向UE传送在主机计算机发起的传输中携带的用户数据。在步骤1808（其也可以是可选的）中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图19是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图16和图17描述的那些主机计算机、基站和UE。为了本公开的简单起见，在该部分中将仅包括对图19的附图参考。在该方法的步骤1900中，主机计算机提供用户数据。在可选的子步骤（未示出）中，主机计算机通过执行主机应用来提供用户数据。在步骤1902中，主机计算机发起到UE的携带用户数据的传输。根据贯穿本公开而描述的实施例的教导，传输可经由基站传递。在步骤1904（其可以是可选的）中，UE接收传输中携带的用户数据。

图20是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图16和图17描述的那些主机计算机、基站和UE。为了本公开的简单起见，在该部分中将仅包括对图20的附图参考。在步骤2000（其可以是可选的）中，UE接收由主机计算机提供的输入数据。附加地或备选地，在步骤2002中，UE提供用户数据。在步骤2000的子步骤2004（其可以是可选的）中，UE通过执行客户端应用来提供用户数据。在步骤2002的子步骤2006（其可以是可选的）中，UE执行客户端应用，该客户端应用作为对由主机计算机提供的接收到的输入数据的反应而提供用户数据。在提供用户数据时，执行的客户端应用可进一步考虑从用户接收的用户输入。不管提供用户数据所采用的特定方式如何，在子步骤2008（其可以是可选的）中，UE发起用户数据到主机计算机的传输。在该方法的步骤2010中，根据贯穿本公开而描述的实施例的教导，主机计算机接收从UE传送的用户数据。

图21是示出根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站和UE，它们可以是参考图16和图17描述的那些主机计算机、基站和UE。为了本公开的简单起见，在该部分中将仅包括对图21的附图参考。在步骤2100（其可以是可选的）中，根据贯穿本公开而描述的实施例的教导，基站从UE接收用户数据。在步骤2102（其可以是可选的）中，基站发起接收到的用户数据到主机计算机的传输。在步骤2104（其可以是可选的）中，主机计算机接收在由基站发起的传输中携带的用户数据。

本文中公开的任何适当的步骤、方法、特征、功能或益处可通过一个或多个虚拟设备的一个或多个功能单元或模块执行。每个虚拟设备可包括多个这些功能单元。这些功能单元可经由处理电路实现，处理电路可包括一个或多个微处理器或微控制器以及其它数字硬件，其它数字硬件可包括数字信号处理器（DSP）、专用数字逻辑和类似物。处理电路可被配置成执行存储在存储器中的程序代码，存储器可包括一种或若干种类型的存储器，诸如只读存储器（ROM）、随机存取存储器（RAM）、高速缓冲存储器、闪速存储器装置、光存储装置等。存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于实行本文中描述的技术中的一个或多个技术的指令。在一些实现中，可使用处理电路来使相应的功能单元执行根据本公开的一个或多个实施例的对应的功能。

尽管图中的过程可能示出由本公开的某些实施例执行的操作的特定顺序，但是应理解，此类顺序是示例性的（例如，备选实施例可按不同的顺序执行操作、组合某些操作、重叠某些操作等）。

实施例

1. 一种由无线装置执行的用于接收多个下行链路传输的方法，该方法包括：

- 确定一个或多个解调参考信号DMRS端口和一个或多个相关联的冗余值RV之间的关联；

- 使用该关联来接收所述多个下行链路传输。

2. 实施例1的方法，其中确定该关联包括确定所述一个或多个DMRS端口被划分成一个或多个DMRS端口组，并且该关联是在一DMRS端口组和特定的RV之间。

3. 实施例1至2中任何实施例的方法，其中通过由以下动作组成的组中的一个或多个来确定该关联：由较高层配置；由下行链路控制信息DCI动态地指示；由媒体接入控制MAC控制元素CE动态地指示；和/或由规范定义。

4. 实施例1至3中任何实施例的方法，其中使用该关联来接收所述多个下行链路传输包括：

- 解码来自特定的传输/接收点TRP的一个或多个物理下行链路共享信道PDSCH层或（一个或多个）PDSCH码字，其中由于与由特定的TRP传送的DMRS端口组的关联，因此知道使用哪个RV。

5. 实施例1至4中任何实施例的方法，其中传输配置指示TCI状态或TCI状态标识符ID也与DMRS端口组和相关联的RV相关联。

6. 实施例1至5中任何实施例的方法，进一步包括：

- 接收调度多个下行链路传输的DCI，该DCI指示无线装置应将哪个TCI状态或哪组TCI状态用于解调所述多个下行链路传输。

7. 实施例6的方法，其中由DCI的DCI字段（例如，TCI状态指示字段）中的码点来指示DMRS端口组和相关联的RV（连同TCI状态/TCI状态ID）。

8. 实施例6至7中任何实施例的方法，其中将DCI格式1_1中的TCI字段用于联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV。

9. 实施例6至7中任何实施例的方法，其中在DCI格式1_1中引入新的DCI字段，以用于联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV。

10. 实施例1至9中任何实施例的方法，其中确定该关联包括由以下动作组成的组中的一个或多个：接收由DCI动态地指示的；由MAC CE动态地指示的；和/或由规范定义的指示该关联的无线电资源控制RRC信令；。

11. 实施例1至2中任何实施例的方法，其中经由存在于下行链路控制信息DCI格式1_1中的天线端口字段指示（一个或多个）DMRS端口组和（一个或多个）相关联的RV。

12. 实施例11的方法，其中当天线端口字段取天线端口字段所允许的值的子集时，无线装置从具有一个DMRS端口组和与每个传输/接收点TRP相关联的RV的两个TRP接收下行链路传输。

13. 实施例11至12中任何实施例的方法，其中经由天线端口字段指示DMRS端口组，而由RV字段提供与第一DMRS端口组对应的RV。

14. 实施例13的方法，其中由天线端口字段指示与剩余DMRS端口组对应的RV。

15. 实施例11至12中任何实施例的方法，其中经由传输配置指示TCI字段指示DMRS端口组，而由RV字段提供与第一DMRS端口组对应的RV。

16. 实施例15的方法，其中在TCI状态或扩展TCI状态中定义并且由TCI字段指示与剩余DMRS端口组对应的RV。

17. 实施例1至2中任何实施例的方法，其中确定该关联包括RV的预先定义的有序列表。

18. 实施例17的方法，其中如果使用单个DMRS组，则使用来自列表的第一个RV；如果使用两个DMRS组，则使用来自列表的第一个和第二个RV值。

19. 实施例1至18中任何实施例的方法，其中将RV字段的解释扩展成选择RV的列表；使用多个DMRS组，并且所述多个DMRS组以有序的方式使用列表中的RV。

20. 实施例1至19中任何实施例的方法，进一步包括接收用于向下选择要映射到TCI字段的码点的候选TCI状态或扩展TCI状态的MAC CE。

21. 实施例20的方法，其中MAC CE是‘UE特定的PDSCH的TCI状态激活/去激活’。

22. 先前实施例中任何实施例的方法，进一步包括：

- 提供用户数据；以及

- 经由到基站的传输将用户数据转发到主机计算机。

23. 一种由节点执行的用于能够实现多个下行链路传输的方法，该方法包括：

- 确定一个或多个解调参考信号DMRS端口和一个或多个相关联的冗余值RV之间的关联；

- 使用该关联能够实现所述多个下行链路传输。

24. 实施例23的方法，其中确定该关联包括确定所述一个或多个DMRS端口被划分成一个或多个DMRS端口组，并且该关联是在一DMRS端口组和特定的RV之间。

25. 实施例23至24中任何实施例的方法，其中通过由以下动作组成的组中的一个或多个来确定该关联：由较高层配置；由下行链路控制信息DCI动态地指示；由媒体接入控制MAC控制元素CE动态地指示；和/或由规范定义。

26. 实施例23至25中任何实施例的方法，其中使用该关联能够实现所述多个下行链路传输包括：

- 能够实现来自特定的传输/接收点TRP的一个或多个物理下行链路共享信道PDSCH层或（一个或多个）PDSCH码字，其中由于与由特定的TRP传送的DMRS端口组的关联，因此知道使用哪个RV。

27. 实施例23至26中任何实施例的方法，其中传输配置指示TCI状态或TCI状态标识符ID也与DMRS端口组和相关联的RV相关联。

28. 实施例23至27中任何实施例的方法，进一步包括：

- 能够实现调度多个下行链路传输的DCI的传输，该DCI指示无线装置应将哪个TCI状态或哪组TCI状态用于解调所述多个下行链路传输。

29. 实施例28的方法，其中由DCI的DCI字段（例如，TCI状态指示字段）中的码点来指示DMRS端口组和相关联的RV（连同TCI状态/TCI状态ID）。

30. 实施例28至29中任何实施例的方法，其中将DCI格式1_1中的TCI字段用于联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV。

31. 实施例28至29中任何实施例的方法，其中在DCI格式1_1中引入新的DCI字段，以用于联合发信号通知（一个或多个）DMRS端口组和（一个或多个）相关联的RV。

32. 实施例23至31中任何实施例的方法，其中确定该关联包括能够实现指示该关联的无线电资源控制RRC信令的传输。

33. 实施例23的方法，其中经由存在于下行链路控制信息DCI格式1_1中的天线端口字段指示（一个或多个）DMRS端口组和（一个或多个）相关联的RV。

34. 实施例33的方法，其中当天线端口字段取天线端口字段所允许的值的子集时，无线装置从具有一个DMRS端口组和与每个TRP相关联的RV的两个传输/接收点TRP接收下行链路传输。

35. 实施例33至34中任何实施例的方法，其中经由天线端口字段指示DMRS端口组，而由RV字段提供与第一DMRS端口组对应的RV。

36. 实施例35的方法，其中由天线端口字段指示与剩余DMRS端口组对应的RV。

37. 实施例33至34中任何实施例的方法，其中经由传输配置指示TCI字段指示DMRS端口组，而由RV字段提供与第一DMRS端口组对应的RV。

38. 实施例37的方法，其中在TCI状态或扩展TCI状态中定义并且由TCI字段指示与剩余DMRS端口组对应的RV。

39. 实施例23的方法，其中确定该关联包括RV的预先定义的有序列表。

40. 实施例39的方法，其中如果使用单个DMRS组，则使用来自列表的第一个RV；如果使用两个DMRS组，则使用来自列表的第一个和第二个RV值。

41. 实施例23至40中任何实施例的方法，其中将RV字段的解释扩展成选择RV的列表；使用多个DMRS组，并且所述多个DMRS组以有序的方式使用列表中的RV。

42. 实施例23至41中任何实施例的方法，进一步包括能够实现MAC CE的传输以向下选择要映射到TCI字段的码点的候选TCI状态或扩展TCI状态。

43. 实施例42的方法，其中MAC CE是‘UE特定的PDSCH的TCI状态激活/去激活’。

44. 先前实施例中任何实施例的方法，进一步包括：

- 获得用户数据；以及

- 将用户数据转发到主机计算机或无线装置。

45. 一种用于接收多个下行链路传输的无线装置，该无线装置包括：

- 处理电路，它被配置成执行A组实施例中的任何实施例的步骤中的任何步骤；以及

- 电源电路，它被配置成向无线装置供电。

46. 一种用于能够实现多个下行链路传输的节点，该节点包括：

- 处理电路，它被配置成执行B组实施例中的任何实施例的步骤中的任何步骤；以及

- 电源电路，它被配置成向节点供电。

47. 一种用于接收多个下行链路传输的用户设备UE，该UE包括：

- 天线，它被配置成发送和接收无线信号；

- 无线电前端电路，它被连接到天线和处理电路并且被配置成调节在天线和处理电路之间传递的信号；

- 处理电路，它被配置成执行A组实施例中的任何实施例的步骤中的任何步骤；

- 输入接口，它被连接到处理电路并且被配置成允许将信息输入到UE中以由处理电路进行处理；

- 输出接口，它被连接到处理电路并且被配置成从UE输出以及被处理电路处理的信息；以及

- 电池，它被连接到处理电路并被配置成向UE供电。

48. 一种包括主机计算机的通信系统，所述主机计算机包括：

- 处理电路，它被配置成提供用户数据；以及

- 通信接口，它被配置成将用户数据转发到蜂窝网络，以便传输到用户设备UE；

- 其中蜂窝网络包括具有无线电接口和处理电路的节点，该节点的处理电路被配置成执行B组实施例中的任何实施例的步骤中的任何步骤。

49. 前一个实施例的通信系统，进一步包括节点。

50. 前2个实施例的通信系统，进一步包括UE，其中UE被配置成与节点通信。

51. 前3个实施例的通信系统，其中：

- 主机计算机的处理电路被配置成执行主机应用，从而提供用户数据；以及

- UE包括被配置成执行与主机应用相关联的客户端应用的处理电路。

52. 一种在包括主机计算机、节点和用户设备UE的通信系统中实现的方法，该方法包括：

- 在主机计算机处，提供用户数据；以及

- 在主机计算机处，发起经由包括节点的蜂窝网络到UE的携带用户数据的传输，其中节点执行B组实施例中的任何实施例的步骤中的任何步骤。

53. 前一个实施例的方法，进一步包括在节点处传送用户数据。

54. 前2个实施例的方法，其中在主机计算机处通过执行主机应用来提供用户数据，该方法进一步包括在UE处执行与主机应用相关联的客户端应用。

55. 一种被配置成与节点通信的用户设备UE，该UE包括被配置成执行前3个实施例的方法的处理电路和无线电接口。

56. 一种包括主机计算机的通信系统，主机计算机包括：

- 处理电路，它被配置成提供用户数据；以及

- 通信接口，它被配置成将用户数据转发到蜂窝网络以便传送到用户设备UE；

- 其中UE包括无线电接口和处理电路，UE的组件被配置成执行A组实施例中的任何实施例的步骤中的任何步骤。

57. 前一个实施例的通信系统，其中蜂窝网络进一步包括被配置成与UE通信的节点。

58. 前2个实施例的通信系统，其中：

- 主机计算机的处理电路被配置成执行主机应用，从而提供用户数据；以及

- UE的处理电路被配置成执行与主机应用相关联的客户端应用。

59. 一种在包括主机计算机、节点和用户设备UE的通信系统中实现的方法，该方法包括：

- 在主机计算机处，提供用户数据；以及

- 在主机计算机处，发起经由包括节点的蜂窝网络到UE的携带用户数据的传输，其中UE执行A组实施例中的任何实施例的步骤中的任何步骤。

60. 前一个实施例的方法，进一步包括在UE处从节点接收用户数据。

61. 一种包括主机计算机的通信系统，主机计算机包括：

- 通信接口，它被配置成接收源自从用户设备UE到节点的传输的用户数据；

- 其中UE包括无线电接口和处理电路，UE的处理电路被配置成执行A组实施例中的任何实施例的步骤中的任何步骤。

62. 前一个实施例的通信系统，进一步包括UE。

63. 前2个实施例的通信系统，进一步包括节点，其中节点包括被配置成与UE通信的无线电接口以及被配置成将由从UE到节点的传输携带的用户数据转发给主机计算机的通信接口。

64. 前3个实施例的通信系统，其中：

- 主机计算机的处理电路被配置成执行主机应用；以及

- UE的处理电路被配置成执行与主机应用相关联的客户端应用，从而提供用户数据。

65. 前4个实施例的通信系统，其中：

- 主机计算机的处理电路被配置成执行主机应用，从而提供请求数据；以及

- UE的处理电路被配置成执行与主机应用相关联的客户端应用，从而响应于请求数据提供用户数据。

66. 一种在包括主机计算机、节点和用户设备UE的通信系统中实现的方法，该方法包括：

- 在主机计算机处，接收从UE传送到节点的用户数据，其中UE执行A组实施例中的任何实施例的步骤中的任何步骤。

67. 前一个实施例的方法，进一步包括在UE处向节点提供用户数据。

68. 前2个实施例的方法，进一步包括：

- 在UE处，执行客户端应用，从而提供要传送的用户数据；以及

- 在主机计算机处，执行与客户端应用相关联的主机应用。

69. 前3个实施例的方法，进一步包括：

- 在UE处，执行客户端应用；以及

- 在UE处，接收到客户端应用的输入数据，该输入数据在主机计算机处通过执行与客户端应用相关联的主机应用而提供；

- 其中响应于输入数据由客户端应用提供要传送的用户数据。

70. 一种包括主机计算机的通信系统，主机计算机包括被配置成接收源自从用户设备UE到节点的传输的用户数据，其中节点包括无线电接口和处理电路，节点的处理电路被配置成执行B组实施例中的任何实施例的步骤中的任何步骤。

71. 前一个实施例的通信系统，进一步包括节点。

72. 前2个实施例的通信系统，进一步包括UE，其中UE被配置成与节点通信。

73. 前3个实施例的通信系统，其中：

- 主机计算机的处理电路被配置成执行主机应用；以及

- UE被配置成执行与主机应用相关联的客户端应用，从而提供用户数据以被主机计算机接收。

74. 一种在包括主机计算机、节点和用户设备UE的通信系统中实现的方法，该方法包括：

- 在主机计算机处，从节点接收源自节点已经从UE接收的传输的用户数据，其中UE执行A组实施例中的任何实施例的步骤中的任何步骤。

75. 前一个实施例的方法，进一步包括在节点处从UE接收用户数据。

76. 前2个实施例的方法，进一步包括在节点处发起接收的用户数据到主机计算机的传输。

在本公开中可使用以下缩写中的至少一些缩写。如果缩写之间存在不一致，则应优先考虑上面如何使用它。如果在下面多次列出，则第一次列出应优先于（一个或多个）任何后续列出。

本领域技术人员将认识到本公开的实施例的改善和修改。所有此类改善和修改视为在本文中公开的概念的范围内。