CN104753577A - 一种针对下行协作多点传输的多用户调度方法与装置 - Google Patents

Abstract

本发明的目的是提供一种针对下行协作多点传输的多用户调度方法与装置。集中调度器结点接收分别对应多个用户设备的用户反馈或测量信息，其中，所述多个用户设备在满足条件时通过CoMP-MU模式进行多路复用，所述多个用户设备来自确定的CoMP传输点小区；根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备的集中调度信息；集中调度结束后，根据预定信令格式，将所述集中调度信息分发至所述多个用户设备分别对应扇区的各独立扇区调度器。本发明的最大优点即在于，无论其各自对应的实际CoMP数据传输的协作集合是否相同，均可有效进行MU的复用，从而有效地提高了资源利用效率，从而提升系统整体吞吐率。

Description

一种针对下行协作多点传输的多用户调度方法与装置

技术领域

本发明涉及无线通信技术领域，尤其涉及一种针对下行协作多点传输的多用户调度技术。

背景技术

在3GPP协议规范中，CoMP（Coordinated Multiple Points，协作多点传输）是其重要技术之一。CoMP技术的主要应用场景，典型的如针对地理位置上分离的多个传输结点，一起协同参与为一个或者多个终端同时提供数据传输（下行，即基站至用户终端），或者同时联合接收来自一个或者多个终端发送的数据（上行，即用户终端至基站）。参与协作传输或接收的多个传输结点通常对应于不同基站的不同扇区或者同一基站内的不同扇区，也即所谓的基站间或基站内的CoMP协作传输。既然是不同基站或者同基站内的不同扇区一起协作，因此，可以想见的是CoMP技术主要针对小区边界用户，通过不同扇区（无论是同基站内还是来自基站间）的协作，本质上讲从而降低边界用户感知到的来自相邻小区（针对下行）或者相邻终端（针对上行）的干扰，从而提高边缘用户的性能。

在3GPP协议规范中，针对DL（DownLink，下行链路）-CoMP传输，定义了四种典型的应用场景。无论针对哪种场景，以下两个核心问题均需要在系统设计时加以考虑。首先是如何确定CoMP协作集及其参加CoMP接收的用户集；其次是采用哪种具体的CoMP传输技术。比如，（非）同相合并JT（Joint Transmission，联合传输），包括SU-JT（Single User，单用户）/MU-JT（Multi User，多用户），DPS（Dynamic Point Selection，动态点选择），CS（CoordinatedScheduling，协作调度）/CB（Coordinated Beamforming，协作波束赋形）等。

针对DL-CoMP传输，如何高效地对多个用户设备联合调度，从而有效降低用户间干扰，同时提高系统吞吐率，成为本领域技术人员亟需解决的问题之一。

发明内容

本发明的目的是提供一种针对下行协作多点传输的多用户调度方法与装置。

根据本发明的一个方面，提供了一种用于针对下行协作多点传输的多用户调度的方法，其中，该方法包括：

a集中调度器结点接收分别对应多个用户设备的用户反馈或测量信息，其中，所述多个用户设备在满足条件时通过CoMP-MU模式进行多路复用，所述多个用户设备来自确定的CoMP传输点小区；

b所述集中调度器结点根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备的集中调度信息；

c集中调度结束后，所述集中调度器结点根据预定信令格式，将所述集中调度信息分发至所述多个用户设备分别对应扇区的各独立扇区调度器，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

在此，所述集中调度器结点将所述集中调度信息分发至的扇区包括三种类型的扇区：所述用户设备的锚小区，即对应服务扇区；所述用户设备的CoMP TP（Transmission Point，传输点）小区，即参与最终数据传输的协作扇区；及所述用户设备的CoMP协作集内小区，即位于协作集内、但未参与最终数据传输的扇区。

根据本发明的另一方面，还提供了一种用于针对下行协作多点传输的多用户调度的设备，其中，该设备包括：

接收装置，用于接收分别对应多个用户设备的用户反馈或测量信息，其中，所述多个用户设备在满足条件时通过CoMP-MU模式进行多路复用，所述多个用户设备来自确定的CoMP传输点小区；

集中调度装置，用于根据所述用户设备反馈或测量信息，通过联合调度，确定所述多个用户设备的集中调度信息；

分发装置，用于集中调度结束后，根据预定信令格式，将所述集中调度信息分发至所述多个用户设备分别对应扇区的各独立扇区调度器，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

本发明的集中调度器结点分别接收关于多个用户设备的反馈或测量信息，包括用户设备对应的锚小区反馈或测量的信息，及其参与最终数据传输的传输点小区发来的关于该用户设备的反馈或测量信息；根据这些信息，联合调度，为多个用户设备确定集中调度信息，如调度分配的资源位置、单/多用户波束赋形权重等，并根据预定的信令格式，将该集中调度信息分发至参与协作传输的各个扇区的扇区调度器。在这些分立的扇区调度器，基于已接收的来自集中调度器的调度结果，继续调度，将所有能分的资源分配完毕，从而优化可获得更高的系统吞吐量。现有CoMP技术，特别是针对CoMP-MU，基本都假定对于参与CoMP-MU的多个用户设备，其各自对应的实际CoMP数据传输的协作小区一定是相同的集合，即具有相同的CoMP传输点小区集合。本发明的优点之一即在于，对于多个CoMP-MU，无论其各自对应的CoMP传输点小区集合是否相同，均可有效进行MU的复用，从而有效地提高了资源利用效率，从而提升系统整体吞吐率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出一种典型的eNB内DL CoMP协作传输的小区示意图；

图2示出一种典型的eNB间DL CoMP协作传输的小区示意图；

图3示出一种典型的DL CoMP协作传输的示意图；

图4示出一种典型的DL CoMP协作传输的示意图；

图5示出根据本发明一个方面的针对下行协作多点传输的多用户调度的方法流程图；

图6示出根据本发明一个优选实施例的针对下行协作多点传输的多用户调度的方法流程图；

图7示出根据本发明一个优选实施例的针对下行协作多点传输的多用户调度的方法流程图；

图8示出根据本发明另一个方面的针对下行协作多点传输的多用户调度的设备示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本发明作进一步详细描述。

根据上述提到的在3GPP协议规范中定义的四种典型的DL-CoMP应用场景，同时考虑实现的算法复杂性，图1和图2示出的是由此简炼得到的两种典型应用场景。事实上，根据该图1和图2可以很容易拓展至该四种3GPP协议规范所定义的应用场景。例如，根据图2可以拓展出3GPP协议规范所中所定义的场景2和场景3。

图1和图2主要区别在于协作扇区是否来自同一eNB（基站）。图1中，cell0（扇区），cell1和cell2来自同一eNB；图2中，cell0、cell1和cell2来自不同的eNB。

无论针对图1还是图2，都有两种典型的DL CoMP应用场景，如图3和图4所示。基于图3和图4，为后续描述简便起见但不局限于，定义CoMP协作集为{cell0,cell1,cell2}。基于3GPP协议规范中对CoMP测量集与CoMP协作集定义，同时考虑实际产品中算法的实现复杂度，这里，假定CoMP测量集等同于CoMP协作集，即将二者定义为{cell0,cell1,cell2}。图3和图4中，假定每个扇区有一个附着用户，例如，UE（用户设备）0的锚小区为cell0，cell0为该UE0的服务扇区，UE1的锚小区为cell1，cell1为该UE1的服务扇区，UE2的锚小区为cell2，cell2为该UE2的服务扇区。

如图3和图4所示，具有同样图案的扇区表示针对同一CoMP-UE的数据通过某种协作的方式传输至该CoMP UE。这些具有同样图案的扇区即为该CoMP UE的CoMP TP（transmission point，传输点）小区，CoMP传输点小区即表示最终参与该CoMP-UE实际数据传输的协同小区。

图3中，UE0的CoMP传输点小区为{cell0,cell1}，UE1的CoMP传输点小区为{cell0,cell1}。Cell2是UE0和UE1的CoMP协作集，但并不是该两个用户设备的CoMP传输点小区。在不降低CoMP增益同时考虑实现简化，，在已确定CoMP-UE的CoMP传输点小区之后，UE0和UE1不反馈相应于扇区cell2的DL CSI（Channel StateInformation，信道状态信息），同时cell2也不测量UE0和UE1相对于它的UL SRS（Sounding Reference Signal，信道探测参考信号）。在集中调度器结点，当收集获得所有CoMP-UE的相关DL CSI及其上行测量信息之后，即可通过集中调度实现，对于任何资源块RBi（Resource Block），可调度实现CoMP-SU，CoMP-MU或CoMP-CS/CB等。例如，在满足条件时，CoMP UE0和CoMP UE1可在资源块RBi中，实现CoMP-SU模式，或通过CoMP-MU模式进行多路复用。

然而，图4与图3不同。在图4中，虽然CoMP UE0和CoMP UE2具有同样的CoMP协作集{cell0,cell1,cell2}，但他们没有同样的CoMP传输点小区集。CoMP UE0的CoMP传输点小区是{cell0,cell1}，但CoMP UE2的CoMP传输点小区是{cell1,cell2}。

由于具有不同的CoMP传输点小区集，按照现有复用方式，该两个用户设备不能进行CoMP-MU复用模式。

在此，提出了一种基于集中调度器架构的，实现DL CoMP-MU（Multi User，多用户）的优化波束赋形方案。

图5示出根据本发明一个方面的针对下行协作多点传输的多用户调度的方法流程图。

在步骤S501中，集中调度器结点接收分别对应多个用户设备的用户反馈或测量信息，其中，所述多个用户设备在满足条件时可通过CoMP-MU模式进行多路复用，所述多个用户设备来自确定的CoMP传输点小区。

具体地，在步骤S501中，集中调度器结点接收分别对应多个用户设备的用户反馈或测量信息，例如，该集中调度器结点接收该多个用户设备对应的各自锚小区所发送的关于用户设备与对应锚小区的下行信道状态信息反馈，该用户设备与该锚小区的探询参考信号测量结果；或者，该集中调度器结点接收该多个用户设备所对应的CoMP传输点小区所获得的该用户设备与对应CoMP传输点小区间的探询参考信号测量结果。

在此，该多个用户设备在满足条件时可通过CoMP-MU模式进行多路复用，例如，图4中的CoMP UE0和CoMP UE2通过CoMP-MU模式被多路复用在例如资源块RBi上发送数据。

在此，该多个用户设备来自确定的CoMP传输点小区，例如，图4中，CoMP UE0对应的CoMP传输点小区是{cell0,cell1}，CoMP UE2对应的CoMP传输点小区是{cell1,cell2}。

优选地，在步骤S501中，所述集中调度器结点接收所述多个用户设备对应的锚小区所发送的关于所述用户设备与所述锚小区的下行信道状态信息反馈，及所述用户设备与所述锚小区的探询参考信号测量结果。

例如，每个用户设备所分别对应的锚小区，将其与用户设备间下行的信道状态信息反馈，如CQI（Channel Quality Indicator，信道质量指示）、PMI（Precoding Matrix Index，预编码矩阵索引）/RI（RankIndication，信道秩指示）等信息，反馈至各自对应的锚小区结点，然后发送至集中调度器结点，集中调度器结点接收上述下行信道状态信息反馈；此外，上述每个用户设备所分别对应的锚小区，还将测量获得该用户设备的探询参考信号测量结果（SRS），并发送至该集中调度器结点。

在该步骤S501中，该集中调度器结点还接收所述多个用户设备所对应的CoMP传输点小区测量获得的所述用户设备与所述CoMP传输点小区的探询参考信号测量结果。

例如，每个用户设备所分别对应的CoMP传输点小区，将其与用户设备间的探询参考信号测量结果，发送至该集中调度器结点，集中调度器结点接收上述探询参考信号测量结果。

优选地，所述多个用户设备中任一用户设备最多对应两个CoMP传输点小区。

具体地，设置该多个用户设备中任一用户设备对应的CoMP传输点小区的最大数量为两个，其主要原因在于：一方面，来自第三个CoMP传输点小区的贡献较小。例如，对图4中的cell2，当CoMP UE位于cell0时，由于天线方向图的主瓣指向，cell2作为该CoMP UE的CoMP传输点小区的贡献较小；另一方面，该CoMP-UE的CoMP传输点小区为cell0与cell1，因此，在cell0与cell1中已被调度的资源块在cell2中可被再次使用，从而通过资源复用，增加系统的总吞吐量。因此，该方案中，设置任意CoMP-UE的CoMP传输点小区数为2。

在步骤S502中，在集中调度器结点，可根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备的集中调度信息。

具体地，在步骤S502中，集中调度器结点根据在步骤S501中所获取的用户反馈或测量信息，如该多个用户设备分别与对应锚小区的信道状态信息反馈，该多个用户设备分别与对应锚小区的探询参考信号测量结果，该多个用户设备分别与对应CoMP传输点小区的探询参考信号测量结果等，为该多个用户设备进行联合调度，确定每个用户设备的集中调度信息。

优选地，在步骤S502中，在集中调度器结点，根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备的调度分配的资源位置及需要确定的波束赋形权重，比如CoMP-SU波束赋形权重，或者CoMP-MU波束赋形权重，或者CS/CB波束赋形权重，以作为所述用户设备的集中调度结果。

具体地，在步骤S502中，在集中调度器结点，根据在步骤S501中所获取的用户反馈或测量信息，通过联合调度，为所述多个用户设备确定调度分配的资源位置，如，确定该多个用户设备分别在资源块的哪个资源位置发送，及需要确定的波束赋形权重，比如CoMP-SU波束赋形权重，或者CoMP-MU波束赋形权重，或者CS/CB波束赋形权重，并将这些信息作为对上述多个用户设备的调度信息，由后续步骤分发给参与协作传输的各个扇区的扇区调度器，再由这些分立的扇区调度器基于已接收的来自集中调度器的调度结果，继续对每个用户设备进行调度，将所有能分的资源分配完毕，用户设备随即根据已计算获得的波束赋形权重（或者CoMP-SU，或者CoMP-MU，或者CS/CB等），在指定的资源位置进行数据发送。

在步骤S503中，集中调度结束后，集中调度器结点根据预定义的信令格式，将所述集中调度信息分发至所述多个用户设备分别对应的扇区的各独立扇区调度器，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

在此，所述集中调度器结点将所述集中调度信息分发至的扇区包括三种类型的扇区：所述用户设备的锚小区，即对应服务扇区；所述用户设备的CoMP TP（Transmission Point，传输点）小区，即参与最终数据传输的协作扇区；及所述用户设备的CoMP协作集内小区，即位于协作集内、但未参与最终数据传输的扇区。

具体地，每个用户设备都有对应的锚小区、CoMP传输点小区和CoMP协作集内小区，例如，图4中，UE0的锚小区为cell0，CoMP传输点小区为cell1，CoMP协作集内小区为cell2，在步骤S503中，集中调度结束后，集中调度器结点根据预定信令格式，将在步骤S502中所确定的调度信息分发至该多个用户设备分别对应的锚小区、CoMP传输点小区和CoMP协作集内小区的扇区调度器。

在此，预定信令格式根据下述方式来确定。

为简化起见但不限于，在此假设所有的CoMP UE仅在集中调度器结点中被调度。这样，在集中调度结果中，每个分立的扇区调度器仅关注集中调度器结点分配了或者说已占用了哪些资源块，而不用关心是哪个用户设备占用了这些资源块。同时，每个扇区调度器已预先知道哪些用户设备是CoMP UE，哪些用户设备不是CoMP UE。因此，集中调度结果中，不需要包括这些CoMP UE的ID，而可简便的使用位图方式来表示资源块的分配情况，同时该位图的长度取决于系统带宽。

基于图3与图4，在集中调度器结点，对于任意资源块，在集中调度结束之后，可能存在的资源占用情况包括如下可能：

A：仅被cell0占用；

B：仅被cell1占用；

C：仅被cell2占用；

D：被cell0和cell1同时占用；

E：被cell0和cell2同时占用；

F：被cell1和cell2同时占用；

G：被cell0、cell1和cell2同时占用。

A、B和C三种情况，适用于CS（Coordinated Scheduling，协作调度）/CB（Coordinated Beamforming，协作波束赋形）的情况，即当该资源块被例如cell0占用时，可在cell1和cell2中被复用。

D、E和F三种情况，适用于具有相同CoMP传输点小区的CoMP-SU（Single User，单用户）或CoMP-MU（Multi User，多用户）的情况。对于CoMP-MU来讲图3是一种典型的应用场景。

G的情况适用于具有不同CoMP传输点小区的CoMP-MU的情况。，对于CoMP-MU来讲，图4是一种典型的应用场景。

无论对于CS/CB，还是CoMP-SU或CoMP-MU，当每个CoMP UE对应的CoMP传输点小区的最大数量超过2时，上述信令格式可做适当拓展即可兼容。

这里，总共有7种情况。因此，可以使用3个bit位来表示所有情况。例如，000表示上述情况A；001表示上述情况B；010表示上述情况C；011表示上述情况D；100表示上述情况E；101表示上述情况F；110表示上述情况G。

因此，来自集中调度器结点至每个分立的扇区调度器的集中调度结果包括一位图，该位图长度取决于系统带宽，位图中每个bit位的含义，当为1时，表示该资源块已被集中调度器分配，当为0时，表示该资源块未被集中调度器分配。对于那些bit位已设置为1的资源块，同时包括一个额外的3bit信息。在步骤S503中，集中调度器结点以上述预定信令格式，将在步骤S502中确定的调度信息分发至各分立的锚小区、传输点小区和协作小区的扇区调度器。

优选地，在步骤S503中，集中调度结束后，集中调度器结点根据预定信令格式，通过与所述小区调度器对应的预定接口，将所述调度信息分发至所述扇区调度器，其中，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

具体地，在小区与小区间可以具有X2接口，如图6所示，在步骤S503中，集中调度结束后，集中调度器结点根据预定信令格式，通过与扇区调度器对应的预定接口，如该X2接口，将在步骤S502中确定的调度信息分发至每个用户设备所分别对应的锚小区、CoMP传输点小区和CoMP协作集内小区的扇区调度器。例如，假设集中调度器结点位于cell0中，则当在步骤S502中，该集中调度器结点为每个用户设备确定调度信息之后，在步骤S503中，该集中调度器结点通过X2接口，按照预定信令格式，将该调度信息发送至cell1和cell2中的扇区调度器，而对于cell0来讲，由于其扇区调度器与集中调度器结点都位于该cell0中，则集中调度器结点例如通过内部协议格式等方式，将调度信息发送至该cell0中的扇区调度器。

优选地，该方法还包括步骤S504（未示出），在步骤是504中，所述多个用户设备所分别对应的扇区调度器，根据所述调度信息，生成至所述多个用户设备的下行数据，以对所述多个用户设备进行调度处理。

具体地，在步骤S504中，该多个用户设备所分别对应的扇区调度器接收到了每个用户设备对应的调度信息，则该多个小区调度器根据这些调度信息，如，该多个用户设备调度分配的资源位置及单/多用户波束赋形权重，如CoMP-SU波束赋形权重，或者CoMP-MU波束赋形权重，或者CS/CB波束赋形权重，生成至该多个用户设备的下行数据，如下行授权信息，并发送至该多个用户设备，以对该多个用户设备进行调度处理。这些分立的扇区调度器基于已接收的来自集中调度器的调度结果，继续对每个用户设备进行调度，将所有能分的资源分配完毕，用户设备随即根据单/多用户波束赋形权重，在指定的资源位置发送或接收信息。

在此，集中调度器分别接收关于多个用户设备的反馈或测量信息，包括用户设备对应的锚小区反馈或测量的信息，及其参与最终数据传输的传输点小区发来的关于该用户设备的反馈或测量信息；根据这些信息，联合调度，为多个用户设备确定调度信息，如调度分配的资源位置、单/多用户波束赋形权重等，并根据预定的信令格式，将该调度信息分发至参与协作传输的各个扇区的扇区调度器。在这些分立的扇区调度器，基于已接收的来自集中调度器的调度结果，继续调度，将所有能分的资源分配完毕，从而优化可获得更高的系统吞吐量。现有CoMP技术，基本都假定对于参与CoMP的多个用户设备，其各自对应的实际CoMP数据传输的协作小区一定是相同的集合。本发明的最大优点即在于，无论其各自对应的实际CoMP数据传输的协作集合是否相同，均可有效进行MU的复用，从而有效地提高了资源利用效率，从而提升系统整体吞吐率。

一个优选实施例如图7所示，其中，CoMP UE0和CoMP UE2通过CoMP-MU模式，在任一资源块上进行多路复用。在进行下列步骤之前，先确定CoMP UE集，并自CoMP协作集中选择确定每个CoMP UE的CoMP传输点小区。

在步骤1中，UE0的锚小区，cell0，发送该cell0的DL CSI反馈至集中调度器结点，并发送关于UE0的UL SRS测量结果至该集中调度器结点；与之对称地，UE0的锚小区，cell2，发送该cell2的DL CSI反馈至集中调度器结点，并发送关于UE0的UL SRS测量结果至该集中调度器结点。

在步骤2中，UE0的传输点小区（CoMP TP小区），cell1，发送关于该UE0的UL SRS测量结果至该集中调度器结点；与之对称地，UE2的传输点小区（CoMP TP小区），cell1，还发送关于该UE2的UL SRS测量结果至该集中调度器结点。

在步骤3中，集中调度器结点分别接收上述步骤1和2中所发送的用户反馈或测量信息。

在步骤4中，运行该集中调度器结点，确定关于该UE0和UE2的调度信息，如该UE0和UE2分别在共用哪些资源块，在这些资源块的哪些调度位置发送或接收数据信息，所对应的单/多用户波束赋形权重等。

在步骤5中，该集中调度器结点将上述步骤4中确定的调度信息分发至各个分立的扇区调度器，如根据预定信令格式，通过与这些扇区调度器之间的预定接口，如X2接口，分别将调度信息发送至各个扇区调度器。

在步骤6中，各个分立的扇区调度器接收到集中调度器结点所分发的调度信息之后，运行各个扇区调度器。

在步骤7中，各个独立的扇区获得最终各自的调度结果。

在此，上述步骤4-7在每个DL TTI（Transmission Time Interval传输时间间隔，）内运行一次。

图8示出根据本发明另一个方面的针对下行协作多点传输的多用户调度的设备示意图。

设备1包括接收装置801、集中调度装置802和分发装置803。该设备1例如位于上述集中调度器结点中，或分立于该集中调度器结点。以下假设该设备1位于集中调度器结点中。

接收装置801接收分别对应多个用户设备的用户反馈或测量信息，其中，所述多个用户设备在满足条件时可通过CoMP-MU模式进行多路复用，所述多个用户设备来自确定的CoMP传输点小区。

具体地，接收装置801接收分别对应多个用户设备的用户反馈或测量信息，例如，接收装置801接收该多个用户设备对应的各自锚小区所发送的关于用户设备与对应锚小区的下行信道状态信息反馈，该用户设备与该锚小区的探询参考信号测量结果；或者，接收装置801接收该多个用户设备所对应的CoMP传输点小区所获得的该用户设备与对应CoMP传输点小区间的探询参考信号测量结果。

在此，该多个用户设备在满足条件时可通过CoMP-MU模式进行多路复用，例如，图4中的CoMP UE0和CoMP UE2通过CoMP-MU模式被多路复用在例如资源块RBi上发送数据。

在此，该多个用户设备来自确定的CoMP传输点小区，例如，图4中，CoMP UE0对应的CoMP传输点小区是{cell0,cell1}，CoMP UE2对应的CoMP传输点小区是{cell1,cell2}。

优选地，接收装置801接收所述多个用户设备对应的锚小区所发送的关于所述用户设备与所述锚小区的下行信道状态信息反馈，及所述用户设备与所述锚小区的探询参考信号测量结果。

例如，每个用户设备所分别对应的锚小区，将其与用户设备间下行的信道状态信息反馈，如CQI（Channel Quality Indicator，信道质量指示）、PMI（Precoding Matrix Index，预编码矩阵索引）/RI（RankIndication，信道秩指示）等信息，反馈至各自对应的锚小区结点，然后发送至接收装置801，接收装置801接收上述下行信道状态信息反馈；此外，上述每个用户设备所分别对应的锚小区，还将测量获得该用户设备的探询参考信号测量结果（SRS），并发送至该接收装置801。

接收装置801还接收所述多个用户设备所对应的CoMP传输点小区测量获得的所述用户设备与所述CoMP传输点小区的探询参考信号测量结果。

例如，每个用户设备所分别对应的CoMP传输点小区，将其与用户设备间的探询参考信号测量结果，发送至接收装置801，接收装置801接收上述探询参考信号测量结果。

优选地，所述多个用户设备中任一用户设备最多对应两个CoMP传输点小区。

具体地，设置该多个用户设备中任一用户设备对应的CoMP传输点小区的最大数量为两个，其主要原因在于：一方面，来自第三个CoMP传输点小区的贡献较小。例如，对图4中的cell2，当CoMP UE位于cell0时，由于天线方向图的主瓣指向，cell2作为该CoMP UE的CoMP传输点小区的贡献较小；另一方面，该CoMP-UE的CoMP传输点小区为cell0与cell1，因此，在cell0与cell1中已被调度的资源块在cell2中可被再次使用，从而通过资源复用，增加系统的总吞吐量。因此，该方案中，设置任意CoMP-UE的CoMP传输点小区数为2。

集中调度装置802可根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备的集中调度信息。

具体地，集中调度装置802根据接收装置801所获取的用户反馈或测量信息，如该多个用户设备分别与对应锚小区的信道状态信息反馈，该多个用户设备分别与对应锚小区的探询参考信号测量结果，该多个用户设备分别与对应CoMP传输点小区的探询参考信号测量结果等，为该多个用户设备进行联合调度，确定每个用户设备的集中调度信息。

优选地，集中调度装置802根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备的调度分配的资源位置及需要确定的波束赋形权重，比如CoMP-SU波束赋形权重，或者CoMP-MU波束赋形权重，或者CS/CB波束赋形权重，以作为所述用户设备的集中调度结果。

具体地，集中调度装置802根据接收装置801所获取的用户反馈或测量信息，通过联合调度，为所述多个用户设备确定调度分配的资源位置，如，确定该多个用户设备分别在资源块的哪个资源位置发送，及需要确定的波束赋形权重，比如CoMP-SU波束赋形权重，或者CoMP-MU波束赋形权重，或者CS/CB波束赋形权重，并将这些信息作为对上述多个用户设备的调度信息，由后续步骤分发给参与协作传输的各个扇区的扇区调度器，再由这些分立的扇区调度器基于已接收的来自集中调度器的调度结果，继续对每个用户设备进行调度，将所有能分的资源分配完毕，用户设备随即根据已计算获得的波束赋形权重（或者CoMP-SU，或者CoMP-MU，或者CS/CB等），在指定的资源位置进行数据发送。

集中调度结束后，分发装置803根据预定义的信令格式，将所述集中调度信息分发至所述多个用户设备分别对应的扇区的各独立扇区调度器，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

在此，所述分发装置803将所述集中调度信息分发至的扇区包括三种类型的扇区：所述用户设备的锚小区，即对应服务扇区；所述用户设备的CoMP TP（Transmission Point，传输点）小区，即参与最终数据传输的协作扇区；及所述用户设备的CoMP协作集内小区，即位于协作集内、但未参与最终数据传输的扇区。

具体地，每个用户设备都有对应的锚小区、CoMP传输点小区和CoMP协作集内小区，例如，图4中，UE0的锚小区为cell0，CoMP传输点小区为cell1，CoMP协作集内小区为cell2，集中调度结束后，分发装置803根据预定信令格式，将集中调度装置802所确定的调度信息分发至该多个用户设备分别对应的锚小区、CoMP传输点小区和CoMP协作集内小区的扇区调度器。

在此，预定信令格式根据下述方式来确定。

为简化起见但不限于，在此假设所有的CoMP UE仅在集中调度器结点中被调度。这样，在集中调度结果中，每个分立的扇区调度器仅关注集中调度器结点分配了或者说已占用了哪些资源块，而不用关心是哪个用户设备占用了这些资源块。同时，每个扇区调度器已预先知道哪些用户设备是CoMP UE，哪些用户设备不是CoMP UE。因此，集中调度结果中，不需要包括这些CoMP UE的ID，而可简便的使用位图方式来表示资源块的分配情况，同时该位图的长度取决于系统带宽。

基于图3与图4，在集中调度器结点，对于任意资源块，在集中调度结束之后，可能存在的资源占用情况包括如下可能：

A：仅被cell0占用；

B：仅被cell1占用；

C：仅被cell2占用；

D：被cell0和cell1同时占用；

E：被cell0和cell2同时占用；

F：被cell1和cell2同时占用；

G：被cell0、cell1和cell2同时占用。

A、B和C三种情况，适用于CS（Coordinated Scheduling，协作调度）/CB（Coordinated Beamforming，协作波束赋形）的情况，即当该资源块被例如cell0占用时，可在cell1和cell2中被复用。

D、E和F三种情况，适用于具有相同CoMP传输点小区的CoMP-SU（Single User，单用户）或CoMP-MU（Multi User，多用户）的情况。对于CoMP-MU来讲图3是一种典型的应用场景。

G的情况适用于具有不同CoMP传输点小区的CoMP-MU的情况。，对于CoMP-MU来讲，图4是一种典型的应用场景。

无论对于CS/CB，还是CoMP-SU或CoMP-MU，当每个CoMP UE对应的CoMP传输点小区的最大数量超过2时，上述信令格式可做适当拓展即可兼容。

这里，总共有7种情况。因此，可以使用3个bit位来表示所有情况。例如，000表示上述情况A；001表示上述情况B；010表示上述情况C；011表示上述情况D；100表示上述情况E；101表示上述情况F；110表示上述情况G。

因此，来自集中调度器结点的分发装置803至每个分立的扇区调度器的集中调度结果包括一位图，该位图长度取决于系统带宽，位图中每个bit位的含义，当为1时，表示该资源块已被集中调度器分配，当为0时，表示该资源块未被集中调度器分配。对于那些bit位已设置为1的资源块，同时包括一个额外的3bit信息。分发装置803以上述预定信令格式，将集中调度装置802确定的调度信息分发至各分立的锚小区、传输点小区和协作小区的扇区调度器。

优选地，集中调度结束后，分发装置803根据预定信令格式，通过与所述小区调度器对应的预定接口，将所述调度信息分发至所述扇区调度器，其中，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

具体地，在小区与小区间可以具有X2接口，如图6所示，集中调度结束后，分发装置803根据预定信令格式，通过与扇区调度器对应的预定接口，如该X2接口，将集中调度装置802确定的调度信息分发至每个用户设备所分别对应的锚小区、CoMP传输点小区和CoMP协作集内小区的扇区调度器。例如，假设集中调度器结点位于cell0中，则当集中调度装置802为每个用户设备确定调度信息之后，分发装置803通过X2接口，按照预定信令格式，将该调度信息发送至cell1和cell2中的扇区调度器，而对于cell0来讲，由于其扇区调度器与集中调度器结点都位于该cell0中，则分发装置803例如通过内部协议格式等方式，将调度信息发送至该cell0中的扇区调度器。

优选地，所述多个用户设备所分别对应的扇区调度器，根据所述调度信息，生成至所述多个用户设备的下行数据，以对所述多个用户设备进行调度处理。

具体地，该多个用户设备所分别对应的扇区调度器接收到了每个用户设备对应的调度信息，则该多个小区调度器根据这些调度信息，如，该多个用户设备调度分配的资源位置及单/多用户波束赋形权重，如CoMP-SU波束赋形权重，或者CoMP-MU波束赋形权重，或者CS/CB波束赋形权重，生成至该多个用户设备的下行数据，如下行授权信息，并发送至该多个用户设备，以对该多个用户设备进行调度处理。这些分立的扇区调度器基于已接收的来自集中调度器的调度结果，继续对每个用户设备进行调度，将所有能分的资源分配完毕，用户设备随即根据单/多用户波束赋形权重，在指定的资源位置发送或接收信息。

在此，集中调度器分别接收关于多个用户设备的反馈或测量信息，包括用户设备对应的锚小区反馈或测量的信息，及其参与最终数据传输的传输点小区发来的关于该用户设备的反馈或测量信息；根据这些信息，联合调度，为多个用户设备确定调度信息，如调度分配的资源位置、单/多用户波束赋形权重等，并根据预定的信令格式，将该调度信息分发至参与协作传输的各个扇区的扇区调度器。在这些分立的扇区调度器，基于已接收的来自集中调度器的调度结果，继续调度，将所有能分的资源分配完毕，从而优化可获得更高的系统吞吐量。现有CoMP技术，基本都假定对于参与CoMP的多个用户设备，其各自对应的实际CoMP数据传输的协作小区一定是相同的集合。本发明的最大优点即在于，无论其各自对应的实际CoMP数据传输的协作集合是否相同，均可有效进行MU的复用，从而有效地提高了资源利用效率，从而提升系统整体吞吐率。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路（ASIC）、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序（包括相关的数据结构）可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (11)

1.一种用于针对下行协作多点传输的多用户调度的方法，其中，该方法包括：

a集中调度器结点接收分别对应多个用户设备的用户反馈或测量信息，其中，所述多个用户设备在满足条件时通过CoMP-MU模式进行多路复用，所述多个用户设备来自确定的CoMP传输点小区；

b所述集中调度器结点根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备的集中调度信息；

c集中调度结束后，所述集中调度器结点根据预定信令格式，将所述集中调度信息分发至所述多个用户设备分别对应扇区的各独立扇区调度器，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

2.根据权利要求1所述的方法，其中，所述步骤a包括：

-所述集中调度器结点接收所述多个用户设备对应的锚小区所发送的关于所述用户设备与所述锚小区的下行信道状态信息反馈，及所述用户设备与所述锚小区的探询参考信号测量结果；

-所述集中调度器结点接收所述多个用户设备所对应的CoMP传输点小区所发送的关于所述用户设备与所述传输点小区的探询参考信号测量结果。

3.根据权利要求1或2所述的方法，其中，所述步骤b包括：

-根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备调度分配的资源位置及单/多用户波束赋形权重，以作为所述多个用户设备的集中调度信息。

4.根据权利要求1至3中任一项所述的方法，其中，所述步骤c包括：

-集中调度结束后，所述集中调度器结点根据预定信令格式，通过与所述扇区调度器对应的预定接口，将所述集中调度信息分发至所述扇区调度器，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

5.根据权利要求1至4中任一项所述的方法，其中，所述多个用户设备中任一用户设备最多对应两个CoMP传输点小区。

6.根据权利要求1至5中任一项所述的方法，其中，该方法还包括：

-所述多个用户设备所分别对应的扇区调度器，根据所述集中调度信息，生成至所述多个用户设备的下行数据，以对所述多个用户设备进行调度处理。

7.一种用于针对下行协作多点传输的多用户调度的设备，其中，该设备包括：

接收装置，用于接收分别对应多个用户设备的用户反馈或测量信息，其中，所述多个用户设备在满足条件时通过CoMP-MU模式进行多路复用，所述多个用户设备来自确定的CoMP传输点小区；

集中调度装置，用于根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备的集中调度信息；

分发装置，用于集中调度结束后，根据预定信令格式，将所述集中调度信息分发至所述多个用户设备分别对应的扇区的扇区调度器，其中，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

8.根据权利要求7所述的设备，其中，所述集中接收装置用于：

-接收所述多个用户设备对应的锚小区所发送的关于所述用户设备与所述锚小区的下行信道状态信息反馈，及所述用户设备与所述锚小区的探询参考信号测量结果；

-接收所述多个用户设备所对应的CoMP传输点小区所发送的关于所述用户设备与所述传输点小区的探询参考信号测量结果。

9.根据权利要求7或8所述的设备，其中，所述调度装置用于：

-根据所述用户反馈或测量信息，通过联合调度，确定所述多个用户设备调度分配的资源位置及单/多用户波束赋形权重，以作为所述多个用户设备的集中调度信息。

10.根据权利要求7至9中任一项所述的设备，其中，所述分发装置用于：

-集中调度结束后，根据预定信令格式，通过与所述扇区调度器对应的预定接口，将所述集中调度信息分发至所述扇区调度器，其中，其中，所述扇区包括所述用户设备的锚小区、CoMP传输点小区和CoMP协作集内小区。

11.根据权利要求7至10中任一项所述的设备，其中，所述多个用户设备中任一用户设备最多对应两个CoMP传输点小区。