CN102291785A - 小区间资源协调的方法和设备 - Google Patents

Abstract

本发明实施例公开了一种小区间资源协调的方法和设备，通过应用本发明实施例的技术方案，根据获取到的周边小区的资源调度信息和上下行配置信息进行资源调度和保护资源块的预留，从而，使相邻小区能够选择合适的资源分配方式，抑制了小区间干扰，特别是上下行信号的干扰。

Description

小区间资源协调的方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种小区间资源协调的方法和设备。

背景技术

小区间干扰协调的基本思想就是以通过小区间协调的方式对边缘用户资源的使用进行限制，包括限制哪些时频资源可用，或者在一定的时频资源上限制其发射功率，如图1所示，为现有技术中频率软复用技术示意图，以此方案来达到避免和降低干扰，保证边缘覆盖速率的目的。小区间干扰协调可以采用静态的方式，也可以采用半静态的方式。

静态干扰协调的基本思想是事先规划好每个小区边缘用户可用的频率或在哪些PRB（Physical Resource Block，物理资源块）上大功率发送，不同小区边缘用户可用的资源不同，来达到干扰协调的目的。半静态干扰协调通过在基站间交互负载信息，了解邻区的资源使用以及干扰情况，在调度本小区的UE时尽量避开邻区已经利用的或者干扰比较大的PRB，或者在这些PRB上降功率发送，同时把自身的资源利用情况告诉邻区，尽量避免邻区间的资源碰撞，来达到干扰协调的目的。标准中定义了上行干扰负载指示（UL interference overload indication），上行高干扰指示（UL high interference indication），窄带相对发射功率（Relative Narrowband Tx Power，RNTP）用来通知周边小区本小区的干扰负载情况，便于周边小区做干扰协调。

在现有技术中，上下行信号子载波映射示意图如图2A和图2B所示，其中，LTE（Long Term Evolution，长期演进）系统中下行子载波以直流电平为中心向两边均匀分布，但直流电平上不映射子载波，如图2A所示；LTE系统中上行子载波均匀分布在整个系统带宽上，但中心载频偏离直流电平7.5kHz，如图2B所示。因此，上下行信号即使配置在不同的资源块上，也无法正交，如图3所示，为现有技术中上下行子载波间干扰示意图。

LTE系统控制信息和数据传输采用不同的信道，如上行采用PUCCH（Physical Uplink Control Channel，物理上行控制信道）承载控制信息，PUSCH（Physical Uplink Shared Channel，物理上行共享信道）承载数据，下行采用PDCCH（Physical Downlink Control Channel，物理下行控制信道）承载控制信息，PDSCH（Physical Downlink Shared Channel，物理下行共享信道）承载数据。随着技术的发展，PDCCH已无法满足下行控制信息的传输需求，目前增强型的PDCCH（evolved PDCCH，ePDCCH）正在研究。分配给控制信道的资源具有一定的特征，如PUCCH通常分布在系统带宽的两侧，PDCCH分布在子帧的前1-3个符号上，ePDCCH类似于PDSCH分配在几个资源块上，但频域位置相对固定。控制信息是数据传输的基础，干扰控制信息对系统性能的影响更明显。因此，进行干扰协调时，控制信息的优先级应该高于数据。因为PDCCH是整个带宽分布的，没有协调的余地，因此，下行控制信息的协调只考虑ePDCCH。

在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

当前采用的干扰协调技术，如前所述，只是粗略地划分各个小区的资源，没有对数据和控制信息进行区分，这样无法保证控制信息的传输性能。

另外，当前采用的干扰协调技术主要解决同方向的干扰，而对于不同方向的干扰，仅仅通过现有技术中的分配正交的资源的方案，并不能消除干扰的影响。

发明内容

本发明实施例提供一种小区间资源协调的方法和设备，解决现有的技术方案中不能有效的消除小区间干扰的问题。

为达到上述目的，本发明实施例一方面提供了一种小区间资源协调的方法，至少包括以下步骤：

网络设备获取周边小区的资源调度信息和上下行配置信息；

所述网络设备根据所述周边小区的资源调度信息和上下行配置信息，对当前小区进行资源调度，在同一个子帧上的不同方向的业务之间预留保护资源块，其中，所述不同方向的业务至少包括当前小区与周边小区的不同方向的业务。

另一方面，本发明实施例还提供了一种网络设备，至少包括：

获取模块，用于获取周边小区的资源调度信息和上下行配置信息；

调度模块，用于根据所述获取模块所获取的周边小区的资源调度信息和上下行配置信息，对当前小区进行资源调度，在同一个子帧上的不同方向的业务之间预留保护资源块，其中，所述不同方向的业务至少包括当前小区与周边小区的不同方向的业务。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，根据获取到的周边小区的资源调度信息和上下行配置信息进行资源调度和保护资源块的预留，从而，使相邻小区能够选择合适的资源分配方式，抑制了小区间干扰，特别是上下行信号的干扰。

附图说明

图1为现有技术中频率软复用技术示意图；

图2A和图2B为现有技术中上下行信号子载波映射示意图；

图3为现有技术中上下行子载波间干扰示意图；

图4为本发明实施例所提出的一种小区间资源协调的方法的流程示意图；

图5A和图5B为本发明实施例所提出的一种具体应用场景下的小区间资源协调的方法的流程示意图；

图6为本发明实施例所提出的具体的应用场景中的保护资源块的预留方案的示意图；

图7为本发明实施例提出的一种网络设备的结构示意图；

图8为本发明实施例提出的一种获取模块的结构示意图；

图9为本发明实施例提出的另一种获取模块的结构示意图。

具体实施方式

如背景技术所述，作为两大基本双工制式之一的TDD（Time Division Duplexing，时分双工）模式，在宽带移动通信对带宽需求不断增长的背景下，受到了越来越多的关注。TDD系统中上行和下行传输使用相同的频率资源，在不同的时隙上传输上行/下行信号。在常见的TDD系统中，包括3G（3rd Generation，第三代移动通信系统）的TD-SCDMA（Time Division-Synchronous Code Division Multiple Access，时分同步码分多址）系统和4G（4th Generation，第四代移动通信系统）的TD-LTE（TD-SCDMA Long Term Evolution，TD-SCDMA的长期演进）系统，上行和下行时隙的划分是静态或半静态的，通常的做法是在网络规划过程中根据大致的业务比例确定统一的上下行时隙比例并保持不变。这在宏小区大覆盖的背景下是较为简单的做法，并且也较为有效。而随着技术发展，越来越多的微小区（Pico cell），家庭基站（Home NodeB）等低功率基站被部署用于提供局部的小覆盖。一方面，这类小区主要的业务类型（例如，数据业务）与宏小区（例如，语音业务）不同，因此，上下行时隙的配比需求差异较大。另一方面，这类小区的用户数量较少，且用户业务需求变化较大，因此小区的上下行业务比例需求存在动态改变的情况。

基于此，小区配置不同的上下行时隙比引起了关注，特别是动态地改变。但这些方案的应用障碍是会造成相邻小区之间严重的交叉时隙干扰，这些干扰包括同频的相邻小区干扰，也包括邻频的相邻小区干扰。通常，邻频干扰由于有保护频带或基带滤波的处理，干扰弱化很多。相反，同频干扰就会严重很多。这类干扰如果不能解决，不但不能得到灵活配置上下行比例的好处，反而造成整个网络瘫痪。另外，由于LTE系统中上下行信号的生成方式不同，因此，如果直接采用当前网络中小区间干扰协调的方式，只能抑制同方向信号的干扰，对相反方向干扰的抑制很有限。

为了克服这样的缺陷，本发明实施例提出了一种基于保护资源块的小区间资源协调的方法，能够有效抑制不同方向信号（上下行信号）的干扰。

如图4所示，为本发明实施例所提出的一种小区间资源协调的方法的流程示意图，该方法具体包括以下步骤：

步骤S401、网络设备获取周边小区的资源调度信息和上下行配置信息。

根据网络设备在实际应用场景中的物理实体的类型差异，本步骤可以分为以下两种情况。

情况一、当所述网络设备具体为对应当前小区的基站时，所述基站接收对应周边小区的其他基站所发送的周边小区的资源调度信息和上下行配置信息，或所述基站接收对应周边小区的其他基站所发送的周边小区的资源调度信息并测量其他基站的上下行配置信息。

情况二、当所述网络设备具体为控制多个基站的中心节点时，所述中心节点获取对应周边小区的其他基站所发送的周边小区的资源调度信息和上下行配置信息。

在实际应用中，所述资源调度信息，具体为以下信息的一种或多种：

（1）相应小区的资源占用信息。

当所述资源调度信息具体为相应小区的资源占用信息时，对于上行资源，所述资源调度信息具体包括PUCCH、PUSCH和PRACH所需要的所有资源信息，对于下行资源，所述资源调度信息具体包括PDSCH和ePDCCH所需要的所有资源信息。

（2）相应小区的控制部分的资源占用信息和数据部分的资源占用信息。

当所述资源调度信息具体为相应小区的控制部分的资源占用信息和数据部分的资源占用信息时，对于上行资源，所述控制部分的资源占用信息具体包括PUCCH和PRACH所需要的资源信息，所述数据部分的资源占用信息具体包括PUSCH所需要的资源信息，对于下行资源，所述控制部分的资源占用信息具体包括ePDCCH所需要的资源信息，所述数据部分的资源占用信息具体包括PDSCH所需要的资源信息。

（3）相应小区中没有被占用的资源信息。

当所述资源调度信息具体为相应小区中没有被占用的资源信息时，对于上行资源，所述资源调度信息具体包括除PUCCH、PUSCH和PRACH所需要的所有资源信息以外的资源信息，对于下行资源，所述资源调度信息具体包括PDSCH和ePDCCH所需要的所有资源信息以外的资源信息。

在具体的实施场景中，所述资源调度信息的形式，具体为资源块数目，和/或资源块序号，和/或响应资源块上的发射功率信息。

具体的资源调度信息的形式可以根据实际需要进行调整，这样的变化并不影响本发明的保护范围。

在本发明实施例所提出的技术方案中，上述的对应周边小区的其他基站所发送的周边小区的资源调度信息，具体通过以下方法获得：

其他基站根据各自相应周边小区的业务量需求估算获得；或，

其他基站根据各自相应周边小区中的用户容量进行预先配置；或，

其他基站根据各自相应周边小区的当前子帧的资源块占用情况进行确定；或，

其他基站根据各自相应周边小区之前一段时间的资源块占用情况统计获得。

在实际的应用场景中，对于对应周边小区的各基站，获取各自相应的小区的资源调度信息的方式可以相同也可以不同，具体的方式可以采用上述的任何一种方式，也可以采用能够达到相同技术效果的其他方式，这样的变化并不影响本发明的保护范围。

另一方面，上述的上下行配置信息，具体为以下信息的一种或多种。

（1）子帧的上下行配置信息。

当所述上下行配置信息具体为子帧的上下行配置时，所述上下行配置信息通过其他基站所发送的信息获得，或者通过周边小区上报给中心节点的信息获得，或者通过小区中终端设备所上报的信息获得。

（2）子帧的干扰情况。

当所述上下行配置信息具体为子帧的干扰情况时，所述上下行配置信息通过测量获得，其中，所述测量具体由基站执行，或由终端设备执行并将测量结果上报给基站。

在实际的应用场景中，具体的测量方式可以如下：

所述网络设备判断当前子帧的干扰能量是否高于预设阈值，其中，预设阈值是系统中预先设置的用于区分干扰能量大小的一个数值，数值大小可以根据实际需要进行调整。

如果判断结果为是，即干扰能量比较大，所述网络设备确定干扰源是方向不同的基站，所述当前子帧为下行子帧。

如果判断结果为否，即干扰能量比较小，所述网络设备确定干扰源是同方向小区的终端设备，所述当前子帧为上行子帧。

步骤S402、所述网络设备根据周边小区的资源调度信息和上下行配置信息，对当前小区进行资源调度，在同一个子帧上的不同方向的业务之间预留保护资源块。

其中，所述不同方向的业务至少包括当前小区与周边小区的不同方向的业务。

在具体的实施场景中，所述保护资源块具体为上下行信号调度的资源块之间所保留的一些不传输任何信息的资源块，其中，所述上下行信号至少包括所述周边小区的不同方向的上下行信号。

需要进一步指出的是，上述的保护资源块的预留方式可以包括以下两种情况：

（1）如果上述的当前小区与周边小区的不同方向的业务所对应的资源之间存在不传输信息的资源，那么，这样的资源可以直接作为保护资源块，而不再需要流行额外的预留保护资源块。

（2）如果上述的当前小区与周边小区的不同方向的业务所对应的资源之间不存在不传输信息的资源，而是直接相邻，那么，便需要调整资源配置，在这样的两部分资源之间额外预留不传输信息的资源作为保护资源块。

另一方面，上述的不同方向的业务不仅可以包括当前小区与周边小区的不同方向的业务，同样也可以包括同一个小区中不同方向的业务，通过这样的方式，不仅可以避免不同小区之间不同方向业务之间所造成的干扰，也可以避免同一小区中不同方向业务之间所造成的干扰。

在实际应用中，保护资源块具体的分配方法包括：

所述网络设备根据当前的干扰功率确定相应的保护资源块的分配策略；或，

所述网络设备根据当前干扰功率与有用信号功率的比值确定相应的保护资源块的分配策略；或，

所述网络设备根据当前协议的内容确定保护资源块的分配策略；或，

所述网络设备根据当前的系统带宽确定保护资源块的分配策略。

进一步的，所述干扰功率由被干扰基站测量获得，或由小区中的终端设备测量获得。

另一方面，所述有用信号功率具体为当前小区所对应的基站的发射功率，或由小区中的终端设备对基站所发送信号进行测量所获得的功率信息。

在实际的应用场景中，所述保护资源块的实现方式，具体包括：

当所述网络设备具体为对应当前小区的基站，或控制多个基站的中心节点时，如果预留的保护资源块的信息包含在所接收到的所述周边小区的资源调度信息中，则所述网络设备根据所述周边小区的资源调度信息进行当前小区的资源调度，放弃额外预留保护资源块；或，

当所述网络设备具体为对应当前小区的基站时，如果预留的保护资源块的信息没有包含在所接收到的所述周边小区的资源调度信息中，所述网络设备在根据所述周边小区的资源调度信息进行当前小区的资源调度时，额外预留保护资源块。

在具体的实施场景中，为了提高系统的资源利用率，所述网络设备在同一个子帧中，将同一个方向的资源进行连续分配，从而，避免在由于同一个方向的资源之间没有连续分配，而导致预留保护资源块的数量增多，对系统资源造成浪费。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，根据获取到的周边小区的资源调度信息和上下行配置信息进行资源调度和保护资源块的预留，从而，使相邻小区能够选择合适的资源分配方式，抑制了小区间干扰，特别是上下行信号的干扰。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

本发明实施例给出了一种TDD小区间资源协调方法，使得相邻小区能够通过协商的方式选择合适的资源分配方式，从而规避交叉时隙干扰对系统性能不利影响。

为便于说明，这里假设同一网络中的相邻TDD小区是同频的并且是时间同步的。

本发明实施例的具体方案法如下：

资源调度器根据周边小区的资源调度信息和上下行配置信息等进行资源调度。对于同一子帧上不同方向（上下行）的业务，资源调度器为不同方向的业务之间预留保护资源块。

其中，对应前述的步骤S401中的说明，上述的资源调度信息可以是以下一种或几种，但不限于此：

（1）本小区的资源占用信息，即本小区用于数据和信令传输的资源。

对于上行资源，上述的资源调度信息包括PUCCH和PUSCH以及PRACH所需要的所有资源。对于下行资源，上述的资源调度信息包括PDSCH，如果系统中有ePDCCH，也包括ePDCCH需要的所有资源。

（2）本小区的控制部分的资源占用信息和数据部分的资源占用信息。

因为控制信息和数据传输的重要性不同，为了优先保证控制信息的资源分配，本小区的资源占用信息包括控制部分和数据部分，并且区别通知。

对于上行资源，PUCCH需要的资源作为资源占用信息的控制部分；PUSCH和PRACH需要的资源作为资源占用信息的数据部分。同理，对于下行资源，ePDCCH（如果系统中有ePDCCH）需要的资源作为资源占用信息的控制部分；PDSCH需要的资源作为资源信息的数据部分。

其中，区分控制信息和数据的资源调度信息，其指示方式包括将控制和数据占用的资源信息使用各自独立的信令进行指示

（3）本小区不使用的资源，即本小区用于数据和信令传输的所有资源以外的资源。

对于上行资源，资源数据和信令传输的所有资源包括PUCCH和PUSCH以及PRACH所需要的所有资源。对于下行资源，数据和信令传输的所有资源包括PDSCH，如果系统中有ePDCCH，也包括ePDCCH需要的所有资源。

无论是上述的哪种类型，在具体的实施场景中，资源调度信息的内容可以表示为资源块数目和/或资源块序号，或者也可以包含响应资源块上的发射功率等级信息，具体的内容的变化并不会影响本发明的保护范围。

在实际的应用场景中，所述资源调度信息可以根据如下方法获得，但不限于此：    本小区根据业务量需求估算获得，或本小区根据用户容量预先配置的值，或本小区当前子帧的资源块占用情况，或本小区之前一段时间的资源块占用情况统计获得。

另一方面，上下行配置信息指，包括一种或几种：

（1）子帧的上下行配置。

子帧的上下行配置可由下行控制信道指示获得，或由高层信令指示获得，以执行主体来区分，则可以包括以下三种情况：

情况A、通过其他基站所发送的信息获得，即通过基站之间的交互实现信息的获得。

情况B、通过周边小区上报给中心节点的信息获得，在此种情况中，中心节点控制多个基站，各基站所对应的小区会将相应的信息上报给中心节点，从而，相应的周边小区的上下行配置信息可以直接从中心节点处获取。

情况C、通过小区中终端设备所上报的信息获得，即小区中的终端设备进行周边小区的上下行配置信息的测量，并将测量结果上报给基站。

无论采用上述的哪种情况，上下行配置信息的具体形式可以以一个或多个无线帧为单位指示，也可以以一个或多个子帧为单位指示。

（2）子帧的干扰情况。

本子帧的干扰情况可以通过测量获得，其中，所述测量具体由基站执行，或由终端设备执行并将测量结果上报给基站。

例如根据干扰能量判定，通常干扰平均能量较大时，干扰源是方向不同的基站，可判定该基站当前子帧为下行。干扰平均能量较小时，干扰源是同方向小区的终端，可判定该基站当前子帧为上行。

具体的，根据具体的物理实体类型的差异，本发明实施例所提出的技术方案也存在以下两种情况：

情况一、所述资源调度器可以是基站侧的，资源调度信息和上下行配置信息需要在基站之间交互。

通常地，资源调度信息通过X2接口交互，上下行配置信息可以通过X2接口交互，或测量获得，具体的，相应的实施场景的示意图如图5A所示。

情况二、所述资源调度器也可以是控制服务多个基站的中心节点，资源调度信息和上下行配置信息只需要由基站汇报给中心节点即可。

通常地，基站通过S1接口回报给中心节点，具体的，相应的实施场景的示意图如图5B所示。

另一方面，本发明实施例所提出的保护预留资源块指上下行信号调度的资源块之间保留一些资源块不传输任何信息，其中，所述上下行信号至少包括所述周边小区的不同方向的上下行信号。

进一步的，保护资源块的分配方法具体包括以下几种：

（1）与干扰功率绑定。

例如将干扰功率划分N个等级，分别对应N个保护资源块配置；具体地，干扰功率<=3dB，则保护资源块为1个资源块；3dB<干扰功率<=15Db，则保护资源块为5个资源块；干扰功率>15Db，则保护资源块为10个资源块。

在具体的应用场景中，具体的实现过程并不限于此分配方案，其他能够达到相同效果的方案，或者本方案中相应参数的数值变化均可以应用于本发明实施例中，这样的变化并不影响本发明的保护范围。

其中，干扰功率可以由被干扰基站测量获得，也可以由小区中的终端设备测量，并反馈给基站来获得。

（2）与干扰/有用信号功率比值绑定。

例如将干扰/有用信号功率比值划分N个等级，分别对应N个保护资源块配置方法。

具体地，干扰/有用信号功率比值<=3dB，则保护资源块为1个资源块；3dB<干扰/有用信号功率比值<=15Db，则保护资源块为5个资源块；干扰/有用信号功率比值>15Db，则保护资源块为10个资源块。

在具体的应用场景中，具体的实现过程并不限于此分配方案，其他能够达到相同效果的方案，或者本方案中相应参数的数值变化均可以应用于本发明实施例中，这样的变化并不影响本发明的保护范围。

其中，干扰功率指来自其他小区的干扰能量，通常由基站测量获得，或根据终端设备的测量反馈来获得；有用信号功率指当前小区所对应的基站的发射功率，或由小区中的终端设备对基站所发送信号进行测量所获得的功率信息。

（3）协议约定。

例如保护资源块为1个资源块。

在具体的应用场景中，具体的实现过程并不限于此分配方案，其他能够达到相同效果的方案，或者本方案中相应参数的数值变化均可以应用于本发明实施例中，这样的变化并不影响本发明的保护范围。

（4）与系统带宽绑定。

例如10Mhz以下系统带宽情况下预留保护资源块为A个RB，10Mhz带宽以上系统带宽情况下预留保护资源块为B个RB。

进一步的，所述预留保护资源块的实现方式包括以下一种或几种。

（1）预留的保护资源块可以包含在资源调度信息中，即资源调度信息中指示的资源块不仅包括用于传输信令或数据的资源块，也包含预留的保护资源块。基站进行本小区调度时，不再额外预留保护资源块；

（2）资源调度信息仅包含实际用于传输信令或数据的资源块，基站进行本小区调度时，需要额外考虑预留保护资源块，即不仅避开其他小区有调度的资源，也要避开保护资源块。

在具体的应用场景中，具体的实现过程并不限于此分配方案，其他能够达到相同效果的方案，或者本方案中相应参数的数值变化均可以应用于本发明实施例中，这样的变化并不影响本发明的保护范围。

为了提高系统的资源利用率，本发明实施例可以通过将同一个方向的资源进行连续分配来避免在出现由于同一个方向的资源之间插入其他方向的资源的情况下，需要增加更多的保护资源块，以及由此所带来的资源浪费，如图6所示，为本发明实施例所提出的具体的应用场景中的保护资源块的预留方案的示意图，当然，图中所列举的形式只是示例，资源调度方案不限于此。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，根据获取到的周边小区的资源调度信息和上下行配置信息进行资源调度和保护资源块的预留，从而，使相邻小区能够选择合适的资源分配方式，抑制了小区间干扰，特别是上下行信号的干扰。

为了实现本发明实施例的技术方案，本发明实施例还提供了一种网络设备，其结构示意图如图7所示，至少包括：

获取模块71，用于获取周边小区的资源调度信息和上下行配置信息；

调度模块72，用于根据所述获取模块71所获取的周边小区的资源调度信息和上下行配置信息，对当前小区进行资源调度，在同一个子帧上的不同方向的业务之间预留保护资源块，其中，所述不同方向的业务至少包括当前小区与周边小区的不同方向的业务。

其中，如图8所示，如果所述网络设备具体为对应当前小区的基站或控制多个基站的中心节点，所述获取模块71，具体包括：

第一接收子模块711，用于接收对应周边小区的其他基站所发送的周边小区的资源调度信息；

第二接收子模块712，用于接收对应周边小区的其他基站所发送的周边小区的上下行配置信息。

如图8所示，如果所述网络设备具体为对应当前小区的基站，所述获取模块71，具体包括：

接收子模块713，用于接收对应周边小区的其他基站所发送的周边小区的资源调度信息；

测量子模块714，用于测量其他基站的上下行配置信息。

在实际的应用场景中，所述资源调度信息，具体为：

相应小区的资源占用信息；和/或，

相应小区的控制部分的资源占用信息和数据部分的资源占用信息；和/或，

相应小区中没有被占用的资源信息。

所述上下行配置信息，具体为：

子帧的上下行配置信息；和/或，

子帧的干扰信息。

另一方面，所述调度模块72，具体用于：

根据当前的干扰功率确定相应的保护资源块的分配策略；或，

根据当前干扰功率与有用信号功率的比值确定相应的保护资源块的分配策略；或，

根据当前协议的内容确定保护资源块的分配策略；或，

根据当前的系统带宽确定保护资源块的分配策略。

其中，所述保护资源块具体为上下行信号调度的资源块之间所保留的一些不传输任何信息的资源块，所述上下行信号至少包括所述周边小区的不同方向的上下行信号。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，根据获取到的周边小区的资源调度信息和上下行配置信息进行资源调度和保护资源块的预留，从而，使相邻小区能够选择合适的资源分配方式，抑制了小区间干扰，特别是上下行信号的干扰。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络侧设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (18)

1.一种小区间资源协调的方法，其特征在于，至少包括以下步骤：

网络设备获取周边小区的资源调度信息和上下行配置信息；

所述网络设备根据所述周边小区的资源调度信息和上下行配置信息，对当前小区进行资源调度，在同一个子帧上的不同方向的业务之间预留保护资源块，其中，所述不同方向的业务至少包括当前小区与周边小区的不同方向的业务。

2.如权利要求1所述的方法，其特征在于，所述网络设备获取周边小区的资源调度信息和上下行配置信息，具体包括：

当所述网络设备具体为对应当前小区的基站时，所述基站接收对应周边小区的其他基站所发送的周边小区的资源调度信息和上下行配置信息，或所述基站接收对应周边小区的其他基站所发送的周边小区的资源调度信息并测量其他基站的上下行配置信息；

当所述网络设备具体为控制多个基站的中心节点时，所述中心节点获取对应周边小区的其他基站所发送的周边小区的资源调度信息和上下行配置信息。

3.如权利要求1所述的方法，其特征在于，所述资源调度信息，具体为：

相应小区的资源占用信息；和/或，

相应小区的控制部分的资源占用信息和数据部分的资源占用信息；和/或，

相应小区中没有被占用的资源信息。

4.如权利要求3所述的方法，其特征在于，

当所述资源调度信息具体为相应小区的资源占用信息时，对于上行资源，所述资源调度信息具体包括PUCCH、PUSCH和PRACH所需要的所有资源信息，对于下行资源，所述资源调度信息具体包括PDSCH和ePDCCH所需要的所有资源信息；和/或，

当所述资源调度信息具体为相应小区的控制部分的资源占用信息和数据部分的资源占用信息时，对于上行资源，所述控制部分的资源占用信息具体包括PUCCH和PRACH所需要的资源信息，所述数据部分的资源占用信息具体包括PUSCH所需要的资源信息，对于下行资源，所述控制部分的资源占用信息具体包括ePDCCH所需要的资源信息，所述数据部分的资源占用信息具体包括PDSCH所需要的资源信息；和/或，

当所述资源调度信息具体为相应小区中没有被占用的资源信息时，对于上行资源，所述资源调度信息具体包括除PUCCH、PUSCH和PRACH所需要的所有资源信息以外的资源信息，对于下行资源，所述资源调度信息具体包括PDSCH和ePDCCH所需要的所有资源信息以外的资源信息。

5.如权利要求3所述的方法，其特征在于，所述资源调度信息的形式，具体为：

资源块数目；和/或，

资源块序号；和/或，

响应资源块上的发射功率信息。

6.如权利要求2所述的方法，其特征在于，所述上下行配置信息，具体为：

子帧的上下行配置信息；和/或，

子帧的干扰信息。

7.如权利要求6所述的方法，其特征在于，

当所述上下行配置信息具体为子帧的上下行配置时，所述上下行配置信息通过其他基站所发送的信息获得，或者通过周边小区上报给中心节点的信息获得，或者通过小区中终端设备所上报的信息获得；

当所述上下行配置信息具体为子帧的干扰情况时，所述上下行配置信息通过测量获得，其中，所述测量具体由基站执行，或由终端设备执行并将测量结果上报给基站。

8.如权利要求7所述的方法，其特征在于，当所述上下行配置信息具体为子帧的干扰情况时，所述上下行配置信息通过测量获得，具体包括：

所述网络设备判断当前子帧的干扰能量是否高于预设阈值；

如果判断结果为是，所述网络设备确定干扰源是方向不同的基站，所述干扰源的当前子帧为下行子帧；

如果判断结果为否，所述网络设备确定干扰源是同方向小区的终端设备，所述干扰源的当前子帧为上行子帧。

9.如权利要求1所述的方法，其特征在于，所述保护资源块具体为上下行信号调度的资源块之间所保留的一些不传输任何信息的资源块，其中，所述上下行信号至少包括所述周边小区的不同方向的上下行信号；

所述保护资源块的分配方法，具体包括：

所述网络设备根据当前的干扰功率确定相应的保护资源块的分配策略；或，

所述网络设备根据当前干扰功率与有用信号功率的比值确定相应的保护资源块的分配策略；或，

所述网络设备根据当前协议的内容确定保护资源块的分配策略；或，

所述网络设备根据当前的系统带宽确定保护资源块的分配策略。

10.如权利要求9所述的方法，其特征在于，

所述干扰功率由被干扰基站测量获得，或由小区中的终端设备测量获得；

所述有用信号功率具体为当前小区所对应的基站的发射功率，或由小区中的终端设备对基站所发送信号进行测量所获得的功率信息。

11.如权利要求1所述的方法，其特征在于，所述保护资源块的实现方式，具体包括：

当所述网络设备具体为对应当前小区的基站，或控制多个基站的中心节点时，如果预留的保护资源块的信息包含在所接收到的所述周边小区的资源调度信息中，则所述网络设备根据所述周边小区的资源调度信息进行当前小区的资源调度，放弃额外预留保护资源块；或，

当所述网络设备具体为对应当前小区的基站时，如果预留的保护资源块的信息没有包含在所接收到的所述周边小区的资源调度信息中，所述网络设备在根据所述周边小区的资源调度信息进行当前小区的资源调度时，额外预留保护资源块。

12.如权利要求1至11中任意一项所述的方法，其特征在于，所述网络设备根据所述周边小区的资源调度信息和上下行配置信息，对当前小区进行资源调度，在同一个子帧上的不同方向的业务之间预留保护资源块，还包括：

所述网络设备在同一个子帧中，将同一个方向的资源进行连续分配。

13.一种网络设备，其特征在于，至少包括：

获取模块，用于获取周边小区的资源调度信息和上下行配置信息；

调度模块，用于根据所述获取模块所获取的周边小区的资源调度信息和上下行配置信息，对当前小区进行资源调度，在同一个子帧上的不同方向的业务之间预留保护资源块，其中，所述不同方向的业务至少包括当前小区与周边小区的不同方向的业务。

14.如权利要求13所述的网络设备，其特征在于，所述网络设备具体为对应当前小区的基站或控制多个基站的中心节点，所述获取模块，具体包括：

第一接收子模块，用于接收对应周边小区的其他基站所发送的周边小区的资源调度信息；

第二接收子模块，用于接收对应周边小区的其他基站所发送的周边小区的上下行配置信息。

15.如权利要求13所述的网络设备，其特征在于，所述网络设备具体为对应当前小区的基站，所述获取模块，具体包括：

接收子模块，用于接收对应周边小区的其他基站所发送的周边小区的资源调度信息；

测量子模块，用于测量其他基站的上下行配置信息。

16.如权利要求13至15中任意一项所述的网络设备，其特征在于，所述资源调度信息，具体为：

相应小区的资源占用信息；和/或，

相应小区的控制部分的资源占用信息和数据部分的资源占用信息；和/或，

相应小区中没有被占用的资源信息。

17.如权利要求13至15中任意一项所述的网络设备，其特征在于，所述上下行配置信息，具体为：

子帧的上下行配置信息；和/或，

子帧的干扰信息。

18.如权利要求13所述的网络设备，其特征在于，所述调度模块，具体用于：

根据当前的干扰功率确定相应的保护资源块的分配策略；或，

根据当前干扰功率与有用信号功率的比值确定相应的保护资源块的分配策略；或，

根据当前协议的内容确定保护资源块的分配策略；或，

根据当前的系统带宽确定保护资源块的分配策略；

其中，所述保护资源块具体为上下行信号调度的资源块之间所保留的一些不传输任何信息的资源块，所述上下行信号至少包括所述周边小区的不同方向的上下行信号。

Images