CN104519582A - 协作传输的实现方法与装置 - Google Patents

Abstract

本发明公开了一种协作传输的实现方法与实现装置，该方法包括：每个基站将其协作通知优先级信息发送给其他基站，其中，协作通知优先级信息用于确定基站发送协作通知的顺序；每个基站根据自身的协作通知优先级信息以及来自其他基站的协作通知优先级信息，确定本基站与其他基站发送协作通知的顺序，并根据确定的顺序发送协作通知。通过本发明，能够使得每个基站都确定出自身以及其他基站发送协作通知的顺序，避免了在基站之间通过多次迭代的方式进行协作调度，简化了信令流程，减低了时延，有助于快速地实现多点协作传输，显著提高了基站之间的传输效率与系统的工作能力，并且能够有效克服协作请求出现资源碰撞的问题。

Description

协作传输的实现方法与装置

技术领域

本发明涉及通信技术领域，并且特别地，涉及一种协作传输的实现方法与实现装置。

背景技术

长期演进增强（Long Term Evolution-Advance，简称为LTE-A）系统中，为了减小小区覆盖边沿用户终端的邻区干扰，提高小区边沿用户的体验，采用了协作多点传输（Coordinated-Multiple-Point，简称为CoMP）技术。协作多点传输技术是在地理位置上分离的多个基站（eNB）之间的协作。通常的，多个eNB是指不同小区的eNB，或一个小区的eNB与其控制的多个射频拉远头（Remote Radio Head，简称为RRH）。协作多点传输技术可分为下行协作传输和上行联合接收。下行协作多点传输包括协作调度（Coordinated Scheduling，简称为CS）和/或协作波束赋形（Coordinated Beamforming，简称为CB）等技术。其中，在协作调度传输中，多个eNB通过对各自时频资源调度的协调，从而减小了小区间的传输干扰。某个小区的eNB为了减小对其他eNB的干扰可能对某个时频资源不调度下行传输，即保持静默（muting）。另一方面，在协作波束赋形传输中，一个eNB向用户终端发送有用信号，其它传输点则通过协调波束赋形来尽量减小对该用户终端的干扰。

为了对一个用户终端实现CoMP传输，网络为用户终端配置一个测量集合，该测量集合中包含1个或多个eNB。网络对测量集合中的每个eNB为用户终端配置1个或多个信道状态信息（Channel State Information，简称为CSI）进程。用户终端根据每个CSI进程配置进行CSI上报。

eNB可以根据用户终端的CSI上报，进行CoMP传输的调度。但是，在该调度过程中，往往需要相互交换大量的信息和数据。在LTE/LTE-A系统中，eNB之间的信息和数据交互通过回程链路（backhaul）实现。回程链路的信息传输速率和传输延时由实现回程链路的物理链路本身的性质和协议栈时延决定。如果eNB之间通过容量大的物理链路连接（例如，通过光纤直接连接），则回程链路的信息传输速率会比较高（例如，可以达到Gbps量级）；而如果eNB之间通过容量较小的物理链路连接，如xDSL或无线传输链路，回程链路的信息传输速率会比较低（例如，可能只能够达到1Mbps或更低）。通过回程链路互信息时，传输的时延主要由物理链路传输时延和协议栈时延引起，对于不同的回程链路而言，传输时延差别较大，通常情况下，非理想回程链路传输时延可能达到10ms或更大。

在实际网络中，可能存在多种回程链路物理连接方式，在CoMP的协作调度中，eNB间的信息交换主要应该考虑非理想的回程链路。

为了实现下行协作多点传输，主要需要依赖于eNB获得的用户终端到各协作点的CSI。CSI主要包括信道质量指示信息（Channel Quality Indicator，简称为CQI）、预编码矩阵指示（Precoding Matrix Indicator，简称为PMI）和秩指示（Rank Indication，简称为RI）等。用户终端利用各eNB发送的下行参考信号测量eNB到用户终端的信道，并向其服务小区（Serving Cell）反馈其测量到的信道信息。用户终端的服务小区（即用户接入的小区）接收反馈的信道状态信息，与协作小区进行协作调度和/或协作预编码，从而实现协作传输。小区间进行协作调度和/或协作预编码调度的方法主要可以分为两种：（1）中心协作调度；（2）非中心协作调度。下面将对这两种方法进行描述。

LTE-A版本11的CoMP研究中考虑了理想的回程链路。在理想回程链路情况下，中心协作调度的主要步骤包括：

步骤A，各协作eNB将最近接收到的所有接入该eNB的用户终端的CSI传输给一个中心协作节点（Central Coordination Node，简称为CCN）；

步骤B，CCN为所有协作eNB的用户终端集中调度时域和频域资源，并为调度了时频资源的用户终端计算预编码；

步骤C，CCN将每个用户终端的调度和预编码结果发送给每个相关eNB；

步骤D，eNB根据收到的资源调度和预编码结果为用户终端传输数据。

在非理想回程链路情况下，如图1所示，上述中心协作调度的方法需要协作基站（包括协作基站1、协作基站2和协作基站3）将各自所有接入的用户终端的CSI都传输给CCN，且CCN调度之后，需要将所有调度结果分别传给各eNB。调度时延（从各协作基站向CCN传输CSI开始，直到接收到中心协作节点发送的资源调度和预编码信息之间的时间段）至少为2倍的回程链路传输时延。另外，如果协作集合中CCN到各协作基站的回程链路时延不同，为了让一次调度结果在协作集合中同时应用，则协作集合中的调度时延实际上是集合中最大回程链路传输时延的2倍。对于典型的回程链路时延（10ms）而言，上述中心调度的方案在非理想回程链路情况下产生的调度时延大致为20ms。这将意味着协作集合中各协作基站根据用户20ms之前上报的CSI进行CoMP传输。而CSI的过时会严重影响CoMP的传输性能，其造成的不良影响主要包括3个方面：资源调度不准确；预编码矩阵选择不合适；链路自适应不准确。并且，在上述3个方面中，预编码矩阵选择和链路自适应对CSI过时问题都是非常敏感的。

综上所述，在非理想回程链路情况下，如果采用理想回程链路中使用的中心协作调度的交互方法，虽然能够借助CCN协调整个协作集合的调度，避免在eNB之间交互调度信息，但是CCN接收用户终端的CSI和下发调度信息都受到非理想回程链路时延影响，所以很容易导致CSI过期。

为了避免因为传输时延过大导致上述CSI过时，目前，已经提出了非中心协作调度的方式。在实现非中心协作调度的过程中，如果需要实现接近全局优化的结果，就需要采用小区间迭代调度的方法，因此，协作基站间可能需要进行多次调度信息交互，从而确定最终的协作方案，此时，复杂的信令交互过程会产生较大的时延，同样会导致CSI过时，从而影响传输性能。为了减少基站交互中因为回程链路传输时延导致的不良影响，非中心协作调度的方案可以采用交互协作请求和协作通知的方法。其中，协作请求是发起请求的eNB用来请求目标eNB进行某种协作的信息；协作通知是发送协作通知的eNB用来通知其他eNB本eNB协作行为的信息。eNB之间协作的传输资源可以包括各eNB进行下行传输可能采用的波束方向、时频域资源等信息。如图2所示，eNB1向eNB2发送协作请求，eNB2会进行协作调度，并将协作通知发送给eNB1和eNB3。

但是，在实际应用场景中，eNB之间的协作关系很可能比图2所示的关系复杂很多。例如，请求eNB2进行协作的往往不仅仅是eNB1，在eNB1请求eNB2进行协作时，eNB3同样可能请求eNB2进行协作。并且，实际系统中多个eNB间进行协作可能产生2个或多个eNB之间互发协作请求而出现碰撞的情况。具体地，对于某个eNB而言，碰撞情况可以描述为：本eNB向相邻eNB发送了对应某个时频资源（也可以是空间资源）的协作请求信息之后，还没有收到该相邻eNB的对应该时频资源的协作通知信息，但是已经收到了该相邻eNB或其它相邻eNB的对应该时频资源的协作请求信息，且上述协作请求信息都未失效。此时，本eNB不能利用对方静默的资源进行传输，不仅未通过协作提高传输性能，反而降低了双方的传输性能。并且，一旦出现了碰撞，如果通过进一步交互协调信息来解决，很可能产生进一步碰撞。所以，进一步的交互不仅不能够有效解决碰撞的问题，还可能带来新的问题。

通过以上描述可以看出，在现有的CoMP传输方案中，中心协作调度的方法主要针对理想回程链路而设计，在非理想回程链路情况下，由于回程链路具有传输时延会使CSI过时，导致资源调度、预编码矩阵选择、链路自适应的精确性都受到较大的影响，从而影响协作多点传输技术的传输性能；另一方面，采用小区间迭代调度的非中心协作调度的方案虽然能够在简单场景下减少网络侧交互的信息量，在一定程度上达到降低时延的目的，但是，由于缺少CCN的集中调度，因此，因此非中心协作调度的方案很容易出现协作请求的碰撞，并且，这种为了解决碰撞，同样需要协作eNB间进行多次调度信息交互，导致CSI过时，进而产生类似的问题。

因此，不论采用集中协作调度还是非集中协作调度，都不能够有效降低网络侧信息交互所带来的时延，进而对系统的性能带来不良影响。然而，针对上述问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中进行多点协作传输时网络侧时延较大而影响系统性能的问题，本发明提出一种协作传输的实现方法和装置，能够有效降低网络时延，避免系统性能受到影响。

本发明的技术方案是这样实现的：

根据本发明的一个方面，提供了一种协作传输的实现方法。

根据本发明的协作传输的实现方法包括：每个基站将其协作通知优先级信息发送给其他基站，其中，协作通知优先级信息用于确定基站发送协作通知的顺序；每个基站根据自身的协作通知优先级信息以及来自其他基站的协作通知优先级信息，确定本基站与其他基站发送协作通知的顺序，并根据确定的顺序发送协作通知。

其中，每个基站将协作通知优先级信息与协作请求信息一起发送、或者将协作通知优先级信息与协作请求信息分别独立发送。

具体地，确定本基站与其他基站发送协作通知的顺序包括：本基站利用预先设定的协作通知优先级信息与优先级值的映射关系，根据本基站的协作优先级信息以及最近接收到的其他基站的协作优先级信息确定本基站与其他基站的协作通知优先级值；将本基站的协作通知优先级值和其他基站的协作通知优先级值进行比较，根据预定的顺序判断策略，确定本基站与其他基站发送协作通知的顺序。

此外，根据确定的顺序发送协作通知可以包括：在发送协作通知的顺序中，如果本基站不是排序在最前的基站，则本基站在接收到排序在本基站之前的基站发送的协作通知之后，发送协作通知。

并且，本基站在预定的时间点到达之前，等待发送协作通知的顺序在本基站之前的其他基站发送的协作通知，如果该预定时间点已过而本基站没有接收到发送协作通知的顺序在本基站之前的所有基站发送的协作通知，则本基站向其他基站发送协作通知。

另外，本基站确定的发送协作通知的顺序中所涉及的基站可以满足以下条件：本基站向该基站发送了关于指定资源的协作请求信息之后，未收到来自该基站关于指定资源的协作通知；并且，本基站已经收到该基站向本基站发送的关于指定资源的协作请求信息，而本基站在收到该基站发送的关于指定资源的协作请求之后未发送关于指定资源的协作通知。

可选地，上述资源可以包括时频域资源、空间资源。

此外，在发送协作通知时，本基站根据最近收到的来自其他基站的协作请求信息、其他基站的协作通知以及用户上报的信道状态指示CSI信息，确定本基站的协作资源，并向其他基站发送协作通知。

根据本发明的另一方面，提供了一种协作传输的实现装置，该装置可以设置于基站。

根据本发明的协作传输的实现装置包括：发送模块，用于本基站的协作通知优先级信息发送给其他基站，其中，协作通知优先级信息用于确定基站发送协作通知的顺序；接收模块，用于接收来自其他基站的协作通知优先级信息；确定模块，用于根据本基站的协作通知优先级信息以及来自其他基站的协作通知优先级信息，确定本基站与其他基站发送协作通知的顺序，以便由发送模块根据确定的顺序发送协作通知。

其中，发送模块用于将本基站的协作通知优先级信息与协作请求信息一起发送至其他基站、或者用于将基站的协作通知优先级信息与协作请求信息分别独立发送至其他基站。

另外，在确定本基站与其他基站发送协作通知的顺序时，确定模块用于利用预先设定的协作通知优先级信息与优先级值的映射关系，根据本基站的协作优先级信息以及最近接收到的其他基站的协作优先级信息确定本基站与其他基站的协作通知优先级值；并且用于将本基站的协作通知优先级值和其他基站的协作通知优先级值进行比较，根据预定的顺序判断策略，确定本基站与其他基站发送协作通知的顺序。

此外，在根据确定的顺序发送协作通知时，在发送协作通知的顺序中，如果本基站不是排序在最前的基站，则发送模块在接收模块接收到排序在本基站之前的基站发送的协作通知之后，发送协作通知。

具体地，接收模块用于在预定的时间点到达之前，等待接收由发送协作通知的顺序在本基站之前的其他基站发送的协作通知，如果该预定时间点已过而本基站没有接收到发送协作通知的顺序在本基站之前的所有基站发送的协作通知，则发送模块向其他基站发送本基站的协作通知。

并且，发送协作通知的顺序中所涉及的基站可以满足以下条件：本基站向该基站发送了关于指定资源的协作请求信息之后，未收到来自该基站关于指定资源的协作通知；并且，本基站已经收到该基站向本基站发送的关于指定资源的协作请求信息，而本基站在收到该基站发送的关于指定资源的协作请求之后未发送关于指定资源的协作通知。

其中，上述资源可以包括时频域资源、空间资源。

另外，在发送协作通知时，发送模块根据最近收到的来自其他基站的协作请求信息、其他基站的协作通知以及用户上报的信道状态指示CSI信息，确定本基站的协作资源，并向其他基站发送协作通知。

本发明通过在基站之间交互协作通知优先级信息，使得每个基站都能够确定出自身以及其他基站发送协作通知的顺序，从而避免了在基站之间通过多次迭代的方式进行协作调度，简化了信令流程，减低了时延，有助于快速地实现多点协作传输，显著提高了基站之间的传输效率与系统的工作能力，并且能够有效克服协作请求出现资源碰撞的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是相关技术中采用中心协作调度时的信息交互示意图；

图2是相关技术中采用非中心协作调度时的信息交互示意图；

图3是根据本发明实施例的协作传输的实现方法的流程图；

图4是根据本发明实施例的协作传输的实现装置的框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。

根据本发明的实施例，提供了一种协作传输的实现方法。

如图3所示，根据本发明实施例的协作传输的实现方法包括：

步骤S301，每个eNB将其协作通知优先级信息发送给其他eNB，其中，协作通知优先级信息用于确定eNB发送协作通知的顺序；

步骤S303，每个eNB根据自身的协作通知优先级信息以及来自其他eNB的协作通知优先级信息，确定本eNB与其他eNB发送协作通知的顺序，并根据确定的顺序发送协作通知。

其中，每个eNB将协作通知优先级信息与协作请求信息一起发送、或者将协作通知优先级信息与协作请求信息分别独立发送。也就是说，协作通知优先级信息的发送过程与协作请求信息的发送过程可以是彼此独立的，eNB可以在任何可能的时机，向其他eNB发送协作通知优先级信息。

在将协作通知优先级信息与协作请求信息一起发送的实施例中，在发送协作请求信息之前，每个eNB可以预先为用户设备（UE）进行配置，使得UE能够进行测量（例如，进行CSI测量），eNB就可以接收UE上报的测量结果，进而根据测量结果生成协作请求信息，之后，即可发送该协作请求信息，并在发送协作请求信息的同时，发送协作请求信息。在其他实施例中，协作优先级信息可以采用周期发送的方式，或在其他条件的触发之后发送。

在本eNB确定发送协作通知的顺序时，实际上可以理解为确定了本eNB以及其他eNB的协作通知优先级值，之后根据该优先级值的比较，确定本eNB与其他eNB发送协作通知的顺序（实际上，对于其他每个eNB，都会通过相同的方式来确定发送协作通知的顺序）。具体而言，在确定发送协作通知的顺序时，本eNB利用预先设定的协作通知优先级信息与优先级值的映射关系，根据本eNB的协作通知优先级信息以及最近接收到的其他eNB的协作通知优先级信息，确定本eNB与其他eNB的协作通知优先级值；之后，将本eNB的协作通知优先级值和其他eNB的协作通知优先级值进行比较，根据预定的顺序判断策略，确定本eNB与其他eNB发送协作通知的顺序。

由于每个eNB的协作通知优先级都会因为实际因素改变而出现变化，因此，每个eNB在不同时间发送的协作通知优先级信息可能出现变化，因此，为了保证系统中的每个eNB以统一的方式确定协作通知发送顺序，每个eNB都应当根据自身的协作通知优先级信息以及最近一次接收到的其他eNB发出的协作通知优先级信息，确定自身以及其他eNB发送协作通知的顺序。

在发送协作通知的顺序中，如果本eNB不是排序在最前的eNB，则本eNB会在接收到排序在本eNB之前的eNB发送的协作通知之后，发送协作通知。如果当前eNB是排在首个的eNB，则该当前eNB则无需等待接收其他eNB的协作通知，可以直接将自身的协作通知发送至其他eNB。

为了避免eNB无限期等待其他eNB的协作通知，可以预先设置时间点，本eNB在预定的时间点到达之前，将会等待发送协作通知的顺序在本eNB之前的其他eNB发送的协作通知，如果该预定时间点已过而本eNB没有接收到发送协作通知的顺序在本eNB之前的所有eNB发送的协作通知，则本eNB停止等待，并向其他eNB发送本eNB的协作通知。

在一个实施例中，为了设定时间点，在协作请求与协作通知优先级信息一起发送的实施例中，可以对每个eNB发出的协作请求信息设置有效期，将该有效期到期的时刻作为上述时间点。此外，还可以设置一时间段，当本eNB接收到来自其他eNB的首个协作请求信息或协作通知时开始计时，将该时间段到期的时刻确定为上述的时间点。

其中，本eNB确定的发送协作通知的顺序中，所涉及的eNB满足以下条件：本eNB向该eNB（是指本eNB以外的其他eNB）发送了关于指定资源的协作请求信息之后，（本eNB）未收到来自该eNB关于指定资源的协作通知；并且，本eNB已经收到该eNB向本eNB发送的关于指定资源的协作请求信息，而本eNB在收到该eNB发送的关于指定资源的协作请求之后未发送关于指定资源的协作通知。

此外，在发送协作通知时，本eNB根据最近收到的来自其他eNB的协作请求信息、其他eNB的协作通知以及用户上报的信道状态指示CSI信息，确定本eNB的协作资源，并向其他eNB发送协作通知。

此外，可选地，每个eNB发送的协作通知优先级信息可以包括以下至少之一：接入用户数量信息、业务负载信息、传输性能信息、进行协作传输时对性能带来的增益等。系统可以预先设定的各个eNB需要发送的信息、以及协作通知优先级信息与协作通知优先级值之间的对应关系，另外，还要设定顺序判断策略，以便每个eNB都能够知晓如何根据优先级值来确定eNB发送协作通知的顺序，所有eNB都能够根据统一的确定规则得到一致的结果，从而省去了eNB间进一步协商的过程，避免了过多的信息交互，并且能够有效解决碰撞的问题。并且，上述的协作通知优先级中的每一类可以单独使用也可以组合使用。在组合使用的情况下，可以在预先设定每个eNB需要发送的信息的类型，以及设定根据多个类型的协作通知优先级确定优先级值的对应关系。

在实际应用中，eNB可以对UE配置CSI测量，并根据UE上报的CSI信息，向其他eNB发起协作请求，具体可以包括以下步骤：

步骤1：eNB之间交互传输资源请求信息，具体地，eNB接收用户上报的CSI信息，根据用户CSI信息为该eNB下行传输的时频资源确定协作请求信息，并将用于确定协作通知发送顺序的协作通知优先级信息和协作请求信息发送给相邻eNB，具体包括：

步骤11，eNB将用于确定协作通知发送顺序的协作通知优先级信息和协作请求信息发送给该协作请求信息对应的目标eNB；

步骤12，eNB还可以将用于确定协作通知发送顺序的协作通知优先级信息发送给相邻的其它eNB；

其中，用于确定协作通知发送顺序的协作通知优先级信息可以包含接入该eNB的用户数量统计信息、该eNB的业务负载统计信息、该eNB的传输性能统计信息、表示该协作请求的目标eNB按照该协作请求进行协作时该eNB的性能增益的协作增益信息。

步骤2：eNB确定协作通知发送顺序：eNB接收相邻eNB发送的协作通知优先级信息，根据该相邻eNB的协作通知优先级信息、本eNB的协作通知优先级信息确定相邻eNB和本eNB的协作通知发送顺序，具体包括：

步骤21，本eNB根据本eNB最新的协作通知优先级信息、最新收到的相邻eNB的协作通知优先级信息，确定本eNB和相邻eNB的协作通知发送顺序；

如当协作通知优先级信息中包含接入eNB的用户数量统计信息，本eNB确定接入用户数量较多的eNB优先发送协作通知信息；当协作通知优先级信息中包含eNB的业务负载统计信息时，本eNB确定业务负载量较大的eNB优先发送协作通知信息；当协作通知优先级信息中包含eNB的传输性能统计信息，本eNB确定传输性能更优的eNB优先发送协作通知信息；当协作通知优先级信息中包含协作增益信息时，本eNB确定协作增益较大的eNB优先发送协作通知信息。

步骤3：eNB根据用户最近的CSI上报、相邻eNB的协作请求信息、最新收到的相邻eNB的协作通知信息和步骤2中确定的协作通知发送顺序确定本eNB的协作资源，并向相邻eNB发送本eNB的协作通知信息，具体包括：

步骤31，如果确定的协作通知发送顺序中存在相邻eNB的协作通知发送在本eNB的协作通知发送之前，且本eNB已向该相邻eNB发送关于一个时频资源的协作请求信息之后还未接收到该相邻eNB关于该时频资源的协作通知信息，则本eNB在一段时间内（协作请求信息的有效期）直到接收到该相邻eNB关于该时频资源的协作通知信息为止不发送关于该时频资源的协作通知信息；上述一段时间可以是网络预先配置，也可以是预先约定，还可以是由eNB根据其它值计算得到；具体如下：

步骤32，如果确定的协作通知发送顺序中，本eNB需要在其他相邻eNB发送协作通知之后发送本eNB的协作通知发送，那么，在发送协作通知的排序在本eNB之前的所有相邻eNB均发送了协作通知之后，本eNB将会发送协作通知。其中，在本eNB发送协作通知时，本eNB将根据用户最近的CSI上报、相邻eNB的协作请求信息、最新收到的相邻eNB的协作通知信息确定本eNB的协作资源，并根据确定的本eNB的协作资源向相邻eNB发送本eNB的协作通知；

另外，如果本eNB未收到任何相邻eNB的协作请求信息，则本eNB根据用户最近的CSI上报、最新收到的相邻eNB的协作通知信息确定本eNB的协作资源，并根据确定的本eNB的协作资源向相邻eNB发送本eNB的协作通知。

下面将结合具体实例，描述本发明的技术方案。

实例1

在本实例中，假设存在2个eNB：eNB1、eNB2，并且，系统以基站接入用户统计数量作为确定协作通知发送顺序的协作通知优先级信息，且接入用户统计数量越小，协作通知发送顺序越早，假设eNB1接入用户统计数量为11，eNB2接入用户统计数量为7。

此时，2个eNB之间对一个时频资源PRB1的资源协作过程如下：

在eNB1、eNB2之间互相交互协作通知优先级信息，并确定协作通知发送顺序如下：eNB2先于eNB1。

在某个时刻eNB1已向eNB2发送协作请求信息，请求eNB2在PRB1上静默，eNB1未收到eNB2的协作通知信息，eNB2已向eNB1发送请求eNB1在PRB1上对某个波束方向进行回避的协作请求信息未收到eNB1的协作通知信息；

eNB1接收到eNB2的协作请求信息，并确定eNB2协作通知顺序在本eNB之前，且本eNB已向eNB2发送协作请求信息，eNB1在本eNB发送的协作请求信息有效时间内等待接收eNB2的协作通知信息；

eNB2接收到eNB1的协作请求信息，并确定已向eNB1发送协作请求信息，但eNB1的协作通知顺序在本eNB之后，本eNB可以不等待接收eNB1的协作通知信息，eNB2根据用户最近上报的CSI信息、接收到的eNB1的协作请求信息、相邻小区最近的协作通知，确定本eNB在PRB1上静默，并向eNB1和eNB2发送协作通知；

eNB1接收到eNB2的协作通知信息，确定eNB2将在PRB1上静默；

eNB1和eNB2根据资源协作情况进行调度。

实例2

在本实例中，假设存在2个eNB：eNB1、eNB2，并且，系统以表示一个协作请求的目标eNB按照该协作请求进行协作时发送该协作请求的eNB的性能增益的协作增益信息作为确定协作通知发送顺序的协作通知优先级信息，且该信息表示的性能增益较小的eNB协作通知发送更早。此时，2个eNB之间对一个时频资源PRB1的资源协作过程如下：

在某个时刻，eNB1已向eNB2发送协作请求信息以及eNB1的协作通知优先级信息，请求eNB2在PRB1上静默，eNB1未收到eNB2的协作通知信息，eNB2已向eNB1发送协作请求信息，以请求eNB1在PRB1上对某个波束方向进行回避的协作请求信息和eNB2的协作通知优先级信息，未收到eNB1的协作通知信息，且eNB1的协作通知优先级信息表示的eNB1协作请求对应的增益高于eNB2的协作通知优先级信息表示的eNB2协作请求对应的增益。

eNB1和eNB2根据交互的协作通知优先级信息，确定eNB1的协作通知优先级信息表示的eNB1协作请求对应的增益高于eNB2的协作通知优先级信息表示的eNB2协作请求对应的增益，因此eNB2的协作通知应该早于eNB1的协作通知发送；

eNB1接收到eNB2的协作请求信息，并确定eNB2协作通知顺序在本eNB之前，且本eNB已向eNB2发送协作请求信息，eNB1在本eNB发送的协作请求信息有效时间内等待接收eNB2的协作通知信息；

eNB2接收到eNB1的协作请求信息，并确定已向eNB1发送协作请求信息，但eNB1的协作通知顺序在本eNB之后，本eNB可以不等待接收eNB1的协作通知信息，eNB2根据用户最近上报的CSI信息、接收到的eNB1的协作请求信息、相邻小区最近的协作通知，确定本eNB在PRB1上静默，并向eNB1和eNB2发送协作通知；

eNB1接收到eNB2的协作通知信息，确定eNB2将在PRB1上静默；

eNB1和eNB2根据资源协作情况进行调度。

根据本发明的实施例，还提供了一种协作传输的实现装置，设置于eNB。

如图4所示，根据本发明的协作传输的实现装置包括：

发送模块41，用于本eNB的协作通知优先级信息发送给其他eNB，其中，协作通知优先级信息用于确定eNB发送协作通知的顺序；

接收模块42，用于接收来自其他eNB的协作通知优先级信息；

确定模块43，用于根据本eNB的协作通知优先级信息以及来自其他eNB的协作通知优先级信息，确定本eNB与其他eNB发送协作通知的顺序，以便由发送模块41根据确定的顺序发送协作通知。

其中，发送模块41进一步用于将本eNB的协作通知优先级信息与协作请求信息一起发送至其他eNB、或者用于将eNB的协作通知优先级信息与协作请求信息分别独立发送至其他eNB。

另外，在确定本eNB与其他eNB发送协作通知的顺序时，确定模块42用于利用预先设定的协作通知优先级信息与优先级值的映射关系，根据本基站的协作优先级信息以及最近接收到的其他基站的协作优先级信息确定本eNB与其他eNB的协作通知优先级值；并且用于将本eNB的协作通知优先级值和其他eNB的协作通知优先级值进行比较，根据预定的顺序判断策略，确定本eNB与其他eNB发送协作通知的顺序。

此外，在根据确定的顺序发送协作通知时，在发送协作通知的顺序中，如果本eNB不是排序在最前的eNB，则发送模块41在接收模块42接收到排序在本eNB之前的eNB发送的协作通知之后，发送本eNB的协作通知。

并且，接收模块42用于在预定的时间点到达之前，等待接收由发送协作通知的顺序在本eNB之前的其他eNB发送的协作通知，如果该预定时间点已过而本eNB没有接收到发送协作通知的顺序在本eNB之前的所有eNB发送的协作通知，则发送模块41向其他eNB发送本eNB的协作通知。

另外，发送协作通知的顺序中所涉及的eNB满足以下条件：本eNB向该eNB发送了关于指定资源的协作请求信息之后，未收到来自该eNB关于指定资源的协作通知；并且，本eNB已经收到该eNB向本eNB发送的关于指定资源的协作请求信息，而本eNB在收到该eNB发送的关于指定资源的协作请求之后未发送关于指定资源的协作通知。其中，这里描述的资源可以包括时频资源、空间资源等。

另外，在根据确定的优先级发送协作通知时，在发送协作通知时，发送模块41根据最近收到的来自其他eNB的协作请求信息、其他eNB的协作通知以及用户上报的CSI信息，确定本eNB的协作资源，并向其他eNB发送协作通知。

综上所述，借助于本发明的上述技术方案，本发明通过在基站之间交互协作通知优先级信息，使得每个基站都能够确定出自身以及其他基站发送协作通知的顺序，从而避免了在基站之间通过多次迭代的方式进行协作调度，简化了信令流程，减低了时延，有助于快速地实现多点协作传输，显著提高了基站之间的传输效率与系统的工作能力，并且能够有效克服协作请求出现资源碰撞的问题。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种协作传输的实现方法，其特征在于，包括：

每个基站将其协作通知优先级信息发送给其他基站，其中，所述协作通知优先级信息用于确定基站发送协作通知的顺序；

每个基站根据自身的协作通知优先级信息以及来自其他基站的协作通知优先级信息，确定本基站与其他基站发送协作通知的顺序，并根据确定的所述顺序发送协作通知。

2.根据权利要求1所述的实现方法，其特征在于，每个基站将协作通知优先级信息与协作请求信息一起发送、或者将协作通知优先级信息与协作请求信息分别独立发送。

3.根据权利要求1所述的实现方法，其特征在于，确定本基站与其他基站发送协作通知的顺序包括：

本基站利用预先设定的协作通知优先级信息与优先级值的映射关系，根据本基站的协作优先级信息以及最近接收到的其他基站的协作优先级信息确定本基站与其他基站的协作通知优先级值；

将本基站的协作通知优先级值和其他基站的协作通知优先级值进行比较，根据预定的顺序判断策略，确定本基站与其他基站发送协作通知的顺序。

4.根据权利要求1所述的实现方法，其特征在于，根据确定的所述顺序发送协作通知包括：

在发送协作通知的顺序中，如果本基站不是排序在最前的基站，则本基站在接收到排序在本基站之前的基站发送的协作通知之后，发送协作通知。

5.根据权利要求4所述的实现方法，其特征在于，本基站在预定的时间点到达之前，等待发送协作通知的顺序在本基站之前的其他基站发送的协作通知，如果该预定时间点已过而本基站没有接收到发送协作通知的顺序在本基站之前的所有基站发送的协作通知，则本基站向其他基站发送协作通知。

6.根据权利要求4所述的实现方法，其特征在于，本基站确定的发送协作通知的顺序中所涉及的基站满足以下条件：本基站向该基站发送了关于指定资源的协作请求信息之后，未收到来自该基站关于所述指定资源的协作通知；并且，本基站已经收到该基站向本基站发送的关于所述指定资源的协作请求信息，而本基站在收到该基站发送的关于所述指定资源的协作请求之后未发送关于所述指定资源的协作通知。

7.根据权利要求6所述的实现方法，其特征在于，所述资源包括时频域资源、空间资源。

8.根据权利要求1所述的实现方法，其特征在于，在发送协作通知时，本基站根据最近收到的来自其他基站的协作请求信息、其他基站的协作通知以及用户上报的信道状态指示CSI信息，确定本基站的协作资源，并向其他基站发送协作通知。

9.一种协作传输的实现装置，设置于基站，其特征在于，所述实现装置包括：

发送模块，用于本基站的协作通知优先级信息发送给其他基站，其中，所述协作通知优先级信息用于确定基站发送协作通知的顺序；

接收模块，用于接收来自其他基站的协作通知优先级信息；

确定模块，用于根据本基站的协作通知优先级信息以及来自其他基站的协作通知优先级信息，确定本基站与其他基站发送协作通知的顺序，以便由所述发送模块根据确定的所述顺序发送协作通知。

10.根据权利要求9所述的实现装置，其特征在于，所述发送模块用于将本基站的协作通知优先级信息与协作请求信息一起发送至其他基站、或者用于将所述基站的协作通知优先级信息与协作请求信息分别独立发送至其他基站。

11.根据权利要求9所述的实现装置，其特征在于，在确定本基站与其他基站发送协作通知的顺序时，所述确定模块用于利用预先设定的协作通知优先级信息与优先级值的映射关系，根据本基站的协作优先级信息以及最近接收到的其他基站的协作优先级信息确定本基站与其他基站的协作通知优先级值；并且用于将本基站的协作通知优先级值和其他基站的协作通知优先级值进行比较，根据预定的顺序判断策略，确定本基站与其他基站发送协作通知的顺序。

12.根据权利要求9所述的实现装置，其特征在于，在根据确定的所述顺序发送协作通知时，在发送协作通知的顺序中，如果本基站不是排序在最前的基站，则所述发送模块在所述接收模块接收到排序在本基站之前的基站发送的协作通知之后，发送协作通知。

13.根据权利要求12所述的实现装置，其特征在于，所述接收模块用于在预定的时间点到达之前，等待接收由发送协作通知的顺序在本基站之前的其他基站发送的协作通知，如果该预定时间点已过而本基站没有接收到发送协作通知的顺序在本基站之前的所有基站发送的协作通知，则所述发送模块向其他基站发送本基站的协作通知。

14.根据权利要求12所述的实现装置，其特征在于，发送协作通知的顺序中所涉及的基站满足以下条件：本基站向该基站发送了关于指定资源的协作请求信息之后，未收到来自该基站关于所述指定资源的协作通知；并且，本基站已经收到该基站向本基站发送的关于所述指定资源的协作请求信息，而本基站在收到该基站发送的关于所述指定资源的协作请求之后未发送关于所述指定资源的协作通知。

15.根据权利要求14所述的实现装置，其特征在于，所述资源包括时频域资源、空间资源。

16.根据权利要求9所述的实现装置，其特征在于，在发送协作通知时，所述发送模块根据最近收到的来自其他基站的协作请求信息、其他基站的协作通知以及用户上报的信道状态指示CSI信息，确定本基站的协作资源，并向其他基站发送协作通知。