CN105532032A - E-utra以及e-utran中用于小小区的能量节省功能 - Google Patents

Abstract

本发明提供用于小小区能量节省的装置和方法。在一个新颖方面中，检测到低负载条件的小小区将关闭请求进行广播。在接收到关闭请求消息之后小小区进入冻结状态，其中阻止该小小区关闭。在另一个新颖方面中，在低负载条件中的小小区从多个UE请求测量报告。多个UE使用测量报告请求消息回复，其中包含了已检测相邻ID以及UE的流量负载。该低负载小小区包含从关闭请求消息中的测量报告中得到的信息。在另一个新颖方面中，小小区广播打开请求消息。在从关闭相邻小小区中接收到打开确认消息之后，小小区选择一个或者多个目标小区发送小区激活请求。关闭小小区，在接收到请求打开之后，使用成本函数决定是否打开。

Description

E-UTRA以及E-UTRAN中用于小小区的能量节省功能

相关申请的交叉引用

本申请依据35U.S.C.§119要求2013年7月3日递交的，申请号为61/842,468标题为“E-UTRA以及E-UTRAN中用于小小区的能量节省功能(EnergySavingFunctionalityforSmallCellsinE-UTRAandE-UTRAN”)”申请案的优先权，上述申请的标的在此合并作为参考。

技术领域

本发明一般有关于无线网络中小小区(smallcell)管理，更具体地有关于用于E-UTRA以及E-UTRAN的能量节省(energysaving)功能(functionality)。

背景技术

移动数据的***式增长需要移动服务覆盖以及网络容量的快速增长。一个有希望的解决方式为将数据流量分流(offload)到小小区，例如微(micro)小区，微微(pico)小区以及家庭(femto)小区。小小区可以部署在蜂窝式宏小区的热点(hopspot)区域中。小小区提供低功率、低成本以及有效的连接和用于所有用户的覆盖。智能手机以及平板的增强性普及也驱动了小小区部署的指数型增长。

小小区部署的指数型增长的主要问题之一为能量节省(energysaving)。小小区的流量类型可能严重波动。在流量严重降低或者甚至消失时，不可避免地使用设计小小区用于支持峰值流量。举例说明，小小区服务会议室的流量被设计为在会议中支持大量用户。这个小小区的流量需求在另一个时间段急剧降低。随着小小区部署的指数型增长，使用中为小小区解决能量节省问题是重要的。

用于小小区的一个解决方案为基于网络(network-based)能量节省。这个方法对于基站具有低影响。但是，因为涉及到高复杂度的OAM实现以及增加了无线核心网络开销(overhead)而对网络有高影响。进一步说，昂贵的网络升级(upgrade)使得这样的集中式解决方案很难做出动态改变。随着用于小小区以及其他无线的技术迅速演进，这些缺点使得这样的解决方案变得比较不吸引人(appealing)。

小小区能量节省的另一个解决方案为基于信号(signal-based)的解决方案。其主要影响为对于基站。但是其提供了很低的核心网络影响以及需要更少核心网络开销。进一步说，基于信号的解决方案为动态改变提供更多灵活性。因此，用于小小区的基于信号能量节省为优选的(preferred)解决方案。

虽然基于信号的解决方案比基于网络的解决方案具有优势，但是存在几个问题。小小区能量节省需要在需要时关闭使用中的(underutilized)小小区以及开启相邻小小区以分流流量。在两个或者更多相邻小小区在检测到他们自己的低流量负载之后独立关闭(switchoff)时，现存关闭机制发生问题。关闭多个小小区，交递(handoff)他们的流量给多个相邻小区。当多个小小区几乎在同时关闭时，对于相邻小小区的流量负载急剧增加，导致了相邻小区过载(overloading)。对于现在的打开(switch-on)机制也存在问题。第一个问题是激活无帮助的小小区。在检测到高流量负载(load)时，小小区广播打开请求(switchonrequest)给其多个相邻小区，导致了不比必要的激活小小区。第二个问题是，在从多个相邻小区接收到打开请求之后，小小区打开。在打开之后，小小区决定流量负载低于触发关闭程序的低流量阈值。在关闭过程中，流量被切换(handover)给前一个小小区，导致了比高阈值流量更高。这样的乒乓效应使得当前打开机制也存在问题。

需要为小小区提供更有效以及可靠的能量节省方法以改进和增强。

发明内容

本发明提供用于小小区能量节省的方法和装置。在一个新颖方面中，关闭(switch-off)过程(procedure)被提供用于小小区功率节省(powersavings)。在已关闭状态(switched-offstate)中，小小区可以为多个UE关闭自己的无线收发器，以及保持与其他小区的X2接口连接处于激活。在已关闭周期中，小小区可以周期性地广播自己的参考信号用于多个UE发现该小小区。该参考信号广播的周期可以为可配置(configurable)。在一个实施例中，小小区从相邻小小区接收关闭请求消息(switch-off-requestmessage)。在接收到该关闭请求消息之后，小小区进入冻结(frozen)状态。在冻结状态中，小小区冻结关闭过程(switch-offprocedures)，这样甚至在检测到低负载条件其不会实施自己的关闭过程。在一个实施例中，小小区在自己的冻结状态中检测低负载条件，以及保持在冻结状态不实施关闭过程。在另一个实施例中，关闭请求消息包含冻结时间超时(freeze-timeout)值。在进入冻结状态之后，小小区使用该冻结时间超时值而启动冻结计时器(freezetimer)。在冻结计时器超时之后，小小区退出(exit)冻结状态。在再一个实施例中，如果小小区可以采取交递流量，小小区在冻结状态中回复关闭确认消息(switch-off-acknowledgemessage)。接收到关闭确认消息之后，关闭小小区，发送负载请求消息给相邻小小区。

在另一个新颖方面中，低负载条件(low-loadcondition)中的小小区发送控制测量消息(control-measurementmessage)给小小区中的UE。多个UE在接收到控制测量消息之后，使用测量报告消息(measurement-reportsmessage)回复。在一个实施例中，测量报告消息包含已检测相邻小区指示符(indicator，ID)以及UE的流量负载。UE的流量负载可以为缓冲器状态报告(BSR)或者一些简单量化指示符(indicators)以反映UE的流量负载。举例说明，{low,medium,high}的指示符。小小区基于已接收测量报告消息建立关闭请求消息。关闭请求消息包含基于已接收测量报告消息的交递流量的全部数量。

在再一个新颖方面中，打开过程被提供用于小小区能量节省。在一个实施例中，打开请求消息被具有高负载条件的小小区广播给该具有高负载条件的小小区的全部相邻小小区。已关闭状态中的相邻小小区使用打开确认消息(switch-on-acknowledgemessage)作为回复。在一个实施例中，高负载小小区选择一个或者多个目标小小区以及发送小区激活请求消息(cell-activation-requestmessage)给已选择目标小区。在另一个实施例中，接收小区激活请求消息的多个目标小区使用成本函数(costfunction)决定是否打开。在一个实施例中，成本函数考虑被请求的交递流量的总数以做出决定。在另一个实施例中，更多信息，例如，打开请求的频率被考虑。如果小小区决定打开条件为正则该小小区打开。

附图说明

附图中，相同数字表示相似元件用于说明本发明的实施例。

图1为根据本发明的实施例，多个宏小区中具有小小区的无线网络示意图。

图2为根据本发明的实施例，宏小区中服务不同流量负载的多个小小区的示意图。

图3为根据本发明的新颖方面，小小区基站的简化方块示意图。

图4为根据本发明的实施例，小小区基站实施能量节省过程的简化状态转换示意图。

图5为根据本发明的实施例，用于小小区能量节省的关闭过程的序列示意图。

图6为使用来自UE的控制测量报告，小小区关闭过程，以包含请求中的交递流量信息的消息序列示意图。

图7为根据本发明的实施例，小小区能量节省的打开过程示意图。

图8为根据本发明的实施例，小小区功率节省的关闭过程的流程图。

图9为根据本发明的实施例，用于小小区功率节省的超范围(out-of-range)负载条件处理的流程示意图。

图10为根据本发明的实施例，用于小小区功率节省的打开过程的流程示意图。

具体实施方式

下面参考本发明的附图，详细介绍本发明的一些实施例。

图1为根据本发明的实施例，多个宏小区中具有小小区的无线网络100的示意图。基于信号的小小区能量节省方案使用小小区以及其服务宏小区之间的X2接口。X2接口也使能多个相邻小小区以彼此进行通信。在本发明的一个实施例中，小小区到小小区X2接口以及小小区到宏小区X2接口用于发送能量节省消息。无线网络100包含三个宏小区基站101、102以及103所服务的三个宏小区。宏小区基站彼此之间透过X2接口被连接。多个小小区位于每一个宏小区中。小小区基站111、112、113、114以及115所服务的五个小小区位于宏基站101所服务的宏小区中。每一个小小区基站透过X2接口与宏小区基站101连接。此外，小小区基站112透过X2接口与其相邻小小区113连接。服务相邻小小区的小小区基站113、114以及115透过X2接口而彼此连接。相似地，小小区基站121、122以及123所服务三个小小区，位于宏基站102所服务的的宏小区中。每一个小小区基站与宏小区基站102透过X2接口而连接。此外，小小区基站122与其相邻小小区基站123透过X2接口而连接。进一步说，如图所示，小小区基站131、132、133以及134所服务的四个小小区位于宏基站103所服务的宏小区中。每一个小小区基站与宏小区基站103透过X2接口而连接。此外，服务相邻小小区的小小区基站132、133以及134透过X2接口而彼此连接。X2接口使用回程线路(backhaul)连接而连接多个小小区以及宏小区，在多个宏小区以及多个小小区中形成一个信令网络。

图2为根据本发明的实施例，宏小区中服务不同流量负载的多个小小区的示意图。宏小区27由宏小区基站207所服务。几个小小区，21、22、23、24、25以及26被部署在宏小区27中。不同流量样态(trafficpattern)存在用于不同小小区，以及在时间上很不同。根据本发明的实施例，动态算法用于有效地实施小小区能量节省。

小小区21由小小区基站201所服务。小小区21没有其他相邻小小区。如图所示，小小区21具有高流量负载。小小区基站201服务UE211、212以及213。当小小区21中的流量比预先定义高负载阈值(predefinedhigh-loadthreshold,)更高时，小小区21可以实施打开过程(switchonprocedure)以交递一些自己的流量。既然小小区21没有多个相邻小小区以交递流量，小小区21依赖宏小区27分流自己的流量。在本发明的一个实施例中，如果小小区打开过程失败，其可以交递一些自己的流量到宏小区。相似地，小小区基站202所服务的小小区22没有其他相邻小小区。如图所示，小小区22只有一个UE，UE221。因此，小小区基站202决定根据预先定义算法关闭。小小区基站202尝试交递自己的流量到其他小小区基站。既然小小区22没有任何相邻小小区，交递尝试失败。在一个实施例中，小小区基站202可以从UE221将流量交递到宏小区基站207。

在其他实施例中，小小区23、24以及25为分别由小小区基站203、204以及205所服务的相邻小小区。相似地，小小区24、25以及26为相邻小小区。小小区基站206服务小小区26。小小区23具有高负载流量，服务UE231、232、233以及234。UE234与小小区23连接，以及同时在小小区24的范围内。相似地，小小区26也具有高负载流量，服务UE261、262、263以及264。UE261连接小小区26以及同时在小小区24的范围内。另一方面，小小区24只服务一个UE，UE241。相似地，小小区25只服务一个UE，UE251。小小区24以及小小区25均具有低负载流量。此外，UE241与小小区24连接，以及在同时在小小区25以及26的范围内。UE251连接小小区25以及同时在小小区23的范围内。在检测到低负载条件之后，小小区24以及25均尝试透过首先交递流量到多个相邻小小区而关闭。既然相邻小小区23以及26均在高负载流量条件中，交递可以最终失败建立乒乓情况，当被拥塞小小区23以及/或者26在小小区24以及/或者小区25已关闭之后，尝试打开小小区24以及/或者小区25时，可能建立了乒乓条件而交递最终失败。在本发明的一个实施例中，小小区24可以发送关闭请求消息给自己的相邻小区。每一相邻小小区在接收到关闭请求消息之后可以进入冻结状态，这禁止小小区基站尝试关闭。如图所示，在小小区24广播关闭请求消息之后，如果随后，小小区25检测到低负载条件，则可以不尝试关闭过程，因为其处于冻结状态。

图3为根据本发明新颖方面小小区基站301的简化方块示意图。小小区基站301包含存储器311、处理器312、耦接到天线315的收发器313。计算机可读程序314存在于存储器311中。小小区301也包含多个功能模块，包含激活状态处理器(activestatehandler)321，关闭中状态处理器(switching-offstatehandler)322，冻结状态处理器(frozenstatehandler)323，已关闭状态处理器(switched-offstatehandler)324，负载检测模块325，接受负载(accept-load)模块326，成本函数模块327以及计时器处理器328。激活状态处理器321处理激活状态中接收到的消息。其也监视内部条件以及决定是否保持在激活状态，或者转换到另一个状态，包含关闭中状态以及冻结状态。在一个新颖方面中，在从相邻小小区收到关闭请求之后，激活状态处理器321决定进入冻结状态。关闭中状态处理器322处理在关闭中状态中收到的消息。其也监视内部条件以及决定是否保持在关闭中状态或者转换到另一个状态。冻结状态处理器323处理冻结状态中收到的消息。其也监视内部条件以及决定是否保持在冻结状态，或者转换到另一状态。在一个新颖方面中，检测到低负载条件之后，冻结状态处理器323决定保持在冻结状态而不实施关闭过程。在另一个新颖方面中，冻结状态处理器323决定退出冻结状态以及在检测到退出冻结状态条件之后回到激活状态，其中，退出冻结状态条件例如等待周期计时器的超时。已关闭状态处理器324处理已关闭状态中收到的消息。其也监视内部条件以及决定是否保持在已关闭状态或者转换到另一个状态。在一个新颖方面中，在接收到小区激活请求消息之后，已关闭状态处理器324进一步基于该消息决定一个或者多个内部条件。已关闭状态处理器324决定基于内部条件决定保持在已关闭状态，或者转换到激活状态。负载检测模块325基于预先定义算法监视以及检测负载条件。在一个实施例中，如果小小区的当前流量负载比预先定义低负载值的更低，负载检测模块325决定低负载条件。如果小小区的当前流量负载比预先定义高负载值更高，负载检测模块325决定高负载条件。基于预先定义算法以及所接收到的消息，接受负载模块326决定是否接受来自其相邻小小区的额外交递流量。成本函数模块327基于从一个或者多个相邻小小区收到的一个或者多个消息实施成本函数分析，以及决定打开已关闭小小区是否为划算的。计时器处理器328处理计时器事件。

图4为根据本发明实施例，小小区基站实施能量节省过程的状态转换简化示意图。小小区基站具有四个顶级(top-level)状态，激活状态401、关闭中(switching-off)状态402、冻结状态403以及已关闭(switched-off)状态404。步骤411中，小小区基站检测低负载条件。小小区广播关闭请求消息以及转换到关闭中状态402。在一个实施例中小小区从多个相邻小小区接收一个或者多个关闭确认消息。然后小小区基于已接收到的一个或者多个关闭确认消息实施交递过程。在成功交递之后，步骤412，小小区转换到已关闭状态404。步骤413中，激活状态401中，如果小小区收到关闭请求，转换到冻结状态403。在本发明的一个实施例中，如果小小区在冻结状态403检测到低负载条件，其保持在冻结状态403，不实施关闭尝试。步骤414中，如果小小区检测到一个或者多个退出冻结状态事件，那么小小区回到激活状态401。步骤415，小小区在激活状态401检测高负载条件。小小区保持在激活状态401以及广播打开消息给自己的相邻小小区。在已关闭状态404以及步骤416中，如果小小区收到小区激活请求消息，但是基于其他内部条件决定不满足打开，则其保持在已关闭状态404。另一方面，在已关闭状态404以及步骤417，如果小小区收到小区激活请求消息以及基于其他内部条件决定打开满足，则其打开以及转换到激活状态401。

图5为根据本发明的实施例，用于小小区能量节省的关闭过程的序列示意图。小小区501、502、503以及504存在宏小区505中。小小区501、502以及503为彼此的相邻小小区。小小区502、503以及504为彼此的相邻小小区。小小区501以及504具有高流量负载。小小区502以及503具有低流量负载。步骤521中，小小区502检测低负载条件。在一个实施例中，当当前流量负载为低于预先定义低负载阈值时，低负载条件被决定。低负载阈值可以为预先配置或者动态改变。低负载条件的决定可以基于预先定义算法，例如监视流量负载以及获得预先定义周期上的流量的平均值。在决定低负载条件之后，步骤521，小小区502广播关闭请求消息给自己的多个相邻小小区501、503、504以及宏小区505。在一个实施例中，关闭请求消息包含请求时间以及冻结时间超时值。请求时间为关闭请求消息的发送时间。冻结时间超时值为计时器值，其中该时间值内，接收小小区可以等待直到该小小区退出冻结状态。步骤511中，小小区501在接收到关闭请求消息之后进入冻结状态。在一个实施例中，小小区501使用已经收到冻结时间超时值启动冻结计时器。相似地，在步骤531，小小区503在收到关闭请求消息之后进入冻结状态，以及使用已接收到的冻结时间超时值而启动冻结计时器。步骤541中，小小区504在接收到关闭请求消息之后，进入冻结状态，以及使用已接收到冻结时间超时值而启动冻结计时器。在进入冻结状态之后，步骤532，小小区503检测低负载条件。步骤533中，小小区503冻结自己的关闭中尝试，因为其处在冻结状态。

在另一个实施例中，用于小小区能量节省的关闭过程包含确认协议，以将关闭中小小区的流量交递。在步骤512中，收到关闭请求消息之后，小小区501决定是否其使用接受交递过程而接纳来自多个相邻小小区的流量。接受交递过程为基于已接受关闭请求消息以及小小区的内部条件。在一个实施例中，当小小区的流量条件比预先定义接受交递阈值更高时，小小区决定不接受交递流量。当流量负载比预先定义接受交递阈值更低或者相等时，小小区决定接受交递流量。基于接受交递过程。步骤513，小小区501决定其可以接受来自小小区502的交递流量。如果小小区501决定不可以接受交递流量，小小区501保持在冻结状态以及继续监视自己的流量条件。相似地，步骤542中，收到关闭请求消息之后，小小区504决定是否其可以使用接收交递过程采用来自多个相邻小小区的额外流量。基于接受交递过程，步骤543中，小小区504决定其不可以从小小区502接收交递流量。小小区504保持在冻结状态以及继续监视自己的流量条件。小小区503决定是否可以在步骤534接受交递流量。步骤535中，小小区503决定其可以从小小区502接受额外交递流量。小小区503，在步骤536，发送关闭确认消息给小小区502。步骤522中，小小区502在接收到关闭确认消息之后，发送负载请求消息给小小区503。步骤523中，小小区502与小小区503实施交递过程。步骤551中，宏小区505也发送关闭确认消息给小小区502。使用确认协议，关闭中小小区可以不广播负载请求消息给所有自己的相邻小小区，相反，敷在请求消息只发送给能够接受交递流量的小小区。

在一个实施例中，冻结状态的小小区在检测到退出冻结状态条件之后退出。退出冻结状态的条件之一为冻结计时器超时。如图所示，步骤514中，小小区501检测到冻结计时器超时。步骤515中，小小区501回到激活状态。相似地，步骤544中，小小区504检测到冻结计时器超时。步骤545中，小小区504回到激活状态。另一个退出冻结状态条件为请求小小区的关闭过程的完成被检测到。如图所示，小小区503在步骤537中，检测到小小区502的交递完成过程之后，从冻结状态退出以及回到激活状态。

用于小小区能量节省的关闭过程的改进，使能小小区更好管理关闭处理。用于关闭过程的进一步改进为在关闭请求消息中包含交递流量信息。图6为使用来自多个UE的控制测量报告的请求，而在请求中包含交递流量信息的小小区关闭过程的消息序列示意图。分别被小小区基站61、63以及65服务的小小区601、603以及605，在宏小区基站66服务的宏小区606中。小小区601以及小小区602为相邻小小区。小小区602以及小小区603为相邻小小区。UE62以及64透过小小区基站63而连接。UE62也在小小区601覆盖范围内，UE64也在小小区65的覆盖范围内。步骤631中，小小区603检测低负载条件。在准备关闭请求消息中，小小区603广播控制测量消息给自己所有UE。步骤621，接收到控制测量消息之后，UE62发送测量报告消息。在一个实施例中，测量报告消息包含已检测相邻小区ID以及UE的负载信息。如图所示，UE62上报小小区601作为自己的已检测相邻小区以及自己的流量负载。相似地，步骤621中，接收到控制测量消息之后，UE64发送测量报告消息。UE64上报小小区605作为自己的已检测相邻小区以及自己的流量负载。步骤633中，小小区603基于从UE62以及UE63收到的测量报告消息建立关闭请求消息。步骤634中，小小区603广播关闭请求消息，其中包含基于从UE收到的测量报告消息的交递流量信息。步骤611中，小小区601进入冻结状态以及启动冻结计时器。相似地，步骤651中，小小区605然后进入冻结状态以及启动冻结计时器。步骤612中，小小区601决定其是否可以接受来自小小区603的交递请求。步骤652中，小小区605决定其可以接受小小区603的交递请求。步骤613中，小小区601决定其可以接受交递流量。步骤614中，小小区601发送关闭确认消息给小小区603。步骤652中，小小区605决定其可以接受交递流量。步骤653中，小小区605决定其不可以接收交递流量以及不发送关闭确认消息给小小区603。步骤635中，小小区603选择一个目标小区以交递自己的流量。在一个实施例中，小小区603基于接收到的关闭确认消息而选择多个目标小区。在另一个实施例中，小小区603也基于从多个UE接收到的测量报告消息而选择多个目标小区。如图所示，小小区603基于从小小区603收到的关闭确认消息，选择小小区601作为目标小区，以及来自UE62的测量报告消息指示出小小区601作为相邻小区。步骤637中，小小区603发送负载请求消息给小小区601。步骤622中，UE62实施交递过程以与小小区601连接。小小区601，步骤615中，从冻结状态退出以及回到激活状态。步骤635中，小小区603决定没有相邻小小区可以用于UE64。UE64在测量报告消息中指示出小小区605为自己的已检测小小区。既然小小区603没有从小605收到关闭确认消息，小小区603进一步选择宏小区606。步骤642中，UE64实施交递过程以及连接到宏小区606。完成流量交递滞后，小小区603在步骤637，进入已关闭状态。步骤654中，小小区605检测到冻结计时器超时。步骤655中，小小区605退出冻结状态以及回到激活状态。

在另一个新颖方面中，用于小小区功率节省的打开过程包含已关闭小小区使用成本函数以决定是否打开。图7为根据本发明的实施例小小区能量节省的打开过程示意图。小小区701、702、703以及704在宏小区705范围内。小小区702以及703均为已关闭状态以及不承载任何流量负载。UE71以及72均连接到小小区701。UE73以及74均连接到小小区704。进一步说，UE71以及74分别在小小区702以及小小区703的覆盖范围内。进一步，UE72以及73均在小小区702和703的小区覆盖范围内。步骤711中，小小区701检测高负载条件。相似地，步骤741中，小小区704检测高负载条件。步骤712中，小小区701广播打开消息。步骤742中，小小区704广播打开消息。接收到打开消息之后，已关闭状态的小小区使用打开确认消息作为回复。打开确认消息包含小小区识别(identification)信息。在一个实施例中，小小区识别信息为E-UTRAN小区全球识别符(E-UTRANCellGlobalIdentifier，ECGI)。步骤731中，小小区使用打开确认消息向小小区701以及704作为回复。步骤721中，小小区702发送打开确认消息给小小区701以及704。

在收到打开确认消息之后，小决定向哪个小小区发送小区激活请求消息。激活所有已关闭相邻小小区是不必要的，相反，请求小小区(requestingsmallcell)选择他的多个相邻小区中的一个子集合。步骤713中，小小区701基于已接收打开确认消息而决定多个目标小区。小小区选择多个小小区发送小区激活请求消息。在一个实施例中，多个小小区追踪(track)连接到其上的多个UE的状态。这些状态也用于在打开过程中选择多个目标小区。小小区701决定UE71以及UE72可以交递到小小区702，其中小小区702现在在已关闭状态中。如图所示，步骤714中，小小区701发送小区激活请求消息给小小区702，只是没有发送给小小区703。相似地，步骤743中，小小区704基于已接收到的打开确认消息以及其多个UE的状态而决定多个目标小区。小小区704决定UE703以及UE74可以被交递到小小区703，其中小小区703现在在已关闭状态。如图所示，步骤744中，小小区704发送小区激活请求消息给小小区703，只是没有发送给小小区702。

在一个实施例中，小区激活请求消息中，小小区包含打开信息，其中打开信息可以帮助已关闭小小区决定是否打开。打开信息包含信息，例如交递流量负载。交递流量负载可以为请求小小区(requestingsmallcell)的交递流量的总数。交递流量负载也可以对于每一接收小小区而不同。用于每一接收小小区的不同流量负载可以基于请求小小区(requestingsmallcell)接收到的UE测量信息而被决定。

在一个实施例中，接收到小区激活请求消息之后，小小区使用成本函数决定是否打开。成本函数可以预先配置或者动态改变。如图所示，步骤722中，小小区702基于从步骤714接收到的小区激活请求消息而实施成本函数分析。在这个例子中，小区激活请求消息包含来自UE71以及UE72的交递流量数量。步骤723中，小小区702决定是否基于成本函数722的输出而打开。在这个例子中，小小区702决定交递流量太低而不够打开。小小区702因此不打开。相似地，步骤732中，小小区703基于从步骤744接收小区激活请求消息而实施成本函数分析。在这个例子中，小区激活请求消息包含UE73以及UE74的交递流量数量。步骤733中，小小区703基于成本函数732的输出而决定是否打开。在这个例子中，小小区703决定交递流量太低不够其打开。小小区703因此不打开。步骤724中，小小区702检测打开计时器超时。步骤725中，小小区702保持在已关闭状态。

步骤715中，小小区701发送小区激活请求消息给小小区703。在一个实施例中，小区激活请求可以包含交递流量的数量，例如UE71以及UE72的总流量。在另一个实施例中，流量的数量可以只包含小小区703所能覆盖的数量，例如UE72的流量。步骤745中，小小区704再次发送小区激活消息给小小区703。步骤734中，小小区703实施成本函数分析。在一个实施例中，小小区考虑所有其他小小区需要的交递流量的数量。小小区也可以考虑其他小小区请求的频率。如图所示，小小区703可以考虑包含在来自步骤715以及步骤745的消息中包含的流量的数量。成本函数734也考虑步骤744以及745的消息中，来自小小区704的多个请求。步骤735中，小小区703基于成本函数734的输出而决定是否打开。如图所示，步骤735基于来自其他小小区的消息而决定打开。步骤736中，小小区703打开以及回到激活状态。步骤746中，小小区704与小小区703实施切换(handover)处理，以及UE703连接到小小区703。步骤716中，小小区701与小小区703实施切换(handover)处理以及UE72连接到小小区703。步骤717中，当没有相邻小小区可以接受更多流量，小小区701与宏小区705实施切换(handover)。

图8为根据本发明的实施例，用于小小区功率节省的关闭过程的流程示意图。步骤801中，小小区在激活状态从相邻小小区接收关闭请求消息。步骤802中，小小区进入冻结状态，其中，小小区在冻结状态冻结自己的关闭过程。步骤803中，小小区基于已接收到的关闭请求消息而实施冻结状态过程。步骤804中，小小区在检测到一个或者多个预先定义退出冻结状态事件之后退出冻结状态。步骤805中，小小区从相邻小小区接收负载请求消息，其中该负载请求消息告知该小小区准备从相邻小小区交递流量。步骤806中，小小区基于负载请求消息而与相邻小小区实施交递过程。

图9为根据本发明的实施例，超范围(out-of-range)负载条件处理的流程示意图。步骤901中，小小区检测超范围负载条件，其中小小区处于激活状态，以及其中超范围条件或者为高负载条件，或者低负载条件。步骤902中，基于负载条件，小小区发送能量节省请求消息给一个或者多个相邻小区，其中如果负载条件为低负载条件，能量节省消息为关闭请求消息，以及如果负载条件为高负载条件则能量节省消息为打开请求消息。步骤903中，小小区从多个相邻小区的一个子集合中接收一个或者多个响应消息，其中响应消息为响应关闭请求消息的关闭确认消息，指示出能够接受来自小小区的交递流量，以及响应消息为响应打开请求消息的打开确认消息，指示出对应相邻小区为处于已关闭状态。步骤904中，基于预先定义算法以及已接收一个或者多个响应消息，小小区选择一个或者多个目标小区。步骤905中，小小区发送一个或者多个能量节省动作(energy-saving-action)消息给对应一个或者多个已选择目标小区，其中能量节省动作消息为低负载条件下的负载请求消息以及高负载条件下的小区激活请求消息。

图10为根据本发明的实施例，用于小小区功率节省的打开过程流程示意图。步骤1001中，已关闭状态的小小区接收打开请求消息，其中打开请求消息包含打开计时器值，以及其中，在已关闭状态的小小区关闭无线接口。步骤1002中，小小区广播打开确认消息，其中打开确认消息包含该小小区的识别符(identifier，ID)。步骤1003中，小小区在已关闭状态接收小区激活请求消息。步骤1004中，小小区基于小区激活请求消息实施打开过程。

所属领域一般技术人员可以理解，通篇所指小小区指小小区的控制实体，例如小小区的基站。

虽然结合特定实施例用于说明本发明，本发明的保护范围不以此为限。相应地，在不脱离本发明精神范围内可以对所述实施例的多个特征做各种润饰、修改以及组合，本发明保护范围以权利要求为准。

Claims (25)

1.一种方法，包含：

在无线网络中透过小小区基站，从相邻小小区基站，在激活状态中接收关闭请求消息；

进入冻结状态，其中该小小区在该冻结状态中冻结自己的关闭过程；

基于已接收关闭请求消息实施冻结状态过程；以及

在检测到一个或者多个预先定义退出冻结状态事件之后，退出该冻结状态。

2.如权利要求1所述的方法，其中该冻结状态过程包含：

检测关闭条件，其中该关闭条件为该小小区基站的流量数量比预先定义低负载阈值更低，以及其中该小小区基站内在该已关闭状态中关闭与多个用户设备的无线通信；

保持在该冻结状态，不关闭与多个用户设备的无线通信。

3.如权利要求1所述的方法，其中该关闭请求消息包含请求时间和冻结时间超时值，以及其中该小小区基站在进入该冻结状态之后，使用该冻结时间超时值启动冻结计时器。

4.如权利要求3所述的方法，其中该冻结状态过程包含：

监视以及决定接受交递条件；以及

在该冻结计时器超时之前，如果该接受交递条件为正，则发送关闭确认消息给该相邻小小区基站，否则在该冻结计时器超时之前，不发送关闭确认消息保持在该冻结状态。

5.如权利要求3所述的方法，其中该关闭请求消息进一步包含已要求交递流量，以及其中该小小区基站基于该关闭请求以及预先定义接受交递条件而决定接受交递条件。

6.如权利要求3所述的方法，进一步包含：

从该相邻小小区基站接收负载请求消息，其中该负载请求消息告知该小小区基站，准备从该相邻小小区基站交递流量；以及

基于该负载请求消息，与该相邻小小区实施交递过程。

7.如权利要求3所述的方法，其中该退出冻结状态事件为该冻结计时器的超时。

8.如权利要求3所述的方法，其中该退出冻结状态事件为检测到触发事件，其中该触发事件指示出来自该相邻小小区基站的关闭过程的完成。

9.一种方法，包含：

在无线网络中，透过小小区基站在已关闭状态中接收打开请求消息，其中该打开请求消息包含打开计时器值，以及其中该小小区基站在该已关闭状态中关闭与多个用户设备的无线通信；

广播打开确认消息，其中该打开确认消息包含该小小区基站的识别符；

在该已关闭状态中接收小区激活请求消息；以及

基于该小区激活请求消息而实施打开过程。

10.如权利要求9所述的方法，其中该小小区基站的该识别符为E-UTRAN小区全球识别符。

11.如权利要求9所述的方法，其中该小区激活请求消息包含交递流量的数量。

12.如权利要求11所述的方法，其中该打开过程包含：

基于该小区激活请求消息使用预先定义成本函数决定打开条件，其中该成本函数追踪来自所有相邻小区所要求的交递流量的数量；以及

如果该打开条件为正，则打开该小小区基站，否则，保持在该已关闭状态不打开该小小区基站。

13.如权利要求12所述的方法，其中该成本函数进一步追踪来自所有相邻小小区基站的打开请求的频率。

14.如权利要求12所述的方法，其中当该小小区基站接收的交递流量的数量大于预先定义打开流量阈值时，该打开条件为正。

15.一种方法，包含：

无线网络中，透过激活状态小小区基站检测超范围负载条件；

基于该负载条件，发送能量节省请求消息给一个或者多个相邻小区；

基于预先定义算法以及所接收的一个或者多个响应消息，选择一个或者多个目标小区；以及

发送一个或者多个能量节省激活消息给对应的该一个或者多个已选择目标小区。

16.如权利要求15所述的方法，其中该超范围负载条件为低负载条件，以及其中该能量节省请求消息为关闭请求消息，以及其中能量节省节省激活消息为负载请求消息。

17.如权利要求16所述的方法，其中该关闭请求消息包含请求时间以及冻结时间超时值。

18.如权利要求16所述的方法，其中，如果该小小区基站从一个相邻小小区基站接收到该关闭确认消息，则该相邻小小区被选作目标小区。

19.如权利要求16所述的方法，进一步包含：

透过该小小区基站，发送控制测量消息给该小小区基站所服务的一个或者多个用户设备；

从该小小区基站所服务的每一用户设备接收一个或者多个测量报告消息，其中该测量报告消息包含对应用户设备的流量负载以及该对应用户设备检测到的一个或者多个相邻小区识别符；

基于来自该一个或者多个测量报告中接收到的该已检测相邻小区识别符而选择一个或者多个交递小区；以及

发送该关闭请求消息给该已选择一个或者多个交递小区。

20.如权利要求15所述的方法，其中该超范围负载条件为高负载条件，以及其中该能量节省请求消息为打开请求消息，以及其中能量节省激活消息为小区激活请求消息。

21.如权利要求20所述的方法，其中该打开确认消息指示出该对应相邻小小区基站的识别符，其中该对应相邻小小区发送该打开确认消息。

22.如权利要求18所述的方法，其中该识别符为E-UTRAN小区全球识别符。

23.如权利要求20所述的方法，其中该多个目标小区被基于该识别符而选择。

24.如权利要求20所述的方法，进一步包含：

检测到该高负载条件之后，决定交递流量的数量；以及

基于该交递流量的数量，在该小区激活请求消息中指示出所需的资源信息。

25.如权利要求15所述的方法，进一步包含：

检测目标小区失败条件，其中该小小区基站从多个相邻小小区基站没有接收到正响应；

与该小小区基站的重叠宏小区基站，实施交递过程。