CN105794252B - 具有适配的静默的协调调度 - Google Patents

Abstract

提供了涉及具有适配静默的协调调度的系统、方法、装置及计算机程序产品。一种方法包括由网络元件传输所计算的、在进行与网络元件的小区相关的动作和/或进行与第二网络元件的小区相关的动作时针对网络元件的小区的影响信息。方法还包括在某些情况下传输对于进行与第二网络元件的小区相关的动作的请求。

Description

具有适配的静默的协调调度

技术领域

本发明的实施例总体上涉及移动通信网络，诸如但不限于通用移动电信系统(UMTS)陆上无线电接入网络、长期演进(LTE)演进的UTRAN(E-UTRAN)和/或LTE-A。

背景技术

通用移动电信系统(UMTS)陆上无线电接入网络(UTRAN)是指包括基站(或Node B)以及例如无线电网络控制器(RNC)的通信网络。UTRAN实现了用户设备(UE)与核心网之间的连接(UE也公知为用户设备或仅用户)。RNC向一个或多个Node B提供控制功能。RNC及其对应的Node B称为无线电网络子系统(RNS)。在E-UTRAN(增强型UTRAN)的情况下，不存在RNC并且大多数RNC功能被包含在增强型Node B(eNodeB或eNB)中。

长期演进(LTE)或E-UTRAN是指通过改进的效率和服务、更低成本、以及新的频谱机会的使用的UMTS的改进。特别地，LTE为提供至少每秒50兆比特(Mbps)的上行链路峰值速率以及至少100Mbps的下行链路峰值速率的3GPP标准。LTE支持从20MHz直到1.4MHz的可缩放载波带宽并且支持频分复用(FDD)和时分复用(TDD)二者。

如以上所提及的，LTE也可以改善网络中的频谱效率，使得载波能够在给定带宽上提供更多数据和语音服务。因此，LTE被设计成除了高容量语音支持还满足对于高速数据和介质传输的需求。LTE的优点包括例如高吞吐量、低延迟、同一平台中的FDD和TDD支持、改进的端用户经历、以及得到低操作成本的简单的架构。

3GPP LTE(例如LTE版本10、LTE版本11、LTE版本12)的进一步的版本以未来的国际移动电信先进的(IMT-A)系统为目标，其在本文中为了方便简称为先进的LTE(LTE-A)。

LTE-A涉及扩展和优化3GPP LTE无线电接入技术。LTE-A的目标在于借助于在成本降低的情况下的更高的数据速率和更低的延迟来提供明显增强的服务。LTE-A将是满足对于先进的IMT的国际电信联盟无线电(ITU-R)要求同时保持后向兼容性的更优化的无线电系统。

发明内容

一个实施例涉及一种网络元件，其包括：至少一个处理器以及包含计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置成与至少一个处理器一起引起网络元件至少传输以下中的至少一项：所计算的、在进行与网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对网络元件的小区的影响信息；以及对于进行与第二网络元件的小区相关的动作的请求。

另一实施例涉及一种网络元件，其包括：至少一个处理器以及包含计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置成与至少一个处理器一起引起网络元件至少接收以下中的至少一项：在进行与第二网络元件的小区相关的动作时和/或在进行与网络元件的小区相关的动作时针对第二网络元件的小区的影响信息；来自第二网络元件的对于进行与网络元件的小区相关的动作的请求；以及来自中央网络元件的对于进行与网络元件的小区相关的动作的命令。网络元件还可以被引起基于所接收的影响信息、命令或请求中的至少一项来进行与网络元件的小区相关的动作。

另一实施例涉及一种集中式网络元件，其包括：至少一个处理器以及包含计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置成与至少一个处理器一起引起集中式网络元件从第一网络元件至少接收以下中的至少一项：在进行与第一网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对第一网络元件的小区的影响信息，以及对于进行与第二网络元件的小区相关的动作的请求。集中式网络元件还可以被引起基于所接收的影响信息和/或请求来传输对于进行与第二网络元件的小区相关的动作的命令。

另一实施例涉及一种网络元件，其包括：用于传输所计算的、在进行与网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对网络元件的小区的影响信息中的至少一项的传输装置；以及用于请求进行与第二网络元件的小区相关的动作的请求装置。

另一实施例涉及一种网络元件，其包括：用于接收在进行与第二网络元件的小区相关的动作时和/或在进行与网络元件的小区相关的动作时针对第二网络元件的小区的影响信息，针对第二网络元件的对于进行与网络元件的小区相关的动作的请求，以及来自中央网络元件的对于进行与网络元件的小区相关的动作的命令中的至少一项的接收装置。网络元件还可以包括用于基于所接收的影响信息、命令或请求中的至少一项来进行与网络元件的小区相关的动作的动作装置。

在另一实施例中，一种集中式网络元件可以包括用于从第一网络元件接收以下中的至少一项的接收装置：在进行与第一网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对第一网络元件的小区的影响信息；以及对于进行与第二网络元件的小区相关的动作的请求。集中式网络元件还可以包括用于基于所接收的影响信息和/或请求来传输对于进行与第二网络元件的小区相关的动作的命令的传输装置。

另一实施例涉及一种方法，其包括由网络元件传输以下中的至少一项：所计算的、在进行与网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对网络元件的小区的影响信息；以及对于进行与第二网络元件的小区相关的动作的请求。

另一实施例涉及一种方法，其包括通过网络元件接收以下中的至少一项：在进行与第二网络元件的小区相关的动作时和/或在进行与网络元件的小区相关的动作时针对第二网络元件的小区的影响信息；来自第二网络元件的对于进行与网络元件的小区相关的动作的请求；以及来自中央网络元件的对于进行与网络元件的小区相关的动作的命令。方法还可以包括基于所接收的影响信息、命令或请求中的至少一项来进行与网络元件的小区相关的动作。

另一实施例涉及一种方法，其包括通过集中式网络元件从第一网络元件接收以下中的至少一项：在进行与第一网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对第一网络元件的小区的影响信息；和/或对于进行与第二网络元件的小区相关的动作的请求。方法还可以包括基于所接收的影响信息和/或请求来传输对于进行与第二网络元件的小区相关的动作的命令。

在另一实施例中，本发明涉及一种在非暂态计算机可读介质上实施的计算机程序产品，所述计算机程序产品包括计算机可执行代码，所述计算机可执行代码当在处理器上执行时控制处理器传输以下中的至少一项：在进行与网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对网络元件的小区的所计算的影响信息；以及对于进行与第二网络元件的小区相关的动作的请求。

在另一实施例中，本发明涉及一种在非暂态计算机可读介质上实施的计算机程序产品，所述计算机程序产品包括计算机可执行代码，所述计算机可执行代码当在处理器上执行时控制处理器接收以下中的至少一项：在进行与第二网络元件的小区相关的动作时和/或在进行与网络元件的小区相关的动作时针对第二网络元件的小区的影响信息，来自第二网络元件的对于进行与网络元件的小区相关的动作的请求，以及来自中央网络元件的对于进行与网络元件的小区相关的动作的命令。网络元件还可以被引起基于所接收的影响信息、命令或请求中的至少一项来进行与网络元件的小区相关的动作。

在另一实施例中，本发明涉及一种在非暂态计算机可读介质上实施的计算机程序产品，所述计算机程序产品包括计算机可执行代码，所述计算机可执行代码当在处理器上执行时控制处理器从第一网络元件接收以下中的至少一项：在进行与第一网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对第一网络元件的小区的影响信息，以及对于进行与第二网络元件的小区相关的动作的请求。集中式网络元件还可以被引起基于所接收的影响信息和/或请求来传输对于进行与第二网络元件的小区相关的动作的命令。

在另一实施例中，本发明还可以包括一种系统，其包括第一网络元件和第二网络元件。第一网络元件可以具有处理器和包括计算机程序代码的存储器，其中存储器和计算机程序代码被配置成引起第一网络元件传输以下中的至少一项：所计算的、在进行与该网络元件的小区相关的动作时和/或在进行与第三网络元件的小区相关的动作时针对第一网络元件的小区的影响信息；以及对于进行与第三网络元件的小区相关的动作的请求。系统的第二网络元件还可以包括处理器以及包含计算机程序代码的存储器。第二网络元件的存储器和计算机程序代码可以被配置成与处理器一起引起第二网络元件从第一网络元件接收影响信息，或者从第一网络元件接收请求，或者从中央网络元件接收对于进行与小区相关的动作的命令。第二网络元件还被配置成基于所接收的影响信息、命令或请求中的至少一项来进行与小区相关的动作。

在另一实施例中，本发明可以包括一种系统，其包括集中式网络元件，集中式网络元件具有至少一个处理器和包含计算机程序代码的至少一个存储器，其中至少一个存储器和计算机程序代码被配置成与至少一个处理器一起引起集中式网络元件至少从第一网络元件接收以下中的至少一项：在进行与第一网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对第一网络元件的小区的影响信息，以及对于进行与第一网络元件的小区或第二网络元件的小区相关的动作的请求，并且至少一个存储器和计算机程序代码被配置成基于所接收的影响信息和/或请求来传输对于进行与第一网络元件的小区或第二网络元件的小区相关的动作的命令。

在另一实施例中，至少一个存储器和计算机程序代码可以被配置成传输还包括服务质量特性的指示的益处(benefit)/惩罚(penalty)信息作为所计算的影响信息。

在另一实施例中，本发明的方法可以包括传输还包括服务质量特性的指示的益处/惩罚信息作为所计算的影响信息。

在另一实施例中，所计算的影响信息可以是基于特定的用户设备计算的益处/惩罚信息。

在另一实施例中，网络元件可以是基站或者接入点。

在另一实施例中，网络元件的至少一个存储器和计算机程序代码被配置成与至少一个处理器一起引起网络元件至少计算用于进行动作的益处/惩罚以及基于所接收的影响信息和所计算的益处/惩罚信息来计算净益处。网络元件还可以被引起基于所计算的净益处来确定是否开始进行动作。基于所计算的净益处而对于是否开始进行动作的确定在某些实施例中可以包括确定将在其上进行动作的特定资源。

在某些实施例中，网络元件可以被引起向至少一个其他网络元件传送对于开始进行动作的确定的通知。

在某些实施例中，集中式网络元件可以包括核心网元件。

在以上给出的方法中的任何方法中，可以实现基于特定的用户设备来计算益处/惩罚信息的附加步骤。

另外，在以上给出的方法中的任何方法中，基于所计算的净益处而对于是否进行动作的确定还可以包括确定将在其上进行动作的特定资源。

另外，在以上给出的方法中，可以执行向至少一个其他网络元件传送对于开始进行动作的确定的通知的另外的步骤。

另外，在以上给出的网络元件中，益处/惩罚信息包括使用信道状态信息计算的益处/惩罚度量值。

另外，在以上给出的网络元件中，益处/惩罚信息还包括与益处/惩罚度量值相关联的优先权因子。

另外，在以上给出的网络元件中，优先权因子基于以下中的至少一项：物理下行链路控制信道/增强的物理下行链路控制信道的拥塞、范围扩展的使用、以及数据信道传输的服务质量特性。

另外，在以上给出的网络元件中，优先权因子和益处/惩罚度量值经由X2信令来传输。

另外，在以上给出的网络元件中，优先权因子和益处/惩罚度量值在同一消息中传输。

附图说明

为了正确理解本发明，应当参考附图，在附图中：

图1图示根据一个实施例的干扰假设的示例；

图2图示根据一个实施例的静默适配的示例场景；

图3图示根据一个实施例的静默适配的另一示例场景；

图4图示根据一个实施例的静默适配的另一示例场景；

图5图示根据一个实施例的静默适配的另一示例场景；

图6(a)图示根据一个实施例的具有逻辑分布式架构的系统的示例；

图6(b)图示用于用信号通知优先权度量的选项；

图7图示根据一个实施例的具有包括集中式无线电资源管理(C-RRM)的逻辑集中式架构的系统的示例；

图8图示根据一个实施例的信令图的示例；

图9图示根据另一实施例的信令图的示例；

图10图示根据另一实施例的信令图的示例；

图11图示根据另一实施例的信令图的示例；

图12a图示根据另一实施例的信令图的示例；

图12b图示根据另一实施例的信令图的示例；

图13图示根据一个实施例的方法的示例流程图；

图14图示根据另一实施例的信令图的示例；

图15图示根据另一实施例的信令图的示例；

图16图示根据一个实施例的非重叠集群的示例；

图17图示根据一个实施例的液态(liquid)集群的示例；

图18图示根据一个实施例的示例液态集群；

图19图示根据一个实施例的分散式最大净益处解决方案对于液态集群的示例应用；

图20图示根据一个实施例的装置；

图21图示根据另一实施例的装置；以及

图22图示描绘根据一个实施例的小区1可以确定适当的静默量的示例方式的示图。

具体实施方式

很容易理解，本文中在附图中总体上描述和说明的本发明的组成可以按照各种不同的配置来布置和设计。因此，附图中表示的涉及具有适配的静默的协调调度的系统、方法、装置和计算机程序产品的实施例的以下详细描述并非意在限制本发明的范围，而仅表示本发明的所选实施例。

遍及本说明书描述的本发明的特征、结构或特性在一个或多个实施例中可以按照任意合适的方式来组合。例如，遍及本说明书的短语“某些实施例”、“一些实施例”或其他类似语言的使用指代以下事实：结合实施例描述的特定特征、结构或特性可以被包括在本发明的至少一个实施例中。因此，遍及本说明书的短语“在某些实施例中”、“在一些实施例中”、“在其他实施例中”或其他类似语言的出现不一定都指代相同的实施例组，并且所描述的特征、结构或特性在一个或多个实施例中可以按照任意合适的方式来组合。另外，如果期望，则下面讨论的不同功能可以按照不同顺序和/或彼此同时执行。另外，如果期望，则所描述的功能中的一个或多个可以是可选的或者可以组合。这样，应当认为以下描述仅说明本发明的原理、教示和实施例，而非对其进行限制。

本发明的实施例涉及在小区的集合之间的传输资源的协调调度，其在一个或多个小区上使用“静默”传输这一技术，使得相邻小区能够调度能够在静默资源中得到显著的频谱效率增益的UE。应当注意，术语“小区”可互换地用以表示用户设备由特定传输器服务的无线服务区域、或者传输器本身、或者或者用于该小区或传输器的基站、或者基站在长期演进(LTE)技术中通常被称作的eNodeB(eNB)、或任何其他网络元件。在这一点上没有限制。

对于小区的集合之间的干扰和调度协调，一个技术是使得一个或多个小区在一些资源集合上“静默”传输以提供静默的资源内对相邻小区的降低的干扰并且使得相邻小区能够调度能够在静默的资源中获得显著的频谱效率增益的UE。小区的集合可以是宏小区的集合、或者异构性网络中的宏小区和微微小区的组合。

静默可以是关闭某些传输或者降低功率(低功率)。例如，在LTE中，可以关闭物理下行链路共享信道(PDSCH)上的传输，而诸如公共参考信号或系统信息广播(SIB)消息等其他传输可以仍然被传输。另外，静默可以在频域(例如物理资源块(PRB)或资源块组(RBG)的某个子集)、或者在时域和频域的组合中(例如各个子帧中的某些PRB)。因此，小区具有包括其中小区没有静默的时间资源和频率资源的“打开持续时间(on duration)”，并且其余资源为小区的“关闭持续时间(off duration)”。

应当注意，静默为折衷。相邻小区可以从降低的干扰获益，但是静默小区必须放弃一些能力。因此，重要的是适配静默以便实现正确的静默量。太少的静默可能提供不充足的益处，而太多静默可能引起不必要的能力损失。

协调调度还应当利用信道中的频率选择性。如果按照预定义的频域模式应用静默，则会得益于静默的UE由于频率选择性衰落在其中应用静默的子带中可能具有差的信道。因此，除了确定每个小区的正确的静默“量”，正确的小区应当在正确的子带上静默以使得正确的UE(基于频率选择性衰落)能够在这些子带中被调度。因此，为了最大效率，在静默方法中具有静默和协调调度方案有助于协调调度利用静默和频率选择性增益二者。

另外，为了最大化静默的益处，可能理想的是，在小区静默的资源中，会得益的相邻小区本身不应当被静默。如果静默决定是高度动态的并且是频率选择性的，则重要的是eNB之间的协调调度/静默应当防止这样的静默益处损失。还可能理想的是，所有潜在益处在静默益处的确定中被考虑并且静默的小区与其邻域中的其他小区相比较由于静默而应当具有更好的净益处。

除了以上动作，可以有意义地开始进行的用以协调调度和干扰的另一动作包括使用波束成形。一个或多个小区可以使用适当的波束成形权重在所选择的资源集合上适当地使其传输波束成形，以便对相邻小区中的某些用户产生降低的干扰。这有时称为“协调波束成形”。与静默相比较，协调波束成形使得波束成形小区能够传输一些信息，而静默会防止那些小区传输一些或任何信息。类似于静默，协调波束成形也涉及折衷——提供降低的干扰的波束成形权重的选择可能产生波束成形小区的明显降低的频谱效率。因此，如以上给出用于协调调度和静默的类似考虑也适用于协调波束成形。类似地，能够进行的另一动作是限制某些传输模式，例如以增强较低秩的传输。这可能具有提升采用某些类型的接收器(诸如干扰抑制组合(IRC)接收器)的其他小区中的UE的性能的效果。在以下描述中，关注静默以简化描述。但是应当注意，以上描述同样也适用于小区所进行的用以协调干扰的任何其他形式的动作。

鉴于以上情况，某些实施例提供一种适配每个小区所使用的静默的方法。另外，一些实施例提供一种适配静默的方法，使得正确的小区在每个子带(或RBG)上静默以便利用静默和频率选择性调度(FSS)增益二者，并且使得能够通过(a)避免其中小区静默但是潜在的受益邻居也在相同的资源中静默的情况并且(b)确保“本地”具有最强净益处的小区静默来最大化静默增益。根据本发明的实施例的方法具有低的复杂性并且促进分散的/可并行化的实现。

一个实施例涉及一种适配由每个小区采用的静默的方法。方法可以包括：计算度量(例如基于信道质量和负载的组合)，该度量表示通过增加(或减少)小区的打开持续时间或其传输功率而获得的益处(或者惩罚)；以及计算会受到给定小区的打开持续时间的增加(或减少)或者传输(TX)功率的增加(减小)的影响的每个其他小区的度量，该度量表示由于给定小区增加(或减少)其打开持续时间或增加(减少)其TX功率而产生的对其他小区的惩罚(或益处)。确定用于扩展(或收缩)打开时间或者增加(减小)TX功率的资源的优选集合(例如时间/频率资源)。然后，计算由于给定小区增加(或减少)其打开持续时间或增加(减小)其TX功率而产生的对系统的净益处(或净惩罚)。如果净益处为正(或者净惩罚为负)，则小区可以扩展(或收缩)其打开持续时间或增加(减小)其TX功率。用于益处或惩罚的度量可以基于不同的QoS需求、不同的无线电条件(包括特定用户设备的无线电条件)、不同的负载、不同的重新使用已静默资源的能力等。

根据一个实施例，如果多个小区由于扩展(或收缩)其打开持续时间或者由于增强(减小)其TX功率而可以提供正的净益处(或者负的净惩罚)，则可以基于净益处(或净惩罚)的幅度来选择这些小区中的一个或多个。

被选择用于扩展(或收缩)或者增加/减少的精确的时频资源可以是以上确定的用于所选小区的扩展/收缩或者TX功率的增加/减少的资源的优选集合。在一个实施例中，改变静默的决定可以在每个传输时间间隔(TTI)中做出——可能基于特定用户在每个TTI中在特定资源上被调度，或者以更慢的时间尺度(诸如每N个TTI一次)、或者在遇到与拥塞或过载或者不能满足QoS或保证的/标称的比特率等有关的某个情况时做出。在一个实施例中，改变静默的决定可以对于每个频率资源单独做出(例如对于LTE中的每个资源或资源块组)。

一旦做出适配静默的决定，则其可以持续某个时间长度。例如，静默的时间周期可以是仅一个TTI、N个TTI或者直到拥塞或过载条件减弱等。在一些实施例中，适配静默的决定还可以包括确定或通信决定生效的特定时间。这例如可以在链路上有可变的通信延迟时使用，使得能够通过决定生效的时间的使用来实现所决定的静默的开始时间的协调。

修改静默的触发也可以使用其他因子，诸如UE的速度(UE的速度的分布、或者对应于例如高的速度或中间速度或低的速度的UE的数目等)。对于高速或甚至中间速度UE，通常很难通过信道已知调度而适当利用频域衰落，因为信道衰落可能变化得太快。对于这样的UE，可以有利的是使用干扰在其上被静默的资源，因为由eNB所使用的UE的信道反馈和控制回路(诸如外部回路链路适配)可以更好地反映已静默资源内的可实现的频谱效率。

图1图示干扰假设的示例。关于协调调度，“干扰假设”出于协调干扰的目的而表示网络中的一个或多个小区的潜在状态。在一个实施例中，某些小区假定“打开”或“关闭”状态。在一些实施例中，小区可以使用不同的功率水平，而非处于“打开”或“关闭”，而在其他实施例中，小区可以使用某些波束成形权重。“干扰假设”提供相邻小区中的用户设备由于一个或多个小区所进行的动作而可能经历的干扰的水平的指示。“干扰假设”也可以不同地称为“静默组合”或“静默场景”或“波束成形组合”等。如图1中所图示的，从小区1的角度来看，每个相邻扇区(2、3、2’、3’、2”、3”)在给定的“资源”(时间/频率的组合——例如长期演进(LTE)技术中的物理资源块(PRB)或资源块组(RBG))中可以处于打开或关闭。在时间和频率中，小区1经历各种相邻小区的打开/关闭的各种组合。干扰假设为表示每个小区的打开-关闭状态的N元组(例如1＝打开，2＝打开，3＝关闭，2’＝关闭，3’＝打开，2”＝打开，3”＝关闭)。因此，可以认为在特定的时频资源中出现了给定干扰假设，这可以取决于小区的打开/关闭状态。从由给定小区服务的给定UE的角度来看，干扰假设还提供UE所见的干扰水平的指示。

小区之间的协调在不同实施例中可以采用各种形式。例如，协调可以包括：干扰假设的选择，或者从一个假设到另一假设的变化的确定，或者一个或多个小区的状态的确定，或者一个或多个小区的状态的变化的确定。协调可以关于特定的资源集合来进行。在一些实施例中，可以确定资源集合本身。在一些实施例中，协调可以包括选择或确定要应用于其上的资源的数目的确定。干扰假设的选择或者从一个干扰假设到另一干扰假设的变化也可以被理解为出于小区之间的协调目的而开始进行的一个或多个动作。例如，其中小区1为关闭的假设的选择可以被认为是用以静默小区1而开始进行的动作，而其中小区1为打开的假设的选择可以被认为是用以不静默小区1而开始进行的动作。相反，用以静默给定小区(称为小区1)而开始进行的动作可以被认为是干扰假设的选择的一部分，即使其他小区的状态可以或者不可以由用以静默给定小区而开始进行的动作来确定。动作可以与资源集合相关，或者与资源的量相关。术语假设的选择或者假设的确定或者用以静默一个或多个小区(或者确定一个或多个小区的状态)的动作可互换地使用，并且在这一点上没有任何限制。另外，关于动作由给定小区或在给定小区处还是由任何其他网络元件或在任何其他网络元件处开始进行没有做出任何限制。

虽然图1中仅描绘“第一环”邻居，然而较远离的站点(例如第二环邻居)可以潜在是干扰假设定义的一部分，尤其是在具有小的站点间距离的部署中。

通常，可以认为任意合适的小区集合为“协调小区的集群”的一部分。这些可以包括给定小区站点的所有小区，或者来自多个小区站点的小区，或者能够引起足够强的干扰的所有小区等。在一些实施例中，集群可以包括预定的小区组。这样的小区集群的一个配置具有以下属性：协调小区的一个集群没有与协调小区的另一集群重叠，一种被称为“非重叠集群”的配置。在这一配置中，两个协调小区集群没有任何公共小区。通常，干扰假设的选择的调度或决定可以在给定的协调小区集群内的小区之间协调。在一些实施例中，相关干扰假设继而可以限于协调集群内的小区的干扰状态。在一些实施例中，来自用户设备的反馈报告可以被适当地配置成提供关于用户设备在各种干扰假设下所经历的信道质量的信息。在一些实施例中，在使用非重叠集群时，UE可以被配置成在干扰源不是与UE的服务小区相同的协调集群的一部分的情况下不提供表示其所经历的信道质量以反映其强干扰源的干扰状态的反馈。

从给定服务小区服务的UE可以在某个给定干扰假设下实现某个性能，例如在给定的干扰源集合为打开或关闭时实现的信道质量指示符(CQI)或频谱效率。某个UE可以仅对于其最强干扰源的打开/关闭状态敏感。对于这样的UE，给定干扰假设中的其他邻居的状态可能不影响在给定干扰假设中的UE可实现的性能。

静默的任何候选变化可以理解为从当前假设(h1)到新的假设(h2)改变资源。假定当前资源pi用于假设hi，并且小区c从用于假设hi的资源pi获得效用函数值Fc(hi；pi)。因此，小区当前获得的总效用函数值为∑iFc(hi；ρi)(在所有假设上求和)。

当某些资源片上的假设从h1到h2变化Δρ时，假设h1下的净资源将变为ρ1-Δρ并且假设h2下的净资源将变为ρ2+Δρ。因此，小区的效用从Fc(h1；ρ1)+Fc(h2；ρ2)变为Fc(h1；ρ1-Δρ)+Fc(h2；ρ2+Δρ),即[Fc(h2；ρ2+Δρ)-Fc(h2；ρ2)]-[Fc(h1；ρ1)-Fc(h1；ρ1-Δρ)]的净变化。因此，一些小区将由于变化而受益，因为其效用的净变化为正；而其他小区将“受惩罚”，因为其净变化为负。小区c的效用的变化可以近似为Δρ[Uc(h2；ρ2)-Uc(h1；ρ1)]，其中函数Uc为函数F的梯度。从作为整体的协调小区集群的角度来看，有益的是考虑到由于变化Δρ而在集群中的所有小区上出现的总益处(或惩罚)。

根据一个实施例，静默适配提供了在如下时候静默中的候选变化可以是优选的：在所有小区上的净益处足够大，即Σ_c[Uc(h2)-Uc(h1)]＞0(或者对于一些合适的正值∈而言＞∈)时，或者在受益的小区集合上的合计变化(表示为“B”)足够大于受惩罚的小区集合上的合计惩罚(表示为“P”)时。在数学上，这可以表示为[∑_c∈B(Uc(h2)-Uc(h1))]-[∑_c∈P(Uc(h1)-Uc(h2))]＞0。备选地，静默的候选变化在这一净益处足够大的情况下，例如在对于∈的适当地选择的正值而言[∑_c∈B(Uc(h2)-Uc(h1))]-[∑_c∈P(Uc(h1)-Uc(h2))]＞∈的情况下，即在净益处(合计益处减去合计惩罚)足够大的情况下可以是优选的。在一些实施例中，合计益处(或惩罚)可以被计算作为加权和而非常规求和。这使得能够使用不同的权重用于不同的小区，例如当一些小区被认为比其他小区更重要时。例如，可以认为宏小区比微微小区重要，反之亦然。另一示例为已知某些小区支持来自高公共重要性事件(诸如春节)的业务，并且继而对这样的小区的益处(或惩罚)可以在计算合计益处(或惩罚)时被设置更高的权重。

下面，函数U称为“效用”，然而U可以被解释为合适的效用函数F的梯度。

图2图示根据一个实施例的静默适配的示例场景。如图2中所描绘的，多个小区(2、3、……)想要使用某个PRB，并且想要小区1静默该PRB。备选地，小区2想要使用某个PRB并且想要小区1静默，但是已知小区3、……n也将受益。当前假设h1为：小区2、3、……n打开，并且小区1打开。新的假设2为：小区1关闭，并且2、3、……n打开。在这一示例场景中，小区1在h1下的效用为U1(h1)，在h2下的效用为0(因为其关闭)。因此小区1由于从h1到h2的变化的益处为负，即小区1的惩罚为U1(h1)-U1(h2)＝U1(h1)。然而，小区2、3、……n由于小区1的静默而具有益处，即Uc(h2)-Uc(h1)＞0。根据本示例，如果对小区2、3、……n的合计益处足够大于对小区1的惩罚，即如果所有小区1、2、3、……n上求和的净益处为正，则可以采用静默适配。

图3图示根据一个实施例的静默适配的另一示例场景。在图3的示例中，小区1想要使用其当前已经静默的某个PRB。当前使用该PRB的小区2、3、……n会受到小区1的变化的影响。作为另外的变型，小区1可以反而想要小区2、3、……n静默该PRB。当前假设h1使得小区1关闭，并且2、3、……n打开。新的假设为h2，其中小区1打开，并且小区2、3、……n关闭。小区1在h1下的效用为0，并且在h2下的效用为U1(h2)。因此，小区1由于从h1到h2的变化的益处为U1(h2)>0。小区2、3、……n的惩罚等于它们当前通过使用该资源假设h1而接收的效用Uc(h1)。在本示例中，如果对小区1的益处足够大于对小区2、3、……n的合计惩罚，则可以采用静默适配。另外，注意，当小区2、3、……n静默时，另有其他小区也可以能够得益于来自小区2、3、……n的干扰降低。因此，除了对小区1的降低的干扰这一益处，可以考虑对这样的小区的益处。相反，由于小区1从静默变为非静默，所以其增加的干扰可以引起对另外的其他小区的惩罚，其也可以被考虑在内。

图4图示根据一个实施例的静默适配的另一示例场景。在图4的示例中，小区1想要使用当前静默的某个资源(例如LTE中的物理资源块或PRB)，并且想要小区2静默该资源(例如PRB)。这一变化会产生对于小区1的益处以及对于小区2的惩罚。另外，其他小区可能受到变化的影响。例如，通过静默PRB，小区2的其他邻居原则上可能也能够受益，诸如图4中的小区4。类似地，通过小区1使用其PRB，可能不仅产生对于丢失PRB的小区2的惩罚，而且还产生对于小区1的其他邻居的惩罚，诸如图4中的小区3，其现在接收到增加的干扰。

在图4的示例中，这些其他小区中的每个上的益处/惩罚也可以在用于确定静默的净益处的计算中被考虑在内。备选地，净益处可以近似为：α[U1(h2)-U1(h1)]-β[U2(h1)-U2(h2)]，其中通常α＜1(从系统角度来看，对于小区1的益处由于其引起的增加的干扰而降低)并且通常β＜1(从系统角度来看，也减小了由于小区2的PRB损失而产生的惩罚，因为通过小区2的静默对于其他eNB有一些益处)。由于h1对应于静默的小区1，并且h2对应于静默的小区2，所以以上仅可以表示为α[U1(h2)]-β[U2(h1)]。

图5图示根据一个实施例的静默适配的另一示例场景。在图5的示例中，小区1当前在某个资源(例如PRB)中被静默，但是想要使用它而不需要任何其他小区静默。这一变化会引起对当前得益于静默的资源(例如PRB)的其他小区的干扰影响，并且它们来自该资源(例如PRB)的“效用”会被减小。相关假设为：h2对应于小区1打开，并且h1对应于小区1关闭(所有其他小区的状态保持不变)。对于小区1的益处为U1(h2)，并且由于来自小区1的增加的干扰而对于每个其他小区的惩罚(即负益处)为Uc(h1)-Uc(h2)。对于没有受到小区1的干扰的小区，效用的变化为0。再一次，在这种情况下，在确定从h1到h2的变化是否提供对系统的净益处时使用包括对小区1的益处以及对每个其他小区的(负的)益处的总和的净益处。

在一个实施例中，选择特定假设的益处可以相对于参考假设而非相对于当前操作的某个假设来计算。例如，参考假设可以是其中所有小区处于打开状态的假设，可以将其表示为h0。如果所有相关小区处于打开状态，则给定小区c可以获得效用Uc(h0)。小区c在某个静默假设h1下可以获得效用Uc(h1)。因此，小区c可以计算其相对于参考假设的益处为Uc(h1)-Uc(h0)。类似地，给定小区可以计算其相对于参考假设的惩罚。例如，如果小区c要在某个假设h1中处于静默(关闭)状态，则小区c的用于采用假设h1的惩罚可以表示为Uc(h0)-Uc(h1)。取决于函数U的定义，Uc(h1)在小区c在假设h1中为关闭状态的情况下可以是0。因此，小区c的惩罚可以等效于Uc(h0)。应当理解，在本文中所提及的任何实施例中，益处(或者根据情况可以是惩罚)的指示可以相对于参考假设来计算和表示。

根据某些实施例，静默中可以有可以进行的多个可能变化。多个小区可以有资格改变给定时间频率资源的静默状态——对应于多个候选假设h2，和/或可以在多个可能候选资源上(即在可能是不同的h1和h2的每个候选资源)做出小区的静默状态的变化。在这种情况下，可以通过基于以上度量挑选一个或多个候选小区或资源来做出决定。例如，可以按照表示相关小区/假设和资源上的净益处的度量(诸如益处减去惩罚或者益处与惩罚之比)的降序选择顶部K个(新的假设h2、资源R)组合。可以注意，在任何给定静默假设中，多于一个小区可以处于静默状态。也就是，可以有多个静默器的组合，并且然后基于哪些(可能多个)小区静默来计算相对于某些假设的益处和惩罚的确定。

图6(a)图示根据本发明的一个实施例的具有逻辑分布式架构的系统的示例。在逻辑分布式架构示例中，基站(在LTE中也称为eNodeB或eNB)可以在物理上位于小区站点处，或者eNB可以共同定位(例如在BTS站址中)。在前一种情况下，eNB通常能够通过因特网协议(IP)网络彼此通信。在后一种情况下，eNB也有可能通过合适的互连网络或交织结构，例如串行快速IO(也称为SRIO)或千兆比特以太网等，来互连。在图6(a)的示例中，小区1、小区2和小区3每个包括本地静默适配器600。对于每个候选假设变化和/或资源，每个小区可以计算其自己的益处度量，并且每个小区可以向其他小区传送其益处(或者根据情况传送其惩罚)。因此，在图6(a)的示例中，每个小区(或eNB)计算其自己的益处度量，并且获得其他小区通过接口报告的益处/惩罚度量。小区之间的这一信息交换促进最佳静默假设的分布式确定。例如，小区或eNB可以基于其从其他小区或eNB接收的信息以及其本地具有的信息来做出其自己的打开/关闭状态(或者其他小区的打开/关闭状态)的确定。

通常，益处度量指示受益小区/eNB在另一小区/eNB静默某个物理资源块(PRB)的情况下获得的益处。然而，益处度量通常不能显式地指示益处度量的重要性，如例如信道有多重要，其将得益于另一eNB对PRB的静默。例如，所指示的重要性应当根据得益于PRB的静默的信道意图用于数据、控制信息还是系统信息广播而不同。但是益处度量通常不能够显式地用信号通知信道以及相关益处度量为何特别重要。

除了使用益处度量，本发明的实施例还可以使用惩罚度量。惩罚度量可以指示受惩罚的小区/eNB在小区/eNB静默某个物理资源块(PRB)的情况下或者在另一小区/eNB未静默某个PRB的情况下获得的惩罚。虽然在下面详细描述益处度量，然而类似的原理也可以适用于惩罚度量。

指示意图被保护的信道的增加的重要性的隐含方式是允许受益eNB增加益处度量的值。例如，如果信道为重要的信道(诸如控制信道，例如)，则eNB可以增加对应的益处度量值以指示信道很重要。然而，这一方法的缺点在于，受益小区/eNB通常使用实现特定的方式来确定信道的重要性，并且因此所确定的重要性可以因为不同eNB供应商可以使用不同算法而变化。如果接收eNB具有不同的理解同一信道的优先权的方式，则可能误解益处度量。

例如，受益小区可以根据信道质量信息(CQI)确定益处度量为0.7，但是如果要使用PRB用于控制信道，则受益小区可以将益处度量报告为0.9以示出其重要性。

然而，当另一接收eNB从受益eNB接收这样的益处度量时，接收eNB可以认为数据信道为标准数据信道。即使益处度量很高，接收eNB仍然可以决定不静默数据信道，因为接收eNB可能不认为PRB很重要。

本发明的实施例涉及如下益处度量和优先权因子，该益处度量和优先权因子可以例如经由用以支持eNB间协调多点(CoMP)的X2信令在两个基站/接入点(例如eNB)之间传输。益处度量可以使用CSI(信道状态信息)来计算，并且优先权因子可以用于量化这一益处度量的重要性。对应于控制信道或系统信息块的益处度量可以指示与对应于标准数据信道的益处度量相比更大的重要性。为了指示更大的重要性，eNB可以使更高优先权因子与益处度量相关联。

在本发明的实施例中，信令设计可以将益处度量和优先权因子包括在同一消息中。例如，在一个实施例中，益处度量可以理解为集合(M，N)，其中M为例如通过CSI计算的标准益处度量，N为对应于优先权因子的调节因子。在接收到益处度量时，eNB可以联合使用M和N来确定是否应当执行静默。实际上用于确定是否应当执行静默的详细算法可以是实现特定的。

给定类型的控制信道(诸如例如增强型物理下行链路控制信道(ePDCCH)或PDCCH)的优先权因子N可以基于各种因素动态修改。例如，优先权因子可以基于PDCCH/ePDCCH控制信道的拥塞、范围扩展的使用、和/或数据信道传输的服务质量特性来修改。不同的信道类型可以包括数据或控制信道、或者不同类型的控制或不同类型的数据信道、或者任何其他不同类型的信道。不同信道类型的示例可以包括物理下行链路共享信道(PDSCH)或物理下行链路控制信道(PDCCH)或增强型物理下行链路控制信道(ePDCCH)或者任何其他不同类型的信道。关于PDCCH/ePDCCH控制信道的拥塞，可以在报告小区的PDCCH/ePDCCH因为静默在这种情况下静默更重要而变得拥塞的情况下将优先权因子设置为更高的值。关于范围扩展的使用，优先权因子在范围扩展在报告小区中使用的情况下可以设置为更高的值。在这种情况下，如果要向被范围扩展的UE发送控制信道，则控制信道可能需要保护，并且因此静默应当取得更高的优先权。关于控制信道指示分配的数据信道(诸如PDSCH)传输的服务质量(QoS)特性，如果数据承载(诸如PDSCH)对延迟敏感，则在没有静默的情况下，UE的PDCCH可以具有高的误码率并且可能产生错过的截止期限。因此，静默以保护ePDCCH可能更重要，因此优先权因子可以指示更高的值。

在一个实施例中，优先权度量的信令可以独立于益处度量的信令来执行。在另一实施例中，优先权度量的信令可以结合益处度量的信令来执行。图6(b)图示用于用信号通知优先权度量的选项。在任何情况下，在本发明的实施例中，接收eNB可以使用优先权度量和益处度量二者来确定其响应。如果优先权度量独立于益处度量用信号通知，则优先权度量可以以比益处度量远长的时间尺度来变化。例如，优先权度量可以通过两个eNB之间的预协商来改变。

图7图示具有包括集中式无线电资源管理(C-RRM)网络元件700的本地集中化架构的系统的示例。在图7的示例中，小区1、小区2和小区3每个在各种候选假设/资源上向C-RRM报告其益处和惩罚度量。C-RRM然后可以做出假设变化和资源的确定，并且向小区传送回确定的结果。

图8图示根据一个实施例的其中小区2和小区3想要使用某个PRB并且想要小区1静默该PRB的信令图的示例。如图8的示例中所图示的，小区2在800做出触发静默请求的决定并且小区3类似地在801做出触发静默请求的决定。小区2在810向小区1传输静默请求，并且小区3在815向小区1传输静默请求。静默请求可以包括PRB、益处度量信息、其他QoS信息和所提出的静默持续时间。在820，小区1根据所指示的PRB确定相关假设，确定自己的益处/惩罚，使用其自己的以及邻居的益处/惩罚、静默的持续时间以及其他决定变量确定净益处/惩罚等等。然后，在830，小区1向小区2传输静默请求接受(或拒绝)，并且在840向小区3传输静默请求接受(或拒绝)。

图9图示其中小区2想要使用某个PRB并且想要小区1静默该PRB的信令图的示例实施例，其中已知小区3也受益。如图9的示例中所图示的，小区2在900做出触发静默请求的决定。小区2然后在910向小区1报告益处度量，例如作为静默请求的一部分。小区1然后在920可以确定可能受益的其他小区(例如小区3)。小区1在930可以从小区3询问益处度量。在940，小区3向小区1报告益处度量。对于候选PRB，小区1在950可以确定其自己的惩罚度量，使用其自己的和邻居的益处/惩罚度量以及其他决定变量确定净益处/惩罚度量。如果将对小区1的惩罚以及对其他小区的益处考虑在内的净益处明显很大(或为正)，则小区1可以决定接受静默请求。在这种情况下，小区1在960向小区2传输静默请求接受消息，并且在970向小区3传输静默指示消息。

图10图示其中小区2想要使用某个PRB并且想要小区1静默该PRB的信令图的另一示例实施例，其中已知小区3也受益。在本示例中，小区2在100向小区1周期性地报告益处/惩罚度量，并且小区3在110向小区1周期性地报告益处/惩罚度量。小区2在120做出触发静默请求的决定，并且在130向小区1传输静默请求。静默请求可以包括PRB、益处度量信息、其他QoS信息以及所提出的静默持续时间。虽然在本示例中小区3没有发起静默请求，然而小区3也可以得益于小区1静默。由于周期性报告，小区1知道小区3的潜在益处并且可以将其作为因素在其决定中考虑而不需要显式地询问小区3。在140，小区1根据所指示的PRB确定相关假设，确定其自己的惩罚，使用其自己的以及邻居的益处/惩罚、静默的持续时间以及其他决定变量确定净益处/惩罚等等。在150，小区1向小区2传输指示包括所选PRB、静默持续时间等的静默请求接受消息。在160，小区1向小区3传输指示包括所选PRB、静默的持续时间等的静默指示消息。

图11图示其中例如由于负载增加小区1想要减少其静默但是小区2和3也受到影响的信令图的示例。在图11的示例中，在171，小区1触发尝试静默减少静默。在175，小区1向小区3发送度量信息请求，并且在177从小区2请求度量信息。度量信息请求可以包括所提出的静默变化、候选PRB、其他QoS信息和持续时间。在180，小区2向小区1报告其惩罚度量，并且在181，小区3向小区1报告其惩罚度量。对于合适的PRB，小区1在185可以确定其自己的益处度量，使用其自己的以及邻居的益处/惩罚确定净益处/惩罚度量，并且决定是否静默减少静默。在186，小区1向小区2传输指示包括所选PRB、静默持续时间等的静默指示消息。类似地，在187，小区1向小区3传输指示包括所选PRB、静默的持续时间等的静默指示消息。

图12a图示其中没有增加或静默减少静默的显式请求的信令图的示例。相反，在图12a的示例中，每个小区自动做出调节。在本实施例中，小区与邻居周期性地交换益处/惩罚信息。例如，如图12a中所图示的，小区2在190向小区1周期性地报告益处/惩罚信息。小区3在191向小区1周期性地报告益处/惩罚信息。小区1类似地在192、193向小区2和3周期性地报告其益处/惩罚信息。在194、195和196，小区1、2和3每个使用其自己的和其他小区的益处/惩罚度量确定净益处/惩罚度量并且自动更新静默。在197，小区1向小区2传输指示包括所选PRB、静默的持续时间等的静默指示消息。类似地，在198，小区1向小区3传输指示包括所选PRB、静默的持续时间等的静默指示消息。可以注意，小区1对净益处/惩罚的确定以及随后对静默的更新(或者对静默假设的选择)可以不一定需要与小区2或小区3的对应确定完全同时发生。也就是，每个小区的确定可以从其他小区异步继续进行。因此，小区可以独立于其他小区做出其自己的这样的确定的时间而决定其进行其对净益处/惩罚的计算和静默更新的定时。另外，小区不需要一从一个或多个邻居接收到益处/惩罚度量就进行其净益处/惩罚的计算和静默更新，而是可以选择其自己的合适的时间来进行这些操作。当小区执行其静默更新的确定(或者静默假设选择)时，其可以使用其从其他小区直到来自其他小区的该点接收的任何信息。在一些实施例中，当小区确定其更新静默时，其可以向其他小区发送静默指示消息以向它们通知其改变其静默的决定。

并非如在以上实施例中的一些中以当前静默假设开始并且发出将其修改为另一静默假设h2的静默请求，一些实施例采用其中给定小区确定其应当静默多少资源的方法。图12b图示根据一个实施例的信令图。在131，小区2传输其在小区1要静默某个量的资源的情况下接收的益处的指示。这一指示可以用益处度量列表(BML)的形式来传输。其的示例形式如下：{(B1，N1)，(B2，N2)，(B3，N3)，...}，其中元素通常按照某个顺序。在此，列表的第一元素(B1，N1)表示如果小区1想要静默附加的资源分段N1，则小区2每个附加的资源可以接收益处B1。下一元素(B2，N2)表示如果小区1想要静默附加的分段量N2，则小区2每个附加的资源可以接收另外的益处B2。类似地，列表中的每个后续的元素(Bi，Ni)指示如果小区1想要静默另外的资源分段Ni，则小区2每个附加的资源可以接收另外的益处Bi。通常，每个资源的益处可以随着提供越来越多的静默资源而减少，逐渐减少的指示返回。益处度量Bi可以使用本文中给出的任何方法来计算。列表中的元素的数目可以合适地选择。例如，可以在列表中指示足够数目的元素使得所指示的资源的总分段与某个期望目标相加，或者直到每个资源的益处逐渐减少了合适量的这样的点。在图12b中，如果小区1想要静默，则小区3也可以使用其自己的益处度量列表提供其益处的类似指示，如141处所示。小区1然后可以做出适当量的静默的确定，考虑到从小区2和小区3接收的益处度量列表，如151处所示。在161，小区1可以向小区2(和/或小区3)传输指示其关于静默的决定的静默指示。

图22图示小区1可以确定适当的静默量的方式的实施例。小区1可以构造表示对小区2、3以及可以类似地向小区1提供益处度量列表的任何其他小区的合计益处的合计函数∑B_i。对应地，小区1可以引发用于静默一些资源的惩罚。通常，由小区1引发的每个静默资源的惩罚将会是由小区1静默的资源分段的非减函数。小区1将会选择静默直到合计益处∑B_i超过由小区1引发的惩罚的静默资源分段N*。

在一些实施例中，益处度量列表还可以包含服务质量(QoS)等级的指示，诸如标识符或权重。类似地，小区1可以在确定静默量时使QoS等级或权重与其自己的惩罚相关联。在一个实施例中，小区1例如可以在确定对于其他小区的益处与其自己的惩罚相比是否用于更高的QoS时使用这样的指示。如果是，则小区1可以认为静默是有益的，因为对较高QoS的益处超过对较低QoS的惩罚。在另一实施例中，小区1可以使用权重来得到对其他小区的合计益处与其自己的惩罚的加权差，而非简单差，并且确定最优静默量N*为直到加权差为正的点。

在一个实施例中，益处和惩罚度量可以基于“可实现的比例公平(PF)度量”来计算。这一方法在静默适配以非GBR用户为目标(可能在非GBR中具有不同的QoS等级)时可以是合适的。在此，术语GBR表示“保证的比特率”，其中eNB向用户或承载或流程保证某个比特率的服务质量等级。相反，非GBR是指其中没有关于用户设备可以接收的比特率的明确保证的服务质量等级。相反，eNB基于各种准则，诸如用户设备的信道状态信息(CSI)、用户设备过去实现的吞吐量、表示用户或承载流的服务质量(QoS)等级的调度权重、以及整个公平性和效率的考虑，在用户设备之间做出资源分配的确定。比例公平(PF)调度算法是一个这样的算法：其通常由eNB使用以确保向不同用户分配的资源分发满足某个被称为比例公平的公平准则。PF度量为可以由eNB在使用比例公平调度算法或其变型时计算的度量。PF度量表示“效用函数”的梯度。当给定干扰假设h中使用的某个资源量增加Δρ时，小区的“效用函数值”的净变化可以表示为(效用函数的梯度)*(Δρ)。小区c的PF度量可以用作以上描述中的函数Uc()。在一些实施例中，可以使用加权PF度量，例如其中使用权重来表示对应于用户的数据流的QoS等级的服务质量(QoS)权重。

根据本实施例，小区c在给定干扰假设c下的效用可以基于PF度量如下来计算：Uc(h)＝maxu[wu Rc,h(u)/T(u)](即相对于干扰假设h而言的小区c中相关用户之间的最大加权PF度量)。相关用户可以是特定的单个用户、有资格在所提出的资源上调度的小区中的用户的子集(或者甚至有可能是所有用户)和/或相对于基线假设h0在该假设h下的频谱效率大于门限的用户：Rc，h(u)/Rc，h0(u)＞门限。wu表示用户的QoS权重，例如，所考虑的用户的承载的QoS权重之和。对于具有公平因子β的“一般化的PF度量”，Uc(h)＝maxu[wu Rc,h(u)/Tβ(u)]。Rc,h(u)项表示用户在干扰假设h下被小区c服务时在资源集合上可实现的频谱效率。比如，如果考虑N个PRB，则这可以计算为用户在干扰源的打开/关闭的特定组合下在N个PRB上可实现的TBS。

Uc(h)(以及对应地Rc，h(u))的以上计算可以针对特定的资源集合来进行，或者在所有资源上求平均。通过使用Uc(h)的这一计算，因此可以计算益处或惩罚Uc(h2)-Uc(h1)。如早先所指出的，益处或惩罚可以相对于参考假设h0来表示，诸如其中协调集群中的所有相关小区可以处于打开状态的静默假设。在符号方面，可以使用PF’来表示在使用特定静默假设时所实现的(所加权的且一般化的)PF度量，并且可以使用PF来表示在参考静默假设h0下的所实现的(所加权的且一般化的)PF度量。使用给定假设h2的益处因此可以相对于参考假设h0来表示为PF’(h2)-PF(h0)，或者简单地表示为PF'-PF。

代替在以上效用计算中使用最大值，某些实施例可以得到相关用户中的顶部K个用户的平均值。另外，可以随着时间对以上使用的基于PF度量的效用滤波或求平均，或者从紧前面的TTI得到。

在另一实施例中，益处和惩罚度量可以基于可实现的频谱效率来计算。这一方法可以与GBR和非GBR业务二者一起使用。根据本实施例，小区c在假设h下的“效用”可以计算为：Uc(h)＝maxu[f(wu(Rc,h(u))],其中max在相对于给定干扰假设的小区c中的相关用户上，并且其中f()为某个单调增加函数。在典型示例中：f(x)＝x-对应于最大频谱效率。相关用户可以是特定单个用户，或者有资格在所提出的资源上调度的小区中的用户的子集(或者有可能甚至是所有用户)。wu表示用户的QoS权重，例如所考虑的用户的承载的QoS权重之和。Rc，h(u)项表示用户在干扰假设h下由小区c服务时在资源集合上可实现的频谱效率。例如，如果考虑N个PRB，则这可以计算为用户在干扰源的打开/关闭的特定组合下在N个PRB上可实现的TBS。

根据某些实施例，Uc(h)(以及对应地Rc，h(u))的以上计算可以对于特定的资源集合来进行，或者在所有资源上求平均。通过使用Uc(h)的这一计算，可以计算益处或惩罚Uc(h2)-Uc(h1)。

代替在以上效用计算中使用最大值，某些实施例可以得到相关用户中的顶部K个用户的平均。另外，可以随着时间对以上使用的基于频谱效率的效用滤波或求平均，或者从紧前面的TTI来得到。

根据另一实施例，益处和惩罚度量可以基于竞争资源的用户(即有资格用户)的数目以及可用资源的数目来计算。因此，如果在给定假设下有E个有资格用户以及A个可用资源，则可以将Uc(h)计算为E/A。当假设从h1变为h2时，这将导致可用资源从A1变为A2。因此，效用的净变化可以表示为：Uc(h2)-Uc(h1)＝E^＊(1/A2-1/A1)。

在某些实施例中，代替有资格用户的数目E，可以使用有资格承载的权重之和W。因此，净益处或惩罚可以是W^＊(1/A2-1/A1)。有资格用户(或有资格承载)可以是在缓冲器中具有数据的用户(或承载)，或者在缓冲器中具有数据的用户的子集。例如，有资格用户可以是有可能在对应于特定假设的特定资源上得到调度的用户的集合。

可用资源可以是例如可用于非GBR业务的时频资源(例如PRB)或者在特定假设下可用于非GBR业务的时频资源。应当注意，以上数量可以随着时间被滤波或求平均，或者可以例如在紧前面的TTI中得到瞬时值。

根据又一实施例，也可以应用在以上讨论的实施例中使用的度量的组合。例如，如在其中基于可用PF度量来计算益处和惩罚度量的实施例中，小区c的效用可以定义为Uc,PF(h)＝maxu[wu Rc,h(u)/T(u)],以及如在使用有资格用户和可用资源数目的实施例中的Uc,SumW(h)＝E/A。组合度量因此可以定义为Uc(h)＝min(Uc,PF(h),E/A，Max_value)，其中Max_value用于将度量限制为某个方便的上边界。另外的变型是可能的，诸如将Uc，PF(h)中的最大值的计算仅限于其流程已经进行足够长的持续时间的用户。

根据一些实施例，小区的益处和惩罚度量可以基于一些特定用户的条件，而非小区中的所有用户上的整个资源分配。例如，作为其中基于可实现的PF度量来计算益处和惩罚度量的实施例的变型，可以如下基于PF度量来计算给定干扰假设c下的小区c的效用：Uc(h)＝wu Rc，h(u)/T(u)，针对某个特定用户u而非所有用户上的最大值。作为另一示例，作为其中基于可实现的频谱效率来计算益处和惩罚度量的实施例的变型，可以基于其可实现的频谱效率如下计算在给定干扰假设c下的小区c的效用：Uc(h)＝f(wu(Rc，h(u))，针对某个特定用户u而非所有用户上的最大值。用于这一计算的用户u可以用各种准则来标识。例如，用户关于所考虑的假设可以在频谱效率(或SINR)中具有明显很大的增益：Rc，h2(u)/Rc，h1(u)＞门限，其中门限可以取决于需要静默以便得到频谱效率或SINR增益的邻居的数目。备选地，用户可以实现比某个标称比特率或保证的比特率等小的比特率。

根据另一实施例，小区的益处和惩罚度量可以基于满足小区中的用户的GBR或延迟目标的能力。比如，其可以基于用户的实际吞吐量与理想GBR目标吞吐量之差，或者用户实际经历的延迟与延迟目标之差。例如，度量可以基于wu^＊[max(0,(TGBR(u)-T(u))]α,其中T(u)为GBR用户u的实际吞吐量，TGBR为用户的目标GBR速率。备选地，度量可以基于wu^＊[Dmax(u)-D(u))]α,其中Dmax(u)为用户u的最大可容忍延迟(即延迟目标)，D(u)为用户当前经历的分组延迟。在又一备选中，可以例如基于(1-ρ)α在小区的PRB效用方面来定义益处和惩罚度量，其中ρ为小区中所使用的PRB的分段，α为参数(在这种情况下有可能为负值)。特别地，ρ可以指代用于GBR和信令的PRB的分段。

在另一实施例中，可以如下来计算给定小区在给定假设h下的益处度量。这通常以GBR数据流为目标。如果小区能够确保用户u可以满足其GBR目标吞吐量(或诸如延迟等其他量度)，则小区可以出现回报值V(u)。值V(u)可以是恒定的，或者可以取决于诸如流的延迟目标、流的QoS等级或者GBR目标值等因素。假定使得用户u能够达到其目标GBR速率所需要的资源分段为N(u)。N(u)通常取决于静默假设，因为在静默假设下经历到的干扰将影响用户实现的频谱效率。继而，由于使得用户u能够满足其目标GBR速率而产生的小区的效用可以表示为V(u)/N(u)。因此，当从假设h1变为h2时，小区获得的益处可以表示为V(u；h2)/N(u；h2)-V(u；h1)/N(u；h1)。如早先所指出的，在一些实施例中，可以相对于参考静默假设h0(诸如其中所有小区处于打开状态的静默假设)来表示益处。在这种情况下，益处可以表示为V(u；h2)/N(u；h2)-V(u；h0)/N(u；h0)。

根据某些实施例，静默适配方法可以结合静默优先调度其次(MFSN)方案来使用。MFSN方案的一般特性包括静默图案及其变化没有被绑定到特定TTI中的特定用户的调度。因此，首先判定静默，然后通过静默的知识进行调度。每个小区以在预定义的时频资源区域中的静默来开始。邻居之间的静默的时频资源的图案可以按照使得能够实现每个小区的静默对其邻居的益处最大的方式来交错/布置。修改静默的决定周期性地进行，或者在某种事件触发下进行，诸如拥塞/过载的开始，或者不能满足QoS等。每个适配时机处的每个小区的静默区域的“增长”或“缩小”可以符合预定义的图案，以便使用前一静默区域最大化连续性。

MFSN方案的一般益处包括每个UE在子带基础上的CQI估计将自动反映其强干扰源的静默图案——每个UE的子带CQI将指示低干扰子带上的良好的CQI。因此，信道已知调度器做出隐含地考虑每个UE的最佳干扰子带的调度决定。

根据结合MFSN方案使用的本实施例，在每个静默适配决定点处，可以挑选一个或多个小区以修改其将对每个小区的益处和惩罚考虑在内的静默图案(增长或收缩)。所添加或减去的静默资源通常符合预定义的时频顺序。对应于给定候选小区的静默扩展(或缩小)的假设h1和h2可以根据预定义的时频顺序的所添加(或减去)的静默资源来推测。如以上所描述的，益处和惩罚度量的计算可以基于要添加(或减去)的特定资源或者仅基于静默资源的数目，基于最有可能使用所添加的资源的UE的特定子集或者基于所有UE上的求和/平均，和/或基于PF度量或者每个可用PRB的权重之和。

虽然以上实施例描述了频域静默的实例，然而也可以在时域或者在时域和频域的组合中对其实例化。在时域，可以使用测量限制，其中允许UE报告子帧的不同子集的单独的测量。因此，一个可以在子帧的一个子集内、在频域中具有一种形式的静默实例以及在子帧的另一子集内、在频域中具有不同静默实例。因此，存在于子帧的每个子集内的假设的集合可以不同。通过适当地配置UE的测量约束子集，可以获得对应于子帧的每个子集内的静默假设的每个集合的测量。这可以在适配静默时被考虑在内。例如，静默的变化可以仅在子帧的一个子集内进行。这有助于实现静默的更细的粒度，而非必须每个子帧进行操作，或者必须以子带的粒度来进行操作，等等。

根据另一实施例，可以在调度优先静默其次(SFMN)方案中执行实例化。SFMN方案的一般特性包括通常基于特定TTI中特定用户的调度的静默图案及其变化。因此，首先决定调度(基于假定完全没有静默，或者基于当前静默)，并且使用调度的知识确定新的静默(完全新的静默，或者现有静默的增长或缩小)。每个小区可以有可能基于现有静默来确定频率(以及可能确定时间)资源到用户的分配。如果某些用户满足某个准则，则引起静默的修改(或者对于新的静默的请求)以便使这些用户受益。

根据其中结合SFMN使用静默适配的本实施例，一旦选择一个或多个用户以得益于静默，则可以将对每个小区和用户的益处和惩罚考虑在内而修改某些小区(例如这些用户的K个最强邻居)的静默，如以上所描述的。可以如下来确定用于计算的假设h1和h2：如果假定没有静默来确定调度(资源到用户的分配)，则初始干扰假设可以是h1＝所有小区打开，而目标假设h2可以对应于所选用户的某K个相邻小区要关闭；或者，如果假定某个现有静默图案来确定调度，则初始假设可以是h1＝当前静默，并且目标h2对应于所选用户的某些附加的相邻小区中的某些附加的资源要关闭。

在本实施例中，新的确定的静默因此可以持续某个持续时间。其中一些用户(通常是基于其触发静默适配的用户)的调度也可以在这一持续时间期间保持固定。基于所提出的静默适配是否被接受，也可以根据修改后的静默来适配所选用户的调制和编码方案。另外，也可以修改初始小区(或目标静默小区)中的资源分配。其他小区可以得益于已修改静默并且它们可以能够基于已修改静默的知识来调节其资源分配或者调制和编码方案选择。

另一实施例包括使用协调调度的静默的实例。在本实施例中，在每个TTI中，每个小区估计其在该TTI中用于调度的PRB使用。通常，这可以在执行全通道已知调度之前来进行，使得这一确定可以在TTI中早早进行。如果小区估计其即将使用少于100％的PRB，则其向其他小区通知其将静默某个数目的PRB。小区的静默PRB的位置可以根据每个小区的优选图案来选择，这可以实现静默在小区上的适当对准或交错。基于相邻小区要静默哪些PRB的通知，每个小区(特别是即将需要100％的PRB的小区)继而可以使用静默PRB的知识来进行调度。因此，可以认为这是MFSN的如下变型，其中首先在调度之前确定静默但是静默本身的量基于有可能需要多少资源的预估计来计算。以上方案的另一变型为，取代确定使用/静默的量以及向每个TTI中的邻居通知，以某个更低的时间尺度(诸如每N个TTI)来进行操作。

根据某些实施例，修改静默的触发也可以使用其他因素，诸如UE的速度、UE的速度的分布、或者对应于高速或中间速度或低速的UE的数目等。对于高速或者甚至中间速度的UE，通常很难通过信道已知调度来适当利用频域衰落，因为信道衰落可能变化太快。对于这样的UE，可能有利的是使用干扰在其上被静默的资源，因为UE的信道反馈和控制回路诸如外部回路链路适配等可以更好地反映静默资源内的可实现频谱效率。因此，本实施例可以在计算修改静默的准则时将各个速度的UE的数目考虑在内。例如，如果小区中的高速UE(或者高速UE与低速UE之比)的数目增加，则小区可能想要在静默资源内优先调度这些UE。因此，小区对于干扰源在其上被静默的资源具有更大需求。对应地，如果高速UE的数目减少，则小区将会对于用以调度这样的UE的干扰静默的资源的需求较小。因此，针对减少静默的干扰源的小区的惩罚可以降低。

实施例考虑可以在其下触发静默适配请求的若干条件。例如，可以按照可配置的周期周期性地触发静默适配。附加地或者备选地，可以在某个事件发生时(例如在一个或多个小区中检测到拥塞时)触发静默适配。比如，可以触发静默适配的一些事件包括：PRB使用大于门限，某个数目的UE不满足标称比特率，(有资格UE或承载的权重之和)与可用PRB的数目的比率高于门限，小区的“复合可用能力”低于门限，和/或某个QoS等级中(或者所有UE上)的总的储备的缓冲数据在门限之上。

根据另一实施例，可以在检测到某个条件开始时触发静默适配，并且然后再次周期性地检查直到原始触发的条件不再存在。静默适配可以由小区或者由来自另一小区的明确请求自动触发。自动触发可以是指当小区从其他小区周期性地接收度量报告时，但是小区本身随后基于度量来确定何时需要静默的某个变化。

一些实施例还考虑静默的变化量。根据一个实施例，静默的量可以改变固定(可配置)的量(例如1PRB或1RBG)。备选地，可以改变静默的量直到效用的净益处(例如基于对应于变化后的静默量的假设所评估的)不再足够大。在其他实施例中，可以确定“目标静默量”并且朝着目标静默量逐步适配静默。

确定“目标静默量”的一种方式是从静默得到足够大的增益的用户的分数，作为UE的总数的分数。根据本示例，C′(u)表示在给定小区被静默时UE u的频谱效率，并且C(u)表示在给定小区未被静默时的频谱效率。继而，可以确定UE的N＝#，使得C′(u)/C(u)＞T，其中T为合适的门限。门限T可以是静态的，或者可以与益处/惩罚度量相关。继而，如果该小区中的当前静默量小于N/Nall(即将N表示为用户总数的分数)，则可以增加静默；或者，如果该小区中的当前静默量大于N/Nall，则可以减少静默。

某些实施例还考虑已修改静默量应当持续的持续时间。一个选项是，已修改静默可以持续直到下一周期性适配时机。备选地，如果静默适配在一些条件(诸如小区中的拥塞)出现时触发，则已修改静默可以持续直到该条件不再存在或者检测到某个甚至更严重的条件。持续时间可以基于例如一些特定UE的缓冲数据的量(或者小区中的总储备)。另外，持续时间可以基于执行静默适配决定过程所需要的往返时间或者延迟——如果这一过程的延迟为若干TTI，则适配的静默可以被设置为持续明显大于这一过程的延迟的持续时间。

某些实施例也可以适用于多个邻居的静默。例如，一些用户可能在其具有两个其他干扰小区的服务小区的边缘。这样的用户可以能够仅在两个干扰源都被静默的情况下从静默实现明显的增益。在这种情况下，使用静默的干扰假设将会对应于多个干扰源同时关闭。考虑到适当的小区被静默，净益处和惩罚的计算如以上所描述地也将适用。

实施例考虑仅最强干扰源静默的情况(即不考虑同时静默2个或多个干扰源的情况)。在本实施例中，对于小区A，由于给定干扰源B静默另外的资源而产生的益处可以写为UA(h2)-UA(h1)。因此，UA(h2)-UA(h1)＝PF′(A；B)-PF(A),其中PF’(A)为当干扰源B静默时的可实现加权PF度量，PF(A；B)为当干扰源B未静默时的可实现加权PF度量。作为备选，代替PF’(A)(或PF(A；B))，可以在B被静默(或未静默)时使用A中可实现时的频谱效率。相反，从小区B的角度来看，如果其使用另外的资源，则其得到益处PF(B)，而如果其静默另外的资源，则其益处为0。在本示例中，每个小区A向其邻居B报告数量PF'(A；B)-PF(A；B)。在每个小区B处，静默适配的决定规则为：如果∑A[PF'(A；B)-PF(A；B)]＞PF(B)^＊(1+∈),则小区B应当将其静默增加量Δ，如果∑A[PF'(A；B)-PF(A；B)]＜PF(B)^＊(1-∈)，则小区B应当将其静默减少量Δ。否则，静默不变化。

某些实施例提供小区A如何可以相对于静默特定干扰源B被静默来估计PF’(A；B)的选项。第一选项为，如果小区B已经静默非零量，则小区A可以仅在小区B静默的PRB上维持单独的PF滤波，并且估计在这些PRB内调度的UE的PF(最大或平均的滤波)。

甚至在小区B没有静默任何资源时工作的第二选项为估计PF'(A；B)＝PF(A；B)^＊maxu(C′(u)/C(u)),其中C′(u)为用户u在小区B被静默时实现的频谱效率，C(u)为用户u在小区B被静默时实现的频谱效率。Max的备选为PF'(A；B)＝PF(A；B)^＊[avgu：C′(u)/C(u)＞TC′(u)/C(u)]。如果集合{u：C′(u)/C(u)＞T}为空，则PF'(A；B)＝PF(A；B),即PF没有增益。如果小区B已经静默某些资源，则C’(u)/C(u)＝1，即仅使用PF’(A；B)＝PF(A)。

也在小区B没有静默任何资源时工作的第三选项为估计PF(A；B)＝∑u w(u)，具有非零数据的承载的权重之和，并且然后使用与以上第二选项相同的计算估计PF'(A；B)。

另一实施例可以提供如何计算和使用度量的变型。在本实施例中，每个小区与其邻居交换小区PF(或某个负载度量)。假定小区PF_A和小区PF_B为两个小区A和B的小区PF度量。则，在本示例中，仅具有较大小区PF的小区有资格请求具有较小小区PF的小区静默。另外，可以添加门限以避免往复：arg-maX{cell-PF_A，cell-PF_B}＞arg-min{cell-PF_A，cell-PF_B}+门限，则小区arg-max{cell-PF_A，cell-PF_B}有资格静默其他小区。在每个小区中，本实施例还可以查看具有C’/C＞T的UE的分数，其中T可以是门限，其中C’可以是当小区B静默时的传输块大小(TBS)或等效于小区A中的UE的频谱效率，而C为小区B未静默时的对应TBS或频谱效率。在小区具有最小PF的情况下：

–给定小区，如果其断定在所有其邻居中具有最小PF，则可以进行附加的静默。假定其为小区B。

–在其所有邻居中，小区B查看具有C’/C＞T的UE的第二最小比例的小区，其中C’为以小区B静默为条件的UE的TBS。

如果小区B的当前静默比例小于以上项目要点中的数目时，则小区B增加/减少其静默，有可能直到该数目。或者可以在该方向上进行渐进步骤。

在小区具有比其邻居中的至少两个邻居小的PF的情况下：

PF比其邻居中的至少两个邻居小的小区从小区PF大于其本身的小区中得到具有C′/C＞1.5的UE与该小区中未静默PRB数目的乘积的值为第二最小的小区。因此，被静默的小区静默这一数目的PRB，或者朝着该点按照渐进步骤增加或减少静默量。

本发明的另外的实施例可以解决如何利用频率选择性调度(FSS)增益。这在用户设备的无线电信道经历频率选择性衰落的情况下特别有用，由于此，用户在不同子带上可实现的频谱效率不同。比如，某些实施例可以确定应当静默哪些子带或PRB以最大化频率选择性增益，并且结合静默增益将频率选择性衰落考虑在内。

根据本实施例，可以在每个小区i处计算潜在益处。例如，对于每个邻居j以及对于每个RBG r，如果小区j想要在RBG r中静默，则小区i计算其潜在益处B(i，j，r)。如早先所指出的，这一益处可以相对于参考静默假设来表示。因此，考虑到用户在RBG r上的信道情况以及来自小区j的用户的相对干扰，实施例可以提供频率选择性静默益处。

在本实施例中，计算其益处的小区j的集合是小区的某个合适集合S(i)。益处计算可以基于调度器如何执行频率选择性调度(FSS)——因此静默益处计算结合FSS调度器如何向UE分配RBG，并且使得能够利用静默以及频率选择性增益二者。因此，小区i可以向小区j∈S(i)发送所计算的益处B(i，j，r)：“FSS已知的益处度量列表”(BML-FSS)。

另外，可以在每个小区j处做出惩罚和净益处确定。例如，小区j每个RBG r接收益处度量列表B(i，j，r)。向给定小区j发送益处信息的小区的集合可以是小区的某个合适集合R(j)，其可以与或者可以不与小区j的小区集合S(j)相同。小区j可以确定其自己的用于静默RBG r的惩罚P(j，r)。如果小区j在RBG r上静默，则小区j也可以确定对系统的净益处。例如，N(j,r)＝∑i∈R(j)B(i,j,r)-P(j,r)。根据一个实施例，如果益处为负，则小区j不在RBG r上静默。然而，如果净益处为正，则小区j可以在RBG r上静默。

根据本实施例，静默的确定可以根据以下来执行。如果小区j在RBG r上静默，则R(j)中其他小区中任何小区都不应当在RBG r上静默(否则静默益处将丢失)。类似地，如果j∈S(i)静默，则小区i不应当静默。另外，在给定RBG上静默的小区(即i*)应当在S(i)中的所有小区中(或者在R(i)中)具有最大静默益处N(i^＊，r)。提出了各种方法以实现这一操作，其可以包括在小区之间的不同形式的消息交换。

根据一个实施例，对于任何小区i，S(i)可以是其静默可以使小区i受益的小区的合适集合。通常，这些小区是小区i的相邻小区，或者其传输强烈地干扰小区i的小区。类似地，对于任何小区j，R(j)可以是受益于小区j的静默的小区的合适集合。在本实施例中，小区j应当在确定其净益处时考虑R(j)中的小区的益处。

在一个实施例中，如果j∈S(i)，则i∈R(j)，对称关系，但是这在其他实施例中不需要保持。通常，对于给定小区i，S(i)和R(j)在各个实施例中可以不同。在其中频率选择性衰落很重要的小区中，集合S(i)和R(j)通常对于每个频率子带或RBG可以不同，但是它们通常对于所有RBG可以相同。

根据本实施例的主要静默约束可以包括：如果小区j静默，则理想情况下，任何小区i∈R(j)不应当也在相同的资源中静默。否则，小区j的静默对于小区i的益处可能丢失。类似地，在本示例中，如果小区j∈S(i)静默，则小区i不应当静默。然而，由于j∈S(i)暗示i∈R(j)，则以上两者等效。

在本示例中，本地最优静默可以表示，如果小区i静默，则理想情况下，小区i应当在其“本地邻域”中具有最大净益处。由于主要静默约束，如果i被选择为静默，则：S(i)中没有任何其他小区应当静默(等效于——没有任何小区j使得i∈R(j)应当静默)；否则，其可以更好地静默除了i之外的某个其他小区。换言之，如果i在S(i)中的所有小区中具有最大净益处，则i应当静默。

在一个实施例中，S(i)和R(i)可以作为干扰源的“第一环”——作为小区i中的某个UE的最强干扰源的小区。在另一实施例中，S(i)和R(i)可以作为小区i中的某个UE的最强或次强干扰源的小区。另外，某些实施例也可以包括次级静默约束：从小区i的角度来看，S(i)中的多个小区不应当在相同资源上静默。否则，小区i不能够得益于所有静默，相反，小区i仅得益于这些小区之一的静默。在一个实施例中，S(i)不仅可以包括作为小区i中的某个UE的最强干扰源的小区，并且还可以包括作为那些小区中的某个UE的最强干扰源的小区。

图13图示根据一个实施例的方法的示例流程图。本方法可以包括在1300在小区处确定其静默RBG的净益处。然后，在1310，方法可以包括由每个小区向其邻域中的小区发送其每RBG净益处。这可以被认为是FSS已知的净益处度量列表(NBML-FSS)。在1320，方法还可以包括在小区处确定其应当静默哪个RBG，基于哪个小区在邻域合适的小区协调集群中具有最大净益处。在本示例中，小区不会静默，除非净益处为正。在一个实施例中，方法可以包括在1330在TTI中在小区处使用哪些邻居在每个TTI中的哪些资源上静默的知识来执行TD/FD调度。备选地，确定步骤1330可以对于每个小区的子集或者对于单个小区来执行，并且可以对于每个RGB的子集或者对于单个RGB来执行，并且步骤1310中的发送可以对于每个小区的子集或者单个小区来进行(同样适用于步骤1320和1330)。步骤1330可以备选地在每个TTI的子集中或者单个TTI中进行。

图14图示根据一个实施例的信令图的示例。出于描述的目的，通常将给定小区i的协调集合S(i)和R(i)中的小区称为小区i的相邻小区。应当理解，这不一定表示小区物理相邻，也不一定表示小区之间存在用于执行切换或其他过程的相邻关系。在本实施例中，在1440，小区1、小区2和小区3对于S(1)、S(2)和S(3)中的每个相邻小区(缩写为“nbr”)的每个RBG在该小区静默该RBG的情况下分别确定益处，并且计算每个nbr的益处度量列表(BML-FSS)：(B1,B2,...，BN)，其中N＝numRGB。在1410，每个小区i向其S(i)中的每个其他小区传送益处度量列表(BML-FSS)。然后，在1420，每个小区基于R(i)中的nbr的益处以及其自己的惩罚来确定每个RBG上的净益处。在1430，每个小区可以向其协调集群中的每个其他小区传送净益处度量列表(NBML-FSS)。在1440，每个小区基于谁的净益处在每个RBG上最大来确定谁在每个RBG上静默。在本示例中，小区不应当静默，除非净益处为正。在1450，每个小区可以使用哪个小区在每个RBG上静默的知识来调度。因此，在本实施例中，给定小区能够确定哪个小区在哪个RBG上静默，而非简单地确定给定小区是否在给定RBG上静默。

另一实施例可以包括益处的非GBR计算。在本实施例中，在每个小区i处，当小区i计算其由于小区j在RBG r上潜在静默而产生的益处Bi，j(r)时，FSS已知的益处可以计算为Bi,j(r)＝ΔPFi,j(r)＝PFi,j(r)-PFi(r),其中PFi,j(r)＝在小区j在RBG r上静默的情况下小区i在RBG r上可实现的最大PF(假定协调集群中没有其他小区在RBG r上静默)，并且PFi(r)＝在协调集群中没有小区在RBG r上静默的情况下小区i在RBG r上可实现的最大PF。关键特性在于，益处计算中所使用的“最大PF”可以基于调度器用于频率选择性调度(FSS)的相同的判决规则。因此，静默益处计算与FSS调度器如何向UE分配RBG有关。这使得得到静默增益以及频率选择性调度增益的能力最大化。对于小区j的静默，小区i具有每个RBG的益处列表：(Bi,j(1),Bi,j(2),...，Bi，j(N))，其为FSS的益处度量列表(BML-FSS)。小区i向其S(i)中的每个小区j发送这一BML-FSS。

另外，根据本实施例，在每个小区j处，BML-FSS从其R(j)中的每个小区i来接收，并且每个小区j计算对其邻居的总益处，即∑i≠j Bi,j(r)。对于每个RBG r，小区j计算其自己的惩罚：Pj(r)＝小区j在RBG r上可实现的最大PF(假定没有静默)。小区j然后可以计算其净益处度量ΔBj(r)＝∑l≠j Bi，j(r)-Pj(r)——每个RBG一个值，其为净益处度量列表(NBML-FSS)。

然后，确定哪个小区静默哪个RBG。每个小区j向其R(j)中的所有邻居传送其净益处度量(在所有RBG上)。在每个小区i处，从其S(i)中的所有小区j(在所有RGB上)接收净益处。小区i确定每个RBG上谁最大：M^＊(r)＝arg maxjΔBj(r)。如果RBG r上的最大益处为正，则小区M^＊(r)在该RBG上静默；否则，不在该RBG上静默。小区i然后继续进行以使用谁在每个RBG上静默的知识来做出信道已知调度(FSS)。如果小区i自身是静默者，则小区i在该RBG上不调度任何人。

在备选实施例中，RBG r上的每个小区j的净益处N(j，r)的计算类似于以上讨论的实施例，其中一些不同之处在于，如何确定哪个小区在哪个RBG上静默。在本备选实施例中，没有直接确定哪个小区在每个TTI中在每个RBG上具有“最大净益处”。相反，在本实施例中，每个小区计算其自己在某个时间在每个RBG上的净益处，并且如果其在某个RBG上的净益处大于任意哪个小区当前静默该RBG的净益处，则小区要求静默(并且其他小区停止静默)。

例如，在每个小区i处，在任何异步时期(不一定是截止期限约束)相对于任何邻居j来计算小区i的益处Bi，j(r)。当小区i计算其由于小区j潜在地在RBG r上静默而产生的净益处Bi，j(r)时，Bi，j(r)＝APFi，j(r)＝PFi，j(r)-PFi(r)，其中PFi，j(r)＝在小区j在RBGr上静默的情况下小区i在RBG r上可实现的最大PF(假定没有其他邻居在RBG r上静默)，并且PFi(r)＝在没有邻居在RBG r上静默的情况下小区i在RBG r上可实现的最大PF。对于小区j的静默，小区i具有每个RBG的益处列表：(Bi,j(1),Bi,j(2),...，Bi，j(N))其为FSS的益处度量列表(BML-FSS)。小区i然后可以向小区j发送BML-FSS列表(非截止期限约束)。

在每个小区j处，在各个时间从小区j的R(j)中的每个邻居接收BML-FSS(因为它们异步)。在某个异步时间，小区j可以基于从每个小区接收的上一BML-FSS来计算对其R(j)中的小区的总益处(即Σ_i≠jBi，j(r))。对于每个RBG r，小区j可以计算其自己的惩罚：Pj(r)＝小区j在RBG r上可实现的最大PF(假定没有静默)。小区j然后可以计算其净益处度量ΔBj(r)＝∑_i≠jBi,j(r)-Pj(r)——每个RBG一个值，其为净益处度量列表(NBML-FSS)。

对于小区j尚未静默的每个RBG r，小区j可以将其净益处与其S(j)中任意哪个小区当前静默RBG r的(先前通告的)净益处相比较。如果小区j的RBG r的净益处>静默RBG r的小区的上一次通告的净益处，则小区j可以将RBG r标记为“将要要求的静默权利”。小区j然后可以向其S(j)中的所有小区发送向每个RBG r指示以下内容的消息：小区j是否要求该RBG的静默权利(1比特)，以及哪个小区j将静默(新要求的静默，或者已经存在的静默)，小区j在该RBG上的新的净益处。

在每个小区i，在每个TTI中，小区i然后可以继续使用谁在每个RBG上静默的知识执行信道已知调度(FSS)。如果小区i本身为静默者，则小区i在该RBG上不调度任何人。应当理解，任何给定小区(例如小区1)开始进行的传送和确定不需要严格地在与其他小区(诸如小区2和小区3)的对应通信和确定相同的时间发生。例如，小区1可以使用其从小区2和小区3接收的最近的信息来开始进行这些动作，而对于小区2和小区3何时向小区1传送其信息没有任何限制。

图15图示根据一个实施例的信令图的示例。在本示例中，在1500，小区2通告在RGB上的静默以及对小区1和3的净益处。在1510，初始假定小区2在一些RBG上静默。在1520，对于每个RBG并且对于其S(2)中的每个nbr，小区2在该小区静默该RBG的情况下确定益处并且形成每个nbr i的益处度量列表(BML-FSS)：(B21(1),B21(2),...，B21(N))，其中N＝numRBGs。然后，在1540，小区2可以向小区1报告其BML-FSS。类似地，在1530，对于每个RBG并且对于其S(3)中的每个nbr，小区3在该小区静默该RBG的情况下确定益处并且形成每个nbri的益处度量列表(BML-FSS)：(B31(1),B31(2),...，B31(N))，其中N＝numRBGs。在1545，小区3可以向小区1报告其BML-FSS。

继续图15的示例，在1550，小区1可以基于其R(1)的益处确定每个RBG上的净益处，并且确定其自己的惩罚。然后，在1560，对于小区1没有静默的每个RBG，其可以确定净益处是否大于当前静默该RBG的小区的净益处(并且净益处为正)。在1570，小区1可以向小区2和3通知RBG上的静默以及净益处。小区1、2和3每个然后在1580可以使用谁在每个RBG上静默的知识来调度。

根据又一实施例，RBG r上的每个小区j的净益处N(j，r)的计算类似于以上讨论的实施例，其中不同之处在于如何确定哪个小区在哪个RBG上静默。在本实施例中，每个小区j具有门限D(j)(或D(j，r))。如果RBG上的净益处N(j，r)大于门限D(j，r)，则小区可以在RBGr上静默。门限D(j，r)可以由运营商配置的，或者动态发现的。一个形式的动态发现包括以下情况。每个小区具有当前D(j，r)，并且如果小区发现其净益处大于D(j，r)，则其可以静默RBG r并且向其他小区发送通告其净益处的消息。其他小区然后可以将该小区的净益处视为它们在想要静默的情况下应当超过的D(j，r)。因此，门限可以动态地固定于任意哪个小区当前静默。因此，本实施例使得小区甚至在不必在其本地邻域中的小区之间具有最大净益处的情况下仍然能够静默(只要净益处大于门限)。

以上讨论的实施例中的至少一些实施例表明，必须进行信息的“完全交换”。然而，某些实施例没有这样限制并且本文中所描述的方法也可以与部分信息一起工作。例如，当向给定邻居发送益处度量列表(BML-FSS)时，并非所有RBG r都需要被包括——仅需要发送益处计算已经更新的RBG。当小区j确定其净益处时，其不需要具有来自其R(j)集合中的所有小区的全部BML-FSS。比如，如果其仅从某个小区子集接收到信息，则其可以使用来自这些小区的已更新信息和来自其他小区的上一已知信息。一旦信息足够陈旧，其可以由于陈旧而被丢弃。类似地，不需要一次在所有RBG上进行净益处和静默决定的确定，可以一次在几个RBG上进行该确定，以分散计算负荷。

鉴于以上内容，实施例可以通过与调度器如何最大化频率选择性调度增益同步地选择静默决定来使静默的潜在益处最大化。换言之，根据某些实施例，静默益处计算与FSS调度器如何向UE分配RBG结合，并且使得能够利用静默以及频率选择性增益。

在以上讨论的实施例中的一些中，可以假定在其上执行联合优化的小区的集合(通常称为集群、协调集群或者协调区域)为预定集合{小区1，小区2，……，小区N}。这在本领域是普通假定。网络中的整个小区集合可以被视为被划分成集群，诸如集合{小区1，小区2，……，小区N}。任何给定小区为最多一个小区集群的一部分，并且任何两个集群都不重叠。这样的集群定义可以称为非重叠集群。

通过任何给定小区k的这样的集群定义，在考虑到每个小区在集群内的某个其他小区静默时的益处(或惩罚)的情况下来进行静默假设的选择的联合优化。也就是，如果小区k具有不是与小区k相同的集群的一部分的强干扰源，则在确定最优静默决定时不将来自静默这些干扰源的可能益处考虑在内。实际上，从小区k的角度来看，信道状态信息(CSI)向其UE报告当在集群外部的强干扰源被静默时可能甚至不可用于确定益处或者优化静默决定的目的。在此，CSI通常可以是由UE发送以向小区通知UE相对于该小区经历到的当前无线电信道质量是什么的报告。由UE报告的CSI还可以包括与UE相对于某些其他小区经历的无线电信道质量有关的信息。因此，传统的将集群定义为非重叠小区集合的方式的主要缺点在于，对于若干小区，并非其所有强干扰源可以在进行联合优化时被考虑在内。

这在图16中图示，其中，网络中的小区集合被划分为9个小区的非重叠集群，其由3个相邻的3扇区站点组成。图16中图示一个这样的集群。如从图16中的示例可见，集群的“边界”小区参与仅使用其作为相同集群的部分的强干扰源的子集的静默优化。但是其排除大量强干扰源。

并非非重叠小区集群，更灵活的定义集群的方式可以是考虑从给定小区的角度来看的协调小区的集合，也就是，考虑给定小区应当与其协调的小区集合。因此，可以使小区集群与每个给定小区相关联。

图17描绘这一概念的说明。图17中示出各种小区。被示出为通过实线连接的小区可以彼此协调，而被示出为没有连接的小区不协调。用实线圆圈标记的区域包含小区1将与其协调的小区的集合(即与小区1相关联的集群)，而用虚线圆圈标记的区域包含小区2将与其协调的小区的集合(即与小区2相关联的集群)。在要确定小区1是否应当进行某个动作时，将会有与小区1相关联的集群中的小区间协调。出于协调的目的，小区1可以与和小区1相关联的集群中的小区交换消息。对应地，在要确定小区2是否应当开始进行某个动作时，将会有与小区2相关联的集群中的小区间协调，并且小区2可以与和小区22相关联的集群中的小区交换消息。在图DEF中，小区2是与小区1相关联的集群的一部分，而小区1是与小区2相关联的集群的一部分。然而，与小区1相关联的集群中有不是与小区2相关联的集群的一部分的一个或多个小区，例如小区3。类似地，与小区2相关联的集群中有不是与小区1相关联的集群的部分的一个或多个小区，例如小区8。如早先所指出的，术语“小区”可与各种术语，诸如基站、eNodeB(eNB)、传输器、或网络元件互换地使用。

要(由以上小区1或小区2)开始进行的动作可以与给定资源集合有关。在小区之间交换的协调消息也可以与给定资源集合有关。与小区1相关联的集群因此可以出于与给定资源集合相关的动作的协调的目的，并且与小区2相关联的集群也是如此。因此，在一个或多个小区可以在其上开始进行动作的任何给定资源集合上，与小区相关联的集群具有以上说明的特性。换言之，如果考虑与给定资源集合有关的一个或多个小区的动作的协调，则协调以开始进行与给定资源集合有关的动作的小区的集群不是非重叠的。

具有图17中图示的特性的集群配置可以被称为液态集群。可以出于开始进行某个动作的协调的目的而标识与液态集群相关联的小区或其他网络元件的以下特性。这样的网络元件可以被配置用于从网络元件的第一集合接收与网络元件进行动作相关的协调消息。网络元件的动作可以与第一资源集合相关。网络元件的第一集合包含第二网络元件。第二网络元件可以被配置用于从网络元件的第二集合接收与第二网络元件进行动作相关的协调消息。第二网络元件的动作也可以与第一资源集合相关。网络元件的第二集合包含网络元件。另外，以下中的至少一项为真——网络元件的第一集合包含没有被包含在网络元件的第二集合中的至少一个网络元件，或者网络元件的第二集合包含没有被包含在网络元件的第一集合中的至少一个网络元件。

由于这些特性，与任何一个小区或网络元件相关联的液态集群通常可以不同于和另一小区或网络元件相关联的液态集群，并且两个小区的液态集群可以重叠。小区可以是与多个其他小区相关联的液态集群的一部分。以上提及的网络元件的动作可以不同地包括静默使传输静默、改变打开持续时间、降低传输功率、使传输波束成形、限制某个传输的传输模式或者秩中的一项。动作还可以包括以下中的一项：从其集群中的小区中确定用于用户设备的合适的传输点、或者用于一个或多个用户设备的载波聚合、或者负载均衡、或者干扰协调图案的适配，诸如增强型小区间干扰协调中所使用的几乎空白的子帧图案等。网络元件所接收的协调消息可以是本文中所描述的各个实施例中的消息中的任何一项或者与以上描述的动作之一的协调相关的某个其他消息。另外，多个液态集群可以与给定网络元件相关联。例如，也可以考虑如下动作的协调，其中给定网络元件从与给定网络元件相关联的第一液态集群中的小区接收第一协调消息，而给定网络元件可以从与网络元件相关联的第二液态集群中的小区接收第二协调消息。还应当注意，如以上描述的与液态集群相关联的网络元件也可以传输协调消息，而非(或者还)接收协调消息。也可以考虑出于传输协调消息的目的而与给定小区相关联的液态集群，其可以不同于出于接收协调消息的目的而与给定小区相关联的液态集群。另外，在协调序列中的不同步骤，小区可以与和小区相关联的不同的液态集群交互。另外，可以通过基本上与以上描述的类似的特性而考虑与小区组而非单个小区相关联的液态集群。因此，例如，可以考虑与一对网络元件相关联的液态集群。在这样的集群配置中，一对网络元件中的一个或两个网络元件可以被配置用于从网络元件的第一集合接收与一对网络元件中的一个或两个网络元件进行动作相关的协调消息。一对网络元件中的一个或两个网络元件的动作可以与第一资源集合相关。网络元件的第一集合包含第二网络元件，第二网络元件为第二对网络元件中的一个网络元件。第二网络元件可以被配置用于从网络元件的第二集合接收与第二对网络元件中的一个或两个网络元件进行动作相关的协调消息。第二对网络元件中的一个或两个网络元件的动作也可以与第一资源集合相关。网络元件的第二集合包含一对网络元件中的一个或两个网络元件。另外，以下中的至少一项为真——网络元件的第一集合包含没有被包含在网络元件的第二集合中的至少一个网络元件，或者网络元件的第二集合包含没有被包含在网络元件的第一集合中的至少一个网络元件。

例如，对于给定小区，与给定小区相关联的液态集群可以包括作为给定小区中某个UE的强干扰源的所有相邻小区的集合。强干扰源可以被标识为最强干扰源，或者针对某个合适的N的值的顶部N个干扰源之一等。与给定小区相关联的液态集群还可以包括在相同的传输频率或不同的传输频率在覆盖区域上与给定小区重叠的相邻小区(包括微微小区或宏小区，例如在异构网络部署的情况下)。

图18图示根据一个实施例的液态集群的示例。在规则六边形晶格中的小区的情况下，任何给定小区的强干扰源通常可以是环绕给定小区的6个小区。在图18的示例中，小区1800的液态集群可以定义为圆圈1801内的小区集合(即小区1800及六边形小区网格中的其6个环绕邻居)，并且其包括小区1805。这一液态集群配置在此可以称为7小区液态集群。对应地，小区1805的液态集群可以定义为圆圈1810中的小区集合(即环绕小区1805的6个邻居)，并且其包括小区1800。因此，每个小区可以具有其自己的小区液态集群，其出于联合优化的目的而与这些小区协调。一个小区的液态集群可以与另一小区的液态集群重叠，并且任何给定小区可以是多个其他小区的液态集群的一部分。

液态集群的使用由于通过合并由于静默其任何强干扰源(而非仅如在非重叠集群情况下的干扰源的子集)而产生的对小区的益处来优化静默决定的能力而带来明显的益处。

图19描绘其中小区出于静默假设确定的目的而与液态集群协调的实施例的图示。小区2和3在与小区1相关联的液态集群中，并且每个小区具有其自己相关联的包含没有在小区1的液态集群中的小区的液态集群。在1900，小区1确定与每个潜在静默假设相关的益处度量。在此，小区1所考虑的相关潜在静默假设对应于与小区1相关联的液态集群中的其他小区的静默。小区1的益处度量的确定可以根据本文中所提及的任何实施例。在1910，小区1在其中特定小区静默的假设的情况下向其液态集群中的每个小区传送其益处度量。在1920，小区1基于从其他小区接收的益处度量以及小区1由于静默而可能发生的惩罚来确定其净益处。在1930，小区1向其液态集群中的其他小区传送其净益处。在1940，小区1基于其自己的净益处以及其液态集群中的其他小区的净益处确定是否静默，例如通过确定其是否在其液态集群中的小区中具有最大净益处。备选地，小区1可以简单地基于其自己的净益处是否足够高或者其自己的净益处是否为正来确定是否静默。在1950，小区1向其液态集群中的其他小区传送其静默确定。在1960，小区1可以基于其液态集群中的其他小区静默的知识在其用户之间分配资源。应当理解，伴随小区1开始进行的步骤，诸如小区2和3等其他小区也可以开始进行类似步骤。例如，类似于1900处的小区1的动作，小区2和3也可以确定与每个潜在静默假设相关的其益处度量，其中给定小区考虑的潜在假设对应于与该小区相关联的液态集群中的小区的静默。类似于1910处的小区1的动作，小区2和小区3也可以向其相应液态集群中的每个其他小区传送其益处度量，其中再次针对其中给定小区被静默等的假设来计算向给定小区发送的益处度量。应当理解，这些步骤可以由小区1和其他小区按照频率选择性方式来开始进行。例如，通过以频率选择性方式计算益处和惩罚度量，即可以对于每个频率子带确定单独的益处和惩罚度量，通常使用从UE接收的频率选择性信道状态信息。通常，在这种情况下，小区1的静默的确定可以对于每个频率子带单独进行。

图20图示根据一个实施例的装置10的示例。在一个实施例中，装置10可以是网络元件。比如，装置10可以是非集中式或者集中式网络元件。另外，应当注意，本领域技术人员应当理解，装置10可以包括图20中未图示的部件或特征。图20中仅描绘说明本发明所必需的这些部件或特征。

如图20中所图示的，装置10包括用于处理信息以及执行指令或操作的处理器22。处理器22可以是任何类型的通用或专用处理器。虽然图20中示出单个处理器22，然而根据其他实施例可以使用多个处理器。实际上，作为示例，处理器22可以包括以下中的一项或多项：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、专用集成电路(ASIC)以及基于多核处理器架构的处理器。

装置10还包括用于存储可以由处理器22执行的信息和指令的存储器14，存储器14可以耦合到处理器22。存储器14可以是一个或多个存储器并且可以是适合本地应用环境的任意类型，并且可以使用任意合适的易失性或非易失性数据存储技术来实现，诸如基于半导体的存储器设备、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。例如，存储器14可以包括随机存取存储器(RAM)、只读存储器(ROM)、静态存储装置(诸如磁盘或光盘)、或者任何其他类型的非易失性机器或计算机可读介质的任意组合。存储器14中所存储的指令可以包括在由处理器22执行时使得装置10执行本文中所描述的任务的程序指令或计算机程序代码。

装置10还可以包括用于向装置10传输和从装置10接收信号和/或数据的一个或多个天线25。装置10还可以包括被配置成传输和接收信息的收发器28。比如，收发器28可以被配置成将信息调制到载波上用于由天线25来传输并且对经由天线25接收的信息进行解调用于由装置10的其他元件进一步处理。在其他实施例中，收发器28可以能够直接传输和接收信号或数据。

处理器22可以执行与装置10的操作相关联的功能，包括但不限于天线增益/相位参数的预编码、形成通信消息的各个比特的编码和解码、信息的格式化、以及装置10的整体控制，包括与通信资源的管理相关的过程。

在一个实施例中，存储器14存储提供由处理器22执行的功能的软件模块。模块可以包括例如向装置10提供操作系统功能的操作系统。存储器还可以存储一个或多个功能模块，诸如应用或程序，以向装置10提供附加功能。装置10的部件可以用硬件来实现，或者实现为硬件和软件的任意合适的组合。

在一个实施例中，装置10可以是非集中式或集中式网络元件，诸如基站或接入点。在一个实施例中，装置10可以由存储器14和处理器22控制为传输所计算的、在进行与网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对网络元件的小区的影响信息，和/或传输对进行与第二网络元件的小区相关的动作的请求。动作可以包括：使静默传输静默、改变打开持续时间、改变传输功率、使传输波束成形和/或改变传输的传输模式或秩。影响可以包括益处/惩罚信息。益处/惩罚信息可以包括用于动作的资源量、用于动作的特定频率资源的指示、用于动作的特定频率子带资源的指示、用于动作的特定时间的指示、和/或用于动作的持续时间的指示。在一些实施例中，益处/惩罚信息可以基于特定用户设备来计算。根据某些实施例，装置10可以由存储器14和处理器22控制为基于所计算的影响信息来计算净益处，并且向第二网络元件传输净益处。

在另一实施例中，装置10可以是如下网络元件，其由存储器14和处理器22控制为接收在进行与第二网络元件的小区相关的动作时和/或在进行与网络元件的小区相关的动作时针对第二网络元件的小区的影响信息，从第二网络元件接收对于进行与网络元件的小区相关的动作的请求，和/或从中央网络元件接收对于进行与网络元件的小区相关的动作的命令。装置10还可以由存储器14和处理器22控制为至少基于所接收的影响信息、命令或请求中的一项进行与网络元件的小区相关的动作。

根据本实施例，装置10可以是如下网络元件，其由存储器14和处理器22控制为计算用于进行动作的益处/惩罚，基于所接收的影响信息和所计算的益处/惩罚信息计算净益处，和/或基于所计算的净益处确定是否进行动作。装置10可以由存储器14和处理器22控制为通过确定将在哪些特定资源上开始进行动作来确定是否开始进行动作。另外，在一个实施例中，确定是否进行动作还可以包括从至少一个其他网络元件接收净益处信息，并且基于所计算的净益处与从至少一个其他网络元件接收的净益处信息的比较来确定开始进行动作。装置10还可以由存储器14和处理器22控制为向至少一个其他网络元件传送对开始进行动作的确定的通知。

在另一实施例中，装置10可以是集中式网络元件，诸如核心网元件。根据本实施例，装置10可以由存储器14和处理器22控制为从第一网络元件接收在进行与第一网络元件的小区相关的动作时或者在进行与第二网络元件的小区相关的动作时针对第一网络元件的小区的影响信息，和/或接收对于进行与第二网络元件的小区相关的动作的请求。装置10还可以由存储器14和处理器22控制为基于所接收的影响信息和/或请求来传输对于进行与第二网络元件的小区相关的动作的命令。影响信息可以包括益处信息、惩罚信息或净益处信息中的至少一项。

另一实施例涉及一种装置40，其可以是网络元件，其可以包括传输装置50，传输装置50用于传输所计算的在进行与网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对网络元件的小区的影响信息，和/或用于传输对于进行与第二网络元件的小区相关的动作的请求。动作可以包括静默使传输静默、改变打开持续时间、改变传输功率和/或使传输波束成形。影响可以包括益处/惩罚信息。益处/惩罚信息可以包括用于动作的资源量、用于动作的特定频率资源的指示、用于动作的特定频率子带资源的指示、用于动作的特定时间的指示和/或用于动作的持续时间的指示。在一些实施例中，益处/惩罚信息可以基于特定用户设备来计算。根据某些实施例，装置40还可以包括用于基于所计算的影响信息来计算净益处的计算装置51，传输装置50可以向第二网络元件传输净益处。

在另一实施例中，装置40可以是可以包括接收装置52的网络元件，接收装置52用于接收在进行与第二网络元件的小区相关的动作时和/或在进行与网络元件的小区相关的动作时针对第二网络元件的小区的影响信息，用于从第二网络元件接收对于进行与网络元件的小区相关的动作的请求，和/或用于从中央网络元件接收对于进行与网络元件的小区相关的动作的命令。装置40还可以包括用于至少基于所接收的影响信息、命令或请求中的一项进行与网络元件的小区相关的动作的动作进行装置53。

根据本实施例，计算装置51可以计算用于进行动作的益处/惩罚，基于所接收的影响信息和所计算的益处/惩罚信息计算净益处，和/或基于所计算的净益处确定是否开始进行动作。装置40还可以包括用于通过确定将在其上开始进行动作的特定资源来确定是否开始进行动作的确定装置54。另外，在一个实施例中，确定装置54确定是否开始进行动作还可以包括从至少一个其他网络元件接收净益处信息，并且基于所计算的净益处与从至少一个其他网络元件接收的净益处信息的比较来确定是否开始进行动作。在一个实施例中，装置50可以向至少一个其他网络元件传送对开始进行动作的确定的通知。

在另一实施例中，装置40可以是集中式网络元件，诸如例如核心网元件。根据本实施例，接收装置52可以从第一网络元件接收在进行与第一网络元件的小区相关的动作时或者在进行与第二网络元件的小区相关的动作时针对第一网络元件的小区的影响信息，和/或接收对于进行与第二网络元件的小区相关的动作的请求。传输装置50然后可以传输例如对于基于所接收的影响信息和/或请求进行与第二网络小区相关的动作的命令。影响信息可以包括益处信息、惩罚信息或净益处信息中的至少一项。

在各个实施例中，益处/惩罚信息和/或净益处信息可以包含服务质量特性的指示，和/或可以包含波束成形系数或波束成形权重或波束成形方向指示符等的指示。

在一些实施例中，本文中所描述的任何方法的功能可以用存储器或其他计算机可读或有形介质中存储并且由处理器执行的软件和/或计算机程序代码来实现。在其他实施例中，功能可以由硬件来执行，例如通过使用专用集成电路(ASIC)、可编程门阵列(PGA)、现场可编程门阵列(FPGA)或者硬件和软件的任意其他组合。

本领域技术人员很容易理解，以上讨论的本发明可以通过不同顺序的步骤和/或通过不同于所公开的配置的硬件元件来实践。因此，虽然已经基于这些优选实施例描述了本发明，然而本领域技术人员很清楚，可以出现某些修改、变型和备选构造，这些修改、变型和备选构造在本发明的精神和范围内。因此，为了确定本发明的边界，应当参考所附权利要求。

Claims (13)

1.一种网络元件，包括：

传输装置，所述传输装置用于传输以下中的至少一项：

所计算的、在进行与所述网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对所述网络元件的小区的影响信息；以及

对于进行与所述第二网络元件的所述小区相关的所述动作的请求，

其中所述动作包括使物理资源块静默，改变所述小区的打开持续时间，降低所述小区的传输功率，或者使所述传输波束成形，并且

其中所述影响信息包括益处信息或者惩罚信息中的至少一个信息以及优先权因子。

2.根据权利要求1所述的网络元件，其中所述益处信息或者所述惩罚信息包括元素的列表，其中所述元素的列表中的每个元素表示关于所述益处/惩罚信息的、与资源的集合有关的信息。

3.根据权利要求1到2中的任一项所述的网络元件，其中所述网络元件还包括：

用于基于所计算的影响信息来计算净益处的计算装置；

其中所述传输装置正在向所述第二网络元件传输所述净益处。

4.根据权利要求1到2中的任一项所述的网络元件，其中所述优先权因子被用于量化此益处度量的重要性，其中所述优先权因子基于以下中的至少一项：

物理下行链路控制信道或者增强的物理下行链路控制信道的拥塞，

范围扩展的使用，

信道类型，以及

数据信道传输的服务质量特性。

5.一种网络元件，包括：

接收装置，所述接收装置用于接收以下中的至少一项：

在进行与第二网络元件的小区相关的动作时和/或在进行与所述网络元件的小区相关的动作时针对所述第二网络元件的所述小区的影响信息；

来自所述第二网络元件的对于进行与所述网络元件的小区相关的动作的请求；以及

来自中央网络元件的对于进行与所述网络元件的小区相关的动作的命令；

所述网络元件还包括：

动作进行装置，所述动作进行装置用于基于所接收的影响信息、所述命令或所述请求中的至少一项来进行与所述网络元件的所述小区相关的所述动作，

其中所述影响信息包括益处信息或者惩罚信息中的至少一个信息以及优先权因子。

6.根据权利要求5所述的网络元件，还包括：

计算装置，所述计算装置用于计算用于进行所述动作的惩罚或者益处并且基于所接收的影响信息和所计算的惩罚信息或者所计算的益处信息来计算净益处；以及

确定装置，所述确定装置用于基于所计算的净益处来确定是否开始进行所述动作；以及

传输装置，所述传输装置用于向至少一个其他网络元件传输所计算的净益处。

7.一种通信的方法，包括：

由网络元件传输以下中的至少一项：

所计算的、在进行与所述网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对所述网络元件的小区的影响信息；以及

对于进行与所述第二网络元件的所述小区相关的所述动作的请求,

其中所述动作包括使物理资源块静默，改变所述小区的打开持续时间，降低所述小区的传输功率，或者使所述传输波束成形，并且

其中所述影响信息包括益处信息或者惩罚信息中的至少一个信息以及优先权因子。

8.根据权利要求7所述的方法，还包括：

基于所计算的影响信息来计算净益处；以及

向所述第二网络元件传输所述净益处。

9.根据权利要求7到8中的任一项所述的方法，其中所述优先权因子被用于量化此益处度量的重要性，其中所述优先权因子基于以下中的至少一项：

物理下行链路控制信道/增强的物理下行链路控制信道的拥塞，

范围扩展的使用，

信道类型，以及

数据信道传输的服务质量特性。

10.一种通信的方法，包括：

通过网络元件接收以下中的至少一项：

在进行与第二网络元件的小区相关的动作时和/或在进行与所述网络元件的小区相关的动作时针对所述第二网络元件的所述小区的影响信息；

来自所述第二网络元件的对于进行与所述网络元件的小区相关的动作的请求；以及

来自中央网络元件的对于进行与所述网络元件的小区相关的动作的命令；以及

基于所接收的影响信息、所述命令或所述请求中的至少一项来进行与所述网络元件的所述小区相关的所述动作，

其中所述影响信息包括益处信息或者惩罚信息中的至少一个信息以及优先权因子。

11.根据权利要求10所述的方法，还包括：

计算用于进行所述动作的惩罚或者益处；

基于所接收的影响信息和所计算的惩罚信息或者所计算的益处信息来计算净益处；以及

基于所计算的净益处来确定是否开始进行所述动作。

12.根据权利要求11所述的方法，其中所述确定是否开始进行所述动作还包括：

从至少一个其他网络元件接收净益处信息；以及

基于所计算的净益处与从所述至少一个其他网络元件接收的所述净益处信息的比较来确定是否开始进行所述动作。

13.一种通信的方法，包括：

通过集中式网络元件从第一网络元件接收以下中的至少一项：

在进行与所述第一网络元件的小区相关的动作时和/或在进行与第二网络元件的小区相关的动作时针对所述第一网络元件的小区的影响信息；

对于进行与所述第一网络元件的所述小区或所述第二网络元件的所述小区相关的动作的请求；以及

基于所接收的影响信息和/或请求来传输对于进行与所述第一网络元件的所述小区或所述第二网络元件的所述小区相关的所述动作的命令，

其中所述影响信息包括益处信息或者惩罚信息中的至少一个信息以及优先权因子。