NB之间的通信来执行。在后一种情况下，如果一个相邻小区(例如宏小区)可以为eNB提供备份覆盖，该eNB具有自主关闭功能以节省能源的能力。在LTE中，eNB对象模型包含在属性adjecentCell中具有邻小区的标识(ID)的EutranRelat1n对象实例。ES关系还包含属性isESCoveredBy，其在3GPP TS 32.762的6.3.9节中被定义为:“指示根据此规划所述相邻小区是否对于其名称包含了该EutranRelat1n实例的小区没有提供、提供部分或提供全部覆盖。当原小区将要转移到节电(energySaving)状态时，该属性等于“是”的相邻小区被推荐认为是用于接管该覆盖的候选小区”。这在图1中示出，例如，其中在宏小区106的覆盖区域内(示为一个大的椭圆形)有四个微微小区105-1到105-4，并且微微小区1(105-1)和2(105-2)已被去激活以节省网络的能量。宏eNB(在图1中未示出)可以使用多个频率并且不同的频率(在这个例子中，4或匕)与由宏eNB形成的不同的宏小区106相关联。类似地，微微eNB(在图1中未示出)可以有多个频率并且不同的频率(在这个例子中，4或匕)与由宏eNB形成的不同微微小区105相关联。基于一定的性能标准(例如业务利用率或负载、邻近微微小区105的用户数、总用户数、用户分布，等)，宏小区106可以决定要激活哪个微微小区105。备选地，在微微eNB正在控制多个载波时，该微微eNB可以决定微微eNB需要再次激活宏小区106当前正在传输的第二小区。宏小区106可以使用作为其主载波，并且微微小区105利用匕作为其主载波，以使得宏小区在f 2上通常被去激活，并且微微小区105在4上通常被去激活。这意味着，在这种时候在宏小区和微微小区之间没有干扰。但是随着在微微小区105 (以及可能在宏小区106)的UE负载增加，与相关联的微微小区105可能需要被激活以服务增加的负载。宏eNB或微微eNB可能在上重新激活小小区105。
[0035]作为另一实例，在图1中，宏小区106可确定大量的UE 110在微微小区2105-2的覆盖范围内，并通过激活微微小区2105-2可以得到最好的服务。作为小区激活和UE切换过程的一部分，UE 110将从宏小区106被切换到微微小区2105-2。然而，在微微小区2105-2被激活后，在其覆盖区域(被示为椭圆形)内的UE 110仍连接到宏小区106，并且如果使用相同的载波频率(例如，4或€ 2)，这些UE 110可能受到来自微微小区2105-2的非常高的干扰。对于UEllO中的一些UE，这会导致无线链路失败(RLF)。除了 UE经历RLF的性能影响以外，这些RLF可能不利地影响移动鲁棒性优化(MRO)过程，导致整个系统性能的降低。
[0036]导致在连接到远处另一小区的可能大量UE 110中的休眠小区的重新激活以及引起对UE 110的严重干扰而可能导致失败的另一场景是在小区经历OOS后并且后来回到INS。小区OOS表示小区的状态管理信息指示administrativeState属性值为“被锁定”或者operat1nalState属性值为“被禁用”。这些值的含义在X.731，ITUCCITT，信息技术-开放系统互连-系统管理:状态管理功能(Informat1nTechnology-Open SystemInterconnect1n-System Management:State Management Funct1n)，01/92 中定义。目前还没有经由节点间X2接口发送的指示来指示小区OOS到INS的状态转换。因此，关于MRO功能，RLF/H0F的报告对于这种情况可能更是问题，假设MRO功能未被提供以下信息，即在小区从这样的OOS条件重新激活的时间期间发生RLF/H0F。邻节点被经由X2接口的去激活指不(Deactivat1n Indicat1n) IE:eNB 配置更新(Configurat1n Update)消息通知了小区正被去激活以便能量节省。
[0037]因此，需要将最初连接到第一小区的UE 110从第一小区切换到UE 110在其中间的被重新激活的第二小区、同时控制用户设备与第二小区之间的干扰的技术。
[0038]本发明的示例实施例提供了技术，用于当下层的(例如，微微)小区被激活时防止RLF/H0F。该技术由网络执行，并且对于UE是完全透明的。某些技术可以重用来自3GPP的现有的消息和接口规范过程。
[0039]在继续对这些方面进行额外描述之前，参照示出了示例性系统的图2，本发明的示例实施例可以在该系统中实践。在图2中，用户设备(UE) 110经由无线链路115-1(和eNB107)或无线链路115-2(和微微eNB 108)处于与无线网络100的无线通信中，其中无线链路115可能实现Uu接口。用户设备110包括通过一个或多个总线127互连的一个或者多个处理器120、一个或者多个存储器125、以及一个或多个收发信机130。一个或者多个收发信机130连接到一个或者多个天线128。一个或多个互连的存储器125包括计算机程序代码123。一个或者多个存储器125和计算机程序代码123被配置为与一个或多个处理器120 一起使得用户设备110执行如本文所述的操作的一个或多个操作。
[0040]网络100包括eNB 107, eNB 108，和0&M系统191。在本文呈现的示例中，eNB 107形成覆盖/候选小区106 (见图1)，并且eNB 108形成容量增强/原小区105 (见图1)。应当指出，本文的描述指出“小区”执行功能，但应该明确的是，形成小区的eNB将执行功能。小区构成eNB的一部分。也就是说，每个eNB可以有多个小区。例如，对于单个eNB载频和相关联的带宽可能有三个小区，每个小区覆盖360度区域的三分之一，使得单个eNB的覆盖区域覆盖一个近似椭圆形或圆形。此外，每个小区可以对应于单个载波并且一个eNB可以使用多个载波。因此，如果每个载波有3个120度小区和两个载波，那么该eNB共有6个小区。由于术语“小区”通常用来指覆盖区域，为简单起见，在本文覆盖区域被称作“小区”。
[0041]还应当注意，“容量增强”小区是具有在“覆盖”小区的覆盖区域之下的覆盖区域的小区。“覆盖”小区具有在“容量增强”小区的覆盖区域之上的覆盖区域。如在3GPP TS36.300中给出，能量节省“功能允许例如在其中容量增强可以与提供基本覆盖区的小区区分开来的部署中，优化能耗而使能以下可能性，即，使提供额外的容量的E-UTRAN小区当其容量不再被需要时被关闭、并在需要时被重新激活的可能性。基本覆盖可以由E-UTRAN、UTRAN或GERAN小区提供”。术语“候选”小区也经常使用，例如在SA5，用于覆盖小区，并且术语“原”小区经常被用于容量增强小区。然而，为了清楚起见，在本文主要使用在TS 36.300中所使用的以及上面给出的术语“容量增强”小区和“覆盖”小区。
[0042]本文提供的示例中，假设容量增强小区105是微微小区并且覆盖小区106是宏小区。然而，这仅仅是示例性的，本发明可应用于许多不同类型的小区，包括微小区、毫微微小区、中继小区和由远程无线电头创建的小区。这些术语如宏、微微、中继、微、和毫微微一般对应于小区功率(并且因此对应于相应的覆盖区域)。
[0043]eNodeB 107包括通过一个或者多个总线157互连的一个或者多个处理器150、一个或者多个存储器155、一个或者多个网络接口((多个)N/W I/F) 161，以及一个或者多个收发信机160 (每个包括一个发射机Tx和一个接收器Rx)。一个或者多个收发信机160连接到一个或者多个天线158。一个或者多个存储器155包括计算机程序代码153。一个或者多个存储器155和计算机程序代码153被配置为与一个或者多个处理器150 —起使得eNodeB 107执行如本文所述的操作中的一个或者多个操作。一个或者多个网络接口 161通过诸如网络173、175的网络进行通信。
[0044]eNB 108包括通过一个或者多个总线140互连的一个或者多个处理器172、一个或者多个存储器136、一个或者多个网络接口((多个)N/W I/F) 139、以及一个或者多个收发信机138 (每个包括一个发射机Tx和一个接收器Rx)。一个或者多个收发信机160连接到一个或者多个天线145。一个或者多个存储器136包括计算机程序代码137。一个或者多个存储器136和计算机程序代码137被配置为与一个或者多个处理器172 —起引起eNB 108执行如本文所述的操作的一个或者多个操作。一个或者多个网络接口 139通过诸如网络173、175的网络进行通信。
[0045]0&M系统191包括通过一个或多个总线187互连的一个或者多个处理器180、一个或者多个存储器195、以及一个或者多个网络接口((多个)N/W I/F) 190? 一个或者多个存储器195包括计算机程序代码197。一个或者多个存储器195和计算机程序代码197被配置为与一个或多个处理器180 —起使得0&M系统191执行如本文所描述的操作的一个或多个操作。一个或者多个网络接口 190通过诸如网络173、175的网络进行通信。本文的某些描述是指C-SON服务器。这种服务器通常连接到0&M系统191并且为了本文的目的可能考虑是0&M系统191的一部分。
[0046]eNodeB 107和eNB 108使用例如网络173进行通信。网络173可以是有线或者无线或者二者，并且可以实现例如在TS 36.423中所规定的X2接口。0&M系统使用网络175与eNodeB 107和eNB108进行通信。网络175可以是有线或者无线或者二者，并且可以实现例如Itf-S。计算机可读存储器136、155和195可以是任何类型的适合于本地技术环境的，并且可以使用任何合适的数据存储技术，诸如基于半导体的存储器设备、闪存，磁存储器设备和系统、光存储器设备和系统、固定存储器和可移动存储器来实现。处理器150、172和180可以是任何类型的适合于本地技术环境的，并且作为非限制性的例子可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或者多个。
[0047]根据本文的某些示例实施例，当小区第一次被激活时，只有公共信号和公共信道(例如PSS/SSS、CRS、PBCH和与SIB相关的PDCCH/PDSCH)被传输，因此来自/去往小区的子帧大多是空的。激活小区附近的UE 110将开始报告例如与新激活的微微小区105相关的公共参考信号(CRS)的测量，并且宏小区106可以通过发送X2:切换请求(HANDOVERREQUEST)消息到微微小区来准备那些UE用于切换。由于UEllO被切换到微微小区105，DL子帧将开始填满业务，并且微微小区105将开始产生对UE 110的严重干扰。这可能导致无线电链路或切换失败。这在图3中示出。例如，UE 110以3dB的SINR连接到宏小区106。UE 110距离宏小区106越远，预期的SINR越低。在微微小区105被激活并且用户被连接到微微小区105以后，由于其靠近UE 110，微微小区105产生大量的干扰320，并且UE的SINR下降到-10dB。在这一点上，UE 110不再能从宏小区106接收控制信息和数据(例如从期望信号310)，并且因此不能与宏小区106进行通信。结果，宏小区106或UE 110可能宣告RLF。此外，在经由与宏小区106交换的Uu RRC消息的切换的过程中的UE 110可能无法做到这一点，导致H0F。如果UE 110已经通过在X2切换请求(HANDOVER REQUEST)消息(3GPPTS 36.423)中从另一节点接收必要的参数而被在微微小区105准备好，则UE 110然后将使用在3GPP TS 36.331中所述的过程重新建立到微微小区105的连接。否则，重新建立过程将失败，并且然后UE 110将需要再次发送消息以建立与EPC和eNB 107的连接。不管以哪种方式，这可以触发微微小区向宏小区106报告RLF/H0F故障，导致限定(pegging)这类事件的相关积累作为SON MRO功能的一部分。与发生在两个激活小区的覆盖边界处的典型HO所关联的HOF相比较，由于本文所描述的小区重新激活引起的干扰导致的HOF存在差异。被