无线通信系统中的装置和方法、计算机可读存储介质与流程

本申请涉及无线通信技术领域，更具体地，涉及一种用于优化多用户-多输入多输出(multi-usermultipleinputmultipleoutput,mu-mimo)传输的无线通信系统中的装置和方法、非暂态计算机可读存储介质。

背景技术：

新无线电(newradio，nr)作为针对长期演进(longtermevolution，lte)的下一代的无线接入方式，是与lte不同的无线接入技术(radioaccesstechnology，rat)。nr是能够应对包括增强移动宽带(enhancedmobilebroadband，embb)、大规模机器类型通信(massivemachinetypecommunications，mmtc)以及超可靠和低延迟通信(ultrareliableandlowlatencycommunications，urllc)的各种用例(usecase)的接入技术。以与这些用例中的利用场景、请求条件以及配置场景等对应的技术架构为目标研究了nr。nr的场景、请求条件的详细内容在非专利文献1中被公开。

一方面，在目前的长期演进(lte，或称为4g)/新无线接入技术(nr，或称为5g)无线通信系统中，已经支持下行数据信道(即，物理下行共享信道，pdsch)的“透明”mu-mimo传输。这里所谓的“透明”mu-mimo传输是指目标用户设备(userequipment,ue)并不知道与其一同被调度进行mu-mimo传输的其他用户设备的存在，即，目标ue并不知道其他用户设备的数据流所在的层对目标数据流所在层的确切干扰，从而目标ue的接收机仅尝试解码出目标数据流，无法对层间干扰进行有效的处理。

“透明”mu-mimo传输下的用户设备由于不知道多用户间的干扰情况，从而无法实现多用户之间的干扰测量，进而无法抑制或消除多用户之间的干扰，在一定程度上降低了系统的吞吐量和可靠性。

另一方面，在目前的4g/5g通信系统中，尚未提出关于下行控制信道(物理下行控制信道，pdcch)的mu-mimo传输。具体来说，在现有技术中，在某一传输资源上仅传输针对某一特定用户设备的用户专属物理下行控制信道(ue-specificpdcch)，不同用户设备的控制信道之间并不能利用多天线的空域处理能力来共享传输资源。也就是说，现有技术中并不会将不同用户设备的ue-specificpddch叠加在同一传输资源上进行传输，这降低了时频资源的利用率。

现有技术文献

非专利文献

非专利文献1：3rdgenerationpartnershipproject；technicalspecificationgroupradioaccessnetwork；studyonscenariosandrequirementsfornextgenerationaccesstechnologies；(release14),3gpptr38.913v0.2.0(2016-02)。

技术实现要素：

在下文中给出了关于本公开的简要概述，以便提供关于本公开的某些方面的基本理解。但是，应当理解，这个概述并不是关于本公开的穷举性概述。它并不是意图用来确定本公开的关键性部分或重要部分，也不是意图用来限定本公开的范围。其目的仅仅是以简化的形式给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。

鉴于上述问题，本公开的至少一方面的目的是提供一种无线通信系统中的装置和方法、非暂态计算机可读存储介质，其能够有效地实现下行控制信道的mu-mimo传输。

本公开的另一方面的目的是提供一种无线通信系统中的装置和方法、非暂态计算机可读存储介质，其使得目标用户设备能够间接地获知来自与其一同被调度进行下行数据信道的mu-mimo传输的其他用户设备的干扰情况，从而提高了系统的吞吐量和可靠性。

根据本公开的一方面，提供了一种无线通信系统中的装置，该装置包括处理电路，该处理电路被配置成：对包括目标用户设备的一组用户设备的组共用物理下行控制信道(groupcommonpdcch)进行解码，以获取关于控制信道的多用户-多输入多输出(mu-mimo)传输的控制信息；以及基于该控制信息，对目标用户设备的用户专属物理下行控制信道(ue-specificpdcch)进行解码，以获取关于目标用户设备的专属传输控制信息，其中，目标用户设备的ue-specificpdcch与一组用户设备中的其他用户设备的ue-specificpdcch叠加在相同的传输资源上进行传输。

根据本公开的另一方面，还提供了一种无线通信系统中的装置，该装置包括处理电路，该处理电路被配置成：生成一组用户设备的组共用物理下行控制信道(groupcommonpdcch)以及一组用户设备中的各个用户设备的用户专属物理下行控制信道(ue-specificpdcch)，该组共用物理下行控制信道包括一组用户设备中的所有用户设备的关于控制信道的多用户-多输入多输出(mu-mimo)传输的控制信息；控制基站将组共用物理下行控制信道发送至一组用户设备；以及基于控制信息，控制基站在相同的传输资源上发送一组用户设备中的各个用户设备的ue-specificpdcch。

根据本公开的又一方面，还提供了一种无线通信系统中的方法，该方法包括：对包括目标用户设备的一组用户设备的组共用物理下行控制信道(groupcommonpdcch)进行解码，以获取关于控制信道的多用户-多输入多输出(mu-mimo)传输的控制信息；以及基于该控制信息，对目标用户设备的用户专属物理下行控制信道(ue-specificpdcch)进行解码，以获取关于目标用户设备的专属传输控制信息，其中，目标用户设备的ue-specificpdcch与一组用户设备中的其他用户设备的ue-specificpdcch叠加在相同的传输资源上进行传输。

根据本公开的再一方面，还提供了一种无线通信系统中的方法，该方法包括：生成一组用户设备的组共用物理下行控制信道(groupcommonpdcch)以及一组用户设备中的各个用户设备的用户专属物理下行控制信道(ue-specificpdcch)，该组共用物理下行控制信道包括一组用户设备中的所有用户设备的关于控制信道的多用户-多输入多输出(mu-mimo)传输的控制信息；控制基站将组共用物理下行控制信道发送至一组用户设备；以及基于控制信息，控制基站在相同的传输资源上发送一组用户设备中的各个用户设备的ue-specificpdcch。

根据本公开的一方面，提供了一种无线通信系统中的装置，该装置包括处理电路，该处理电路被配置成：根据来自基站的关于用户设备与其他用户设备同时被调度进行多用户-多输入多输出(mu-mimo)传输的控制信息，确定其他用户设备的传输相关配置，其中，该控制信息包括间接地指示其他用户设备的传输相关配置的信息；以及基于所确定的其他用户设备的传输相关配置，对从基站接收到的利用mu-mimo传输发送的信号进行解码，以获取针对该用户设备的信号部分。

根据本公开的另一方面，还提供了一种无线通信系统中的装置，该装置包括处理电路，该处理电路被配置成：针对被同时调度进行多用户-多输入多输出(mu-mimo)传输的一组用户设备内的一个或多个用户设备中的每个用户设备，生成关于mu-mimo传输的控制信息，并且控制基站将控制信息发送至该用户设备，其中，该控制信息包括间接地指示一组用户设备内除该用户设备之外的其他用户设备的传输相关配置的信息；以及控制基站在特定传输资源上同时向一组用户设备发送信号。

根据本公开的又一方面，还提供了一种无线通信系统中的方法，该方法包括：根据来自基站的关于用户设备与其他用户设备同时被调度进行多用户-多输入多输出(mu-mimo)传输的控制信息，确定其他用户设备的传输相关配置，其中，该控制信息包括间接地指示其他用户设备的传输相关配置的信息；以及基于所确定的其他用户设备的传输相关配置，对从基站接收到的利用mu-mimo传输发送的信号进行解码，以获取针对该用户设备的信号部分。

根据本公开的再一方面，还提供了一种无线通信系统中的方法，该方法包括：针对被同时调度进行多用户-多输入多输出(mu-mimo)传输的一组用户设备内的一个或多个用户设备中的每个用户设备，生成关于mu-mimo传输的控制信息，并且控制基站将控制信息发送至该用户设备，其中，该控制信息包括间接地指示一组用户设备内除该用户设备之外的其他用户设备的传输相关配置的信息；以及控制基站在特定传输资源上同时向一组用户设备发送信号。

根据本公开的另一方面，还提供了一种存储有可执行指令的非暂态计算机可读存储介质，该可执行指令当由处理器执行时，使得处理器执行上述无线通信系统中的方法或装置的各个功能。

根据本公开的其它方面，还提供了用于实现上述根据本公开的方法的计算机程序代码和计算机程序产品。

根据本公开的实施例的至少一方面，通过将关于一组用户设备的控制信道的mu-mimo传输的控制信息承载于组共用物理下行控制信道中，使得各个用户设备能够通过对组共用物理下行控制信道进行解码而获知至少自身的ue-specificpdcch的传输相关配置(例如，dmrs配置)，进而根据该传输相关配置从接收到的叠加信号中提取自身的ue-specificpdcch，有效地实现了下行控制信道的mu-mimo传输，从而提高了资源利用率。

根据本公开的实施例的至少另一方面，针对下行数据信道的mu-mimo传输，通过间接地向目标ue指示与其一同被调度的其他用户设备的传输相关配置，能够有效利用有限的物理层调度信令而使得目标ue能够根据该传输相关配置确定、抑制和/或消除来自其他用户设备的干扰，进而解码得到针对目标ue的目标数据流，提高了系统吞吐量和可靠性。

在下面的说明书部分中给出本公开实施例的其它方面，其中，详细说明用于充分地公开本公开实施例的优选实施例，而不对其施加限定。

附图说明

本公开可以通过参考下文中结合附图所给出的详细描述而得到更好的理解，其中在所有附图中使用了相同或相似的附图标记来表示相同或者相似的部件。所述附图连同下面的详细说明一起包含在本说明书中并形成说明书的一部分，用来进一步举例说明本公开的优选实施例和解释本公开的原理和优点。其中：

图1是示出“透明”mu-mimo传输的示例的示意图；

图2是示出“非透明”mu-mimo传输的示例的示意图；

图3是示出根据本公开的第一实施例的用户设备侧的装置的功能配置示例的框图；

图4是示出根据本公开的第一实施例的基站侧的装置的功能配置示例的框图；

图5是示出根据本公开的第一实施例的用户设备侧的装置的另一功能配置示例的框图

图6是示出根据本公开的第一实施例的基站侧的装置的另一功能配置示例的框图；

图7是示出根据本公开的第一实施例的用于实现第一示例方案的信令交互过程的流程图；

图8是示出根据本公开的第一实施例的csi-rs资源或者csi-rs端口与dmrs端口之间的映射关系的示例的示意图；

图9是示出根据本公开的第一实施例的用户设备侧的装置的另一功能配置示例的框图；

图10是示出根据本公开的第一实施例的用户设备侧的装置中的确定单元的具体功能配置示例的框图；

图11是示出根据本公开的第一实施例的用户设备侧的装置中的干扰测量单元的具体功能配置示例的框图；

图12是示出根据本公开的第一实施例的基站侧的装置的另一功能配置示例的框图；

图13是示出根据本公开的第一实施例的基站侧的装置中的控制信息生成单元的具体功能配置示例的框图；

图14是示出根据本公开的第一实施例的用于实现第二示例方案的信令交互过程的流程图；

图15是示出根据本公开的第一实施例的用户设备侧的装置的另一功能配置示例的框图；

图16是示出根据本公开的第一实施例的基站侧的装置的另一功能配置示例的框图；

图17是示出根据本公开的第一实施例的用于实现第三示例方案的信令交互过程的流程图；

图18是示出dmrs端口7至10在资源元素(re)上的映射图案的示例的示意图；

图19是示出根据本公开的第一实施例的用户设备侧的装置的另一功能配置示例的框图；

图20是示出根据本公开的第一实施例的基站侧的另一功能配置示例的框图；

图21是示出根据本公开的第一实施例的用于实现第四示例方案的信令交互过程的流程图；

图22是示出根据本公开的第二实施例的用于实现控制信道的mu-mimo传输的两级dci结构的信令交互过程的流程图；

图23是示出根据本公开的第二实施例的用户设备侧的装置的功能配置示例的框图；

图24是示出根据本公开的第二实施例的基站侧的装置的功能配置示例的框图；

图25是示出根据本公开的第二实施例的gc-pdcch的示例架构以及gc-pdcch与ue-specificpddch之间的关系的示意图；

图26是示出根据本公开的第二实施例的第一示例方案的示意图；

图27是示出根据本公开的第二实施例的用户设备侧的装置的另一功能配置示例的框图；

图28是示出根据本公开的第二实施例的基站侧的装置的另一功能配置示例的框图；

图29是示出根据本公开的第二实施例的第二示例方案的示意图；

图30是示出根据本公开的第二实施例的用户设备侧的装置的另一功能配置示例的框图；

图31是示出根据本公开的第二实施例的基站侧的装置的另一功能配置示例的框图；

图32a是示出根据本公开的第二实施例的第二示例方案的变型例的第一示例的示意图；

图32b是示出根据本公开的第二实施例的第二示例方案的变型例的第二示例的示意图；

图33是示出根据本公开的第二实施例的gc-pdcch和ue-specificpdcch在时频域上的关系的示意图；

图34是示出根据本公开的第二实施例的用户设备侧的装置的另一功能配置示例的框图；

图35是示出根据本公开的第二实施例的基站侧的装置的另一功能配置示例的框图；

图36是示出根据本公开的第一实施例的用户设备侧的方法的过程示例的流程图；

图37是示出根据本公开的第一实施例的基站侧的方法的过程示例的流程图；

图38是示出根据本公开的第二实施例的用户设备侧的方法的过程示例的流程图；

图39是示出根据本公开的第二实施例的基站侧的方法的过程示例的流程图；

图40是示出作为本公开的实施例中可采用的信息处理设备的个人计算机的示例结构的框图

图41是示出可以应用本公开的技术的演进型节点(enb)的示意性配置的第一示例的框图；

图42是示出可以应用本公开的技术的enb的示意性配置的第二示例的框图；

图43是示出可以应用本公开的技术的智能电话的示意性配置的示例的框图；以及

图44是示出可以应用本公开的技术的汽车导航设备的示意性配置的示例的框图。

具体实施方式

在下文中将结合附图对本公开的示范性实施例进行描述。为了清楚和简明起见，在说明书中并未描述实际实施方式的所有特征。然而，应该了解，在开发任何这种实际实施例的过程中必须做出很多特定于实施方式的决定，以便实现开发人员的具体目标，例如，符合与系统及业务相关的那些限制条件，并且这些限制条件可能会随着实施方式的不同而有所改变。此外，还应该了解，虽然开发工作有可能是非常复杂和费时的，但对得益于本公开内容的本领域技术人员来说，这种开发工作仅仅是例行的任务。

在此，还需要说明的一点是，为了避免因不必要的细节而模糊了本公开，在附图中仅仅示出了与根据本公开的方案密切相关的设备结构和/或处理步骤，而省略了与本公开关系不大的其它细节。

在具体描述本公开的实施例之前，为了便于理解本公开的内容，将对“透明”mu-mimo传输和“非透明”mu-mimo传输进行简要介绍。

在“透明”mu-mimo传输中，如图1所示，基站同时调度多个ue进行下行mu-mimo传输。其中，针对uek的一层信号流和其他三层信号流(这三层信号流可以是针对一个或多个其他用户设备的)通过空间复用共用相同的时频资源，但uek本身并不知道其他层的存在(这些层在图1中以虚线指示)，即，uek并不知道来自其他层的确切干扰。这样，在检测下行信道时，uek的接收机仅尝试恢复出基站发送给uek的下行信号，无法针对层间干扰进行有效的处理。

在“非透明”mu-mimo传输中，如图2所示，基站在相同的时频资源上调度uek和其他一个或多个用户设备的信号流，并同时通知uek其他层的存在(这些层在图2中以实线指示)，使得uek的接收机能够通过对来自其他层的干扰进行处理而恢复出基站发送给uek的下行信号。

“非透明”mu-mimo传输相较于“透明”mu-mimo传输的优点在于：非透明传输下的ue可以知道多用户间的干扰情况，从而可以使用更为先进的接收机来抑制或消除多用户间的干扰，从而提高整个系统的吞吐量和可靠性；以及通过知晓多用户的情况，使得多用户之间的干扰测量成为可能，这里的干扰测量是基于dmrs的。可能存在的缺点在于：为了使得多用户传输中的ue可以知道与其共享调度时频资源的其他用户，需要额外的信令通知；以及先进的接收机往往会带来更大的检测复杂度，使得接收机消耗更多的计算和时间资源。

因此，在本公开的至少一方面的实施例中，解决了以更小的信令开销和更少的计算和时间资源来实现数据信道的“非透明”mu-mimo传输，以优化“非透明”mu-mimo传输。

在下文中，将按照以下顺序进行描述。然而，应指出，尽管为了便于描述而按照以下章节顺序分别描述本公开的实施例，但是这样的章节划分和顺序并不构成对本公开的限制。相反，在实际实施本公开的技术时，本领域技术人员可以根据本公开的原理和实际情况而对下述实施例进行组合，除非这些实施例是相互抵触的。

1.下行数据信道的“非透明”mu-mimo传输(第一实施例)

1-1.第一示例方案

1-2.第二示例方案

1-3.第三示例方案

1-4.第四示例方案

2.下行控制信道的mu-mimo传输(第二实施例)

2-1.第一示例方案

2-2.第二示例方案

2-3.第二示例方案的变型例

2-4.第三示例方案

3.根据本公开的方法实施例

3-1.第一实施例

3-2.第二实施例

4.用以实施本公开的装置和方法的实施例的计算设备

5.本公开的技术的应用示例

5-1.关于基站的应用示例

5-2.关于用户设备的应用示例

接下来，将参照图1至图44详细描述根据本公开的实施例。

[1.下行数据信道的“非透明”mu-mimo传输(第一实施例)]

图3是示出根据本公开的第一实施例的用户设备侧的装置的功能配置示例的框图。

如图3所示，根据该示例的装置300可以包括确定单元302和解码单元304。

应指出，图3所示的装置中的各个功能单元仅是根据其所实现的具体功能而划分的逻辑模块，而不是用于限制具体的实现方式。在实际实现时，上述各个功能单元和模块可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(cpu或dsp等)、集成电路等)来实现，这同样适用于随后关于用户设备侧的其他配置示例的描述。下面将详细描述各个功能单元的配置示例。

确定单元302可被配置成根据来自基站的关于目标用户设备与其他用户设备同时被调度进行mu-mimo传输的控制信息，确定其他用户设备的传输相关配置，该控制信息包括间接地指示其他用户设备的传输相关配置的信息。

目前，在lte系统中，基站通过下行控制信道来向mu-mimo传输中的各个ue通知其对应的dmrs端口号、加扰id和该ue的信号流所占的层数。优选地，这里的传输相关配置包括dmrs配置。dmrs配置可以优选地直接指的是dmrs端口号(portindex)。替选地，该dmrs配置也可以是指用于生成dmrs的伪随机序列及相应正交覆盖码(occ)的信息。其中，一个伪随机序列能够应用多个occ码生成多个正交的dmrs，因此同一伪随机序列可以用于多个ue。

应指出，为了便于描述，在以下的详细描述中将以dmrs端口号作为传输相关配置的示例来描述本公开的技术，但是应理解，这并不构成对本公开的任何限制，该描述同样适用于以其他形式的信息来表示用户设备的dmrs配置的情况。

为了使得目标ue能够得知其他ue的dmrs配置以实现“非透明”mu-mimo传输，作为一种最直接且简单的方式，可以将其他ue的dmrs配置(例如，dmrs端口号)通过下行控制信道一一通知给目标ue。然而，尤其是在nr系统的大数据量传输业务中，mu-mimo传输的信号流的总层数往往较大，换言之，dmrs端口的数量较大，这种一一进行通知的方式会导致较大的信令开销，造成宝贵的物理层信令资源的浪费，从而可能不适合于nr中具有大数据量传输需求的应用场景。

鉴于此，在本公开的方案中，提出了在目标ue的关于mu-mimo传输的控制信息中包括间接地指示其他用户设备的dmrs配置的信息，以便以尽量小的信令开销使得目标ue能够基于该控制信息获知其他用户设备的dmrs配置。

解码单元304可被配置成基于所确定的其他用户设备的传输相关配置，对从基站接收到的利用mu-mimo传输而发送的信号进行解码，以获取针对用户设备的信号部分。

将以串行干扰消除为例来进一步详细地描述解码单元304的解码操作。

假设目标ue为k，并且从基站接收到的利用mu-mimo传输而发送的信号如下所示：

其中，hk为基站到uek的信道，pk为uek的预编码向量，nk为uek的接收机噪声；另外，hkpixi为在mu-mimo传输中来自uei的干扰。uek在获知了uei的dmrs配置信息的情况下，可以首先估计出来自uei的干扰等效信道，即hkpi，并尝试解码出uei的数据xi；如果uek可以解码出xi并且估计出了hkpi，则可以恢复出uei对于uek的干扰，从而可以在上式中将该干扰减去。通过依次消除来自i≠k的所有ue的干扰，可以得到：

y′k＝hkpkxk+nk

接下来，uek可以使用常规的线性接收机w来解码得到基站发送给uek的数据：

应指出，这里所给出的基于关于mu-mimo传输中的其他干扰用户设备的dmrs配置信息来解码出目标数据流的解码操作仅为示例，本领域技术人员也可以采用其他本领域公知的或未来可能出现的其他解码操作、基于干扰ue的dmrs配置信息来解码目标数据流，本公开不对具体的解码方式进行限制。

这里，还应指出，上述用户设备侧的装置300可以以芯片级来实现，或者也可以以设备级来实现。例如，装置300可以工作为用户设备本身，并且还可以包括诸如存储器、收发器(可选的，在图3中以虚线框示出)等外部设备。存储器可以用于存储用户设备实现各种功能需要执行的程序和相关数据信息。收发器可以包括一个或多个通信接口以支持与不同设备(例如，基站、其他用户设备等等)间的通信，这里不具体限制收发器的实现形式。这同样适用于随后关于用户设备侧的其他配置示例的描述。

与上述图3所示的用户设备侧的装置的配置示例相对应的，本公开还提供了以下基站侧的配置示例。图4是示出根据本公开的第一实施例的基站侧的装置的功能配置示例的框图。

如图4所示，根据该示例的装置400可以包括控制信息生成单元402和传输控制单元404。

同样地，应指出，图4所示的装置中的各个功能单元仅是根据其所实现的具体功能而划分的逻辑模块，而不是用于限制具体的实现方式。在实际实现时，上述各个功能单元或模块可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(cpu或dsp等)、集成电路等)来实现，这同样适用于随后关于基站侧的其他配置示例的描述。下面将详细描述各个功能单元的配置示例。

控制信息生成单元402可以被配置成针对被同时调度进行mu-mimo传输的一组用户设备内的一个或多个用户设备中的每个用户设备，生成关于mu-mimo传输的控制信息，并且控制基站将所生成的控制信息发送至该用户设备。其中，所生成的控制信息包括间接地指示一组用户设备内除该用户设备之外的其他用户设备的传输相关配置的信息。优选地，这里的传输相关配置包括dmrs配置。

在一些示例中，对于被同时调度进行mu-mimo传输的一组用户设备，其中的各个用户设备的接收机可能具有不同的处理能力。对于接收机处理能力较弱的一些用户设备，即使告知了组内其他ue的dmrs配置，这些用户设备的接收机可能也无法通过例如上述线性干扰消除方式来解码出其目标数据流。此时，如果仍将来自干扰ue的dmrs配置通过控制信道通知给这些用户设备，实际上是对物理层信令资源的浪费。因此，对于这部分用户设备，优选地可以配置“透明”mu-mimo传输，即，仅告知这些用户设备其自身的dmrs配置。

另一方面，对于其他接收机处理能力强的用户设备，可以优选地配置本公开所提出的“非透明”mu-mimo传输，即，将间接地指示组内其他ue的传输相关配置的信息包括在控制信息中通知给这些用户设备，以使得这些用户设备可以获知和消除来自其他ue的干扰。上述“一组用户设备的一个或多个用户设备”即表示这部分能够支持并实现“非透明”mu-mimo传输的用户设备。此外，在本说明书中，当提及“目标用户设备”时，通常指的是这一个或多个用户设备中的任意用户设备。

这样，在根据本公开的数据信道的mu-mimo传输中，同时存在“透明”mu-mimo传输和“非透明”mu-mimo传输，也可以称为混合透明mu-mimo(hybridtransparentmu-mimo)传输。

然而，应指出，在进行mu-mimo传输的全组用户设备的接收机处理能力均较强从而能够支持并实现“非透明”mu-mimo传输的情况下，基站侧的控制信息生成单元402也可以针对全组用户设备中的每一个用户设备均生成上述控制信息。基站可以根据所掌握的用户设备的相关信息，灵活地确定哪些ue需要进行“透明”mu-mimo传输以及哪些ue可以应用本公开的技术进行“非透明”mu-mimo传输，本公开对此不做具体限制。

传输控制单元404可以被配置成控制基站在相同的特定传输资源上同时向一组用户设备发送各自的信号。

这样，接收到所生成的控制信息的用户设备可以获知组内其他用户设备的dmrs配置，进而通过将与其目标信号叠加在一起传输的针对其他用户设备的信号作为干扰消除而从所接收到的信号中解调出目标信号。另一方面，对于被配置成执行“透明”mu-mimo传输的用户设备，则直接根据自身的dmrs配置而尝试从所接收到的叠加信号中恢复出目标信号。

应指出，这里所描述的基站侧的装置的配置示例是与上述用户设备侧的装置的配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

此外，还应指出，上述基站侧的装置400可以以芯片级来实现，或者也可以以设备级来实现。例如，装置400可以工作为基站本身，并且还可以包括诸如存储器、收发器(可选的，在图4中以虚线框示出)等外部设备。存储器可以用于存储基站实现各种功能需要执行的程序和相关数据信息。收发器可以包括一个或多个通信接口以支持与不同设备(例如，用户设备、其他基站等等)间的通信，这里不具体限制收发器的实现形式。这同样适用于随后关于基站侧的其他配置示例的描述。

作为示例而非限制，下面将分别详细描述用于实现间接地指示干扰ue的dmrs配置的第一至第四示例方案。但是，应理解，本领域技术人员能够根据本公开的原理而对这些示例方案进行适当的修改，以得到其他用于间接地指示干扰ue的dmrs配置的方案，这样的修改显然应当认为落入本公开的保护范围内。

(1-1.第一示例方案)

在第一示例方案中，来自基站的控制信息可以包括目标用户设备的dmrs配置和mu-mimo传输的总层数。在mu-mimo传输中，一层数据流对应于一个dmrs端口，因此，这里的mu-mimo传输的总层数也可以认为是dmrs配置或dmrs端口的总数，或者数据流的总个数。下面将详细描述如何根据目标用户设备的dmrs配置和mu-mimo传输的总层数推出其他干扰用户设备的dmrs配置。

图5是示出根据本公开的第一实施例的用户设备侧的装置的另一功能配置示例的框图。

如图5所示，根据该示例的装置500可以包括确定单元502和解码单元504。解码单元504的功能配置示例与以上参照图3描述的解码单元304的功能配置示例基本上相同，在此不再重复。

确定单元502可以进一步包括dmrs分配方案获取模块5021、dmrs配置集合确定模块5022和dmrs配置确定模块5023。

dmrs分配方案获取模块5021可以被配置成通过从基站进行接收或者从存储器进行读取来获取用于mu-mimo传输的dmrs分配方案。

这里的dmrs分配方案可以表示dmrs端口的分配方式，可以是基站通过高层信令(例如，rrc层信令)动态配置的，或者也可以是预先存储在存储器中的默认分配方式。在由基站通过高层信令动态配置的情况下，dmrs分配方案获取模块5021可以通过对来自基站的高层信令进行解码来获取该dmrs分配方案。

dmrs配置集合确定模块5022可以被配置成根据至少dmrs分配方案和总层数，确定用于mu-mimo传输的dmrs配置集合。这里的dmrs配置集合是指参与mu-mimo传输的一组用户设备的dmrs配置构成的集合。

dmrs配置确定模块5023可以被配置成将dmrs配置集合中不同于用户设备的dmrs配置的dmrs配置确定为其他用户设备的dmrs配置。

作为一种示例实现，dmrs分配方案可以包括dmrs配置的序列，该序列表示按顺序排列的可用于一次mu-mimo传输的多个dmrs配置，并且dmrs配置集合确定模块5022可以根据预定顺序从dmrs配置的序列中读取数量等于总层数的dmrs配置作为dmrs配置集合。

举例来说，在lte系统中，8个dmrs端口的编号为天线端口7到14。假设基站通过rrc信令配置的dmrs配置序列为[7,8,11,13,9,10,12,14]，mu-mimo传输的总层数为6层，并且预先约定的或者基站所配置的使用顺序为例如从序列末端开始依次读取，则dmrs配置集合确定模块5022从该序列中读取后6个dmrs配置11,13,9,10,12,14作为此次mu-mimo传输的dmrs配置集合。假设目标用户设备的dmrs端口号为10，则目标用户设备的dmrs配置确定模块5023可以将编号11,13,9,12,14确定为其他用户设备的干扰数据流对应的dmrs端口。在nr系统中，dmrs端口的编号与lte系统不同，其dmrs端口索引为1000～1011，然而可以适用本公开以lte系统为例描述的各种示例，简洁起见不再赘述。

作为另一种示例实现，dmrs分配方案可以包括dmrs配置的序列，该序列可以不表示其中的dmrs配置的使用顺序，并且上述控制信息除了包括目标ue的dmrs配置和总层数之外，还可以包括在该配置序列中mu-mimo传输的起始层序号。在该情况下，dmrs配置集合确定模块5022可以进一步被配置成从dmrs配置的序列中对应于起始层序号的dmrs配置开始，从dmrs配置的序列中顺序读取数量等于总层数的dmrs配置作为dmrs配置集合。

更具体而言，仍以上述配置的dmrs配置序列[7,8,11,13,9,10,12,14]为例，每一个dmrs端口在该序列中的序号可以认为对应于mu-mimo传输的层序号。例如，dmrs端口7对应于层1，dmrs端口11对应于层3，等等。假设mu-mimo传输的总层数为6，起始层序号为2，则dmrs配置集合确定模块5022从该序列中的第二个dmrs端口开始依次读取6个dmrs配置8,11,13,9,10,12作为用于该mu-mimo传输的dmrs配置集合。假设目标用户设备的dmrs端口号为10，则目标用户设备的dmrs配置确定模块5023可以将编号8,11,13,9,12确定为其他用户设备的干扰数据流对应的dmrs端口。

根据该示例实现，通过在控制信息中进一步指定mu-mimo传输的起始层序号，可以支持更灵活地使用dmrs配置用于mu-mimo传输。

作为又一示例实现，dmrs分配方案可以包括指示dmrs配置的使用顺序的信息。例如，dmrs分配方案指示dmrs端口的使用顺序为按照编号从小到大(7至14)的顺序使用，或者为按照编号从大到小(14至7)的顺序使用，或者为指定的特定顺序，例如，表示使用顺序的序列[7,8,11,13,9,10,12,14]。在该情况下，dmrs配置集合确定模块502可以进一步被配置成根据dmrs分配方案指示的使用顺序，获取数量等于总层数的dmrs配置构成dmrs配置集合。

更具体而言，假设dmrs分配方案指示的dmrs端口的使用顺序为从小到大，并且总层数为6，则dmrs配置集合确定模块5022可以直接获取7,8,9,10,11,12作为用于mu-mimo传输的dmrs配置集合。假设目标用户设备的dmrs端口号为10，则目标用户设备的dmrs配置确定模块5023可以将编号7,8,9,11,12确定为其他用户设备的干扰数据流对应的dmrs端口。

以上作为示例描述了根据目标用户设备的dmrs配置以及mu-mimo传输的总层数来间接地推出组内其他用户设备的dmrs配置的示例实现方案，但是应理解，以上示例仅是为了说明的目的而非限制，本领域技术人员可以根据本公开的原理、结合实际情况而对上述示例实现方案进行适当的修改，并且这样的修改显然应当认为落入本公开的范围内。

与上述用户设备侧的装置的配置示例相对应的，下面将详细描述第一示例方案中基站侧的装置的配置示例。图6是示出根据本公开的第一实施例的基站侧的装置的另一功能配置示例的框图。

如图6所示，根据该示例的装置600可以包括控制信息生成单元602和传输控制单元604。传输控制单元604的功能配置示例与以上参照图4描述的传输控制单元404的功能配置示例基本上相同，在此不再重复。

控制信息生成单元602可被配置成针对进行mu-mimo传输的一组用户设备中的目标用户设备，通过包含该用户设备的dmrs配置和mu-mimo传输的总层数来生成控制信息，并且控制基站将所生成的控制信息发送至目标用户设备，以便目标用户设备根据该控制信息以及预先存储的或由基站配置的dmrs分配方案来推出组内其他干扰ue的dmrs配置。

优选地，在由基站来配置dmrs分配方案的情况下，装置600还可以包括dmrs分配方案生成单元606。

dmrs分配方案生成单元606可以被配置成生成用于mu-mimo传输的dmrs分配方案，并且控制基站将所生成的dmrs分配方案发送至目标用户设备，以供该用户设备基于至少dmrs分配方案、该用户设备的dmrs配置和总层数来确定一组用户设备内的其他用户设备的dmrs配置。

优选地，dmrs分配方案生成单元606通过将所生成的dmrs分配方案包括在高层信令(例如，rrc信令)中而发送至目标用户设备。

作为一种示例实现，所生成的dmrs分配方案可以包括dmrs配置的序列，从而用户设备可以根据预定顺序从该序列读取数量等于总层数的dmrs配置作为用于mu-mimo传输的dmrs配置集合。

作为另一示例实现，所生成的dmrs分配方案可以包括dmrs配置的序列，并且控制信息生成单元602可以进一步配置成除了包含目标ue的dmrs配置和总层数之外，还通过包含在dmrs配置序列中mu-mimo传输的起始层序号来生成控制信息，从而用户设备可以从对应于起始层序号的dmrs配置开始，在该dmrs配置序列中依次读取数量等于总层数的dmrs配置作为用于mu-mimo传输的dmrs配置集合。

作为又一示例实现，所生成的dmrs分配方案可以包括dmrs配置的使用顺序的信息，从而用户设备可以根据该使用顺序读取数量等于总层数的dmrs配置作为用于mu-mimo传输的dmrs配置集合。

应指出，图6所示的dmrs分配方案生成单元606是可选的(在图6中以虚线框示出)。在dmrs分配方案是预先配置且存储在用户设备侧的存储器中的情况下，也可省略该单元。

另外，还应指出，这里参照图6所述的基站侧的配置示例是与以上参照图5描述的用户设备侧的配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

为了进一步便于理解上述第一示例方案，以下将参照图7所示的流程图来描述用于实现第一示例方案的信令交互过程。图7是示出根据本公开的第一实施例的用于实现第一示例方案的信令交互过程的流程图。

如图7所示，首先，在步骤s701中，在建立rrc连接之后，基站通过rrc信令向用户设备k(uek)通知dmrs分配方案。然后，在步骤s702中，基站向用户设备k发送下行参考信号(例如，信道状态信息-参考信号csi-rs)以获取信道状态。在步骤s703中，用户设备k将测量得到的信道状态信息反馈给基站。基站综合多个用户设备上报的信道状态信息进行mu-mimo传输调度，并且在步骤s704中将包括用户设备k的dmrs配置和mu-mimo传输总层数的控制信息发送至用户设备k。该控制信息可以包括在pdcch上传输的用户专属下行控制信息(ue-specificdci)中。然后，在步骤s705中，基站根据所确定的mu-mimo传输配置，在相同时频资源上向包括用户设备k的一组用户设备进行下行数据传输。用户设备k可以通过对所接收到的dci进行解码而获知自身以及组内其他ue的dmrs配置，进而根据这些信息对所接收到的数据信息进行解调。

应指出，以上参照图7描述的信令交互过程仅为示例而非限制，本领域技术人员可以根据上述本公开的原理、结合实际情况而对上述交互过程进行修改。例如，图7中所编号的各个步骤仅是为了便于描述而不意味着对执行顺序的限制。又例如，为了避免模糊本公开的主题，在上述流程图中省略了与本公开的技术相关性较低的一些交互过程。再者，上述流程图中的一些步骤可以省略。例如，在dmrs分配方案为预先配置且存储的情况下，上述步骤s701中的dmrs分配方案的配置可以省略(在图7中步骤s701以虚线示出)。所有这样的修改均应认为落入本公开的范围内，这里不再一一列举。

根据以上描述的第一示例方案，可以看出，通过利用目标ue自身的dmrs配置和mu-mimo传输的总层数来间接地向目标ue指示组内其他ue的dmrs配置，可以以较小的信令开销来实现“非透明”mu-mimo传输，有利于优化mu-mimo传输的系统性能。

(1-2.第二示例方案)

在本公开的第二示例方案中，提出了利用干扰测量资源来间接地向目标ue通知组内其他干扰ue的传输相关配置信息。优选地，该干扰测量资源可以包括非零功率csi-rs(non-zeropowercsi-rs,nzpcsi-rs)资源。此外，干扰测量资源还可以包括信道状态信息-干扰测量(channelstateinformation–interferencemeasurement，csi-im)资源。下面将以nzpcsi-rs资源作为干扰测量资源的示例来描述本公开的技术，但是应理解，这仅是示例而非限制，并且以下描述的技术可以类似地应用于其他干扰测量资源。

目前在nr系统中，已经支持了基于nzpcsi-rs的多用户干扰测量。因此，本公开提出了可以基于在多用户干扰测量中选择的csi-rs资源来间接地指示mu-mimo传输中的干扰信息，从而用户设备可以根据关于csi-rs资源的信息而间接地推出干扰ue的数据流对应的dmrs配置。

具体来说，可以预先建立csi-rs资源或者用于发送csi-rs资源的天线端口(也称为csi-rs端口)与dmrs端口之间的映射关系。图8是示出根据本公开的第一实施例的csi-rs资源或者csi-rs端口与dmrs端口之间的映射关系的示例的示意图。

作为一种示例实现，可以建立csi-rs资源与dmrs端口之间的映射关系。例如，如图8所示，以nr系统为例，csi-rs资源1映射到dmrs端口1007、1008、1011；csi-rs资源2映射到dmrs端口1007、1003；csi-rs资源3映射到dmrs端口1011、1004。

替选地，作为另一示例实现，也可以建立csi-rs端口与dmrs端口之间的映射关系。csi-rs支持1、2、4、8、12、16、24以及32天线端口的一部分或者全部的设定，例如csi-rs支持32天线端口，即csi-rs可以由32个天线端口发送。在lte中，利用天线端口15～46(端口编号为15～46)当中的1个或者多个发送csi-rs。此外，被支持的天线端口也可以根据终端装置的终端装置能力、rrc参数的设定以及/或者设定的传输模式等决定。在nr中，共有32个csi-rs端口(nr系统中实际天线端口编号为3000～3031)和12个dmrs端口(nr系统中实际天线端口编号为1000～1011)，从而可以实现csi-rs端口到dmrs端口的映射。例如，一个csi-rs端口可以被唯一地映射到一个dmrs端口，而一个dmrs端口可以被映射到多个csi-rs端口，从而可以根据csi-rs端口而唯一地确定与之对应的dmrs端口。例如，如图8所示，csi-rs端口3015和3018均映射到dmrs端口1007，csi-rs端口3016映射到dmrs端口1008，csi-rs端口3017和3030均映射到dmrs端口1011，等等，在此不再一一列举。

此外，应指出，csi-rs资源与csi-rs端口之间也存在一定的对应关系，该对应关系可以由基站通过rrc预先配置。这样，无论所建立的映射关系是csi-rs资源还是csi-rs端口与dmrs端口之间的映射关系，用户设备都可以根据来自基站的关于csi-rs资源或csi-rs端口的指示信息以及该映射关系来确定对应的dmrs端口。

接下来，在多用户干扰测量阶段，基站可以在rrc层为多个用户设备配置对应于多种多用户组合的多个干扰测量资源，例如，csi-rs资源。这些csi-rs资源或者csi-rs端口与dmrs端口之间存在基站和用户设备共知的映射关系。

每一个csi-rs资源可对应于一种mu组合。如图8所示，nzpcsi-rs资源1对应于包括ue1、uem和uen的mu组合，nzpcsi-rs资源2对应于包括ue2和ue4的mu组合；并且nzpcsi-rs资源3对应于包括uej和uet的mu组合。用户设备对多个csi-rs资源进行测量并将测量结果上报给基站。基站在接收到多个用户设备上报的测量结果后运行多用户调度算法，以确定要进行mu-mimo传输的一组用户设备。然后，基站可以从所配置的多个csi-rs资源中选择与mu调度结果对应的csi-rs资源并将所选择的csi-rs资源通知给用户设备，用户设备可以根据已知的映射关系而获知参与mu-mimo传输的其他ue的dmrs端口，从而实现“非透明”mu-mimo传输。

应指出，在上述第二示例方案中，基于nzpcsi-rs的天线端口来模仿数据信道的mu-mimo传输时的干扰，对nzpcsi-rs使用与dmrs一致的波束赋形。nzpcsi-rs与dmrs应该占用相同或相近的频带资源，如占用相同的子带资源。

下面将分别详细描述用于实现上述第二示例方案的用户设备侧和基站侧的配置示例。

图9是示出根据本公开的第一实施例的用户设备侧的装置的另一功能配置示例的框图。

如图9所示，根据该示例的装置900可以包括确定单元902和解码单元904。其中，解码单元904的功能配置示例与以上参照图3描述的解码单元304的功能配置示例基本上相同，在此不再赘述。

确定单元902可以被配置成基于来自基站的控制信息而确定干扰ue的传输相关配置，该控制信息可以包括指示基站从一个或多个干扰测量资源中选择的干扰测量资源的信息或指示用于发送所选择的干扰测量资源的天线端口的信息。

优选地，干扰测量资源可以包括nzpcsi-rs资源。此外，优选地，指示所选择的干扰测量资源的信息可以包括csi-rs资源指示符(csi-rsresourceindicator，cri)，从而基站可以将所选择的csi-rs资源的cri包括在例如用户专属下行控制信息(ue-specificdci)中以通知给目标ue。

将参照图10来详细描述确定单元902的具体功能配置示例。图10是示出根据本公开的第一实施例的用户设备侧的装置中的确定单元的具体功能配置示例的框图。

如图10所示，确定单元902可以进一步包括映射关系获取模块1001和dmrs配置确定模块1002。

映射关系获取模块1001可以被配置成通过从基站进行接收或者从存储器进行读取，获取指示干扰测量资源或用于发送干扰测量资源的天线端口与dmrs配置之间的映射关系的信息。

具体而言，以上参照图8描述的csi-rs资源或csi-rs端口与dmrs端口之间的映射关系可以预先存储在用户设备侧的存储器中，或者也可以由基站通过高层信令(例如，rrc信令)动态配置。在由基站动态配置的情况下，映射关系获取模块1001可以通过对来自基站的高层信令(例如，rrc信令)进行解码来获取该映射关系。

dmrs配置确定模块1002可以被配置成基于所获取的映射关系，将与基站选择的干扰测量资源对应的dmrs配置确定为其他用户设备的dmrs配置。

具体而言，作为示例，返回参照图8，假如来自基站的控制信息中包括的cri指示所选择的干扰测量资源为csi-rs资源1，并且所获取的映射关系为csi-rs资源与dmrs端口之间的映射关系，则dmrs配置确定模块1022可以直接确定与csi-rs资源1对应的dmrs端口为7、8、11，并将这三个端口确定为组内的干扰ue的dmrs配置。替选地，如果所获取的映射关系为csi-rs端口与dmrs端口之间的映射关系，则dmrs配置确定模块1002需要先根据基站通过rrc配置的或预先存储的csi-rs资源与csi-rs端口之间的对应关系，确定与cri指示的csi-rs资源对应的csi-rs端口，进而根据csi-rs端口与dmrs端口之间的映射关系，将与这些csi-rs端口对应的dmrs端口确定为干扰ue的dmrs配置。

另一方面，在来自基站的控制信息中包括指示csi-rs端口的信息的情况下，可以类似地确定干扰ue的dmrs配置，在此不再详细论述。

应指出，优先利用cri来间接地指示干扰ue的dmrs配置，以便减少物理层的信令开销。

返回参照图9，优选地，装置900还可包括干扰测量单元906。干扰测量单元906可以被配置成基于基站配置的干扰测量资源进行多用户干扰测量并将测量结果上报至基站，以供基站基于测量结果从所配置的多个干扰测量资源中进行选择。将参照图11详细描述干扰测量单元906的功能配置示例。图11是示出根据本公开的第一实施例的用户设备侧的装置中的干扰测量单元的具体功能配置示例的框图。

如图11所示，根据该示例的干扰测量单元906可以包括干扰测量资源获取模块1101、测量模块1102和控制模块1103。

干扰测量资源获取模块1101可以被配置成通过对从基站接收的高层信令进行解码，获取一个或多个干扰测量资源。

具体而言，作为示例，假设基站通过高层rrc信令为用户设备配置了m个nzpcsi-rs资源，即，csi-rs资源1至csi-rs资源m，从而干扰测量资源获取模块1101可以通过解码rrc信令而获取m个nzpcsi-rs资源。

测量模块1102可以被配置成基于一个或多个干扰测量资源进行干扰测量，并生成与一个或多个干扰测量资源中的每个干扰测量资源对应的测量结果指示。

具体地，作为示例，测量模块1102可以分别对m个csi-rs资源进行测量，并生成与m个csi-rs资源对应的测量结果指示。优选地，测量结果指示可以包括多用户信道质量指示(mu-cqi)、参考信号接收功率(rsrp)和参考信号接收质量(rsrq)中至少之一。这里以mu-cqi为例，则测量模块1102生成分别与m个csi-rs资源对应的mu-cqi1至mu-cqim。

控制模块1103可以被配置成控制用户设备将一个或多个测量结果指示中的全部或一部分反馈至基站，以供基站从一个或多个干扰测量资源中选择所选择的干扰测量资源。

具体而言，作为示例，控制模块1103可以控制用户设备将全部的m个mu-cqi都上报至基站，以由基站综合来自其他用户设备的测量结果以及具体网络状况而从m个csi-rs资源中选择适当的csi-rs资源。另一方面，为了减少传输开销和处理开销，控制模块1103也可以控制用户设备仅上报一部分mu-cqi给基站，例如，仅上报大于预定阈值的mu-cqi，从而基站仅从接收到其测量结果的csi-rs资源中进行选择。

与上述用户设备侧的配置示例相对应的，以下将描述基站侧的配置示例。图12是示出根据本公开的第一实施例的基站侧的装置的另一功能配置示例的框图。

如图12所示，根据该示例的装置1200可以包括控制信息生成单元1202和传输控制单元1204。其中，传输控制单元1204的功能配置示例与以上参照图4描述的传输控制单元404的功能配置示例基本上相同，在此不再重复。

控制信息生成单元1202可以被配置成基于多用户干扰测量而生成关于mu-mimo传输的控制信息，以间接地向目标ue指示干扰ue的传输相关配置。

下面将参照图13详细描述控制信息生成单元1202的具体功能配置示例。图13是示出根据本公开的第一实施例的基站侧的装置中的控制信息生成单元的具体功能配置示例的框图。

如图13所示，根据该示例的控制信息生成单元1202可包括资源配置模块1301、资源选择模块1302和控制信息生成模块1303。

资源配置模块1301可被配置成为要进行mu-mimo传输的一组用户设备中的每个用户设备配置一个或多个干扰测量资源。

具体地，资源配置模块1301可以通过例如高层rrc信令为每个用户设备配置多个例如nzpcsi-rs资源，这多个csi-rs资源可对应于多种mu组合。

资源选择模块1302可被配置成针对目标用户设备，根据该用户设备以及其他用户设备基于所配置的一个或多个干扰测量资源而反馈的测量结果指示，从一个或多个干扰测量资源中选择干扰测量资源即选择mu-mimo传输的多用户组合，并且生成所选择的干扰测量资源的指示信息或用于发送所选择的干扰测量资源的天线端口的指示信息。

具体地，基站基于所配置的多个csi-rs资源向各个用户设备发送下行参考信号csi-rs，并接收各个用户设备上报的对多个csi-rs资源中的一个或多个的测量结果指示，该测量结果指示可以包括mu-cqi、rsrp和rsrq中至少之一。然后，基站侧的资源选择模块1302可以基于多个用户设备上报的例如mu-cqi，通过利用已知的mu调度算法而确定要进行mu-mimo传输的一组用户设备，从而即确定了针对目标用户设备的csi-rs资源。具体的mu调度算法可参见现有技术中的相关描述，这里不再详细描述。

控制信息生成模块1303可被配置成针对所确定的一组用户设备中的目标用户设备，通过包含该指示信息来生成控制信息。

具体而言，控制信息生成模块1303可将所选择的csi-rs资源的指示信息(例如，cri)或对应的csi-rs端口的指示信息(例如，csi-rsportindex)包括在控制信息中，以例如通过pdcch上的ue-specificdci发送给目标用户设备，从而目标用户设备可以通过解码所接收到的dci而获取其中包括的cri或csi-rsportindex，进而结合已知的映射关系确定干扰ue的dmrs配置。

返回参照图12，优选地，装置1200还可以包括映射关系配置单元1206。

映射关系配置单元1206可被配置成针对目标用户设备，生成指示干扰测量资源或用于发送干扰测量资源的天线端口与dmrs配置之间的映射关系的信息，并且控制基站将指示映射关系的信息发送至目标用户设备，以供该用户设备基于该映射关系和控制信息所指示的csi-rs资源或端口，确定组内的干扰ue的dmrs配置。

优选地，映射关系配置单元1206可通过高层信令来配置例如参照图8描述的映射关系。例如，将该映射关系包含在rrc信令中以发送至目标用户设备。

应指出，映射关系配置单元1206是可选的(在图12中以虚线框示出)。在映射关系是预先配置好的并且存储在用户设备侧的存储器中的情况下，用户设备可直接从存储器中读取该映射关系，从而可省略映射关系配置单元1206。

此外，还应指出，这里参照图12和图13描述的基站侧的配置示例是与上述用户设备侧的配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

为了便于进一步理解上述第二示例方案，以下将参照图14所示的流程图来描述用于实现第二示例方案的信令交互过程。图14是示出根据本公开的第一实施例的用于实现第二示例方案的信令交互过程的流程图。

如图14所示，首先，在建立rrc连接之后，在步骤s1401中，基站通过rrc信令向用户设备k配置例如m个nzpcsi-rs资源以及csi-rs资源或csi-rs端口与dmrs端口之间的映射关系。然后，在步骤s1402中，基站基于m个nzpcsi-rs资源向用户设备k发送下行参考信号csi-rs。用户设备k分别对m个nzpcsi-rs资源进行测量，并在步骤s1403中将例如作为测量结果的mu-cqi上报给基站。用户设备k可以将全部m个mu-cqi均上报给基站，或者仅上报例如大于预定阈值的mu-cqi。基站综合多个用户设备上报的mu-cqi进行mu-mimo传输调度，以从m个nzpcsi-rs资源中选择一个nzpcsi-rs资源，并且在步骤s1404中通过例如dci将用户设备k自身的dmrs配置和包括例如所选择的csi-rs资源的cri的控制信息发送至用户设备k。然后，在步骤s1405中，基站在相同时频资源上向包括用户设备k的一组用户设备进行下行数据传输。用户设备k可以通过对所接收到的dci进行解码而获知自身以及组内其他ue的dmrs配置，进而根据这些信息对所接收到的数据信息进行解调。

应指出，以上参照图14描述的信令交互过程仅为示例而非限制，本领域技术人员可以根据上述本公开的原理、结合实际情况而对上述交互过程进行修改。例如，图14中所编号的各个步骤仅是为了便于描述而不意味着对执行顺序的限制。又例如，为了避免模糊本公开的主题，在上述流程图中省略了与本公开的技术相关性较低的一些交互过程。再者，例如，在映射关系为预先配置且存储的情况下，在上述步骤s1401中，基站也可以不向用户设备通知映射关系。所有这样的修改均应认为落入本公开的范围内，这里不再一一列举。

根据上述本公开的第二示例方案，通过利用已有的基于干扰测量资源的多用户干扰测量以及预先建立干扰测量资源或对应的天线端口与dmrs配置之间的映射关系，利用干扰测量资源间接地向目标用户设备指示mu-mimo传输中的干扰数据流对应的dmrs配置，能够在不显著增加处理负荷和信令开销的情况下使得用户设备能够获知相关干扰信息以实现“非透明”mu-mimo传输，有利于优化系统性能。

(1-3.第三示例方案)

在本公开的第三示例方案中，提出了基于传输配置指示(transmissionconfigurationindicator，tci)机制来间接地通知mu-mimo传输的dmrs配置。下面将简单介绍现有的tci机制。

在目前的3gpp5g标准化进展中，确定了使用tci来通知准共址(quasico-location，qcl)关系的机制。具体而言，两个天线端口在满足预定的条件的情况下能够表示为是准共址(qcl)。该预定的条件是某个天线端口中承载符号的传输信道的广域特性能够从其它天线端口中承载符号的传输信道推测出。广域的特性包括延迟扩展、多普勒扩展、多普勒频移、平均增益、平均延迟以及/或者空间接收。例如，如果tci指示csi-rs端口15与dmrs端口7在空间维度qcl，就是说这两个参考信号从发射端到接收端的空间特征一致。tci是支持基站向用户设备通知qcl关系的一种机制。下面简要介绍一下现有的tci机制。

例如，假设针对某一天线端口或者csi-rs资源(例如，csi-rs端口3015，或者csi-rs资源id5)，基站通过用户专属rrc(ue-specificrrc)分别为每个ue配置了m个tci状态，这m个tci状态包括{下行参考信号1|qcl_type1,下行参考信号2|qcl_type2,…下行参考信号m|qcl_typem}，分别表示下行参考信号1与csi-rs端口3015为qcl_type1的准共址，下行参考信号2与csi-rs端口3015为qcl_type2的准共址，等等。

其中，下行参考信号可以包括csi-rs、crs、dmrs等等；qcl_type表示准共址类型。目前总共存在四种准共址类型。qcl类型a:多普勒频移、多普勒扩展、平均延迟、延迟扩展(频域和时域)；qcl类型b:多普勒频移、多普勒扩展(频域)；qcltypec:平均延迟、多普勒频移(简化的频域和时域)；以及qcl类型d:空间接收(空域)。

本公开的第三示例方案提出了利用上述tci机制来间接地向用户设备指示mu-mimo传输组的dmrs配置。下面将分别详细描述用于实现第三示例方案的用户设备侧和基站侧的配置示例。

图15是示出根据本公开的第一实施例的用户设备侧的装置的另一功能配置示例的框图。

如图15所示，根据该示例的装置1500可包括确定单元1502和解码单元1504。解码单元1504的功能配置示例与以上参照图3描述的解码单元304的功能配置示例基本上相同，在此不再重复。

确定单元1502可包括tci配置获取模块1521和和dmrs配置确定模块1522。

tci配置获取模块1521可以被配置成从基站获取包括第一数量的tci状态的tci配置。该tci配置中的每个tci状态包括一个dmrs配置和准共址类型指示，该准共址类型指示用于表示该dmrs配置为mu-mimo传输中的干扰dmrs配置。

具体而言，针对目标用户设备，基站可以通过用户专属rrc来配置包括例如第一数量的(这里记为m个)tci状态的tci配置，用于指示可用于mu-mimo传输的m个dmrs端口。在本公开的方案中，tci配置中的tci状态用于指示mu-mimo传输中的干扰dmrs配置，而不是用于表示两个天线端口之间的qcl关系。因此，作为一种示例实现方式，除了现有的四种准共址类型qcl类型a至d之外，可以增加一个准共址类型，例如，标记为qcl类型e，用于区别于现有的tci用途。作为示例，所配置的m个tci状态可以包括{dmrs1|qcl_typee,dmrs2|qcl_typee,…dmrsm|qcl_typee}，以指示此时dmrs1至dmrsm为mu-mimo传输中的干扰端口。替选地，作为另一示例方式，在针对mu-mimo传输的tci配置中，每个tci状态中包括的准共址类型也可以缺省，并在rrc信令中增加例如1比特的信息来指示所配置的tci是用于指示qcl还是用于mu-mimo传输。

这样，用户设备侧的tci配置获取模块1521可以通过对来自基站的高层rrc信令进行解码而获取配置用于mu-mimo传输的m个tci状态，并了解这m个tci状态所指示的dmrs端口可能用作mu-mimo传输中的干扰端口。

dmrs配置确定模块1522可以被配置成根据来自基站的控制信息中所包括的指示tci状态的使用配置的信息，将与所配置的第一数量的tci状态中被使用的tci状态对应的dmrs配置确定为其他用户设备的dmrs配置。

具体而言，针对目标用户设备，基站可以根据进行与其同时被调度进行mu-mimo传输的其他ue的dmrs配置，生成指示在所配置的m个tci状态中哪些tci状态对应的dmrs配置用作其他ue的dmrs配置的使用配置信息。

优选地，作为一种示例实现，该使用配置信息可以是指示在m个tci状态中、其中包括的dmrs配置用作mu-mimo传输中的干扰dmrs配置的tci状态的数量的信息，并包括在ue-specificdci中发送给用户设备，从而用户设备侧的dmrs配置确定模块1522可以根据预定顺序(例如，从大到小依次读取，从小到大依次读取，或者从头到尾依次读取等等)而从所配置的m个tci状态中依次读取使用配置信息所指示数量的tci状态，并且将与所读取的tci状态对应的dmrs配置确定为干扰dmrs配置。

优选地，作为另一示例实现，该使用配置信息可以为位图(bitmap)形式的信息，例如，被使用的dmrs端口在位图中表示为1，未使用的dmrs端口在位图中表示为0。该使用配置信息可以包括在ue-specificdci中发送给用户设备，从而用户设备侧的dmrs配置确定模块1522可以通过对来自基站的dci进行解码而获取该位图信息，并将与位图信息中标记为“1”的tci状态对应的dmrs端口确定为干扰dmrs端口。进而，用户设备可以进行相应的干扰消除和数据解调，从而借助于tci机制实现了“非透明”mu-mimo传输。

另外，应指出，dci中用于指示tci状态的使用配置的信息的比特可以是固定的，以便于用户设备对物理层信令的解调。例如，当使用配置信息用于指示所使用的tci状态的数量时，可以固定为例如3比特，从而可以指示最多8个干扰dmrs配置。另一方面，当使用配置信息为位图信息时，可以固定为例如8比特。当m小于8时，表示m个tci状态的使用配置的位图信息中不足的位数可以例如用0补齐。

另一方面，当m大于8时，为了节省物理层信令开销以及为了解决dci中所预留的位数可能不足的问题，优选地，基站可以先利用用户专属的mac层控制元素(macce)从m个tci状态中激活第二数量的(例如，n＝8个)tci状态。该激活操作也可以以例如位图形式的信息来实现。例如，被激活的tci状态表示为1，未激活的tci状态表示为0。然后，基站再如上所述利用物理层的dci向目标用户设备通知所激活的n个tci状态在mu-mimo传输中的使用配置。

因此，优选地，用户设备侧的确定单元1502还可以包括激活配置确定模块1523。

激活配置确定模块1523可以被配置成根据来自基站的指示tci状态的激活配置的信息，确定第一数量的tci状态中被激活的第二数量的tci状态。优选地，第二数量为8。

具体地，激活配置确定模块1523可以通过对来自基站的macce进行解码而获取tci状态的位图形式的激活配置信息，并将与比特“1”对应的tci状态确定为被激活的tci状态。这样，激活配置确定模块1523可以确定在m个tci状态中被激活的例如8个tci状态。

在该情况下，来自基站的指示tci状态的使用配置的信息可以为指示所激活的8个tci状态的使用配置的信息。例如，可以为指示这8个tci状态中用于mu-mimo传输的tci状态的数量的信息(3比特)，或者可以为分别指示这8个tci状态中的每个tci状态是否用于mu-mimo传输的位图信息(8比特)，从而dmrs配置确定模块1522可以根据该使用配置信息，从所激活的8个tci状态中按预定顺序读取所指示数量的tci状态，并将与其对应的dmrs配置确定为干扰dmrs配置；或者dmrs配置确定模块1522可以根据8比特的位图信息，将与所激活的8个tci状态中标记为“1”的tci状态对应的dmrs配置确定为其他用户设备的dmrs配置。

应指出，激活配置确定模块1523为可选的(在图15中以虚线框示出)。在m小于或等于8的情况下，基站无需利用macce进行激活操作，从而用户设备侧也无需设置激活配置确定模块1523。

与上述用户设备侧的配置示例相对应的，以下将描述基站侧的配置示例。图16是示出根据本公开的第一实施例的基站侧的装置的另一功能配置示例的框图。

如图16所示，根据该示例的装置1620可以包括控制信息生成单元1630和传输控制单元1640。其中，传输控制单元1640的功能配置示例与以上参照图4描述的传输控制单元404的功能配置示例基本上相同，在此不再重复。

控制信息生成单元1630可以进一步包括tci配置生成模块1631、使用配置信息生成模块1632和控制信息生成模块1633。

tci配置生成模块1631可被配置成生成包括第一数量的tci状态的tci配置，并控制基站将tci配置发送至目标用户设备。在该tci配置中，每个tci状态包括一个dmrs配置和准共址类型指示，该准共址类型指示用于表示该dmrs配置为mu-mimo传输中的干扰dmrs配置。

具体地，tci配置生成模块1631可生成包括例如m个tci状态的tci配置，并且将该tci配置包括在例如用户专属的rrc信令以发送给目标用户设备。作为示例，所配置的m个tci状态可以包括{dmrs1|qcl_typee,dmrs2|qcl_typee,…dmrsm|qcl_typee}，其中，qcl_typee用于指示该dmrs端口为mu-mimo传输中的干扰端口，以区分于现有技术中用于指示准共址类型的tci状态。

使用配置信息生成模块1632可被配置成根据进行mu-mimo传输的一组用户设备中除目标ue之外的干扰ue的dmrs配置，生成指示第一数量的tci状态的使用配置的信息。

优选地，例如，该使用配置信息可以是指示在第一数量的tci状态中、其中包括的dmrs配置用作mu-mimo传输中的干扰dmrs配置的tci状态的数量的信息。或者，优选地，例如，指示tci状态的使用配置的信息可以是位图信息。例如，使用配置信息生成模块1632可以通过将与干扰ue的dmrs配置对应的tci状态标记为1而将其他未使用的tci状态标记为0来生成该位图信息。

控制信息生成模块1633可以被配置成通过包括所生成的指示tci状态的使用配置的信息而生成控制信息。优选地，该使用配置信息可以包括在用户专属dci中发送至目标ue，用于间接地向目标ue指示mu-mimo传输组内的干扰ue的dmrs配置，进而由目标ue进行干扰消除和数据解调以恢复目标数据流，从而实现了“非透明”mu-mimo传输。

优选地，控制信息生成单元1630还可包括激活配置信息生成模块1634。激活配置信息生成模块1634可被配置成从第一数量的tci状态中激活第二数量的tci状态，并生成指示所激活的第二数量的tci状态的激活配置信息。

具体地，当通过rrc配置的tci状态的数量m过大时，例如，当m大于8时，为了节省物理层信令开销以及维持物理层信令格式的一致性，优选地，基站可以先从m个tci状态中激活n(例如，n为8)个tci状态，并通过例如位图形式的激活配置信息来表示该激活操作。例如，被激活的tci状态在位图信息中表示为1，而未被激活的tci状态在位图信息中表示为0。该位图形式的激活配置信息可以包括在用户专属的macce中被发送至目标ue。

然后，使用配置信息生成模块1632可以根据mu-mimo传输中的干扰ue的dmrs配置，生成指示所激活的tci状态的使用情况的使用配置信息。例如，生成指示所激活的n个tci状态中用于mu-mimo传输的tci状态的数量的信息。又例如，在所激活的n个tci状态中，与干扰dmrs配置对应的tci状态被标记为1，而未被使用的tci状态被标记为0，从而生成n比特的位图信息。

这样，目标ue可以根据从mac层接收到的激活配置信息以及从物理层接收到的使用配置信息中确定干扰ue的dmrs配置，进而进行干扰消除和数据解调。

应指出，上述激活配置信息生成模块1634是可选的(在图16中以虚线框示出)。在通过rrc配置的tci状态的数量小于或等于例如8的情况下，激活操作可省略，从而也无需设置激活配置信息生成模块1634。

此外，还应指出，这里参照图16描述的基站侧的配置示例是与上述用户设备侧的配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

为了便于进一步理解上述第三示例方案，以下将参照图17所示的流程图来描述用于实现第三示例方案的信令交互过程。图17是示出根据本公开的第一实施例的用于实现第三示例方案的信令交互过程的流程图。

如图17所示，首先，在建立rrc连接之后，在步骤s1701中，基站通过rrc信令向用户设备k配置包括例如m个tci状态的用于mu-mimo传输的tci配置。然后，在步骤s1702中，基站从m个tci状态中激活n个tci状态，并将指示tci状态的激活配置的信息包括在macce中发送至用户设备k。接下来，在步骤s1703中，基站向用户设备k发送下行参考信号csi-rs以获取信道状态信息，用户设备k在步骤s1704中将测量得到的信道状态信息发送至基站。然后，在步骤s1705中，基站基于用户设备k以及其他用户设备上报的信道状态信息并结合具体网络状况而进行mu-mimo传输调度，从而根据调度结果生成指示所激活的n个tci状态中的使用配置的信息，并将该使用配置信息包括在例如dci中以发送给用户设备k，以向用户设备k指示mu-mimo传输中的干扰dmrs配置。同时，在步骤s1706中，基站将包括用户设备k的dmrs配置的信息通过dci发送至用户设备k。接下来，在步骤s1707中，基站在相同的传输资源上同时向包括用户设备k的一组用户设备进行下行数据传输。用户设备k可以通过对所接收到的dci进行解码而获知自身以及组内其他ue的dmrs配置，进而根据这些信息对所接收到的数据信息进行解调。

应指出，以上参照图17描述的信令交互过程仅为示例而非限制，本领域技术人员可以根据上述本公开的原理、结合实际情况而对上述交互过程进行修改。例如，图17中所编号的各个步骤仅是为了便于描述而不意味着对执行顺序的限制。举例来说，以上描述了分别在步骤s1705和s1706中发送的包括tci状态的使用配置信息的dci以及包括用户设备k自身的dmrs配置的dci，但是这仅是为了说明uek可以直接根据包括tci状态的使用配置信息即可推出干扰dmrs配置而无需借助于uek自身的dmrs配置，实际上这两个步骤可以是同时执行的，即，可以在同一条dci中发送这两种信息。又例如，为了避免模糊本公开的主题，在上述流程图中省略了与本公开的技术相关性较低的一些交互过程。再者，图17中的一些步骤也可以省略。例如，在m较小的情况下，上述步骤s1702中的激活操作可以省略(在图17中以虚线示出)。所有这样的修改均应认为落入本公开的范围内，这里不再一一列举。

根据上述本公开的第三示例方案，通过基于现有的tci机制间接地向目标用户设备指示mu-mimo传输中的干扰数据流对应的dmrs配置，能够在不显著增加处理负荷和信令开销的情况下使得用户设备能够获知相关干扰信息以实现“非透明”mu-mimo传输，有利于优化系统性能。

(1-4.第四示例方案)

在本公开的第四示例方案中，提出了基于目标用户设备自身的dmrs配置以及该dmrs配置所在的码分复用(codedivisionmultiplexing,cdm)组的相关信息来间接地通知mu-mimo传输组中的干扰dmrs配置。

首先，将简要介绍dmrs和cdm组的相关概念。dmrs使用利用了walsh码的正交序列(正交码)、以及基于伪随机序列的加扰序列而构成。另外，下行dmrs(dl-dmrs)针对每个天线端口是独立的，能够在各自的资源块配对内进行复用。dl-dmrs利用cdm以及/或者频分复用(frequencydivisionmultiplexing,fdm)在天线端口间处于相互正交关系。dl-dmrs在cdm群组内分别利用正交码被码分复用。dl-dmrs在cdm群组间相互被频分复用。相同的cdm群组中的dl-dmrs分别被映射到相同的资源元素。相同的cdm群组中的dl-dmrs在天线端口间分别使用不同的正交序列，这些正交序列处于相互正交关系。下行数据信道pdsch用的dl-dmrs能够使用最多12个天线端口(天线端口1000至1011)的一部分或者全部。也就是说，在单用户-多输入多输出(su-mimo)传输的情况下，与dl-dmrs关联起来的pdsch能够进行最大直至8个秩(rank)的mimo发送；在mu-mimo传输的情况下，每个ue最多分配4个秩(rank)，所有ue加起来最多分配12个秩(rank)。下行控制信道pdcch用的dl-dmrs例如使用4个天线端口(天线端口1007～1010)的一部分或者全部。。另外，dl-dmrs能够根据被关联起来的信道的秩数来改变cdm的扩散编码长、被映射的资源元素的数量。

图18是示出dmrs端口7至10在资源元素(re)上的映射图案的示例的示意图，在图18中，以阴影填充的方格分别表示在天线端口7至10(即，dmrs端口7至10)被映射至的资源元素。具体而言，在lte中，例如，如图18所示，同一cdm群组中的dmrs端口7和8被映射至相同的资源元素，从而在cdm群组cdm4中分别使用码字[+1+1+1+1]和码字[+1-1+1-1]；dmrs端口9和10被映射至相同的资源元素，从而在cmd群组cdm4中分别使用码字[+1+1+1+1]和码字[+1-1+1-1]。

一般而言，当给定了一个dmrs端口以及该dmrs端口所在的cdm组之后，该cdm组中所包括的其他dmrs端口也是确定的。鉴于此，在本公开的第四示例方案中，提出了基站可以通过例如dci向目标ue通知其所在的cdm组中的全部或部分的码字使用情况，从而间接地通知各个dmrs端口在mu-mimo传输中的使用情况。举例来说，假设在cdm4中，基站通过dci将dmrs端口7分配给目标ue并告知目标ue该cdm组中的全部码字均被mu-mimo传输的dmrs端口使用，则目标ue可以推断该cdm4组中的其他dmrs端口8,11,13为mu-mimo传输中的干扰端口，进而进行干扰消除和数据解调以便恢复出目标数据流，从而实现了“非透明”mu-mimo传输。

下面将分别详细描述用于实现上述第四示例方案的用户设备侧和基站侧的配置示例。

图19是示出根据本公开的第一实施例的用户设备侧的装置的另一功能配置示例的框图。

如图19所示，根据该示例的装置1900可以包括确定单元1902和解码单元1904。其中，解码单元1904的功能配置示例与以上参照图3描述的解码单元304的功能配置示例基本上相同，在此不再重复。

确定单元1902可以进一步包括dmrs配置集合确定模块1921和干扰dmrs配置确定模块1922。

dmrs配置集合确定模块1921可以被配置成确定与用于mu-mimo传输的cdm组对应的dmrs配置集合。

具体而言，目前nr支持cdm2、cdm4和cdm8。在建立rrc连接之后，基站可以通过例如用户专属的高层rrc信令向目标ue通知为其配置的dmrs端口所在的cdm组，即，cdm2、cdm4和cdm8中的哪一个。此外，在rrc层，如果确定了dmrs配置的类型，则dmrs与cdm组的关系也是确定的。例如，一般而言，对于与pdsch关联的dmrs,主要支持cdm4。这样，用户设备侧的dmrs配置集合确定模块1921可以通过对来自基站的高层信令进行解码而获知用于数据信道的mu-mimo传输的cdm组，进而唯一地确定与该cdm组对应的dmrs配置集合。

干扰dmrs配置确定模块1922可以被配置成根据控制信息中包括的cdm组的配置信息，确定作为干扰dmrs配置的其他用户设备的dmrs配置。

具体地，例如，cdm组的配置信息可以包括指示其中的码字是否全部被mu-mimo传输的dmrs端口使用的信息。例如，可以以1比特的信息来指示，1指示全部被使用，而0指示仅部分使用。干扰dmrs配置确定模块1922可以在根据配置信息确定cdm组中的码字全部被使用时，将dmrs配置集合中不同于目标ue的dmrs配置的其他dmrs配置确定为干扰dmrs配置。

另一方面，如果该配置信息指示cdm组中的码字未被全部使用，则还需要结合进一步的信息来确定哪些码字被使用，哪些码字未被使用，以确定干扰dmrs配置。

优选地，来自基站的控制信息中所包括的cdm组的配置信息可以是指示cdm组中的码字占用情况的信息。该信息优选地可以是位图形式的信息，例如，被dmrs端口占用的码字在位图中表示1，而未被dmrs端口占用的码字在位图中表示为0。举例来说，假设与cdm4对应的位图信息为“1010”中，则表示cdm4中的码字[+1+1+1+1]和[+1-1+1-1]被两个干扰dmrs端口占用，而其余两个码字[+1+1-1-1]和[-1+1+1-1]则没有被使用。

这样，干扰dmrs配置确定模块1922可以进一步根据控制信息中包括的指示cdm组中的码字占用情况的位图信息，确定cdm组中被占用的码字，进而将dmrs配置集合中与被占用的码字对应的dmrs端口确定为干扰dmrs端口。

可以看出，通过以位图形式来通知cdm组中的码字占用情况，使得本公开的方案能够同时适用于部分使用cdm组和全部使用cdm组的情况。但是，在全部使用的情况下，如上所述，通过以例如1比特的信息“1”进行指示，也可以节省位图信息的信令开销，这在cdm4和cdm8的情况下尤其明显。因此，在实际实现时，也可以将这两种信息通知方式相结合。例如，在根据1比特的信息确定cdm组全部被使用时，则可以直接根据目标ue的dmrs配置来推出干扰dmrs配置；反之，在根据1比特的信息确定cdm组未被全部使用时，再结合指示cdm组的具体使用情况的位图信息来确定干扰dmrs配置。

与上述用户设备侧的配置示例相对应的，下面将描述基站侧的配置示例。

图20是示出根据本公开的第一实施例的基站侧的另一功能配置示例的框图。

如图20所示，根据该示例的装置2000可以包括控制信息生成单元2002和传输控制单元2004。传输控制单元2004的功能配置示例与以上参照图4描述的传输控制单元404的功能配置示例基本上相同，在此不再重复。

控制信息生成单元2002可以进一步包括配置信息生成模块2021和控制信息生成模块2022。

配置信息生成模块2021可以被配置成根据进行mu-mimo传输的一组用户设备的dmrs配置，生成用于mu-mimo传输的cdm组的配置信息。作为一种示例实现，该配置信息可以用于指示与该cdm组对应的dmrs配置集合是否全部用于该mu-mimo传输，即，指示该cdm组中的码字是否全部被mu-mimo传输的干扰dmrs端口使用。例如，1表示全部被使用，0表示仅部分被使用。

控制信息生成模块2022可以被配置成通过包括cdm组的配置信息和目标ue的dmrs配置来生成控制信息，用于间接地指示mu-mimo传输中的干扰dmrs配置。该控制信息可以通过例如物理层的用户专属dci发送给目标ue。由此，目标ue可以根据接收到的控制信息，在其中的配置信息指示cdm组全部被使用的情况下，将与该cdm组对应的dmrs配置集合中不同于其自身的dmrs配置的其他dmrs配置确定为干扰dmrs配置。

另一方面，如上所述，存在cdm组中的码字未被全部使用的情况。因此，优选地，作为另一示例实现，配置信息生成模块2021所生成的配置信息可以包括用于指示cdm组中的码字使用情况的位图信息。例如，1表示该码字被干扰dmrs端口使用，0表示该码字未被dmrs端口使用。控制信息生成模块2022可以通过包括该位图形式的配置信息来生成控制信息，并通过例如物理层的用户专属dci将该控制信息发送给目标ue，以向目标ue间接地指示干扰dmrs配置。

此外，优选地，装置2000还可以包括cdm组配置单元2006，用于向目标ue配置用于其mu-mimo传输的cdm组。

具体地，cdm组配置单元2006可以被配置成针对目标ue，生成用于mu-mimo传输的cdm组的指示信息，用于指示使用的是cdm2、cdm4和cdm4中的哪一个。该指示信息可以包括在例如高层rrc信令中发送给目标ue。

可以理解，由于针对不同的cdm组(cdm2/4/8)，包括在dci中的用于指示cdm组中的码字使用情况的例如上述位图形式的配置信息可能具有不同的长度。因此，通过由基站预先通过rrc告知用户设备所使用的cdm组，用户设备可以根据该rrc配置而相应地解读dci中的不同长度的位图信息，避免了信息解调失败。

此外，应指出，这里参照图20描述的基站侧的配置示例是与上述用户设备侧的配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

为了便于进一步理解上述第四示例方案，以下将参照图21所示的流程图来描述用于实现第四示例方案的信令交互过程。图21是示出根据本公开的第一实施例的用于实现第四示例方案的信令交互过程的流程图。

如图21所示，首先，在建立rrc连接之后，在步骤s2101中，基站通过rrc信令向用户设备k配置用于mu-mimo传输的cdm组。然后，在步骤s2102中，基站向用户设备k发送下行参考信号csi-rs以获取信道状态信息，用户设备k在步骤s2103中将测量得到的信道状态信息发送至基站。然后，在步骤s2104中，基站基于用户设备k以及其他用户设备上报的信道状态信息并结合具体网络状况而进行mu-mimo传输调度，从而根据调度结果生成指示cdm组的配置信息，并将该配置信息以及用户设备k的dmrs配置包括在例如dci中以发送给用户设备k。该配置信息可以包括指示cdm组中的码字是否全部被使用的1比特信息，以及/或者包括指示cdm组中的码字的具体使用情况的位图信息，以向用户设备k指示mu-mimo传输中的干扰dmrs配置。接下来，在步骤s2105中，基站在相同的传输资源上同时向包括用户设备k的一组用户设备进行下行数据传输。用户设备k可以通过对所接收到的dci进行解码而获知自身以及组内其他ue的dmrs配置，进而根据这些信息对所接收到的数据信息进行解调。

应指出，以上参照图21描述的信令交互过程仅为示例而非限制，本领域技术人员可以根据上述本公开的原理、结合实际情况而对上述交互过程进行修改。例如，图21中所编号的各个步骤仅是为了便于描述而不意味着对执行顺序的限制。又例如，为了避免模糊本公开的主题，在上述流程图中省略了与本公开的技术相关性较低的一些交互过程。所有这样的修改均应认为落入本公开的范围内，这里不再一一列举。

根据上述本公开的第四示例方案，通过利用各个类型的dmrs配置与cdm组之间的确定对应关系，将目标ue的dmrs配置以及其所在的cdm组的使用情况通知给目标ue，使得能够在不显著增加处理负荷和信令开销的情况下使用户设备获知相关干扰信息以实现“非透明”mu-mimo传输，有利于优化系统性能。

这里，应指出，以上结合第一至第四示例方案描述了根据本公开的第一实施例的通过间接地向用户设备通知mu-mimo传输的干扰情况来实现下行数据信道的“非透明”mu-mimo传输，但是应理解，这些示例方案仅为优选实施例而非限制，本领域技术人员也可以根据上述本公开的原理而对上述方案进行适当的修改或组合，这样的变型当然应认为落入本公开的范围内。

[2.下行控制信道的mu-mimo传输(第二实施例)]

以下将描述根据本公开的第二实施例的关于下行控制信道的mu-mimo传输。这里所谓的下行控制信道的mu-mimo传输是指，将针对多个不同用户设备的下行控制信道(即，ue-specificpdcch)叠加在相同的时频资源上进行传输，以便能够提高时频资源的利用效率。

如上所述，在现有技术中，通常在某一时频资源上仅会传输针对某一ue的控制信道(即，ue-specificpdcch)，而不会如数据信道一样，将针对多个ue的控制信道叠加在相同的时频资源上进行传输。本发明人认识到，这是由于如上述第一实施例中所述，对于目标ue，其数据信道的mu-mimo传输可以由目标ue的控制信道ue-specificpdcch承载的控制信令(例如，ue-specificdci)来辅助，例如，将数据信道的mu-mimo传输的相关控制信息(包括目标ue的dmrs配置以及直接地或间接地指示干扰dmrs配置的信息)包括在ue-specificdci中。然而，如果对用户设备本身的控制信道也进行mu-mimo传输，则该控制信道无法用于提供有关其自身的mu-mimo传输的相关控制信息，即，目标ue的ue-specificpdcch所对应的dmrs配置以及可选的其他ue的ue-specificpdcch所对应的dmrs配置。基于所面临的问题，现有技术尚未提出任何可以有效地实现控制信道的mu-mimo传输的方案。

在nr系统中，已支持使用组共用pdcch(groupcommonpdcch，也可以简写为gc-pdcch)来承载关于时隙结构的信息，例如，时隙格式指示(slotformatindicator，sfi)。

这里需要简单说明一下gc-pdcch与公共搜索空间(commonsearchspace，css)的关系。css是所有ue都可以去尝试盲解码的，而用户专属搜索空间只有该ue被提前配置才会尝试盲解码。本公开中的gc-pdcch可以位于css从而容易地被一组ue当中的ue解码。

在本公开的第二实施例中，提出了可以使用gc-pdcch来承载控制信道的mu-mimo传输的相关控制信息。也就是说，在本公开的实施例中，gc-pdcch不仅包括sfi等时隙信息，还包括用于控制信道的mu-mimo传输的控制信息。基站可以通过rrc为用户设备配置gc-pdcch可用的时频资源，用户设备通过在相应的时频资源上进行检测而接收gc-pdcch，从gc-pdcch中获取关于控制信道的mu-mimo传输的控制信息，进而根据该控制信息从所接收到的叠加信号流中恢复出自身的ue-specificpdcch。这种向用户设备发送gc-pdcch和ue-specificpdcch的结构也可以称为两级(dual-stage)dci结构。为了便于理解该过程，将参照图22所示的流程图来简要描述用于实现控制信道的mu-mimo传输的两级dci结构的信令交互流程图。

如图22所示，首先，在步骤s2201中，基站向用户设备k发送下行参考信号csi-rs以获取信道状态信息，用户设备k在步骤s2202中将测量得到的信道状态信息发送至基站。然后，在步骤s2203中，基站基于用户设备k以及其他用户设备上报的信道状态信息并结合具体网络状况而进行mu-mimo传输调度，并根据调度结果向用户设备k发送gc-pdcch(此为第一级dci)，该gc-pdcch包括sfi以及关于控制信道的mu-mimo传输的控制信息。然后，在步骤s2204中，基站向用户设备k发送其专属的ue-specificpdcch(此为第二级dci)。不同于现有技术，该ue-specificpdcch与mu-mimo传输组中的其他用户设备的ue-specificpdcch叠加在相同的时频资源上进行传输，因而用户设备所接收到的信号并非是其自身单独的ue-specificpdcch，而是叠加了其他用户设备的ue-specificpddch。接下来，在步骤s2205中，基站向用户设备k发送数据流，该数据流与mu-mimo传输组中的其他用户设备的数据流叠加在一起进行传输。这样，用户设备k可以首先根据所接收到gc-pdcch中包括的关于mu-mimo传输的控制信息，从所接收到的叠加信号流中恢复出其自身的ue-specificpdcch，进而根据ue-specificpddch中包括的关于数据信道的mu-mimo传输的控制信息，从所接收到的叠加数据流中恢复出目标数据流。如何根据ue-specificpdcch中包括的关于数据信道的mu-mimo传输的控制信息来解调目标数据流可参见上述第一实施例中的方案，或者也可以采用现有技术中的其他方案，在该实施例中不再进行详细讨论。

这里需要指出，在图22所示的流程图中，描述了同时存在控制信道的mu-mimo传输和数据信道的mu-mimo传输，但是这仅是示例而非限制，这两者当然是可以独立存在的。还应指出，即使这两者同时存在，控制信道的mu-mimo方式可以和数据信道的mu-mimo方式也可以不同。举例来说，假设一个用户设备的ue-specificpdcch在mu-mimo传输时只有一层，而该用户设备的数据信息在mu-mimo传输时却包括多个层。具体地，例如，假设共有3个ue做mu-mimo传输，控制信道的mu-mimo传输可以仅包括3层，每层分属于一个ue；而数据信道的mu-mimo传输可以包括6层，每个ue包括两层数据流。

另外，用于传输pdcch的dmrs配置(也称为pdcch关联的dmrs配置)和用于传输pdsch的dmrs配置(也称为pdsch关联的dmrs配置)本身也可以不同。例如，利用天线端口107至114中的一个或者多个发送与pdcch关联的dmrs，而利用天线端口7至14中的一个或多个发送与pdsch关联的dmrs。

另外，还需指出，这里并不限制一个用户设备的ue-specificpdcch在mu-mimo传输中可以占用的层数，可以是一层或多层，也就是说，在一个时隙中可以存在针对一个ue的一个或多个dci。

接下来将分别详细描述用于实现上述根据本公开的第二实施例的利用gc-pdcch来辅助实现控制信道的mu-mimo传输的方案的用户设备侧和基站侧的配置示例。

图23是示出根据本公开的第二实施例的用户设备侧的装置的功能配置示例的框图。

如图23所示，根据该示例的装置2300可以包括mu-mimo传输控制信息获取单元2302和专属传输控制信息获取单元2304。

应指出，图23所示的装置中的各个功能单元仅是根据其所实现的具体功能而划分的逻辑模块，而不是用于限制具体的实现方式。在实际实现时，上述各个功能单元和模块可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(cpu或dsp等)、集成电路等)来实现，这同样适用于随后关于用户设备侧的其他配置示例的描述。下面将详细描述各个功能单元的配置示例。

mu-mimo传输控制信息获取单元2302可以被配置成对针对包括目标用户设备的一组用户设备的gc-pdcch进行解码，以获取关于这组用户设备的控制信道的mu-mimo传输的控制信息。

具体地，来自基站的gc-pdcch可以包括关于一组用户设备各自的ue-specificpdcch叠加在一起进行mu-mimo传输的控制信息，该控制信息例如可以包括与各个用户设备的ue-specificpdcch所对应的dmrs配置有关的信息，包括dmrs端口号、加扰id以及层数；或者也可以是用于生成dmrs的伪随机序列及相应正交覆盖码(occ)的信息。

专属传输控制信息获取单元2304可以被配置成根据所获取的mu-mimo传输的控制信息，对与其他用户设备的ue-specificpdcch叠加在相同的传输资源上进行传输的、目标ue的ue-specificpdcch进行解码，以获取关于目标ue的传输控制信息。

具体而言，利用用于发送dmrs关联的pdcch的子帧以及频带，发送与pdcch关联的dmrs。dmrs用于进行dmrs关联的pdcch的解调。利用用于发送dmrs的天线端口发送pdcch。因此，与数据信息类似，在获知了至少目标ue的ue-specificpdcch所对应的dmrs配置之后，目标ue就可以从所接收到的叠加信号流中恢复出其自己的ue-specificpdcch，以获取其中专属于目标ue的传输控制信息，该专属传输控制信息可以用于关于物理下行共享信道(pdsch)和物理上行共享信道(pusch)的传输控制，也可以用于未来关于直通链路(sidelink)的传输控制，例如关于直通链路-共享信道(sl-sch)、物理直通链路控制信道(pscch)等的传输控制，这里所谓的传输控制包括资源分配、传输格式/调制编码格式、混合自动重传请求(harq)信息、dmrs分配等等。

这里，应指出，上述用户设备侧的装置2300可以以芯片级来实现，或者也可以以设备级来实现。例如，装置2300可以工作为用户设备本身，并且还可以包括诸如存储器、收发器(可选的，在图23中以虚线框示出)等外部设备。存储器可以用于存储用户设备实现各种功能需要执行的程序和相关数据信息。收发器可以包括一个或多个通信接口以支持与不同设备(例如，基站、其他用户设备等等)间的通信，这里不具体限制收发器的实现形式。这同样适用于随后关于用户设备侧的其他配置示例的描述。

与上述图23所示的用户设备侧的装置的配置示例相对应的，本公开还提供了以下基站侧的配置示例。图24是示出根据本公开的第二实施例的基站侧的装置的功能配置示例的框图。

如图24所示，根据该示例的装置2400可以包括控制信道生成单元2402和传输控制单元2404。

同样地，应指出，图24所示的装置中的各个功能单元仅是根据其所实现的具体功能而划分的逻辑模块，而不是用于限制具体的实现方式。在实际实现时，上述各个功能单元或模块可被实现为独立的物理实体，或者也可由单个实体(例如，处理器(cpu或dsp等)、集成电路等)来实现，这同样适用于随后关于基站侧的其他配置示例的描述。下面将详细描述各个功能单元的配置示例。

控制信道生成单元2402可被配置成生成针对一组用户设备的组共用物理下行控制信道(gc-pdcch)以及一组用户设备中的各个用户设备的用户专属物理下行控制信道(ue-specificpdcch)，其中，gc-pdcch包括关于一组用户设备的所有用户设备的控制信道的多用户-多输入多输出mu-mimo传输的控制信息，该控制信息可以包括例如各个用户设备的ue-specificpdcch所对应的dmrs配置。

传输控制单元2404可以被配置成将所生成的gc-pdcch发送至一组用户设备，并且基于gc-pdcch中的关于控制信道的mu-mimo传输的控制信息，控制基站在相同的传输资源上同时向各个用户设备发送各自的ue-specificpdcch。

应指出，这里所描述的基站侧的装置的配置示例是与上述用户设备侧的装置的配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

此外，还应指出，上述基站侧的装置2400可以以芯片级来实现，或者也可以以设备级来实现。例如，装置2400可以工作为基站本身，并且还可以包括诸如存储器、收发器(可选的，在图24中以虚线框示出)等外部设备。存储器可以用于存储基站实现各种功能需要执行的程序和相关数据信息。收发器可以包括一个或多个通信接口以支持与不同设备(例如，用户设备、其他基站等等)间的通信，这里不具体限制收发器的实现形式。这同样适用于随后关于基站侧的其他配置示例的描述。

根据本公开的技术的gc-pdcch中除了包括sfi等时隙信息之外还包括关于控制信道的mu-mimo传输的控制信息。然而，如上所述，gc-pdcch是面向所有ue的，即，所有的ue都会尝试对gc-pdcch进行解码，而其中包括的mu-mimo传输控制信息是仅面向要对其控制信道进行mu-mimo传输的一组用户设备。因此，优选地，为了避免除这一组ue之外的其他ue解码得到该控制信息，考虑对这部分内容进行加扰。下面将简要介绍现有的dci加扰技术。

对dci附加循环冗余校验(cyclicredundancycheck，crc)奇偶校验位。crc奇偶校验位被无线网络临时标识符(radionetworktemporaryidentifier，rnti)加扰。rnti是能够根据dci的目的等进行规定或者设定的标识符。rnti是按照标准预先规定的标识符、作为小区专用的信息而设定的标识符、作为终端装置专用的信息而设定的标识符、或者作为属于终端装置的群组专用的信息而设定的标识符。例如，终端装置在pdcch的监视中，以预定的rnti对附加于dci的crc奇偶校验位进行解扰，识别crc是否正确。在crc正确的情况下，可知该dci为用于终端装置的dci。

在本公开中，设计了专用于gc-pdcch中的关于控制信道的mu-mimo传输的控制信息的加扰的组共用标识符。根据该组共用标识符的加扰对象，可以将其称为例如mu-pdcchrnti或mu-mimornti，以区别于用于其他目的的rnti。例如，用于gc-pdcch中的sfi的加扰的标识符可以称为sfirnti。

为了便于进一步理解本公开的技术，下面将参照图25来描述gc-pdcch与ue-specificpdcch的关系以及gc-pdcch中所包含的信息。图25是示出根据本公开的第二实施例的gc-pdcch的示例架构以及gc-pdcch与ue-specificpddch之间的关系的示意图。

在图25所示的示例中，控制信道的mu-mimo传输包括4层，如图25的右侧所示，在ue接收到的ue-specificpdcch中叠加了针对4个ue的专属传输控制信息，从上至下依次为ue1、ue2、uek和uem的传输控制信息。图25的左侧示出了组共用pdcch，其中包括例如sfi等信息以及以例如mu-pdcchrnti加扰的mu-mimo传输控制信息，该mu-mimo传输控制信息中的四个方框分别表示ue1、ue2、uek和uem各自的ue-specificpdcch相关联的dmrs配置(包括dmrs端口号、加扰id和层数)。假设与ue1、ue2、uek和uem对应的dmrs配置分别称为dmrs配置1、dmrs配置2、dmrs配置k和dmrs配置m。这样，对于例如uek而言，通过解码gc-pdcch而获得了至少自身的dmrs配置k之后，可从接收到的ue-specificpdcch中尝试解调恢复自身的传输控制信息。

在以下的描述中，作为示例，将分别结合第一示例方案、第二示例方案和第二示例方案的变型例详细描述对gc-pdcch中的关于控制信道的mu-mimo传输的控制信息的加扰方案。

(2-1.第一示例方案)

在本公开的第一示例方案中，提出了利用组共用标识符mu-pdcchrnti对gc-pdcch中所包括的各个ue的dmrs配置进行加扰。图26是示出根据本公开的第二实施例的第一示例方案的示意图。

应指出，在图26所示的示意图中，为了清楚的目的，省略了gc-pdcch中还包括的sfi等信息的图示，而仅示出了与本公开的技术密切相关的部分。

如图26所示，利用mu-pdcchrnti分别对gc-pdcch中包括的ue1、ue2、uek和uem的dmrs配置进行加扰。由于组共用标识符mu-pdcchrnti是进行mu-mimo传输的一组用户设备共知的(例如，基站可以通过例如高层rrc信令提前为可能参与mu-mimo传输的用户设备配置mu-pdcchrnti)，因此ue1、ue2、uek和uem均可以利用mu-pdcchrnti对加扰后的gc-pdcch进行解扰，从而可以得到四个dmrs配置。然而，此时，各个ue并不知道哪一个dmrs配置是自身的dmrs配置，哪些dmrs配置是干扰。因此，用户设备可以基于所获得的所有dmrs配置尝试对ue-specificpdcch进行盲解码，即，进行不同的干扰dmrs配置假设以尝试是否可以解码出ue-specificpdcch，并利用用户专属标识符(例如，小区无线网络临时标识符c-rnti)对解码得到的信息进行验证。即，以c-rnti对ue-specificpdcch的crc奇偶校验位进行解扰，识别crc是否正确。如果crc正确，则验证通过，说明所解码的信息正是针对用户本身的传输控制信息。

可以看出，在上述第一示例方案中，利用组共用标识符mu-pdcchrnti对mu-mimo传输组中的各个用户设备的dmrs配置进行加扰。这种加扰方案也可以称为是“一级加扰方案”。各个用户设备可以通过利用mu-pdcchrnti解码gc-pdcch而获知全组的dmrs配置，并通过基于不同的干扰dmrs假设进行干扰消除来解码ue-specificpdcch，也就是说，用户设备不仅知道自身的dmrs配置，而且知道干扰ue的dmrs配置，因此第一示例方案相当于是控制信道的“非透明”mu-mimo传输。

下面将分别详细描述用于实现上述第一示例方案的用户设备侧和基站侧的配置示例。

图27是示出根据本公开的第二实施例的用户设备侧的装置的另一功能配置示例的框图。

如图27所示，根据该示例的装置2700可以包括mu-mimo传输控制信息获取单元2702和专属传输控制信息获取单元2704。

mu-mimo传输控制信息获取单元2702可以被配置成利用组共用标识符对来自基站的gc-pdcch进行解码，以获取关于控制信道的mu-mimo传输的控制信息。mu-mimo传输控制信息获取单元2702可以进一步包括标识符获取模块2721和解扰模块2722。

标识符获取模块2721可以被配置成从基站获取组共用标识符(例如，mu-pdcchrnti)和用户设备的专属标识符(例如，c-rnti)。解扰模块2722可以被配置成利用组共用标识符mu-pdcchrnti对gc-pdcch进行解码，以获取其中包括的全部用户设备的关于控制信道的mu-mimo传输的控制信息。以图26所示的配置为例，假设与ue1、ue2、uek和uem对应的dmrs配置分别称为dmrs配置1、dmrs配置2、dmrs配置k和dmrs配置m，以uek作为目标ue的示例，则uek的解扰模块2722可以解码获得dmrs配置1、dmrs配置2、dmrs配置k和dmrs配置m。

专属传输控制信息获取单元2704可以被配置成基于mu-mimo传输控制信息获取单元2702所获取的控制信息和目标用户设备的专属标识符，对目标用户设备的ue-specificpdcch进行解码，以获取关于目标用户设备的传输控制信息。

优选地，专属传输控制信息获取单元2704可以进一步包括盲解码模块2741和验证模块2742。

盲解码模块2741可以被配置成基于mu-mimo传输控制信息获取单元2702所获取的控制信息，通过将其他用户设备的ue-specificpdcch处理为干扰来对目标用户设备的ue-specificpdcch进行盲解码。

具体而言，以图26所示的示例中的uek作为目标ue的示例，uek的盲解码模块2741可以分别将所获取的四个dmrs配置(包括dmrs配置1、dmrs配置2、dmrs配置k和dmrs配置m)中的一个dmrs配置假设作为自身的dmrs配置，并且将其余三个dmrs配置假设为干扰dmrs配置，从而根据例如以上描述的线性干扰消除方式而对所接收到的ue-specificpdcch解码。

但是，此时并不能保证解码出的信息就是针对uek的传输控制信息。因此，还需要进行验证。

验证模块2742可以被配置成利用利用uek的专属标识符(例如，c-rnti)对所解码的信息进行验证，并获取验证通过的所解码的信息作为关于目标用户设备的传输控制信息。

具体而言，uek利用自身的c-rnti依次对解码出的传输控制信息中的crc奇偶校验位进行解扰，识别crc是否正确。如果crc正确，则验证通过，说明此条传输控制信息正是针对uek的。

与上述用户设备侧的配置示例相对应的，以下将描述基站侧的配置示例。图28是示出根据本公开的第二实施例的基站侧的装置的另一功能配置示例的框图。

如图28所示，根据该示例的装置2800可以包括控制信道生成单元2802和传输控制单元2804。其中，传输控制单元2804的功能配置示例与以上参照图24描述的传输控制单元2404的功能配置示例基本上相同，在此不再重复。

控制信道生成单元2802进一步包括加扰模块2821和通知模块2822。

加扰模块2821可以被配置成通过利用组共用标识符(例如，mu-pdcchrnti)对gc-pdcch中包括的关于控制信道的mu-mimo传输的控制信息进行加扰来生成gc-pdcch。

具体地，参照上述图26，加扰模块2821利用mu-pdcchrnti对gc-pdcch中包括的四个dmrs配置(包括dmrs配置1、dmrs配置2、dmrs配置k和dmrs配置m)分别进行加扰，以得到加扰后的gc-pdcch。

通知模块2822可以被配置成控制基站将组共用标识符(例如，mu-pdcchrnti)发送至各个用户设备，从而进行控制信道的mu-mimo传输的这组用户设备均可以通过利用mu-pdcchrnti对所接收到的gc-pdcch进行解码而获得其中包括的dmrs配置。

应指出，这里所描述的基站侧的装置的配置示例是与上述用户设备侧的装置的配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

可以看出，根据上述第一示例加扰方案，用户设备侧的解扰操作和基站侧的加扰操作均较为简单，但是，用户设备需要基于多种干扰假设而对ue-specificpdcch进行盲解码，因此用户设备侧的处理负荷较大。为了支持用户设备对ue-specificpdcch的盲解码，避免由于mu-mimo传输的总层数过多而导致用户设备的接收机无法解调相应信息，优选地，对于控制信道的mu-mimo传输，总层数可以包括两层和四层。

此外，根据上述第一示例加扰方案，用户设备可以获知干扰情况，并进行干扰消除和信号解调，实际上实现了控制信道的“非透明”mu-mimo传输，从而提高了系统的吞吐量和可靠性。

(2-2.第二示例方案)

在本公开的第二示例方案中，提出了一种两级加扰方案。将参照图29详细描述该两级加扰方案。图29是示出根据本公开的第二实施例的第二示例方案的示意图。

如图29所示，对于gc-pdcch中所包括的各个dmrs配置，分别利用组共用标识符和用户专属标识符对其进行两次加扰。具体而言，以uek为例，gc-pdcch中所包括的dmrs配置k分别利用组共用标识符mu-pdcchrnti和uek的用户专属标识符(c-rntik)进行加扰。例如，可以先用mu-pdcchrnti进行第一级加扰以得到加扰后的第一内容，然后再利用c-rntik对第一内容进行第二级加扰以得到第二内容。应指出，这两次加扰中所使用的加扰rnti的顺序不受限制。优选地，可以先用c-rntik进行加扰，再利用mu-pdcchrnti进行加扰，相应地在uek解扰时的顺序是先使用组共用的mu-mimornti来确定pdcchmu-mimo传输的发生，再使用c-rntik来确定自身的pdcch参与mu-mimo传输及其有关的信息。这样，仅同时掌握了mu-pdcchrnti和c-rntik的uek才可以解调出gc-pdcch中所包括的dmrs配置k。类似地，其他用户设备ue1、ue2和uem也仅可以解调出自身的dmrs配置。

可以看出，上述第二示例方案中的两级加扰方案使得用户设备仅能够获知自身的dmrs配置而无法知道同组的其他ue的干扰情况，因此这种方案实质上相当于一种“透明”mu-mimo传输。

下面将分别详细描述用于实现上述第二示例方案的用户设备侧和基站侧的配置示例。

图30是示出根据本公开的第二实施例的用户设备侧的装置的另一功能配置示例的框图。

如图30所示，根据该示例的装置3000可以包括mu-mimo传输控制信息获取单元3002和专属传输控制信息获取单元3004。

mu-mimo传输控制信息获取单元3002可以被配置成通过利用组共用标识符和用户设备的专属标识符对来自基站的gc-pdcch进行解码来获取目标用户设备的关于控制信道的mu-mimo传输的控制信息。

具体地，mu-mimo传输控制信息获取单元3002可以进一步包括标识符获取模块3021、第一解扰模块3022和第二解扰模块3023。

标识符获取模块3021可以被配置成从基站获取组共用标识符(例如，mu-pdcchrnti)和用户设备的专属标识符(例如，c-rnti)。

第一解扰模块3022可以被配置成利用组共用标识符和用户设备的专属标识符之一(例如，mu-pdcchrnti)对所接收到的gc-pdcch进行解码以获取第一内容。

第二解扰模块3023可以被配置成利用组共用标识符和用户设备的专属标识符中的另一个(例如，c-rnti)对第一解扰模块3022获取到的第一内容进行解码，以获取目标ue的关于控制信道的mu-mimo传输的控制信息。

具体地，以图29所示的uek为例，通过由第一解扰模块3022和第二解扰模块3023利用组共用标识符mu-pdcchrnti和uek的专属标识符c-rntik对gc-pdcch进行两级解扰，可以唯一地获得gc-pdcch中所包括的dmrs配置k。应指出，尽管在以上示例中描述了第一解扰模块3022先利用组共用标识符mu-pdcchrnti对gc-pdcch进行第一级解扰，再由第二解扰模块3023利用用户专属标识符c-rnti进行第二级解扰，但是这并不是限制，在两级解扰中所使用的解扰rnti的顺序可以交换。

专属传输控制信息获取单元3004可以被配置成基于所获取的目标ue的关于控制信道的mu-mimo传输的控制信息，对所接收到的ue-specificpdcch进行解码，从而获取其中包括的针对uek的传输控制信息。

具体而言，仍以图29所示的示例中的uek作为目标ue的示例，uek的专属传输控制信息获取单元3004可以基于所获取的uek的dmrs配置k，对所接收到的ue-specificpdcch解码。

在该示例方案中，uek无法得知组内其他ue的dmrs配置，因而也无法进行干扰消除，从而对uek的接收机的处理性能要求较低。

与上述用户设备侧的配置示例相对应的，以下将描述基站侧的配置示例。图31是示出根据本公开的第二实施例的基站侧的装置的另一功能配置示例的框图。

如图31所示，根据该示例的装置3100可以包括控制信道生成单元3102和传输控制单元3104。其中，传输控制单元3104的功能配置示例与以上参照图24描述的传输控制单元2404的功能配置示例基本上相同，在此不再重复。

控制信道生成单元3102可以被配置成通过利用组共用标识符和用户设备的专属标识符分别对gc-pdcch中所包括的各个ue的关于mu-mimo传输的控制信息进行加扰来生成gc-pdcch，并且控制基站将组共用标识符和每个用户设备的专属标识符发送至该用户设备。具体地，控制信道生成单元3102可以进一步包括第一加扰模块3121、第二加扰模块3122和通知模块3123。

第一加扰模块3121可以被配置成针对一组用户设备，通过利用组共用标识符和各个用户设备的专属标识符之一(例如，mu-pdcchrnti)对各个用户设备的关于控制信道的mu-mimo传输的控制信息进行加扰，生成关于各个用户设备的第一内容。

具体而言，参照图29所示的示例，第一加扰模块3121可以先利用例如组共用标识符mu-pdcchrnti对其中的四个dmrs配置(dmrs配置1、dmrs配置2、dmrs配置k和dmrs配置m)分别进行第一级加扰，从而得到分别关于ue1、ue2、uek和uem的第一内容。

第二加扰模块3122可以被配置成通过利用组共用标识符和各个用户设备的专属标识符中的另一个(例如，c-rnti)分别对关于各个用户设备的第一内容进行加扰，从而生成包括一组用户设备的关于控制信道的mu-mimo传输控制信息的gc-pdcch。

参照图29所示的示例，第二加扰模块3122可以利用例如各个用户设备的专属标识符对第一加扰模块3121获得的第一内容进行第二级加扰。更具体而言，第二加扰模块3122利用ue1的c-rnti1对已利用mu-pdcchrnti加扰后的dmrs配置1进行第二级加扰，利用ue2的c-rnti2对已利用mu-pdcchrnti加扰后的dmrs配置2进行第二级加扰，利用uek的c-rntik对已利用mu-pdcchrnti加扰后的dmrs配置k进行第二级加扰，并且利用uem的c-rntim对已利用mu-pdcchrnti加扰后的dmrs配置m进行第二级加扰，由此得到包括两级加扰的mu-mimo传输控制信息的gc-pdcch。

通知模块3123可以被配置成针对每个用户设备，控制基站将组共用标识符和该用户设备的专属标识符发送至该用户设备。

具体而言，参照图29所示的示例，通知模块3123将组共用标识符标识符mu-pdcchrnti发送至全组用户设备，但是将ue1的专属标识符c-rnti1仅发送至ue1，将ue2的专属标识符c-rnti2仅发送至ue2，将uek的专属标识符c-rntik仅发送至uek，并且将uem的专属标识符c-rntim仅发送至uem。这样，只有同时掌握了这两个rnti的用户设备才可以成功解码出在gc-pdcch中所包括的针对该用户设备的控制信息，进而可以利用该控制信息对所接收到的叠加了其他ue的专属传输控制信息的ue-specificpdcch进行解码，以从中恢复出针对用户设备本身的专属传输控制信息。

应指出，这里所描述的基站侧的装置的配置示例是与上述用户设备侧的装置的配置示例相对应的，因此在此未详细描述的内容可参见以上相应位置的描述，在此不再重复。

可以看出，根据上述第二示例加扰方案，虽然用户设备侧的解扰操作和基站侧的加扰操作稍显复杂，但是，由于每个用户设备仅能获知自身的dmrs配置，从而在不进行干扰消除的情况下尝试对ue-specificpdcch进行解码，因此用户设备侧的接收机的实现较简单，处理负荷小。

此外，根据上述第二示例加扰方案，用户设备可以仅根据自身的dmrs配置进行信息解调，而不进行干扰消除，实际上实现了控制信道的“透明”mu-mimo传输，从而简化了接收机的设计和处理并降低了成本。

(2-3.第二示例方案的变型例)

根据上述第二示例方案，各个ue仅能从gc-pdcch中恢复出自身的dmrs配置而无法知道组内的其他ue的干扰情况。在该变型例中，提出了可以将第二实施例与第一实施例相结合，从而可以将作为“透明”mu-mimo传输的第二示例方案转化为“非透明”mu-mimo传输。

作为一种示例实现，可以在gc-pdcch中关于控制信道的mu-mimo传输的控制信息中包括mu-mimo传输的总层数。图32a是示出根据本公开的第二实施例的第二示例方案的变型例的第一示例的示意图。

如图32a所示，相比于图29所示的示例，在表示关于ue1、ue2、uek和uem的mu-mimo传输的控制信息的方框中，除了包括ue自身的dmrs配置之外，还增加了mu-mimo传输的总层数。

在该变型例中，如第二实施例中的第二示例方案所述，分别利用组共用标识符和专属标识符对表示各个ue的方框中的信息(包括dmrs配置和总层数)进行加扰，从而每个ue可以从gc-pdcch中解码得到自身的dmrs配置以及控制信道的mu-mimo传输的总层数。然后，结合上述第一实施例中的第一示例方案，通过预先通过高层信令向用户设备通知dmrs分配方案或者根据存储的默认dmrs分配方案，用户设备可以根据该dmrs分配方案、自身的dmrs配置以及mu-mimo传输的总层数，间接地推出与其一同被调度进行控制信道的mu-mimo传输的其他ue的dmrs配置，进而能够进行干扰消除和信息解调，从而实现了控制信道的“非透明”mu-mimo传输。如何根据dmrs分配方案、总层数和用户自身的dmrs配置来推出其他ue的dmrs配置可参见上述第一实施例的描述，在此不再重复。

根据上述图32a所示的示例，将关于mu-mimo传输的总层数的信息设置中关于每个ue的mu-mimo传输的控制信息中，并且分别利用组共用标识符和各个ue的专属标识符对其进行加扰。然而，由于对于一组进行mu-mimo传输的用户设备来说，总层数信息是相同的信息。因此，优选地，为了减少总层数信息在gc-pdcch中所占用的信令资源，该总层数信息也可以被设置为对一组ue共同的信息。

图32b是示出根据本公开的第二实施例的第二示例方案的变型例的第二示例的示意图。如图32b所示，以独立于表示四个ue的dmrs配置的方框的一个方框来表示总层数信息。该总层数信息可以仅用组共用标识符mu-pdcchrnti进行一级加扰，从而仅被配置了该组共用标识符的用户设备能够从gc-pdcch中解码出该总层数信息。

应指出，以上参照图32a和图32b描述了借助于mu-mimo传输的总层数信息来间接推出控制信道的mu-mimo传输中的干扰信息的示例，但是这并不意味着任何限制，本领域技术人员也可根据本公开的原理而对图32a和图32b所示的示例方案进行适当的修改，并且这样的修改应认为落入本公开的范围内。

此外，还应指出，尽管这里以第一实施例中的第一示例方案和第二实施例中的第二示例方案为例描述了第二实施例与第一实施例的结合，但是这仅是示例而非限制，本领域技术人员也可以根据本公开的原理而对第一实施例和第二实施例进行其他适当的结合，并且这样的结合均应认为落入本公开的范围内。

(2-4.第三示例方案)

一般而言，基站在建立rrc连接之后通过rrc信令为用户设备配置gc-pdcch和ue-specificpdcch可能出现的控制资源集合(controlresourceset,coreset)的范围，随后用户设备可以根据基站所配置的coreset而分别对来自基站的gc-pdcch和ue-specificpdcch进行检测和接收。

图33是示出根据本公开的第二实施例的gc-pdcch和ue-specificpdcch在时频域上的关系的示意图。

如图33所示，控制信道一般出现在前三个ofdm符号上，并且gc-pdcch一般出现在ue-specificpdcch之前。由于基站通过rrc信令配置的往往是一个比较宽的时频资源范围，随着通信过程的推进，基站会变得更了解网络的资源分配和利用状况，从而可能希望能够缩小先前配置的coreset的范围，以提高资源利用效率。

此外，还应指出，图33示出了在承载ue-specificpdcch的re组中包括有dmrs，并且这些dmrs与ue-specificpdcch的控制信息分别放置在同一物理资源块(prb)内的不同re上。这与原有的通信系统是不同的，在原有的通信系统中，pdcch并不携带dmrs，因此在原有的通信系统中也不可能针对控制信道进行mu-mimo传输。

鉴于此，在本公开的第三示例方案中，提出了可以在gc-pdcch中承载关于ue-specificpdcch可能出现的控制资源集合的指示信息，以缩小基站先前通过rrc配置的ue-specificpdcch的coreset的范围，这样，可以大大减少由于基站在rrc配置coreset资源时对确切的调度信息无法提前预知而带来的资源浪费。也就是说，通过利用gc-pdcch动态调整用户设备对于ue-specificpdcch的搜索空间，可以降低ue的计算复杂度以及功耗，并且减小了pdcch的检测时延，优化了系统性能和资源利用效率。

下面将分别详细用于实现上述第三示例方案的用户设备侧和基站侧的配置示例。

图34是示出根据本公开的第二实施例的用户设备侧的装置的另一功能配置示例的框图。

如图34所示，根据该示例的装置3400可以包括mu-mimo传输控制信息获取单元3402、指示信息获取单元3404、检测单元3406和专属传输控制信息获取单元3408。其中，mu-mimo传输控制信息获取单元3402和专属传输控制信息获取单元3408的功能配置示例与以上参照图23描述的mu-mimo传输控制信息获取单元2302和专属传输控制信息获取单元2304的功能配置示例基本上相同，在此不再重复。

指示信息获取单元3404可以被配置成通过对gc-pdcch进行解码来获取用于传输ue-specificpdcch的传输资源所属的控制资源集合的指示信息。

具体地，来自基站的gc-pdcch中还包括ue-specificpdcch可能出现的coreset的指示信息。该指示信息优选地可以包括ue-specificpdcch可能出现的coreset所占用的ofdm符号有关的指示，即，ue-specificpdcch可能出现在前三个ofdm符号中的哪几个ofdm符号上的指示。

检测单元3406可以被配置成根据所获取的指示信息在相应的控制资源集合上进行检测，以接收用户设备的ue-specificpdcch。

与上述图34所示的用户设备侧的装置的配置示例相对应的，本公开还提供了以下基站侧的配置示例。图35是示出根据本公开的第二实施例的基站侧的装置的另一功能配置示例的框图。

如图35所示，根据该示例的装置3500可以包括控制信道生成单元3502和传输控制单元3504。其中，传输控制单元3504的功能配置示例与以上参照图24描述的传输控制单元2404的功能配置示例基本上相同，在此不再重复。

控制信道生成单元3502被配置成将指示各个用户设备的ue-specificpdcch的传输资源所属的控制资源集合的信息包括在gc-pdcch中，以由各个用户设备通过解码gc-pdcch而对各自的ue-specificpdcch行接收检测。

具体而言，来自基站的gc-pdcch中除了可以包括一组用户设备的关于控制信道的mu-mimo传输的控制信息之外，还可以包括关于各个用户设备的ue-specificpdcch可能出现的coreset的指示信息。这是由于相比于通过rrc配置gc-pdcch和ue-specificpdcch可能出现的coreset的时刻，基站此时能够做出更精准的资源调度，从而可以缩小ue-specificpdcch可能出现的coreset的范围，并将相关的指示信息包括在先于ue-specificpdcch出现的gc-pdcch中，以便用户设备可以根据gc-pdcch中包括的指示信息而在缩小的coreset的范围上进行ue-specificpdcch的检测和接收。

优选地，该指示信息可以包括用于传输ue-specificpdcch的传输资源所属的coreset所占用的ofdm符号有关的指示，即，ue-specificpdcch可能出现在哪几个ofdm符号上的指示。

可以看出，根据本公开的第三示例方案，通过将ue-specificpdcch可能出现的coreset的更详细信息包括在gc-pdcch中，可以缩小用户设备对ue-specificpdcch的搜索空间，例如，从三个ofdm符号缩小至两个ofdm符号甚至一个ofdm符号，从而大大减小了用户设备的处理负荷和功耗并且减小了ue-specificpdcch的检测时延。同时，由于基站可以进行更精准的资源调度，也大大提高了资源利用效率。

根据上述第二实施例，提供了有关控制信道的mu-mimo传输的多种具体实现方案，相比于现有技术中在某一传输资源上仅传输针对某一ue的控制信道，大大提高了资源利用效率。

应指出，尽管以上参照附图所示的框图描述了本公开的装置实施例，但是这仅是示例而非限制，本领域技术人员也可以根据本公开的原理而对其中的各个功能模块进行添加、删除、修改、组合和/变更等，并且所有这样的变型应认为落入本公开的范围内。

[3.根据本公开的方法实施例]

(3-1.第一实施例)

与上述装置实施例相对应的，本公开还提供了以下方法实施例。

图36是示出根据本公开的第一实施例的用户设备侧的方法的过程示例的流程图。

如图36所示，根据该实施例的方法开始于步骤s3601。在步骤s3601中，根据来自基站的关于用户设备与其他用户设备同时被调度进行mu-mimo传输的控制信息，确定其他用户设备的传输相关配置，其中，该控制信息包括间接地指示其他用户设备的传输相关配置的信息。

优选地，该传输相关配置可以包括dmrs配置。有关目标ue根据控制信息中包括的间接地指示其他用户设备的dmrs配置的信息间接地推出其他用户设备的dmrs配置的具体实现示例可以参见以上第一实施例的第一至第四示例方案中关于用户设备侧的装置的描述，在此不再重复。

接下来，该方法进行到步骤s3602。在步骤s3602中，基于所确定的其他用户设备的传输相关配置，对从基站接收到的利用mu-mimo传输而发送的信号进行解码，以获取针对用户设备的信号部分。

具体地，可以根据所获取的其他用户设备的dmrs配置以上述线性干扰消除方式从所接收到的叠加数据流中将针对其他用户设备的信号部分作为干扰而消除，进而恢复出针对目标ue的信号部分。具体过程可参见以上装置实施例中相应位置的描述，在此不再重复。

图37是示出根据本公开的第一实施例的基站侧的方法的过程示例的流程图。

如图37所示，根据该实施例的方法开始于步骤s3701。在步骤s3701中，针对被同时调度进行mu-mimo传输的一组用户设备内的一个或多个用户设备中的每个用户设备，生成关于mu-mimo传输的控制信息，并且控制基站将控制信息发送至该用户设备。该控制信息包括间接地指示一组用户设备内除该用户设备之外的其他用户设备的传输相关配置的信息。

所述“一个或多个用户设备”可以是一组用户设备中的全部用户设备，也可以是部分用户设备。换言之，基站可以仅向其中的部分用户设备间接地指示其他用户设备的传输相关配置，支持数据信道的“透明”和“不透明”mu-mimo传输的混合配置。

此外，应指出，如何生成包括间接地指示其他用户设备的传输相关配置的信息的控制信息的具体实现示例可参见以上第一实施例的第一至第四示例方案中关于基站侧的装置的描述，在此不再重复。

接下来，该方法进行到步骤s3702。在步骤s3702中，控制基站在特定传输资源上同时向一组用户设备发送信号。

这里，应指出，这里描述的第一实施例中的用户设备侧和基站侧的方法分别对应于上述第一实施例中的用户设备侧和基站侧的装置，因此在此未详细描述的内容，可参见以上相应位置的描述，在此不再重复。

(3-2.第二实施例)

图38是示出根据本公开的第二实施例的用户设备侧的方法的过程示例的流程图。

如图38所示，根据该实施例的方法开始于步骤s3801。在步骤s3801中，对包括目标用户设备的一组用户设备的组共用物理下行控制信道(gc-pdcch)进行解码，以获取关于控制信道的mu-mimo传输的控制信息。这里的控制信道的mu-mimo传输是指将多个用户设备的ue-specificpdcch叠加在相同的时频资源上进行传输。

如何对gc-pdcch进行解码以获取一组用户设备的全部ue的dmrs配置或者获取仅目标ue自身的dmrs配置的具体实现示例可参见以上第二实施例的第一至第三示例方案中关于用户设备侧的装置的描述，在此不再重复。

接下来，该方法进行到步骤s3802。在步骤s3802中，基于所获取的关于控制信道的mu-mimo传输的控制信息，对与其他ue的ue-specificpdcch叠加在相同的时频资源上进行传输的、目标ue的ue-specificpdcch进行解码，以获取目标ue的专属传输控制信息。

优选地，还可以通过对gc-pdcch进行解码而获取基站用于传输ue-specificpdcch的传输资源所属的coreset的指示信息，进而根据该指示信息在相应的时频资源上进行检测以接收ue-specificpdcch。

图39是示出根据本公开的第二实施例的基站侧的方法的过程示例的流程图。

如图39所示，根据该实施例的方法开始于步骤s3901。在步骤s3901中，生成一组用户设备的gc-pdcch以及各个用户设备的ue-specificpdcch。优选地，gc-pdcch中包括关于一组用户设备的控制信道的mu-mimo传输的控制信息。有关gc-pdcch中所包括的mu-mimo传输的控制信息的具体加扰过程可参见以上第二实施例的第一至第三示例方案中关于基站侧的装置的描述，在此不再重复。

此外，优选地，gc-pdcch中还包括指示各个ue的ue-specificpdcch可能出现的coreset的信息，以缩小用户设备对ue-specificpdcch的搜索空间。

接下来，该方法进行到步骤s3902。在步骤s3902中，控制基站将所生成的gc-pdcch发送至一组用户设备，并且基于关于控制信道的mu-mimo传输的控制信息，控制基站在相同的传输资源上发送一组用户设备中的各个用户设备的ue-specificpdcch。

这里，应指出，这里描述的第二实施例中的用户设备侧和基站侧的方法分别对应于上述第二实施例中的用户设备侧和基站侧的装置，因此在此未详细描述的内容，可参见以上相应位置的描述，在此不再重复。

此外，还应指出，尽管以上参照图36至图39所示的流程图描述了根据本公开的方法实施例，但是这仅是示例而非限制，本领域技术人员也可以根据本公开的原理对上述各个步骤进行添加、删除、组合和/或变更，并且各个步骤的顺序也可以适当地改变，所有这样的变型均应认为落入本公开的范围内。

此外，根据本公开的实施例，还提供了一种电子设备，该电子设备可包括收发机和一个或多个处理器，这一个或多个处理器可被配置成执行上述根据本公开的实施例的无线通信系统中的方法或装置中的相应单元的功能，并且收发机可以承担相应的通信功能。

应理解，根据本公开的实施例的存储介质和程序产品中的机器可执行的指令还可以被配置成执行与上述装置实施例相对应的方法，因此在此未详细描述的内容可参考先前相应位置的描述，在此不再重复进行描述。

相应地，用于承载上述包括机器可执行的指令的程序产品的存储介质也包括在本发明的公开中。该存储介质包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

[4.用以实施本公开的装置和方法的实施例的计算设备]

另外，还应该指出的是，上述系列处理和装置也可以通过软件和/或固件实现。在通过软件和/或固件实现的情况下，从存储介质或网络向具有专用硬件结构的计算机，例如图40所示的通用个人计算机4000安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等等。图40是示出作为本公开的实施例中可采用的信息处理设备的个人计算机的示例结构的框图。

在图40中，中央处理单元(cpu)4001根据只读存储器(rom)4002中存储的程序或从存储部分4008加载到随机存取存储器(ram)4003的程序执行各种处理。在ram4003中，也根据需要存储当cpu4001执行各种处理等时所需的数据。

cpu4001、rom4002和ram4003经由总线4004彼此连接。输入/输出接口4005也连接到总线4004。

下述部件连接到输入/输出接口4005：输入部分4006，包括键盘、鼠标等；输出部分4007，包括显示器，比如阴极射线管(crt)、液晶显示器(lcd)等，和扬声器等；存储部分4008，包括硬盘等；和通信部分4009，包括网络接口卡比如lan卡、调制解调器等。通信部分4009经由网络比如因特网执行通信处理。

根据需要，驱动器4010也连接到输入/输出接口4005。可拆卸介质4011比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器4010上，使得从中读出的计算机程序根据需要被安装到存储部分4008中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质4011安装构成软件的程序。

本领域的技术人员应当理解，这种存储介质不局限于图40所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质4011。可拆卸介质4011的例子包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(cd-rom)和数字通用盘(dvd))、磁光盘(包含迷你盘(md)(注册商标))和半导体存储器。或者，存储介质可以是rom4002、存储部分4008中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

[5.本公开的技术的应用示例]

本公开的技术能够应用于各种产品。例如，本公开中提到的基站可以被实现为gnodeb(gnb)、任何类型的enb(诸如宏enb和小enb)、传输接收点(trp)、企业长期演进(elte)-enb等等。小enb可以为覆盖比宏小区小的小区的enb，诸如微微enb、微enb和家庭(毫微微)enb。代替地，基站可以被实现为任何其他类型的基站，诸如nodeb和基站收发台(basetransceiverstation，bts)。基站可以包括：被配置为控制无线通信的主体(也称为基站设备)；以及设置在与主体不同的地方的一个或多个远程无线头端(remoteradiohead，rrh)。另外，下面将描述的各种类型的终端均可以通过暂时地或半持久性地执行基站功能而作为基站工作。

例如，本公开中提到的用户设备可以被实现为车辆、移动终端(诸如智能电话、平板个人计算机(pc)、笔记本式pc、便携式游戏终端、便携式/加密狗型移动路由器和数字摄像装置)、车载终端(诸如汽车导航设备)、无人机、移动台等等。用户设备还可以被实现为执行机器对机器(m2m)通信的终端(也称为机器类通信(mtc)终端)。此外，用户设备可以为安装在上述终端中的每个终端上的无线通信模块(诸如包括单个晶片的集成电路模块)。

以下将参照图41至图44描述根据本公开的应用示例。

<5-1.关于基站的应用示例>

(第一应用示例)

图41是示出可以应用本公开内容的技术的enb的示意性配置的第一示例的框图。enb1400包括一个或多个天线1410以及基站设备1420。基站设备1420和每个天线1410可以经由rf线缆彼此连接。

天线1410中的每一个均包括单个或多个天线元件(诸如包括在多输入多输出(mimo)天线中的多个天线元件)，并且用于基站设备1420发送和接收无线信号。如图41所示，enb1400可以包括多个天线1410。例如，多个天线1410可以与enb1400使用的多个频段兼容。虽然图41示出其中enb1400包括多个天线1410的示例，但是enb1400也可以包括单个天线1410。

基站设备1420包括控制器1421、存储器1422、网络接口1423以及无线通信接口1425。

控制器1421可以为例如cpu或dsp，并且操作基站设备1420的较高层的各种功能。例如，控制器1421根据由无线通信接口1425处理的信号中的数据来生成数据分组，并经由网络接口1423来传递所生成的分组。控制器1421可以对来自多个基带处理器的数据进行捆绑以生成捆绑分组，并传递所生成的捆绑分组。控制器1421可以具有执行如下控制的逻辑功能：该控制诸如为无线资源控制、无线承载控制、移动性管理、接纳控制和调度。该控制可以结合附近的enb或核心网节点来执行。存储器1422包括ram和rom，并且存储由控制器1421执行的程序和各种类型的控制数据(诸如终端列表、传输功率数据以及调度数据)。

网络接口1423为用于将基站设备1420连接至核心网1424的通信接口。控制器1421可以经由网络接口1423而与核心网节点或另外的enb进行通信。在此情况下，enb1400与核心网节点或其他enb可以通过逻辑接口(诸如s1接口和x2接口)而彼此连接。网络接口1423还可以为有线通信接口或用于无线回程线路的无线通信接口。如果网络接口1423为无线通信接口，则与由无线通信接口1425使用的频段相比，网络接口1423可以使用较高频段用于无线通信。

无线通信接口1425支持任何蜂窝通信方案(诸如长期演进(lte)、lte-先进(lte-a)和新无线接入技术(nr))，并且经由天线1410来提供到位于enb1400的小区中的终端的无线连接。无线通信接口1425通常可以包括例如基带(bb)处理器1426和rf电路1427。bb处理器1426可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行层(例如l1、介质访问控制(mac)、无线链路控制(rlc)和分组数据汇聚协议(pdcp))的各种类型的信号处理。代替控制器1421，bb处理器1426可以具有上述逻辑功能的一部分或全部。bb处理器1426可以为存储通信控制程序的存储器，或者为包括被配置为执行程序的处理器和相关电路的模块。更新程序可以使bb处理器1426的功能改变。该模块可以为插入到基站设备1420的槽中的卡或刀片。可替代地，该模块也可以为安装在卡或刀片上的芯片。同时，rf电路1427可以包括例如混频器、滤波器和放大器，并且经由天线1410来传送和接收无线信号。

如图41所示，无线通信接口1425可以包括多个bb处理器1426。例如，多个bb处理器1426可以与enb1400使用的多个频段兼容。如图41所示，无线通信接口1425可以包括多个rf电路1427。例如，多个rf电路1427可以与多个天线元件兼容。虽然图41示出其中无线通信接口1425包括多个bb处理器1426和多个rf电路1427的示例，但是无线通信接口1425也可以包括单个bb处理器1426或单个rf电路1427。

(第二应用示例)

图42是示出可以应用本公开内容的技术的enb的示意性配置的第二示例的框图。enb1530包括一个或多个天线1540、基站设备1550和rrh1560。rrh1560和每个天线1540可以经由rf线缆而彼此连接。基站设备1550和rrh1560可以经由诸如光纤线缆的高速线路而彼此连接。

天线1540中的每一个均包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)并且用于rrh1560发送和接收无线信号。如图42所示，enb1530可以包括多个天线1540。例如，多个天线1540可以与enb1530使用的多个频段兼容。虽然图42示出其中enb1530包括多个天线1540的示例，但是enb1530也可以包括单个天线1540。

基站设备1550包括控制器1551、存储器1552、网络接口1553、无线通信接口1555以及连接接口1557。控制器1551、存储器1552和网络接口1553与参照图41描述的控制器1421、存储器1422和网络接口1423相同。

无线通信接口1555支持任何蜂窝通信方案(诸如lte、lte-先进和nr)，并且经由rrh1560和天线1540来提供到位于与rrh1560对应的扇区中的终端的无线通信。无线通信接口1555通常可以包括例如bb处理器1556。除了bb处理器1556经由连接接口1557连接到rrh1560的rf电路1564之外，bb处理器1556与参照图41描述的bb处理器1426相同。如图42所示，无线通信接口1555可以包括多个bb处理器1556。例如，多个bb处理器1556可以与enb1530使用的多个频段兼容。虽然图42示出其中无线通信接口1555包括多个bb处理器1556的示例，但是无线通信接口1555也可以包括单个bb处理器1556。

连接接口1557为用于将基站设备1550(无线通信接口1555)连接至rrh1560的接口。连接接口1557还可以为用于将基站设备1550(无线通信接口1555)连接至rrh1560的上述高速线路中的通信的通信模块。

rrh1560包括连接接口1561和无线通信接口1563。

连接接口1561为用于将rrh1560(无线通信接口1563)连接至基站设备1550的接口。连接接口1561还可以为用于上述高速线路中的通信的通信模块。

无线通信接口1563经由天线1540来传送和接收无线信号。无线通信接口1563通常可以包括例如rf电路1564。rf电路1564可以包括例如混频器、滤波器和放大器，并且经由天线1540来传送和接收无线信号。如图42所示，无线通信接口1563可以包括多个rf电路1564。例如，多个rf电路1564可以支持多个天线元件。虽然图42示出其中无线通信接口1563包括多个rf电路1564的示例，但是无线通信接口1563也可以包括单个rf电路1564。

在图41和图42所示的enb1400和enb1530中，上述基站侧的装置中的收发器可以由无线通信接口1425以及无线通信接口1555和/或无线通信接口1563实现。上述基站侧的装置的功能的至少一部分也可以由控制器1421和控制器1551实现。

<5-2.关于用户设备的应用示例>

(第一应用示例)

图43是示出可以应用本公开内容的技术的智能电话1600的示意性配置的示例的框图。智能电话1600包括处理器1601、存储器1602、存储装置1603、外部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置1609、显示装置1610、扬声器1611、无线通信接口1612、一个或多个天线开关1615、一个或多个天线1616、总线1617、电池1618以及辅助控制器1619。

处理器1601可以为例如cpu或片上系统(soc)，并且控制智能电话1600的应用层和另外层的功能。存储器1602包括ram和rom，并且存储数据和由处理器1601执行的程序。存储装置1603可以包括存储介质，诸如半导体存储器和硬盘。外部连接接口1604为用于将外部装置(诸如存储卡和通用串行总线(usb)装置)连接至智能电话1600的接口。

摄像装置1606包括图像传感器(诸如电荷耦合器件(ccd)和互补金属氧化物半导体(cmos))，并且生成捕获图像。传感器1607可以包括一组传感器，诸如测量传感器、陀螺仪传感器、地磁传感器和加速度传感器。麦克风1608将输入到智能电话1600的声音转换为音频信号。输入装置1609包括例如被配置为检测显示装置1610的屏幕上的触摸的触摸传感器、小键盘、键盘、按钮或开关，并且接收从用户输入的操作或信息。显示装置1610包括屏幕(诸如液晶显示器(lcd)和有机发光二极管(oled)显示器)，并且显示智能电话1600的输出图像。扬声器1611将从智能电话1600输出的音频信号转换为声音。

无线通信接口1612支持任何蜂窝通信方案(诸如lte、lte-先进和新无线接入技术nr)，并且执行无线通信。无线通信接口1612通常可以包括例如bb处理器1613和rf电路1614。bb处理器1613可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，rf电路1614可以包括例如混频器、滤波器和放大器，并且经由天线1616来传送和接收无线信号。无线通信接口1612可以为其上集成有bb处理器1613和rf电路1614的一个芯片模块。如图43所示，无线通信接口1612可以包括多个bb处理器1613和多个rf电路1614。虽然图43示出其中无线通信接口1612包括多个bb处理器1613和多个rf电路1614的示例，但是无线通信接口1612也可以包括单个bb处理器1613或单个rf电路1614。

此外，除了蜂窝通信方案之外，无线通信接口1612可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线局域网(lan)方案。在此情况下，无线通信接口1612可以包括针对每种无线通信方案的bb处理器1613和rf电路1614。

天线开关1615中的每一个在包括在无线通信接口1612中的多个电路(例如用于不同的无线通信方案的电路)之间切换天线1616的连接目的地。

天线1616中的每一个均包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)，并且用于无线通信接口1612传送和接收无线信号。如图43所示，智能电话1600可以包括多个天线1616。虽然图43示出其中智能电话1600包括多个天线1616的示例，但是智能电话1600也可以包括单个天线1616。

此外，智能电话1600可以包括针对每种无线通信方案的天线1616。在此情况下，天线开关1615可以从智能电话1600的配置中省略。

总线1617将处理器1601、存储器1602、存储装置1603、外部连接接口1604、摄像装置1606、传感器1607、麦克风1608、输入装置1609、显示装置1610、扬声器1611、无线通信接口1612以及辅助控制器1619彼此连接。电池1618经由馈线向图43所示的智能电话1600的各个块提供电力，馈线在图中被部分地示为虚线。辅助控制器1619例如在睡眠模式下操作智能电话1600的最小必需功能。

在图43所示的智能电话1600中，上述用户设备侧的装置中的收发器可以由无线通信接口1612实现。上述用户设备侧的装置的功能的至少一部分也可以由处理器1601或辅助控制器1619实现。

(第二应用示例)

图44是示出可以应用本公开内容的技术的汽车导航设备1720的示意性配置的示例的框图。汽车导航设备1720包括处理器1721、存储器1722、全球定位系统(gps)模块1724、传感器1725、数据接口1726、内容播放器1727、存储介质接口1728、输入装置1729、显示装置1730、扬声器1731、无线通信接口1733、一个或多个天线开关1736、一个或多个天线1737以及电池1738。

处理器1721可以为例如cpu或soc，并且控制汽车导航设备1720的导航功能和另外的功能。存储器1722包括ram和rom，并且存储数据和由处理器1721执行的程序。

gps模块1724使用从gps卫星接收的gps信号来测量汽车导航设备1720的位置(诸如纬度、经度和高度)。传感器1725可以包括一组传感器，诸如陀螺仪传感器、地磁传感器和空气压力传感器。数据接口1726经由未示出的终端而连接到例如车载网络1741，并且获取由车辆生成的数据(诸如车速数据)。

内容播放器1727再现存储在存储介质(诸如cd和dvd)中的内容，该存储介质被插入到存储介质接口1728中。输入装置1729包括例如被配置为检测显示装置1730的屏幕上的触摸的触摸传感器、按钮或开关，并且接收从用户输入的操作或信息。显示装置1730包括诸如lcd或oled显示器的屏幕，并且显示导航功能的图像或再现的内容。扬声器1731输出导航功能的声音或再现的内容。

无线通信接口1733支持任何蜂窝通信方案(诸如lte、lte-先进和新无线接入技术nr)，并且执行无线通信。无线通信接口1733通常可以包括例如bb处理器1734和rf电路1735。bb处理器1734可以执行例如编码/解码、调制/解调以及复用/解复用，并且执行用于无线通信的各种类型的信号处理。同时，rf电路1735可以包括例如混频器、滤波器和放大器，并且经由天线1737来传送和接收无线信号。无线通信接口1733还可以为其上集成有bb处理器1734和rf电路1735的一个芯片模块。如图44所示，无线通信接口1733可以包括多个bb处理器1734和多个rf电路1735。虽然图44示出其中无线通信接口1733包括多个bb处理器1734和多个rf电路1735的示例，但是无线通信接口1733也可以包括单个bb处理器1734或单个rf电路1735。

此外，除了蜂窝通信方案之外，无线通信接口1733可以支持另外类型的无线通信方案，诸如短距离无线通信方案、近场通信方案和无线lan方案。在此情况下，针对每种无线通信方案，无线通信接口1733可以包括bb处理器1734和rf电路1735。

天线开关1736中的每一个在包括在无线通信接口1733中的多个电路(诸如用于不同的无线通信方案的电路)之间切换天线1737的连接目的地。

天线1737中的每一个均包括单个或多个天线元件(诸如包括在mimo天线中的多个天线元件)，并且用于无线通信接口1733传送和接收无线信号。如图44所示，汽车导航设备1720可以包括多个天线1737。虽然图44示出其中汽车导航设备1720包括多个天线1737的示例，但是汽车导航设备1720也可以包括单个天线1737。

此外，汽车导航设备1720可以包括针对每种无线通信方案的天线1737。在此情况下，天线开关1736可以从汽车导航设备1720的配置中省略。

电池1738经由馈线向图44所示的汽车导航设备1720的各个块提供电力，馈线在图中被部分地示为虚线。电池1738累积从车辆提供的电力。

在图44示出的汽车导航设备1720中，上述用户设备侧的装置中的收发器可以由通信接口1733实现。上述用户设备侧的装置的功能的至少一部分也可以由处理器1721实现。

本公开内容的技术也可以被实现为包括汽车导航设备1720、车载网络1741以及车辆模块1742中的一个或多个块的车载系统(或车辆)1740。车辆模块1742生成车辆数据(诸如车速、发动机速度和故障信息)，并且将所生成的数据输出至车载网络1741。

以上参照附图描述了本公开的优选实施例，但是本公开当然不限于以上示例。本领域技术人员可在所附权利要求的范围内得到各种变更和修改，并且应理解这些变更和修改自然将落入本公开的技术范围内。

例如，在以上实施例中包括在一个单元中的多个功能可以由分开的装置来实现。替选地，在以上实施例中由多个单元实现的多个功能可分别由分开的装置来实现。另外，以上功能之一可由多个单元来实现。无需说，这样的配置包括在本公开的技术范围内。

在该说明书中，流程图中所描述的步骤不仅包括以所述顺序按时间序列执行的处理，而且包括并行地或单独地而不是必须按时间序列执行的处理。此外，甚至在按时间序列处理的步骤中，无需说，也可以适当地改变该顺序。

虽然已经详细说明了本公开及其优点，但是应当理解在不脱离由所附的权利要求所限定的本公开的精神和范围的情况下可以进行各种改变、替代和变换。而且，本公开实施例的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。