使用下行链路控制信息的多PDSCH解码

技术领域

本公开的实施例总体上涉及通信领域，并且具体地涉及用于使用下行链路控制信息的多PDSCH解码的设备、方法、装置和计算机可读存储介质。

背景技术

在第三代合作伙伴计划(3GPP)无线接入网(RAN)的标准化中，批准增强新无线电(NR)的多传输点(mTRP)传输。NR的mTRP传输要求多物理下行链路控制信道(PDCCH)均调度相应的物理下行链路共享信道(PDSCH)，每个PDSCH从单独的TRP被发送，并且在活动下行链路(DL)带宽部分(BWP)内允许NR PDCCH的最大数目为2。用户设备(UE)需要监测多个PDCCH。然而，对多PDCCH的监测将增加处理复杂度并在UE处耗费更多能量。

此外，为了提高每个TRP的性能，在每个TRP处执行针对PDSCH的独立资源分配(RA)。不同TRP的RA可以被重叠，这可能导致PDSCH的解码误差增大。因此，多PDCCH设计的目标之一是提高多PDSCH解码性能。

发明内容

通常，本发明的示例实施例提供了用于使用下行链路控制信息进行多PDSCH解码的设备、方法、装置和计算机可读存储介质。

在第一方面中，提供了一种通信方法。在该方法中，由第一网络设备向终端设备发送第一下行链路控制信息，所述第一下行链路控制信息包括：对用于向所述终端设备发送第一数据的第一资源的第一指示，以及用于指示第二下行链路控制信息是否要由所述终端设备解码的第二指示，第二下行链路控制信息包括对第二资源的第三指示，该第二资源用于从第二网络设备向终端设备发送第二数据。使用第一资源向终端设备发送第一数据。

在第二方面中，提供了一种通信方法。在该方法中，由终端设备从第一网络设备接收第一下行链路控制信息，该第一下行链路控制信息包括：对用于检测来自所述第一网络设备的第一数据的第一资源的第一指示，以及用于指示第二下行链路控制信息是否要由终端设备解码的第二指示，第二下行链路控制信息包括对第二资源的第三指示，该第二资源用于检测来自第二网络设备的第二数据。使用第一资源和第二资源来接收第一数据和第二数据中的至少一者。

在第三方面中，提供一种设备，其包括至少一个处理器以及包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与所述至少一个处理器一起使所述设备执行第一方面的方法。

在第四方面中，提供一种设备，其包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使设备执行第二方面的方法。

在第五方面中，提供了一种装置，包括用于执行根据第一方面或第二方面的方法的部件。

在第六方面中，提供了一种计算机可读存储介质，在其上存储计算机程序。当所述计算机程序由设备的处理器执行时，使所述设备执行根据第一方面或第二方面的方法。

应当理解，发明内容部分并非旨在标识本公开的示例实施例的关键或基本特征，也不旨在用于限制本公开的范围。通过以下描述，本发明的其他特征将变得容易理解。

附图说明

现在将参考附图描述一些示例实施例，其中：

图1(a)、图1(b)和图1(c)图示了针对处于两个TRP的协作传输中的给定UE的三个资源分配(RA)情况；

图2图示了可以在其中实现本公开的示例实施例的示例环境；

图3图示了根据本公开的一些示例实施例的示例方法的流程图；

图4图示了根据本公开的一些示例实施例的控制信道中的示例DCI传输方案；

图5图示了根据本公开的一些示例实施例的数据信道中的示例DCI传输方案；

图6图示了根据本公开的一些示例实施例的数据信道中的示例DCI传输方案；

图7图示了根据本公开的一些示例实施例的数据信道中的示例DCI传输方案；

图8图示了根据本公开的一些示例实施例的示例DCI传输方案；

图9图示了根据本公开的一些示例实施例的示例DCI传输方案；

图10图示了根据本公开的一些其他示例实施例的示例方法的流程图；

图11图示了适合于实现本公开的示例实施例的设备的简化框图。

在整个附图中，相同或相似的附图标记表示相同或相似的元件。

具体实施方式

现在将参考一些示例实施例来描述本公开的原理。应当理解，描述这些实施例仅仅是为了说明的目的，并且帮助本领域技术人员理解和实现本发明，而不建议对本发明的范围进行任何限制。本文所描述的公开可以以除以下所描述的方式之外的各种方式来实现。

在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本发明所属领域的普通技术人员通常理解的含义相同的含义。

如本文所使用的，术语“网络设备”是指通信网络的网络侧的任何合适的设备。网络设备可以包括通信网络的接入网络中的任何合适的设备，例如，包括传输点(TRP)、基站(BS)、中继、接入点(AP)、节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、NR NodeB(gNB)、远程无线电模块(RRU)、无线电头(RH)，远程无线电头(RRH)、诸如femto、pico等的低功率节点。

如本文所使用的，术语“终端设备”是指能够、被配置用于、被布置用于和/或可操作用于与通信网络中的网络设备或另一终端设备进行通信的设备。通信可涉及使用电磁信号、无线电波、红外信号和/或适合于在空中传送信息的其它类型的信号来发射和/或接收无线信号。在一些示例实施例中，终端设备可以被配置成在没有直接人的交互的情况下发送和/或接收信息。例如，当由内部或外部事件触发时，或者响应于来自网络侧的请求时，终端设备可以按照预定调度向网络设备发送信息。

终端设备的示例包括但不限于用户设备(UE)，例如智能电话、无线平板计算机、膝上型嵌入式设备(LEE)、膝上型安装设备(LME)和/或无线客户场所设备(CPE)。为了讨论的目的，将参考UE来描述一些示例实施例作为终端设备的示例，并且术语“终端设备”和“用户设备”(UE)可以在本公开的上下文中互换地使用。

如本文所使用的，除非上下文另有明确指示，否则单数形式也意在包括复数形式。术语“包括”及其变体应理解为意指“包括但不限于”的开放术语。“基于”一词应理解为“至少部分基于”。术语“一个实施例”和“实施例”应理解为“至少一个实施例”。术语“另一实施例”应理解为“至少一个其他实施例”。下文可以包括其他明确和隐含的定义。

对于NR的mTRP传输，多个PDCCH均调度相应的PDSCH，并且每个PDSCH从单独的TRP被传输。需要多PDCCH来支持多PDSCH。监测多个PDCCH将增加处理复杂度并在UE处耗费更多能量。

此外，为了提高每个TRP的性能，在每个TRP处执行针对PDSCH的独立资源分配(RA)。不同TRP的RA可以被重叠。图1(a)、图1(b)和图1(c)示出针对具有两个TRP协作传输的给定UE的三个RA情况。图1(a)示出了无重叠RA的情况，由第一TRP分配给给定UE的资源块110和由第二TRP分配给给定UE的资源块120是无重叠的。图1(b)示出完全重叠的RA情况，由第一TRP分配给给定UE的资源块130和由第二TRP分配给给定UE的资源块140完全重叠。图1(c)示出部分重叠的RA情况，由第一TRP分配给给定UE的资源块150和由第二TRP分配给给定UE的资源块160部分重叠。在如图1(c)所示的部分重叠RA情况下，在UE侧PDSCH的解码错误将增加。多PDCCH设计的关键挑战是促进UE提高多PDDCH解码性能。

为了降低UE的PDCCH解码复杂度，针对多PDCCH传输提出了一种两级或多级的传输方案。例如，使用两个下行链路控制信息(DCI)，其中一个DCI包含一些附加信息以指示另一个DCI是否存在。这样，可以简化PDCCH解码过程，并且可以在UE侧降低PDSCH解码复杂度。然而，不存在有效且高效的解决方案来节省UE的功耗和提高多PDSCH的解码性能。

本发明的实施例提供了新颖的DCI格式设计，以使得新的DCI格式和正常的DCI格式能够组合地使用以支持更灵活的多TRP传输。在网络设备处，第一下行链路控制信息被发送到终端设备。第一下行链路控制信息包括对用于向终端设备发送第一数据的第一资源的第一指示。第一下行链路控制信息还包括对用于指示第二下行链路控制信息是否要由终端设备解码的第二指示。第二下行链路控制信息包括对用于从第二网络设备向终端设备发送第二数据的第二资源的第三指示。这样，对用于向终端设备发送第一数据的第一资源的指示与用于指示第二下行链路控制信息是否要被解码的指示一起被发送。

相应地，终端设备可以基于第二指示选择性地解码第二下行链路控制信息，并进而接收第一数据和第二数据。因此，在NR的mTRP传输中，可以简化PDCCH解码过程，并且可以降低UE侧的PDSCH解码复杂度。以这种方式，可以降低DCI解码复杂度，可以提高功率效率，并且可以在UE侧增强发送效率。

新的DCI格式和普通的DCI格式可以结合地被使用，以支持更灵活的多TRP传输。此外，为了提高多DCI的性能，针对第二DCI传输设计了更先进的资源分配方案。针对第二DCI传输分配的资源应该被预先指派并提前被发送给用户。其可以被半静态地配置给UE以适配传输场景和业务缓冲状态。利用新的DCI格式和资源分配方案以用于第二DCI传输，可以以低复杂度和高性能充分地支持非相关联合传输(NCJT)方案和动态TRP选择(DPS)方案。这方面的详细说明将在以下段落中讨论。

图2示出了其中可以实现本公开的示例实施例的示例环境200。可以是通信网络的一部分的环境200包括被称为第一网络设备210-1的网络设备210-1(例如，TRP#1)、被称为第二网络设备210-2的网络设备210-2(例如，TRP#2)和终端设备230。应当理解，在环境200中示出两个网络设备和一个终端设备仅用于说明的目的，而不暗示对本公开的范围的任何限制。环境200可以包括适合于实现本公开的示例实施例的任何适当数量的网络设备和终端设备。

终端设备230可以直接或经由两个网络设备与两个网络设备或另一个终端设备(未示出)通信。通信可以遵循任何合适的通信标准或协议，例如通用移动电信系统(UMTS)、长期演进(LTE)、LTE高级(LTE-A)、第五代(5G)NR、无线保真度(Wi-Fi)和全球微波接入互操作性(WiMAX)标准，并且采用任何合适的通信技术，包括例如多输入多输出(MIMO)、正交频分复用(OFDM)、时分复用(TDM)、频分复用(FDM)、码分复用(CDM)、蓝牙、ZigBee和机器类型通信(MTC)、增强型移动宽带(eMBB)、大规模机器型通信(mMTC)和超可靠低延迟通信(URLLC)技术。

在环境200中，两个网络设备组合向终端设备230发送下行链路数据。第一数据信道(例如，PDSCH#1)和第二数据信道(例如，PDSCH#2)分别由第一网络设备210-1和第二网络设备210-2发送。根据第一控制信道(例如，PDCCH#1)信息和第二控制信道(例如，PDCCH#2)信息，终端设备230可以通过特定算法对两个PDSCH进行解码，例如使用每PDSCH独立的解码算法或通过连续干扰消除算法(SIC)使用有序PDSCH解码。

在本公开的各种示例实施例中，终端设备230可以从第一网络设备210-1和第二网络设备210-2接收至少一条下行链路控制信息。下行链路控制信息包括对用于向终端设备230发送数据的资源的指示，以及用于指示进一步的下行链路控制信息是否要由终端设备解码的指示。使用接收到的下行链路控制信息，可以提高第一网络设备210-1处的多PDSCH解码性能并且降低用户处理复杂度。

图3图示了根据本公开的一些示例实施例的示例方法300的流程图。如图2所示，方法300可以由第一网络设备210-1实现。出于讨论的目的，将参考图2描述方法300。

在框305，第一网络设备210-1(称为第一网络设备)向终端设备230发送下行链路控制信息(称为第一下行链路控制信息)。第一下行链路控制信息包括对用于发送数据(称为第一数据)的资源(称为第一资源)的指示(称为第一指示)。第一DCI还包括用于指示其他下行链路控制信息(称为第二下行链路控制信息)是否要由终端设备230解码的指示(称为第二指示)。基于第二指示，终端设备230可以知道是检测还是解码第二DCI。第二下行链路控制信息包括对另一资源(称为第二资源)的指示(称为第三指示)，该另一资源用于从第二网络设备210-2(称为第二网络设备)向终端设备230发送另一数据(称为第二数据)。

第二指示可以使用任何合适的方式来指示第二下行链路控制信息是否要由终端设备230解码。在一些示例实施例中，第二指示可以指示下行链路控制信息的数目或者是否存在第二下行链路控制信息以隐含地指示是否需要解码第二DCI。

第二指示可以以任何合适的格式实现。在一些示例实施例中，第二指示可以被包括在第一下行链路控制信息的附加域中。在第二指示指示第二下行链路控制信息要被解码的示例实施例中，第一下行链路控制信息还包括对第一数据和第二数据的接收顺序的指示(称为第四指示)。第四指示可与第二指示一起被包括在附加域中。在一些示例实施例中，基于用于第一数据和第二数据的链路质量来确定接收顺序。例如，首先解码具有较高链路质量的数据信道。

每个DCI传输可以被用于不同的传输方案，以适配实际的传输场景。附加域可以包括指示特定DCI传输方案和相关的(多个)PDSCH解码算法的多个比特。例如，两个比特可以被用于指示四个DCI传输方案。表1示出了包括两个比特的附加域的示例。

表1

如图所示，方案1中的比特组合“00”被用于向终端设备230指示当前传输模式是具有单个DCI的单TRP传输。在这种情况下，UE行为可以与单个TRP所需的过程一致。

方案2中的比特组合“01”被用于向终端设备230指示当前传输模式是NCJT，但是仅一个DCI被用来解码两个PDSCH。这意味着第一网络设备210-1和第二网络设备210-2两者使用相同的下行链路传输参数，包括全覆盖资源方案和相同的调制编码方案(MCS)等。

方案3中的比特组合“10”被用来向终端设备230指示当前传输模式是NCJT，并且第一DCI(例如，DCI#1)和第二DCI(例如，DCI#2)分别被用于解码PDSCH#1和PDSCH#2。从第一网络设备210-1和第二网络设备210-2针对终端设备230分配的资源可以部分地被重叠。在这种情况下，PDSCH#1应该首先被解码，因为相关的链路质量更高。

方案4中的比特组合“11”被用来向终端设备230指示当前传输模式是NCJT，并且DCI#1和DCI#2分别被用于PDSCH#1和PDSCH#2解码。在这种情况下，PDSCH#2应该首先被解码，因为它的链路具有高质量。

在一些示例实施例中，为了减少下行链路PDCCH开销，新的DCI格式将被用于第一DCI以指示终端设备230来解码PDSCH#1，而正常的DCI格式将被用于第二DCI以指示终端设备230解码PDSCH#2。因此，对于单TRP传输，仅一个DCI格式被使用，而对于mTRP传输，可以在下行链路中组合使用两个DCI格式。在终端设备230处，可以执行盲解码(BD)以检测第一下行链路控制信息，如将在下面参考图8的段落中详细说明的。

为了提高多DCI传输的性能，针对第二DCI传输设计了更先进的资源分配方案。在一些示例实施例中，第二下行链路控制信息可以由第一网络设备210-1发送到终端设备230。被用于第二下行链路控制信息的资源可以通过高层信号被预先指派和通知给用户。

在一些实施例中，第一下行链路控制信息在持续时间(称为第一持续时间)中被发送，并且第二下行链路控制信息在第一持续时间之后的另一持续时间(称为第二持续时间)中被发送。在一些实施例中，第一持续时间和第二持续时间可以形成下行链路时隙。在这种情况下，可以在下行链路时隙内在第一下行链路控制信息之后发送第二下行链路控制信息。

在一些实施例中，可以在发送第一数据之前发送第二下行链路控制信息。在一些实施例中，可以在控制信道中发送第一下行链路控制信息和第二下行链路控制信息。

图4示出了根据本公开的一些示例实施例的控制信道中的示例DCI传输方案400。

在该示例中，控制信道由PDCCH实现。如图所示，在第一网络设备210-1的传输中，一个时隙包括用于DL控制信息传输的PDCCH区域410、用于DL数据传输的数据区域420和用于UL接收的上行链路区域430。在第一网络设备210-1的PDCCH区域410内发送第一下行链路控制信息450和第二下行链路控制信息460。第一下行链路控制信息450包含用于指示第二下行链路控制信息460需要被解码的指示440。在示例实施例中，应调整用于第一下行链路控制信息的资源以包含第二下行链路控制信息。这将通过避免数据信道的干扰来平衡第一下行链路控制信息容量和第二下行链路控制信息解码性能。

在一些其他实施例中，可以在数据信道中发送第二下行链路控制信息和数据。作为示例，在示例实施例中，在第二下行链路控制信息在数据传输之前被发送的情况下，第二下行链路控制信息可以在第一网络设备210-1的数据区域的前面被发送。

图5图示了根据本公开的一些示例实施例的数据信道中的示例DCI传输方案500。

在该示例中，在第一网络设备210-1的PDCCH区域410内发送第一下行链路控制信息550，而在第一网络设备210-1的数据区域420的前面发送第二下行链路控制信息460。该方案将不改变被用于第一下行链路控制信息的资源，并从而将保持第一下行链路控制信息的性能。

此外，方案500可被视为原始控制区域扩展或呼吸(breathing)。可以基于时分(TD)发送第二下行链路控制信息和第一数据。因此，第二DCI的发送可以使用全部发送功率，并且提供更高级的多DCI协作传输方案。

在一些其他实施例中，第二下行链路控制信息与第一网络设备210-1的DL数据区域内的第一数据一起被发送。图6图示了根据本公开的一些示例实施例的数据信道中的示例DCI传输方案600。如图6所示，第一下行链路控制信息450在第一网络设备210-1的PDCCH区域410内发送，而第二下行链路控制信息460与第一网络设备210-1的数据区域420内的第一数据一起被发送。以这种方式，可以实现更灵活的数据调度以及向后兼容性。

在一些其他实施例中，第一DCI和第二DCI以及第一数据的发送可以彼此被交织。例如，在第一持续时间与第二持续时间之间的持续时间(称为第三持续时间)以及另一持续时间(称为第四持续时间)中发送第一数据，第四持续时间在第二持续时间之后。第一持续时间和第三持续时间形成时隙，第二持续时间和第四持续时间形成另一时隙。在这种情况下，与第一下行链路控制信息不同，可以在另一下行链路时隙中发送第二下行链路控制信息。

图7示出了根据本公开的一些示例实施例的数据信道中的示例DCI传输方案700。

在该示例中，数据信道由PDSCH实现。如图所示，周期性地发送第一下行链路控制信息450和第二下行链路控制信息460。第一下行链路控制信息450被用于与TRP#1传输相关联的两个连续PDSCH 730解码，而第二下行链路控制信息460用于与TRP#2传输相关联的两个连续PDSCH 750解码。并且，第一下行链路控制信息450包含用于指示第二下行链路控制信息460的指示440。在示例实施例中，每两个下行链路时隙发送一次第一下行链路控制信息450。并且以相同方式发送第二下行链路控制信息460。备选地，发送第一下行链路控制信息450和第二下行链路控制信息460。该示例实施例可以在不增加终端设备230下行链路控制信道解码复杂度的情况下，为第一下行链路控制信息和第二下行链路控制信息两者提供良好的性能。由于存在两个PDSCH，UE可以根据第一下行链路控制信息中的指示使用SIC算法进行数据解码。

在一些示例实施例中，第二下行链路控制信息可以由第二网络设备210-2发送到终端设备230。在一些示例实施例中，可以同时发送第一下行链路控制信息和第二下行链路控制信息。在一些其他示例实施例中，可以提前发送第一下行链路控制信息。

在同时发送第一下行链路控制信息和第二下行链路控制信息的示例实施例中，终端设备230可以进一步解码第二下行链路控制信息。

图8图示了根据本公开的一些示例实施例的示例DCI传输方案800。

在该示例中，由第一网络设备和第二网络设备同时发送第一下行链路控制信息450和第二下行链路控制信息460。如图所示，第一下行链路控制信息450(例如，DCI#1)和第一PDSCH 730(例如，PDSCH#1)从第一网络设备210-1(例如，TRP#1)被发送，并且第二下行链路控制信息460(例如，DCI#2)和第二PDSCH 750(例如，PDSCH#2)从第二网络设备210-2(例如，TRP#2)被发送。第一下行链路控制信息450包含用于指示第二下行链路控制信息460是否要由终端设备230解码的指示440。在该示例中，终端设备230可以监测两个下行链路信道并同时执行DCI#1和DCI#2盲解码。如果首先解码DCI#1，则可以使用指示440来决定是否解码DCI#2。因此，连续解码方法还可以降低UE解码复杂度并节省UE功率。

在第二下行链路控制信息来自第二网络设备210-2的第二示例实施例中，响应于第二指示指示要解码第二下行链路控制信息，终端设备230可以发起从第二网络设备210-2接收第二下行链路控制信息。

图9示出了根据本公开的一些示例实施例的示例DCI传输方案900。

在该示例中，可以提前发送第一DCI携带指示(例如，DCI#1)。终端设备230配置有多个TRP传输并且所有链路的连接都准备好了，但是UE只监测TRP#1的PDCCH#1，而不是监测PDCCH#1和PDCCH#2。当检测到由DCI#1携带的指示440时，终端设备230接着开始监测从TRP#2发送的PDCCH#2。该方案可以避免DCI#2监控和盲解码，降低UE处理复杂度，节省更多能量。

仍然参考图3，在框310，第一网络设备210-1使用第一资源向终端设备230发送第一数据。第一网络设备210-1可以在物理下行链路共享信道(PDSCH)中发送第一数据。在终端设备230侧，可以基于检测到的下行链路控制信息来接收数据。下面将参考图10讨论终端设备230的操作和处理。

图10示出了根据本公开的一些其他示例实施例的示例方法的流程图。如图2所示，方法1000可以由终端设备230实现。为了讨论的目的，将参考图2描述方法1000。

在框1005，终端设备230从第一网络设备210-1接收第一下行链路控制信息。第一下行链路控制信息包括：对用于发送第一数据的第一资源的第一指示，以及用于指示是否要由终端设备230解码第二下行链路控制信息的第二指示。第二下行链路控制信息包括对用于检测来自第二网络设备210-2的第二数据的第二资源的第三指示。

在一些示例实施例中，第二指示被包括在第一下行链路控制信息的附加域中。

在一些示例实施例中，如果第二指示指示第二下行链路控制信息要被解码，则第一下行链路控制信息还包括对第一数据和第二数据的接收顺序的第四指示。

在一些示例实施例中，基于用于第一数据和第二数据的链路质量来确定接收顺序。

在一些示例实施例中，终端设备230可以使用第一资源和第二资源，基于接收顺序来接收第一数据和第二数据。

在一些示例实施例中，终端设备230可以从第一网络设备接收第二下行链路控制信息。

在一些示例实施例中，在第一持续时间内接收第一下行链路控制信息，并且在第一持续时间之后的第二持续时间中接收第二下行链路控制信息。

在一些示例实施例中，终端设备230可以在接收第一数据之前接收第二下行链路控制信息。

在一些示例实施例中，在控制信道中接收第一下行链路控制信息和第二下行链路控制信息。

在一些示例实施例中，在数据信道中接收第二下行链路控制信息和第一数据。

在一些示例实施例中，终端设备230可以在第一持续时间与第二持续时间之间的第三持续时间、以及第二持续时间之后的第四持续时间中接收第一数据。

在一些示例实施例中，终端设备230可以从第二网络设备210-2接收第二下行链路控制信息。

在第二下行链路控制信息来自第二网络设备210-2的示例实施例中，响应于第二指示指示要解码第二下行链路控制信息，终端设备230可进一步解码第二下行链路控制信息。

例如，在如图8所示的DCI传输方案800中，终端设备230可以监测两个下行链路信道并同时执行DCI#1和DCI#2盲解码。如果首先解码DCI#1，则可以使用指示440来决定是否解码DCI#2。

在其中第二下行链路控制信息来自第二网络设备210-2的示例实施例中，响应于第二指示指示要解码第二下行链路控制信息，终端设备230可以从第二网络设备210-2接收第二下行链路控制信息。例如，在如图9所示的DCI传输方案900中，终端设备230仅监测TRP#1的PDCCH#1，而不是监测PDCCH#1和PDCCH#2。当检测到由DCI#1携带的指示440时，终端设备230然后开始监测从TRP#2发送的PDCCH#2。

在框1010，终端设备230使用第一资源和第二资源中的至少一个相应资源来接收第一数据和第二数据中的至少一者。第一网络设备210-1可以在物理下行链路共享信道(PDSCH)中发送第一数据。在终端设备230处，可以基于检测到的下行链路控制信息来接收数据。

如上参照图2-9所述的方法300的所有操作和特征同样适用于方法1000，并具有类似的效果。为简化起见，将省略细节。

在一些示例实施例中，能够执行方法300或1000的装置可以包括用于执行方法300或1000的相应步骤的部件。部件可以以任何合适的形式实现。例如，所述部件可以在电路或软件模块中实现。

在一些示例实施例中，能够执行方法300的装置包括：用于通过第一网络设备向终端设备发送第一下行链路控制信息的部件，第一下行链路控制信息包括：对用于向终端设备发送第一数据的第一资源的第一指示以及用于指示第二下行链路控制信息是否要由所述终端设备解码的第二指示，第二下行链路控制信息包括对用于从第二网络设备向所述终端设备发送第二数据的第二资源的第三指示；以及使用第一资源向终端设备发送第一数据的部件。

在一些示例实施例中，第二指示被包括在第一下行链路控制信息的附加域中。

在一些示例实施例中，如果第二指示指示第二下行链路控制信息要被解码，则第一下行链路控制信息还包括对第一数据和第二数据的接收顺序的第四指示。

在一些示例实施例中，基于用于第一数据和第二数据的链路质量来确定接收顺序。

在一些示例实施例中，用于将第二下行链路控制信息发送到终端设备的部件。

在一些示例实施例中，用于在第一持续时间中发送第一下行链路控制信息并且在第一持续时间之后的第二持续时间中发送第二下行链路控制信息的部件。

在一些示例实施例中，用于在发送第一数据之前发送第二下行链路控制信息的部件。

在一些示例实施例中，用于在控制信道中发送第一下行链路控制信息和第二下行链路控制信息的部件。

在一些示例实施例中，用于在数据信道中发送第二下行链路控制信息和第一数据的部件。

在一些示例实施例中，用于在第一持续时间与第二持续时间之间的第三持续时间、以及在第二持续时间之后的第四持续时间中发送第一数据的部件。

在一些示例实施例中，第二下行链路控制信息由第二网络设备发送。

在一些示例实施例中，第一网络设备和第二网络设备中的至少一个是传输点。

在一些示例实施例中，第一层1信令消息、第二层1信令消息和第三层1信令消息中的至少一个信令消息可以是下行链路控制信息消息。

在一些示例实施例中，能够执行方法1000的装置包括：用于通过终端设备从第一网络设备接收第一下行链路控制信息的部件，第一下行链路控制信息包括：对用于从第一网络设备检测第一数据的第一资源的第一指示，以及用于指示第二下行链路控制信息是否要由终端设备解码的第二指示，第二下行链路控制信息包括用于检测来自第二网络设备的第二数据的第二资源的第三指示；以及使用第一资源和第二资源来接收第一数据和第二数据中的至少一者的部件。

在一些示例实施例中，第二指示被包括在第一下行链路控制信息的附加域中。

在一些示例实施例中，如果第二指示指示第二下行链路控制信息将被解码，则第一下行链路控制信息还包括关于第一数据和第二数据的接收顺序的第四指示。

在一些示例实施例中，基于用于第一数据和第二数据的链路质量来确定接收顺序。

在一些示例实施例中，使用第一资源和第二资源基于检测顺序来接收第一数据和第二数据的部件。

在一些示例实施例中，用于从第一网络设备接收第二下行链路控制信息的部件。

在一些示例实施例中，用于在第一持续时间中接收第一下行链路控制信息并且在第一持续时间之后的第二持续时间中接收第二下行链路控制信息的部件。

在一些示例实施例中，用于在接收第一数据之前接收第二下行链路控制信息的部件。

在一些示例实施例中，用于在控制信道中接收第一下行链路控制信息和第二下行链路控制信息的部件。

在一些示例实施例中，用于在数据信道中接收第二下行链路控制信息和第一数据的部件。

在一些示例实施例中，用于在第一持续时间与第二持续时间之间的第三持续时间、以及在第二持续时间之后的第四持续时间中接收第一数据的部件。

在一些示例实施例中，用于从第二网络设备接收第二下行链路控制信息的部件。

在一些示例实施例中，响应于第二指示指示要解码第二下行链路控制信息、从第二网络设备接收第二下行链路控制信息的部件。

在一些示例实施例中，响应于第二指示指示要解码第二下行链路控制信息、解码第二下行链路控制信息的部件。

图11是适合于实现本公开的示例实施例的设备1100的简化框图。设备1100可以被实现在如图2所示的第一网络设备210-1或终端设备230处或者被实现为其至少一部分。

如图所示，设备1100包括处理器1110、耦合到处理器1110的存储器1120、耦合到处理器1110的通信模块1130以及耦合到通信模块1130的通信接口(未示出)。存储器1120至少存储程序1140。通信模块1130用于双向通信。通信接口可以表示通信所必需的任何接口。

假设程序1140包括程序指令，当该程序指令由相关联的处理器1110执行时，使得设备1100能够根据本公开的示例实施例进行操作，如本文参考图1-10所讨论的。这里的示例实施例可以通过可由设备1100的处理器1110执行的计算机软件、或者通过硬件、或者通过软件和硬件的组合来实现。处理器1110可以被配置成实现本公开的各种示例实施例。

存储器1120可以是适合于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，作为非限制性示例，例如非暂时性计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光存储设备和系统、固定存储器和可移动存储器。虽然在设备1100中仅示出了一个存储器1120，但是在设备1100中可以有多个物理上不同的存储器模块。处理器1110可以是适合于本地技术网络的任何类型，作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。设备1100可以具有多个处理器，例如特定于应用的集成电路芯片，其在时间上从属于与主处理器同步的时钟。

当设备1100作为网络设备210时，存储器1120和程序1140可与处理器1110一起工作以使设备1100执行如上参考图3所述的方法300。当设备1100作为终端设备230时，存储器1120和程序1140可以与处理器1110一起工作，使得设备1100执行如上参考图10所述的方法1000。如上文参考图1-10所述的所有操作和特征同样适用于设备1100并且具有类似的效果。为简化起见，将省略细节。

通常，本发明的各种示例实施例可以通过硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以硬件实现，而其他方面可以固件或软件实现，固件或软件可以由控制器、微处理器或其他计算设备执行。虽然本公开的示例实施例的各个方面被图示和描述为框图、流程图或使用一些其他示图来图示和描述，但是应当理解，作为非限制性示例，本文所描述的框图、装置、系统、技术或方法可以通过硬件、软件，固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其组合来实现。

本发明还提供有形地存储在非暂时性计算机可读存储介质上的至少一种计算机程序产品。计算机程序产品包括计算机可执行指令，例如包括在程序模块中的那些指令，这些指令在目标真实或虚拟处理器上的设备中执行以执行如上参考图1-10所述的方法300和1000。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种示例实施例中，可以根据需要在程序模块之间组合或分割程序模块的功能。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。

用于执行本发明方法的程序代码可以用一种或多种编程语言的任意组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得当程序代码由处理器或控制器执行时，可以使在流程图和/或框图中指定的功能/操作得以实现。作为独立的软件包，程序代码可以完全在机器上执行、部分在机器上执行、部分在机器上执行且部分在远程机器上执行或者完全在远程机器或服务器上执行。

在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体携带，以使得设备、装置或处理器能够执行如上所述的各种处理和操作。载体的示例包括信号、计算机可读介质。

计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备，或前述各项的任何适当组合。计算机可读存储介质的更具体示例将包括具有一条或多条导线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存存储器)、光纤、便携式光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)、光存储设备、磁存储设备或上述各项的任何适当组合。

此外，虽然以特定顺序描述操作，但这不应理解为要求以所示的特定顺序或顺序执行此类操作，或者要求执行所有图示的操作以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。类似地，尽管在上述讨论中包含若干具体实现细节，但这些细节不应被解释为对本公开的范围的限制，而应被解释为对可特定于特定示例实施例的特征的描述。在单独示例实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个示例实施例中单独地实现或在任何合适的子组合中实现。

尽管已经以特定于结构特征和/或方法行为的语言描述了本公开，但是应当理解，在所附权利要求中定义的本公开不一定限于上述特定特征或行为。相反，以上描述的具体特征和行为被公开为实现权利要求的示例形式。

已经描述了这些技术的各种示例实施例。除上述之外或作为上述的替代方案，描述以下示例。以下任一实施例中所描述的特征可与本文所描述的任一其它实施例一起使用。