CN102271337B - 小区间干扰协调信息的处理方法及装置 - Google Patents

Abstract

本发明公开了一种小区间干扰协调信息的处理方法及装置，该方法包括：确定小区中的小区边缘用户在预定时间间隔内占据的资源块的数量；将小区的干扰协调信息中与数量相等的比特的值设置为1；根据小区的小区边缘用户专属资源的范围，将比特值为1的比特位按照预定的扩展顺序在带宽上进行排列；小区向相邻小区发送干扰协调信息。通过本发明提高了基站资源分配的准确度。

Description

小区间干扰协调信息的处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种小区间干扰协调信息的处理方法及装置。

背景技术

长期演进(Long Term Evolution，简称为LTE)下行物理层采用正交频分复用(Orthogonal Frequency Division Multiplexing，简称为OFDM)技术，对资源从频率和时间进行二维的划分。在LTE系统中，各小区使用全部可用的带宽，从而大大提高了小区的吞吐率。

从组网方面考虑，OFDM可以保证小区内部用户之间的信号是正交的，从而可以有效避免小区内部用户的干扰。但是，由于相邻小区的频率范围一样，小区间的干扰仍然会存在，特别对于小区边缘用户(Cell Edge User，简称为CEU)来说，本身其信号就比较弱，如果邻区边缘用户也分配到了和其一样的频带，就会对其造成严重的小区间干扰。

目前，有三种常用的小区间干扰处理方法：干扰消除、干扰随机化和干扰协调。其中，干扰消除是通过在用户端利用处理增益来进行干扰压制；干扰随机化是通过随机化干扰信号来进行干扰压制；干扰协调(Inter-Cell Interference Coordination，简称为ICIC)的核心是通过多个小区间资源的合理分配，使得相邻小区的边缘用户的资源尽量正交，从而减小相邻小区边缘用户的干扰。由于干扰协调使用灵活，实现简单且效果理想，成为小区间干扰处理技术的主流。

ICIC分为静态(Static)ICIC、动态(Dynamic)ICIC和半静态(Semi Static)ICIC，其中，静态干扰协调(Static ICIC)对于资源的限制太多，对频选等性能的影响比较大；动态干扰协调的信令开销较大，基站间信令交互延时较长；半静态干扰协调可以在一定程度上克服静态ICIC和动态ICIC的缺点。半静态干扰协调的关键就是基站间通过X2接口来传递小区间负载信息(Load Information)，以用于获取邻区的资源占用信息，并以此作为本小区资源分配的依据。

根据现有的协议，负载信息主要包括以下信息：小区信息：源小区的小区ID；上行高干扰指示(High Interference Indication，简称为HII)信息；下行相对窄带发射功率(Relative Narrowband TxPower，简称为RNTP)信息；上行过载指示(Overload Indication，简称为OI)信息。其中，RNTP信息的产生是通过对指定资源单元(Resource Element，简称为RE)上功率的测量来产生的，这种情况下需要UE根据自己实际占用的资源位置的功率大小进行上报，基站然后根据该上报值进行RNTP信息位的计算和RNTP信息的产生。这种产生方法依赖于物理层测量上报给MAC层的单位RE发射功率(Energy Per RE，简称为EPRE)的准确性。而目前UE上报的发射功率有可能不准确，对资源的分配的准确度带来影响。

发明内容

本发明的主要目的在于提供一种小区间干扰协调信息的处理方案，以至少解决上述问题。

根据本发明的一个方面，提供了一种小区间干扰协调信息的处理方法，包括：确定小区中的小区边缘用户在预定时间间隔内占据的资源块的数量；将所述小区的干扰协调信息中与所述数量相等的比特的值设置为1；根据所述小区的小区边缘用户专属资源的范围，将所述比特值为1的比特位按照预定的扩展顺序在带宽上进行排列；所述小区向所述相邻小区发送所述干扰协调信息。

根据本发明的另一个方面，还提供了一种小区间干扰协调信息的处理装置，位于基站的媒体访问控制层，包括：资源数据统计模块，用于确定小区中的小区边缘用户在预定时间间隔内占据的资源块的数量；干扰协调信息产生模块；用于将所述小区的干扰协调信息中与所述数量相等的比特的值设置为1；并根据所述小区和所述小区的相邻小区的小区边缘用户专属资源的范围，将所述小区的干扰协调信息中的值为1的比特位按照预定的扩展顺序在带宽上进行排列；干扰协调信息发送模块，用于向所述相邻小区发送所述干扰协调信息。

通过本发明，采用确定小区中的小区边缘用户在预定时间间隔内占据的资源块的数量；将该小区的干扰协调信息中与上述数量相等的比特的值设置为1；根据该小区的小区边缘用户专属资源的范围，将比特值为1的比特位按照预定的扩展顺序在带宽上进行排列；该小区向相邻小区发送干扰协调信息。解决了相关技术中基站根据终端上报的产生RNTP信息而导致有可能对资源分配的准确度带来影响的问题，提高了基站资源分配的准确度从而降低了小区间的干扰。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的小区间干扰协调信息的处理方法的流程图；

图2是根据本发明实施例的RNTP产生过程中不同小区的RNTP位图扩展方向的示意图；

图3是根据本发明实施例的小区间干扰协调信息的处理装置的结构框图；

图4是根据本发明实施例的小区间干扰协调信息的处理装置的结构框图；

图5是根据本发明实施例二的RNTP产生过程的流程图；

图6是根据本发明实施例二的RNTP接收过程的流程图；

图7是根据本发明实施二装置的结构框图；

图8是根据本发明实施例五的RNTP产生过程中不同小区的RNTP位图扩展方向的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

在本实施例中提供了一种小区间干扰协调信息的处理方法，图1是根据本发明实施例的小区间干扰协调信息的处理方法的流程图，该流程包括如下步骤：

步骤S 102，确定小区中的小区边缘用户在预定时间间隔内占据的资源块(Resource Block，简称为RB)的数量；

步骤S104，将该小区的干扰协调信息中与上述数量相等比特的值设置为1；

步骤S 106，根据该小区的小区边缘用户专属资源的范围，将该小区的干扰协调信息中的值为1的比特位按照预定的扩展顺序在带宽上进行排列；

步骤S 108，该小区向相邻小区发送干扰协调信息。

通过上述步骤，小区根据媒体接入控制(Media Access Control，简称为MAC)层的资源块的数量生成干扰协调信息(例如，RNTP信息、HII信息)，从而解决了根据UE物理层进行测量上报来生成信息所带来的问题。

优选地，在步骤S102中可以在一定时长内统计该小区边缘用户在占据的资源块的总数；使用所述总数计算该小区边缘用户在预定时间间隔内平均占据的资源块的数量。需要说明的是，步骤S 102中的“一定时长”可以根据实际的情况来确定，采用该时长的目的是为了计算一段时间间隔的小区边缘用户平均占用的资源块的数量。例如，在一段统计时间(可以使用传输时间间隔的整数倍，如50或100TTI)内统计的被小区边缘用户占据的RB的总数，然后，计算给统计时间包括多少个传输时间间隔(Transmission TimeInterval，简称为TTI)，从而得到每个TTI中小区边缘用户占据的RB数量的平均值。

优选地，在步骤S108，可以首先进行判断，然后再确定是否发送该干扰协调信息。例如，可以将这次得到的干扰协调信息与上一次得到的干扰协调信息中的对应的比特位依次进行比较；如果两个比特图中的值不相同的比特的数量超过阈值，则向相邻小区发送此次的干扰协调信息。

优选地，该小区还可以接收来自相邻小区的干扰协调信息，然后，根据本小区的干扰协调信息和相邻小区的干扰协调信息进行资源的分配。例如，该小区可以统计在预定时间段内接收到的相邻小区发送的干扰协调信息(例如，对在该预定时间内接收到的相邻小区发送的干扰协调信息按比特位进行求和或加权求和)，得到所述来自所述相邻小区的干扰协调信息。需要说明书的是，本段中的“预定时间段”可以根据实际的情况进行选择，例如，可以选择10个TTI或20个TTI。

下面以同一基站的三个小区为例进行说明，对于同一基站而言，小区和两个相邻小区的小区边缘用户专属资源占用不同的频率范围；其中，小区边缘用户专属资源带宽最左段的频率范围的小区的干扰协调信息中与第一预定资源块对应的比特位为1，其余的比特位为0，其中，第一预定资源块为本小区的小区边缘用户专属资源按从小到大顺序排列之后的前N个资源块，N为本小区的小区边缘用户在预定时间间隔内占据的资源块的数量；小区边缘用户专属资源带宽中间段的频率范围的小区的干扰协调信息中与第二预定资源块对应的比特位为1，其余的比特位为0，其中，第二预定资源块为本小区的小区边缘用户专属资源按从中间往两边顺序排列之后的后N个资源块；小区边缘用户专属资源带宽第三段的的频率范围的小区的干扰协调信息中与第三预定资源块对应的比特位为1，其余的比特位为0，其中，第三预定资源块为本小区的小区边缘用户专属资源按从从大到小顺序排列之后的中间的N个资源块。下面结合图2以RNTP的产生为例进行说明。

图2是根据本发明实施例中RNTP产生过程中不同小区的RNTP位图扩展方向的示意图，该图是针对频率分三段，没有中心专用频带IC的情况，如图2所示，带背景的部分为本小区边缘用户专用频带OC，不带背景的部分二为为本小区中心用户可占用资源BC。假定三个小区为基站的三个扇区：扇区1、扇区2和扇区3。

则第一个RNTP的信息位产生如下：

需要说明的是上述公式只符合边缘专属资源预分配在[0，OC]区域的扇区1；对于边缘专属资源预分配在位于[OC，2OC]的扇区2，RNTP位图是本小区OC资源从中间往两边扩展，公式与上述公式类似，在此不再赘述；而对于边缘专属资源预分配在[2OC，3OC]的扇区3，RNTP信息是从大到小进行扩展。通过设置扩展方向可以尽可能的减少资源分配中的碎片。

图3是根据本发明实施例的小区间干扰协调信息的处理装置的结构框图，该装置位于基站的媒体访问控制层，如图3所示，该装置包括：资源数据统计模块32、干扰协调信息产生模块34和干扰协调信息发送模块36，下面对此进行说明。

资源数据统计模块32，用于确定小区中的小区边缘用户在预定时间间隔内占据的资源块的数量；干扰协调信息产生模块34连接至资源数据统计模块32，该模块用于在该小区的干扰协调信息中设置与上述数量相等的值为1的比特；并根据该小区和相邻小区的小区边缘用户专属资源的范围，将该小区的干扰协调信息中的值为1的比特位按照预定的扩展顺序在带宽上进行排列在频率上相互错开排列；干扰协调信息发送模块36连接至干扰协调信息产生模块34，该模块用于向相邻小区发送干扰协调信息。

图4是根据本发明实施例的小区间干扰协调信息的处理装置的结构框图，如图4所示，该装置还包括：干扰协调信息接收模块42，该模块用于接收来自所述相邻小区的干扰协调信息。

实施例二

在本实施例中提供了一种可以不依赖于物理层上报的EPRE，由MAC层独立产生RNTP信息并进行处理的一种方法及装置。本实施例综合了实施例一及其优选实施例。需要说明的是，上行的HII信息同样可以采用相同的过程来产生，下面以RNTP信息产生为例进行说明，对于HII的产生在本实施例中不再累述。

图5是根据本发明实施例二的RNTP产生过程的流程图，该流程包括如下步骤：

步骤S501，每个小区每个TTI都统计小区内边缘用户占用的RB数，直到达到预先设定的统计周期。如果没有到达统计周期，则继续该步骤，该RB数目持续累加，否则，则进入步骤S502。

步骤S502，计算该段统计时间内每个小区平均每个TTI被边缘用户占据的RB数目。

步骤S503，根据预先设定的边缘用户小区专属资源(OC)范围，和各小区平均每个TTI边缘用户占据的RB数目，产生本小区的RNTP Per PRB(Physical RB)信息(以下简称为RNTP信息)。

步骤S504，把此次产生的RNTP Per PRB信息和上个统计周期本区的RNTP Per PRB信息进行比较；如果两次RNTP Per PRB信息不同的位数大于预先设定的门限值RNTPDiffThp，则执行步骤S505，将该信息发送给邻区；否则，则不发送，且把本周期内的RNTPPer PRB信息按位清空，准备进入下一个周期的统计。优选地，RNTPDiffThp默认可以为0，表示无论本周期RNTP信息更新与否都发送给邻区，可以根据实际需要进行调整，调整范围最大不超过实际带宽对应的RB数。

图6是根据本发明实施例二的RNTP接收过程的流程图，该流程包括如下步骤：

步骤S601，定义RNTP统计接收周期，定义定时器；

步骤S602，每个小区每个TTI都检测是否有邻区发送过来的RNTP信息；如果有，接收邻小区的RNTP信息，并记录邻小区ID；

步骤S603，将接收到的RNTP信息与之前接收到的RNTP信息进行处理，例如，按位求和、加权求和等；判断是否达到了RNTP的接收统计周期，如果没有达到则继续该步骤，如果达到了则进入下一个步骤；

步骤S604，根据接收到的RNTP的按照上述方法处理得到的RNTP干扰指示和本小区的RNTP Per PRB信息，完成资源位图更新，输出给资源分配模块；本小区资源位置分配模块根据本区RNTPPer PRB信息及邻区RNTP干扰指示进行资源分配。

图7是根据本发明实施二装置的结构框图，如图7所示，该装置包括：资源数目统计模块，RNTP信息产生模块，RNTP信息发送模块和RNTP信息接收模块。该装置位于eNB的MAC层。

资源数目统计模块，主要是周期性对各小区边缘用户的资源占用情况进行统计，用以后续RNTP Per PRB信息的产生；

RNTP信息产生模块，主要是根据资源数目统计模块统计的资源占用数目和预定义的边缘用户专属资源(OC)的范围进行RNTPPer PRB位图信息的产生，其中OC资源根据小区的不同而位于小区带宽的不同频率范围；RNTP Per PRB位图信息表示本小区边缘用户将要占用哪些位置，PRB是位置信息，RNTP是占用标志，1表示占用，0表示不占用；

RNTP信息发送模块，主要是根据新产生的RNTP信息和上个统计周期的RNTP信息进行按位比较，如果不同的位数大于预设定的RNTP发送门限，则表示两次统计的结果有了较大的区别，边缘UE的资源占用情况已经发生了比较大的变化，则进行此次新RNTP消息的发送；否则，说明两次比较结果差异不大，对资源分配影响不大，为了节省信令，可以采取不发送的策略。

RNTP信息接收模块，主要是在统计接受周期内循环接收邻区的RNTP信息，以避免多个邻区的RNTP信息不是同一时刻到达本区的现象；统计周期结束后，按位求和之后的RNTP信息输出给资源分配模块作参考。

通过本实施例，一方面，RNTP的产生可以脱离物理层上报的EPRE的影响，摆脱UE功率上报不准的限制；另一方面，基于CEU分配到得RB产生RNTP的策略通过边缘用户占用资源的多少和比例，不仅直接反映了当前小区不同资源位置上本小区的边缘用户资源情况，能更加准确和直接的反映出邻小区边缘对于本小区部分资源位置上是否有干扰以及干扰强度的大小，对于资源位置分配的调整和影响都很准确。

实施例三

本实施例提供的RNTP产生处理的流程如下：

每个下行子帧记录CEU满足保证比特速率(Guaranteed BitRate，简称为GBR)所需的RB数量其中，

k＝sysSFN，sysSFN-1，…，sysSFN-DlRntpRptInterval-1

DlRntpRptInterval为RNTP上报周期，缺省为UlOIRptInterval(上行OI的上报周期)或者其整数倍。这样可以减少Load Indication的交互。如果在k子帧没有CEU被调度，则统计一个周期内为满足边缘UE(CEU)的GBR所分配的RB数为，该周期默认取100个TTI：即把各小区在统计周期内边缘UE占用的RB数目累加起来，然后计算每个TTI满足边缘UE的GBR所需的平均RB数

${\stackrel{\‾}{N}}_{\mathrm{CEU},\mathrm{TTI}}^{\mathrm{GBR}}=\frac{N_{\mathrm{CEU}}^{\mathrm{GBR}}}{n_{\mathrm{DlTtiInDlRntpRptInterval}}}$

其中，n_{DlTtiInDlRntpRptInterval}为RNTP上报周期内的下行子帧个数。RNTP的信息位产生如下：

其中此公式的说明只符合边缘专属资源预分配在[0，OC]区域的扇区1；对于边缘专属资源预分配在位于[OC，2OC]的扇区2，RNTP位图是本小区OC资源从中间往两边扩展；而对于边缘专属资源预分配在[2OC，3OC]的扇区3，RNTP信息是从大到小进行扩展。设置扩展方向的目的是尽可能的减少资源分配中的碎片。

RNTP_new和RNTP_old比较，如果

numOfBits(RNTP_newxor RNTP_old)＞RNTPDiffThreshold，

则RNTP_new为最终发送给邻区的RNTP。RNTPDiffThreshold为预设值的一个门限值，设置此参数的目的是，如果RNTP在两次报告期间没有很大改变则可以减少RNTP的发送；该参数默认值为0，表示两次比较结果无论如何都发送本次产生的RNTP信息给邻区。该参数可以根据需要进行调整，最大不超过下行带宽的RB数目。

令RNTP_old＝RNTP，用于下次比较。RNTP的接收处理算法用来分析本小区接收到的相邻小区的RNTP信息。

RNTP接收处理的流程如下：

定义一个RNTP处理周期T_rntp，因为不同的相邻小区不一定同时发送RNTP。默认为10个TTI，可以根据需要调整；最大不超过20个TTI；使用周期定时器触发RNTP的下述处理流程。

每个TTI都读取和记录邻区发送的RNTP信息。如果没有到RNTP处理周期T_rntp，则持续读取邻区的RNTP信息。

将接收到的RNTP进行按位“求和”操作得到的RNTP指示用表示，即：

${\mathrm{RNTP}}_{\mathrm{Nb}}^{\mathrm{sum}}=\underset{\mathrm{cellId}\∈\left\{{\mathrm{cellId}}_{\mathrm{Nb}}\right\}}{\mathrm{\Σ}}{\mathrm{RNTP}}^{\mathrm{cellId}},$

其中，RNTP^cellId为相邻小区(cellId)发到本小区的RNTP。{cellId_Nb}为相邻小区cellId的集合；这里求和的方法只是举例说明对接收到的邻区RNTP信息如何操作，并不是唯一的处理方法。

完成本次RNTP信息的统计处理，进行资源位图的更新。

由于干扰协调中频段划分的不同，RNTP的产生极其扩展方向会有所区别。为了尽可能详尽的阐述本实施例，下面通过实施例四和实施例五来做进一步说明。

实施例四

考虑预先分配的频率范围分三段，且针对下行RNTP信息进行产生和处理的情况，如图2所示，该图是针对频率分三段，没有中心专用频带IC的情况，如图2所示，带背景的部分为本小区边缘用户专用频带OC，不带背景的部分二为为本小区中心用户可占用资源BC。

在上述预分配频带的情况下，考虑一个边缘用户数目不多，小区负载较轻，GBR要求不高，边缘用户占用资源较少，不会超过边缘用户专属资源范围OC的简单场景。在这种场景下，RNTP产生及整个处理的流程如下：

每个小区在每个下行子帧记录小区内边缘用户满足GBR所需的RB数量；如果不满足统计周期，则继续统计并对RB数目求和；如果已经达到统计周期，则求出每个小区平均到每个TTI的边缘UE分配到的RB数，并根据该小区边缘UE的平均GBR满足情况对该RB数作调整，设最后得到的该RB数目为Nrb，各个扇区维护自己的Nrb值。

在边缘用户RB需求不大的情况下，针对一个基站的三个扇区，在不同频带上进行RNTP位图信息的生成：第一个扇区，在[0，OC]带宽内从左到右把Nrb个位置1；如果还剩下OC-Nrb个位，则将其置0。同样，对于第二个扇区，在[OC，2OC]带宽内从中间(OC*3/2)往两边各扩展Nrb/2位，把扩展到的位置1；如果有剩余位则置为0。同样，对于第三个扇区，在[2OC，3OC]带宽内从右向左扩展Nrb位，扩展到的位置1，否则置0。

在当前场景下，每个小区基本在自己的边缘用户专属资源范围OC内就能满足边缘用户的需求，所以资源分配的时候考虑把这些位置分配给边缘，其余位置分配给中心，小区边缘之间在频率上互相错开，从而达到了干扰协调的目的。

实施例五

图8是根据本发明实施例五的RNTP产生过程中不同小区的RNTP位图扩展方向的示意图，该图针对频率分四段，有中心专用频带IC的情况。其中，考虑预先分配的频率范围分四段，且发送信息为上行HII的情况，带斜纹背景的部分为本小区边缘用户专用频带OC，带横线背景的部分为本小区中心用户可占用和本小区边缘用户可借用的资源；如果OC专用频带可以满足边缘用户的需求，则IC部分资源全部分配给本小区中心用户使用；BC为小区中心用户专用。

在上述预分配频带的情况下，考虑一个边缘用户数目较多，小区负载较大，GBR要求比较高，边缘用户占用资源比较多，甚至会超过预分配的边缘用户专属资源范围OC的复杂场景。在这种场景下，HII产生及整个处理的流程如下：

每个小区在每个下行子帧记录小区内边缘用户满足GBR所需的RB数量；如果不满足统计周期，则继续统计并对RB数目求和；如果已经达到统计周期，则进入下一步骤；

求出每个小区平均到每个TTI的边缘UE分配到的RB数，并根据该小区边缘UE的平均GBR满足情况对该RB数作调整，设最后得到的该RB数目为Nrb，各个扇区维护自己的Nrb值，进入下一步骤；

在边缘用户RB需求比较的情况下，针对一个基站的三个扇区，在不同频带上进行HII位图信息的生成：第一个扇区，在[0，OC]带宽内从左到右把Nrb个位置1，在此种场景下，Nrb可能会向右扩展突破OC的范围，进入第二个扇区的专属资源范围内，极端情况下可能会进入第三个扇区的专属资源范围。同样，对于第二个扇区，在[OC，2OC]带宽内从中间(OC*3/2)往两边各扩展Nrb/2位，把扩展到的位置1；其向两边各自可能突破[OC，2OC]的限制，分别进入第一个扇区和第三个扇区的边缘用户专属资源范围。同样，对于第三个扇区，在[2OC，3OC]带宽内从右向左扩展Nrb位，扩展到的位置1，否则置0；同样，置1的位数同样可能会扩展到第二个和第一个扇区的边缘用户专属资源范围。

在这种情况下，调度策略就要稍微复杂些；每个小区在分配资源给边缘用户时，需要参考两个信息：第一，本小区的HII位图信息指示，指示为1的位数表示本小区将要占用的资源位置，邻区在收到本区的该HII位图信息的时候应该避免把此位置分配给边缘用户；第二，对本小区收到的邻区HII信息的进行处理，比如说按位加和，该信息表示邻区发送的HII信息在本区对应资源位置上的叠加，叠加的和越大，表明邻区边缘对于该位置上的影响越大，本区进行资源分配的时候就越要避免把这些位置分配给边缘用户。

在当前场景下，每个小区在自己的边缘用户专属资源范围OC内已经不能满足边缘用户的需求，各个小区的专属资源之间会有部分的重叠区域，干扰必然存在；此时，资源分配需要按照干扰指示从小到大的原则来寻找资源分配，尽量把小区边缘之间在频率上互相干扰比较大的地方错开，从而达到了干扰控制的目的。

综上所述，由于本发明的上述实施例中产生的RNTP和HII信息会对小区根据小区间干扰进行资源分配的策略产生影响，从而可以达到小区间干扰的协调和资源合理的分配。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种小区间干扰协调信息的处理方法，其特征在于，包括：

确定小区中的小区边缘用户在预定时间间隔内占据的资源块的数量；

将所述小区的干扰协调信息中与所述数量相等的比特的值设置为1；

根据所述小区的小区边缘用户专属资源的范围，将所述比特值为1的比特位按照预定的扩展顺序在带宽上进行排列；

所述小区向所述相邻小区发送所述干扰协调信息；

其中，所述干扰协调信息包括RNTP信息和HII信息。

2.根据权利要求1所述的方法，其特征在于，确定所述小区中的小区边缘用户在所述预定时间间隔内占据的资源块的数量包括：

在一定时长内统计所述小区边缘用户在占据的资源块的总数；

使用所述总数计算所述小区边缘用户在预定时间间隔内平均占据的资源块的数量。

3.根据权利要求1或2所述的方法，其特征在于，所述预定时间间隔为传输时间间隔。

4.根据权利要求1所述的方法，其特征在于，所述小区向所述相邻小区发送所述干扰协调信息包括：

将所述干扰协调信息与上一次得到的干扰协调信息中的对应的比特位依次进行比较；

如果两个比特图中的值不相同的比特的数量超过闽值，则向所述相邻小区发送所述干扰协调信息。

5.根据权利要求1或4所述的方法，其特征在于，还包括：

所述小区根据本小区的干扰协调信息和来自所述相邻小区的干扰协调信息进行资源的分配。

6.根据权利要求5所述的方法，其特征在于，所述小区统计在预定时间段内接收到的所述相邻小区发送的干扰协调信息，得到所述来自所述相邻小区的干扰协调信息。

7.根据权利要求6所述的方法，其特征在于，所述小区统计在预定时间段内接收到的所述相邻小区发送的干扰协调信息包括：

所述小区对所述预定时间段内接收的所述相邻小区的干扰协调信息进行按比特位进行求和或加权求和。

8.根据权利要求1所述的方法，其特征在于，根据所述小区的小区边缘用户专属资源的范围，将所述比特值为1的比特位按照预定的扩展顺序在带宽上进行排列包括：

所述小区和处于同一基站的其他两个相邻小区的小区边缘用户专属资源占用不同的频率范围；

小区边缘用户专属资源占用带宽最左段的频率范围的小区的干扰协调信息中与第一预定资源块对应的比特位为1，其余的比特位为0，其中，所述第一预定资源块为本小区的小区边缘用户专属资源按从小到大顺序排列之后的前N个资源块，N为本小区的小区边缘用户在预定时间间隔内占据的资源块的数量；

小区边缘用户专属资源占用带宽中间段的频率范围的小区的干扰协调信息中与所述第二预定资源块对应的比特位为1，其余的比特位为0，其中，所述第二预定资源块为本小区的小区边缘用户专属资源按从中间往两边顺序排列之后的后N个资源块；

小区边缘用户专属资源占用带宽第三段的频率范围的小区的干扰协调信息中与所述第三预定资源块对应的比特位为1，其余的比特位为0，其中，所述第三预定资源块为本小区的小区边缘用户专属资源按从从大到小顺序排列之后的中间的N个资源块。

9.一种小区间干扰协调信息的处理装置，其特征在于，位于基站的媒体访问控制层，包括：

资源数据统计模块，用于确定小区中的小区边缘用户在预定时间间隔内占据的资源块的数量；

干扰协调信息产生模块，用于将所述小区的干扰协调信息中与所述数量相等的比特的值设置为1；并根据所述小区和所述小区的相邻小区的小区边缘用户专属资源的范围，将所述小区的干扰协调信息中的值为1的比特位按照预定的扩展顺序在带宽上进行排列；

干扰协调信息发送模块，用于向所述相邻小区发送所述干扰协调信息，其中，所述干扰协调信息包括RNTP信息和HII信息。

10.根据权利要求9所述的装置，其特征在于，还包括：

干扰协调信息接收模块，用于接收来自所述相邻小区的干扰协调信息。