CN105636208B - 实现下行协同多点传输的资源配置方法 - Google Patents

Abstract

本申请公开了一种实现下行协同多点传输的资源配置方法，包括：每个小区将本小区COMP用户的用户信息发送给相应地协助小区；每个所述小区接收到其邻区发送的COMP用户的所述用户信息后，根据所述用户信息，确定对应的干扰中心用户队列；根据所述用户信息和所述干扰中心用户队列的用户信息，确定该邻区的所述COMP用户的COMP调度子帧范围，并通知给该邻区；确定干扰中心用户队列的调度子帧范围为：除COMP调度子帧范围之外的其他系统调度子帧；每个小区根据干扰中心用户队列的调度子帧范围和其邻区通知的本小区COMP用户的调度子帧范围，进行资源分配。本发明易于实现且可以避免对中心用户性能的影响。

Description

实现下行协同多点传输的资源配置方法

技术领域

本发明涉及移动通信技术，特别是涉及一种实现下行协同多点传输的资源配置方法。

背景技术

LTE/LTE-A系统采用同频组网以提高系统频谱利用率的同时，也带来了严重的小区间干扰，从而严重影响了边缘用户的服务质量和吞吐量。为了解决这一问题，在LTE-Advanced的技术讨论过程中，提出了一种利用在地理位置上分开的点进行协同发送或者接收的方法，3GPP称其为协同多点技术(CoMP，Coordinated Multi-Point Transmission/Reception)。CoMP是作为一个改善高数据速率覆盖、小区边缘吞吐量、并且(或者)提高系统吞吐量的工具引入LTE-A的。

COMP技术的核心思想是小区边缘用户可以同时与多个基站进行信道接收和发送，其中，下行COMP技术的实现方法按照传输方式不同，可分为两类：联合处理技术和协同赋形技术。联合处理技术，是指有多个小区同时向终端传输相同的数据，从而提高终端接收到的信号的功率水平，也降低了终端受到的总干扰水平。协同赋形技术，是指小区间通过协调发送信号的波束方向，有效的将干扰比较大的波束避开，进一步的，调度到同一资源上的两个终端A和B，当A对B形成干扰时，在计算终端A波束赋形加权向量时，通过迫零算法将在终端B的方向上形成波束“零陷”，从而降低A对B形成的干扰。

为了提高资源利用率，通过协同赋形实现COMP技术是常用的方案，具体实现方案为：首先利用软频率复用技术对相邻小区划分不同的高干扰频带，每个小区的高干扰频带是根据小区的物理小区标识(Physical Cell ID，PCI)模3的值来确定的，相邻小区各自的高干扰用户(CoMP用户)在各自小区的高干扰频带上调度，使得同处在各自小区边缘的两个终端分配到不同频带资源，避开干扰(如图1所示)。当中心用户A对邻区的COMP用户B形成较大干扰时，或者通过小区间实时交互，使中心用户A避开COMP用户B使用的频带，或者通过迫零算法抑制中心用户波束对COMP用户的干扰。对于小区间实时交互的方案，由于交互复杂度和实时性要求过高，一般不容易实现。对于基于迫零的波束赋型方案，该方案虽然不需要小区间交互和资源避让，但也必然会影响中心用户A的赋型效果，从而降低其主瓣能量，使得中心用户A检测性能下降。

由此可见，上述传统的COMP实现方案中，存在实现复杂度高或影响中心用户检测性能等问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种下行协同多点传输的资源配置实现方法，该方法易于实现且可以避免对中心用户性能的影响。

为了达到上述目的，本发明提出的技术方案为：

一种实现下行协同多点传输的资源配置方法，包括：

每个小区将本小区协同多点COMP用户的用户信息发送给相应地协助小区；

每个所述小区接收到其邻区发送的COMP用户的所述用户信息后，根据所述用户信息，确定对应的干扰中心用户队列，所述干扰中心用户队列包括：本小区中与该邻区的所述COMP用户之间存在干扰的中心用户；根据所述用户信息和所述干扰中心用户队列的用户信息，确定该邻区的所述COMP用户的COMP调度子帧范围，并通知给该邻区；确定所述干扰中心用户队列的调度子帧范围为：除所述COMP调度子帧范围之外的其他系统调度子帧；

每个所述小区根据所述干扰中心用户队列的调度子帧范围和其邻区通知的本小区COMP用户的调度子帧范围，进行资源分配。

综上所述，本发明提出的下行协同多点传输的资源配置实现方法，通过使本小区的COMP用户与协助小区中与其存在干扰的中心用户的调度子帧范围不同，可以在实现下行COMP的效果同时，有效避免对中心用户性能以及系统吞吐量的影响。

附图说明

图1为现有系统的协作调度频段划分示意图；

图2为本发明实施例一的方法流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。

本发明的核心思想是：根据邻区COMP用户的用户信息和本小区中心用户的用户信息，确定对邻区COMP用户的调度子帧，该调度子帧是邻区的所述COMP用户使用的调度子帧，本小区与邻区COMP用户存在干扰的中心用户将不能在这些调度子帧上进行调度。这样，不需要小区间实时交互，通过限定邻区COMP用户使用的调度子帧，以及限制本小区对其存在干扰的中心用户避免使用这些调度子帧，便可在实现下行COMP的效果的同时，避免限定小区所有中心用户的频带资源所导致的系统吞吐量降低的问题，以及避免基于迫零的波束赋型所导致的中心用户检测性能降低的问题。

图2为本发明实施例一的方法流程示意图，如图2所示，该实施例主要包括：

步骤201、每个小区将本小区协同多点COMP用户的用户信息发送给相应地协助小区。

具体地，所述用户信息包括服务质量(QoS)需求信息和信道探测参考信号(Sounding Reference Signal，SRS)信息。

步骤202、每个所述小区接收到其邻区发送的COMP用户的所述用户信息后，根据所述用户信息，确定对应的干扰中心用户队列，所述干扰中心用户队列包括：本小区中与该邻区的所述COMP用户之间存在干扰的中心用户；根据所述用户信息和所述干扰中心用户队列的用户信息，确定该邻区的所述COMP用户的COMP调度子帧范围，并通知给该邻区；确定所述干扰中心用户队列的调度子帧范围为：除所述COMP调度子帧范围之外的其他系统调度子帧。

本步骤中，当小区接收到邻区发送的COMP用户的用户信息后，将根据该用户信息确定本小区中与这些COMP用户存在干扰的中心用户，即所述干扰中心用户队列，然后，基于这些COMP用户和干扰中心用户队列的用户信息，确定这些COMP用户的调度子帧范围，并令本小区的干扰中心用户队列的调度子帧范围不包含该COMP用户的调度子帧范围。这样，本小区中与邻区的COMP用户存在干扰的中心用户，将不会与该邻区的COMP用户在同一子帧上进行调度，从而可以有效避免本小区中心用户对邻区COMP的干扰，由于这里并未限定所有中心用户的频带使用范围，因此，可以在实现COMP效果的同时有效减少对系统吞吐量的影响。

具体地，上述步骤中所述确定对应的干扰中心用户队列可以采用下述方法实现：

根据所述COMP用户的SRS信息和本小区用户的SRS信息，确定与所述COMP用户对应的所述干扰中心用户队列。

具体地，所述确定该邻区的所述COMP用户的COMP调度子帧范围可以采用下述方法实现：

根据该邻区的所述COMP用户的QoS需求信息和对应的所述干扰中心用户队列中各用户的QoS需求信息，确定该邻区的所述COMP用户的COMP调度子帧范围。

这里，在进行所述确定时，需要考虑到所述COMP调度子帧范围包含的调度子帧数应满足所述COMP用户的QoS需求，同时，还要考虑到由于该部分调度子帧将是干扰中心用户队列的用户所不能使用的，因此，还要考虑除该部分调度子帧之外的其他子帧能满足干扰中心用户队列的用户QoS需要。

进一步地，可以采用下述方法确定该邻区的所述COMP用户的COMP调度子帧范围：

步骤x1、根据该邻区的所述COMP用户的QoS需求信息和对应的所述干扰中心用户队列中各用户的QoS需求信息，确定该邻区的所述COMP用户的COMP调度子帧数量N。

这里，如前所述在确定所述COMP调度子帧数量N时，既要考虑满足邻区的所述COMP用户的QoS需求，又要考虑满足本小区相应的干扰中心用户队列中各用户的QoS需求，具体确定方法为本领域技术人员所掌握，在此不再赘述。

步骤x2、将预设的系统调度子帧序列中的前N个调度子帧作为该邻区的所述COMP用户的COMP调度子帧范围。

相应地，较佳地，在将邻区的COMP用户的COMP调度子帧范围通知该邻区时，可以只需要将所述COMP调度子帧范围对应的子帧数量N通知给该邻区即可，邻区根据该数量N即可获知COMP调度子帧范围为所述预设的系统调度子帧序列中的前N个调度子帧。

采用上述COMP调度子帧范围的确定及通知方法，一方面可以节约小区间的信令开销，另一方面，当一中心用户的调度子帧范围受多个邻区的COMP调度子帧范围限制时，可以使这些邻区的COMP调度子帧范围尽可能有较多的相同子帧，从而可以减少该中心用户的调度子帧范围受限程度，确保这些中心用户的通信性能。

在实际应用中，为了减少频繁地确定干扰中心用户队列产生的较大处理开销，不需要每次调度之前都进行干扰中心用户队列的确定，可以采用周期触发或COMP用户信息更新的事件触发方式触发小区对所述干扰中心用户队列进行确定，即所述确定对应的干扰中心用户队列的触发时机为预设的干扰中心用户判断周期到达时或者接收到邻区更新的COMP用户的用户信息时。

这里，干扰中心用户判断周期的长度可由本领域技术人员根据实际需要设置合适取值。

步骤203、每个所述小区根据所述干扰中心用户队列的调度子帧范围和其邻区通知的本小区COMP用户的调度子帧范围，进行资源分配。

本步骤的具体的资源分配方法同现有系统，在此不再赘述。

在实际应用中，为了减少干扰中心用户队列中用户的调度子帧范围的缩小(即不包含邻区COMP用户的调度子帧范围)对队列中中心用户性能的影响，可以通过提高这些用户的调度优先级，来增加它们被优先调度的概率。具体可以采用下述方法实现：

每个所述小区在所述干扰中心用户队列确定之后，按照预设的调整幅度a对本小区所述干扰中心用户队列中用户的调度优先级进行调整，所述a大于零。

相应地，在步骤203中进行资源分配时，将根据本小区所述干扰中心用户队列的调度子帧范围、邻区通知的本小区COMP用户的调度子帧范围以及所述调整后的干扰中心用户的调度优先级，进行资源分配。

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

Claims (6)

1.一种实现下行协同多点传输的资源配置方法，其特征在于，包括：

每个小区将本小区协同多点COMP用户的用户信息发送给相应地协助小区；所述用户信息包括QoS需求信息和信道探测参考信号SRS信息；

每个所述小区接收到其邻区发送的COMP用户的所述用户信息后，根据所述用户信息，确定对应的干扰中心用户队列，所述干扰中心用户队列包括：本小区中与该邻区的所述COMP用户之间存在干扰的中心用户；根据所述用户信息和所述干扰中心用户队列的用户信息，确定该邻区的所述COMP用户的COMP调度子帧范围，并通知给该邻区；确定所述干扰中心用户队列的调度子帧范围为：除所述COMP调度子帧范围之外的其他系统调度子帧；

每个所述小区根据所述干扰中心用户队列的调度子帧范围和其邻区通知的本小区COMP用户的调度子帧范围，进行资源分配；

其中，所述确定对应的干扰中心用户队列包括：

根据所述COMP用户的SRS信息和本小区用户的SRS信息，确定与所述COMP用户对应的所述干扰中心用户队列。

2.根据权利要求1所述的方法，其特征在于，所述确定该邻区的所述COMP用户的COMP调度子帧范围包括：

根据该邻区的所述COMP用户的QoS需求信息和对应的所述干扰中心用户队列中各用户的QoS需求信息，确定该邻区的所述COMP用户的COMP调度子帧范围。

3.根据权利要求2所述的方法，其特征在于，所述确定该邻区的所述COMP用户的COMP调度子帧范围包括：

根据该邻区的所述COMP用户的QoS需求信息和对应的所述干扰中心用户队列中各用户的QoS需求信息，确定该邻区的所述COMP用户的COMP调度子帧数量N；

将预设的系统调度子帧序列中的前N个调度子帧作为该邻区的所述COMP用户的COMP调度子帧范围。

4.根据权利要求3所述的方法，其特征在于，所述通知给该邻区包括：

将所述COMP调度子帧范围对应的子帧数量N通知给该邻区。

5.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

所述确定对应的干扰中心用户队列的触发时机为：预设的干扰中心用户判断周期到达时；或者接收到邻区更新的COMP用户的用户信息时。

6.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：

每个所述小区在所述干扰中心用户队列确定之后，按照预设的调整幅度a对本小区所述干扰中心用户队列中用户的调度优先级进行调整，所述a大于零；

所述资源分配包括：

根据本小区所述干扰中心用户队列的调度子帧范围、邻区通知的本小区COMP用户的调度子帧范围以及所述调整后的干扰中心用户的调度优先级，进行资源分配。