CN104968050A - 一种LTE-A的e-ICIC资源分配方法和装置 - Google Patents

Abstract

本申请实施例提供了一种LTE-A的增强型小区间干扰协调e-ICIC资源分配方法，所述方法包括：统计宏小区用户的保证比特速率GBR业务速率需求以及不保证比特速率NGBR业务速率需求；所述宏小区用户包括：受干扰宏小区用户VMaUE和未受干扰宏小区用户MaUE；采用所述GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源；采用所述NGBR业务的速率需求生成纳什均衡结果；采用纳什均衡结果计算VMaUE的NGBA业务需求资源；根据所述宏小区用户的GBR业务所需要的GBR资源以及所述VMaUE的NGBA业务需求资源，确定e-ICIC资源。本申请通过实时统计宏小区用户的业务速率需求，考虑了业务类型的优先级，采用纳什均衡的结果，对宏小区用户以及微小区用户之间业务资源分配，保证分配最优性以及公平性。

Description

一种LTE-A的e-ICIC资源分配方法和装置

技术领域

本申请涉及通信技术领域，特别是涉及一种LTE-A(Long TermEvolution-Advanced)的增强型小区间干扰协调e-ICIC(Enhanced Inter-CellInterference Coordination)资源分配方法和一种LTE-A的e-ICIC资源装置。

背景技术

随着近年来智能终端的日益丰富，移动互联网发展非常迅猛，无线数据流量和信令数量对移动网络的造成了前所未有的冲击。对小区进行进一步***，构建立体分层网络(HetNet，Heterogeneous network)，即在宏小区内部署低功率微小区(Small Cell)，大量重用已有频谱资源，改善网络覆盖，提升网络吞吐量已经成为移动网络的发展趋势。

对于某些微小区，例如家庭基站，是针对某个特定的区域，例如办公室或者家庭，因此并未为所有的用户提供服务，而是某些特定的用户。3GPP引入了闭合用户群(CSG，Closed Subsciber Group)的概念，即仅为CSG内的用户提供服务。非CSG用户，即使在微小区覆盖范围内，也只能接入到宏小区并获得服务，因此在基站向用户发送数据的下行子帧，UE(UserEquipment)会受到来自于微小区的强干扰，进而导致性能将严重恶化。3GPP Release 10中引入了增强的时域干扰协调(Enhanced Inter-CellInterference Coordination)技术，以消除CSG因此的HetNet中的小区干扰问题。微小区的某些下行子帧置为ABS(Almost Blank SubFrame)或者MBSFN(Multimedia Broadcast multicast service Single Frequency Network)子帧。为了兼容Release 10之前的终端，在ABS子帧上，基站仅会发送必须的参考信号和广播消息，而按照协议规定，在MBSFN子帧上微小区可以不发送任何消息，因此宏小区则在相应的子帧中调度受干扰UE，从而避免了受干扰UE接收数据时，受到微小区的强干扰，能够显著提高受干扰UE的数据速率，改善受干扰UE的使用体验。在微小区的某些下行子帧置为ABS或者MBSFN可以改善宏小区受干扰的情况，但是由于ABS或MBSFN子帧中几乎不传输微小区的业务数据，即减少了微小区的资源，降低了微小区用户的使用体验。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何设置宏小区和微小区之间最优的子帧资源分配比例，从而实现网络整体吞吐量的最大化。

发明内容

本申请实施例所要解决的技术问题是提供一种LTE-A的增强型小区间干扰协调e-ICIC资源分配方法，以更好的优化宏小区和微小区之间子帧资源分配比例的问题。

相应的，本申请实施例还提供了一种LTE-A的增强的时域干扰协调e-ICIC资源装置，用以保证上述方法的实现及应用。

为了解决上述问题，本申请公开了一种LTE-A的增强型小区间干扰协调e-ICIC资源分配方法，其中，所述方法包括：

统计宏小区用户的保证比特速率GBR业务速率需求以及不保证比特速率NGBR业务速率需求；所述宏小区用户包括：受干扰宏小区用户VMaUE和未受干扰宏小区用户MaUE；

采用所述GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源；

采用所述NGBR业务的速率需求生成纳什均衡结果；

采用纳什均衡结果计算VMaUE的NGBA业务需求资源；

根据所述宏小区用户的GBR业务所需要的GBR资源以及所述VMaUE的NGBA业务需求资源，确定e-ICIC资源。

优选的，所述采用GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源的步骤包括：

获取宏小区的平均子帧承载速率；

将所述GBR业务速率需求除以所述平均子帧承载速率得到所述宏小区用户的GBR业务所需要的GBR资源。

优选的，所述采用所述NGBR业务的速率需求生成纳什均衡结果的步骤包括：

采用所述NGBR业务速率需求生成宏小区效用函数；

生成所述宏小区效用函数的纳什均衡结果。

优选的，所述采用GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源的步骤包括：

将VMaUE的GBR业务速率除以所述平均子帧承载速率得到VMaUE的GBR资源。

优选的，所述根据所述宏小区用户的GBR业务所需要的GBR资源以及所述VMaUE的NGBA业务需求资源，确定e-ICIC资源的步骤包括：

将所述VMaUE的GBR业务需求资源，以及，所述VMaUE的NGBA业务需求资源相加，得到VMaUE需求资源；

对所述VMaUE需求资源进行取整；

将取整的结果作为e-ICIC资源。

同时，本申请还公开了一种LTE-A的增强型小区间干扰协调e-ICIC资源分配装置，其中，所述装置包括：

统计模块，用于统计宏小区用户的保证比特速率GBR业务速率需求以及不保证比特速率NGBR业务速率需求；所述宏小区用户包括：受干扰宏小区用户VMaUE和未受干扰宏小区用户MaUE；

GBR业务资源计算模块，用于采用所述GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源；

纳什均衡模块，用于采用所述NGBR业务的速率需求生成纳什均衡结果；

受干扰NGBR业务资源计算模块，用于采用纳什均衡结果计算VMaUE的NGBA业务需求资源；

确定模块，根据所述宏小区用户的GBR业务所需要的GBR资源以及所述VMaUE的NGBA业务需求资源，确定e-ICIC资源。

优选的，所述GBR业务资源计算模块进一步包括：

子帧速率获取子模块，用于获取宏小区的平均子帧承载速率；

相除子模块，用于将所述GBR业务速率需求除以所述平均子帧承载速率得到所述宏小区用户的GBR业务所需要的GBR资源。

优选的，所述纳什均衡模块进一步包括：

效用函数生成子模块，用于采用所述NGBR业务速率需求生成宏小区效用函数；

纳什均衡生成模块，用于生成所述宏小区效用函数的纳什均衡结果。

优选的，所述GBR业务资源计算模块还进一步包括：

受干扰GBR业务资源计算子模块，用于将VMaUE的GBR业务速率除以所述平均子帧承载速率得到VMaUE的GBR资源。

优选的，所述确定模块进一步包括：

相加子模块，用于将所述VMaUE的GBR业务需求资源，以及，所述VMaUE的NGBA业务需求资源相加，得到VMaUE需求资源；

取整子模块，用于对所述VMaUE需求资源进行取整；

e-ICIC资源确定子模块，将取整的结果作为e-ICIC资源。

与现有技术相比，本申请实施例包括以下优点：

本申请通过实时统计宏小区用户的业务速率需求，以对e-ICIC资源比例进行快速调整，实现资源分配与业务需求的实时匹配；

在进行e-ICIC资源分配时，考虑了实际网络中，不同业务类型具有不同QoS等级要求，对QCI为1-4的GBR所需的资源优先进行保留，实现了对高优先级业务的优先保证；

GBR业务资源得到保证后，通过纳什均衡的结果针对NGBR业务进行资源分配，保证宏小区用户以及微小区用户之间业务资源分配的最优性以及公平性。

附图说明

图1是FDD的帧格式结构图；

图2是TDD的帧格式结构图；

图3是本申请的一种LTE-A的e-ICIC资源分配方法实施例的步骤流程图；

图4是本申请的一种LTE-A的e-ICIC资源分配方法实施例的步骤流程图；

图5是本申请一种LTE-A的e-ICIC资源分配装置实施例的结构框图。

具体实施方式

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

在介绍本申请实施例之前，首先介绍LTE中定于的两种帧格式：FDD(Frequency Division Duplexing频分双工)和TDD(Time Division Duplexing时分双工)。参照图1是FDD的帧格式结构图，参照图2是TDD的帧格式结构图。两种帧格式的长度都是10ms，包含10个子帧，每个子帧为1ms。FDD的特点是采用两个独立的信道来分别传送上行子帧和下行子帧。上行子帧为UE向基站发送的消息，下行子帧为基站向UE发送的消息。一帧中任任意一个子帧都可以配置为ABS子帧，而只有子帧3、4、7、8、9才能配置为MBSFN子帧。TDD与FDD的区别为，同一个帧内的子帧分为上行子帧、下行子帧与特殊子帧，其中特殊子帧又分为三部分，分别为DwPTS、GP与UpPTS，DwPTS可发送下行数据，UpPTS可发送上行数据，GP为上下行转换点，不发送任何数据。特殊子帧内，DwPTS、GP与UpPTS，DwPTS的时长取决于上下行子帧配置。除了特殊子帧，其他子帧为上行子帧还是下行子帧，则取决于上下行子帧配置。每个子帧包含的OFDM(正交频分复用,Orthogonal Frequency Division Multiplexing)符号数是固定的，依赖于OFDM符号的循环前缀的配置不同而不同，对于下行子帧，前(1-3)个OFDM符号传输的是控制信息，具体个数依赖于各个运营商的网络配置，只有后面的OFDM符号才真正承载用户数据。

宏小区和微小区之间的资源分配，即ABS或者MBSFN子帧的比例，影响着公平性、资源利用效率、网络吞吐量等各项网络指标，对e-ICIC性能起关键作用。LTE为e-ICIC定义了ABS/MBSFN子帧样式，通过3GPP为eNB(基站)之间交互定义的X2接口，与邻eNB之间交互ABS/MBSFN的配置，其定义为bitmap(位图)形式，每个子帧对应bitmap中的一个比特，某个比特为1，则相应的子帧为ABS/MBSFN。对于FDD帧格式，bitmap的长度为40ms，即样式以40ms为周期重复应用。确定ABS或者MBSFN子帧的比例即确定一个样式周期内，ABS/MBSFN的个数所占的比例，确定了比例即可根据协议的规定或者其他算法的需求，进一步确定各个ABS/MBSFN的位置，即确定ABS或者MBSFN子帧的比例是e-ICIC最重要，最基本的步骤。

接入到宏小区且未受到强干扰的UE称为MaUE(Macro-cell UE)，接入到宏小区且受到强干扰的UE称为VMaUE(Victim Macro-cell UE)，接入到微小区的UE称为MiUE(Micro-cell UE)。在确定MBSFN子帧或者ABS的比例时，需要考虑MiUE、MaUE与VMaUE的业务需求以及业务类型。

目前常用的ABS或MBSFN子帧比例分配方法有：迭代调整法，其采用试探性方法，先设置一个比例，并在一定时间内统计ABS/MBSFN子帧的利用率，如果利用率较高，则增加比例，如果利用率较低，则降低比例。但是，试探性的方法由于需要一定时间的统计周期，属于半静态算法，实时性较差。如果比例设置不合理，例如UE业务需求变化较快时，将导致资源与UE业务需求不匹配，影响UE感知或者资源利用率。

本申请实施例的核心构思之一在于，通过对不同优先级的GBR业务和NGBR业务速率需求进行统计，优先为优先级高的GBR业务进行资源预留，对剩余的资源采用纳什均衡的结果进行划分。

参照图3，示出了本申请的一种LTE-A的增强型小区间干扰协调e-ICIC资源分配方法实施例的步骤流程图，具体可以包括如下步骤：

步骤301，统计宏小区用户的保证比特速率GBR业务速率需求以及不保证比特速率NGBR业务速率需求；所述宏小区用户包括：受干扰宏小区用户VMaUE和未受干扰宏小区用户MaUE；

步骤302，采用所述GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源；

步骤303，采用所述NGBR业务的速率需求生成纳什均衡结果；

步骤304，采用纳什均衡结果计算VMaUE的NGBA业务需求资源；

步骤305，采用所述分配之后得到结果，确定e-ICIC资源。

资源即LTE协议中定义的时频资源，对于e-ICIC，是通过时域进行的，资源就是子帧，e-ICIC资源就是指ABS或MBSFN子帧，例如，对FDD而言，由于FDD采用40ms的样式周期，即40子帧为1个样式周期，ABS或MBSFN子帧的比例，即在1个样式周期的内ABS或MBSFN子帧所占的数目。在本申请实施例中，在确定ABS或者MBSFN子帧的比例之前，首先统计MaUE和VMaUE的业务需求和业务类型，由于不同的业务对QoS(Quality of Service，服务质量)有不同的要求，通过QCI(QoS ClassIdentifer)，LTE共定义了9种QoS等级和速率要求不同的业务，其中QCI值越小，优先级越高。QCI 1-4为GBR(Guranteed Bit Rate)业务，5-9为NGBR(Non Guranteed Bit Rate)业务，因此，在进行资源分配时，需要考虑业务优先级。对GBR业务和NGBR业务分开统计，将GBR业务的资源进行预留，剩余资源再根据纳什均衡，在NGBR业务间进行划分。

在本申请的一种优选示例中，所述步骤302可以包括：

子步骤S21，获取宏小区的平均子帧承载速率；

子步骤S22，将所述GBR业务速率需求除以所述平均子帧承载速率得到所述宏小区用户的GBR业务所需要的GBR资源。

为了降低复杂度，降低延时，进行资源分配时，不考虑UE的信道质量，而是按照平均值进行处理，不同的场景和网络结构，平均速率不同，假设为B。对于LTE***，可以折算出每个子帧能够承载的速率，对于FDD帧格式，每个子帧的能承载的速率为B/10；对于TDD帧格式，需要根据上下行子帧配置和特殊子帧配置确定。同样，给定一定的业务需求，也可以折算出该需求需要占用的子帧数，即根据上下行子帧配置和特殊子帧配置确定一个无线帧内所有下行子帧内OFDM符号的个数，用B除以OFDM符号数即可获得每个OFDM符号平均可承载的数据速率，根据每个常规下行子帧和DwPTS中的用于传输数据的OFDM符号个数，即可获得每个下行子帧可平均承载的数据速率。

在本申请的一种优选示例中，所述步骤302还可以包括：

将MaUE的GBR业务速率除以所述平均子帧承载速率得到MaUE的GBR资源；

将VMaUE的GBR业务速率除以所述平均子帧承载速率得到VMaUE的GBR资源。

在本申请实施例中，分别计算VMaUE的GBR业务需求资源，以及，MaUE的GBR业务需求资源。

举例来说，假设共有M种GBR业务，保障速率分别为Vi，i＝0,1,…,M-1。假设小区中共存在N个UE，其中P个MaUE和Q个VMaUE，P+Q＝N。对于某个UE，存在第i种GBR业务的数目为Ki，i＝0,1,…,M-1，则整个小区、MaUE和VMaUE总的GBR业务速率分别为：

$V_{\mathrm{GBR}}^{\mathrm{Cell}}=\underset{n=0}{\overset{N-1}{\mathrm{\Σ}}}\underset{i=0}{\overset{M-1}{\mathrm{\Σ}}}{K}_i{V}_i$

$V_{\mathrm{GBR}}^{\mathrm{MaUE}}=\underset{n=0}{\overset{P-1}{\mathrm{\Σ}}}\underset{i=0}{\overset{M-1}{\mathrm{\Σ}}}{K}_i{V}_i,$

$V_{\mathrm{GBR}}^{\mathrm{VMaUE}}=\underset{n=0}{\overset{Q-1}{\mathrm{\Σ}}}\underset{i=0}{\overset{M-1}{\mathrm{\Σ}}}{K}_i{V}_i$

对应的资源数(以子帧为单位)记为

即为除以平均承载速率子帧的值，可以为小数；

即为除以平均承载速率子帧的值，可以为小数；

即为除以平均承载速率子帧的值，可以为小数。

在本实施例的一种优选示例中，所述步骤303可以包括：

子步骤S31，采用所述NGBR业务速率需求生成宏小区效用函数；

所述NGBR业务速率包括：MaUE的NGBR业务速率，以及，V MaUE的NGBR业务速率。

子步骤S32，生成所述宏小区效用函数的纳什均衡结果。

在本申请实施例中，宏小区的效用函数为：

$U_{\mathrm{NGBR}}^{\mathrm{Cell}}=(U_{\mathrm{MaUE}}-d_{\mathrm{MaUE}})(U_{\mathrm{VMaUE}}-d_{\mathrm{VMaUE}})$

其中，U_MaUE和U_VMaUE分别为MaUE和VMaUE的效用函数，可以定义为MaUE和VMaUE需求的NGBR业务的速率总和，由统计得到的MaUE和VMaUE的NGBR业务速率需求得到；d_MaUE和d_VMaUE分别为MaUE和VMaUE效用函数的不协作点，可定义为MaUE和VMaUE NGBR业务的最低速率要求，对于TCP(Transmission Control Protocol传输控制协议)、FTP(File Transfer Protocol(文件传输协议))等尽力而为的业务需求，最低速率可设为0。

因而， $U_{\mathrm{NGBR}}^{\mathrm{Cell}}=U_{\mathrm{MaUE}}{U}_{\mathrm{VMaUE}}$

对上述公式进行求解，

$\underset{0\≤\mathrm{\α}\≤1}{\arg }\max U_{\mathrm{NGBR}}^{\mathrm{Cell}}=\underset{0\≤\mathrm{\α}\≤1}{\arg }\max U_{\mathrm{MaUE}}{U}_{\mathrm{VMaUE}}$

其中，α为ABS或者MBSFN子帧在一个无线帧的所有下行子帧内所占的资源比例。

对上述公式按照纳什均衡进行求解，得到纳什均衡结果。

纳什均衡结果为 $\mathrm{\α}=\frac{Q}{P+Q};$

其中，Q即宏小区中VMaUE的数目，P即宏小区中MaUE的数目。

在求得纳什均衡结果后，采用纳什均衡结果计算VMaUE的NGBA业务需求资源。

采用所述纳什均衡结果对所述GBR资源之外的资源进行划分，确定其中VMaUE的NGBA业务需求资源。具体如，GBR业务所占的资源为GBR资源之外的资源即由于α为ABS或者MBSFN子帧在一个无线帧的所有下行子帧内所占的资源比例。需要说明的是在本申请实施例中，ABS或MBSFN子帧是针对受干扰的宏小区用户VMaUE设置的，而对未受干扰的宏小区用户并不设置e-ICIC子帧，因此，VMaUE的NGBA业务需求资源即为：

$\mathrm{\α}(1-S_{\mathrm{GBR}}^{\mathrm{Cell}})$

在本申请的一个优选示例中，所述步骤305可以包括：

子步骤S51，将所述VMaUE的GBR业务需求资源，以及，所述VMaUE的NGBA业务需求资源相加，得到VMaUE需求资源；

子步骤S52，对所述VMaUE需求资源进行取整；

子步骤S53，将取整的结果作为e-ICIC资源。

将VMaUE的GBR业务需求资源，以及，VMaUE的NGBA业务需求资源相加，得到VMaUE需求资源，VMaUE需求资源即需要分配的ABS或MBSFN子帧数。VMaUE需求资源可表示为：

$S_{\mathrm{GBR}}^{\mathrm{VMaUE}}+\mathrm{\α}(1-S_{\mathrm{GBR}}^{\mathrm{Cell}})$

求得的VMaUE需求资源可能不是整数，但由于ABS或者MBSFN子帧数必须为整数，因此需要对其进行取整运算。

取整的规则可以为：

当 $\mathrm{floor}\left(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}\right)=\mathrm{floor}(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}+\mathrm{\α}(1-S_{\mathrm{GBR}}^{\mathrm{Cell}}))$ 且 $\mathrm{floor}\left(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}\right)>0,$ 可以对其向下取整，或者，向上取整，视指定的策略而定，例如如果需要优先保证受干扰用户的体验，则可向上取整，增加VMaUE的资源数。其中，其中floor()表示向下取整

当 $\mathrm{floor}\left(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}\right)=0$

或者 $\mathrm{floor}\left(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}\right)<\mathrm{floor}(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}+\mathrm{\&alpha;}(1-S_{\mathrm{GBR}}^{\mathrm{Cell}})),$ 则只能向上取整。

例如，当为1.5时，为0.3时， $\mathrm{floor}\left(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}\right)=1,$ $\mathrm{floor}(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}+\mathrm{\&alpha;}(1-S_{\mathrm{GBR}}^{\mathrm{Cell}}))=1,$ 则可以向上取整或向下取整。

当为1.5时，为0.6时， $\mathrm{floor}(S_{\mathrm{GBR}}^{\mathrm{VMaUE}}+\mathrm{\&alpha;}(1-S_{\mathrm{GBR}}^{\mathrm{Cell}}))=2,$ 则只能向上取整。

参照图4，示出了本申请的一种LTE-A的增强型小区间干扰协调e-ICIC资源分配方法实施例的步骤流程图，具体可以包括如下步骤：

步骤401，统计VMaUE与MaUE的GBR业务与NGBR业务的速率需求；

分别统计小区中VMaUE的GBR业务和NGBR业务的速率需求，以及，统计MaUE的GBR业务与NGBR业务的速率需求。

步骤402，对GBR业务的资源进行预留；

对服务优先级更高的GBR业务需要的资源进行预留。

步骤403，将GBR业务资源之外的资源在MaUE和VMaUE之间，按照纳什均衡进行划分；

对宏小区的效用函数按照纳什均衡进行求解，按照纳什均衡结果对GBR业务资源之外的剩余资源在MaUE和VMaUE之间进行分配。

步骤404，对分配结果取整，得到ABS或者MBSFN子帧的数目。

将划分之后得到的结果按规则进行取整，取整之后的结果即为ABS或者MBSFN子帧的数目。

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

参照图5，示出了本申请一种LTE-A的增强型小区间干扰协调e-ICIC资源分配装置实施例的结构框图，具体可以包括如下模块：

统计模块501，用于统计宏小区用户的保证比特速率GBR业务速率需求以及不保证比特速率NGBR业务速率需求；所述宏小区用户包括：受干扰宏小区用户VMaUE和未受干扰宏小区用户MaUE；

GBR业务资源计算模块502，用于采用所述GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源；

纳什均衡模块503，用于采用所述NGBR业务的速率需求生成纳什均衡结果；

受干扰NGBR业务资源计算模块504，用于采用纳什均衡结果计算VMaUE的NGBA业务需求资源；

确定模块505，用于采用所述分配之后得到结果，确定e-ICIC资源。

在本申请的一个优选示例中，所述GBR业务资源计算模块502进一步包括：

子帧速率获取子模块，用于获取宏小区的平均子帧承载速率；

相除子模块，用于将所述GBR业务速率需求除以所述平均子帧承载速率得到所述宏小区用户的GBR业务所需要的GBR资源。

在本申请的一个优选示例中，所述纳什均衡模块503进一步包括：

效用函数生成子模块，用于采用所述NGBR业务速率需求生成宏小区效用函数；

纳什均衡生成模块，用于生成所述宏小区效用函数的纳什均衡结果。

在本申请的一个优选示例中，所述GBR业务资源计算模块502还进一步包括：

受干扰GBR业务资源计算子模块，用于将VMaUE的GBR业务速率除以所述平均子帧承载速率得到VMaUE的GBR资源。

在本申请的一个优选示例中，所述确定模块505进一步包括：

相加子模块，用于将所述VMaUE的GBR业务需求资源，以及，所述VMaUE的NGBA业务需求资源相加，得到VMaUE需求资源；

取整子模块，用于对所述VMaUE需求资源进行取整；

e-ICIC资源确定子模块，将取整的结果作为e-ICIC资源。

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种LTE-A的增强型小区间干扰协调e-ICIC资源分配方法，其特征在于，所述方法包括：

统计宏小区用户的保证比特速率GBR业务速率需求以及不保证比特速率NGBR业务速率需求；所述宏小区用户包括：受干扰宏小区用户VMaUE和未受干扰宏小区用户MaUE；

采用所述GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源；

采用所述NGBR业务的速率需求生成纳什均衡结果；

采用纳什均衡结果计算VMaUE的NGBA业务需求资源；

根据所述宏小区用户的GBR业务所需要的GBR资源以及所述VMaUE的NGBA业务需求资源，确定e-ICIC资源。

2.根据权利要求1所述的方法，其特征在于，所述采用GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源的步骤包括：

获取宏小区的平均子帧承载速率；

将所述GBR业务速率需求除以所述平均子帧承载速率得到所述宏小区用户的GBR业务所需要的GBR资源。

3.根据权利要求2所述的方法，其特征在于，所述采用所述NGBR业务的速率需求生成纳什均衡结果的步骤包括：

采用所述NGBR业务速率需求生成宏小区效用函数；

生成所述宏小区效用函数的纳什均衡结果。

4.根据权利要求2或3所述的方法，其特征在于，所述采用GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源的步骤包括：

将VMaUE的GBR业务速率除以所述平均子帧承载速率得到VMaUE的GBR资源。

5.根据权利要求4所述的方法，其特征在于，所述根据所述宏小区用户的GBR业务所需要的GBR资源以及所述VMaUE的NGBA业务需求资源，确定e-ICIC资源的步骤包括：

将所述VMaUE的GBR业务需求资源，以及，所述VMaUE的NGBA业务需求资源相加，得到VMaUE需求资源；

对所述VMaUE需求资源进行取整；

将取整的结果作为e-ICIC资源。

6.一种LTE-A的增强型小区间干扰协调e-ICIC资源分配装置，其特征在于，所述装置包括：

统计模块，用于统计宏小区用户的保证比特速率GBR业务速率需求以及不保证比特速率NGBR业务速率需求；所述宏小区用户包括：受干扰宏小区用户VMaUE和未受干扰宏小区用户MaUE；

GBR业务资源计算模块，用于采用所述GBR业务速率需求计算所述宏小区用户的GBR业务所需要的GBR资源；

纳什均衡模块，用于采用所述NGBR业务的速率需求生成纳什均衡结果；

受干扰NGBR业务资源计算模块，用于采用纳什均衡结果计算VMaUE的NGBA业务需求资源；

确定模块，根据所述宏小区用户的GBR业务所需要的GBR资源以及所述VMaUE的NGBA业务需求资源，确定e-ICIC资源。

7.根据权利要求6所述的装置，其特征在于，所述GBR业务资源计算模块进一步包括：

子帧速率获取子模块，用于获取宏小区的平均子帧承载速率；

相除子模块，用于将所述GBR业务速率需求除以所述平均子帧承载速率得到所述宏小区用户的GBR业务所需要的GBR资源。

8.根据权利要求7所述的装置，其特征在于，所述纳什均衡模块进一步包括：

效用函数生成子模块，用于采用所述NGBR业务速率需求生成宏小区效用函数；

纳什均衡生成模块，用于生成所述宏小区效用函数的纳什均衡结果。

9.根据权利要求7或8所述的装置，其特征在于，所述GBR业务资源计算模块还进一步包括：

受干扰GBR业务资源计算子模块，用于将VMaUE的GBR业务速率除以所述平均子帧承载速率得到VMaUE的GBR资源。

10.根据权利要求9所述的装置，其特征在于，所述确定模块进一步包括：

相加子模块，用于将所述VMaUE的GBR业务需求资源，以及，所述VMaUE的NGBA业务需求资源相加，得到VMaUE需求资源；

取整子模块，用于对所述VMaUE需求资源进行取整；

e-ICIC资源确定子模块，将取整的结果作为e-ICIC资源。