CN109151831A - 一种服务小区与协作小区资源调配的方法和装置 - Google Patents

Abstract

本发明实施例提供了一种服务小区与协作小区资源调配的方法和装置，包括：OMC服务器按照预置的时间间隔，从一个或多个基站获取测量报告；所述测量报告包括基站的服务小区质量门限值，以及，基站的协作小区质量门限值；判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件；若是，则确定满足预设条件的基站为目标基站；获取所述目标基站的资源配置信息；依据所述资源配置信息，生成资源调配信息；将所述资源调配信息发送至所述目标基站；所述目标基站用于依据所述资源调配信息进行基站资源调配。本发明实施例提高了基站的性能和整体处理效率。

Description

一种服务小区与协作小区资源调配的方法和装置

技术领域

本发明涉及通信技术领域，特别是涉及一种服务小区与协作小区资源调配的方法和一种服务小区与协作小区资源调配的装置。

背景技术

CoMP技术是在3GPP R11里发布的LTE-Advanced技术，是指地理位置上分离的多个传输点，协同参与为一个终端的PDSCH(Physical Downlink Shared Channel，物理下行共享信道)数据传输或者联合接收一个终端发送的PDSCH数据。

根据参与CoMP处理的小区是否归属于一个eNobeB来区分，CoMP可以有Intra-eNB(归属于一个eNobeB)和Inter-eNB CoMP(不归属一个eNobeB)两种方式。前者只需要本基站内部各小区间交互CoMP处理相关的业务数据和控制信息，较易于实现；而后者则需要在基站间交互这些信息，对X2接口带宽有很高要求，时延也比前者更大。

当前使用的上行CoMP算法是指上行PUSCH(Physical UPlink Shared Channel，物理上行共享信道)的联合接收，具体而言，是指终端的服务小区和协作小区同时接收该终端发送的上行信号，并通过协作的方式作出决策。目前，网络发给终端的ACK/NACK(Acknowledgement/Negative ACKnowledgment，确认信息/否认信息)信息只从该终端的服务小区发出，因此最终决策应该在该终端的服务小区完成，其他协作小区负责将接收到的终端数据的相关信息传递给服务小区，具体传输方式可有以下几种：

1)协作小区将收到的采样数据直接传递给服务小区。这种传输方式的backhaul(回程线路)开销较大，但是性能最优，适合服务小区和协作小区由同一个eNobeB控制；

2)协作小区对终端的数据进行解调和解码，计算数据比特的软信息，将数据比特的软信息传递给服务小区，服务小区对各个协作小区传递来的软信息进行软合并，相比第一种方案可以降低反馈开销，性能稍差；

3)协作小区对终端的数据进行解调和解码，如果解调/解码成功，则将解码后的数据传递给服务小区。这种方式对backhaul传输带宽要求较低，但性能也最差，适合于Inter-eNB CoMP处理。

对于当前使用的CoMP系统，对于多个终端和多个小区在协作传输的过程中，着眼点在于如何通过联合传递消除彼此之间的干扰，在波束赋型的向量加权时相互利用，进行干扰规避。然后实际采用的算法却不能保证所有的小区或者终端进行均匀的利用，预编码矩阵单位矢量过大或者过小会导致协作小区资源投入过大或过小，个别终端经过运算之后，并不能有效提升速率，甚至反而使速率降低的负作用。而且原有的算法对基站内协作小区和基站间协作小区运算差异很大，而且对于单个基站来说，判断和运算CoMP算法耗费的资源过多。

发明内容

鉴于上述问题，本发明实施例提出了一种服务小区与协作小区资源调配的方法和相应的一种服务小区与协作小区资源调配的装置。

为了解决上述问题，本发明实施例公开了一种服务小区与协作小区资源调配的方法，其特征在于，包括：

OMC服务器按照预置的时间间隔，从一个或多个基站获取测量报告；所述测量报告包括基站的服务小区质量门限值，以及，基站的协作小区质量门限值；

判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件；

若是，则确定满足预设条件的基站为目标基站；

获取所述目标基站的资源配置信息；

依据所述资源配置信息，生成资源调配信息；

将所述资源调配信息发送至所述目标基站；所述目标基站用于依据所述资源调配信息进行基站资源调配。

优选的，所述预设条件包括：所述服务小区质量门限值达到预设服务小区质量门限阈值，以及，所述协作小区质量门限值达到预设协作小区质量门限阈值。

优选的，若所述服务小区质量门限值未达到预设服务小区质量门限阈值，和/或，所述协作小区质量门限值未达到预设协作小区质量门限阈值，则继续判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件。

优选的，所述资源配置信息包括信道矢量参数矩阵；

所述依据所述资源配置信息，生成资源调配信息的步骤包括：

获取所述第一资源配置信息中的信道矢量参数矩阵；

判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，和/或，大于第二预设矢量参数的信道矢量参数；

若是，则对所述信道矢量参数矩阵进行拌匀计算，生成第二资源配置信息；

将所述第二资源配置信息中的信道矢量参数矩阵，与所述第一资源配置信息中的信道矢量参数矩阵进行矢量运算，得到矢量差值矩阵；

将所述矢量差值矩阵作为第一资源调配信息。

优选的，所述依据所述资源配置信息，生成资源调配编码的步骤还包括：

获取所述第一资源配置信息中的信道矢量参数矩阵；

判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，以及，大于第二预设矢量参数的信道矢量参数；

若否，则生成第二资源调配信息；所述第二资源调配信息为不对基站资源进行调配。

相应的，本发明实施例还公开了一种服务小区与协作小区资源调配的装置，其特征在于，包括：

位于OMC服务器的测量报告接收模块，用于按照预置的时间间隔，从一个或多个基站获取测量报告；所述测量报告包括基站的服务小区质量门限值，以及，基站的协作小区质量门限值；

位于OMC服务器的判断模块，用于判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件；

位于OMC服务器的确定模块，用于确定满足预设条件的基站为目标基站；

位于OMC服务器的配置信息获取模块，用于获取所述目标基站的资源配置信息；

位于OMC服务器的生成模块，用于依据所述资源配置信息，生成资源调配信息；

位于OMC服务器的发送模块，用于将所述资源调配信息发送至所述目标基站；所述目标基站用于依据所述资源调配信息进行基站资源调配。

优选的，所述预设条件包括：所述服务小区质量门限值达到预设服务小区质量门限阈值，以及，所述协作小区质量门限值达到预设协作小区质量门限阈值。

优选的，若所述服务小区质量门限值未达到预设服务小区质量门限阈值，和/或，所述协作小区质量门限值未达到预设协作小区质量门限阈值，则继续判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件。

优选的，所述资源配置信息包括信道矢量参数矩阵；

所述位于OMC服务器的生成模块包括：

参数获取子模块，用于获取所述第一资源配置信息中的信道矢量参数矩阵；

参数判断子模块，用于判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，和/或，大于第二预设矢量参数的信道矢量参数；

第一资源配置信息生成子模块，用于对所述信道矢量参数矩阵进行拌匀计算，生成第二资源配置信息；

计算子模块，用于将所述第二资源配置信息中的信道矢量参数矩阵，与所述第一资源配置信息中的信道矢量参数矩阵进行矢量运算，得到矢量差值矩阵；

确定子模块，用于将所述矢量差值矩阵作为第一资源调配信息。

优选的，所述位于OMC服务器的生成模块还包括：

参数获取子模块，还用于获取所述第一资源配置信息中的信道矢量参数矩阵；

参数判断子模块，还用于判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，以及，大于第二预设矢量参数的信道矢量参数；

第二资源配置信息生成子模块，用于生成第二资源调配信息；所述第二资源调配信息为不对基站资源进行调配。

本发明实施例包括以下优点：

在本发明实施例中，OMC服务器按照预置的时间间隔，从一个或多个基站获取测量报告，其中，所述测量报告包括基站的服务小区质量门限值，以及，基站的协作小区质量门限值，然后判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件，若是，则确定满足预设条件的基站为目标基站，并获取所述目标基站的资源配置信息，接着依据所述资源配置信息，生成资源调配信息，最后将所述资源调配信息发送至所述目标基站；所述目标基站用于依据所述资源调配信息进行基站资源调配。这样，数据收集和运算处理时，基站负荷完全没有变化，被动完成，OMC服务器运算完成之后，通过OM链路下发处理信令，调整基站相关资源，从而提高了基站的性能和整体处理效率。

进一步，当基站的服务小区和协作小区的门限值满足预设条件时，则对基站的资源进行调配，作用到小区和接入基站的终端之后，使终端资源变化趋势稳定合理。

附图说明

图1是本发明的一种服务小区与协作小区资源调配的方法实施例的步骤流程图；

图2是本发明的一种服务小区与协作小区资源调配的装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种服务小区与协作小区资源调配的方法实施例的步骤流程图，在说明本申请之前，先简单介绍一下CoMP技术。

一、简介

LTE具有高带宽、低时延、高速率等特点，是移动通信新的发展方向。由于LTE使用高带宽(最大20M)，全网使用同一频段，同频干扰成为LTE主要干扰因素。LTE面临的最大挑战是在小区边缘，如果在传输过程中使用一些协调，可以很大的提高这个小区系统频谱的使用效率。

CoMP技术的引入将会极大地提升小区边缘性能。目前R8/R9的系统中已可实现上行CoMP，3GPP R11将实现下行站内CoMP，并对上行CoMP进行了优化。

二、CoMP技术原理

多点协作传输Coordinated Multipoint(简称CoMP)是LTE-A定义的一种新技术，该技术现仍处于发展与标准制定过程中。CoMP技术的实质是在不同基站之间通过协同处理干扰、或者避免干扰、或者将干扰转化为有用信号，为用户提供更高速率，从而提高网络的利用率。本质上，CoMP技术是MIMO技术在多小区下的应用，利用空间信道上的差异来进行信号传输。

CoMP技术引入的主要目的是提升网络性能特别是对于小区边缘用户的速率。针对于下行链路需要通过CoMP动态协调eNode-B之间对某UE数据传输，实现用户速率提升。

根据参与CoMP处理的小区是否归属于同一eNode-B来区分，CoMP可以分为同一eNode-B(Intra-eNB)CoMP和不同eNode-B(Inter-eNB)CoMP两种方式。

Intra-eNB只需要本基站内部各小区间交互CoMP处理相关的业务数据和控制信息，较易于实现；而Inter-eNB则需要在基站间交互这些信息，主要利用eNode-B之间的X2接口交互信息，对X2接口带宽有很高要求，时延也比前者更大。

下行CoMP在实现方式上可以分成两大类：多小区间动态调度/波束赋形(CS/CB)和多小区联合处理(Joint processing，JP)。对于上行CoMP实现方式为多小区联合接收(Joint reception)。

2.1多小区动态调度/波束赋形(CS/CB)

使用CS/CB时，某一UE接收数据仅由某一服务小区进行传输，具体服务小区由CoMP算法确定同时由CoMP协调其它小区干扰情况。

CS/CB以牺牲部分频率选择性增益为代价，使得小区间信号发射的方向错开，从而减小干扰，提升SINR。同时数据仅由某一服务小区进行传输使得对于传输需求变化较小。

从CS/CB技术分析可知，该技术对小区中心和边缘用户都适用。

2.2多小区联合处理(JP)

使用JP时，UE接收数据由处于CoMP的协作点集合中的每个eNode-B传输。JP技术目的是通过多小区联合处理改善UE侧接收信号的强度与质量，同时需要减少对其它UE的干扰。JP技术又可分为：联合传输和动态小区选择/静默。

A、联合传输(Joint Transmission：JT)：一个UE的数据同时在多个点(CoMP协作集合的一部分或全部点)进行传输，通过该技术实现改善接收信号质量并实现对其它UE干扰消除。

根据香农定理，只有当SINR很低时，SINR的提升才能带来吞吐量的大幅度提升且超过RB资源的损失，从而提高单位RB的吞吐量，获得边缘用户的吞吐量提升；而对小区中心用户SINR指标较好，通过对SINR提升带来的吞吐量提升不足以弥补RB资源的损失，因此不能获得吞吐量增益。

因此，JT只适用于小区边缘用户，而对小区中心用户不适用。

B、动态小区选择/静默(DCS/Muting)：一个时刻，CoMP协作点集合中只有一个点传输UE的数据，其他协作点不传输数据或者给其他UE传输数据。小区间切换通过高层信令指示，切换的速度较慢，而DCS可以根据UE上报的RSRP进行快速小区选择，使得UE总能找到信号最强的传输点，提高发射和接收性能。Muting的实际使用价值不大，完全可以用JT代替。

因此，DCS只适用于小区边缘用户。同时由于JP需要在数据传输时需要多个eNode-B同时向UE进行数据传输，这样导致对于整体传输带宽要求大于未使用CoMP技术网络。

三、CoMP技术优缺点

虽然LTE CoMP技术是一个复杂技术，但是它给LTE网络带来很多的好处：

提升无线资源利用率：终端同时由多个基站服务，通过CoMP可以选择最好小区为终端提供服务，实现最小资源最大速率体验，从而有效提升无线资源利用率；

改善小区间切换性能：由于UE同时与多个小区保持连接状态，这意味着小区的总体接收能力的提升并将极大地减少掉话情况的发生；

多基站接收提升接收功率：CoMP使得每个UE与多个基站或小区相连，通过处理使得UE接收电平得到提升；

干扰消除：使用专门合并技术可以有效利用有用干扰而不是无用干扰，从而降低小区间的干扰。

由于LTE速率快，时延短，为了实现各小区之间的协调处理对于各小区间的时频同步要求也极其严格。对于点与点之间的信息传递时延，R8/9/10里的协调是基于X2协议，而X2口一般认为是not-so-low-latency(十几个毫秒)；而CoMP则必须为low-latency(微秒级)，因此光纤是标配；且在各点之间的时频(time-frequency)同步要求上，CoMP(尤其是JT)对同步指标要比R8/9/10里的协调严格的多(要高一个数量级左右，如果后者时间同步精度为3us，则CoMP的时间同步精度要达到0.3us，才能使得JT成为可能)。较高的时频同步要求需要将BBU集中放置并使用GPS同步。

综上所述，CoMP具有提升整体频谱利用率、改善小区间切换性能、提升UE接收功率和干扰消除等优点，同时由于其对时频同步要求较高导致要求较高的网络配置要求(BBU集中放置并使用GPS同步)。CoMP技术的复杂性使得至今该技术仍未晚善。在网络部署中，需要根据网络需求情况合理选择CoMP技术方式，实现网络性能的最大提升，满足用户的实际需求。

而本申请是在现有的上行CoMP的技术上，对上行CoMP的算法进行了优化，所述的方法具体可以包括如下步骤：

步骤101，OMC(Operation and Maintenance Center，操作维护中心)服务器按照预置的时间间隔，从一个或多个基站获取测量报告；所述测量报告包括基站的服务小区质量门限值，以及，基站的协作小区质量门限值；

具体的，测量报告中可以包括测量对象、报告配置、测量标识、数量配置、服务小区质量门限控制、移动状态检测等信息，其作用主要是使用服务小区质量门限控制来判断终端是否需要在服务小区和邻区之间进行切换。

一般来说，测量报告包括以下以几类型：

Event A1(Serving becomes better than threshold)：表示服务小区信号质量高于一定门限，满足此条件的事件被上报时，eNodeB停止异频/异系统测量；类似于UMTS里面的2F事件；

Event A2(Serving becomes worse than threshold)：表示服务小区信号质量低于一定门限，满足此条件的事件被上报时，eNodeB启动异频/异系统测量；类似于UMTS里面的2D事件；

Event A3(Neighbour becomes offset better than serving)：表示同频邻区质量高于服务小区质量，满足此条件的事件被上报时，源eNodeB启动同频切换请求；

Event A4(Neighbour becomes better than threshold)：表示异频邻区质量高于一定门限量，满足此条件的事件被上报时，源eNodeB启动异频切换请求；

Event A5(Serving becomes worse than threshold1 and neighbour becomesbetter than threshold2)：表示服务小区质量低于一定门限并且邻区质量高于一定门限；类似于UMTS里的2B事件；

Event B1(Inter RAT neighbour becomes better than threshold)：表示异系统邻区质量高于一定门限，满足此条件事件被上报时，源eNodeB启动异系统切换请求；类似于UMTS里的3C事件；

Event B2(Serving becomes worse than threshold1 and inter RATneighbour becomes better than threshold2)：表示服务小区质量低于一定门限并且异系统邻区质量高于一定门限，类似于UMTS里进行异系统切换的3A事件。

在本发明实施例中，OMC服务器包括CoMP单元、MR(Mesurement Report，测量报告)接口，以及运算单元。其中，CoMP单元用于计算从基站获取的测量报告中的各种参数，并判断当前的CoMP算法形成的预编码矩阵中是否存在过大值或者过小值；MR接口用于接收基站上报的MR文件；运算单元用于当当前CoMP算法形成的预编码矩阵中存在过大值或者过小值时，对预编码矩阵进行拌匀处理。

对预编码矩阵中的过大值或者过小值进行举例说明，例如，某个3行3列的矩阵的数据集合为{1，2，4，2，3，4，1，1，99}，那么99就是过大值；如果某个3行3列的矩阵的数据集合为{42，37，51，2，39，44，47，50，46}，那么2就是过小值。当然，上述举例仅仅是为了解释说明，集合中可以没有过大值或者过小值，也可以不止一个过大值或者过小值，本申请对此不作限制。而且，判断矩阵中是否存在过大值或者过小值的方法也可以有很多种，本申请对此也不作限制。

在实际应用中，因为根据运营商的要求，基站每隔15分钟就会向OMC服务器上报测量报告，所以，在本申请中，预置的时间间隔也可以设置为15分钟，当然，也可以设置其它时间间隔，例如10分钟，5分钟之类的，具体的可以根据OMC服务器的运算负荷来进行设置，本申请对此不作限制。另外，OMC服务器从基站获取测量报告可以是基站主动将测量报告发送至OMC服务器，例如，每隔15分钟后，基站直接将测量发送至OMC服务器；也可以是OMC服务器向基站发送测量报告获取请求，基站接收到请求后将测量报告发送至OMC服务器，例如，每隔15分钟后，OMC服务器向基站发送测量报告获取请求，基站在接收到该请求后，再将测量报告发送至OMC服务器。

步骤102，判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件；

当从测量报告中获取到基站的服务小区质量门限值和基站的协作小区质量门限值后，判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件。

在本发明一种优选实施例中，所述预设条件包括：所述服务小区质量门限值达到预设服务小区质量门限阈值，以及，所述协作小区质量门限值达到预设协作小区质量门限阈值。

当服务小区质量门限值达到预设服务小区质量门限阈值，同时协作小区质量门限值达到预设协作小区质量门限阈值，才认为满足预设条件，其作用是对服务小区的相对较差的门限值和协作小区的相对较好的门限值都进行判断，目的是为了确认接入服务小区的终端真的处于小区边缘，需要运行该算法进行性能提升。例如，可以对服务小区提高切出门限，对协作小区降低切入门限，当RSRP值同时满足服务小区的切出门限和协作小区的切入门限时，使终端由服务小区切入协作小区。

在本发明一种优选实施例中，若所述服务小区质量门限值未达到预设服务小区质量门限阈值，和/或，所述协作小区质量门限值未达到预设协作小区质量门限阈值，则继续判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件。

也就是说，如果服务小区质量门限值和协作小区质量门限值中至少一项没有满足预设条件，那么就判定不满足预设条件。这样，可以避免因某一条条件不满足，导致运算后的结果实施资源重分配之后导致效果不达标，甚至低于运算前。因此，本申请才会对服务小区质量门限值和协作小区质量门限值进行双重判断。当判定服务小区质量门限值和协作小区质量门限值不满足预设条件时，OMC服务器继续判断服务小区质量门限值，以及，协作小区质量门限值是否满足预设条件。

另外，在本申请中，用户还可以在OMC服务器上直接人工选择边缘用户较差的小区，因为在实际应用中，每一个服务小区的邻小区均可以认为是备选的协作小区，这样OMC服务器计算出边缘用户较差的小区的计算量会比较大，而用户直接在OMC服务器上直接选择服虽然增加了一些人工操作，但可以显著提升算法的性能。

步骤103，若是，则确定满足预设条件的基站为目标基站；

步骤104，获取所述目标基站的资源配置信息；

在本发明一种优选实施例中，所述资源配置信息包括信道矢量参数矩阵。

信道矢量参数矩阵是将信道的信号频谱做矩阵运算，相当于把信号矢量拆解到矩阵中，用于对信道的编码和运算，其中，信号矢量表示信号的大小和方向，也就是基站的各个信道中信号的大小和方向。

步骤105，依据所述资源配置信息，生成资源调配信息；

现有技术中，CoMP算法是存储在基站的编解码模块当中，即，是每个基站对自己的服务小区的协作小区的门限值分别进行计算，且每个基站之间通过X2链路进行连接，基站与OMC服务器通过OM链路连接。因此，现有的CoMP算法会出现各个基站单独计算，且使用X2链路交换信息的算法，这样，一方面每个基站的计算量会很大，另一方面，X2链路承载了过多的消息，而OM链路利用率不高，浪费资源的浪费。

而本申请将计算的工作转移到了OMC服务器，在OMC服务器中采用统一管理技术，基站负责对数据的采集，向OMC服务器上报测量报告就行了。因此，在OMC服务器中统一对各个基站上报的数据进行计算，就不用出现各个基站单独计算的情况，而且，因为OMC服务器与各基站是通过OM链路连接，所以也不需要使用X2链路交换信息的算法，而是使用了OM链路的部分闲置资源，这样，既减轻了基站的计算量，又可以利用OM链路的部分闲置资源。

在本发明一种优选实施例中，所述依据所述资源配置信息，生成资源调配信息的步骤包括：

获取所述第一资源配置信息中的信道矢量参数矩阵；

判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，和/或，大于第二预设矢量参数的信道矢量参数；

若是，则对所述信道矢量参数矩阵进行拌匀计算，生成第二资源配置信息；

将所述第二资源配置信息中的信道矢量参数矩阵，与所述第一资源配置信息中的信道矢量参数矩阵进行矢量运算，得到矢量差值矩阵；

将所述矢量差值矩阵作为第一资源调配信息。

具体的，可以使用差值线性计算方法，针对行和列对应的数值分别作数学运算，若矢量差值大于阈值，则对信道矢量参数矩阵进行拌匀计算，通过拌匀计算后，生成新的信道矢量参数矩阵，并将生成的新的信道矢量参数矩阵作为第二资源配置信息。

因为第一资源配置信息中的信道矢量参数矩阵中，存在过大的矢量参数或者过小的矢量参数，而过大或过小的矢量参数相当于这个位置上的基站资源权值很高，系统付出了很大资源，但却并没有对整个系统的性能造成稳定的帮助，因此对该矩阵进行拌匀计算，从而将该矩阵中过大或过小的矢量参数扁平化，这样就去掉了矩阵中过大或过小的矢量参数了，最终达到对系统资源的调配。

具体的，将拌匀计算后生成的新的信道矢量参数矩阵减去拌匀计算前的信道矢量参数矩阵，就会得到一个矢量差值矩阵，因为信道矢量参数包括了信道中信号的方向和大小，所以，将矢量差值矩阵作为资源调配信息发送至各个基站，基站的各个信道根据矢量差值矩阵中与之对应的矢量参数调整信号的大小和方向就可以了。

在本发明一种优选实施例中，若所述信道矢量参数矩阵中不存在小于第一预设矢量参数，以及，不存在大于第二预设矢量参数的信道矢量参数；

则生成第二资源调配信息；所述第二资源调配信息为不对基站资源进行调配。

也就是说，第一资源配置信息中的信道矢量参数矩阵中，不存在过大的矢量参数或者过小的矢量参数，因此也不存在基站资源权值很高的情况，系统也就不需要付出很大资源，整个系统的性能也是稳定的。

需要说明的是，因为第二资源调配信息的目的是通知各基站不需要进行资源调配，所以，只要使得基站不需要进行资源调配，第二资源调配信息的任何形式都是可以的，或者，也可以OMC服务器就不生成第二资源调配信息了，本申请对此不作限制。

步骤106，将所述资源调配信息发送至所述目标基站；所述目标基站用于依据所述资源调配信息进行基站资源调配。

具体的，如果某些基站存在资源分配不合理的情况，那么，这些基站在接收到OMC服务器发送的第二资源配置信息后，根据第二资源配置信息进行相应的资源调整就行了。

例如，经过计算，需要协作小区提升发射功率而服务小区降低发射功率，即通过北向接口，将配置的数据发送给各自基站进行调整。

如果不存在资源分配不合理的基站，那么各基站在接收到第二资源调配信息后，不会进行资源调整了。或者，OMC服务器也可以不发送第二资源调配信息到基站，基站没有接收到资源调配信息，自然也不会进行资源调配了。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图2，示出了本发明的一种服务小区与协作小区资源调配的装置实施例的结构框图，具体可以包括如下模块：

位于OMC服务器207的测量报告接收模块201，用于按照预置的时间间隔，从一个或多个基站获取测量报告；所述测量报告包括基站的服务小区质量门限值，以及，基站的协作小区质量门限值；

位于OMC服务器207的判断模块202，用于判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件；

位于OMC服务器207的确定模块203，用于确定满足预设条件的基站为目标基站；

位于OMC服务器207的配置信息获取模块204，用于获取所述目标基站的资源配置信息；

位于OMC服务器207的生成模块205，用于依据所述资源配置信息，生成资源调配信息；

位于OMC服务器207的发送模块206，用于将所述资源调配信息发送至所述目标基站；所述目标基站用于依据所述资源调配信息进行基站资源调配。

在本发明一种优选实施例中，所述预设条件包括：所述服务小区质量门限值达到预设服务小区质量门限阈值，以及，所述协作小区质量门限值达到预设协作小区质量门限阈值。

在本发明一种优选实施例中，若所述服务小区质量门限值未达到预设服务小区质量门限阈值，和/或，所述协作小区质量门限值未达到预设协作小区质量门限阈值，则继续判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件。

在本发明一种优选实施例中，所述资源配置信息包括信道矢量参数矩阵；

所述位于OMC服务器的生成模块包括：

参数获取子模块，用于获取所述第一资源配置信息中的信道矢量参数矩阵；

参数判断子模块，用于判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，和/或，大于第二预设矢量参数的信道矢量参数；

第一资源配置信息生成子模块，用于对所述信道矢量参数矩阵进行拌匀计算，生成第二资源配置信息；

计算子模块，用于将所述第二资源配置信息中的信道矢量参数矩阵，与所述第一资源配置信息中的信道矢量参数矩阵进行矢量运算，得到矢量差值矩阵；

确定子模块，用于将所述矢量差值矩阵作为第一资源调配信息。

在本发明一种优选实施例中，所述位于OMC服务器的生成模块还包括：

参数获取子模块，还用于获取所述第一资源配置信息中的信道矢量参数矩阵；

参数判断子模块，还用于判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，以及，大于第二预设矢量参数的信道矢量参数；

第二资源配置信息生成子模块，用于生成第二资源调配信息；所述第二资源调配信息为不对基站资源进行调配。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种服务小区与协作小区资源调配的方法和一种服务小区与协作小区资源调配的装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种服务小区与协作小区资源调配的方法，其特征在于，包括：

OMC服务器按照预置的时间间隔，从一个或多个基站获取测量报告；所述测量报告包括基站的服务小区质量门限值，以及，基站的协作小区质量门限值；

判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件；

若是，则确定满足预设条件的基站为目标基站；

获取所述目标基站的资源配置信息；

依据所述资源配置信息，生成资源调配信息；

将所述资源调配信息发送至所述目标基站；所述目标基站用于依据所述资源调配信息进行基站资源调配。

2.根据权利要求1所述的方法，其特征在于，所述预设条件包括：所述服务小区质量门限值达到预设服务小区质量门限阈值，以及，所述协作小区质量门限值达到预设协作小区质量门限阈值。

3.根据权利要求1或2所述的方法，其特征在于，若所述服务小区质量门限值未达到预设服务小区质量门限阈值，和/或，所述协作小区质量门限值未达到预设协作小区质量门限阈值，则继续判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件。

4.根据权利要求1所述的方法，其特征在于，所述资源配置信息包括信道矢量参数矩阵；

所述依据所述资源配置信息，生成资源调配信息的步骤包括：

获取所述第一资源配置信息中的信道矢量参数矩阵；

判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，和/或，大于第二预设矢量参数的信道矢量参数；

若是，则对所述信道矢量参数矩阵进行拌匀计算，生成第二资源配置信息；

将所述第二资源配置信息中的信道矢量参数矩阵，与所述第一资源配置信息中的信道矢量参数矩阵进行矢量运算，得到矢量差值矩阵；

将所述矢量差值矩阵作为第一资源调配信息。

5.根据权利要求4所述的方法，其特征在于，所述依据所述资源配置信息，生成资源调配编码的步骤还包括：

获取所述第一资源配置信息中的信道矢量参数矩阵；

判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，以及，大于第二预设矢量参数的信道矢量参数；

若否，则生成第二资源调配信息；所述第二资源调配信息为不对基站资源进行调配。

6.一种服务小区与协作小区资源调配的装置，其特征在于，包括：

位于OMC服务器的测量报告接收模块，用于按照预置的时间间隔，从一个或多个基站获取测量报告；所述测量报告包括基站的服务小区质量门限值，以及，基站的协作小区质量门限值；

位于OMC服务器的判断模块，用于判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件；

位于OMC服务器的确定模块，用于确定满足预设条件的基站为目标基站；

位于OMC服务器的配置信息获取模块，用于获取所述目标基站的资源配置信息；

位于OMC服务器的生成模块，用于依据所述资源配置信息，生成资源调配信息；

位于OMC服务器的发送模块，用于将所述资源调配信息发送至所述目标基站；所述目标基站用于依据所述资源调配信息进行基站资源调配。

7.根据权利要求6所述的装置，其特征在于，所述预设条件包括：所述服务小区质量门限值达到预设服务小区质量门限阈值，以及，所述协作小区质量门限值达到预设协作小区质量门限阈值。

8.根据权利要求6或7所述的装置，其特征在于，若所述服务小区质量门限值未达到预设服务小区质量门限阈值，和/或，所述协作小区质量门限值未达到预设协作小区质量门限阈值，则继续判断所述服务小区质量门限值，以及，所述协作小区质量门限值是否满足预设条件。

9.根据权利要求6所述的装置，其特征在于，所述资源配置信息包括信道矢量参数矩阵；

所述位于OMC服务器的生成模块包括：

参数获取子模块，用于获取所述第一资源配置信息中的信道矢量参数矩阵；

参数判断子模块，用于判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，和/或，大于第二预设矢量参数的信道矢量参数；

第一资源配置信息生成子模块，用于对所述信道矢量参数矩阵进行拌匀计算，生成第二资源配置信息；

计算子模块，用于将所述第二资源配置信息中的信道矢量参数矩阵，与所述第一资源配置信息中的信道矢量参数矩阵进行矢量运算，得到矢量差值矩阵；

确定子模块，用于将所述矢量差值矩阵作为第一资源调配信息。

10.根据权利要求9所述的装置，其特征在于，所述位于OMC服务器的生成模块还包括：

参数获取子模块，还用于获取所述第一资源配置信息中的信道矢量参数矩阵；

参数判断子模块，还用于判断所述信道矢量参数矩阵中是否存在小于第一预设矢量参数，以及，大于第二预设矢量参数的信道矢量参数；

第二资源配置信息生成子模块，用于生成第二资源调配信息；所述第二资源调配信息为不对基站资源进行调配。