[发明专利]一种多点协作传输中选择协作小区的方法及系统

说明书

技术领域

本发明涉及多点协作传输(CoMP，Coordinated Multi-Point transmission/reception)技术，特别是指一种CoMP中选择协作小区的方法及系统。

背景技术

小区边缘用户设备(UE，User Equipment)信道状况恶劣的主要原因是由于相邻小区产生的强烈干扰，这种干扰会导致系统的吞吐量下降、误码率升高等一系列问题。在传统的干扰消除算法中，基站独立的进行操作，虽然采用了随机化干扰、软频率复用等技术，依旧不能有效地消除小区间干扰，提高边缘UE的性能。因此，CoMP技术应运而生，该技术通过接入点(AP，Access Point)之间的动态信息交互和协调，从而能最大限度地减小AP之间不同边缘UE传输的相互干扰。

目前，在现有的CoMP系统中，当边缘UE因受到较强干扰而无法满足通信要求时，服务小区将向相邻小区发送协调调度请求，相邻小区收到协调调度请求后，根据自身与服务小区之间的交互信息，做出以下决策：接受请求，在该频带上联合服务小区进行联合传输；或者，不接受请求，保持原有的调度结果，服务小区收到相邻小区发送的接受请求的决策后，与相邻小区进行联合传输；这里，在实际应用时，可以有两种协作传输模式，包括：单用户(SU，Single User)-CoMP协作模式及多用户(Multiple User)-CoMP协作模式；其中，对于SU-COMP协作模式，在协调调度时，需要牺牲相邻小区自身的资源，来换取服务小区的性能提升；而对于MU-CoMP协作模式，则需要由协作小区寻找一个合适的配对UE来协作完成复杂的MU-联合传输(JT，Joint Transmission)的过程。但是，无论采取哪种协作模式，协作小区的选取都是至关重要的，它直接影响到协调调度的结果。

然而，在现有技术中，服务小区只要收到相邻小区发送的接受请求的决策后，就直接将发送接受请求的相邻小区作为协作小区，如此，会造成频谱资源的浪费，从而不能有效地提高CoMP系统的吞吐量；另外，可能还会造成不能有效地抑制干扰。除此以外，相邻小区在作出决策时，并不考虑相邻小区所处的协作集中除服务小区外的其它相邻小区发送的协调调度请求，如此，同样会造成频谱资源的浪费、以及不能有效地抑制干扰的结果。

发明内容

有鉴于此，本发明的主要目的在于提供一种CoMP中选择协作小区的方法及系统，能有效地提高CoMP系统的吞吐量。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种CoMP中选择协作小区的方法，该方法包括：

服务小区收到每个候选协作小区的响应后，依据CoMP系统吞吐量最大策略、或数据速率要求策略，从所有发送同意协调响应的候选协作小区中确定目标协作小区。

上述方案中，所述依据CoMP系统吞吐量最大策略，从所有发送同意协调响应的候选协作小区中确定目标协作小区，为：

从收到的所有发送同意协调响应的候选协作小区中，选择协作传输后CoMP系统所能提升的总的速率增益值最大的候选协作小区作为目标协作小区；其中，

对于每个发送同意协调响应的候选协作小区，CoMP系统所能提升的总的速率增益值为：ΔC″_i＝ΔC+ΔC′；其中，ΔC表示协作传输后，服务小区的UE所能提升的速率增益值，ΔC′表示协作传输后，候选协作小区自身降低的吞吐量。

上述方案中，所述依据数据速率要求策略，从所有发送同意协调响应的候选协作小区中确定目标协作小区，为：

从所有发送同意协调响应的候选协作小区中，选择满足公式：的候选协作小区作为目标协作小区；

其中，R表示传输速率要求；L表示返回同意协调响应的候选协作小区集合；表示协作小区集合；所述包括：服务小区及所有返回同意协调响应的候选协作小区中的一个以上小区；表示协作小区集合的总的吞吐量；表示由于协作，候选协作小区集合L的吞吐量下降值。

上述方案中，该方法进一步包括：

每个候选协作小区收到协调调度请求后，且在定时器超时后，依据协作传输后能提高CoMP系统总的吞吐量的策略，从收到的所有的针对同一个资源块(RB，Resource Block)的协调调度请求对应的服务小区中确定进行协作传输的服务小区；

候选协作小区向确定的进行协作传输的服务小区返回同意协调响应，并向其它发送请求的服务小区返回不同意协调响应。