CN103891354A - 对蜂窝关联偏置和/或干扰缓解技术的应用的自动触发 - Google Patents

Abstract

在无线通信网络中包括：具有第一覆盖区域的宏蜂窝（10）；以及具有第二覆盖区域的至少一个城市蜂窝（20a，20b，20c），该城市蜂窝位于宏蜂窝的第一覆盖区域内。适当地，宏蜂窝被配置成：确定宏蜂窝是否拥塞；确定城市蜂窝是否无拥塞；以及如果确定宏蜂窝拥塞并且城市蜂窝无拥塞，则宏蜂窝确定对城市蜂窝的蜂窝关联偏置（CAB）的尝试应用是有保证的。适当地，如果实际应用CAB，则宏蜂窝还利用几乎消隐子帧（ABS）实施增强型蜂窝间干扰协调（eICIC），并且向其相邻城市蜂窝通知这一配置。

Description

对蜂窝关联偏置和/或干扰缓解技术的应用的自动触发

背景技术

本发明的主题内容总体上涉及移动通信***的领域。本发明特别而非排他地与例如由第三代合作伙伴计划（3GPP，the3rd PartnershipProject）提出的异构长期演进（LTE，Long Term Evolution）相关，因此本说明书将特别提到这一方面。但是应当认识到，本发明的主题内容的各个方面同样适合于其他类似应用。

异构LTE网络在蜂窝技术（cellular）和/或移动通信的领域内是众所周知的。在一种部署策略中，一些蜂窝可以位于其他蜂窝的覆盖区域内或其附近。相邻的蜂窝有时将在至少部分地相同的频谱中操作。这可能会导致干扰问题，并且通常希望令其缓解。此外，通常还希望在各个蜂窝之间对通信量进行负载平衡，从而优化吞吐量并且改进网络性能。

因此，这里公开了用以解决前面所提到的（多个）问题和/或其他问题当中的一个或多个问题的新的和/或改进的处理和/或网络元件。

概要

提供本概要是为了介绍与本发明的主题内容有关的概念。本概要既不意图标识出所要求保护的主题内容的实质特征，也不意图用来确定或限制所要求保护的主题内容的范围。

根据一个实施例，提供一种无线通信网络。所述网络包括：具有第一覆盖区域的宏蜂窝；以及具有第二覆盖区域的至少一个城市蜂窝(metro cell)，所述城市蜂窝位于宏蜂窝的第一覆盖区域内。适当地，宏蜂窝被配置成：确定宏蜂窝是否拥塞；确定城市蜂窝是否无拥塞；以及如果确定宏蜂窝拥塞并且城市蜂窝无拥塞，则宏蜂窝确定对城市蜂窝的蜂窝关联偏置（CAB，Cell Association Bias）的尝试应用是有保证的。

根据另一个实施例，在无线通信网络中提供第一基站。第一基站限定具有一定覆盖区域的第一蜂窝，并且所述网络包括至少一个第二基站，其限定至少部分地处在第一蜂窝的覆盖区域内的第二蜂窝。适当地，第一基站被规定来执行一种方法，其包括：确定第一蜂窝是否拥塞；确定第二蜂窝是否无拥塞；以及如果确定第一蜂窝拥塞并且第二蜂窝无拥塞，则确定对第二蜂窝的CAB的尝试应用是有保证的。

根据另一个实施例，在包含了限定具有一定覆盖区域的第一蜂窝的第一基站的无线通信网络中，提供第二基站。适当地，第二基站限定至少部分地位于第一蜂窝的覆盖区域内的第二蜂窝，并且第二基站被规定来执行一种方法，其包括：确定正由第二基站承载的一部分负载是来自位于第二蜂窝的外边缘附近的一个或多个移动用户设备(UE,User Equipment)，这样，并非位于此处的所有UE都能在第一基站可能消隐的可用子帧中被调度；响应于所述确定，向第一基站发送针对增加其间第一基站消隐的子帧的数目的请求；以及从第一基站接收对于所述请求的响应，所述响应表明准许所述请求并且标识出第一基站将在哪些子帧中消隐。

通过阅读并理解本说明书，本领域技术人员将认识到这里所公开的本发明的主题内容的许多优点和益处。

附图说明

下文的详细描述将参考附图。但是这里所公开的本发明的主题内容可以采取各种组件和组件设置以及各种步骤和步骤设置的形式。附图仅仅是为了说明示例性的和/或优选的实施例，而不应被理解为做出限制。此外还应当认识到，附图可能不是按比例绘制的。

图1为示出了适用于实践本发明的主题内容方面的、示例性通信网络的至少一部分的图示。

图2为示出了根据本发明的主题内容方面的由宏蜂窝和/或其基站执行的一项示例性处理的流程图。

图3是示出了根据本发明的主题内容方面的由宏蜂窝和/或其基站执行的另一项示例性处理的流程图。

图4是示出了根据本发明的主题内容方面的、在图1所示的网络内执行的另一项示例性处理的流程图。

具体实施方式

为了简明起见，本说明书在提到本领域内所公知的结构和/或功能元件、相关标准和/或协议以及其他组件时没有关于其配置或操作的进一步详细解释，但是根据这里给出的（多个）优选实施例以及/或者为了适应这里给出的（多个）优选实施例而被修改或改动的情况除外。

现在参照图1，其中示出了蜂窝技术通信网络，例如异构LTE网络的一部分。具体地，如图所示，所述网络包括第一较大或宏蜂窝10以及部署在宏蜂窝10的覆盖区域内的多个较小或城市蜂窝。如图所示，在宏蜂窝10的覆盖区域内部署了三个城市蜂窝20a、20b和20c。然而，在实践中，可能有更多或更少类似地放置的城市蜂窝。同样地，整体网络可以包括更多数目的类似地设置的宏蜂窝。

一般来说，每一个蜂窝由一个基站（BS，base station）支持，例如eNB（eNobeB或演进型B节点），其例如经由无线射频（RF，RadioFrequency）接口或其他类似的空中（OTA，over-the-air）接口与通常处在所述蜂窝的覆盖区域内的一个或多个移动站或UE（用户设备）选择性地通信。适当地，宏蜂窝和城市蜂窝至少部分地在相同的频谱内操作。每一个蜂窝的标称覆盖区域或RF覆盖区通常部分地基于相关联的BS的传送功率决定。如图所示，宏蜂窝10由BS12支持，城市蜂窝20a、20b和20c分别由BS22a、22b和22c支持。适当地，城市蜂窝可以是，例如宏蜂窝、微微蜂窝、毫微微蜂窝等等或其某种组合。无论如何，每一个城市蜂窝的BS的传送功率通常小于宏蜂窝的BS的传送功率，因此各个蜂窝的相对尺寸或标称覆盖区域在图1中得到了真实的反映。

可以认识到，图1中所示出的部署策略允许靠近一个城市蜂窝的覆盖区域或者处在一个城市蜂窝的覆盖区域内的各个UE通过该城市蜂窝连接到和/或接入网络，从而体验到与其本来可能从周围的宏蜂窝10所得到的相比更高的吞吐量和/或信号强度。用于增加网络总吞吐量、负载平衡和/或提高网络性能的一种技术是人工地扩展从UE的角度感知到的城市蜂窝的范围，从而鼓励UE在其本来通常将选择通过宏蜂窝接入网络时转而通过城市蜂窝接入网络。这种技术被称作范围扩展，这是通过应用蜂窝关联偏置（CAB，cell association bias）而实现的，并且可以由网络运营商选择性地实施CAB，亦即，将其开启和/或关闭。当CAB被开启时，其可实现将UE（及其对应的通信量）从宏蜂窝有效地卸载到特定的城市蜂窝上。

为了选择其将使用哪一个蜂窝来接入网络，UE通常将测量接收到的来自一个或多个BS的信号的强度，并且选择具有最强信号的蜂窝。然而，当应用CAB时，宏蜂窝10（或者更具体地，BS12）向UE发信号，或者用其他方式指示UE向例如城市蜂窝中的其中一个给测量到的信号强度添加一个增量值（或偏置量）。这样，UE将把该城市蜂窝的信号强度感知为高于其实际测量值。反过来，这又将使得处在该城市蜂窝的覆盖区域的外边缘处或其附近的一些UE比起宏蜂窝优先选择该城市蜂窝。如图所示，考虑恰好处在城市蜂窝20a的标称覆盖区域的外边缘之外的UE30，在其处从宏蜂窝10实际测得的信号强度略高于从城市蜂窝20a实际测得的信号强度。然而在该例中当开启CAB时，如果来自城市蜂窝20a的所测信号强度加上增量数值大于来自宏蜂窝10的所测信号强度，则UE30将选择城市蜂窝20a而非在未应用CAB的情况下本将选择的宏蜂窝10。这样，至少从UE30的角度来看，城市蜂窝20a的范围被人为地扩展了（亦即，在没有实际增大其BS22a的传送强度的情况下）。当然，取决于偏置量或增量值，城市蜂窝20a的感知有效范围可以被人为地扩展更多或更少。如图所示，在该例中，人为地扩展后的覆盖区域20a’涵盖了UE30，因此该UE比起宏蜂窝10优选经由城市蜂窝20a连接到网络。

当宏蜂窝和城市蜂窝在相同的频谱内操作时，特别对于处在一个城市蜂窝的覆盖区域的外边缘或其附近的UE所可能出现的一种状况是，本来连接到该城市蜂窝的UE可能会经历来自宏蜂窝的成问题的干扰。采用CAB会促使处在城市蜂窝的覆盖区域的外边缘或其附近的UE通过该城市蜂窝而不是通过宏蜂窝连接到网络，从而可能会进一步恶化这种状况。

为了缓解前面提到的干扰问题，在3GPP标准中定义了一种被称作增强型蜂窝间干扰协调（eICIC）的特征，其能使两个相邻的BS或蜂窝能够在被称作子帧的特定时间切片期间协调他们的传输。在本上下文中，“相邻”BS或蜂窝指的是将UE从一个切换到另一个的BS或蜂窝。为了提供eICIC，可以采用一种被称作几乎消隐子帧（ABS，almostblank subframes）的技术。当采用ABS时，宏蜂窝10（或者更具体地，BS12）将间歇性地或者周期性地在给定子帧的期间消隐。也就是说，在消隐时，宏蜂窝或其BS将实质上不发送信息或数据（但是可以传输一些导频和广播信号）。相反地，与宏蜂窝同步的相邻城市蜂窝可以在宏蜂窝消隐时使用这些相同的子帧来为处于高干扰条件下的UE服务，例如处在城市蜂窝的覆盖区域的外边缘或其附近的那些UE。适当地，随着数目更多的通过城市蜂窝连接到网络的数目更多的UE经历高干扰条件，更多数量的ABS被应用。也就是说，宏蜂窝在更高频度下消隐以允许更多时间或更多消隐子帧以使得城市蜂窝服务更多数目的正在经历高干扰条件的UE。相反地，随着更少的通过城市蜂窝连接到网络的UE经历高干扰条件，更少的ABS被应用，亦即，宏蜂窝在更低频度下消隐或者更少消隐，从而最大化宏蜂窝可以在其间进行传送的子帧的数目。

与CAB一样，选择性地实施使用ABS来实现eICIC，亦即，由网络运营商按照期望开启和/或关闭。在传统上，CAB和经由ABS的eICIC都由网络运营商人工实施。也就是说，在传统上，所述特征必须通过网络运营商的具体干预而被开启或关闭。手工实施这些特征对于网络运营商可能是不小的负担。此外，在传统上不存在用于计算或者以其他方式确定应用多少偏置（即多大的增量值）与结合CAB技术结合，以实现所期望的负载平衡和/或有益网络性能的自动化机制，也不存在用于向其他城市蜂窝通知在何时和/或何处实施了CAB的机制。此外，虽然对于其意定目的通常是有效的，但是持续使用这些特征可能是不合期望的。例如，当给定的城市蜂窝已经存在严重的UE拥塞和/或宏蜂窝具有充足的可用带宽时，该城市蜂窝可能不希望利用CAB。在另一个例子中，由于宏蜂窝在消隐子帧期间的传送权受到很大限制或者没有传送权，因此消隐子帧会降低宏蜂窝的总体吞吐量，因此可能不希望持续地采用ABS。简而言之，之前既不存在用于确定是否和/或何时实施CAB或经由ABS的eICIC的适当机制，也不存在用于确定要应用多少CAB或者要应用多少ABS的适当机制。此外，之前既不存在用于在各个蜂窝之间传递是否、何时、何处和/或应用了多少ABS和/或CAB的适当机制，也不存在用于由城市蜂窝触发对宏蜂窝的实施ABS的请求或者向宏蜂窝通知该城市蜂窝期望有多少ABS的适当机制。

相应地，在一个适当的实施例中，宏蜂窝10（或者更具体地，BS12）被配置成和/或以其他方式被规定来计算和/或以其他方式确定是否和/或何时对于一个或多个城市蜂窝应用CAB以便增益网络性能。适当地，这种机制和/或处理不仅考虑到正在宏蜂窝处经历的条件和/或其状态，而且还考虑到所讨论的城市蜂窝处经历的条件和/或其状态。

现在参照图2，其中示出了由宏蜂窝10和/或其BS12执行以确定是否和/或何时向给定城市蜂窝应用CAB的示例性处理100。

在步骤102中，宏蜂窝10和/或其BS12发现其哪些相邻蜂窝是城市蜂窝。在一个实施例中，可以利用该信息对宏蜂窝10和/或其BS12进行配置或者以其他方式做出规定，例如在适当的存储器或数据库等等中实现的。或者，宏蜂窝10和/或其BS12可以通过其他方式获知该信息。举例来说，当由宏蜂窝10和/或其BS12接收到从一个相邻蜂窝切换UE的请求时，所述切换请求通常将向宏蜂窝10和/或其BS12报告相应的相邻蜂窝的传送功率等等。因此，通过检查所报告的传送功率，可以确定所述相邻蜂窝是否城市蜂窝。更具体地，所报告的相对较小的传送功率将表明从该处请求相应的交接的相邻蜂窝是城市蜂窝。

在判定步骤104处，随后确定宏蜂窝10是否处于拥塞状态。例如，如果在宏蜂窝10处给出的通信量多于该宏蜂窝10的最大空中接口容量或者处在其某一阈值范围内，或者如果宏蜂窝正在该宏蜂窝10能够支持其借以接入网络的最大UE数目下操作或者足够接近该最大UE数目，则可以认为宏蜂窝10处于拥塞状态。如果宏蜂窝10不处于拥塞状态，则可以不采取行动，并且处理100可以结束，例如可以在步骤106处结束。否则，如果宏蜂窝处于拥塞状态，则可能希望把一个或多个UE卸载到一个或多个重叠的城市蜂窝，例如城市蜂窝20a、20b和/或20c。相应地，处理100可以继续到判定步骤108，在该步骤中确定其中一个或更多城市蜂窝是否处于无拥塞状态并且从而具有足够的容量来接收额外的UE和/或与之相关联的通信量。例如，如果在给定的城市蜂窝处给出的通信量足够小于该城市蜂窝的最大空中接口容量或者处于其某一阈值数量以下，或者如果城市蜂窝正在远少于该城市蜂窝能够支持其借以接入网络的最大UE数目的情况下操作，则可以认为该城市蜂窝处于无拥塞状态。同样地，如果没有城市蜂窝被认为是无拥塞的，则可以不采取行动，并且处理100可以结束，例如在步骤106处结束。否则，如果一个或更多城市蜂窝处于无拥塞状态，则可能仍然希望把一个或多个UE卸载到其中一个或多个无拥塞的城市蜂窝，例如城市蜂窝20a、20b和/或20c。相应地，处理100可以继续到步骤110，这是因为其已经判定向其中一个或更多无拥塞城市蜂窝应用CAB将潜在地增益网络吞吐量和/或性能，即假定可以应用适当的偏置量从而导致把一个或多个UE从宏蜂窝实际卸载到具有用以接收所述UE的容量的其中一个或多个城市蜂窝。

现在参照图3，在得出对给其中一个或多个城市蜂窝应用CAB的尝试可以增益网络吞吐量和/或性能的结论之后，宏蜂窝10还可以被配置成和/或被规定来执行处理200，其中，宏蜂窝10和/或其BS12特别计算和/或以其他方式确定对其中一个或多个城市蜂窝的可行的CAB应用实际上是否将适当地实现所期望的目的（即把UE从宏蜂窝卸载到其中一个或多个城市蜂窝），如果是的话则将应用的所期望的偏置量是多少。通过进一步阅读本说明书将会认识到，可以利用一种迭代方法来确定将要应用的偏置量，其中逐渐增大偏置直到所期望的稳态就绪为止。

如图3中所示，处理200开始于步骤210，其中宏蜂窝10和/或其BS12确定是否存在处于与城市蜂窝相关的边界情况下的UE（亦即，是否存在处于城市蜂窝的覆盖区域的外边缘或其附近的UE）。例如，为此可以由宏蜂窝10和/或其BS12执行或者以其他方式实施若干子步骤。

在一个适当的实施例中，在子步骤212中，宏蜂窝10和/或其BS12可以：（i）从宏蜂窝10所服务的UE处请求无线电资源控制(RRC,Radio Resource Control）测量，其中包括最强相邻城市蜂窝（亦即，对于给定UE具有最强参考信号接收功率（RSRP,Reference SignalReceive Power）的城市蜂窝）的RSRP以及服务宏蜂窝10的RSRP；以及（ii）计算或者以其他方式确定在每一种情况下获得的RSRP之间的差异。

在子步骤214中，处理200以宏蜂窝10和/或其BS12选择一个城市蜂窝来继续。首先，所选择的城市蜂窝可以是具有将其报告为最强邻居的最高UE数目的城市蜂窝。在子步骤216中，由例如，宏蜂窝10和/或其BS12，设置或其他方式选择初始偏置量被设置，以用于所选的城市蜂窝的CAB应用。初始选择的偏置量通常是将导致把由宏蜂窝10服务的、但是另一方面是在与所选城市蜂窝相关的边界条件下的UE中的一个或多个交接到所选城市蜂窝的数量。例如，宏蜂窝10和/或其BS12可选择或以其他方式把初始偏置量设定成略大于从与所选城市蜂窝相关的处于边界条件下的所有UE报告给宏蜂窝10和/或其BS12的RRC测量所计算或者以其他方式确定的最小RSRP差异。

在判定子步骤218中，宏蜂窝10和/或其BS12基于从子步骤216确定的初始偏置量，判定是否要向所选城市蜂窝实际应用CAB。如果初始偏置量大于所能支持的最大值，则可以不采取行动并且处理200可以结束于步骤220，这是因为在这种情况下，人为扩展城市蜂窝的覆盖区域将不会有助于捕获任何UE，亦即，UE将不会被引导从宏蜂窝交接到城市蜂窝，例如，由于所有UE仍将驻留在该城市蜂窝的甚至经过人为扩展后的覆盖区域之外。适当地，所能支持的最大偏置量被取作宏蜂窝的BS12的传输功率（例如以dBm计）与所选城市蜂窝的BS的传输功率（例如以dBm计）之间的差异。否则，如果初始偏置量基本上等于或者小于所能支持的最大值，则在步骤222处，由宏蜂窝10和/或其BS12利用在子步骤216中确定的初始偏置量作为增量值来对所选城市蜂窝应用CAB。此外，在步骤222中，可以利用ABS应用eICIC，ABS具有在宏蜂窝10处的初始消隐子帧数目，其足以允许城市蜂窝在宏蜂窝10被消隐的那些子帧期间服务于额外地被切换过来的UE。

适当地，在步骤224中，宏蜂窝10和/或其BS12通过发信号或者以其他方式向它的一个或多个相邻城市蜂窝和/或这些城市蜂窝各自的BS通知CAB应用和/或利用ABS实施eICIC。在一个示例性实施例中，从宏蜂窝10和/或其BS12向所有相邻城市蜂窝提供eICIC和/或ABS信息。适当地，宏蜂窝向所有相邻城市蜂窝通知已经开启了ABS以及宏蜂窝将在哪些子帧中消隐。例如，这可以通过从宏蜂窝向所有城市蜂窝发送“负载信息”X2消息来实现。适当地，该消息可以包含ABS信息IE（信息元素）。

当由宏蜂窝10对特定城市蜂窝应用了CAB时，适当地，宏蜂窝将通过发信号、发送消息或其他方式通知该城市蜂窝偏置生效，这样，该城市蜂窝将更新其移动性参数作为响应。用这种方式可以避免从城市蜂窝把UE切换回到宏蜂窝的徒劳尝试。例如，存在两种方式可令城市蜂窝知晓CAB应用。在一种方式中，宏蜂窝可以，例如，使用X2接口以及如“移动性改变请求”消息或“负载信息”消息之类的消息直接通知城市蜂窝。在另一种方式中，宏蜂窝可以基于从城市蜂窝到该宏蜂窝的被拒绝的切换请求而观察到，在宏蜂窝侧的切换阈值增加了特定偏置量。具体来说，基于在失败的切换尝试之前由UE报告的测量水平，城市蜂窝确定由宏蜂窝设定了多少偏置，并且随着更多测量和失败的切换被报告，该数值可视需要被细化。

适当地，在步骤226中，宏蜂窝10和/或其BS12可以在希望的情况下进行重新评估并且可以进一步迭代地执行前面描述的处理步骤，以便做出附加的网络性能改进。

无论如何，应当认识到，结合这里给出的（多个）特定的示例性实施例，某些结构和/或功能特征被描述为合并在已定义的元件和/或组件中。但是出于相同的或类似的益处，还可以设想到把这些特征同样地合并在其他适当的元件和/或组件中。还应当认识到，可以适当地选择性使用各个示例性实施例的不同方面，以便获得适合于所期望的应用的其他替换实施例，所述其他替换实施例从而实现合并在其中的各个方面的各自的优点。例如，在前述处理和/或步骤的第一次迭代之后，一些UE将被重新关联和/或从宏蜂窝被切换到其中一个或多个城市蜂窝。然而，宏蜂窝可能仍然拥塞，并且可能仍然存在一个或多个无拥塞的城市蜂窝，例如，如通过再次执行处理100所确定的那样。在这种情况下，宏蜂窝可以决定用先前确定的偏置对其所有相邻城市蜂窝应用CAB，或者其可以在逐个事例的基础上考虑每个城市蜂窝。在后一种情况下，所述处理可以返回步骤214，其中宏蜂窝将选择下一个城市蜂窝，例如，具有将其报告为最强邻居的下一个最大UE数目的城市蜂窝。随后可以从此关于新选择的城市蜂窝执行处理200。视需要重复这一循环，直到所有城市蜂窝都被涉及并且适当地应用了CAB为止。特别地，由于城市蜂窝可共享相同的、在其中宏蜂窝被消隐的子帧来为处于高干扰条件下的UE服务，因此可能不会在每一个实例中都应用附加的消隐，这是因为城市蜂窝通常不会彼此干扰。

一旦在初始偏置水平下对于所有适用的城市蜂窝都应用了CAB，然后如果宏蜂窝仍然拥塞，则宏蜂窝10和/或其BS12可以按照步进式迭代地增大偏置量，并且重新评估是否将由宏蜂窝实施附加的消隐以服务于被重新关联和/或以其他方式被切换到城市蜂窝的UE。适当地，继续这些迭代过程，直到（i）宏蜂窝不再拥塞、或者（ii）不再有适当地无拥塞的城市蜂窝、或者（iii）正在使用最大可支持偏置量为止。

现在参照图4，其中示出了在适当情况下可选地由城市蜂窝和/或宏蜂窝实施或者以其他方式执行的处理300。在本例中，城市蜂窝被配置成和/或以其他方式被规定来请求宏蜂窝10的附加消隐，并且宏蜂窝被配置成和/或以其他方式被规定来对该请求做出响应，以及在准许附加消隐的情况下向其他相邻城市蜂窝通知结果。适当地，当已经对城市蜂窝应用CAB并且宏蜂窝可能已经在采用具有一定数目的消隐子帧的ABS时，可以执行处理330。

如图所示，所述处理开始于步骤302，其中城市蜂窝或其BS确定其负载当中的高百分比（例如高于某一设定阈值）是来自其覆盖区域的外边缘，并且，并非全部相应的UE可以在任何宏蜂窝10已经消隐的子帧中被调度。因此，在步骤304中，城市蜂窝向宏蜂窝发送请求，以及基于多少个UE处于边界条件下所请求的消隐子帧数目的指示。

在步骤306中，宏蜂窝10和/或其BS12评估容量折中，其中还考虑到其他相邻城市蜂窝，并且适当地分配附加的ABS，亦即，增加宏蜂窝10消隐的子帧的数目。相应地，在步骤308中，宏蜂窝10对请求做出响应，例如，用表明所述请求已被准许的消息做出响应。适当地，所述消息还通知发出请求的城市蜂窝哪些子帧将被宏蜂窝消隐。该城市蜂窝随后可以在步骤308中，在宏蜂窝10消隐的那些子帧期间时调度处在其边界或者处于高干扰条件下的UE。此外，在步骤310中，宏蜂窝10和/或其BS12还将通知其所有其他相邻城市蜂窝ABS准许，从而使它们可以利用在宏蜂窝消隐的附加子帧期间来调度它们自身的处于高干扰条件下的UE。

前面的描述和/或处理通常涉及希望把UE从宏蜂窝卸载到城市蜂窝并且因此相应地实施和/或增加CAB和/或ABS的情况。此外，还可以有类似的处理，并且/或者宏蜂窝和/或城市蜂窝可以同样被配置和/或以其他方式被规定来处理实质上相反的状况。

例如，城市蜂窝可以被配置和/或以其他方式被规定来确定其可能不需要如此多的ABS，并且因此通知宏蜂窝。具体地，当已经对城市蜂窝应用CAB并且宏蜂窝可能已经在采用具有一定数目的消隐子帧的ABS时，可以执行适当的处理。举例来说，城市蜂窝或其BS可以确定其负载当中的相对较低百分比（例如低于某一设定阈值）是来自其覆盖区域的外边缘，并且所有相应的UE可在少于当前由宏蜂窝10消隐的子帧中被调度。因此，城市蜂窝向宏蜂窝发送表明更少的子帧即可容纳其边界UE（或者处于高干扰条件下的那些UE）的请求，并且连带有关于该城市蜂窝仍然想要利用的消隐子帧数目或者从发出请求的城市蜂窝的角度来看现在可以将多少消隐子帧解除消隐的指示。

作为响应，宏蜂窝10和/或其BS12评估容量折衷，其中还考虑到它的其他相邻城市蜂窝，并且适当地调节消隐子帧的数目，亦即，减少宏蜂窝10消隐的子帧的数目。相应地，宏蜂窝10对请求做出响应，例如，用表明所述请求已被准许的消息做出响应。适当地，所述消息还通知发出请求的城市蜂窝哪些子帧将被宏蜂窝继续消隐（如果有的话）。城市蜂窝随后可以在宏蜂窝10消隐时的那些子帧期间调度处在其边界或者处于高干扰条件下的UE。此外，宏蜂窝10和/或其BS12还将通知其所有其他相邻城市蜂窝新的ABS配置，从而使其可以在调度其自身的处于高干扰条件下的UE时利用所述信息。

在替换的实施例中，可以存在其他用于选择性地实施CAB和/或ABS的自动触发。在一个实施例中，一天中的时刻、一周中星期几和/或其他时间测量可被用作在适当情况下自动开启和/或关闭CAB和ABS当中的任一项或全部二者的半静态触发。这例如在城市蜂窝被部署于通信量模式遵循可预测的使用，例如午饭时间、高峰期等等的位置的情况下可能是特别有用的。此外，其他实施例可以简单地自动确定何时触发CAB和/或ABS的使用或停止，而无须据此实际改变网络元件的配置。当然，当给定的触发被激活或者以其他方式被解扣时，可以例如通过警报等形式向网络运营商发送或提供报告或通知。网络运营商随后可以相应地根据所提供的信息采取行动，以便开启或关闭CAB和ABS当中的任一项或全部二者。

在另一个实例中，宏蜂窝和/或城市蜂窝可以被配置成和/或以其他方式被规定来实施和/或以其他方式执行各项处理，以便处理其中宏蜂窝无拥塞并且其中一个或更多城市蜂窝拥塞而且应用了CAB的状况。在这种情况下，宏蜂窝可以首先确定在一个城市蜂窝的边界区域内存在UE，例如，在人为扩展后的覆盖区域内。适当地，该确定可以基于由UE报告的相邻蜂窝的RSRP测量做出。相应地，宏蜂窝可以通过减小对于这样的城市蜂窝应用的偏置的量来做出响应。这样通常将导致把边界区域UE从城市蜂窝切换到宏蜂窝。再一次地，宏蜂窝随后将通知受影响的城市蜂窝其已经改变了偏置量，例如，从而使得城市蜂窝可以相应地调节其移动性参数。现在宏蜂窝将重新评估当前所实施的ABS的数量是否仍然适当，并且也可以进行调节。适当地，随后将把对ABS配置的任何改变依次从宏蜂窝报告给其所有相邻城市蜂窝，从而可以使它们相应地调节它们的调度。

还应当认识到，这里所描述的特定元件或组件可以通过硬件、软件、固件或其某种组合来适当地实施其功能。此外，还应当认识到，这里被描述为合并在一起的某些元件在适当情况下可以是独立元件或者以其他方式被划分。类似地，被描述为由一个特定元件实施的多项特定功能可以由独立运作的多个不同元件实施以便实施各项单独的功能，或者某些单独的功能可以被分解并且由协同运作的多个不同元件实施。或者在这里本来被描述和/或显示成彼此不同的一些元件或组件在适当情况下可以在物理或功能方面被组合。

简而言之，前面参照优选实施例阐述了本说明书。显而易见的是，通过阅读并理解本说明书，其他人将会想到各种修改和改动。本发明应当被理解成包括落在所附权利要求书或其等效表述的范围内的所有此类修改和改动。

Claims (10)

1.一种无线通信网络的基站，其中所述基站限定第一蜂窝，所述基站被规定来执行一种方法，其包括：

确定该基站是否拥塞；

确定第二基站是否无拥塞，其中所述第二基站限定至少部分地位于第一蜂窝内的第二蜂窝；以及

如果确定该基站拥塞并且该第二基站无拥塞，则确定对第二蜂窝的蜂窝关联偏置（CAB）的尝试应用是有保证的。

2.如权利要求1所述的基站，其中，如果确定对第二蜂窝的CAB的尝试应用是有保证的，则所述方法还包括确定供与CAB相关的使用的初始偏置量，并且如果该初始偏置量超出最大可支持偏置量，则CAB不被该基站所应用，否则，如果该初始偏置量没有超出最大可支持偏置量，则由该基站使用初始偏置量对该第二蜂窝应用CAB。

3.如权利要求2所述的基站，其中，该基站通知该第二基站何时由该基站对第二蜂窝应用CAB。

4.如权利要求2所述的基站，其中，如果该基站对第二蜂窝应用CAB，则所述基站还利用几乎消隐子帧（ABS）实施增强型蜂窝间干扰协调（eICIC），其中第一基站对一个或多个子帧消隐。

5.如权利要求4所述的基站，其中，所述网络还包括在第一蜂窝的覆盖区域内的附加的第二基站，并且所述基站通知该第一蜂窝的覆盖区域内的所有第二基站ABS何时被该基站使用。

6.如权利要求1所述的基站，其中，所述网络是异构长期演进（LTE）网络。

7.一种限定第一蜂窝的城市基站（metro base station），其中第一蜂窝至少部分地位于由宏基站限定的第二蜂窝的覆盖区域内，所述城市基站被规定来执行一种方法，其包括：

确定正由该城市基站承载的一部分负载是来自位于该第一蜂窝的外边缘附近的一个或多个移动用户设备（UE），这样，并非位于此处的所有UE都能在宏基站可能消隐的可用子帧中被调度；

响应于所述确定，向宏基站发送用于增加其间宏基站消隐的子帧的数目的请求；以及

从宏基站接收对于所述请求的响应，所述响应表明准许所述请求并且标识出宏基站将在哪些子帧中消隐。

8.如权利要求7所述的城市基站，其中，所述请求包括关于城市基站希望宏基站在多少子帧中消隐的指示。

9.如权利要求7所述的城市基站，其中，位于第一蜂窝的外边缘附近的UE被调度成由城市基站在宏基站消隐的那些子帧期间服务。

10.如权利要求7所述的城市基站，其中，附加的其他城市基站限定位于第二蜂窝内的各个蜂窝，并且宏基站通知限定第二蜂窝内的各个蜂窝的所有城市基站其将在哪些子帧中消隐。

Images