CN107708207A - 用于多用户叠加传输的通信方法和设备 - Google Patents

Abstract

本公开的实施例公开了用于多用户叠加传输的通信方法及设备。在网络设备侧，可以为MUST系统中配对的近端终端设备和远端终端设备分配资源。继而，生成针对近端终端设备的第一控制信息，该第一控制信息至少指示针对远端终端设备的资源分配。第一控制信息被发送给近端终端设备。本公开的实施例还提供相对应的在终端处实现的通信方法以及相应的设备。

Description

用于多用户叠加传输的通信方法和设备

技术领域

本公开的实施例总体上涉及通信领域，并且具体地，涉及一种用于多用户叠加传输(MUST：Multiuser Superposition Transmission)系统中的通信方法和设备。

背景技术

目前，3GPP相关标准已经提出下行多用户叠加传输(MUST)技术，其支持多个用户的多个数据流在相同的时/频/空资源上传输。当网络经历更高业务负载时，MUST传输通常更有优势。然而，由于MUST系统中距离基站远的远端用户的传输功率更高，对近端用户造成干扰。尽管可以通过干扰删除或迭代译码等来恢复用户的数据，但随着相关标准对多个终端设备的动态配对以及在不同子帧上实现MUST与非MUST传输之间的动态切换的支持，在这些情况下，近端用户检测其配对的远端用户的信号更加困难，由此带来了解码性能显著下降。

发明内容

总体上，本公开的实施例通过将MUST远端终端设备的资源分配信息传递给近端终端设备，从而支持近端终端设备MUST系统进行动态配对以及MUST和非MUST传输之间的动态切换时干扰存在检测，辅助近端终端设备成功解码自己的信号。

在本公开的第一方面，提供一种用于多用户叠加传输(MUST)系统中的通信的方法。该方法包括：在网络设备处，为MUST系统中配对的近端终端设备和远端终端设备分配资源；生成针对近端终端设备的第一控制信息，第一控制信息至少指示针对远端终端设备的资源分配；以及向近端终端设备发送第一控制信息。

在某些实施例中，生成第一控制信息包括：生成指示当前子帧中是否存在针对远端终端设备的信息。

在某些实施例中，生成生成第一控制信息包括：生成指示远端终端设备与近端终端设备的资源分配是否完全重合的信息。

在某些实施例中，生成第一控制信息包括：生成针对远端终端设备的第二控制信息，第二控制信息至少包括远端终端设备的资源块指配信息。

在某些实施例中，生成第一控制信息还包括：生成第二控制信息在近端终端设备的搜索空间的位置的指示。

在某些实施例中，生成第二控制信息包括：响应于资源分配属于资源分配(RA)类型0或RA类型1，生成指示分配给远端终端设备的资源块的第一位图。

在某些实施例中，生成第一控制信息还包括：生成指示分配给近端终端设备的资源块的第二位图。

在某些实施例中，生成第二控制信息包括：响应于资源分配属于RA类型0或RA类型1，生成第三位图，第三位图指示分配给近端终端设备的资源块的子集，子集中的资源块被分配给远端终端设备。

在某些实施例中，生成第二控制信息包括：响应于资源分配属于资源分配类型2，确定为远端终端设备分配的连续资源块的第一起始位置和第一长度；以及基于第一起始位置和第一长度，确定针对远端终端设备的第一资源指示值(RIV)。

在某些实施例中，生成第二控制信息还包括：确定为近端终端设备分配的连续资源块的第二起始位置和第二长度；以及基于第二起始位置和第二长度，确定针对近端终端设备的第二资源指示值(RIV)。

在某些实施例中，生成第二控制信息包括：基于第一起始位置与第二起始位置的相对位置和第一长度，确定针对远端终端设备的第三资源指示值。

在本公开的第二方面，提供一种用于多用户叠加传输(MUST)系统中的通信的方法。该方法包括：在MUST系统中的近端终端设备处，接收第一控制信息，第一控制信息至少指示针对与近端终端设备配对的远端终端设备的资源分配；以及解码第一控制信息，用于处理接收自网络设备的信号。

在某些实施例中，解码第一控制信息包括：从第一控制信息中的第一域中提取第一指示信息，第一指示信息指示当前子帧中是否存在针对远端终端设备的信息；以及响应于第一指示信息指示当前子帧中不存在针对远端终端设备的信息，停止在当前子帧中检测针对远端终端设备的信息。

在某些实施例中，解码第一控制信息包括：从第一控制信息中的第二域中提取第二指示信息，第二指示信息指示远端终端设备与近端终端设备的资源分配是否完全重合的信息；以及响应于第二指示信息指示远端终端设备与近端终端设备的资源分配完全重合，停止在当前子帧中检测针对远端终端设备的信息。

在某些实施例中，解码第一控制信息包括：从第一控制信息中的第三域中提取第三指示信息，第三指示信息指示第二控制信息在近端终端设备的搜索空间的位置，第二控制信息至少包括远端终端设备的资源块指配信息；基于第三指示信息，检测第二控制信息；以及从第二控制信息中获取远端终端设备的资源块指配信息。

在某些实施例中，获取远端终端设备的资源块指配信息包括：利用第一控制信息而确定资源分配的类型；以及基于资源分配的类型，解码远端终端设备的资源块指配信息。

在某些实施例中，解码远端终端设备的资源块指配信息包括：响应于资源分配的类型为资源分配(RA)类型0或RA类型1，获取第二控制信息中的位图；以及利用位图而确定分配给远端终端设备的资源块。

在某些实施例中，解码远端终端设备的资源块指配信息包括：响应于资源分配的类型为RA类型2，获取第二控制信息中的资源指示值(RIV)；以及利用资源指示值而确定分配给远端终端设备的连续资源块。

在本公开的第三方面，提供一种网络设备。该网络设备包括：处理器，被配置为给MUST系统中配对的近端终端设备和远端终端设备分配资源；以及生成针对近端终端设备的第一控制信息，第一控制信息至少指示针对远端终端设备的资源分配；以及收发器，被配置为向近端终端设备发送第一控制信息。

在本公开的第四方面，提供一种终端设备。该终端设备包括：收发器，被配置为接收第一控制信息，第一控制信息至少指示针对与近端终端设备配对的远端终端设备的资源分配；以及解码器，被配置为解码第一控制信息，用于处理接收自网络设备的信号。

在本公开的第五方面，提供一种计算机可读存储介质。该计算机可读存储介质具有存储在其上的计算机可读程序指令，计算机可读程序指令用于执行根据本公开的第一方面或第二方面的方法的步骤。

根据本公开的实施例的方法或设备，通过两步骤的控制信息传递，即将MUST远端终端设备的资源分配信息作为近端终端设备的下行控制信息的一部分而传递给近端终端设备，并通过各种实施例的优化方案，平衡信令开销和设备实现操作复杂性，实现辅助近端终端设备成功解码信号。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1图示能够在其中实施本公开的实施例的MUST系统的示意图；

图2示出根据本公开的一个实施例的在网络设备处执行的流程图；

图3示出根据本公开的一个实施例的在终端设备处执行的流程图；

图4示出根据本公开的一个实施例的近端UE和远端UE的资源分配位图的示意图；

图5示出根据本公开的另一实施例的近端UE和远端UE的资源分配位图的示意图；

图6示出根据本公开的一个实施例的近端UE和远端UE的RIV指示的示意图；

图7示出根据本公开的一个实施例的RIV指示通信过程的示意图；

图8示出根据本公开的另一实施例的近端UE和远端UE的RIV指示的示意图；

图9示出根据本公开的另一实施例的RIV指示通信过程的示意图；

图10示出根据本公开的实施例的网络设备的示意性框图；以及

图11示出根据本公开的实施例的终端设备的示意性框图。

具体实施方式

现将结合附图对本公开的实施例进行具体的描述。应当注意的是，附图中对相似的部件或者功能组件可能使用同样的数字标示。所附附图仅仅旨在说明本公开的实施例。本领域的技术人员可以在不偏离本公开精神和保护范围的基础上从下述描述得到替代的实施方式。

如本文中所述，术语“包括”及其各种变体可以被理解为开放式术语，其意味着“包括但不限于”。术语“基于”可以被理解为“至少部分地基于”。术语“一个实施例”可以被理解为“至少一个实施例”。术语“另一实施例”可以被理解为“至少一个其它实施例”。

在此使用的术语“终端设备”是指能够与基站通信的任何终端设备。终端设备可以是用户设备(UE)，也可以是具有无线通信功能任何终端，包括但不限于，手机、计算机、个人数字助理、游戏机、可穿戴设备、以及传感器等。该术语UE能够和移动站、订户站、移动终端、用户终端或无线设备等互换使用。术语“基站”或者“网络设备”可以表示节点B(Node B，或者NB)、诸如微微基站、毫微微基站等的低功率节点、基本收发器站(BTS)、基站(BS)、或者基站子系统(BSS)、中继、远程无线电头端(RRF)等等。

在图1示出了本公开的实施例可实现于其中的示例多用户叠加传输(MUST)通信系统100的示意图。MUST系统100可以包括网络设备，例如基站(BS)110。基站110例如可以是演进的节点B(eNodeB，或eNB)。eNB 110可以为处于其覆盖范围之内的多个终端设备(例如，UE)120、130提供无线电连接。

在本文中，为了讨论方便起见，将以UE作为终端设备的示例，而以eNB作为网络设备的示例。换言之，术语“eNB”、“基站”和“网络设备”在本公开的上下文中可以互换使用，而术语“终端设备”和“用户设备(UE)”可以互换使用。但是应当理解，这仅仅是示例性的，无意以任何方式限制本公开的适用范围。

将MUST系统中，距离eNB 110较近的终端设备称之为近端终端设备或MUST近端UE(MUST-near UE)。相应地，距离eNB 110较远的终端设备称之为远端终端设备或者MUST远端UE(MUST-far UE)。为讨论方便，在系统100中，假定UE 120为近端终端设备，而UE 130为远端终端设备。应当理解，图1所示的基站和终端设备的数目仅仅是出于说明之目的而无意于限制。在MUST系统100中，可以存在任意适当数目的基站和终端设备。

如前所述，MUST系统中，近端终端设备可以与多个远端终端设备配对，共享相同的传输资源。例如，在MUST系统100中，近端UE 120可以与包括远端UE 130在内的多个远端UE在不同空间层或不同子带中配对，同时eNB 110可以支持以子帧为单位在不同空间层和子带将近端UE 120与包括远端UE 130在内的多个远端UE动态进行配对。这种情况下，MUST系统100的系统容量显著得到提升，并且MUST传输配对的可能性增大。

然而，近端UE 120通常需要采用干扰删除或迭代译码等来恢复用户的数据。例如，近端UE 120需要检测配对的远端UE例如UE 130的信号，并将其从接收的信号中进行干扰消除，从而正确解码自己的信号。由于采用盲检测干扰存在检测错误，尤其在例如动态配对或与多个远端设备配对时，由此带来的性能下降非常显著。另外，用以支持MUST中的动态配对/切换，盲检测会导致过高的解码复杂性以及非常耗时。

考虑到现有通信系统中，终端设备通过检测物理下行控制信道(PDCCH)的下行控制信息(DCI：Downlink Control Information)，来获取自己的资源分配(RA：ResourceAllocation)信息以及其他控制信息。为了至少部分地解决上述以及其他潜在问题，一方面，将远端终端设备的DCI信息传递给近端终端设备是有利的，由此近端终端设备可以获知与其配对进行MUST传输的远端终端设备的RA信息，从而能够通过干扰消除而大幅提高解码正确率。然而，另一方面，随着对系统容量和系统性能的要求不断提高，在系统信令开销、传输效率、设备操作复杂性等多种因素权衡中，需要对这种信息传递进行折衷设计。

基于以上认识，本公开提出利用指示信息将远端终端设备的资源分配信息信令传递给近端终端设备，从而辅助近端终端设备进行信号检测和信息解码。在本公开的实施例中，为了实现将远端终端设备的RA信息传递给近端终端设备，提出对现有的下行控制信息进行增强，使得尽可能地利用现有通信系统基础构架并且尽可能地简化网络侧和终端侧的操作。另外，结合现有系统的各种DCI格式及RA类型，本公开通过若干实施例给出不同的实施方式，以实现为近端终端设备提供与其配对的所有远端终端设备的RA信息，进而提高近端终端设备的解码性能，并相应地提高系统容量和系统性能。

下面首先参考图2和图3简要描述在eNB 110和UE 120处的操作。具体地，图2示出了在eNB 110处实施的方法200的流程图，而图3示出了相应地在UE 120处实现的方法300的流程图。

如图2所示，在202，在网络设备处，为MUST系统中配对的近端终端设备和远端终端设备分配资源。在一个实施例中，例如，近端UE 120和远端UE 130为MUST系统中配对传输的终端设备，eNB 110为其分别分配资源，以便UE 120和UE 130在分配的时域、频域、空域、码域等资源上实现各自的通信或数据传输。

在204，生成针对近端终端设备的第一控制信息，第一控制信息至少指示针对远端终端设备的资源分配。在本公开的若干实施例中，描述了针对近端UE 120下行发送的控制信息的各种考虑，在该控制信息中至少将与该近端UE 120配对的远端UE 130的资源分配相关信息包含其中，生成控制信息(称为第一控制信息)，例如生成增强的物理下行控制信道(PDCCH)的下行控制信息(DCI)作为第一控制信息的部分。特别地，在某些实施例中，第一控制信息中可以包含远端终端设备的下行控制信息(称为第二控制信息)。该第二控制信息至少指示远端终端设备的资源块指配信息。下文中将对此结合若干实施例进行详细描述。

在206，向所述近端终端设备发送所述第一控制信息。在一个实施例中，eNB 110将生成的针对近端UE 120的控制信息传递给近端UE 120，其中包含了远端UE 130的资源分配情况，以便近端UE 120能够消除远端UE 130的干扰信号，从而正确解码自己的信号。

在近端UE 120处，如图3所示，在302，在MUST系统中的近端终端设备处，接收第一控制信息，第一控制信息至少指示针对与近端终端设备配对的远端终端设备的资源分配。在一个实施例中，近端UE 120接收来自eNB 110的下行控制信息，并预期从中获取自己配对的远端UE例如UE 130的资源分配信息。

在304，解码所述第一控制信息，以便对下行信号进行处理。在下文将结合网络侧设备描述的若干实施例中，将对近端UE 120的操作进行具体阐述。

应该指出的是，近端UE 120可以被调度为与多个远端UE 130配对，共享资源而进行通信传输。本领域普通技术人员根据下文中所描述的若干实施例，容易理解在多个远端UE 130与近端UE 120配对的情况下，如何实现本公开的基本构思和相应的实施例。本文在此不再赘述，这些方案也包含在本公开的范围内。

下面将以MUST系统100中近端UE 120与单个远端UE 130配对的情形为例，对若干实施例进行说明。具体而言，在下面的讨论中，将通过描述eNB 110与UE 120、130之间的配合操作，来描述本公开的若干实施例。

在当前3GPP LTE标准中，规定终端设备应该从检测到的被包含在PDCCH或增强的PDCCH(EPDCCH)的DCI中获取自身的资源分配信息，根据传输的不同需要，DCI存在多种格式。同时，标准中定义了三种资源分配(RA)类型，即RA类型0、RA类型1和RA类型2。DCI格式与RA类型之间具有定义的对应关系。

在RA类型0中，资源指配信息通过位图(bitmap)来指示分配给被调度的UE的资源块组(RBG：Resource Block Group)，每个比特对应于一个RBG，其值标识是否相应的RBG是否被分配给该UE。

在RA类型1中，将所有的PRB分成P个RBG子集，资源指配信息中包含指定所选的RBG子集、子集内的资源是否偏移以及位图，该位图指示对应所选RBG子集中的一个虚拟资源块(VRB：Virtual Resource Block)。

在RA类型2中，资源块指配信息向被调度的UE指示一组连续分配的集中式VRB或分布式VRB。对于PDCCH DCI格式1A、1B或1D,或者对于EPDCCH DCI格式1A、1B或1D，RA类型2的资源分配域由资源指示值(RIV：Resource Indication Value)和长度组成，RIV对应于起始资源块，长度是就虚拟连续分配资源块而言。

在本公开的一个实施例中，在针对近端UE 120的下行控制信息中增加多个域，以指示远端UE 130的资源分配情况，并且在发送给近端UE 120的下行控制信息中还可以包含远端UE 130的下行控制信息。为了描述方便，在下文中，将针对近端UE 120下行发送的控制信息称之为第一控制信息，将发送给近端UE 120的远端UE 130的下行控制信息称之为第二控制信息。如前所述，eNB 110在204处生成针对近端UE 120的控制信息(即第一控制信息)，其中可以包含第二控制信息。

在本公开的一个实施例中，考虑到信令开销平衡，第二控制信息可以仅包含近端UE 120需要用以解码远端UE 130的控制信息，例如远端UE 130的RA信息等。

在一个实施例中，eNB 110在204处生成的第一控制信息可以包括多个部分，每个部分可以在相应的域或者字段中表示。例如，在某些实施例中，第一控制信息中的一个域(称为“第一域”)用以包含指示信息，其向近端UE 120指示是否需要进行盲检测第二控制信息。换言之，该第一域中包含的信息指示是否为近端UE 120在相同资源上调度(配对)了远端UE 130，也即指示在当前子帧中是否存在第二控制信息，以便利用第二控制信息获取哪些物理资源块(PRB：Physical Resource Block)/RBG被配对用于MUST传输。第一域例如可以采用1个比特指示。相应地，当近端UE 120在304处解码第一控制信息时，通过提取第一域中的信息，可以知道是否需要继续解码后续针对远端UE 130的信息。

备选地或附加地，在一些实施例中，第一控制信息可以包括第二域，其中包含的信息用以向近端UE 120指示在MUST传输的情况下远端UE 130的RA是否与近端UE 120的RA对准。也即，分配给远端UE 130与分配给近端UE 120的资源是否完全重合。

第二域例如可以采用1个比特指示。相应地，当近端UE 120在304处解码第一控制信息时，通过提取第二域中的信息，可以知道是否需要继续解码后续针对远端UE 130的信息。如果两者分配的资源完全重合，由于近端UE 120可以从第一控制信息中所包含的针对其自身的控制信息而获取自身的资源分配，相应地也即获知了远端UE130的资源分配，从而近端UE 120不需要继续解码后续针对远端UE130的信息。

备选地或附加地，在一些实施例中，第一控制信息可以包括第三域，其中包含的信息用以向近端UE 120指示第二控制信息在近端UE 120的搜索空间的位置。在一个实施例中，第二控制信息在近端UE 120的搜索空间的位置默认地被直接放置在近端UE 120特定搜索空间中自身的DCI之后。eNB 110也可以根据情况将第二控制信息放置在在近端UE 120的搜索空间的其他位置，并将该位置指示信息包含在第三域内。

第三域例如可以采用1个或多个比特指示。相应地，当近端UE120在304处解码第一控制信息时，通过提取第三域中的信息，可以知道第二控制信息的检测位置，从而能够在相应的位置或搜索空间进行盲检，获取第二控制信息。

可以理解，第一控制信息中还可以包含其他域以用于携带其他信息。例如在远端UE 130的RA没有与近端UE 120的RA对准时，第二控制信息的大小可以被显式地或隐式地或者混合地指示给近端UE 120，例如通过其自身的被分配的PRB/RBG信息，与近端UE 120配对的远端UE 130的数目，等等。另外，以上各个域可以通过单个或多个比特而被附接到近端UE120的当前DCI内容来指示与远端UE 130的RA相关的信息。

另外，eNB 110可以在204处根据需要将上述各域或字段部分地或全部地包含在第一控制信息中，甚至可以不包含这些域或字段，例如直接生成第二控制信息而作为第一控制信息的部分。本领域技术人员可以理解，以上各域仅是示例而非穷举，可以适宜地根据信令开销和设备实现等因素而进行域的选择、组合或添加。相应地，当近端UE 120在304处解码不同形式的第一控制信息时，通过提取各域中的信息，而执行不同的解码过程。例如可以域中的信息而确定是否需要继续解码/检测某些信息。

在远端UE 130的RA没有与近端UE 120的RA对准时，利用第二控制信息来仅信号传递UE特定的远端UE 130的RA信息。考虑到第二控制信息的大小，其可以被形成到一个控制信道元素(CCE：Control Channel Element)里，并且定位在MUST近端UE自身的搜索空间以用于近端UE检测。

根据RA的不同类型，指示第二控制信息存在多种实现方式。下面将结合不同的RA类型进行描述。另外，eNB 110可以在204处根据以下各个不同实施例情形而生成相应的第二控制信息。

RA类型0或RA类型1

当前的3GPP标准中，规定了UE应该根据检测的PDCCH或EPDCCH DCI格式来解释RA字段。在每个PDCCH/EPDCCH中的RA字段包含两部分，资源分配头部字段和由实际的资源块指配所组成的信息。

RA类型0的PDCCH或EPDCCH DCI格式1、2、2A、2B、2C和2D以及RA类型1的PDCCH DCI格式1、2、2A、2B、2C和2D的资源分配具有相同的格式，彼此通过单个比特资源分配头部字段来区分，该字段取决于下行系统带宽而存在，其中RA类型0例如由0值指示，RA类型1由1值指示。下面仅以RA类型0为例解释提出的方案，RA类型1可以利用相同的原理而在本公开中实施。

在RA类型0的资源分配中，资源块指配信息包含位图，其指示被分配给被调度的UE的RBG。RBG的大小P是表1中的系统带宽的函数。

表1：RA Type 0资源分配RBG大小与下行系统带宽

下行系统带宽的RBG的总数目N_RBG由给出，其中个RBG的大小为P，并且如果那么其中有一个RBG的大小为位图由N_RBG个比特组成，每RBG一个位图比特，以使得每个RBG是可寻址的。RBG应该从最低频率开始按照频率升序和非上升的RBG大小而被索引。RBG到位图比特的映射的顺序按照以下：RBG 0到RBG N_RBG-1映射到位图的最高有效位(MSB)到最低有效位(LSB)。如果位图中相应的比特值为1，则该RBG被分配给UE，否则未分配给UE。

因此，为了支持MUST近端UE 120处的干扰检测，在一个实施例中，eNB 110可以在204处生成完全位图作为第二控制信息，经由第二控制信息，以整个带宽的全位图指示的形式向近端UE 120指示远端UE 130的完全RA信息。近端UE 120然后能够具有其配对的远端UE130的完全RA信息的知识。由此，其可以确定哪些PRB/RBG被配对用于MUST，从而消除干扰并且正确解码其自身的信号。

作为示例，图4示出了根据本公开的一个实施例的近端UE和远端UE的资源分配位图400的示意。例如以小区带宽为25RB为例。根据表1，RBG的大小为P＝2；RBG的总数目为其中，前面的12个RBG每个包含2个RB，最后一个RBG只包含一个RB。因此，用以指示RB指配信息的位图信息是13个比特。也即，如图4所示，RBG 0到RBG11每个包含2个RB，RBG 12包含一个RB，并且近端UE 120和远端UE 130的RBG分配情况以13个比特指示。

假定13比特的位图{0 1 0 0 1 1 1 0 0 1 0 1 0},表示指配给近端UE 120的RBG，即RBG1、RBG4～6、RBG9和RBG11被指配给近端UE 120；eNB 110将远端UE 130与近端UE120配对，远端UE 130被分配的资源具有13比特的位图信息{0 1 0 0 0 1 1 0 0 0 0 10}，即RBG1、RBG5～6和RBG11被指配给远端UE 130。

eNB 110在204处生成远端UE 130的完全RA信息的13比特位图作为第二控制信息，并将其包含在第一控制信息中，随后在206处传送给近端UE 120。近端UE 120根据在302处接收的第一控制信息，在304处解码第一控制信息，根据第一控制信息中指示的第二控制信息在近端UE 120的搜索空间的位置，将检测到远端UE 130的RA信息。近端UE 120进而可以知道RBG1、RBG5～6和RBG11被配对用于MUST，并且在这些RBG中具有作为干扰的远端UE 130的信号。而其他RBG，例如RBG4和RBG9没有配对的UE并且处于非MUST传输。由此，可以在RBG1、RBG5～6和RBG11中消除来自远端UE 130的干扰并且正确解码其自身的信号。

在该实施例中，用于指示配对的UE例如UE 120和UE 130的信令开销为13+13＝26比特。为了进一步降低用于在近端UE 120的DCI中指示远端UE 130的RA信息的信令开销，在本公开的另一实施例中，提出优化的位图指示方法。关于指配给近端UE 120的RBG，将远端UE 130的RA信息以优化的部分位图来指示。

由于远端UE 130不会在没有被指配给近端UE 120的用于MUST传输的PRB/RBG上被配对，因此，代替指示远端UE 130的完全RA信息，eNB 110可以在204处生成非完全位图作为第二控制信息，向近端UE 120指示仅远端UE 130的部分RA信息的优化的位图信息，即仅仅已经被指派给近端UE 120的那些RBG的位图信息被发送给近端UE 120。这是由于近端UE120不会对没有指配给自己的PRB/RBG执行信号检测，关于这些PRB/RBG的远端UE 130的位图信息不需要被包括在内进行指示，这将大幅节省信令开销，尤其在仅部分带宽/RBG被指配给近端UE 120时。

作为示例，图5示出了根据本公开的另一实施例的近端UE和远端UE的资源分配位图500的示意。与图4的实施例类似，仍然以小区带宽为25个资源块(RB：Resource Block)为例。RBG的大小为P＝2；RBG的总数目为因此，用以指示RB指配信息的位图信息是13个比特。如图5所示，同样假定13比特的位图{0 1 0 0 1 1 1 0 0 1 01 0},表示指配给近端UE 120的RBG，即RBG1、RBG4～6、RBG9和RBG11被指配给近端UE 120；在已经指配给近端UE 120的RBG中，被指配给远端UE 130的位图信息是{1 0 1 1 0 1}，共6比特。

eNB 110在204处生成远端UE 130的部分RA信息的6比特位图作为第二控制信息，并将其包含在第一控制信息中，随后在206处传送给近端UE 120。近端UE 120根据在302处接收的第一控制信息，在304处解码第一控制信息，获取自身的资源块分配位图，并根据其中指示的第二控制信息近端UE 120的搜索空间的位置，将检测到远端UE 130的RA信息。近端UE 120进而可以知道RBG1、RBG5～6和RBG11被配对用于MUST，并且在这些RBG中具有作为干扰的远端UE 130的信号。而其他RBG，例如RBG4和RBG9没有配对的UEs并且处于非MUST传输。由此，可以在RBG1、RBG5～6和RBG11中消除来自远端UE 130的干扰并且正确解码其自身的信号。

在该实施例中，用于指示配对UE例如UE 120和UE 130的信令开销为13+6＝19比特，相比于图4所示的实施例方案节省了7比特开销。

RA类型2

在RA类型2的资源分配中，资源块指配信息向被调度的UE指示一组连续分配的集中式虚拟资源块(VRB)或分布式VRB。在利用PDCCH DCI格式1A、1B或1D或者EPDCCH DCI格式1A、1B或1D信号传递资源分配的情况下，一个比特标志指示是集中式VRB还是分布式VRB被指配(例如，0值指示集中式VRB指配，1值指示分布式VRB指配)，而在利用PDCCH DCI格式1C信号传递资源分配时，总是指配分布式VRB。针对UE的集中式VRB分配从单个VRB到跨系统带宽的最大数目的VRB而变化。

对于PDCCH DCI格式1A、1B或1D,或者对于EPDCCH DCI格式1A、1B或1D，RA类型2的RB指配字段包括资源指示值(RIV)，RIV对应于起始资源块RB_start和虚拟连续分配资源块长度L_CRBs。

在本公开中，RA类型2的指示同样采用两种不同的解决方案，指示“绝对”RIV值以及指示“相对”RIV值(具体以下将详细描述)。为了便于描述，定义符号如下表2：

表2：描述符号定义

根据现有规范，RIV由以下定义：如果则否则，其中L_CRBs≥1并且不超过

对于PDCCH DCI格式1C，RA类型2的RB指配字段中的RIV对应于起始资源块和虚拟连续分配的资源块长度其中步进值值根据下列表3中下行系统带宽确定。

表3：值与下行系统带宽

由于DCI格式1C中的RIV值的计算与DCI格式1A、1B或1D类似，此处省略对其的描述。

因此，为了支持在近端UE 120处的干扰检测，本公开的一个实施例中，eNB 110可以在204处生成绝对RIV值作为第二控制信息，经由第二控制信息，以绝对RIV值的形式向近端UE 120指示远端UE 130的完全RA信息。近端UE 120然后能够具有其配对的远端UE 130的完全RA信息的知识。由此，其可以确定哪些PRB/RBG被配对用于MUST，从而消除干扰并且正确解码其自身的信号。

作为示例，图6示出了根据本公开的一个实施例的近端UE和远端UE的RIV指示600的示意。

仍然以小区带宽为25RB为例，即如图6所示，eNB 110为近端UE 120分配虚拟连续的RB，其中RB_start＝4并且L_CRBs＝7。根据以上RIV定义，近端UE 120的RIV值可以如下计算：因此在针对近端UE 120的DCI中(第一控制信息)中用比特来向近端UE 120呈现该RA值。

如图6所示，eNB 110为远端UE 130分配虚拟连续的RB，其中RB_{start_far}＝5并且L_{CRBs_far}＝3。相应地，远端UE 130的RIV值RIV_far可以如下获得：因此在针对近端UE 120的DCI中(第一控制信息中的第二控制信息)中用比特来呈现将要被指示给近端UE 120的远端UE 130的该RA值。

eNB 110在204处生成远端UE 130的完全RA信息的RIV信息RIV_far作为第二控制信息，并将其包含在第一控制信息中，随后在206处传送给近端UE 120。近端UE 120根据在302处接收的第一控制信息，在304处解码第一控制信息，根据其中指示的第二控制信息的位置，将检测到远端UE 130的RA信息RIV_far。近端UE 120进而可以利用RIV_far来计算配对的远端UE 130的RB_{start_far}和L_{CRBs_far}。由此，近端UE 120会知道在虚拟连续RB 5～RB7上配对用于MUST传输，在这些RB中具有作为干扰的远端UE 130的信号。由此，可以在RB5～RB7中消除来自远端UE 130的干扰并且正确解码其自身的信号。

该实施例对应的具体通信过程如图7所示。图7示出了根据本公开的一个实施例的RIV指示过程700的示意图。可以理解，过程700为网络侧实现的方法200和相应的终端侧实现的方法300的一个具体交互示例。eNB 110基于通信需求，为配对的近端UE 120和远端UE130分配(702)连续资源块。eNB 110根据分配的连续资源块，可以知道对应于近端UE 120的连续RB的RB_start和L_CRBs以及对应于远端UE 130的连续RB的RB_{start_far}和L_{CRBs_far}。基于RB_start和L_CRBs，eNB 110计算(704)近端UE 120的资源指示值RIV，并且基于RB_{start_far}和L_{CRBs_far}，计算(706)远端UE 130的资源指示值RIV_far。具体计算过程如以上所详细描述。

接着，eNB 110将RIV值和RIV_far值发送(708)给近端UE 110。例如，可以采用根据以上实施例所描述的，将RIV值和RIV_far值包含在近端UE 110的控制信息(第一控制信息)中，RIV值可以放置于第一控制信息针对近端UE 110自身的控制信息部分，RIV_far值可以放置在第二控制信息中。

近端UE 120接收到控制信息，进行解码。如以上结合各实施例所描述的，近端UE120可以从第一控制信息中获取其自身的控制信息，从中获知自己的资源分配信息即RIV值，并且根据RIV值计算(710)针对自身的RB_start和L_CRBs，从而可以获取(714)自己被分配的连续资源块。同时，近端UE 120可以根据第一控制信息中各个域的指示，检测第二控制信息，并且从第二控制信息中获取远端UE130的控制信息，从中获知远端UE 130资源分配信息即RIV_far值，并且根据RIV_far值计算(712)远端UE 130的RB_{start_far}和L_{CRBs_far}，从而可以获取(714)远端UE 130被分配的连续资源块。具体计算过程根据以上所详细描述的RIV定义，在此不再赘述。

在该实施例中，用于指示配对的UE例如UE 120和UE 130的信令开销为比特。为了进一步降低用于在近端UE120的DCI中指示远端UE 130的RA信息的信令开销，在本公开的另一实施例中，提出优化的RIV指示方法，即相对RIV指示。

由于远端UE 130不会在没有被指配给近端UE 120的用于MUST传输的PRB/RBG上被配对，因此，代替指示远端UE 130的绝对RIV值，其需要比特来表示，而向近端UE 120仅指示远端UE 130的相对RIV值，其仅需要比特来表示，其中并且相对RIV值反映相对于近端UE120的远端UE 130的起始RB的相对位置以及虚拟连续分配RB的相对长度。由于近端UE 120不会对未分配给自己的RB执行信号检测，远端UE 130的在这些RB上RIV信息并不需要包括在第二控制信息中传递给近端UE 12，这将极大节省信令开销，尤其在仅部分带宽/RB被指配给近端UE 120时。

作为示例，图8示出了根据本公开的另一实施例的近端UE和远端UE的RIV指示800的示意。仍然以小区带宽为25RB为例，即与图6所示实施例类似，eNB 110为近端UE 120分配虚拟连续的RB，其中RB_start＝4并且L_CRBs＝7。根据以上RIV定义，计算近端UE120的RIV值为154。在针对近端UE 120的DCI中(第一控制信息)中同样用9比特来向近端UE120呈现该RA值。

如图8所示，eNB 110为远端UE 130分配虚拟连续的RB，其中RB_{start_far}＝5并且L_{CRBs_for}＝3，则并且因此，相对于近端UE 120的远端UE 130的相对RIV值可以如下得到：因此，在针对近端UE 120下行发送的控制信息(第一控制信息中的第二控制信息)中用比特来呈现将要被指示给近端UE 120的远端UE 130的该RA值。

eNB 110利用第二控制信息将远端UE 130的RIV信息RIV‘传送给近端UE 120。近端UE 120根据接收到第一控制信息，根据其中指示的第二控制信息的位置，将检测到远端UE130的RA信息RIV‘。近端UE 120进而可以利用RIV‘来计算配对的远端UE 130的RB′_start和L_CRBs′。由此，近端UE 120会知道在分配给自己的虚拟连续RB中第2到第4个RB配对用于MUST传输，在这些RB中具有作为干扰的远端UE 130的信号。由此，可以在自己的虚拟连续RB中第2到第4个RB中消除来自远端UE 130的干扰并且正确解码其自身的信号。

在该实施例中，相比于图6所示的实施例方案节省了 比特开销。该实施例对应的通信过程如图9所示。图9示出了根据本公开的一个实施例的相对RIV指示过程900的示意图。可以理解，过程900为网络侧实现的方法200和相应的终端侧实现的方法300的另一具体交互示例。

与图7所示实施例类似，eNB 110基于通信需求，为配对的近端UE 120和远端UE130分配(902)连续资源块。eNB 110根据分配的连续资源块，可以知道对应于近端UE 120的连续RB的RB_start和L_CRBs以及对应于远端UE 130的连续RB的L_CRBs、相对RB_start’和L_{CRBs_far}。基于RB_start和L_CRBs，eNB 110计算(904)近端UE 120的资源指示值RIV，并且基于L_CRBs、相对RB_start’和L_{CRBs_far}，计算(906)远端UE 130的相对资源指示值RIV’。具体计算过程如以上所详细描述。

接着，eNB 110将RIV值和RIV’值发送(908)给近端UE 110。例如，可以采用根据以上实施例所描述的，将RIV值和RIV’值包含在近端UE 110的控制信息(第一控制信息)中，RIV值可以放置于第一控制信息针对近端UE 110自身的控制信息部分，RIV’值可以放置在第二控制信息中。

近端UE 120接收到控制信息，进行解码。如以上结合各实施例所描述的，近端UE120可以从第一控制信息中获取其自身的控制信息，从中获知自己的资源分配信息即RIV值，并且根据RIV值计算(910)针对自身的RB_start和L_CRBs，从而可以获取(914)自己被分配的连续资源块。进一步地，近端UE 120可以根据第一控制信息中各个域的指示，检测第二控制信息，并且从第二控制信息中获取远端UE 130的控制信息，从中获知远端UE 130资源分配信息即RIV’值，并且根据RIV’值和L_CRBs计算(912)远端UE 130的相对RB_start’和L_{CRBs_far}，从而可以获取(914)远端UE 130被分配的连续资源块。具体计算过程根据以上所详细描述的RIV定义，在此不再赘述。

图10示出了根据本公开的实施例的用于MUST系统中通信的网络设备1000的示例性结构图。例如，网络设备1000可以用来充当图1中的基站110或其的一部分。如图所示，网络设备1000包括处理器1010和收发器1020。处理器1010总体上控制网络设备1000的操作，而收发器1020例如借助于天线1030等其他部件来实现信息的收发。网络设备1000中的各个部件配合操作，可实现上文参照图2、图7和图9所描述的方法和/或通信过程，以及任何其他的处理和方法。

具体而言，处理器1010被配置为：为MUST系统中配对的近端终端设备和远端终端设备分配资源；以及生成针对近端终端设备的第一控制信息，第一控制信息至少指示针对远端终端设备的资源分配。收发器1020被配置为向近端终端设备发送第一控制信息。

在一个实施例中，处理器1010被配置为：生成指示当前子帧中是否存在针对远端终端设备的信息。

在一个实施例中，处理器1010被配置为：生成指示远端终端设备与近端终端设备的资源分配是否完全重合的信息。

在一个实施例中，处理器1010被配置为：生成针对远端终端设备的第二控制信息，第二控制信息至少包括远端终端设备的资源块指配信息。

在一个实施例中，处理器1010被配置为：生成第二控制信息在第一控制信息中的位置的指示。

在一个实施例中，处理器1010被配置为：响应于资源分配属于RA类型0或RA类型1，生成指示分配给远端终端设备的资源块的第一位图。

在一个实施例中，处理器1010被配置为：生成指示分配给近端终端设备的资源块的第二位图。

在一个实施例中，处理器1010被配置为：响应于资源分配属于RA类型0或RA类型1，生成第三位图，第三位图指示分配给近端终端设备的资源块的子集，子集中的资源块被分配给远端终端设备。

在一个实施例中，处理器1010被配置为：响应于资源分配属于RA类型2，确定为远端终端设备分配的连续资源块的第一起始位置和第一长度；以及基于第一起始位置和第一长度，确定针对远端终端设备的第一资源指示值(RIV)。

在一个实施例中，处理器1010被配置为：确定为近端终端设备分配的连续资源块的第二起始位置和第二长度；以及基于第二起始位置和第二长度，确定针对近端终端设备的第二资源指示值(RIV)。

在一个实施例中，处理器1010被配置为：基于第一起始位置与第二起始位置的相对位置和第一长度，确定针对远端终端设备的第三资源指示值。

图11示出了根据本公开的实施例的用于MUST系统中通信的终端设备1100的示例性结构图。例如，终端设备1100可以用来充当图1中的UE 120或其的一部分。如图所示，终端设备1100包括收发器1110和解码器1120。解码器1120总体上控制终端设备1100的解码操作，而收发器1120例如借助于天线1130等其他部件来实现信息的收发。终端设备1100中的各个部件配合操作，可实现上文参照图3、图7和图9所描述的方法和/或通信过程，以及任何其他的处理和方法。

具体而言，收发器1110被配置为接收第一控制信息，第一控制信息至少指示针对与终端设备配对的远端终端设备的资源分配。解码器1120被配置为解码第一控制信息，用于处理接收自网络设备的信号。

在一个实施例中，解码器1120被配置为：从第一控制信息中的第一域中提取第一指示信息，第一指示信息指示当前子帧中是否存在针对远端终端设备的信息；以及响应于第一指示信息指示当前子帧中不存在针对远端终端设备的信息，停止在当前子帧中检测针对远端终端设备的信息。

在一个实施例中，解码器1120被配置为：从第一控制信息中的第二域中提取第二指示信息，第二指示信息指示远端终端设备与近端终端设备的资源分配是否完全重合的信息；以及响应于第二指示信息指示远端终端设备与近端终端设备的资源分配完全重合，停止在当前子帧中检测针对远端终端设备的信息。

在一个实施例中，解码器1120被配置为：从第一控制信息中的第三域中提取第三指示信息，第三指示信息指示第二控制信息在近端终端设备的搜索空间的位置，第二控制信息至少包括远端终端设备的资源块指配信息；基于第三指示信息，检测第二控制信息；以及从第二控制信息中获取远端终端设备的资源块指配信息。

在一个实施例中，解码器1120被配置为：利用第一控制信息而确定资源分配的类型；以及基于资源分配的类型，解码远端终端设备的资源块指配信息。

在一个实施例中，解码器1120被配置为：响应于资源分配的类型为资源分配(RA)类型0或RA类型1，获取第二控制信息中的位图；以及利用位图而确定分配给远端终端设备的资源块。

在一个实施例中，解码器1120被配置为：响应于资源分配的类型为RA类型2，获取第二控制信息中的资源指示值(RIV)；以及利用资源指示值而确定分配给远端终端设备的连续资源块。

设备1000和1100中所包括的部件可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一个实施例中，一个或多个部件可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置1000和1100中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)，等等。

从以上各实施例中可以看出，本公开通过两步骤的控制信息传递，即将远端UE130的资源分配信息作为向近端UE 120下行发送的控制信息(第一控制信息)的一部分而以下行控制信息(第二控制信息)传递给近端UE 120，从而支持近端UE 120从一个子帧到另一子帧的动态配对以及MUST和非MUST传输之间的动态切换的干扰存在检测，辅助近端UE 120成功解码自己的信号。

本公开的各实施例还根据配对的MUST传输的UE的RA类型，提出了具体的以位图或者RIV的形式用于指示远端UE 130的资源分配的各种不同方案，来支持在近端UE 120处的干扰存在检测。

作为结果，本公开的技术方案不仅可以支持配对的MUST UE的对准的资源分配，即，在仅有一个远端UE配对并且在整个分配具有相同的功率规模或分配的资源的情况下，第二控制信息可以不存在。还可以支持配对的MUST UE的灵活分配，即，在近端UE分配的PRB/RBG内，可以存在多于一个MUST远端UE或者甚至可以支持单用户MIMO(SU-MIMO)。

本领域技术人员将容易地认识到，各种上述各种方法中的块或者步骤可以通过编程的计算机来执行。在本公开中，一些实施例还意在涵盖程序存储设备，例如，数字数据存储介质，这是机器或计算机可读的并且编码机器可执行或计算机可执行的指令程序，其中，指令执行上述方法的一些或所有步骤。程序存储设备可以是，例如，数字存储器、诸如磁盘和磁带的磁存储介质、硬盘驱动器或光学可读数字数据存储介质。该实施例还意在涵盖编程为执行上述方法的步骤的计算机。

在附图中示出的装置的各种元件的功能，可以通过使用软件、专用硬件以及与适当软件相关联的能够执行软件的硬件、或者固件、或者其结合来提供。当由处理器提供时，该功能可以由单个专用处理器、由单个共享处理器或由多个单独的处理器来提供。此外，术语“处理器”可以包括但不限于，数字信号处理器(DSP)硬件、网络处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)，用于存储软件的只读存储器(ROM)、随机存取存储器(RAM)和非易失性存储装置。还可以包括其他常规和/或定制的硬件。

通过以上描述和相关附图中所给出的教导，这里所给出的本公开的许多修改形式和其它实施方式将被本公开相关领域的技术人员所意识到。因此，所要理解的是，本公开的实施方式并不局限于所公开的具体实施方式，并且修改形式和其它实施方式意在包括在本公开的范围之内。此外，虽然以上描述和相关附图在部件和/或功能的某些示例组合形式的背景下对示例实施方式进行了描述，但是应当意识到的是，可以由备选实施方式提供部件和/或功能的不同组合形式而并不背离本公开的范围。就这点而言，例如，与以上明确描述的有所不同的部件和/或功能的其它组合形式也被预期处于本公开的范围之内。虽然这里采用了具体术语，但是它们仅以一般且描述性的含义所使用而并非意在进行限制。

Claims (36)

1.一种用于多用户叠加传输(MUST)系统中的通信的方法，包括：

在网络设备处，为所述MUST系统中配对的近端终端设备和远端终端设备分配资源；

生成针对所述近端终端设备的第一控制信息，所述第一控制信息至少指示针对所述远端终端设备的资源分配；以及

向所述近端终端设备发送所述第一控制信息。

2.根据权利要求1所述的方法，其中生成所述第一控制信息包括：

生成指示所述当前子帧中是否存在针对所述远端终端设备的信息。

3.根据权利要求1所述的方法，其中生成所述第一控制信息包括：

生成指示所述远端终端设备与所述近端终端设备的资源分配是否完全重合的信息。

4.根据权利要求1所述的方法，其中生成所述第一控制信息包括：

生成针对所述远端终端设备的第二控制信息，所述第二控制信息至少包括所述远端终端设备的资源块指配信息。

5.根据权利要求4所述的方法，其中生成所述第一控制信息还包括：

生成所述第二控制信息在所述近端终端设备的搜索空间的位置的指示。

6.根据权利要求4所述的方法，其中生成所述第二控制信息包括：

响应于所述资源分配属于资源分配(RA)类型0或RA类型1，生成指示分配给所述远端终端设备的资源块的第一位图。

7.根据权利要求6所述的方法，其中生成所述第一控制信息还包括：

生成指示分配给所述近端终端设备的资源块的第二位图。

8.根据权利要求4所述的方法，其中生成所述第二控制信息包括：

响应于所述资源分配属于RA类型0或RA类型1而生成第三位图，所述第三位图指示分配给所述近端终端设备的资源块的子集，所述子集中的资源块被分配给所述远端终端设备。

9.根据权利要求4所述的方法，其中生成所述第二控制信息包括：

响应于所述资源分配属于RA类型2，确定为所述远端终端设备分配的连续资源块的第一起始位置和第一长度；以及

基于所述第一起始位置和所述第一长度，确定针对所述远端终端设备的第一资源指示值(RIV)。

10.根据权利要求9所述的方法，其中生成所述第二控制信息还包括：

确定为所述近端终端设备分配的连续资源块的第二起始位置和第二长度；以及

基于所述第二起始位置和所述第二长度，确定针对所述近端终端设备的第二资源指示值(RIV)。

11.根据权利要求10所述的方法，其中生成所述第二控制信息包括：

基于所述第一起始位置与所述第二起始位置的相对位置和所述第一长度，确定针对所述远端终端设备的第三资源指示值(RIV)。

12.一种用于多用户叠加传输(MUST)系统中的通信的方法，包括：

在所述MUST系统中的近端终端设备处接收第一控制信息，所述第一控制信息至少指示针对与所述近端终端设备配对的远端终端设备的资源分配；以及

解码所述第一控制信息，用于处理接收自网络设备的信号。

13.根据权利要求12所述的方法，其中解码所述第一控制信息包括：

从所述第一控制信息中的第一域中提取第一指示信息，所述第一指示信息指示所述当前子帧中是否存在针对所述远端终端设备的信息；以及

响应于所述第一指示信息指示所述当前子帧中不存在针对所述远端终端设备的信息，停止在当前子帧中检测针对所述远端终端设备的信息。

14.根据权利要求12所述的方法，其中解码所述第一控制信息包括：

从所述第一控制信息中的第二域中提取第二指示信息，所述第二指示信息指示所述远端终端设备与所述近端终端设备的资源分配是否完全重合的信息；以及

响应于所述第二指示信息指示所述远端终端设备与所述近端终端设备的资源分配完全重合，停止在当前子帧中检测针对所述远端终端设备的信息。

15.根据权利要求12所述的方法，其中解码所述第一控制信息包括：

从所述第一控制信息中的第三域中提取第三指示信息，所述第三指示信息指示第二控制信息在所述近端终端设备的搜索空间的位置，所述第二控制信息至少包括所述远端终端设备的资源块指配信息；

基于所述第三指示信息，检测所述第二控制信息；以及

从所述第二控制信息中获取所述远端终端设备的资源块指配信息。

16.根据权利要求15所述的方法，其中获取所述远端终端设备的资源块指配信息包括：

利用所述第一控制信息而确定所述资源分配的类型；以及

基于所述资源分配的所述类型，解码所述远端终端设备的所述资源块指配信息。

17.根据权利要求16所述的方法，其中解码所述远端终端设备的所述资源块指配信息包括：

响应于所述资源分配的所述类型为资源分配(RA)类型0或RA类型1，获取所述第二控制信息中的位图；以及

利用所述位图而确定分配给所述远端终端设备的资源块。

18.根据权利要求16所述的方法，其中解码所述远端终端设备的所述资源块指配信息包括：

响应于所述资源分配的所述类型为RA类型2，获取所述第二控制信息中的资源指示值(RIV)；以及

利用所述资源指示值而确定分配给所述远端终端设备的连续资源块。

19.一种网络设备，包括：

处理器，被配置为：

为所述MUST系统中配对的近端终端设备和远端终端设备分配资源；以及

生成针对所述近端终端设备的第一控制信息，所述第一控制信息至少指示针对所述远端终端设备的资源分配；以及

收发器，被配置为向所述近端终端设备发送所述第一控制信息。

20.根据权利要求19所述的网络设备，所述处理器被配置为：

生成指示所述当前子帧中是否存在针对所述远端终端设备的信息。

21.根据权利要求19所述的网络设备，所述处理器被配置为：

生成指示所述远端终端设备与所述近端终端设备的资源分配是否完全重合的信息。

22.根据权利要求19所述的网络设备，所述处理器被配置为：

生成针对所述远端终端设备的第二控制信息，所述第二控制信息至少包括所述远端终端设备的资源块指配信息。

23.根据权利要求22所述的网络设备，所述处理器被配置为：

生成所述第二控制信息在所述近端终端设备的搜索空间的位置的指示。

24.根据权利要求22所述的网络设备，所述处理器被配置为：

响应于所述资源分配属于资源分配(RA)类型0或RA类型1，生成指示分配给所述远端终端设备的资源块的第一位图。

25.根据权利要求24所述的网络设备，所述处理器被配置为：

生成指示分配给所述近端终端设备的资源块的第二位图。

26.根据权利要求22所述的网络设备，所述处理器被配置为：

响应于所述资源分配属于RA类型0或RA类型1，生成第三位图，所述第三位图指示分配给所述近端终端设备的资源块的子集，所述子集中的资源块被分配给所述远端终端设备。

27.根据权利要求22所述的网络设备，所述处理器被配置为：

响应于所述资源分配属于RA类型2，确定为所述远端终端设备分配的连续资源块的第一起始位置和第一长度；以及

基于所述第一起始位置和所述第一长度，确定针对所述远端终端设备的第一资源指示值(RIV)。

28.根据权利要求27所述的网络设备，所述处理器被配置为：

确定为所述近端终端设备分配的连续资源块的第二起始位置和第二长度；以及

基于所述第二起始位置和所述第二长度，确定针对所述近端终端设备的第二资源指示值(RIV)。

29.根据权利要求28所述的网络设备，所述处理器被配置为：

基于所述第一起始位置与所述第二起始位置的相对位置和所述第一长度，确定针对所述远端终端设备的第三资源指示值。

30.一种终端设备，包括：

收发器，被配置为接收第一控制信息，所述第一控制信息至少指示针对与所述终端设备配对的远端终端设备的资源分配；以及

解码器，被配置为解码所述第一控制信息，用于处理接收自网络设备的信号。

31.根据权利要求30所述的终端设备，所述解码器被配置为：

从所述第一控制信息中的第一域中提取第一指示信息，所述第一指示信息指示所述当前子帧中是否存在针对所述远端终端设备的信息；以及

响应于所述第一指示信息指示所述当前子帧中不存在针对所述远端终端设备的信息，停止在当前子帧中检测针对所述远端终端设备的信息。

32.根据权利要求31所述的终端设备，所述解码器被配置为：

从所述第一控制信息中的第二域中提取第二指示信息，所述第二指示信息指示所述远端终端设备与所述近端终端设备的资源分配是否完全重合的信息；以及

响应于所述第二指示信息指示所述远端终端设备与所述近端终端设备的资源分配完全重合，停止在当前子帧中检测针对所述远端终端设备的信息。

33.根据权利要求32所述的终端设备，所述解码器被配置为：

从所述第一控制信息中的第三域中提取第三指示信息，所述第三指示信息指示第二控制信息在所述终端设备的搜索空间的位置，所述第二控制信息至少包括所述远端终端设备的资源块指配信息；

基于所述第三指示信息，检测所述第二控制信息；以及

从所述第二控制信息中获取所述远端终端设备的资源块指配信息。

34.根据权利要求33所述的终端设备，所述解码器被配置为：

利用所述第一控制信息而确定所述资源分配的类型；以及

基于所述资源分配的所述类型，解码所述远端终端设备的所述资源块指配信息。

35.根据权利要求34所述的终端设备，所述解码器被配置为：

响应于所述资源分配的所述类型为资源分配(RA)类型0或RA类型1，获取所述第二控制信息中的位图；以及

利用所述位图而确定分配给所述远端终端设备的资源块。

36.根据权利要求34所述的终端设备，所述解码器被配置为：

响应于所述资源分配的所述类型为RA类型2，获取所述第二控制信息中的资源指示值(RIV)；以及

利用所述资源指示值而确定分配给所述远端终端设备的连续资源块。