用于辅助开启休眠网络实体的系统和方法与流程

用于辅助开启休眠网络实体的系统和方法依据35U.S.C.§119要求优先权本专利申请要求于2010年11月8日递交的、名称为“SYSTEMANDMETHODFORASSISTINGINPOWERINGONSLEEPINGNETWORKENTITIES”的临时申请No.61/411,378的优先权，该临时申请已经转让给本申请的受让人，故以引用方式将其全部内容明确地并入本文。技术领域概括地说，本申请涉及无线通信，具体地说，本申请涉及用于辅助节点打开休眠网络实体的系统和方法。

背景技术：
第三代合作伙伴项目（3GPP）长期演进（LTE）代表蜂窝技术中的主要进步，并且是在蜂窝3G服务中的下一步前进作为全球移动通信系统（GSM）和全球移动电信系统（UMTS）的自然演进。LTE提供高达每秒50兆比特（Mbps）的上行链路速度和100Mbps的下行链路速度，并且给蜂窝网络带来很多技术优势。LTE被设计为满足高速数据和媒体传输的载波需求以及支持高容量语音。带宽可从1.25MHz缩放到20MHz。这适合具有不同带宽分配的不同网络运营商的需求，并且也允许运营商根据频谱提供不同的服务。还期望LTE能提高3G网络中的频谱效率，允许载波在特定带宽上提供更多数据和语音服务。LTE包含高速数据、多媒体单播和多媒体广播服务。LTE物理层（PHY）是在演进的节点B（eNB）和移动实体（ME）（例如，诸如接入终端（AT）或用户设备（UE））之间传送数据和控制信息的高效方式。LTEPHY采用一些对于蜂窝应用来说是新的先进的技术。这些技术包括正交频分复用（OFDM）和多输入多输出（MIMO）数据传输。另外，LTEPHY在下行链路（DL）上采用正交频分多址（ODMA），在上行链路（UL）上采用单载波频分多址（SC-FDMA）。针对指定数量的符号周期，在逐个子载波的基础上，OFDMA允许数据去往多个用户或者允许数据来自多个用户。高级蜂窝网络比如LTE网络可以被部署用于由ME执行的数据密集型应用。包括与ME无线通信的LTE小区的LTE网络可能消耗非常大量的功率，如果没有ME正在使用LTE小区所提供的第四代（4G）服务，这就是一种浪费。在无线通信网络中，控制这些LTE小区的网络实体（例如eNB）之一可以处于关闭（OFF）或休眠状态以节省功率，比如在这些网络实体不需要服务ME时。例如，处于关闭/休眠状态的eNB可以为ME提供无线服务，而处于掉电状态的eNB可以维持热点小区和覆盖小区之间的通信能力，而不向ME提供无线服务。因此向电源关闭/休眠状态的转变可以不需要将eNB热点小区的每个组件都完全关闭电源，虽然通常可以关闭eNB热点小区的移动服务组件。在一些场景中，由处于关闭或休眠的网络实体所服务的ME可通过相邻小区的支持来得到支持。有时，控制相邻小区的网络实体可以检测给定eNB上的高负载，并尝试将给定eNB正在服务的一个或多个ME卸载到处于休眠状态的网络实体。在这一上下文中，需要高效地识别出出于将一个或多个ME从给定eNB卸载到相邻小区的目的而唤醒哪些休眠eNB。

技术实现要素：
下面给出对一个或多个实施例的简要概述，以提供对这些实施例的基本理解。该概述不是对全部预期实施例的泛泛概括，也不旨在标识所有实施例的关键或重要要素或者描述任何或所有实施例的范围。其目的仅在于作为在后文呈现的更详细描述的序言，以简化形式呈现一个或多个实施例的一些概念。依照本申请中描述的实施例的一个或多个方面，提供了可由请求网络实体执行的基于位置的方法，该请求网络实体是超负载的并且需要将一个或多个移动实体（例如，用户设备（UE））卸载到其它网络实体。所述方法可以包括，响应于所述请求实体的负载超过负载门限，识别要将至少一个UE卸载过去的候选网络实体，所述候选网络实体中的每一个处于休眠模式。所述方法还包括确定所述候选网络实体的位置信息和覆盖信息（例如，位置、小区半径和发射功率）。另外，所述方法可以包括确定造成（contributingto）所述请求网络实体上的负载的至少一个UE的位置信息。所述方法还包括至少部分地根据所述覆盖信息和所述位置信息选择所述候选网络实体中的给定网络实体来打开。在相关方面，一种电子设备（例如，演进型节点B（eNB）或其组件）可以被配置用于执行上面描述的方法。依照本申请中描述的实施例的一个或多个方面，提供了一种有助于从服务网络实体卸载一个或多个移动实体（例如，UE）的基于定时器的方法，其中，所述方法可以由给定网络实体执行，例如，比如初始处于关闭或休眠模式的eNB。所述方法可以包括，响应于从请求实体接收到具有定时器的打开请求消息，进入打开模式。所述方法还可以包括向所述请求实体发送打开响应消息，并向至少一个相邻实体发送打开通知消息。所述方法还包括，如果定时器超时而没有满足定义的条件（例如，至少一个UE向给定网络实体发送接入信道传输），则（a）进入休眠模式和（b）向所述请求实体和所述至少一个相邻实体发送关闭通知。在相关方面，一种电子设备（例如，eNB或其组件）可以被配置用于执行上面描述的方法。依照本申请中描述的实施例的一个或多个方面，提供了一种可以由请求实体执行的组合方法，所述请求实体是超负载的并且需要卸载一个或多个UE。所述方法可以包括，响应于所述请求实体的负载超过负载门限，识别要将至少一个UE卸载过去的网络实体，所述网络实体中的每一个处于休眠模式。所述方法还包括确定所述网络实体的覆盖信息和位置信息，以及所述至少一个UE的位置信息。所述方法还可以包括至少部分地根据所述覆盖信息和所述位置信息选择至少一个网络实体来打开。所述方法还包括向至少一个选择的网络实体发送打开请求消息，所述打开请求消息包括设置了时间限制的定时器，在该时间限制内至少一个所选择的网络实体保持为开启状态。在相关方面，一种电子设备（例如，eNB或其组件）可以被配置用于执行上面描述的方法。为了实现前述和相关目的，一个或多个实施例包括在后面充分描述以及在权利要求书中具体指出的特征。以下描述和附图具体阐述了一个或多个实施例的某些示例性方面。然而，这些方面仅仅指示可使用各个实施例的原理的一些各种方式，所描述的实施例旨在包括全部这些方面及其等效物。附图说明图1示出了多址无线通信系统。图2示出了通信系统的框图。图3示出了被配置用于支持多个用户的无线通信系统。图4示出了能够在网络环境中部署毫微微节点的示例性通信系统。图5示出了具有所定义的多个跟踪区域的示例性覆盖图。图6示出了RAT间能量节省场景的一个实施例。图7示出了eNB间能量节省场景的一个实施例。图8是具有基于定时器的改进以便使得无法用于卸载的所选网络实体停用的无线网络的实施例的呼叫流程图。图9是具有基于位置的改进以选择打开哪个网络实体的无线网络的实施例的呼叫流程图。图10示出了用于选择性地打开休眠网络实体以助于减少给定服务网络实体上的负载的示例性基于定时器的方法。图11示出了用于通过基于定时器的改进来打开网络实体的示例性装置。图12A-B示出了由请求/服务网络实体可操作的示例性的基于位置的方法，用于通过基于位置的改进来选择性打开休眠网络实体以减少该请求/服务网络实体上的负载。图13示出了用于通过基于位置的改进来打开网络实体的示例性装置。图14A-B示出了由请求/服务网络实体操作的、包括基于定时器和基于位置的改进的组合的示例性方法。图15示出了用于通过基于定时器和基于位置的改进的组合来打开网络实体的示例性装置。图16示出了用于在RNC中心模式下获得UE位置的系统的实施例的呼叫流程图。图17是用于从E-UTRAN请求UE位置的系统的实施例的呼叫流程图。具体实施方式现在参照附图描述多个实施例，其中相同的附图标记用于指示全文中的相同元件。在下面的描述中，出于解释的目的，给出了大量具体细节，以便提供对一个或多个实施例的全面理解。然而，很明显，也可以不用这些具体细节来实现所述实施例。在其它例子中，以方框图形式示出公知结构和设备，以便于描述一个或多个实施例。本文所描述的技术可以用于各种无线通信网络，诸如码分多址（CDMA）网络、时分多址（TDMA）网络、频分多址（FDMA）网络、正交FDMA（OFDMA）网络、单载波FDMA网络等等。术语“网络”和“系统”经常交互使用。CDMA网络可以实现诸如通用陆地无线接入（UTRA）、CDMA2000等的无线技术。UTRA包括宽带CDMA（W-CDMA）和低码片速率（LCR）。CDMA2000涵盖了IS-2000、IS-95和IS-856标准。TDMA网络可以实现诸如全球移动通信系统（GSM）的无线技术。OFDMA网络可以实现诸如演进的UTRA（E-UTRA）、IEEE802.11、IEEE802.16、IEEE802.20、Flash-OFDM等的无线技术。UTRA、E-UTRA和GSM是通用移动电信系统（UMTS）的一部分。长期演进（LTE）是UMTS使用E-UTRA的版本。在来自名为“第三代合作伙伴计划（3GPP）”的组织的文件中描述了UTRA、E-UTRA、GSM、UMTS和LTE。在来自名为“第三代合作伙伴计划2（3GPP2）”的组织的文件中描述了CDMA2000。这些各种无线技术和标准在本领域是公知的。在下面的说明书中，为了简明和清楚的原因，使用了与国际电信联盟（ITU）所公布的3GPP标准下的W-CDMA和LTE标准相关联的术语。需要强调的是，本文中描述的技术适用于其它技术，比如上面提到的技术和标准。利用单载波调制和频域均衡化的单载波频分多址（SC-FDMA）是一种技术。SC-FDMA与OFDMA系统具有相似的性能和基本相同的整体复杂度。SC-FDMA信号由于其固有的单载波结构而具有较低的峰均功率比（PAPR）。SC-FDMA已经引起了很多关注，尤其在在上行链路通信中，其中较低的PAPR使移动终端在发射功率效率方面明显受益。SC-FDMA用于3GPPLTE或演进的UTRA中的上行链路多址。参考图1，示出了依照一个实施例的多址无线通信系统。接入点100（例如，基站、演进的节点B（eNB）等）包括多组天线，其中，一组天线包括104和106，另一组天线包括108和110，额外的一组天线包括112和114。在图1中，针对每一组天线都示出了两条天线；然而，针对每一组天线可以使用更多或更少的天线。移动实体（ME）116与天线112和114通信，其中天线112和114通过前向链路120向ME116发送信息，并通过反向链路118从ME116接收信息。ME122与天线106和108通信，其中天线106和108通过前向链路126向ME122发送信息，并通过反向链路124从ME122接收信息。在频分双工（FDD）系统中，通信链路118、120、124和126使用不同的频率进行通信。例如，前向链路120可以使用与反向链路118所使用的不同的频率。每一组天线和/或这些天线被设计用于通信的区域通常可以称作为接入点的扇区。在实施例中，每一组天线都被设计为与接入点100所覆盖的区域的扇区中的ME进行通信。在通过前向链路120和126的通信中，接入点100的发射天线利用波束成形以改善针对不同的ME116和124的前向链路的信噪比。此外，相比于接入点通过单个天线向它的所有ME进行发射，接入点利用波束成形向随机分布在其覆盖区域内的ME进行发射对相邻小区内的ME造成较少的干扰。接入点可以是用于与终端通信的固定站，也可以称为接入点、节点B、eNB或一些其它术语。ME还可以称为接入终端（AT）、用户设备（UE）、移动站、无线通信设备、终端等等。图2是MIMO系统200中的发射机系统210（也被认为是接入点）和接收机系统250（也被认为是ME）的实施例的框图。在发射机系统210，将若干数据流的业务数据从数据源212提供给发射（TX）数据处理器214。在一个实施例中，每个数据流都经由各自的发射天线发出。TX数据处理器214根据针对每个数据流选择的特定编码方案，对每个数据流的业务数据进行格式化、编码和交织，以提供编码后的数据。利用OFDM技术，将每个数据流的编码后的数据与导频数据进行复用。导频数据通常是以公知方式进行处理的公知数据模式，并且在接收机系统处用于估计信道响应。然后，根据为每个数据流选择的特定调制方案（例如，二相相移键控（BPSK）、四相相移键控（QPSK）、M相相移键控（M-PSK）或多级正交振幅调制（M-QAM）），将每个数据流的经复用的导频和编码后的数据进行调制（即，符号映射），以便提供调制符号。通过处理器230执行的指令来确定每个数据流的数据率、编码和调制，处理器230还与存储器232操作性地进行通信。随后，将数据流的调制符号提供给TXMIMO处理器220，该处理器对（例如OFDM的）调制符号进行进一步处理。随后，TXMIMO处理器220向NT个发射机（TMTR）222a至222t提供NT个调制符号流。在某些实施例中，TXMIMO处理器220对数据流的符号以及发射符号的天线施加波束形成权重。每个发射机222接收各自的符号流并对其进行处理，以提供一个或多个模拟信号，并进一步对这些模拟信号进行调节（例如放大、滤波和上变频），以提供适用于在MIMO信道上传输的调制信号。随后，来自发射机222a至222t的NT个调制信号分别从NT个天线224a至224t发射出去。在接收机系统250，所发射的调制信号由NR个天线252a至252r接收到，并将从每个天线252接收到的信号提供给各自的接收机（RCVR）254a至254r。每个接收机254对各自的接收信号进行调节（例如滤波、放大和下变频），对调节后的信号进行数字化处理以提供抽样，并进一步对这些抽样进行处理，以提供相应的“接收到的”符号流。然后RX数据处理器260从NR个接收机254接收NR个接收到的符号流，并根据特定的接收机处理技术对这些符号流进行处理，以提供NT个“检测到的”符号流。然后，RX数据处理器260对每个检测到的符号流进行解调、解交织和解码，从而恢复数据流的业务数据。RX数据处理器260的处理与发射机系统210处的TXMIMO处理器220和TX数据处理器214执行的处理互补。处理器270定期地确定使用哪个预编码矩阵（如下进一步讨论的）。处理器270生成反向链路消息，其包括矩阵索引部分和秩值部分，该处理器270还与存储器272操作性地进行通信。反向链路消息包括关于通信链路和/或接收到的数据流的各种类型的信息。然后反向链路消息由TX数据处理器238进行处理、由调制器280进行调制、由发射机254a至254r进行调节并发送回发射机系统210，其中TX数据处理器238还从数据源236接收数个数据流的业务数据。在发射机系统210，来自接收机系统250的调制信号由天线224接收到，由接收机222进行调节，由解调器240进行解调并由RX数据处理器242进行处理，以提取接收机系统250所发送的反向链路消息。然后，处理器230确定使用哪一个预编码矩阵来确定波束形成权重，然后对所提取的消息进行处理。图3示出了被配置为支持多个用户的无线通信系统300，在该系统中实现了本文的技术。系统300为多个小区302（例如，宏小区302a-302g）提供通信，每个小区由相应的接入节点304（例如，接入节点304a-304g）提供服务。如图3中所示，ME306（例如，ME306a-306l）在时间上分散在整个系统的各个位置。每个ME306在给定时刻在前向链路（“FL”）和/或反向链路（“RL”）上与一个或多个接入节点304通信，这依赖于例如ME306是否是激活的以及是否处于软切换中（如果可用）。无线通信系统300为很大的地理区域提供服务。例如，宏小区302a-302g可以覆盖城市或郊区附近的一些区块或农村环境中的几平方英里。图4示出了在网络环境中部署一个或多个毫微微节点的示例性通信系统400。具体地，系统400包括安装在相对小规模的网络环境中的（例如，在一个或多个用户住宅430中）多个毫微微节点410（例如，毫微微节点410a和410b）。每个毫微微节点410经由DSL路由器、光缆调制解调器、无线链路或其它连接方式（未示出），与广域网440（例如，因特网）和移动运营商核心网450相耦合。每个毫微微节点410被配置用于为相关联的ME420a以及可选的外来ME420b提供服务。换句话说，对毫微微节点410的接入是受限制的，借此使得给定ME420可以由一组指定的（例如，家庭）毫微微节点提供服务，而不会由任何未指定的毫微微节点（例如，邻居的毫微微节点）提供服务。图5示出了定义了多个跟踪区域502（或路由区域或位置区域）的示例性覆盖图500，每个跟踪区域包括多个宏覆盖区域504。其中，与跟踪区域502a、502b和502c关联的覆盖区域由粗线绘制，宏覆盖区域504由六边形表示。跟踪区域502还包括毫微微覆盖区域506。在这个例子中，每个毫微微覆盖区域506（例如，毫微微覆盖区域506c）被描述为处于宏覆盖区域504（例如，宏覆盖区域504b）内。但是，应该了解的是，毫微微覆盖区域506可以不完全处于宏覆盖区域504中。实际上，可以利用给定的跟踪区域502或宏覆盖区域504定义大量的毫微微覆盖区域506。也可以在给定跟踪区域502或宏覆盖区域504中定义一个或多个微微覆盖区域（未示出）。本申请中描述的实施例提出了用于无线接入技术（RAT）间能量节省机制的技术。还需要注意的是，虽然本申请中使用的是与发布的3GPP标准下的LTE标准相关联的术语，但是本申请中描述的技术也适用于其它技术和标准。参照图6，示出了示例性的RAT间能量节省场景，本申请中称为RAT间场景（inter-RATscenario），并且也在3GPPTSG-RANWG3#69bis会议的文件R3-103106（“能量节省协议的TP”）中进行了描述。在RAT间场景中，演进型通用陆地无线接入网络（E-UTRAN）小区C、D和其它E-UTRAN小区由相同的传统RAT小区A和B（例如，UMTS或GSM）覆盖。已经部署了小区A/B用于为该区域中的服务提供基本覆盖，而其它E-UTRAN小区增强了能力。如果图6中示出的小区具有多个公共陆地移动网络（PLMN），则在没有问题的情况下可以出现网络共享场景。关于无线接入网络（RAN）共享，在一个实施例中，覆盖和热点小区可以由同一个运营商拥有。在另一个实施例中，覆盖和热点小区可以由不同的运营商拥有。在又一个实施例中，覆盖小区可以由不同的运营商拥有。RAT间场景涉及E-UTRAN小区针对在一些热点处的能力加强的部署，因此，LTE覆盖的连续性可能无法得到保证。传统网络为那些具有多模能力的UE提供基本覆盖，并且当仅支持E-UTRAN的UE处于E-UTRAN覆盖范围之外时它们无法得到服务。针对RAT间场景的解决方案应该在没有仅具有LTE能力的设备的情况中考虑。参照针对小区打开/关闭的解决方案，提供了信令交换解决方案，其包括基于跨越RAT的信令的小区打开/关闭。使用这一信令交换解决方案，能力加强型E-UTRAN小区可以根据该小区中可用的信息自主地关闭。打开可以根据一个或多个相邻的RAT间节点的请求来执行。在做出打开/关闭决定后应该通知RAT内和RAT间相邻节点。之后，如果一些E-UTRAN小区发现其可以返回到休眠模式，则它们可以将自己再次关闭。但是，当E-UTRAN小区不是活跃的并且覆盖小区上的负载增加时，覆盖小区可能不知道应该唤醒哪些小区，尤其是当增加的负载在一个或几个热点中时。根据上面描述的问题，可以加强信令交换解决方案以便更好地选择适当的候选者来激活。具体而言，使用另一种解决方案（本申请中称为射频（RF）测量解决方案），E-UTRAN小区的监听能力可以独立于该小区的其它功能来实现。在那种情况中，休眠小区可以在被请求时监控干扰与热噪声（IoT）比，它是根据接收到的干扰功率和热噪声功率获得的。然后，当提供覆盖的传统小区检测到高负载时，它可以请求其覆盖区域内的E-UTRAN小区提供IoT测量，然后使用其专有算法，在大部分情况中，它将能够发现哪些E-UTRAN小区是最适合用于服务较高负载的。因此，那些传统UTRAN/GERAN小区可以激活适合的E-UTRAN小区，同时保持其它热点小区处于休眠模式。本申请中描述的实施例提出了针对eNB间的能量节省机制的技术。参照图7，示出了示例性的eNB间能量节省场景，在本申请中称为eNB间场景。在eNB间场景中，E-UTRAN小区C、D和其它E-UTRAN小区完全由E-UTRAN小区A和B覆盖。在此，小区A和B已经被部署用于提供基本覆盖，而其它E-UTRAN小区加强能力。当不再需要一些提供附加能力的小区时，它们应该被关闭以便优化能量。在这种情况下，LTE覆盖的连续性和服务的服务质量（QoS）均可以得到保证。使用信令交换解决方案（小区根据信令交换来打开/关闭），能力加强型E-UTRAN小区可以根据该小区中可用的信息（例如，负载信息）自主地关闭，以便降低能量消耗。如果在这些小区中的能力需求要求这样做，并且拥有休眠小区的eNB通常应该遵循请求，则打开可以根据一个或多个相邻E-UTRAN节点的请求来执行。在这一过程中，应该在做出打开/关闭决定之后通知其相邻节点。在此之后，如果一些激活的小区发现它们可以返回休眠模式，则它们可以将自己再次关闭。使用RF测量解决方案（能够使小区选择最适合的候选者来激活的信令交换解决方案的加强），能力加强型小区的监听能力可以独立于该小区的其它功能来实现。这些小区可以在被请求时监控IoT比率。当提供覆盖的小区检测到高负载时，它可以请求其覆盖范围内的热点小区提供它们的IoT测量，然后找出哪个能力加强型小区是最适合于服务较高负载的。因此，那些覆盖E-UTRAN小区可以激活适合的小区用于卸载，同时保持其它E-UTRAN热点小区处于休眠模式。本申请中描述的实施例提出了用于辅助开启休眠网络实体（例如，比如eNB等等）的技术。例如，本申请中描述的技术是请求节点（例如，无线网络控制器（RNC）或eNB）选择要打开哪些休眠网络实体（例如，eNB）。要唤醒哪些休眠小区的问题会出现在以下场景中：请求RAT间小区/节点或eNB（例如，高负载的节点/小区）请求唤醒处于休眠（关闭）模式的某些eNB以便辅助它（例如，进行卸载）。在如上所讨论的信令交换解决方案中，请求节点向某些eNB发送“打开请求”消息，一些eNB可能无法辅助该请求节点。那些eNB可以在给定时段之后返回休眠模式。如果请求节点只向能够真正地辅助它的eNB发送“打开请求”，则可以改善从休眠eNB获得的能量节省的量，并且避免不必要的信令。如上所述，以这些改善中一些为目标的对信令交换解决方案的增强是RF测量解决方案。RF测量解决方案包括使用RF测量，例如，比如由休眠eNB所采用的用于选择能够辅助该请求节点的休眠小区的IoT测量。在某些场景中，RF测量解决方案在选择能够辅助请求节点的eNB时是足够的。但是，在其它场景中，有很多潜在问题可能导致RF测量解决方案的功率效率低、不可实行和不可靠。这些问题可以包括：1.eNB中的功率消耗：这些eNB处于休眠模式，其中，这些小区的至少一些RF组件是关闭的。因此，当它们被请求报告IoT测量时，需要激活它们的上行链路接收机以进行测量。这降低了eNB上的能量节省。2.RAT间干扰测量：在请求IoT测量的节点是RNC的情况下，eNB需要具有测量UTRAN频带中的干扰的能力的接收机。由于这种能力在eNB中不是强制的，因此无法保证eNB配备有这种接收机。3.IoT测量的可靠性：类似于UMTS中的热噪声增加量（RoT）测量的IoT测量通常很难可靠地获得，因为上行链路接收机无法准确模拟功率计。上行链路接收机的热噪声测量的可变性、接收机对温度的敏感度、UE发射功率的可变性、路径增益、造成上行链路干扰的UE的移动性和数量会在IoT测量中造成明显的变化和错误。另外，很难将来自特定UE的干扰与IoT测量关联起来。这在以下场景中尤其重要：测量IoT的eNB位于请求节点的边缘处，相邻RAT间节点或eNB所支持的UE可能对IoT测量有所贡献，而不仅是请求节点上的UE。4.RSRP测量的可靠性：RSRP测量高度依赖于UE移动性和eNB与UE之间的信道条件。由于RSRP测量是由UE在eNB进入到休眠模式之前获得的，而IoT测量是在eNB处于休眠模式时进行的，可能在明显不同的条件下进行这两个测量，因此它们的组合可能会得到错误的估计。RAT间场景：在相关方面，除了IoT测量之外，提供了包括进行不同类型的测量的解决方案。例如，可以实现OAM预定义的“低负载时段”解决方案/策略，其中，作为对覆盖UTRAN/GERAN小区检测到高负载（例如，负载值达到或超过定义的负载门限值）的响应，UTRAN/GERAN小区可以使用算法来决定应该激活哪些E-UTRAN小区。该算法可以依赖于针对每个相邻E-UTRAN小区的预定义的低负载时段策略。低负载时段信息可以从基于OAM的性能计数器等来获得，然后该决策可以实现在覆盖小区中。但是，应该注意的是，低负载时段解决方案具有有限的灵活性，因为其包括估计给定时间处的业务/负载，并且将估计的业务应用于其它时间，而不管业务等级在其它时间处可能已经发生变化了。相反，如下所描述的基于位置的解决方案适用于业务中的变化。在其它相关方面，提供了包括实现UE测量的UE测量解决方案。例如，作为对覆盖UTRAN/GERAN小区检测到高负载的响应，可以请求一个或多个休眠E-UTRAN小区在至少较短的时间间隔（即，探测间隔）发送导频信号（例如，LTE中的参考信号）。在探测间隔之后，所有或一些E-UTRAN小区可以返回休眠模式。由覆盖UTRAN/GERAN小区所覆盖的UE可以配置为在这一间隔期间执行来自E-UTRAN小区的参考信号（RS）测量并发送反馈。根据测量结果，覆盖UTRAN/GERAN小区可以确定应该打开哪些E-UTRAN小区。但是应该注意的是，UE测量解决方案打断了eNB等的能量节省，然而下面所描述的基于位置的解决方案不包括唤醒休眠eNB等等，除非具有这些休眠eNB等能够辅助卸载的实际可能性。因此，基于位置的解决方案在选择打开哪些休眠eNB的处理过程中节省更多能量。依照本申请中描述的实施例的一个或多个方面，提供了包括实现UE和/或小区的定位信息的基于位置的解决方案。例如，作为对覆盖UTRAN/GERAN小区检测到高负载的响应，可以使用UE的位置、小区位置和小区半径/发射功率的组合以决定应该打开哪些E-UTRAN小区（例如，覆盖UE的小区）。可以在从覆盖小区向所选择的E-UTRAN小区发送的激活请求消息中包括定时器值。在这一定时器超时时，每个E-UTRAN小区可以验证是否满足了保持开启所要求的条件；如果没有满足，则E-UTRAN小区可以自主地再次关闭。如上所解释的，基于位置的解决方案相对于用于确定应该打开哪些eNB等的其它解决方案（例如UE测量解决方案、低负载时段解决方案、RF测量解决方案、信令交换解决方案等）提供了优势。eNB间场景：类似于上面刚刚描述的RAT间场景，如果需要的话，IoT和其它类型的测量可以用于确定应该打开哪些热点小区。在相关方面，可以实现OAM预定义的“低负载时段”策略，其中，作为对覆盖小区检测到高负载的响应，覆盖小区可以使用算法来决定应该激活哪些热点小区。该算法可以依赖于针对每个相邻热点小区预定义的低负载时段策略。首先从基于OAM的性能计数器获得该低负载时段信息，然后将其配置在覆盖小区中，然后在覆盖小区中实现该决策。在其它相关方面，提供了一种包括实现UE测量的解决方案。例如，作为对覆盖小区检测到高负载的响应，可以请求一个或多个休眠热点小区在至少较短的时间间隔（即，探测间隔）发送导频信号（例如，LTE中的参考信号）。在该探测间隔之后，所有或一些热点小区可以返回休眠模式。由覆盖小区所覆盖的UE将被配置为在这一间隔期间执行来自热点小区的参考信号（RS）测量，并且发送反馈。根据测量结果，覆盖小区可以确定应该打开哪些热点小区。在另外的相关方面，提供了包括实现UE和/或小区的定位信息的基于位置的解决方案。例如，作为对覆盖小区检测到高负载的响应，可以使用UE的位置、小区位置和小区半径/发射功率的组合来决定应该打开哪些热点小区（例如，覆盖UE的小区）。从覆盖小区向所选择的热点小区发送的激活请求消息中可以包括定时器值。在这一定时器超时时，每个热点小区可以验证是否已经满足针对保持开启所要求的条件；如果不满足，则热点小区可以自主地再次关闭。如前所述，基于位置的解决方案相对于用于确定打开哪些eNB等的其它方法提供了优势。基于位置的增强：为了解决与RF测量解决方案相关联的问题，在选择能够辅助请求节点/实体的eNB时可以使用UE位置、eNB位置和小区半径或发射功率。与RF测量解决方案相反，不需要在eNB处于休眠模式时将其打开以进行RF测量，因此保持了小区上的能量节省。另外，可以使用多种定位方法来获得可靠的eNB和UE位置。此外，eNB不需要另外的接收机在RAT间小区上进行IoT测量。因此，在一个实施例中，请求节点在选择要打开或激活哪些小区时可以使用UE位置、eNB位置和小区半径/发射功率。请求RNC/eNB可以向热点请求以下各项：可以向网络中的位置服务（LCS）实体请求的eNB的位置或可以由O&M在请求节点处配置的位置。此外，eNB的发射功率可以由O&M配置，然后，请求节点可以计算小区半径，或者该小区半径可以由O&M直接配置。请求节点还可以选择某些UE并向LCS实体请求它们的位置。为了确定UE位置，LCS实体可以使用定位方法，比如可观测到达时间差（OTDOA）、CELL-ID、增强的CELLID、辅助性全球导航卫星系统（AGNSS）等。例如，请求节点（例如，RNC或eNB）可以收集关于eNB的位置和小区半径/发射功率的信息。由于eNB的位置是静态的，因此不需要经常更新。请求节点可以选择某些UE用于轮询位置信息。可以选择在覆盖小区上请求重要网络资源的UE（例如，具有最高数据速率的UE）用于轮询位置信息。根据UE的位置，eNB的位置和eNB的覆盖，请求节点可以选择打开哪些小区。在图9中呈现了位置信息如何能够用于选择适合的eNB的示例性呼叫流程。参照图9，显示了无线通信系统900，其包括处于空闲或连接状态、由请求节点/实体904（例如，RNC或eNB）服务的UE902，该请求节点/实体可以相应地与处于关闭状态的网络实体906（例如，eNB-1）、处于关闭状态的网络实体908（例如，eNB-2）、处于开启状态的相邻网络实体910（例如，eNB或RNC）和/或LCS实体912等操作性地通信。虽然只示出了一个UE902，但是，系统900可以包括多个UE902。在这个示例中，请求节点904想要确定eNB-1或者eNB-2（即，实体/节点906或908）是否能够提供辅助。在一个实施例中，请求节点904已经使用先前讨论的机制获得eNB-1和eNB-2的位置、小区半径或发射功率。为了获得UE902的位置，请求节点904可以向LCS实体912请求UE位置。在这一过程中，该LCS实体可以请求UE进行测量以确定UE位置。为了辅助UE做出更准确的测量，可以将来自LSC实体912的“辅助数据”传送给所选的UE。请求节点904可以收集UE位置测量，并将它们转发给LCS实体912，之后，LCS实体912计算UE位置并将其发送给请求节点904以便用于eNB小区选择算法中。在图9中示出的示例中，发现eNB-1906适于辅助请求节点904，因此，将“打开请求”只发送给eNB-1906。一旦做出打开决定，eNB-1906可以向节点904发送打开响应，并向相邻节点910发送打开通知。结果，UE902可以从请求节点904移动到eNB-1906。该请求节点上的空闲或连接模式UE902可以向eNB-1906发送PRACH传输消息。应该注意的是，为了在请求针对多个UE902的位置信息时减少请求节点904和LCS实体912之间的信令，请求节点904可以缓存“辅助数据”以消除来自LCS实体912的多个请求。另外，虽然在图9的示例中假设的定位方法是UE辅助型的（也就是在LCS实体中计算位置信息，即使该UE提供测量），也可以使用基于UE的定位方法，其中UE902进行测量并在将位置转发给请求节点904之前计算位置。基于UE的定位方法可以减少传送该位置过程中的延迟，并且还减少eNB和LCS实体912之间的信令。使用基于位置的增强/技术，请求节点可以使用UE位置、eNB位置和小区半径和/或发射功率来选择要打开哪些eNB。在相关方面，基于位置的增强可以指的是基于位置的唤醒解决方案，其中，请求节点（例如，提供小区覆盖的节点）可以使用预先配置的相邻eNB位置和估计的多个连接模式UE的位置以确定开启哪些未激活的eNB小区以辅助其卸载一个或多个UE。如上所描述的，图9示出的呼叫流程的示例示出了针对RAT间（UTRAN-E-UTRAN）和eNB间（E-UTRAN-E-UTRAN）场景的基于位置的小区唤醒解决方案的一般框架。具体而言，在底层网络是UTRAN的RAT间场景中，UTRAN定位结构可以使RNC能够使用内部LCS客户端向SMLC请求UE的位置。该SMLC是处于用于协调UE位置获取过程的UTRAN中的实体。一旦接收到UE位置请求，该SMLC可以向UE和/或节点B请求测量，可以计算位置估计，并且可以将该位置估计转发给RNC。如上所暗示的，UTRAN可以支持多种UE定位方法，比如小区覆盖方法（也公知为CELL_ID/增强型CELL_ID）、OTDOA、上行链路OTDOA（U-TDOA）和A-GNSS方法。在相关方面，CELLID方法可以包括提供目标UE的服务小区的小区信息（小区ID或服务区域或地理坐标）。为了在该小区内确定更精确的UE位置，E-CELLID方法可以包括将CELLID与来自UE或节点B的测量（例如，导频信道（CPICH）的接收信号代码功率（RSCP）、CPICH的频带中的每码片接收功率/功率密度（Ec/No）、往返时间（RTT）、路径损耗等）组合起来。另外，到达角度（AoA）信息可以用于确定该UE所位于的扇区。上面描述的很多测量通常都是由UE和/或服务节点B进行的，并且因此可能在服务节点B处已经是可用的，这样就不需要UE针对位置估计进行另外的测量。此外，很重要的是，要注意即使UE针对位置估计做出测量，也可以在网络中执行其它处理和位置估计的计算（作为基于网络/UE辅助的定位方法的一部分），从而实现有限的UE电池消耗和处理需求。在其它相关方面，小区覆盖方法的准确性通常在几百米的范围内，这对于小区唤醒应用是足够的。为了提高eNB选择算法的准确性，可以由RNC在选择过程中使用多个UE位置，从而达到增加的统计信任度。换句话说，小区唤醒选择准确性可以通过考虑代表覆盖小区的多个UE的位置来增加。在RAT间场景中获取UE位置：为了在GERAN或UTRAN中获取UE位置信息，在这一过程中涉及两个主要实体，LCS客户端和服务器。LCS客户端是蜂窝网络中以向网络请求UE的位置为任务的实体，而服务器协调获取该位置（例如，进行测量和计算位置估计）和向LCS客户端返回响应的过程。LCS服务器通常嵌入在GERAN/UTRAN中（或者公知为服务移动位置中心（SMLC））。与LSC服务器不同，LCS客户端可以嵌入在GERAN/UTRAN（例如，在MSC、SGSN和RNC中）、UE或蜂窝网络外部的实体中。针对RAT间场景，例如在RNC希望打开已关闭的eNB以辅助卸载时，最有效的是从RNC向SMLC发送UE位置请求。这在UTRAN标准中通过RNC中的LCS客户端的位置在当前是得到支持的。另外，SMLC还可以与RNC共存于RNC中心定位结构中；这一结构减少了延迟以及与UE定位过程相关联的信令。重要的是，要注意除了RNC中心结构，该标准还支持独立的SMLC（SAS）中心结构，其中，SMLC是RAN网络中与RNC分开的实体。参照图16，提供了呼叫流程图，示出了针对系统1600的一个实施例，RNC1634获取RNC中心模式中的UE1610的位置。图16中的服务RNC（SRNC）1630包括三个模块——SMLC1632、LCS客户端1636和RNC1634（其是执行常规RNC功能的模块）。SRNC1630中的LCS客户端模块1636通过向SMLC1632发送位置请求来开始UE1610定位过程。一旦SMLC1632接收到该位置请求并从UTRAN收集了必要的测量信息，则通过SMLC1632向RNC模块1634发送UE/节点B测量请求来触发UE1610或节点B1620测量。然后，RNC1634使用RRC测量控制消息来指示UE1610进行测量。同样地，RNC1634还可以指示服务节点B1620获取测量。UE1610执行所请求的测量并使用RRC测量报告消息将它们发送给RNC1634；然后将这些测量转发给SMLC1632。来自节点B1620的测量也被发送给RNC1634并且也被转发给SMLC1632。使用从节点B1620和UE1610获得的测量结果，SMLC1632使用标准中定义的一种或多种定位方法（比如基于小区覆盖（CELLID/增强型CELLID）、OTDOA、U-TDOA或A-GNSS）来计算位置估计。然后，将位置估计与其准确性（如果可用的话）一起发送给SRNC1630中的LCS客户端1636。应该注意的是，向UE1610和节点B1620请求的测量的类型可以取决于定位方法。例如，对于E-CELL-ID方法，可以请求UE1610测量服务小区的CPICHRSCP，而对于A-GNSS方法，可以指示UE1610报告“辅助数据”中指定的来自卫星的载波与噪声比（“辅助数据”是从网络向UE1610以信号形式通知的信息，用于辅助UE1610进行关于卫星的测量，比如卫星数量和ID、它们的多普勒信息和搜索窗口宽度等等）。从UTRAN收集到的辅助数据可以由SMLC1632协调并用RRC信令通过RNC1634以信号形式通知给UE1610。辅助数据还可以用于OTDOA定位方法中。在eNB间场景中获取UE位置：与上面提出的UTRANUE定位过程的讨论类似，针对在eNB间场景中的E-UTRAN中的UE定位也需要两个主要实体，LCS客户端和服务器。在E-UTRAN中，LCS服务器可以实现为单独的服务器，公知为增强型服务位置中心（E-SMLC）。与E-SMLC不同，LCS客户端可以位于MME中、E-UTRAN之外的实体或UE中。对于关注eNB间场景的小区唤醒应用，请求节点可以是eNB。这样，在信令和延迟方面最有效的实现是在eNB请求UE位置时。例如，LCS客户端可以保持在MME中，但是可以定义S1-AP“位置请求”和“位置响应”消息以携带eNB和MME之间的位置请求和响应。在相关方面，eNB可以通过图17中所示的呼叫流程向E-UTRAN请求UE位置。如图17中所示，在系统1700的一个实施例中，一旦MME1730从eNB1720接收到位置请求，MME1730向E-SMLC1740发起针对UE1710的位置定位请求。在接收到针对目标UE的位置请求后，E-SMLC1740发起eNB过程1750以便从eNB收集辅助数据（例如，针对下行链路方法，或者公知为OTDOA）或者指示eNB执行针对目标UE的定位测量（例如，在E-CELL-ID中）。在E-SMLC1740和eNB1720之间传输的消息可以使用位置定位协议附件（LPPa）来携带，其可以通过MME1730传输。该消息可以终止于eNB1720和E-SMLC1740处。因此，虽然该消息是通过MME1730路由的，但是它们对于MME1730是透明的。一旦收集到辅助数据，E-SMLC1740可以发起UE过程1760，其可以包括向UE1710请求测量并且如果需要的话将辅助数据传送到UE1710。UE1710进行测量并在响应消息中将测量结果发送给E-SMLC1740。测量请求、响应和辅助传送消息可以使用E-SMLC1740和UE1710之间的位置定位协议（LPP）来传输。虽然消息是通过eNB1720和MME1730路由的，但是这些消息对于节点1720、1730是透明的。一旦E-SMLC1740获得测量结果，它可以计算位置估计（假设基于网络的/UE辅助的解决方案）并且可以将具有位置估计的位置响应发送给MME1730。MME1730可以将该位置估计转发给请求eNB1720。基于定时器的增强：为了辅助所选eNB（例如，在如上所描述的信令交换解决方案中）决定是否以及何时重新进入休眠模式，请求RNC/eNB可以将定时器附加到用于唤醒一组eNB的“打开请求”消息上。这一定时器可以由所选择的eNB用于确认它们是否真的能够辅助该请求节点。如果不能，则eNB可以返回休眠。图8中示出了说明这一技术的示例。参照图8，无线通信系统800包括UE802，其与请求节点/实体804（例如，RNC或eNB）操作性地通信，该请求节点可以与多个网络实体操作性地通信。例如，该请求实体804可以与网络实体806（例如，eNB-1）、网络实体808（例如，eNB-2）和/或相邻网络实体810（例如，eNB或RNC）操作性地通信。虽然只示出了一个UE802，但是该系统800可以包括多个UE802。UE802可以由请求实体804服务，并且可以处于空闲或连接模式。eNB-1806和eNB-2808可以处于关闭或休眠状态/模式。相邻网络实体810可以处于开启或唤醒状态/模式。继续参照图8中示出的示例，eNB-1806和eNB-2808可以接收具有定时器值的“打开请求”消息，之后，这些eNB可以决定打开它们的小区以便分别向请求节点804和相邻小区810发送“打开响应”和“打开通知”消息。可以指示UE802（在请求节点上处于空闲或连接模式）从请求节点804移动到所选择的eNB小区（例如，网络实体806和/或808）。一些UE802可以通过发送上行链路消息来尝试接入eNB806和/或808（例如，UE802可以通过发送物理随机接入信道（PRACH）传输消息等尝试接入eNB-1806）。其它eNB（例如，eNB-2808）可以从UE802接收少量消息，或者不接收消息。一旦在eNB-1806和eNB-2808处定时器超时，则eNB-2808可以确认没有UE接入其小区；因此，eNB-2808可以做出关闭决定并使用“关闭通知”消息告知相邻小区。应该注意的是，可以使用已经在eNB中配置的负载门限或在“打开请求”消息中包括的负载门限来做出关闭决定。因此，使用基于定时器的增强/技术，请求节点804可以在发送给eNB806和808的“打开请求”消息中包括定时器。一旦该定时器超时，每个eNB可以验证是否满足保持在开启状态所要求的条件。如果不满足，则eNB可以回到关闭/休眠模式。依照本申请中描述的实施例的方面，基于定时器的增强可以与基于位置的增强组合起来。例如，在一个实施例中，如果请求节点所获得的UE位置测量的准确性/可信度等级低于所要求的准确性门限（由于UE位置测量能力不支持适当的位置算法或UE在有挑战性的无线传播环境中进行位置测量），则请求节点可以选择唤醒多于补偿UE位置准确性所需要的eNB热点小区。在唤醒过程中，定时器值可以包括在发送给所选的eNB热点小区的“打开请求”消息中，并且如果确定这些eNB中已经开启的一个或多个eNB没有用，则可以实现基于定时器的技术以关闭任何没有用的eNB。同样，在另一个实施例中，在基于定时器的技术应用之后，如果确定已经打开的一个或多个eNB没有用，则可以实现基于位置的技术以关闭任何任何没有用的eNB。例如，这可以由eNB小区来实现，这些eNB小区由于无法满足在定时器超时时通知请求节点所需要的条件而即将停用。然后，该请求节点可以使用基于位置的增强来决定那些小区应该保持在“打开”模式还是进入“休眠”模式。进一步关于UE位置测量的可靠性或准确性/可信度等级，定位方法可以依赖于覆盖小区中的活动UE的位置信息和能够用网络中心方式恢复的已关闭的热点节点的小区覆盖信息。期望定位方法利用对eNB小区覆盖信息和活动UE位置的相当准确的估计来提供明显的eNB能量节省。在大部分小区唤醒应用场景中，期望从技术得出的UE位置的准确性和OAM所配置的小区覆盖信息对于控制eNB能量节省将是充分足够的。在相关方面，具有明显错误的UE位置估计可以通过使用随着UE位置估计一起发送的、由标准定义的UE位置准确性参数来识别。当没有达到期望的UE位置准确性时，可以触发对更多位置测量的请求以便提高准确性或改变为/组合具有更好准确性的由其它标准定义的UE定位方法，比如AGNSS、OTDOA等。之后，如果还是不能满足期望的位置准确性，则可以在目标区域附近选择比所需要的热点eNB多的热点eNB以辅助覆盖小区。在这些小区之外，可以利用基于定时器的触发器将稍后发现没有用的小区停用。应该注意的是，可以聚集多个UE位置并且将其用于估计在覆盖小区上的用户业务分布，从而增加统计可信度。在其它相关方面，OAM可以使用容易得到的信息，比如eNB位置、发射功率、小区半径和可能的简单覆盖预测信息，来配置eNB小区覆盖信息。在需要更多详细信息的特定情况下，可以根据预测图和/或收集的测量数据利用额外的小区覆盖信息来增加准确性。在相关方面，基于定时器的停用方式也可以应用于如上所述的RAT间和eNB间小区唤醒解决方案，比如包括使用OAM低负载时段策略、IoT测量、UE测量和定位信息的技术。针对这些小区唤醒解决方案中的大部分的错误源可能导致选择对卸载没有帮助的eNB。在这些情况的大部分中，这些eNB应该再次关闭以便节省eNB小区上的能量。可以使用当前被提议作为基于位置的增强的基于定时器的方法来以简单的方式执行该停用。这一基于定时器的增强允许通过向打开/激活请求消息附加定时器值来再次使这些小区停用，该打开/激活请求消息是由为已经被选择为打开的eNB提供覆盖的小区所发送的。在定时器超时并且不满足保持开启的指定条件的情况下（例如，服务某个业务量），再次关闭特定小区。例如，在通过本申请中所描述的任何能量节省小区唤醒解决方案激活了冗余eNB的情况下，基于定时器的方法可以提供简单有效的方式来再次使它们停用。从本申请中示出和描述的示例性系统来看，参照各种流程图可以更好地理解依照所公开的主题实现的方法。虽然出于使解释说明简单的目的，将方法显示和描述为一系列动作/方框，但应该理解和了解的是所声明的主题并不受限于方框的数量或顺序，因为一些方框可以按照与本申请中所描绘和描述的其它方框不同的顺序发生和/或基本上同时发生。此外，并不是所有示出的方框都需要用于实现本申请中描述的方法。应该了解的是，与方框相关联的功能可以由软件、硬件、它们的组合或任何其它适当模块（例如，设备、系统、进程或组件）来实现。另外，还应该了解的是，贯穿本说明书所公开的方法能够存储在有助于将这些方法传输或传递到各个设备的制造品上。本领域的技术人员应该理解和了解的是，方法可以另外由一系列相互关联的状态或事件来表示，比如状态图。依照本发明内容的主题的一个或多个方面，提供了用于选择性地打开休眠网络实体（例如，eNB）的方法。参照图10，示出了可以在无线通信装置（比如网络实体（例如，eNB））处执行的基于定时器的方法1000。该方法1000可以包括，在1010处，响应于从请求实体（例如，请求RNC或eNB）接收到具有定时器的打开请求消息，进入打开模式。方法1000可以包括，在1020处，向请求实体发送打开响应消息并向至少一个相邻实体（例如，相邻RNC和/或eNB）发送打开通知消息。方法1000可以包括，在1030处，响应于定时器超时而没有满足定义的条件（例如，定时器超时而没有从UE接收到接入信道传输比如PRACH传输），（a）进入休眠模式和（b）向请求实体和至少一个相邻实体发送关闭通知。依照本申请中描述的实施例的一个或多个方面，如上参照图10所描述的，提供了用于选择性地执行休眠网络实体的打开操作的设备和装置。参照图11，提供了可以配置作为无线网络中的网络实体或作为用于该网络实体中的处理器或类似设备的示例性装置1100。该装置1100可以包括能够表示由处理器、软件或它们的组合（例如，固件）所实现的功能的功能块。如所示出的，在一个实施例中，装置1100可以包括用于响应于从请求实体接收到具有定时器的打开请求消息而进入打开模式的电组件或模件1102。装置1100可以包括用于向请求实体发送打开响应消息并向至少一个相邻实体发送打开通知消息的电组件1104。装置1100可以包括用于监控定时器的电组件1106。装置1100可以包括用于响应于定时器超时而没有满足定义的条件，（a）进入关闭模式和（b）向请求实体和至少一个相邻实体发送关闭通知的电组件1108。在相关方面中，在装置1100被配置用作网络实体而不是处理器的情况中，装置1100可选地包括具有至少一个处理器的处理器组件1100。在这种情况下，处理器1100通过总线1112或类似的通信耦合与组件1102-1108进行操作性地通信。处理器1110可实现电组件1102-1108所执行的过程或功能的发起和调度。在其它相关方面中，装置1100可以包括无线收发机组件1114。单独的接收机和/或单独的发射机可以用于替代收发机1114或与其一起工作。装置1100可选地包括用于存储信息的组件，例如存储器设备/组件1116。计算机可读介质或存储器组件1116通过总线1112等与装置1100的其它组件操作性地耦合。存储器组件1116适用于存储用于实现组件1102-1108及其子组件、或处理器1110或本申请中所公开的方法的过程和行为的计算机可读指令和数据。存储器组件1116保存用于执行与组件1102-1108相关联的功能的指令。虽然示为在存储器1116外部，但是应该理解的是，组件1102-1108也可以存在于存储器1116中。依照本申请中描述的实施例的一个或多个方面，提供了在无线网络中可由请求实体（例如，请求RNC或eNB）操作的、用于选择性地打开休眠网络实体的基于位置的方法。参照图12A，示出了方法1200，其包括在1210处，响应于请求实体的负载超过给定（例如，网络定义的）负载门限，识别要将至少一个UE卸载过去的候选网络实体，每个候选网络实体处于休眠模式中。方法1200可以包括，在1220处确定候选网络实体的覆盖信息和位置信息（例如，位置、小区半径和/或发射功率）。该方法可以包括，在1230处，确定至少一个UE的位置信息（例如，包括代表请求实体上的业务负载的多个UE的至少一个UE）。该方法可以包括，在1240处至少部分地根据该覆盖信息和位置信息选择候选网络实体中的给定网络实体来打开。在相关方面，参照图12B，方法1200还可以包括向给定网络实体发送打开请求消息（方框1250），并且响应于从给定网络实体接收到打开响应消息，发起向该给定网络实体卸载至少一个UE（方框1260）。该方法1200还可以包括指示给定网络实体向请求实体返回报告所述给定网络实体当前支持多少个UE（方框1270）。依照本申请中描述的实施例的一个或多个方面，如上参照图12A-图12B所描述的，提供了用于选择性地打开休眠网络实体的设备和装置。参照图13，提供了示例性装置1300，其可以被配置作为请求实体或作为用于请求实体中的处理器或类似的设备。该装置1300可以包括表示处理器、软件或它们的组合所实现的功能的功能块。如所描述的，在一个实施例中，装置1300可以包括用于响应于请求实体的负载超过负载门限而识别要将至少一个UE卸载过去的候选网络实体的电组件或模件1302，其中每个候选网络实体都处于休眠模式。装置1300可以包括用于确定候选网络实体的覆盖信息和位置信息的电组件1304。该装置1300可以包括用于确定至少一个UE的位置信息的电组件1306。该装置1300可以包括用于至少部分根据该覆盖信息和位置信息而选择候选网络实体中的给定网络实体来打开的电组件1308。为了简洁起见，关于装置1300的剩下细节不再详细说明，但是，应该理解的是，装置1300的剩余特性和方面基本上类似于上面关于图11的装置1100所描述的那些。依照本申请中描述的实施例的一个或多个方面，提供了在无线网络中可由请求实体操作的、用于在请求实体经历高负载等级时选择性地打开休眠网络实体的组合方法。参照图14A，示出了方法1400，其包括在1410处，响应于请求实体的负载超过负载门限，识别要将至少一个UE卸载过去的网络实体，并且每个网络实体处于休眠模式中。方法1400可以包括，在1420处，确定网络实体的覆盖信息和位置信息。方法1400可以包括，在1430处，确定至少一个UE的位置信息。方法1400可以包括，在1440处，至少部分地根据覆盖信息和位置信息选择网络实体中的至少一个网络实体来打开。方法1400可以包括，在1450处，向至少一个选择的网络实体发送打开请求消息，该打开请求消息包括设置了时间限制的定时器，在没有满足定义的条件的情况下，在该时间限制内，至少一个所选择的网络实体保持为打开状态。在相关方面，参照图14B，方法1400还可以包括响应于在时间限制内没有满足定义的条件（例如，至少一个UE没有发起向至少一个所选网络实体的接入信道传输），从至少一个所选择的网络实体接收关闭通知（方框1460）。该方法1400还可以包括指示至少一个所选网络实体向该请求实体报告它当前支持多少个UE（方框1470）。依照本申请中所描述的实施例的一个或多个方面，如上参照图14A-图14B所描述的，提供了用于选择性地打开休眠网络实体的设备和装置。参照图15，提供了示例性装置1500，其可以配置作为请求实体或作为用于请求实体中的处理器或类似设备。该装置1500可以包括能够表示处理器、软件或它们的组合所实现的功能的功能块。如所描述的，在一个实施例中，装置1500可以包括用于响应于请求实体的负载超过负载门限，识别要将至少一个用户设备（UE）卸载过去的网络实体的电组件或模件1502，其中，所述网络实体中的每一个均处于休眠模式。装置1500可以包括用于确定网络实体的覆盖信息和位置信息的电组件1504，以及用于确定至少一个UE的位置信息的电组件1506。装置1500可以包括用于至少部分地根据覆盖信息和位置信息选择所述网络实体中的至少一个网络实体来打开的电组件1508。装置1500可以包括用于向至少一个所选网络实体发送打开请求消息的电组件1509，该打开请求消息包括设置了时间限制的定时器，其中，在没有满足定义的条件的情况下，在该时间限制内，至少一个所选网络实体保持为打开状态。为了简洁起见，关于装置1500的剩下细节不再详细说明，但是，应该理解的是，装置1500的剩余特性和方面基本上类似于上面针对图11的装置1100所描述的那些。本领域技术人员应当理解，信息和信号可以使用多种不同的技术和方法中的任何一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。本领域技术人员还应当明白，结合本文公开的实施例描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地表示硬件和软件之间的可交换性，上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。用于执行本发明所述功能的通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以实现或执行结合本文公开的实施例描述的各种示例性逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。在一个或多个示例性实施例中，本申请中所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。如果在软件中实现，则功能可以作为一条或多条指令或代码存储在计算机可读介质上或在计算机可读介质上进行传输。计算机可读介质包括计算机存储介质和传输介质，传输介质包括便于将计算机程序从一个地方传送到另一个地方的任何介质。存储介质可以是计算机可访问的任何可用介质。通过举例而非限制性方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备，或可以用于携带或存储具有指令或数据结构形式的期望的程序代码并可以由计算机访问的任何其它介质。此外，任何连接也都可适当地被称作计算机可读介质。举例而言，如果软件是使用同轴电缆、光纤电缆、双绞线、DSL或无线技术（比如红外、无线电和微波）从网站、服务器或其它远程源传输的，则同轴电缆、光纤电缆、双绞线、DSL或无线技术（比如红外、无线电和微波）包含在介质的定义中。本申请中所用的磁盘和光盘包括压缩光盘（CD）、激光光盘、光盘、数字多用途光盘（DVD）、软磁盘和蓝光光盘，其中，磁盘通常磁力地复制数据，而光盘则用激光光学地复制数据。上述的结合也可以包含在计算机可读介质的范围内。为使本领域技术人员能够实现或者使用本发明，上面提供了对所公开的实施例的描述。对于本领域技术人员来说，对这些实施例的各种修改都是显而易见的，并且，本发明定义的总体原理也可以在不脱离本发明的精神或保护范围的基础上适用于其它实施例。因此，本发明并不旨在限于本申请给出的实施例，而是与本发明公开的原理和新颖性特征的最广范围相一致。