技术领域
[0001] 本
发明涉及包括基站的通信系统，尤其涉及用于控制基站的下行链路传输上的最大传输功率的方法，以及一种配置用以实施所述方法的基站。
背景技术
[0002] 毫微微蜂窝基站在长期演进（Long Term Evolution，LTE）通信网络内（在其他的地方称为家庭演进
节点B，HeNB；或，企业演进节点B， EeNB）是小型、低功耗和在住宅或商业区使用的室内蜂窝基站。在同样的环境中，毫微微蜂窝基站相对于其
叠加的宏蜂窝LTE网络将提供更好的网络
覆盖和容量。此外，毫微微蜂窝基站使用宽带连接来接收和发送回来自操作者的数据（被称作“回程”）。
[0003] 由于毫微微蜂窝基站使用与在宏蜂窝网络中的宏蜂窝基站相同的
频率，并且当他们位于宏蜂窝网络中的一个或多个的宏蜂窝基站的覆盖范围中时，有必要确保来自毫微微蜂窝基站到使用该毫微微蜂窝基站的移动设备（在其它方面也被称作用户装置UE）的下行链路传输不会充分干扰到来自宏蜂窝基站到移动设备的下行链路传输。
[0004] 特别地，通过在毫微微蜂窝基站用来向移动设备传输的功率上设置覆盖（cap）来减轻干扰。该功率上的覆盖可以设置为：来自毫微微蜂窝基站的一个特定的路径损耗值（例如80dB），移动设备从宏蜂窝基站接收到的一个
信号（例如一个目标信号与干扰加噪声比（signal to interference plus noise ratio ，SINR））。该覆盖取决于毫微微蜂窝基站的传输功率的最小或最大功率限值，例如最小功率限值和最大功率限值分别为0.001w和0.1w。
[0005] 然而，这种方式的
缺陷在于，不管是否与宏蜂窝基站通信的，只要需要保护的移动设备接近毫微微蜂窝基站，该毫微微蜂窝基站的传输功率都将被覆盖。这种覆盖将导致以移动设备用于与毫微微蜂窝基站通信的数据吞吐量不必要的被限制。
[0006] 因此，用于为基站的下行传输链路设置最大允许传输功率的改进方法是必要的。
发明内容
[0007] 因此，本发明的第一方面提供一种运行基站的方法，该方法包括确定是否有未与基站关联的移动设备需要保护自己免受由基站的下行传输链路引起的干扰；并且基于所述确定步骤确定的结果为基站设置最大传输功率。
[0008] 根据本发明的第二方面，提供一种用于通信网络的基站，该基站被配置为确定是否有未与基站关联的移动设备需要保护自己免受由基站的下行传输链路引起的干扰；并用于基于所述确定（的结果）为基站设置最大传输功率。
附图说明
[0009] 现仅通过举例的方式对本发明进行详细描述，参考以下附图，其中：
[0010] 图1示出了一种典型的通信网络；
[0012] 图3示出了依据本发明的更详细的方法流程图；
[0013] 图4（a）和4（b）是时域参考信号分别与低
信噪比和高信噪比的自相关函数的示意图；
[0014] 图5是表现自相关函数峰值与信噪比之间关系的示意图；
[0015] 图6是表现
峰均功率比与信噪比之间关系的示意图；
[0016] 图7是表现自相关函数峰值与信噪比之间关系的示意图，该图中射散已经减少；
[0017] 图8是对上行链路中的参考信号的
质量进行估算的方法流程图；
[0018] 图9是宏蜂窝扇区内宏蜂窝的下行链路上的吞吐量相对于毫微微蜂窝基站
密度而变化的示意图；
[0019] 图10是对于宏小区边缘的用户设备，宏蜂窝下行链路吞吐量相对于毫微微蜂窝基站密度而变化的示意图；
[0020] 图11是毫微微蜂窝下行链路的吞吐量相对于毫微微蜂窝基站密度而变化的示意图；以及
[0021] 图12是对于毫微微小区边缘的用户设备，毫微微蜂窝下行链路的吞吐量相对于毫微微蜂窝基站密度而变化的示意图。
具体实施方式
[0022] 虽然本发明将在以下关于LTE通信网络和毫微微蜂窝基站或HeNB描述，但是要认识到本发明是可应用于其他类型的第三代或后续代网络，该网络中能够部署毫微微蜂窝基站（无论对于家庭或商业应用），或在那些网络中的等同设备。此外，虽然在以下
实施例中毫微微蜂窝基站和宏蜂窝基站使用相同的空中
接口（LTE），但是要意识到本发明能够在宏蜂窝和毫微微蜂窝基站使用相同或者相反频率但使用不同的空中接口方案中应用（例如当毫微微蜂窝基站使用LTE时，宏蜂窝基站能够使用WCDMA）。
[0023] 进一步的，虽然以下描述的本发明的特殊实施例涉及控制用于毫微微蜂窝基站的最大允许传输功率，但是本领域技术人员可以认识到本发明同样可以应用于控制非毫微微蜂窝基站的最大允许传输功率，例如宏蜂窝基站。
[0024] 图1示出了实施本发明的典型通信网络2的局部。通信网络2包括多个宏蜂窝基站4（图1中仅示出了它们中的一个），该多个宏蜂窝基站4中的每个都定义了各自的覆盖区-由宏蜂窝6指示。在LTE通信网络中，宏蜂窝基站4被称为演进节点基站（evolved Node Bs ，eNBs)。
[0025] 在每个毫微微蜂窝基站8定义各自的覆盖区-由毫微微蜂窝10指示的情况下，一个或以上毫微微蜂窝基站8（家庭演进节点基站，Home eNBs – HeNBs）可以位于宏蜂窝基站4的覆盖区6内（虽然仅一个毫微微蜂窝基站8在图1中示出）。
[0026] 应该认识到，图1未按比例绘制，并且，在大多数现实世界的实施中，毫微微蜂窝基站8的覆盖区10会显著小于宏蜂窝基站4的覆盖区6。
[0027] 多个移动设备（UEs）12也是位于宏蜂窝基站4的覆盖区6内的通信网络2中。
[0028] 四个移动设备12a, 12b, 12c和12d每个与宏蜂窝基站4相关联，这意味着它们使用宏蜂窝基站4发送和/或接受控制信令和/或数据。应该注意的是，虽然移动设备12d也是位于毫微微蜂窝基站8的覆盖区10内，但是它与宏蜂窝基站4相关联（这可能是因为对于移动设备12d，宏蜂窝基站4 的信号强度显著好于毫微微蜂窝基站8的信号强度，或者毫微微蜂窝基站8被限制给特定的不包括移动设备12d的用户，等等）。移动设备12a, 12b, 12c和12d此处统称为“宏-用户设备”，因为它们是与宏蜂窝基站4相关联的移动设备/用户设备（UEs）。
[0029] 此外两个移动设备12e 和12f，位于毫微微蜂窝基站8的覆盖区10内并且通常与毫微微蜂窝基站8相关联，意味着它们使用毫微微蜂窝基站8发送和/或接受控制信令和/或数据。移动设备12e 和12f此处统称为“毫微微-用户设备”，因为它们是与毫微微蜂窝基站8相关联的移动设备/用户设备（UEs）。
[0030] 正如上述，必须确认来自毫微微蜂窝基站8到毫微微－用户设备12e和12f的下行传输不会阻止附近的宏－用户设备（例如宏-用户设备12d）成功的接收来自宏蜂窝基站4的下行传输。对于与另一个毫微微蜂窝基站相关联的移动设备也存在类似的要求，在此情况下，自毫微微蜂窝基站8到毫微微-用户设备12e和12f的下行传输将不能阻止那些移动设备成功的接收毫微微蜂窝基站的下行传输。
[0031] 如上所述，这个问题是通过在传统的网络中为毫微微蜂窝基站8传输给毫微微－用户的信号所使用的传输功率提供一个覆盖来解决的。该覆盖被设置为一个阻止下行链路信号对移动设备引起不必要的干扰级的一个值，该移动设备与毫微微蜂窝基站8不相关联，但在毫微微蜂窝基站8的覆盖范围10内或附近。
[0032] 然而，根据本发明（如图2所示），确定是否有与该毫微微蜂窝基站8不相关联移动设备需要保护自己免受毫微微蜂窝基站8的下行链路传输引起的干扰（step101），并且相应地设置用于毫微微蜂窝基站8的传输功率覆盖。
[0033] 根据本发明运行毫微微蜂窝基站8的方法，更为详细如图3所示。在图3中，步骤111，步骤113，步骤117，以及步骤119与图2中的确定步骤（步骤101）相类似。
[0034] 以下，虽然本发明将描述保护与宏蜂窝基站4相关联的移动设备12d，该移动设备12d（例如，一个宏－用户设备）通过毫微微蜂窝基站8的下行链路传输与所述宏蜂窝基站4相关联；应被认识到，相类似的方式可以被用于保护一个与其他毫微微蜂窝基站相关联的移动设备。
[0035] 在步骤111，该毫微微蜂窝基站8试图确定是否有任何宏-用户设备12接收到来自宏蜂窝基站4的下行链路传输。
[0036] 在LTE中，接收到来自宏蜂窝基站4的下行链路传输之前，之中或之后，宏-用户设备12传输信息到宏蜂窝基站4，例如确认（确认/非确认）信号，信道质量指示（channel quality indicator ，CQI），探测信号，数据信号等等。因此，毫微微蜂窝基站8监测宏-用户设备用于传输所述信息的上行信道，以确定是否有任何邻近的移动设备可能需要从它（毫微微蜂窝基站8）的下行链路传输中保护自己。
[0037] 在步骤113，确定是否在步骤111中检测到任何源自用户设备的信号并非由毫微微蜂窝基站8服务的（或者相关联的）。
[0038] 如果毫微微蜂窝基站8未检测到任何来自宏-用户设备12的信号，毫微微蜂窝基站8可以推断附近没有宏-用户设备需要从它（毫微微蜂窝基站8）的下行链路传输上保护自己。在这种情况下，在步骤115，用于毫微微蜂窝基站8的最大允许传输功率可以被设置为高值或者相对高的值，例如传输功率的上限（如在LTE中为0.1w）。本方法返回步骤111并周期性的重复。
[0039] 如果毫微微蜂窝基站8从宏-用户设备12中检测到信号，本发明的方法转入步骤117，在步骤117，毫微微蜂窝基站8估算已经检测到的信号的质量。该质量可以是信噪比（SNR），信号和噪声加干扰比（noise plus interference ratio ，SNIR），信号长度，或者任何其他对传输信号的质量的测量。在一些实施例中，基于毫微微蜂窝基站8检测上行链路信号的方式，毫微微基站8可以区分来自多数宏-用户设备12的信号，并且可以估算每个信号的质量。然而在可替代的实施例中，毫微微蜂窝基站8不能区分这些信号，因此以最高质量进行估算。
[0040] 在首选的实施例中，毫微微蜂窝基站8定义zadoff-chu参考信号的标识并估算该信号的信噪比。以下本实施例将结合图4进行详细描述。应被注意的是本实施例中毫微微蜂窝基站8未能区分来自多个宏-用户设备12的信号，因此通过最高质量来估算该信号的信噪比。
[0041] 在可替代的实施例中，毫微微蜂窝基站8检测上行链路的数据并进行译码，并且确定该数据信号的质量。本领域技术人员应当理解的是，很多可选择的技术方案可以用于毫微微蜂窝基站8确定上行链路信号的质量。
[0042] 毫微微蜂窝基站8将该估算得到的质量（或者如果毫微微蜂窝基站8可以估算的最高估算质量）与一个
门限值做比较（步骤119）。在首选的实施例中，该质量为信噪比，该门限值为10dB到30dB范围内的一个值。
[0043] 应当被注意的是，宏-用户设备12在接近宏蜂窝基站4的覆盖范围6的边缘时，它将需要更多的毫微微蜂窝基站的下行链路传输的保护，宏-用户设备12从宏蜂窝基站4接收到的下行链路信号将相对减弱。在这种情况下，宏-用户设备12将需要在相对高的功率传输其上行链路信号（取决于它与宏蜂窝基站4的距离）。通过对上行线路信号质量的估算（该信号质量将被宏-用户设备12d的传输功率以及与毫微微蜂窝基站8的距离影响），该毫微微蜂窝基站8能确定，和/或在一定程度上确定，宏-用户设备12d是否需要在毫微微蜂窝基站8的下行链路传输上进行保护。
[0044] 因此，如果估算的质量超过门限值，则毫微微蜂窝基站8推断该宏-用户设备12d产生的信号需要从毫微微蜂窝基站8的下行链路传输上进行重点保护，并且用于毫微微蜂窝基站8的最大允许传输功率将被设置为一个低值或者相对低的值（步骤121），例如，该最大允许传输功率可被设置为传输功率的最低限值（如在LTE中为0.001w）。
[0045] 在一个实施例中，该毫微微蜂窝基站8将该最大允许传输设置为毫微微蜂窝基站8的特定路径损耗（例如80dB），宏-用户设备12d从该宏蜂窝基站4接收到的信号等于或者被估算为接近于一个特定的质量
水平（例如目标信号与干扰加噪声比），这如同在传统网络中一样。
[0046] 本方法返回步骤111并且周期性重复。
[0047] 如果估算质量并未检测达到门限值，则该毫微微蜂窝基站8设置该最大允许传输功率为一个中间值，该中间值介于传输功率的上限与下限之间（步骤123）。从而，该毫微微蜂窝基站8为宏-用户设备12d提供同样的保护，同时允许毫微微蜂窝基站8使用比
现有技术允许的功率更高的功率进行下行链路传输。这样，毫微微蜂-用户设备12e和12f的数据吞吐量比现有技术中（吞吐量）有要高。
[0048] 在首选的实施例中，最大允许传输功率的中间值将基于对信号质量的估算和门限值的不同来做选择。特别的，根据信号质量的估算和门限值的不同（如果合适则上升到上限值），最大允许传输功率的值将呈百分比的增加。在首选的实施例中当该质量为信噪比时，如果估算的信噪比是比低值或相对低值低5dB ， 则该最大允许传输功率可被设置为比低值或相对低值高5dB，以接近与最大允许传输功率的上限值。
[0049] 再次，本方法返回步骤111，并且周期性重复。
[0050] 在可选的实施例中，步骤113和步骤117可被合在一起，则该毫微微蜂窝基站8估算上行链路上的信号的质量（例如信噪比）并且如果该估算质量高于特定的门限，则推断对宏-用户设备12的检测已经进行。该门限可以与步骤119中的门限相同或不同。
[0051] 应当被认识到，宏-用户设备12d可以移动到毫微微蜂窝基站8附近（例如在毫微微蜂窝基站8的覆盖区域10中或者附近），它不需要传输任何信息到与它相关联的宏蜂窝基站4（例如如果宏-用户设备12d未收到来自宏蜂窝基站4的下行链路传输），这意味着在步骤
111毫微微蜂窝基站8将不能检测到宏-用户设备12d。
[0052] 然而，如果宏－用户设备12d需要监测来自宏蜂窝基站4的下行链路控制信道（例如广播信道（broadcast channel ，BCH），或者物理下行链路控制信道physical （downlink control channel，PDCCH），有必要确保宏-用户设备12d能接收到这些下行链路传输。虽然那些信道被设计为抗干扰非常强，但如果传输功率相当高的时，毫微微蜂窝基站8仍然会被这些信道所干扰。
[0053] 因此，在一个实施例中，毫微微蜂窝基站8周期性地或者间歇性的将最大允许传输功率设置为下限值，以便为其附近的任何一个宏-用户设备12d提供最大保护，而不考虑毫微微基站8是否在步骤111和步骤113检测到任何信号。例如，毫微微蜂窝基站8每秒钟中的100毫秒将最大允许传输功率设置下限值。这将为在宏蜂窝基站4的下行链路传输上未传输任何上行链路信号的任何宏-用户设备12d提供的机会。
[0054] 在可选的实施例中，在与宏蜂窝基站4传输控制信道信号的同时，毫微微蜂窝基站8也传输信号的任何时候，毫微微蜂窝基站8可以将最大允许传输功率设置为下限。在一个特例中，该毫微微蜂窝基站8将特别地与宏蜂窝基站4同步化，并且该控制信道信号将在预定的时刻和预定资源
块（resource blocks ，RBs）发送，因而该毫微微蜂窝基站将知道宏蜂窝基站4何时会传输该控制信道信号。例如，在LTE中，一些控制信道信号1ms传输一次（例如PFICH, PDCCH），其中1ms中传输的十四符号中的前四个携带控制信道信号。其他控制信道（例如 PBCH, PSCH）没有那么频繁的被发送，并且使用大约每140符号中的7个符号以及可用的资源块中的子集。
[0055] 估算一个上行链路参考信号的质量：
[0056] 如上所述，在首选的实施例中，该毫微微蜂窝基站8识别zadoff-chu参考信号的标识并且估算该信号的信噪比。
[0057] 与WCDMA网络不同的是，在LTE网络中，上行链路参考信号的标识与数据传输和热噪声都有显著不同。本方法发现在时域中的参考信号以及（滤波）高斯噪声的自相关函数的差异。
[0058] 对占据了一个频域资源块的小数量的上行链路参考信号，可以预期的是关于高信噪比的自相关函数会由于（过滤）高斯噪声而偏离。然而，即便是宽带十分平滑的参考信号，如50资源块（用于10MHz系统的最大资源块），部分时域参考信号的自相关函数的仍然与滤波高斯噪声有偏离。
[0059] 这对于所有zadoff-chu
基础序列来讲是真实的，虽然该自相关函数的类型依赖于特定的Zadoff-Chu基础序列。一个具有50个资源块的关于低信噪比和高信噪比的自相关函数的例子在图4（a）和4（b）中分别示出。
[0060] 在图4中可以看到，低信噪比情况受控于滤波高斯噪声的自相关函数，而高信噪比情况受控于参考信号的自相关函数。
[0061] 图5示出了仿真结果，在该仿真表现了单个参考信号的自相关峰值，包括中心档（central tap），与信噪比之间的关系。该图表是通过不同的参考信号的参数值，若干的资源块，若干的宏-用户设备，宏-用户设备的信噪比和频率资源配置来得到的。该仿真还包括衰减的影响。
[0062] 从而，从图5中可以看出这个以自相关函数为基础的度量，在许多情况下可以用来估算或预测信噪比。然而，该图表上的有很多点，在该点处，虽然信噪比高，但度量仍然很低。这种图表右边的离散点是有潜在问题的，因为在这些附近的宏-移动设备可能不是受毫微微蜂窝基站8保护。该离散点可能是由于不同Zadoff-chu基础序列的自相关函数的衰减和差异引起的。
[0063] 另一种估算信噪比度量的方式是基于对时域
波形的统计。一种简单的度量是峰均功率比（peak to average power ratio ，PAPR）。高信噪比参考信号需要具有低峰均功率比，而高斯噪声就有较高的峰均功率比。
[0064] 上述度量的结果（线性单位）显示在图6中，并且可以看出，与自相关度量相比，峰均功率比度量存在更多的离散点，并且该PAPR度量（和其他基于功率统计的度量）对于上行链路参考信号的信噪比估算来讲，更加不会被注意到。
[0065] 然而，可以被观察到的是，自相关度量和峰均功率比度量之间的离散点是相互独立的。例如，对于那些具有高信噪比，但自相关度量过低的问题点，峰均功率比趋于保持比较低（正如高信噪比信号预期）。对于这些问题点，自相关度量可以进行调整（向上）。这种方法可以用来减少自相关度量的离散点，因此提高了信噪比估算。例如，如果p点的峰均功率比（线性单元）低于3，则该度量可以用最小值，这个最小值通过400 +（3 - p）× 50得到。
[0066] 进一步减少自相关度量的离散点的两种方式被验证。
[0067] 第一，作为参考信号的自相关峰值趋向于从与主要中心峰值的距离减小幅度，然后一些自相关函数的修正波形可以被应用。为了避免“虚假检测”比例增加，非常重要的是这只是在做自相关函数的样本，该样本远远高于干扰级——并且门限是在此前被用于修正波形。例如，如果度量大于120和从
中心抽头偏移量为n，则度量可以增加0.6n[0068] 第一，作为参考信号的自相关峰值趋于从与主要中心峰值的距离减小幅度，然后对自相关函数可以进行一些整形。为了避免“虚假检测”比例增加，只对自相关函数的样本进行是非常重要，该样本远远高于干扰级—并且预先使用门限进行整形。例如，如果度量大于120，并且中心线偏移量为n，则该度量可以增加0.6n。
[0069] 第二，通过获得多次测量结果，离散点可以被减少，例如由4个或8个测量结果作为一组得到最大度量。
[0070] 通过使用这些技术，自相关度量的离散点显着减少。图7说明自相关度量及其信噪比之间的最终关系。
[0071] 毫微微蜂窝基站8可以利用自相关函数和信噪比的之间的关系来确定一个上行链路信号的信噪比。一种估计Zadoff-chu参考信号的信噪比的方法更详细的显示在图8中。
[0072] 毫微微蜂窝基站8可以利用自相关函数和信噪比的之间的关系来确定一个上行链路信号的信噪比。一种估计Zadoff-chu参考信号的信噪比的方法更详细的显示在图8中。
[0073] 首先，毫微微蜂窝基站8与宏蜂窝 “大致”同步，（通过网络监控模式，或者，如果标准允许，通过移动设备测量中的宏蜂窝定时测量报告，或通过 X2接口）。
[0074] 这个大致的同步允许毫微微蜂窝基站8大约估计到宏－用户设备的上行链路参考信号将及时出现在哪里。在几乎所有情况下，是在0.5毫秒上行链路子
帧的中心符号。
[0075] 应该认识到，该估算可能会有一些误差，该误差是由于宏蜂窝基站4的传播时延以及宏-用户设备12使用的时间超前导致的。在空中同步技术中，假定此后，该误差将达到一个宏蜂窝往返传播延时，该延时对于一个5km的蜂窝是33us，这是大致是
正交分频多工（orthogonal frequency division multiplexing ，OFDM）符号一半的时间。该误差意味着从宏-用户设备12接收到的信号将比在毫微微蜂窝基站8预期的要早。
[0076] 因此，在图8中的步骤201，毫微微蜂窝基站8从上行链路参考符号中测量或者获取一部分以给出时域参考信号。例如，毫微微蜂窝基站的8从第一个512个参考符号样本中得到时域参考信号（假定10MHz带宽的1024样本加上OFDM符号循环字首）。尽管空中同步时间的不确定性，但获取参考符号的部分应该只包含与毫微微蜂窝基站8邻近的宏-用户设备12的参考信号（例如，这里没有任何数据符号的样本）。
[0077] 本步骤中，在毫微微蜂窝基站8的调度程序可确保没有从毫微微-用户设备12到毫微微蜂窝基站8的上行传输可能会干扰该测量。
[0078] 在步骤203中，毫微微蜂窝基站8为时域参考信号以及（过滤）高斯噪声确定自相关函数。
[0079] 在一个实施例中，毫微微蜂窝基站8将获得的时域信号标准化以产生单位功率，该结果序列标记为r，对该序列r进行快速
傅立叶变换（fast Fourier transform ，FFT)得到f，为f的每个样本计算平方幅度(I2+Q2)，以及对结果序列进行逆FFT变换，以产生自相关序列a。
[0080] 由于在步骤203中确定的自相关序列a是对称的（见图4），因此a中一半的样本需要由毫微微蜂窝基站 8进行保留用于下一步处理。
[0081] 在步骤205中，毫微微蜂窝基站8获取序列a的幅度（或其他实施例中，平方幅度），然后在步骤207，对中心线进行调整或清零（与自相关函数的零时差对应）。
[0082] 对中心线附近的线进行调整或者清零也是必须的，如果该线对接收路径的波有显著的影响的话。该滤波具有固有的特点，因此对该线进行调整或者归零的决定是一种设计方案。
[0083] 然后，在步骤209，毫微微蜂窝基站8在余下的线中发现最大规模的线，而将该幅度（或平方幅度）的度量设置为m。
[0084] 毫微微蜂窝基站8然后可以使用此度量确定上行链路参考信号的信噪比（步骤211）。该用于确定度量m的信噪比的值可以从图5或图7中显示的关系来确定，例如使用曲线拟合技术或者查表。
[0085] 如上所述，对信噪比准确估算可以通过参考信号的峰均功率比来进行，基于峰值的距离对自相关函数进行整形，以从中心线确定度量和/或从多个时段接收到的信号估算得到该度量。
[0086] 因此，如中心线的距离函数一样，度量m也可以调整，例如通过为步骤209中确定的度量m提供一个简单的线性函数。该线性函数如上所述。
[0087] 附加的或者可选的，像对获取到的上行链路参考符号的部分的峰均功率比进行调整一样，对度量m也可以调整。具体来说，如果峰均功率比对于一个门限（例如线性单元中的3），则该度量可以赋值为最大值（峰均功率比的简单的线性函数）。然后，该线性函数可以是如上所述。
[0088] 再次，附加的或可断的，该度量m或者信噪比可以从多个时隙中获得的上行链路参考信号中估算得到，并且，例如，通过这些测量获得的信噪比的最高值可以被毫微微蜂窝基站8用于调整其最大允许传输功率。
[0089] 图9至图12说明从本发明上述实施例中得到的有益效果。
[0090] 图9分别说明了根据传统的固定功率覆盖和根据本发明的计划，一个宏蜂窝基站的下行链路的数据吞吐量是如何被在宏蜂窝基站覆盖范围内增加的大量活跃的毫微微蜂窝基站所影响的。
[0091] 图10分别说明了根据传统的固定功率覆盖和根据本发明的计划，宏蜂窝基站到小区边缘（5％）宏-用户设备的下行链路上的数据吞吐量是如何被在宏蜂窝基站覆盖范围内增加的大量活跃的毫微微蜂窝基站所影响的。再次的，该两个表中，有许多细微的差异。
[0092] 图11将区别于依据传统固定功率覆盖的，依据本发明的方案的宏蜂窝基站覆盖范围内的大量活跃的毫微微蜂窝基站的下行链路上的数据吞吐量标识出来。可以看到的是，根据本发明的方案，大量活跃的毫微微蜂窝基站的数据吞吐量增加了近5Mb/s，这大约相当于数据吞吐量增加了25%。
[0093] 图12将区别于依据传统固定功率覆盖的，依据本发明的方案的宏蜂窝基站覆盖范围内的大量活跃的毫微微蜂窝基站到小区边缘（5％）宏-用户设备的下行链路上的数据吞吐量标识出来。可以看到的是，根据本发明的方法，对于小区边缘（5％）的毫微微-用户设备，大量活跃的毫微微蜂窝基站的数据吞吐量增加到近190kb/s，这相当于数据吞吐量增加了8倍。
[0094] 因而，这些图表明了根据本发明实施例提供的适当的最大允许传输功率的有益效果大于传统固定的最大允许传输功率方案的效果。同时为宏蜂窝基站下行链路提供了同样的保护。
[0095] 虽然本发明通过运行毫微微蜂窝基站的方法进行的描述，但是应当理解的是，本发明可以在基站中实施（尤其是毫微微蜂窝基站），该基站包括处理器和收发
电路，被配置为实施上述方法。
[0096] 因此这里提供一种用于设置基站的下行链路传输的最大允许传输功率的改进方法。
[0097] 当本发明已经在附图和在前的描述中示出和详细描述时，这样的示出和描述将被认为是用作说明的或示范的并且不是限制性的；本发明不限于以上揭露的实施例。
[0098] 通过对附图，实施例和从属
权利要求的学习，在实施有
请求权项的发明时对揭露的实施例的变化能够为本领域技术人员理解和实现。在权利要求中，词语“包括”不排除其他要素或步骤，并且 “一”不排除多个，单一的处理器和其他单元可以完成权利要求中列举的若干个特征的功能。仅仅某种方法在相互不同的
从属权利要求引用的事实并不指出这些方法的组合不能用于改进。
计算机程序可以在合适的媒介中存储和分发，例如和其他
硬件一起供应或作为硬件的一部分的光存储介质或使用电晶体的介质，但也可以以其他形式分发，例如通过因特网或其他有线或无线电信系统，在权利要求中的任何标记不应解释为限制范围。
