CN103828264A - 用于异构蜂窝网络中的控制格式检测的方法和系统 - Google Patents

Abstract

一种用户设备，该用户设备具有用于获得小区的子帧的控制区域大小的第一机制，该用户设备具有：处理器；以及通信子系统，其中，处理器和通信子系统被配置为协作以：确定用户设备是否处于第二小区的区域内，所述用户设备具有用于获得第一小区、第二小区或这二者的子帧的控制区域大小的第一机制；以及当用户设备处于第二小区的区域内时，使用第二机制来获得第二小区的子帧的控制区域大小。

Description

用于异构蜂窝网络中的控制格式检测的方法和系统

要求优先权

本申请要求于2011年7月28日提交的美国专利申请No.13/193,023的优先权，其全部内容通过引用的方式并入本文。

技术领域

本公开涉及移动网络中的增强小区间干扰协调，具体地，涉及用户设备与较弱小区之间的通信。

背景技术

第三代合作伙伴计划(3GPP)高级长期演进(LTE-A)工作组已经考虑异构部署，作为显著地改善系统容量和覆盖范围的技术。在异构部署中，诸如微微演进节点B(eNB)和毫微微eNB等的低功率网络节点与可以称作宏eNB的传统的高功率eNB相重叠。这些宏eNB、微微eNB和毫微微eNB分别形成宏小区、微微小区和毫微微小区。术语“小区”是指诸如eNB等的网络进行无线传输的覆盖区域。在一些实例中，微微小区或毫微微小区中的每一个可以具有与宏小区的覆盖范围至少部分地重叠的覆盖范围。为了有效地利用无线电频谱，在一个实施例中，宏小区、微微小区和毫微微小区被部署在相同的载波上。然而，在微微小区、毫微微小区和宏小区之间进行全频率重用可能引入严重的小区间干扰。

具体地，为了改善系统容量，已经针对微微eNB引入了范围扩展，其中，即使在来自宏eNB的信号更强时，用户设备(UE)也可以连接到微微eNB。类似地，在封闭订户组(CSG)毫微微小区中，与从宏eNB接收的信号相比，UE可能从毫微微小区接收到更强的信号。然而，如果UE不是封闭订户组的一部分，则UE可能需要连接到宏eNB。UE连接到的较弱小区在本文中被称作受干扰(victim)小区。在该实例中，UE未连接到的较强小区可以在该文档的上下文中被称作干扰源(aggressor)小区。

减少受干扰小区中的干扰的一种解决方案是基于几乎空白子帧(ABS)的增强小区间干扰协调(eICIC)。在该解决方案中，较高功率小区在特定子帧上取消传输或者降低发射功率，从而允许来自较低功率(受干扰)小区的信号通知。然而，几乎空白子帧仍然包含在ABS期间发送的小区特有的参考信号(CRS)，这造成针对多个控制信道和数据信道的接收下降，其中，所述多个控制信道和数据信道包括：物理控制格式指示符信道(PCFICH)、物理混合自动重传请求(HARQ)指示符信道(PHICH)、物理下行链路控制信道(PDCCH)和物理下行链路共享信道(PDSCH)。然而，PHICH、PDCCH和PDSCH可以使用多个正交频分复用(OFDM)符号，因此可以在除了受CRS污染的OFDM符号之外的OFDM符号上被发送。相反，在CRS干扰的情况下不能可靠地检测到PCFICH，这是因为PCFICH仅在第一OFDM符号中发送，因此受到来自CRS的严重干扰。

附图说明

将参照附图更好地理解本公开，在附图中：

图1是示出了具有微微小区和宏小区的异构网络的框图，微微小区具有范围扩展区域；

图2是示出了具有封闭订户组毫微微小区和宏小区的异构网络的框图；

图3是示出了在微微-宏实施例中传输几乎空白子帧的时序图；

图4是示出了在毫微微-宏实施例中传输几乎空白子帧的时序图；

图5是示出了CFI信道编码的框图；

图6是示出了针对正常循环前缀在单个天线端口情况下的小区特有的参考信号的示意图；

图7是示出了针对正常循环前缀在两个天线端口情况下的小区特有的参考信号的示意图；

图8是示出了针对正常循环前缀在四个天线端口情况下的小区特有的参考信号的示意图；

图9是示出了微微小区传输以及来自宏小区的OFDM符号0ABS传输的时序图；

图10是示出了在接收机处用于CFI检测的过程的处理示意图；

图11是示出了MIB编码的处理示意图；

图12是示出了使用辅机制获得CFI的用户设备处的处理示意图；

图13是示出了使用辅机制的网络元件处的处理示意图；

图14是在接收机处用于鲁棒地接收PCFICH的处理示意图；

图15是示出了针对比较的示例性接收机、第一示例性接收机和第二示例性接收机的WER对SNR的图形；

图16是示出了针对比较的示例性接收机、第一示例性接收机和第二示例性接收机的WER的所需SNR对SIR的图形；

图17是示出了用于鲁棒地接收PCFICH的另一接收机的处理示意图；

图18是示出了针对比较的示例性接收机、第一示例性接收机、第二示例性接收机和第三示例性接收机的WER对SNR的图形；

图19是示出了针对比较的示例性接收机、第一示例性接收机、第二示例性接收机和第三示例性接收机的WER的所需SNR对SIR的图形；

图20是示出了向受干扰小区信号通知ABS模式和从受干扰小区进行传送的流程图；

图21是示出了将ABS模式编码到四个MIB模式中的框图，其中，一个MIB模式针对一个无线电帧集合的ABS模式；

图22是示出了将ABS模式编码到一个MIB中的框图；

图23是示出了CFI编码到PCFICH和PHICH上的框图；

图23A是示出了一般性的CFI编码到PCFICH和PHICH上的框图；

图24是示出了备选的CFI编码到PCFICH和PHICH上的框图；

图24A是示出了备选的一般性的CFI编码到PCFICH和PHICH上的框图；

图25是简化的网络元件的框图；

图26是示例性用户设备的框图。

具体实施方式

本公开提供了一种用于包括第一小区和第二小区的网络中的用户设备的方法，所述第二小区具有至少部分地与所述第一小区的范围重叠的范围，所述方法包括：由所述用户设备确定所述用户设备是否处于所述第二小区的区域内，所述用户设备具有用于获得所述第一小区、所述第二小区或这二者的子帧的控制区域大小的第一机制；以及当所述用户设备处于所述第二小区的所述区域内时，由所述用户设备利用第二机制来获得所述第二小区的子帧的控制区域大小。

本公开还提供了一种用户设备，所述用户设备具有用于获得小区的子帧的控制区域大小的第一机制，所述用户设备包括：处理器；以及通信子系统，其中，所述处理器和所述通信子系统被配置为协作以：由所述用户设备确定所述用户设备是否处于所述第二小区的区域内，所述用户设备具有用于获得第一小区、第二小区或这二者的子帧的控制区域大小的第一机制；以及当所述用户设备处于所述第二小区的所述区域内时，由所述用户设备利用第二机制来获得所述第二小区的子帧的控制区域大小。

本公开还提供了一种在具有至少部分地与第二网络元件的区域重叠的区域的第一网络元件处的方法，所述方法包括：当用户设备进入或离开所述重叠区域时，信号通知所述用户设备；以及将从所述第一网络元件发送的子帧的至少一个子集的控制区域大小设置为遵循辅机制。

本公开还提供了一种在至少部分地与另一网络元件重叠的区域中操作的网络元件，所述网络元件包括：处理器；以及通信子系统，其中，所述处理器和所述通信子系统协作以：当用户设备进入或离开所述重叠区域时，信号通知所述用户设备；以及将从所述网络元件发送的子帧的至少一个子集的控制区域大小设置为遵循辅机制。

本公开还提供了一种在用户设备处的方法，包括：在所述用户设备的接收机处计算针对控制格式指示符的第一度量序列和第二度量序列，其中，所述第一度量序列与第一组资源单元相对应，并且所述第二度量序列与第二组资源单元相对应；确定第三度量序列，所述第三度量序列是所述第一度量序列和所述第二度量序列的函数；以及如果所述第三度量序列中的最低第三度量低于阈值，则选择与所述最低第三度量相对应的控制格式指示符。

本公开还提供了一种用户设备，包括：处理器；以及通信子系统，其中，所述处理器和所述通信子系统被配置为协作以：在所述用户设备的接收机处计算针对控制格式指示符的第一度量序列和第二度量序列，其中，所述第一度量序列与第一组资源单元相对应，并且所述第二度量序列与第二组资源单元相对应；确定第三度量序列，所述第三度量序列是所述第一度量序列和所述第二度量序列的函数；以及如果所述第三度量序列中的最低第三度量低于阈值，则选择与所述最低第三度量相对应的控制格式指示符。

本公开还提供了一种在网络元件处的方法，包括：从相邻网络节点接收配置的ABS子帧模式；基于所接收的ABS子帧模式来确定复合的折叠ABS模式；以及发送所述复合的折叠ABS子帧模式。

本公开还提供了一种网络元件，包括：处理器；以及通信子系统，其中，所述处理器和所述通信子系统被配置为协作以：从相邻网络节点接收配置的ABS子帧模式；基于所接收的ABS子帧模式来确定复合的折叠ABS模式；以及发送所述复合的折叠ABS子帧模式。

本公开还提供了一种用于在用户设备处接收子帧的控制区域大小的方法，包括：由所述用户设备在除了PCFICH以外的资源上获得第二控制格式指示符，其中，携带所述第二控制格式指示符的所述资源是所述子帧的一部分。

本公开还提供了一种用户设备，包括：处理器；以及通信子系统，其中，所述处理器和所述通信子系统被配置为协作以：在除了PCFICH以外的资源上获得第二控制格式指示符，其中，所述第二控制格式指示符提供与子帧的控制区域大小有关的信息，并且用于携带所述第二控制格式指示符的所述资源是所述子帧的一部分。

本公开还提供了一种在网络元件处的方法，包括：向相邻网络节点发送或者从所述相邻网络节点接收配置的ABS子帧模式；以及在预定的子帧上发送辅CFI。

下面关于3GPP LTE-A标准描述了本公开，并且在一些实施例中，关于3GPP LTE-A标准的版本11描述了本公开。然而，本公开不限于该标准，并且可以应用于LTE标准的所有版本和其他类似的无线电技术。

在3GPP LTE-A中，已经考虑异构部署以改善系统容量和覆盖范围。在异构部署中，诸如微微eNB和毫微微eNB等的低发射功率网络节点被置于传统的高发射功率宏小区中。此外，对于微微eNB，可以使用范围扩展(RE)来从宏向微微卸载业务。现在参照图1。

在图1中，宏eNB110具有通过附图标记112示出的覆盖区域。为了从宏eNB110卸载UE，可以在区域112中引入微微eNB120。微微eNB具有通过附图标记122示出的覆盖区域。

为了向微微eNB120卸载更多的UE，可以利用范围扩展来将微微eNB120的服务区域从区域122增加到通过附图标记130示出的区域。在附图标记130和122之间的范围扩展区域132中，即使来自宏eNB110的信号更强，UE140也与微微eNB120进行通信。虽然与当不使用范围扩展时相比，这向微微卸载了更多的UE，但是范围扩展区域中连接到微微eNB120的UE可能受到来自宏eNB110的严重干扰。

类似地，对于具有封闭订户组(CSG)接入的毫微微小区而言，干扰条件可能存在。现在参照图2。

在图2中，宏eNB210为通过附图标记212示出的区域服务。CSG毫微微eNB220为通过附图标记222示出的区域服务。然而，CSG毫微微小区是封闭组，并且仅允许来自指定或成员UE的通信。如果非成员UE230处于区域222内，则非成员230仍然需要由宏eNB210服务。然而，非成员UE230将受到来自毫微微eNB220的严重干扰。

为了克服与这些异构部署有关的干扰问题，已经在LTE标准的版本10中采用基于几乎空白子帧(ABS)的增强小区间干扰协调(eICIC)方案来解决干扰问题。现在参照图3和图4，其中，图3示出了针对图1的实施例的ABS部署，而图4示出了针对图2的实施例的ABS部署。

如图3和图4所示，在干扰源小区上配置ABS子帧。具体地，参照图3，在微微小区RE情况下，干扰信号来自宏eNB，因此在宏eNB上配置ABS。类似地，针对图4的毫微微情况，干扰来自毫微微小区，因此在毫微微eNB上配置ABS。

在ABS期间，干扰源小区使控制和数据的传输消隐(blank)，或者以明显更低的功率进行发送。然而，在ABS期间，干扰源小区可能具有针对至关重要的信号的一些传输，如下文所解释的。ABS向受干扰小区提供无干扰或几乎无干扰资源，使得RE区域中的微微UE或者毫微微覆盖区域中的受干扰宏UE可以被调度以与其服务节点进行通信。

因此，具体地，参照图3，宏eNB310和微微eNB320通过总地标示为330的子帧进行通信。微微eNB320利用具有正常传输的子帧，而宏eNB310在正常传输子帧352中散布几乎空白子帧350。

类似地，针对图4，宏eNB410发送通过附图标记412示出的具有正常传输的子帧。毫微微eNB420发送散布在具有正常传输的子帧424中的几乎空白子帧或多播/广播承载单频网(MB SFN)子帧422。

然而，如上文所指示的，几乎空白子帧不是完全空白的，而是包括一些信令。例如，如果主同步序列(PSS)、辅同步序列(SSS)、物理广播信道(PBCH)、系统信息块1(SIBl)、寻呼、或定位参考信号(PRS)与几乎空白子帧相重合，则在几乎空白子帧中对其进行发送。此外，当发送SIB1或寻呼时，发送相关联的物理下行链路控制信道(PDCCH)。

还在ABS上发送小区特有的参考信号(CRS)以避免影响针对这些UE的版本8或9LTE标准UE信道估计和无线电资源管理(RRM)、无线电链路管理(RLM)和信道质量指示符测量。为了进一步减小来自CRS的对数据区域的干扰，ABS可以被配置为MBSFN子帧(如果可能的话)。然而，对于频分双工(FDD)，由于PSS/SSS/PBCH/SIB1/寻呼，子帧号0、4、5和9不能是MBSFN子帧。类似地，在时分双工(TDD)中，子帧0、1、2、5和6不能是MBSFN子帧。

控制区域大小

在LTE中，每一个帧包括多个子帧(例如，10个子帧)。每一个子帧的前几个OFDM符号可以用于发送PDCCH。数个OFDM符号被分配用于PDCCH，并且该数量可以随子帧而改变。被分配用于PDCCH的OFDM符号的数量可以被称作子帧的“控制大小”。

如下面的表格1中所示，用于PDCCH的OFDM符号的可能数量取决于系统带宽和子帧类型。例如，如果系统带宽大于10个资源块(RB)并且在非MBSFN FDD子帧上，则PDCCH可以占用1、2或3个OFDM符号。

为了允许UE对PDCCH进行正确地解码，物理控制格式指示符信道(PCFICH)被发送以指示子帧的控制区域大小。在子帧的第一OFDM符号的整个带宽上分布的四个资源单元组(REG)中发送PCFICH。控制格式指示符(CFI)取以下值：CFI＝1、2或3。对于大于十个资源块

的系统带宽，以OFDM符号为单位的控制区域大小是1、2、或3，并且由CFI给出。对于小于十个资源块

的系统带宽，以OFDM符号为单位的控制区域大小为2、3、或4，并且由CFI+1给出。

表格1——用于PDCCH的OFDM符号的数量

现在参照图5，图5示出了PCFICH的编码流。具体地，控制格式指示符510被提供给信道编码框512，并且作为信道编码框512的结果，输出标示为b₀至b₃₁的32个比特，如标记520所示。

根据下面的表格2对输出比特520进行编码。

表格2——CFI码字

使用正交相移键控(QPSK)来调制来自上面的表格2的经编码的32个比特，并且创建16个符号并将这些符号映射到四个资源单元组(REG)。每一个REG包括四个资源单元。

在一些情况下，CFI值可以由PHICH持续时间来隐式地指示。可以根据下面的表格3通过更高层来配置PHICH持续时间。

表格3——MBSFN子帧和非MBSFN子帧中的PHICH持续时间

PHICH持续时间对由PCFICH信号通知的控制区域的大小施加下限。例如，如表格1和表格3所示，当系统带宽大于10个资源块时，如果通过更高层指示扩展PHICH持续时间，则UE假设控制区域大小等于PHICH持续时间。

如表格3中所示，如果PHICH持续时间是正常的，则针对所有非MBSFN子帧和MBSFN子帧，控制区域大小被设置为下限1。

如果PHICH具有扩展持续时间，则如果非MBSFN子帧用于帧结构类型2的子帧1和6，那么控制区域大小的下限为2，并且在针对非MBSFN子帧的其他情况下，控制区域大小的下限为3。

对于支持PDSCH的载波上的MBSFN子帧，如果PHICH持续时间是扩展的，则控制区域大小的下限为2。

PHICH配置被包含在主信息块(MIB)中，其中，按如下方式在物理广播信道上发送MIB：

小区特有的参考信号

根据在小区中配置的天线端口的数量，在图6、7和8中示出了用于CRS传输的资源单元。

参照图6，图6示出了针对一个天线端口的信号600，其中，纵轴被标示为k并且表示资源单元的子载波索引，横轴由l表示并且是OFDM符号索引。在信号600中示出了附图标记610，并且如图6中所示，OFDM符号0、4、7和11包含CRS。

类似地，参照图7，图7示出了针对两个天线端口的信号，第一天线端口上的信号由附图标记700标示，第二天线端口上的信号由附图标记702标示。

如图7中所示，第一天线端口使用附图标记710，并且同样使用OFDM符号0、4、7和11。此外，未在第一天线端口传输上使用通过附图标记720标示的特定资源单元。类似地，第二天线端口传输包括附图标记730，附图标记730位于不用于信号700的单元中，并且未在第二天线端口传输中使用通过附图标记740标示的用于信号700的区域。

参照图8，图8示出了使用四个天线端口。在该情况下，使用OFDM符号0、1、4、7、8和11。在四个天线端口的情况下，示出了四个天线端口信号，针对天线端口0通过附图标记800、针对天线端口1通过附图标记802、针对天线端口2通过附图标记804并且针对天线端口3通过附图标记806进行标示。

在每一个天线端口中，通过附图标记820标示在天线端口上使用的参考符号，并且通过附图标记830标示未在天线端口上使用的区域。基于小区标识来确定CRS在纵轴上的位置k。

因此，综上所述，并非每一个OFDM符号都需要发送CRS。

在存在CRS干扰的情况下的PCFICH检测

由微微小区发送的PCFICH符号可能受到由附近的宏小区同时发送的ABS子帧的CRS符号的破坏。

具体地，现在参照图9，图9示出了来自微微小区910的PCFICH传输以及来自宏小区920的ABS子帧的OFDM符号0。如图9中所示，由如图所示的微微小区发送参考符号参考单元(RSRE)930。此外，发送PCFICH符号932。如图9中所示，RSRE930后接两个PCFICH传输932。

假设来自网络上的所有小区的传输是子帧同步的，则由宏小区920在与RSRE相同的子帧中发送空940。然而，RSRE942与第一PCFICH932同时发送，因此干扰发送的PCFICH。

对于图9的实施例，假设mod（N_p，3)不等于mod(N_m，3)。换言之，从微微小区和宏小区发送的CRS不重合或重叠。微微小区和宏小区的小区标识符被分别标示为N_p和N_m。

如图9中所示，一半PCFICH符号受到宏小区的CRS的破坏。在UE处接收的资源单元r_k可以被表示为：

在上面的等式中，

和

分别是与UE与微微小区和宏小区之间的通信链路相对应的信道权重。s_k表示在被指派用于PCFICH符号传输的第k个资源单元处发送的PCFICH QPSK符号。p_k表示由宏小区在第k个资源单元处发送的CRS符号，其与来自微微小区的第k个PCFICH资源单元传输同时发生。

由附接到微微小区的UE检测CFI的一种方式是计算以下度量，该度量表示最大似然序列检测：

$\mathrm{CFI}=\underset{i}{\min }M\left(i\right)---\left(2\right)$

$M\left(i\right)=\underset{k=0}{\overset{15}{\mathrm{\Σ}}}{|r_k-{\hat{c}}_k^p{s}_k\left(i\right)|}^2---\left(3\right)$

综上所述，

是针对第k个资源单元所估计的信道权重，其是使用由微微小区发送的CRS获得的。

上文是最大似然检测器的示例。可以根据其他类型的检测器导出类似的度量。

此外，存在可以不需要信道权重估计的其他检测技术。然而，当信道估计可用时，可以改善检测性能。

在上文中，s_k(i)表示与CFI-i相对应的PCFICH符号序列。

根据上面的等式2，UE针对所有三种可能性评估度量M(i)。换言之，评估针对CFI＝0、CFI＝1和CFI＝2。然后，UE挑选最接近的结果。

此外，为了减小错误检测概率，可以按如下方式引入固定阈值：

其中，η是基于PCFICH检测器的类型所定义的可靠性阈值。下面关于图10来描述检测机制。

参照图10，过程在框1010处开始，并且前进至框1012，在框1012中，根据CRS资源单元来估计信道。

然后，过程前进至框1014，在框1014中，针对i＝0、1和2来评估M(i)。

然后，该过程前进至框1016，在框1016中，选择与最低M(i)相对应的i1。

然后，该过程前进至框1020，以确定所选的M(i1)是否小于可靠性阈值。如果否，则该过程前进至框1030，在框1030中，记录CFI检测失败。否则，该过程前进至框1040，并且CFI被确定为i1。

通常按照平均噪声功率水平来定义可靠性阈值。例如，η可以被表达为：

其中，表示预期的平均噪声功率水平，α是大于1的正整数并且由接收机实现来决定。

找出与使上面的最大似然度量最小化的CFI值相对应的PCFICH序列i。注意到上文的本领域技术人员将清楚的是，在没有小区间干扰的情况下，上面的度量更优。存在CRS干扰使得上面的度量次优，因此导致检测失败。

在一个实施例中，可靠性阈值的值是基于实现来决定的。

MIR编码

参照图11，图11示出了由服务小区执行的现有MIB编码。将指示下行链路带宽(DL BW)1110、PHICH持续时间1112、PHICH资源1114、系统帧号(SFN)的八个最高有效位1116的十四个比特和十个备用比特1118与十六比特的循环冗余校验(CRC)1120一起在MIB中进行发送。根据版本8/9/103GPP LTE规范将十个备用比特设置为0。如本文中所使用的，LTE版本8、9或10的UE可以称作传统UE。

然后，对这四十个比特进行1/3卷积编码(如附图标记1140所示)、交织和速率匹配(如箭头1150所示)，从而产生四个REG(如标记1160所示)。

通过(子帧号0中的)四个连续的无线电帧发送相同的编码比特，如图所示。UE可以尝试基于通过一个无线电帧接收的信息对MIB进行解码。如果CRC未通过，则将通过下一个无线电帧接收的信息与先前接收的MIB进行组合，并且可以再次尝试解码。

综上所述，在LTE-A异构网络中，UE可以与RE区域中的诸如微微UE等的较弱小区或者CSG毫微微小区的覆盖区域中的非成员UE进行通信。虽然干扰源小区可以在ABS期间使传输消隐(blank)或者尽量减小发射功率，但是仍然需要发送CRS以避免对传统UE的信道估计和RM/RLM/CQI测量的影响。CRS可以以与其他子载波相比更高且恒定的功率被发送以到达小区边缘。

来自干扰源小区的CRS传输可能使受干扰小区中的UE处的信号接收下降。CRS干扰可能使针对所有控制信道和数据信道的接收质量下降，其中，控制信道和数据信道包括PCFICH、PHICH、PDCCH和PDSCH。然而，PHICH、PDCCH和PDSCH的下降可能很小，这是因为可以在多个OFDM符号上并且在除了受CRS干扰的OFDM符号以外的OFDM符号上发送这些信道。

然而，当干扰水平相对较高时，在CRS干扰的情况下不能可靠地检测PCFICH。这是因为PCFICH仅在第一OFDM符号中被发送并且受到来自CRS的严重干扰。仿真结果已经显示，当来自服务小区的信号比来自干扰小区的信号低15dB时，PCFICH将具有15％的不能减少的差错率。类似地，当来自服务小区的信号低10dB时，不能减少的差错率为3％。上述内容意味着在这些场景下，针对PCFICH的最低性能(1％的差错率)是无法达到的，不论来自服务小区的功率如何增加。

因此，需要UE在如上所述的干扰情形下有效地从PCFICH获得信息。在第一实施例中，如下所述，通过一个或多个辅机制而不是使用利用PCFICH的传统机制向UE提供CFI值。在本文的上下文中，传统机制也可以称作主机制或第一机制。具体地，在一个实施例中，UE可以在无需检测PCFICH的情况下获知受干扰小区的控制区域大小。多个辅机制可以包括但不限于：固定控制大小、设置等于PHICH持续时间的控制区域大小、在MIB中发送CFI、以及基于子帧索引来预定义控制大小。

在一些实施例中，RRC信令可以用于使连接模式UE获知何时启用或禁用辅机制。如果空闲UE根据相邻小区测量获知它附接到受干扰小区，则UE可以自动地启用或禁用辅机制。如果在RE区域中或者在非接入CSG毫微微小区覆盖区域中存在连接UE，则受干扰小区的控制大小可以遵循辅机制。为了支持空闲UE，受干扰小区可以在发送寻呼、SIB和针对随机接入过程的消息的子帧期间遵循辅机制。

在另一实施例中，解决方案可以包括经由辅助信息(sideinformation)的改善的PCFICH检测。如上所述，当UE尝试使用微微小区附接到LTE网络时，UE应当能够可靠地读取PCFICH。在来自周围宏小区的ABS子帧传输期间，UE可能不能读取PCFICH，这还是因为PCFICH资源单元受到来自宏小区的CRS传输的干扰。避免该问题的一种方式是对受到更多干扰的资源单元进行穿孔(puncture)。当UE已经附接到网络时，可以在UE处采用多个供应商特有的干扰抑制技术。然而，在初始网络附接期间，UE可能没有时间搜索强势干扰源小区并且对其进行有效地抑制。因此，在特定实施例中，在初始网络附接期间，UE可以采用智能接收，这可以改善PCFICH检测概率。然而，这些检测技术可能是成本昂贵的，并且可能引起UE电池耗用。为了减小复杂性，服务小区可以指示复合ABS模式以帮助UE适当地选择接收机。备选地，微微小区可以在其传输与来自周围宏小区中的任意一个宏小区的ABS子帧传输同时发生的子帧期间增加对PCFICH的编码保护。

用于改善PCFICH资源检测的第三种实施例是增加PCFICH资源。在该实施例中，除了当前PCFICH资源以外，还在PHICH资源上发送CFI。相应的PHICH资源可以在标准规范中被预先确定或者可以通过更高层信令来配置。两个可能的备选方式可以包括将CFI信息映射到与PCFICH传输分离的PHICH、或者针对PHICH资源重复基于用于CFI的当前信道编码所编码的CFI值。

辅机制

根据本公开的一个实施例，可以在干扰情形中应用用于通知CFI值的辅机制，使得应用本公开的技术的用户设备可以在无需检测PCFICH的情况下获知较弱小区(受干扰小区)的控制区域大小。

固定控制大小

根据一个实施例，用于通知CFI值的辅机制可以是实现固定控制大小。执行该实施例的UE可以具有对固定控制大小的了解，并且将不需要执行PCFICH检测。传统UE将不具有隐式知识，并且将仍然执行PCFICH检测。

可以在UE遵循的标准规范中规定固定控制大小，或者可以经由非PCFICH信令向UE信号通知固定控制大小。在一个实施例中，可以在制造UE和/或使用来自无线运营商的服务器的软件程序更新UE时在UE中嵌入固定控制大小。在一个实施例中，为了支持空闲UE，可以在标准规范中定义固定控制大小。

因此，预配置方法允许空闲UE和连接UE具有对受干扰小区的控制大小的了解，而不需要信令。

从网络的角度来看，受干扰小区可以具有用于执行上述操作的多个选择。因此，根据第一实施例，受干扰小区针对所有子帧使用预配置固定控制大小，并且在PCFICH上发送相应的CFI值。

在第二选择中，小区行为可以基于在RE或CSG毫微微覆盖区域中是否存在UE而改变。当连接UE处于RE或CSG覆盖区域内时以及在发送寻呼、SIB和随机接入过程的消息2和4的子帧期间，受干扰小区的控制大小遵循辅机制。当受干扰小区需要在ABS子帧期间调度连接UE以避免来自干扰源小区的强干扰时，受干扰小区可以获知在RE或CSG毫微微覆盖区域中是否存在这些UE。因此，如果在RE或CSG毫微微区域中不存在连接UE并且在不用于寻呼/SIB/随机接入消息2和4的子帧期间，受干扰小区可以使用与预配置大小不同的控制大小并且在PCFICH上发送实际的控制大小。

在另一选择中，当在RE或CSG覆盖区域中的连接UE正在被调度时以及在发送寻呼、SIB和随机接入过程的消息2和4的子帧期间，受干扰小区的控制大小可以遵循辅机制。因此，可以在针对RE或CSG覆盖区域中的UE调度消息时使用第三选择中的辅机制。从受干扰小区eNB的角度来看，当受干扰小区需要在干扰源小区的ABS子帧期间调度连接UE时，受干扰小区调度器获知这些UE处于RE或CSG覆盖区域内，并且受干扰小区eNB获知可以在其中调度这些受干扰UE的子帧。受干扰小区将确保在连接的受干扰UE正在被调度的子帧期间(包括用于通知系统信息改变的SIB和寻呼)，受干扰小区的控制大小可以遵循辅机制。

从UE的角度来看，当UE处于RE或CSG覆盖区域内时，UE可以简单地应用辅机制以获得CFI值。

在一个实施例中，信令可以用于向UE指示它在RE或CSG覆盖区域之内还是之外。

对于宏-微微情况，首先考虑连接模式UE。

每当连接模式UE与具有RE能力的微微小区相关联时，它可以使用辅机制来获得控制区域大小。然而，按照当前LTE规范，UE不知道它是否正在与微微小区进行通信。此外，UE不知道微微是否采用RE。因此，需要信令以使UE获知它何时被切换至具有RE能力的微微小区之内或之外。可以引入切换消息或某一其他RRC信令中的附加比特，使得UE显式地获知何时启用或禁用辅机制。

在一个实施例中，可以向切换消息RRCConnectionReconfiguration中的mobilityControlInfo信息单元添加两个比特，其中，该切换消息是在切换期间从源eNB向UE发送的消息。下面示出了信息单元的示例：

表格4-具有用于启用/禁用辅机制的两个比特的MobilityControlInfo信息单元

根据上面的信息单元，字段targetCFIvalue可以向UE通知目标小区中的固定控制大小，并且还用于启用或禁用辅机制的目的。当UE被切换至具有RE能力的微微小区时，targetCFIvalue被设置为非0值以启用辅机制。如果UE被切换至宏小区或不具有RE能力的微微小区，则targetCFIvalue被设置为0以禁用辅机制。因此，新的targetCFIvalue字段显示目标小区的固定控制大小。如果为0，则UE可以经由目标小区中的PCFICH检测来获得CFI值，并且禁用辅机制。如果值为1至3，则UE可以启用辅机制，并且targetCFIvalue表示目标小区的CFI值。

如果固定控制大小是在标准规范(在该实施例中，3GPP TS36.211、3GPP TS36.212、3GPP TS36.213或3GPP TS36.331)中定义的预定义值，则形成上文提供的切换消息的一部分的切换消息中的mobilityControlInfo信息单元中的一个比特如下所示：

表格5-具有用于启用/禁用辅机制的一个比特的MobilityControlInfo信息单元

上面的CFI-SecondaryMechanism中的一个比特足以启用或禁用辅机制。当UE经由目标小区中的PCFICH检测获得CFI值并且禁用辅机制时，CFI-SecondaryMechanism具有值0。如果值为1，则UE可以使用辅机制来获得目标小区中的CFI值。此外，为了更好地支持空闲UE，可以在标准规范中定义固定控制大小。

当UE首次通电或者从空闲进入连接时，UE可以首先连接到最强小区并且使用PCFICH检测。该最强小区假设UE不在CSG毫微微小区中。

如果通电的UE或者空闲到连接的UE处于微微RE区域内并且网络希望将UE附接到微微，则切换将发生并且辅机制将启用切换命令中的targetCFIvalue或CFI-SecondaryMechanism。

当UE从微微小区的中心移动到RE区域中或者从微微RE区域移动到微微小区中时，可以向UE发送RRC消息，使得UE启用或禁用辅机制。例如，一比特的字段CFI-SecondaryMechanism可以被添加至RRCconnectionreconfiguration消息。可以从微微eNB向UE发送该消息，并且该消息的示例如下所示：

表格6-RRCConnectionReconfiguration消息

如上所述，RRCConnectionReconfiguration消息可以用于启用或禁用UE的辅机制。

当网络基于设备的位置启用或禁用使用辅机制的信令时，当在RE区域中存在UE或者正在调度RE区域中的UE时，具有RE能力的微微小区可以使用遵循辅机制的控制大小。每当连接UE处于RE区域内时，它可以使用该辅机制来获得CFI值。

因此，上面的信令使UE获知它是否处于RE区域内。如上所示的切换消息中的额外比特允许UE在UE离开宏并进入微微RE区域中或者从微微RE移动到宏中时启用或禁用辅机制。如上所示的RRC消息中的额外比特可以用于如果UE从微微中心区域移动到微微RE区域或者从微微RE区域移动到微微中心区域，则启用或禁用辅机制。

考虑空闲UE，对于宏到微微部署，不必针对空闲UE应用范围扩展。换言之，UE可以始终驻留在最强小区上。如果空闲模式需要范围扩展，那么如果空闲模式UE根据相邻小区的测量知道它附接到受干扰小区，则它可以自主地启用或禁用辅机制。换言之，来自服务节点的参考信号接收功率(RSRP)比来自强势干扰源节点的RSRP低特定阈值。空闲UE可以使用辅机制来获得CFI值，而不论服务小区是微微还是宏小区。

对于宏-毫微微部署的情况，宏eNB的调度器可以获知它是否连接到宏UE但是处于CSG小区的覆盖区域内。因此，当UE移入或移出CSG覆盖区域时，宏eNB可以向UE发送RRC信令以禁用或启用辅机制。类似地，在毫微微-毫微微部署的情况下，CSG将获知其连接成员UE是否处于另一CSG的覆盖区域内并因此发送RRC信令以启用或禁用辅机制。对于CSG的覆盖区域中的空闲非成员UE，当UE获知它是否处于非可接入CSG的覆盖区域内时，UE将自主地启用或禁用辅机制。

现在参照图12，图12示出了根据上文的UE处的过程。具体地，图12的过程在框1210处开始，并且前进至框1220，在框1220中，UE检查在微微-宏场景中它是否处于RE区域内或者在毫微微-宏场景中它是否处于CSG区域内并且不是封闭组的一部分。确定可以基于来自网络元件的信令或者可以基于由空闲UE进行的RSRP测量，如上所述。

如果UE处于RE或CSG区域内，则过程从框1220前进至框1240，在框1240中，UE使用辅机制来确定控制区域大小。通过使用上面的解决方案，框1240的辅机制是预定的控制区域大小。

如果UE未处于RE或CSG区域内，则过程从框1220前进至框1230，在框1230中，使用用于确定控制区域大小的主机制。通常，这可以使用PCFICH信令来进行确定。

过程从框1230或1240前进至框1250并结束。

从网络的角度来看，当连接UE进入或离开RE或CSG区域时，可以信号通知该UE。现在参照图13。

在图13中，过程在框1310处开始并且前进至框1312，在框1312中，进行检查以确定子帧是否用于寻呼、SIB或RACH的消息2或4。如果否，则过程前进至框1320，在框1320中，网络元件确定UE是否已经进入RE或CSG区域。如果否，则网络元件使用主机制来信号通知控制区域大小，如框1330所示。

相反，如果UE已经进入RE或CSG区域，则过程从框1320前进至框1340，在框1340中，向UE发送指示以向UE告知它处于这种区域内。如果UE处于连接模式，则可以通过RRC信令来发送指示。如果UE处于空闲模式，则可以通过非RRC信令来发送指示。

如果子帧用于寻呼、SIB或RACH的消息2或4，则过程然后从框1340或者框1312前进至框1342，在框1342中，网络元件使用第二机制来信号通知CFI。在上面的解决方案中，网络元件被限制于预定的控制区域大小。

过程从框1330和1342前进至框1350并结束。

控制区域大小为PHICH持续时间

在辅机制的第二解决方案中，受干扰小区的控制区域大小等于PHICH持续时间。“正常”或“扩展”类型的PHICH持续时间可以取上面的表格3中针对多个子帧类型所定义的值。因为PHICH设置通过PCFICH信号通知的控制区域大小的最小值，因此本文所述的实施例可以规定控制区域取最小值。执行本实施例的UE可以经由PBCH中的PHICH-duration来确定控制大小，并且将不需要执行PCFICH检测。通常，物理广播信道由于其更低的码率和重复传输而比PCFICH更可靠。此外，可以在将来的标准版本中执行高级干扰协调方案，以进一步保护较弱小区异构网络的PBCH。

对于传统的移动设备，不理解PHICH中的隐式知识，并且除了在系统带宽大于10个RB以及扩展PHICH持续时间的情况下(在该情况下，传统UE将假设CFI等于PHICH持续时间，并且也可以跳过PCFICH检测)，传统的UE然后将执行PCFICH检测。

与现有的基于PHICH持续时间确定控制区域大小相比，本文的实施例不需要控制区域占用最大数量的资源。此外，受干扰小区可以随着子帧不同而改变控制大小。例如，当正在调度RE或CSG覆盖区域中的连接模式UE时以及在发送寻呼/SIB/随机接入消息2和4的子帧期间，受干扰小区的控制大小需要等于PHICH持续时间。受干扰小区被允许针对其他子帧使用不同的控制大小。此外，本文所描述的实施例用于所有系统带宽，包括小于或等于10个RB的系统带宽。

关于网络行为，受干扰小区可以具有不同选择。如果根据上面的实施例，受干扰小区的控制大小针对所有子帧遵循辅机制，则受干扰小区针对所有子帧将控制大小设置为与PHICH持续时间相同，并且在PCFICH上发送相应的CFI值。

相反，可以仅当在RE或CSG覆盖区域中存在连接UE时以及在发送寻呼、SIB和随机接入过程的消息2和4的子帧期间，受干扰小区的控制大小才遵循辅机制。当在RE或CSG覆盖区域中不存在连接UE时并且在不用于寻呼/SIB/随机接入消息2和4的子帧期间，受干扰小区可以使用与PHICH持续时间不同的控制大小，并且在PCFICH上发送该不同的控制大小。

此外，如果仅当在RE或CSG覆盖区域中存在正在被调度的连接UE时网络才使用遵循辅机制的受干扰小区的控制大小，则受干扰小区可以仅在在RE或CSG覆盖区域中存在正在被调度的UE的那些子帧中以及在发送寻呼、SIB和随机接入过程的消息2和4的子帧期间才使用PHICH持续时间。

从UE的角度来看，如果UE从宏区域移动到微微RE区域中或者从微微RE区域移动到宏区域中，则上文在表格5中所描述的mobilityControlInfo信息单元中的一个比特可以用于启用或禁用辅机制。与上面针对固定大小的内容类似，如果UE从微微中心移动到微微RE区域或者从微微RE区域移动到微微中心，则上面在表格6中描述的RRC消息RRCconnectionreconfiguration中的一个比特可以用于启用或禁用辅机制。当启用辅机制时，UE可以经由MIB检测根据PHICH持续时间获得CFI值。在当前LTE规范中，直到完成切换UE才需要读取目标小区的MIB或SIB。然而，例如，在UE从宏切换到微微RE区域的情况下，可能期望UE在完成切换之前获得目标小区的MIB中的PHICH信息。此外，不需要额外的信令，这是因为在当前LTE规范中，已经在切换命令消息中携带目标小区上的PHICH配置。具体地，mobilityControlInfo中的字段RadioResourceConfigureCommon包含单元phich-Config。

再次参照图12和图13，在框1342处，网络元件通过使用将控制区域大小设置为PHICH持续时间的辅机制来设置PHICH持续时间和控制区域大小以使之匹配，并且在框1240处，UE使用PHICH持续时间信息来检测控制区域大小。

在MIB中发送CFI

根据辅源的第三选择，受干扰小区可以在MIB中包括CFI值。从eNB向UE广播MIB。下面示出了对MIB的潜在改变：

表格7-MIB中的CFI值

为了发送三个不同的CFI值，在MIB中包含两个比特。可以使用在LTE版本8的MIB中定义的备用比特中的两个比特。因此，对传统UE没有影响。根据上面的实施例的UE检测MIB以获得CFI值并且将不需要执行PCFICH检测。传统UE将执行PCFICH检测以获知控制区域大小。与上面的PHICH持续时间的示例类似，由于PBCH的鲁棒性，因此与根据PCFICH检测CFI相比，预期根据上面的实施例的UE可以根据MIB更好地检测CFI。

从网络的角度来看，如果受干扰小区的控制区域大小针对所有子帧遵循辅机制，则受干扰小区可以针对所有子帧将控制大小设置为与在MIB中广播的CFI值相同，并且在PCFICH上发送相应的CFI值。

相反，如果仅当在RE或CSG覆盖区域中存在连接UE时以及在发送寻呼、SIB和随机接入过程的消息2和4的子帧期间受干扰小区的控制大小才遵循辅机制，则受干扰小区仍然可以在MIB中发送CFI值。如果在RE或CSG覆盖区域中不存在连接UE并且在不用于寻呼/SIB/随机接入消息2和4的子帧期间，则虽然存在在MIB中指示的CFI值，但是受干扰小区可以使用与MIB中的CFI值不同的控制大小并且在PCFICH上广播所使用的控制大小。

类似地，如果仅当在RE或CSG覆盖区域中存在正在调度的连接UE时受干扰小区才使用辅机制，则受干扰小区可以使用与在MIB中广播的CFI值不同的控制大小。换言之，当在RE或CSG覆盖区域中不存在被调度的UE时并且在不用于寻呼/SIB/随机接入消息2和4的子帧期间，受干扰小区可以使用不同的控制大小并且在PCFICH上广播该控制大小。

从UE的角度来看，为了确定UE是否处于RE区域内，如果UE从宏区域移动到微微RE区域或者从微微RE区域移动到宏区域，则如上面关于表格5所示的切换消息中的mobilityControlInfo中的一个比特可以用于启用或禁用辅机制。与上面的固定CFI大小的示例类似，如果UE从微微中心移动到微微RE区域或者从微微RE区域移动到微微中心区域，则上面在表格6中所示的RRC消息RRCconnectionreconfiguration可以用于启用辅机制。

当启用辅机制时，UE可以经由MIB检测获得CFI值。因为直到完成切换UE才需要读取目标小区的MIB或SIB，因此可以如在下面在表格8中所示的切换命令中的mobilityControlInfo的字段radioResourceConfigCommon中包括CFI值。在从源eNB到UE的切换命令中发送该消息。这允许UE在无需对目标小区的MIB进行解码的情况下获得CFI值。例如，参见下面的表格8。

表格8-切换消息中的CFI值

即使仅当在RE或CSG区域存在UE中时或者当这些UE正在被调度时网络才遵循辅机制，从UE的角度来看，UE可以在处于RE或CSG区域内时始终使用辅机制来获得控制区域大小。

对于空闲UE，与上面在固定控制大小实施例中针对空闲UE所描述的过程类似的过程将用于MIB信号通知实施例。

再次参照图12和图13，对于MIB信号通知实施例，在框1340处网络元件在MIB中设置CFI值，并且当需要辅机制时使用该值。对于UE，在框1240处，UE检测MIB并且当处于RE或CSG区域内时使用CFI值。

基于子帧索引预定义控制大小

在辅机制的另一选择中，受干扰小区使用控制大小与子帧索引之间的预配置关系。例如，控制区域大小可以等于无线电帧内的子帧索引mod3+1。

受干扰小区负责确保PHICH持续时间小于或等于控制区域大小。因为PHICH持续时间不能改变得比每隔40毫秒更快，因此在上面的示例中，PHICH持续时间可以限制于1个OFDM符号。UE可以通过检测PSS/SSS来获知受干扰小区的子帧索引，其中，UE能够以低信号与干扰加噪声比(SINR)可靠地检测到PSS/SSS。

使用基于子帧索引的预定义的控制大小可以由执行本实施例的UE使用，但是将不适用于传统UE。对于传统UE，将仍然需要使用PCFICH检测以获知控制区域大小。

此外，当干扰源小区配置ABS子帧的数量时，ABS子帧的位置可能需要考虑受干扰小区的每一个子帧的PDCCH容量。

从网络的角度来看，如果网络针对所有子帧将受干扰小区的控制大小设置为遵循辅机制，则受干扰小区可以使用预定义的子帧索引函数来配置控制区域大小并且在PCFICH上广播相应的CFI值。

相反，可以仅当在RE或CSG覆盖区域中存在连接UE时以及在发送寻呼、SIB和随机接入过程的消息2和4的子帧期间，网络才遵循辅机制。当在RE或CSG覆盖区域中不存在连接UE时并且在不用于寻呼/SIB/随机接入消息2和4的子帧期间，受干扰小区的控制大小不必是子帧索引的函数，并且受干扰小区可以在PCFICH上广播不同的控制大小。

此外，如果当在RE或CSG覆盖区域中存在正在调度的连接UE时以及在发送寻呼、SIB、和随机接入过程的消息2和4的子帧期间受干扰小区的控制大小遵循辅机制，则当在RE或CSG覆盖区域中不存在正在调度的UE并且在不用于寻呼/SIB/随机接入消息2和4的子帧期间时，受干扰小区可以不需要使用作为子帧索引的函数的控制大小。因此，受干扰小区可以在PCFICH上广播不同的控制大小。

从UE的角度来看，如果UE从宏区域移动到微微RE区域中或者从微微RE区域移动到宏区域中，则如上面在表格5中针对mobilityControlInfo信息单元所示的1比特的切换消息可以用于启用或禁用辅机制。此外，如果UE从微微中心区域移动到微微RE区域或者从微微RE区域移动到微微中心区域，则诸如表格6中所示的RRCconnectionreconfiguration消息等的RRC消息可以用于启用辅机制。当启用辅机制时，UE可以基于子帧索引导出CFI值。

再次参照图12和图13，在框1342处，网络元件可以将CFI值设置为与子帧索引相对应。在框1240处，UE可以使用子帧索引来确定CFI值而不依赖于PCFICH。

针对辅机制的以上示例，在宏-毫微微部署的情况下，宏eNB的调度器可以获知连接的宏UE是否处于CSG小区的覆盖区域内。因此，当UE移入或移出CSG覆盖区域时，宏eNB可以向UE发送RRC信令以启用或禁用辅机制。类似地，在毫微微到毫微微部署的情况下，CSG将获知其连接的成员UE是否处于另一CSG的覆盖区域内并因此发送RRC信令以启用或禁用辅机制。此外，空闲UE将获知它是否处于CSG的覆盖区域内并且可以自主地启用或禁用辅机制。

改善PCFICH检测性能

在第二组实施例中，在存在CRS干扰的情况下改善PCFICH性能的一种方式是使用修改的检测和处理方案。具体地，第二组实施例计算两个度量序列，其中，每一个度量序列与一组资源单元相对应。例如，第一度量序列可以与偶数资源单元相关，第二度量序列可以与奇数资源单元相关。这些序列涉及选择所有可能的CFI值并且计算这些结果在每一个序列中的概率度量。

因此，例如，第一序列可以是针对所有偶数资源单元插入可能的CFI值的概率度量结果。类似地，第二序列可以是通过针对奇数资源单元插入CFI值的结果的序列。

在计算出序列之后，根据第二组实施例，可以计算第三度量序列，其中，第三度量序列是前两个度量序列的函数。在一个示例中，函数可以是这两个序列中的最小值。函数的其他示例是可能的。

然后，可以进行检查以确定第三组度量是否低于阈值，如果是，则可以将控制格式指示符选择为与第三序列中的最低度量相对应。

在一个实施例中，不是使用等式3，而是可以将下面的等式6和7结合使用以检测和处理PCFICH。

$M1\left(i\right)=\underset{k=0}{\overset{7}{\mathrm{\Σ}}}{|r_{2k}-{\hat{c}}_{2k}^p{s}_{2k}\left(i\right)|}^2---\left(6\right)$

$M2\left(i\right)=\underset{k=0}{\overset{7}{\mathrm{\Σ}}}{|r_{2k+1}-{\hat{c}}_{2k+1}^p{s}_{2k+1}\left(i\right)|}^2---\left(7\right)$

上面的等式6是由一组资源单元(例如，偶数)产生的距离度量，等式7根据用于发送PCFICH的另一组资源单元(例如，奇数)。如图9中所示，CRS基于小区IDN_p和N_m破坏奇数或偶数符号。

如果UE可以针对每一个CFI序列单独地计算度量M1和M2并且检查这些度量之一是否通过可靠性检查，则可以减小PCFICH检测错误。执行该检查的一种方式是针对所有i按M3(i)＝Min{M1(i)，M2(i)}评估新度量M3。

现在参照图14。图14的过程在框1410处开始，并且前进至框1412，在框1412中，根据CRS RE来估计信道。

然后，过程前进至框1414，在框1414中，针对所有i值来评估M1和M2，其中，i是0、1和2。

然后，该过程前进至框1416，在框1416中，针对所有i值按M1和M2中的最小值来评估M3。

然后，该过程从框1416前进至框1418，在框1418中，针对最低M3选择i的值，将其标示为i1。

然后，该过程前进至框1420，以确定具有在框1418处选择的i1值的M3是否小于阈值。如果是，则该过程前进至框1430并且将CFI设置为等于i1。

如果框1420处的检查确定M3(i1)大于阈值，则过程然后前进至框1440，在框1440中，记录CFI检测失败。

该过程从框1430和框1440前进至框1450并且结束。

关于图15示出了使用图14的实施例的结果。图15示出了当信号与干扰比为-16DB时作为信噪比的函数的PCFICH误字率(WER)性能。在这里，信号与干扰比被定义为发送CRS的资源单元上来自微微小区的接收信号的功率与来自宏小区的接收信号的功率之比。信噪比被定义为来自微微小区的接收信号的功率与UE处的热噪声之比。描绘的结果不包括信道估计损失。

针对每一个仿真改变来自宏小区的CRS，使得mod(N_p，3)不等于mod(N_m，3)。将基于比较的示例性RX1510(基于上面图10中的接收机)的WER与上面的图14的第一示例性RX1520进行比较。此外，第二示例性接收机(第二示例性RX)的性能也如线1530所示。第二示例性接收机是具有来自宏小区的干扰CRS传输的先验知识的接收机。针对第二示例性接收机给出的结果也可以被解释为当不存在CRS干扰时的结果。

如图15所示，来自第一示例性RX的结果优于比较的示例性RX。然而，与第二示例性RX相比，第一示例性RX的性能下降。该下降可能是由于处理增益的损失引起的，该损失近似等于在PCFICH字检测算法中使用的符号的数量的比例。与第二示例性RX相比，第一示例性RX的预期的渐近性能损失近似为3DB。

此外，在非ABS子帧期间或者每当在数据资源单元上存在有限功率传输时，UE仍然可以受益于使用等式2中的度量或者比较的示例性RX来检测PCFICH以得到全处理增益。

参照图16，图16示出了针对10^-3的PCFICH WER所需的SNR。根据图16的结果显而易见的是，在-6DB以上的高信号与干扰比(SIR)区域中，比较的示例性RX的性能优于第一示例性RX。

具体地，参照图16，在标记1610处示出了比较的示例性RX，在标记1620处示出了第一示例性RX，并且在标记1630处示出了第二示例性RX。

如图16所示，当在-6DB以上时，比较的示例性RX优于第一示例性RX。

为了改善在高SIR区域中的第一示例性RX的性能，可以修改上面的图14的检测器。

现在参照图17。在图17中，新度量M3被定义为M1和M2的函数。计算新度量，使得基于相应的可靠性来添加度量M1和M2。

M3(i)＝f(M1(i)，M2(i))         (8)

在一个实例中，函数可以被表达为：

$f(x,y)=\mathrm{Min}\{x,y\}-{\hat{N}}_0\ln [\exp (-\frac{|x-y|}{{\hat{N}}_0})+1]---\left(9\right)$

其中，

是噪声加干扰的方差的估计。

因此，根据图17，过程在1710处开始，并且前进至框1712，在框1712中，根据CRS RE来进行信道估计。

然后，过程前进至框1714，在框1714中，评估M1(i)和M2(i)，其中，i是0、1、和2。

然后，过程前进至框1716，在框1716中，创建M3(i)，其中，M3(i)是M1(i)和M2(i)的函数。

然后，过程前进至框1720，并且选择与最低M3(i)相对应的i1值。

过程从框1720前进至框1730并且检查M3(i)是否小于阈值。如果是，则过程前进至框1740，在框1740中，CFI被设置为i1。

如果M3(i1)不小于阈值，则过程从框1730前进至框1750，并且记录CFI检测失败。过程从框1740或1750前进至框1760并结束。

因此，第三示例性接收机被定义并且在本文中被称作RX-2。下面关于图18在SIR为-6DB处示出了RX-2的性能。

如图18所示，比较的示例性RX被标记为附图标记1810，第一示例性RX(RX-1)通过附图标记1820标记，第二示例性RX被标记为附图标记1830，RX-2被标记为附图标记1840。

此外，参照图19，图19示出了作为SIR的函数的满足PCFICHWER目标10^-3所需的SNR。

在图19中，比较的示例性RX接收机通过附图标记1910示出，RX-1通过附图标记1920示出，第二示例性接收机通过附图标记1930示出，并且RX-2通过附图标记1940示出。

如图18和图19所示，当SIR较高时，RX-2的性能接近第二示例性接收机的性能。

基于图18和图19，UE处的接收机可以在存在强势CRS干扰的情况下可靠地检测PCFICH。然而，复杂的接收机涉及计算可靠性度量，这可能很复杂并且导致UE处的电池耗用。此外，即使使用复杂的接收机，PCFICH检测性能也在小区边缘处减小约3dB，这与近似小于-8dB的SIR相对应。

为了克服上述间题，如果微微小区指示当前与来自干扰源小区的ABS子帧一起向UE发送子帧时，UE可以选择适当的接收机来对PCFICH进行解码。

此外，服务微微小区能够在与来自周围宏小区的ABS子帧传输同时发送的子帧上增加PCFICH编码增益。

此外，当采用适当的接收机算法时，服务微微小区可以向不具有宏CRS干扰的资源单元分配更多功率，并且向具有高干扰的资源单元分配更少功率或不分配功率。

ABS子帧指示

向UE指示与干扰源小区的ABS子帧同时发生的子帧的一种方式是设置在MIB中可用的备用比特。在MIB中每隔十毫秒存在十个可用的备用比特。这些比特可以被设置为0以指示正常子帧或者被设置为1以指示与ABS子帧传输同时发生的子帧。当UE发现特定的子帧与来自干扰源小区的ABS子帧传输相对应时，使用RX-2接收机来针对该子帧检测PCFICH。否则，使用比较的示例性接收机来检测PCFICH。

一旦UE在前40毫秒(前四个无线电帧)内读取MIB，则除非ABS模式存在改变，否则UE就无需再次读取MIB。如果存在ABS模式改变，则微微小区可以向所有UE发送系统信息(SI)改变更新。

现在参照图20。在图20中，受干扰小区2010通过X2接口从附近的干扰源小区接收ABS模式。在图20的示例中，干扰源小区可能包括宏或微微小区2012和干扰源宏或微微小区2014。然而，图20的示例并不旨在是限制性的，并且任意数量的干扰源或宏小区可以与受干扰小区2010进行通信。

干扰源小区2012和2014中的每一个向受干扰小区2010发送ABS模式，如箭头2020和2022所示。

在受干扰小区2010处，在多个模式之间执行逻辑或以找到值P。值P等于{p₀，p₁，p₂，...，P₃₉}。计算如下：

$P=P_0\⊕P_1\⊕P_2...\⊕P_{N-1}---\left(10\right)$

其中，每一个模式与剩余模式进行逻辑或，并且N表示宏小区的数量。

提供服务的受干扰小区2010将复合ABS模式P作为主信息块的一部分向UE2016广播，如箭头2040和2042所示。

UE2016基于在PCFICH上广播的MIB中找到的P，针对每一个子帧或子帧组配置PCFICH检测器，如箭头2050所示。

此后，当UE2016接收PCFICH(如箭头2060所示)时可以使用适合的接收机。

此外，如果与ABS子帧同时发生，则受干扰小区2010可以使用其他资源单元组来增加PCFICH的编码增益，如箭头2070所示，然后，可以将PCFICH发送到UE2016并且使用适合的接收机进行解码。

备选地，可以按下式将复合ABS模式P折叠为J比特的ABS模式：

其中，LJ＝40，并且

表示{x1}的逻辑或求和。

上面的操作导致折叠的复合ABS模式

折叠操作提供了解码的PCFICH的复杂度与MIB中可用的备用比特的使用之间的灵活性。例如，当J被设置为“40”时，MIB中可用的40个备用比特用于指示复合ABS子帧模式。如果J被设置为“1”，则仅1个比特用于指示ABS子帧模式。在后一种情况下，1个比特指示在附近存在或不存在干扰源小区。

如图20所示，如果与来自干扰源小区之一的ABS子帧传输同时发送当前子帧，则服务小区或受干扰小区可以增加PCFICH的编码增益。可以通过在OFDM符号号0的其他REG上发送CFI值来增加PCFICH的编码增益。

传统UE将通过对在其上发送PCFICH的RE进行解码来仅对CFI进行解码。使用上面的方法的UE还可以使用在其他REG上发送的PCFICH。

例如，根据一个实施例对MIB消息的改变如表格9中所示：

表格9-具有ABS模式的MIB

如上所示，DL带宽是用于传输带宽配置的参数。

系统帧号也相同，并且定义系统帧号的最高有效位。FoldedCompositeABS_pattern是指示周围宏小区的复合ABS子帧模式的比特模式。如果周围小区未配置ABS子帧，则FoldedCompositeABS_pattern被设置为“全零”。字段的长度为J个比特，其中，J小于或等于10。

参照图21，图21示出了包括复合ABS模式的修改的MIB编码。如图所示，40比特的复合ABS模式可以被插入到MIB的备用比特中，其中在四个无线电帧(2150)上发送MIB。四个不同的MIB模式2110、2112、2114和2116可以用于分别指示无线电帧4i、4i+1、4i+2、4i+3中的ABS模式。与上面的图11一样，在MIB消息中，前三个比特包括下行链路带宽。后接的一个比特定义PHICH持续时间。后接的两个比特定义PHICH资源。后接的八个比特定义系统帧号的八个最高有效位。

后接的十个比特针对子帧0至10的ABS状态。在MIB模式2110中，ABS状态针对无线电帧0、4、8等(即，无线电帧4i)。

在MIB模式2112中，ABS状态针对无线电帧1、5、9等(即，无线电帧4i+1)。

在MIB模式2114中，ABS状态针对无线电帧2、6、10等(即，无线电帧4i+2)。

此外，在MIB模式2116中，ABS状态针对无线电帧3、7、11等(即，无线电帧4i+3)。

然后，MIB模式均被独立地卷积编码(通过附图标记2130总地示出)和交织(通过附图标记2140示出)。因此，通过四个无线电帧发送每一个MIB，如附图标记2150所示。

在一些情况下，如果不能基于在一个无线电帧上接收的信息对MIB进行解码，则UE可能不能将在连续无线电帧上接收的信息进行组合。然而，UE仍然可以对在每第四个无线电帧上接收的信息进行软组合，以改善检测可靠性。

备选地，可以通过将J设置为小于或等于10，来将复合ABS模式折叠为十个比特(或更少比特)的ABS模式，如上面在等式11中所表达的。在该情况下，关于图22示出了MIB编码，其中，无线电帧2210针对从无线电帧0、4、8等的子帧0开始的长度为J的ABS模式具有十个比特。然后如箭头2212所示的执行卷积编码并且通过箭头2214示出了交织和速率匹配以产生通过附图标记2220示出的帧。

根据图22，可用的10个备用比特中的J个比特用于将ABS模式作为MIB的一部分进行指示。其他10-J个比特被设置为0并且是供将来使用的备用比特。当J被设置为“1”时，如果MIB中的第15个比特被设置为1，则配备有如上所述的新型PCFICH接收机的附接到小区的新UE或者UE始终使用新的接收机来对PCFICH进行解码。

因此，对于J＝1的特殊情况，例如，微微小区可以将MIB的第15个比特设置为1。这确保尝试附接到微微小区的所有新UE可以进行首次解码。在一个实施例中，UE可能已经附接到EPC但是未附接到eNB。为了可靠地进行PCFICH检测，UE可以应用新的PCFICH检测。一旦UE附接到服务小区，就可以经由专用消息(RRC)或者系统信息广播消息(SIB)获得全ABS子帧模式。

增加PCFICH资源

在第三组实施例中，可以提高PCFICH的功率。例如，当干扰源小区配置ABS子帧时，受干扰小区可以在同时发生的子帧期间增加PCFICH REG的发射功率。

备选地，可以增加用于PCFICH传输的资源以改善PCFICH可靠性。通过更高层信令或者通过发送PDCCH进行指派或准许来配置频率资源。然而，可能不能通过这些方法中的任意一种方法来增加用于PCFICH传输的资源，这是因为可能在接收到SIB或RRC信令消息之前接收到PCFICH。

PHICHREG上的CFI

一种可能的方法是重用PHICH资源。换言之，可以在PHICH资源上发送CFI值。基于根据PHICH上的MIB获知的PHICH持续时间确定PHICH的频率资源，而无需PCFICH检测。因此，UE可以在接收到SIB或者另一RRC信令消息之前在PHICH资源上接收到CFI。

一些PHICH资源可以用于发送CFI值而不是发送HARQ-ACK信息。在LTE系统中，一个PHICH资源发送1比特的信息(0或1)。如果应用对两个PHICH的联合检测，则可以指示多达四个值。

如果PHICH资源用于CFI传输，则相应的PHICH资源不用于HARQ-ACK传输。在LTE系统中，使用调度用于物理上行链路共享信道(PUSCH)传输的物理无线电承载(PRB)的最低索引和解调参考信号(DM_RS)索引导出PHICH资源。因此，如果选择适合的DM_RS，则eNB可以避免使用为PHICH传输预留的PHICH资源，而不会对PUSCH调度产生约束。

可以通过配置比支持活动UE所需的N_g更大的N_g而增加PHICH组来预留额外的PHICH资源。为PCFICH传输预留的PHICH资源可以被定义在标准中或者可以经由更高层信令进行配置。然而，在后一种情况下，除非通过物理广播信道发送更高层信令，否则该解决方案不适合于空闲模式UE。

对于传统UE，由受干扰小区选择DM_RS索引以避免与传统UE相对应的PHICH和用于CFI传输的PHICHI资源相重合。

如第三代合作伙伴计划(3GPP)TS36.211“Evolved UniversalTerrestrial Radio Access(E-UTRA)；Physical channels and modulation”，v.10.2.0，June16，2011规范(其内容通过引用的方式并入本文)的表格6.9-1中所述，对于TDD而言可能存在这样的问题，即，存在相当多不具有PHICH组的DL和特殊子帧。在该情况下，针对CFI借用PHICH资源不太可能。然而，在该情况下，对于PHICH资源不可用的子帧，UE可能需要依赖于PCFICH资源自身或者半静态地采用上文关于辅信令所提供的值。

存在用于在PHICH资源上发送CFI的两个可能的备选方式。

在第一备选方式中，针对PHICH传输的单独的CFI编码使用2比特的CFI信息并且基于诸如下面关于表格10所示的映射表格等的映射表格被映射到2个PHICH。如表格10所示，CFI比特被映射到CFI值，并且在PHICH以及PCFICH上进行发送。

CFI	CFI比特(c0，c1)
		1	00
2	01
		3	10
4(预留比特)	11

表格10-CFI值的映射

现在参照图23，图23示出了利用信道编码在PCFICH上发送的CFI值。具体地，CFI值2310被提供给信道编码框2312，信道编码框2312然后产生31个比特。通过PCFICH发送这些比特，如框2314所示。

类似地，CFI2310被提供给比特映射框2322，比特映射框2322产生第一比特C₀和第二比特C₁。比特C₀在框2323处被HI编码并且在框2324处被映射到第一PHICH资源(PHICH1)。类似地，比特C₁在框2325处被HI编码并且在框2326处被映射到第二PHICH资源(PHICH2)。

第一PHICH的HARQ指示符字被设置为{C₀，C₀，C₀}，第二PHICH的HARQ指示符码字被设置为{C₁，C₁，C₁}。这些指示符比特与正交序列复用并且接下来被加扰。

为了完成该操作，可以根据下面的文本来改变TS36.211标准部分6.9.1：

将如部分7.1中所述的调制在一个子帧中在一个PHICH上发送的比特块b(0)，...，b(M_bit-1)，这得到复值调制符号块z(0)，...，z(M_s-1)，其中，M_s＝M_bit。当PHICH资源i用于发送PCFICH时，比特b(i)等于相应的CFI比特值。表格6.9.1-1规定可用于物理混合ARQ指示符信道的调制映射。

一般地，参照图23A，可以使用速率-2/N代码来对两个CFI比特进行编码，以获得N个编码比特(N≥2)。针对i＝0，1，...，N-1，PHICH资源-i的HARQ指示符字被设置为{B_i，B_i，B_i}。这些指示符比特与正交序列复用并且接下来被加扰。

因此，参照图23A，图23A示出了图23的概括。具体地，CFI2340被提供给信道编码框2342和2350。在PCFICH上输出来自信道编码框2342的输出，如框2344所示。

来自信道编码框2350的输出被划分为多个比特。在图23A的示例中，提供了N个比特，被标示为比特b₀至b_N-1。比特b₀被提供给HI编码框2353，然后输出在框2354处被映射到第一PHICH资源(PHICH1)。类似地，比特b₁被提供给HI编码框2355，然后输出在框2356处被映射到第二PHICH资源(PHICH2)。

类似地对剩余比特进行编码和映射，如b_N-1在框2360处被编码并且在框2362处被映射到第N个PHICH资源所示。

根据一些实施例的UE可以通过单独地对在PCFICH资源上接收的PCFICH进行解码来检测两个CFI值，并且通过对在专用于前两个PHICH组的资源单元组上发送的另一CFI值进行解码来检测该CFI值。基于接收机有关的可靠性度量，可以使用两个解码的CFI值之一。

备选地，可以通过对在所有REG上发送的信息进行联合解码来获得一个CFI值。然而，本领域技术人员根据本公开可以认识到，在PCFICH REG和PHICH REG上发送的第一CFI值具有不同的编码增益。类似地，可以通过对被预期或估计容易受到来自干扰源小区的CRS干扰的资源单元完全地或部分地穿孔，来获得其他性能增益。

在第二备选方式中，可以使用针对PHICH传输的联合CFI编码，其中，在PHICH资源上发送信道编码之后的编码比特。如下面关于图24所示，使用多达11个PHICH来发送编码比特B₀、B₁、……、B₃₁。

具体地，参照图24，CFI2410被发送到信道编码框2412，然后信道编码框2412向PCFICH框2420和PHICH框1-11进行输出，如图24中的附图标记2430、2432至2444所示。可以基于小区规划和部署来半静态地配置用于发送CFI值的PHICH的数量。可以例如使用MIB中的2至4个备用比特来在MIB上广播用于发送CFI值的PHICH的数量。

第一PHICH的HARQ指示符字被设置为{B₀，B₁，B₂}，第二PHICH的HARQ指示符码字被设置为{B₃，B₄，B₅}，依此类推。一般地，针对i＝0，1，...，10，PHICH资源-i的HARQ指示符字被设置为{B_3i，B_3i+1，B_3i+2}，其中，B₃₂被设置为“0”。这些指示符比特与正交序列复用并且接下来被加扰。

如果使用第二备选方式，则针对标准3GPP LTE TS36.212的标准改变可以如下(如下面的表格11中用黑体字所示)：

表格11-3GPP TS36.212改变

一般地，参照图24A，使用速率-2/3N代码对两个CFI比特进行编码以获得3N个编码比特。针对i＝0，1，...，N-1，PHICH资源-i的HARQ指示符字被设置为{B_3i，B_3i+1，B_3i+2}。这些指示符比特与正交序列复用并且接下来被加扰。

在所有上述实施例中，可以经由广播消息信号通知用于发送辅CFI的PHICH资源的数量和具体的PHICH资源或者在规范中规定固定的PHICH资源。

一般地，可以在MIB中指示被配置用于辅CFI传输的PHICH资源(包括所使用的编码方案，例如，分别是图23A和图24A的框2350和2450)。可以在规范中定义这些配置的预定数量，并且可以在MIB中包括该配置的索引。这些不同的配置可以与用于发送辅CFI值的不同的编码增益和/或PHICH资源相对应。网络节点可以在部署期间基于预期的覆盖范围挑选一个配置。

使用其他REG的PCFICH重复

在另一备选方式中，每当子帧与来自周围宏小区的ABS传输同时发生时，服务微微小区可以使用比默认值(16个资源单元或4个REG)更多的资源单元来发送CFI信息。如上所述，可以通过增加用于PCFICH传输的资源单元来获得额外的处理增益。

下面描述用于执行重复传输的一个示例。可以在子帧的OFDM符号号0的REG中发送PCFICH，如3GPP TS36.211中所规定的。

此外，每当子帧传输与来自周围宏小区的ABS子帧传输同时发生时，可以按如下方式重复PCFICH REG：

a)识别未被指派给原始PCFICH传输或PHICH传输的REG的顺序；以及

b)挑选第一CCE以在这些REG上再次发送PCFICH。

除了以下情况以外，可以根据3GPP TS36.211的部分6.8.5中所描述的过程来映射PDCCH。因为将辅PCFICH穿孔到CCE中，因此可以在另一CCE位置处重新指派PDCCH。

根据上面的过程，如果不存在严重CRS干扰，则传统UE仍然可以对PCFICH进行解码。新UE可以在所有八个REG上对PCFICH进行解码，以提取更多处理增益。传统UE可能不成功地尝试在额外资源中在指派给PDFICH的CCE上对PDCCH进行盲解码。针对每一个子帧知晓来自干扰源小区的CRS干扰的新UE可以获知存在辅PCFICH和进行发送的REG。

备选地，新UE可能不知晓CRS干扰，但是仍然能够在针对PDCCH和PCFICH的新REG上对PCFICH进行盲检测。

此外，不是增加资源的数量，而是可以通过在多个子帧上发送相同的CFI值来改善PCFICH性能。在一个示例中，可以在P个连续子帧上重复CFI。例如，在P＝2的情况下，可以通过定义子帧2n和子帧2n+1使用相同的CFI来实现两折叠重复，其中，n为整数。在另一示例中，在p＝3的情况下，可以定义子帧3n、3n+1和3n+2具有相同的CFI，其中，n为整数。如果UE选择跨子帧对PCFICH进行解码，则这可以在子帧(3n+1)中向PCFICH提供约3dB的提高，并且在子帧(3n+2)中向PCFICH提供约4.77dB的提高。

一般地，在子帧{pn...pn+p-1}之间重复CFI，以在子帧{pn+1，...，pn+p-1}中提高PCFICH接收，后面的子帧得到更高的提高。

除了参数p之外，可以根据无线电帧索引I_start、I_end来定义CFI的起点和终点，使得在无线电帧的第一子帧I_start和无线电帧的最后一个子帧I_end之间，p个连续子帧共享相同的CFI。由服务eNB向UE通知所有CFI配置(I_start、I_end、p)。可以经由专用信令或广播信息来实现这一点。

在另一示例中，每隔q个子帧重复一次CFI。具体地，在q＝10的情况下，每隔一个无线电帧重复一次子帧I的CFI。可以根据无线电帧索引J_start、J_end来定义起点和终点，使得在无线电帧的第一子帧J_start与无线电帧的最后一个子帧J_end之间，每q个子帧显示相同的CFI值。服务eNB经由专用信令或广播向UE通知CFI配置(即，J_start、J_end、q)。

虽然传统UE不能受益于获知CFI重复，但是CFI重复方案是后向兼容的并且不影响传统移动设备操作。另一方面，新UE知晓该信息并且它们可以通过积累跨子帧的CFI传输来改善PCFICH的检测可靠性。

上面的操作可以由任何网络元件来执行。关于图25示出了简化的网络元件。

在图25中，网络元件2510包括处理器2520和通信子系统2530，其中，处理器2520和通信子系统2530协作以执行上述方法。

此外，上述方法可以由任何UE执行。下面关于图26描述了一个示例性设备。

UE2600通常是具有语音和数据通信能力的双向无线通信设备。UE2600通常具有在互联网上与其他计算机系统进行通信的能力。根据所提供的具体功能，UE可以被称为例如数据消息传送设备、双向寻呼机、无线电子邮件设备、具有数据消息传送能力的蜂窝电话、无线互联网设备、无线设备、移动设备或数据通信设备。

在UE2600具有双向通信能力的情况下，它可以具有通信子系统2611，包括：接收机2612和发射机2614，以及相关联组件，例如一个或更多个天线元件2616和2618(例如，上文关于图1至图3所描述的那些)，本地振荡器(LO)2613以及处理模块，例如，数字信号处理器(DSP)2620。对通信领域的技术人员而言显而易见的是，通信子系统2611的具体设计将取决于设备预期在其中操作的通信网络。通信子系统2611的射频前端可以是上述实施例中的任意一个实施例。

网络接入要求也可以根据网络2619的类型而改变。在一些网络中，网络接入与UE2600的订户或用户相关联。UE可能需要可拆卸用户标识模块(RUIM)或订户标识模块(SIM)卡以在CDMA网络上操作。SIM/RUIM接口2644通常与可以插入和弹出SIM/RUIM卡的卡槽类似。SIM/RUIM卡可以具有存储器，并保存许多密钥配置2651和其他信息2653，例如标识和订户相关信息。

当完成所需的网络注册或激活过程时，UE2600可以通过网络2619来发送和接收通信信号。如图26所示，网络2619可以由与UE通信的多个基站组成。

天线2616通过通信网络2619接收的信号输入至接收机2612，接收机2612可以执行常见接收机功能，例如信号放大、下变频、滤波、信道选择等等。接收信号的A/D转换允许更复杂的通信功能，例如要在DSP2620中执行的解调和解码。以类似方式，DSP2620处理要发送的信号，包括例如调制和编码，并将其输入发射机2614以进行数模转换、上变频、滤波、放大并经由天线2618通过通信网络2619来发送。DSP2620不仅处理通信信号，还提供接收机和发射机控制。例如，可以通过DSP2620中实现的自动增益控制算法来对接收机2612和发射机2614中应用至通信信号的增益进行自适应控制。

UE2600通常包括控制设备的总体操作的处理器2638。通过通信子系统2611来执行包括数据和语音通信的通信功能。处理器2638还与其他设备子系统交互，例如显示器2622、闪存存储器2624、随机存取存储器(RAM)2626、辅助输入/输出(I/O)子系统2628、串行端口2630、一个或更多个键盘或小键盘2632、扬声器2634、麦克风2636、其他通信子系统2640(例如短距离通信子系统)和总地标记为2642的任何其他设备子系统。串行端口2630可以包括USB端口或本领域已知的其他端口。

图26中所示的一些子系统执行通信相关功能，而其他子系统可以提供“驻留”或设备上的功能。显然，一些子系统(例如键盘2632和显示器2622)可以用于通信相关功能(例如输入文本消息以通过通信网络发送)和设备驻留功能(例如计算器或任务列表)。

处理器2638使用的操作系统软件可以存储在如闪存存储器2624等的永久存储设备中，该永久存储设备还可以是只读存储器(ROM)或类似存储元件(未示出)。本领域技术人员将清楚的是，操作系统、专用设备应用或其部分可以临时加载至易失性存储器(例如RAM2626)中。接收的通信信号也可以存储在RAM2626中。

如图所示，闪存存储器2624可以被分离为不同的区域，以用于计算机程序2658和程序数据存储2650、2652、2654和2656。这些不同的存储类型指示每一个程序可以分配闪存存储器2624的一部分以用于其自身的数据存储需要。处理器2638除了其操作系统功能之外，还可以实现软件应用在UE上的执行。控制基本操作的应用的预定集合(至少包括例如数据和语音通信应用)通常将在制造期间安装在UE2600上。可以在随后或动态地安装其他应用。

应用和软件可以存储在任何计算机可读存储介质上。计算机可读存储介质可以是有形的或瞬时/非瞬时介质，例如，光学存储器(例如，CD、DVD等)、磁存储器(例如，磁带)或本领域中公知的其他存储器。

一个软件应用可以是个人信息管理器(PIM)应用，其具有组织和管理与UE的用户相关的数据项的能力，数据项例如但不限于：电子邮件、日程事件、语音邮件、约会和任务项。自然，将在UE上使用一个或更多个存储器，以便于存储PIM数据项。这种PIM应用可以具有经由无线网络2619发送和接收数据项的能力。其他应用也可以通过网络2619、辅助I/O子系统2628、串行端口2630、短距离通信子系统2640或任何其他合适子系统2642加载至UE2600上，并由用户安装至RAM2626或非易失性存储设备(未示出)中，以由处理器2638执行。这种应用安装的灵活性增加了设备的功能，并且可以提供增强的设备上功能、通信相关功能或这二者。例如，安全通信应用可以实现使用UE2600来执行电子商务功能和其他这种金融交易。

在数据通信模式中，接收信号(例如文本消息或网页下载)将由通信子系统2611处理，并输入至处理器2638，处理器2628可以对接收信号进行进一步处理，以输出至显示器2622或备选地输出至辅助I/O设备2628。

UE2600的用户也可以使用键盘2632与显示器2622和可能的辅助I/O设备2628相结合来编写诸如电子邮件消息等的数据项，键盘2632可以是完整字母数字键盘或电话类型的小键盘。然后，可以通过通信子系统2611在通信网络上传输这种编写项。

对于语音通信，UE2600的整体操作类似，只是接收信号通常将输出至扬声器2634并且用于发送的信号将由麦克风2636产生。还可以在UE2600上实现备选的语音或音频I/O子系统，例如语音消息记录子系统。虽然语音或音频信号输出优选地主要通过扬声器2634来实现，但是显示器2622也可以用于提供关于例如主叫方的身份的指示、语音呼叫的持续时间或其他语音呼叫相关信息。

图26中的串行端口2630通常将在个人数字助理(PDA)类型的UE中实现，对于这种UE，可能需要与用户的台式计算机(未示出)进行同步，但是串行端口2630是可选的设备组件。这种端口2630将使用户能够通过外部设备或软件应用来设置偏好，并且将通过以不同于通过无线通信网络的方式向UE2600提供信息或软件下载，来扩展UE2600的能力。备选的下载路径例如可以用于通过直接从而可靠和可信的连接将加密密钥加载至设备，从而实现安全设备通信。本领域技术人员将清楚的是，串行端口2630还可以用于将UE连接至计算机以用作调制解调器。

其他通信子系统2640(例如短距离通信子系统)是可以提供UE2600与不同系统或设备(不需要是类似设备)之间的通信的另一可选组件。例如，子系统2640可以包括红外设备和相关联的电路和组件或蓝牙^TM通信模块，以提供与具有类似能力的系统和设备的通信。子系统2640还可以包括非蜂窝通信，例如，WiFi或WiMAX。

本文描述的实施例是具有与本申请的技术的元素相对应的元素的结构、系统或方法的示例。这种书面描述将使本领域技术人员能够做出和使用具有同样与本申请的技术的元素相对应的备选元素的实施例。因此，本申请的技术的预期范围包括与本文描述的本申请的技术无差别的其他结构、系统或方法，并且还包括与本文描述的本申请的技术具有非实质性差别的其他结构、系统或方法。

下面是根据本公开的不同方案。

分节号1、一种用于包括第一小区和第二小区的网络中的用户设备的方法，所述第二小区具有至少部分地与所述第一小区的范围重叠的范围，所述方法包括：

由所述用户设备确定所述用户设备是否处于所述第二小区的区域内，所述用户设备具有用于获得所述第一小区、所述第二小区或这二者的子帧的控制区域大小的第一机制；以及

当所述用户设备处于所述第二小区的所述区域内时，由所述用户设备利用第二机制来获得所述第二小区的子帧的控制区域大小。

分节号2、根据分节号1所述的方法，其中，所述第二小区的所述区域包括微微小区的范围扩展区域或封闭订户组毫微微小区的覆盖区域，其中，所述用户设备不是封闭订户组的一部分。

分节号3、根据分节号1或分节号2所述的方法，还包括：由所述用户设备从所述第一小区的网络节点或所述第二小区的网络节点接收关于所述用户设备是否处于所述第二小区的所述区域内的指示。

分节号4、根据分节号3所述的方法，其中，接收所述指示包括：在空闲模式期间经由非无线电资源控制(RRC)信令接收所述指示或者在连接模式期间经由RRC信令接收所述指示。

分节号5、根据分节号3或分节号4所述的方法，其中，所述指示包括在LTE标准规范中定义的控制消息RRCConnectionReconfiguration中的至少一个比特。

分节号6、根据分节号3或分节号4所述的方法，其中，所述指示包括在LTE标准规范中定义的消息RRCConnectionReconfiguration中包含的mobilityControlInfo信息单元中的至少一个比特。

分节号7、根据分节号3至6中任意一项所述的方法，其中，所述指示包括用于启用或禁用所述辅机制的至少一个比特。

分节号8、根据分节号3至6中任意一项所述的方法，其中，所述指示包括用于指示所述第二小区中的控制区域大小的两个比特。

分节号9、根据分节号1至8中任意一项所述的方法，其中，确定所述用户设备是否处于所述第二小区的区域内包括：使用相邻小区的测量结果。

分节号10、根据分节号9所述的方法，其中，所述测量结果包括RSRP或RSRQ。

分节号11、根据分节号1至10中任意一项所述的方法，其中，所述第一机制包括使用在接收到所述子帧之前所述用户设备未知的可变控制区域大小，并且所述第二机制包括使用在接收到所述子帧之前所述用户设备已知的预定义控制区域大小。

分节号12、根据分节号11所述的方法，其中，所述预定义控制区域大小被所有用户设备共享。

分节号13、根据分节号11所述的方法，其中，在所述用户设备进入所述第二小区的所述区域之前，向所述用户设备信号通知所述预定义控制区域大小。

分节号14、根据分节号1至13中任意一项所述的方法，其中，所述辅机制将所述控制区域大小设置为等于物理混合自动重传请求指示信道(“PHICH”)持续时间。

分节号15、根据分节号14所述的方法，其中，使用在物理广播信道上发送的phich持续时间消息来确定所述PHICH持续时间。

分节号16、根据分节号1至15中任意一项所述的方法，其中，所述辅机制涉及使用主信息块(“MIB”)来发送所述控制区域大小。

分节号17、根据分节号16所述的方法，其中，所述MIB包括用于指示所述控制区域大小的至少两个备用比特。

分节号18、根据分节号1至17中任意一项所述的方法，其中，所述辅机制使用基于子帧索引的预定义控制区域大小。

分节号19、一种用户设备，所述用户设备具有用于获得小区的子帧的控制区域大小的第一机制，所述用户设备包括：

处理器；以及

通信子系统，其中，所述处理器和所述通信子系统被配置为协作以：

确定所述用户设备是否处于所述第二小区的区域内，所述用户设备具有用于获得第一小区、第二小区或这二者的子帧的控制区域大小的第一机制；以及

当所述用户设备处于所述第二小区的所述区域内时，利用第二机制来获得所述第二小区的子帧的控制区域大小。

分节号20、根据分节号19所述的用户设备，其中，所述第二小区的所述区域包括微微小区的范围扩展区域或封闭订户组毫微微小区的覆盖区域，其中，所述用户设备不是封闭订户组的一部分。

分节号21、根据分节号19或分节号20所述的用户设备，其中，所述处理器和所述通信子系统进一步协作以：从所述第一小区中的网络节点或所述第二小区中的网络节点接收关于所述用户设备是否处于所述第二小区的所述区域内的指示。

分节号22、根据分节号21所述的用户设备，其中，接收所述指示包括：经由非无线电资源控制(RRC)信令接收所述指示。

分节号23、根据分节号22所述的用户设备，其中，所述指示包括在LTE标准规范中定义的控制消息RRCConnectionReconfiguration中的至少一个比特。

分节号24、根据分节号22或分节号23所述的用户设备，其中，所述指示包括用于启用或禁用所述辅机制的一个比特。

分节号25、根据分节号22至或分节号23所述的用户设备，其中，所述指示包括用于指示控制区域大小的两个比特。

分节号26、根据分节号19至25中任意一项所述的用户设备，其中，所述处理器和所述通信子系统进一步协作以：利用相邻小区的测量结果来确定所述用户设备是否处于所述第二小区的区域内。

分节号27、根据分节号26所述的用户设备，其中，所述测量结果包括RSRP或RSRQ。

分节号28、根据分节号19至27中任意一项所述的用户设备，其中，所述第一机制包括使用可变控制区域大小，并且所述第二机制包括使用预定义控制区域大小。

分节号29、根据分节号28所述的用户设备，其中，所述预定义控制区域大小被所有用户设备共享。

分节号30、根据分节号28所述的用户设备，其中，在所述用户设备进入受干扰小区之前，向所述用户设备信号通知所述预定义控制区域大小。

分节号31、根据分节号19至30中任意一项所述的用户设备，其中，所述辅机制将所述控制区域大小设置为等于物理混合自动重传请求指示信道(“PHICH”)持续时间。

分节号32、根据分节号31所述的用户设备，其中，使用在物理广播信道上发送的phich持续时间消息来确定所述PHICH持续时间。

分节号33、根据分节号19至32中任意一项所述的用户设备，其中，所述辅机制使用主信息块(“MIB”)来发送所述控制区域大小。

分节号34、根据分节号33所述的用户设备，其中，所述MIB包括用于指示所述控制区域大小的两个备用比特。

分节号35、根据分节号19至34中任意一项所述的用户设备，其中，所述辅机制使用基于子帧索引的预定义控制区域大小。

分节号36、一种在具有至少部分地与第二网络元件的区域重叠的区域的第一网络元件处的方法，所述方法包括：

当用户设备进入或离开所述重叠区域时，信号通知所述用户设备；以及

将从所述第一网络元件发送的子帧的至少一个子集的控制区域大小设置为遵循辅机制。

分节号37、根据分节号36所述的方法，其中，所述子帧的至少一个子集包括从所述第一网络元件发送的所有子帧。

分节号38、根据分节号36或分节号37所述的方法，其中，所述子帧的至少一个子集包括当用户设备连接到所述第一网络元件时从所述第一网络元件发送的所有子帧、以及发送从以下各项中选择的一种或多种类型的消息的子帧：寻呼、系统信息块、以及随机接入过程的消息2和4。

分节号39、根据分节号36或分节号37所述的方法，其中，所述子帧的至少一个子集包括从所述第一网络元件发送的被调度用于连接到所述第一网络元件的用户设备的子帧、以及发送从以下各项中选择的一种或多种类型的消息的子帧：寻呼、系统信息块、以及随机接入过程的消息2和4。

分节号40、根据分节号36至39中任意一项所述的方法，其中，所述控制区域大小是基于预配置控制区域大小来设置的。

分节号41、根据分节号36至39中任意一项所述的方法，其中，所述控制区域大小是基于物理混合自动重传请求指示信道(“PHICH”)持续时间来设置的。

分节号42、根据分节号36至41中任意一项所述的方法，其中，所述控制区域大小是基于在主信息块中发送的值来设置的。

分节号43、根据分节号36至41中任意一项所述的方法，其中，所述控制区域大小是基于子帧索引来设置的。

分节号44、一种在至少部分地与另一网络元件重叠的区域中操作的网络元件，所述网络元件包括：

处理器；以及

通信子系统，其中，所述处理器和所述通信子系统协作以：

当用户设备进入或离开所述重叠区域时，信号通知所述用户设备；以及

将从所述网络元件发送的子帧的至少一个子集的控制区域大小设置为遵循辅机制。

分节号45、根据分节号44所述的网络元件，其中，所述子帧的至少一个子集包括从所述网络元件发送的所有子帧。

分节号46、根据分节号44或分节号45所述的网络元件，其中，所述子帧的至少一个子集包括当用户设备连接到受干扰小区时从所述网络元件发送的所有子帧、以及发送从以下各项中选择的一种或多种类型的消息的子帧：寻呼、系统信息块、以及随机接入过程的消息2和4。

分节号47、根据分节号44或分节号45所述的网络元件，其中，所述子帧的至少一个子集包括从所述网络元件发送的被调度用于连接到受干扰小区的用户设备的子帧、以及发送从以下各项中选择的一种或多种类型的消息的子帧：寻呼、系统信息块、以及随机接入过程的消息2和4。

分节号48、根据分节号44至47中任意一项所述的网络元件，其中，所述控制区域大小是基于预配置控制区域大小来设置的。

分节号49、根据分节号44至48中任意一项所述的网络元件，其中，所述控制区域大小是基于物理混合自动重传请求指示信道(“PHICH”)持续时间来设置的。

分节号50、根据分节号44至49中任意一项所述的网络元件，其中，所述控制区域大小是基于在主信息块中发送的值来设置的。

分节号51、根据分节号44至49中任意一项所述的网络元件，其中，所述控制区域大小是基于子帧索引来设置的。

分节号52、根据分节号44至52中任意一项所述的网络元件，其中，所述网络元件在使用所述辅机制的所述子帧的至少一个子集期间在物理控制格式指示符信道中发送根据所述辅机制设置的所述控制区域大小。

分节号53、一种在用户设备处的方法，包括：

在所述用户设备的接收机处计算针对控制格式指示符的第一度量序列和第二度量序列，其中，所述第一度量序列与第一组资源单元相对应，并且所述第二度量序列与第二组资源单元相对应；

确定第三度量序列，所述第三度量序列是所述第一度量序列和所述第二度量序列的函数；以及

如果所述第三度量序列中的最低第三度量低于阈值，则选择与所述最低第三度量相对应的控制格式指示符。

分节号54、根据分节号53所述的方法，其中，所述第一度量序列和所述第二度量序列是基于最大似然规则计算的。

分节号55、根据分节号53或分节号54所述的方法，其中，在所述用户设备对在子帧中发送的PCFICH进行解码时执行所述方法。

分节号56、根据分节号53至55中任意一项所述的方法，其中，所述阈值是所述移动设备的接收机的可靠性度量。

分节号57、根据分节号53至56中任意一项所述的方法，其中，所述函数被定义为：

f(x_i，y_i)＝Min{x，y}

其中，x是所述第一度量序列，y是所述第二度量序列，并且

是噪声加干扰的方差的估计。

分节号58、根据分节号53至57中任意一项所述的方法，其中，所述函数被定义为：

$f(x_i,y_i)=\mathrm{Min}\{x,y\}-{\hat{N}}_0\ln [\exp (-\frac{|x-y|}{{\hat{N}}_0})+1]$

其中，x是所述第一度量序列，y是所述第二度量序列，

是噪声加干扰的方差的估计，并且ln(...)是自然对数运算符。

分节号59、根据分节号53至58中任意一项所述的方法，其中，仅在对来自受干扰小区的与干扰源小区的几乎空白子帧(“ABS”)同时发送的子帧进行解码期间才执行所述方法。

分节号60、根据分节号59所述的方法，其中，所述用户设备在主信息块(“MIB”)中接收关于干扰源小区的ABS子帧的指示。

分节号61、根据分节号60所述的方法，其中，指示是折叠的复合ABS模式。

分节号62、根据分节号61所述的方法，其中，所述折叠的复合ABS模式是作为所述MIB的一部分被接收的。

分节号63、根据分节号62所述的方法，其中，所述折叠的复合ABS模式是在多个无线电帧上接收的。

分节号64、一种用户设备，包括：

处理器；以及

通信子系统，其中，所述处理器和所述通信子系统被配置为协作以：

在所述用户设备的接收机处计算针对控制格式指示符的第一度量序列和第二度量序列，其中，所述第一度量序列与第一组资源单元相对应，并且所述第二度量序列与第二组资源单元相对应；

确定第三度量序列，所述第三度量序列是所述第一度量序列和所述第二度量序列的函数；以及

如果所述第三度量序列中的最低第三度量低于阈值，则选择与所述最低第三度量相对应的控制格式指示符。

分节号65、根据分节号64所述的用户设备，其中，所述第一度量序列和所述第二度量序列是基于最大似然规则计算的。

分节号66、根据分节号64或分节号65所述的用户设备，其中，所述阈值是所述移动设备的接收机的可靠性度量。

分节号67、根据分节号64至66中任意一项所述的用户设备，其中，所述函数被定义为：

f(x_i，y_i)＝Min{x，y}

其中，x是所述第一度量序列，y是所述第二度量序列，并且

是噪声加干扰的方差的估计。

分节号68、根据分节号64至67中任意一项所述的用户设备，其中，所述函数被定义为：

$f(x_i,y_i)=\mathrm{Min}\{x,y\}-{\hat{N}}_0\ln [\exp (-\frac{|x-y|}{{\hat{N}}_0})+1]$

其中，x是所述第一度量序列，y是所述第二度量序列，

是噪声加干扰的方差的估计，并且ln(...)是自然对数运算符。

分节号69、根据分节号64至68中任意一项所述的用户设备，其中，仅在对来自受干扰小区的与干扰源小区的几乎空白子帧(“ABS”)同时发送的子帧进行解码期间才执行所述计算、所述确定和所述选择。

分节号70、根据分节号69所述的用户设备，其中，所述用户设备在主信息块(“MIB”)中接收关于干扰源小区的ABS子帧的指示。

分节号71、根据分节号70所述的用户设备，其中，指示是折叠的复合ABS模式。

分节号72、根据分节号71所述的用户设备，其中，所述折叠的复合ABS模式是作为所述MIB的一部分被接收的。

分节号73、根据分节号72所述的用户设备，其中，所述折叠的复合ABS模式是在多个无线电帧上接收的。

分节号74、一种在网络元件处的方法，包括：

从相邻网络节点接收配置的ABS子帧模式；

基于所接收的ABS子帧模式来确定复合的折叠ABS模式；以及

发送所述复合的折叠ABS子帧模式。

分节号75、根据分节号74所述的方法，其中，所述复合ABS模式是来自所述相邻网络节点的所述ABS子帧模式的逻辑或总和。

分节号76、根据分节号74或分节号75所述的方法，其中，所述复合的折叠ABS模式是作为所述MIB的一部分发送的。

分节号77、根据分节号75或分节号76所述的方法，其中，所述复合的折叠ABS模式的不同部分是作为不同MIB的一部分发送的。

分节号78、根据分节号75至77中任意一项所述的方法，其中，所述复合的折叠ABS模式作为在多个无线电帧上发送的MIB的一部分重复。

分节号78、一种网络元件，包括：

处理器；以及

通信子系统，其中，所述处理器和所述通信子系统被配置为协作以：

从相邻网络节点接收配置的ABS子帧模式；

基于所接收的ABS子帧模式来确定复合的折叠ABS模式；以及

发送所述复合的折叠ABS子帧模式。

分节号79、根据分节号78所述的网络元件，其中，所述复合ABS模式是来自所述相邻网络节点的所述ABS子帧模式的逻辑或总和。

分节号80、根据分节号78或分节号79所述的网络元件，其中，所述复合的折叠ABS模式是作为所述MIB的一部分发送的。

分节号81、根据分节号79或分节号80所述的网络元件，其中，所述复合的折叠ABS模式的不同部分是作为不同MIB的一部分发送的。

分节号82、根据分节号79至81中任意一项所述的网络元件，其中，所述复合的折叠ABS模式作为在多个无线电帧上发送的MIB的一部分重复。

分节号83、一种用于在用户设备处接收子帧的控制区域大小的方法，包括：

由所述用户设备在除了PCFICH以外的资源上获得第二控制格式指示符，其中，携带所述第二控制格式指示符的所述资源是所述子帧的一部分。

分节号84、根据分节号83所述的方法，还包括：

由所述用户设备在物理控制格式指示符信道(“PCFICH”)上接收第一控制格式指示符；

使用所述第一控制指示符和所述第二控制格式指示符来确定控制格式指示符。

分节号85、根据分节号83或分节号84所述的方法，其中，使用两个PHICH资源，每一个PHICH资源包含控制格式指示符信息比特中的一个比特。

分节号86、根据分节号85所述的方法，其中，通过对在所有PHICH资源单元组上发送的信息进行联合解码来获得所述第二控制格式指示符。

分节号87.根据分节号84至86中任意一项所述的方法，其中，当值不同时，在所述第一控制格式指示符和所述第二控制格式指示符之间选择更高可靠性的控制格式指示符。

分节号88、根据分节号83至87中任意一项所述的方法，其中，在所述PHICH资源上发送在对所述控制格式指示符进行信道编码之后的编码比特。

分节号89、根据分节号88所述的方法，其中，用于发送所述编码比特的PHICH的数量被半静态地配置。

分节号90、根据分节号89所述的方法，其中，在主信息块上接收使用的PHICH的数量。

分节号91.根据分节号84至90中任意一项所述的方法，其中，通过对所述第一控制格式指示符和所述第二控制格式指示符进行联合解码来确定所述控制格式指示符。

分节号92、根据分节号83至91中任意一项所述的方法，其中，通过对最初分配用于PDCCH的REG进行穿孔来接收编码为PCFICH的辅CFI。

分节号93、一种用户设备，包括：

处理器；以及

通信子系统，其中，所述处理器和所述通信子系统被配置为协作以：

在除了PCFICH以外的资源上获得第二控制格式指示符，其中，所述第二控制格式指示符提供与子帧的控制区域大小有关的信息，并且用于携带所述第二控制格式指示符的所述资源是所述子帧的一部分。

分节号94、根据分节号93所述的用户设备，其中，所述处理器和所述通信子系统进一步协作以：

在物理控制格式指示符信道(“PCFICH”)上接收第一控制格式指示符；以及

使用所述第一控制指示符和所述第二控制格式指示符来确定控制格式指示符。

分节号95、根据分节号93或分节号94所述的用户设备，其中，使用两个PHICH资源，每一个PHICH资源包含控制格式指示符信息比特中的一个比特。

分节号96、根据分节号95所述的用户设备，其中，通过对在所有PHICH资源单元组上发送的信息进行联合解码来获得所述第二控制格式指示符。

分节号97、根据分节号94至96中任意一项所述的用户设备，其中，当值不同时，在所述第一控制格式指示符和所述第二控制格式指示符之间选择更高可靠性的控制格式指示符。

分节号98、根据分节号93至97中任意一项所述的用户设备，其中，在所述PHICH资源上发送在对所述控制格式指示符进行信道编码之后的编码比特。

分节号99、根据分节号98所述的用户设备，用于发送所述编码比特的PHICH的数量被半静态地配置。

分节号100、根据分节号99所述的用户设备，其中，在主信息块上接收使用的PHICH的数量。

分节号101、根据分节号分节号94至分节号100中任意一项所述的用户设备，其中，通过对所述第一控制格式指示符和所述第二控制格式指示符进行联合解码来确定所述控制格式指示符。

分节号102、一种在网络元件处的方法，包括：

向相邻网络节点发送或者从所述相邻网络节点接收配置的ABS子帧模式；以及

在预定的子帧上发送辅CFI。

分节号103、根据分节号102所述的方法，还包括：指示发送所述辅CFI的所述子帧。

分节号104、根据分节号102或分节号103所述的方法，所发送的子帧与来自至少一个相邻干扰源小区的ABS子帧传输是同时发生的。

分节号105、根据分节号102至104中任意一项所述的方法，其中，使用控制区域中的额外资源单元组(REG)来发送所述辅CFI。

分节号106、根据分节号105所述的方法，其中，所述额外的REG可以被指派用于PHICH传输。

分节号107、根据分节号106所述的方法，其中，在被指派用于两个PHICH资源的REG上发送所述辅CFI。

分节号108、根据分节号107所述的方法，其中，将两个CFI比特中的每一个CFI比特作为两个独立的PHICH进行发送。

分节号109、根据分节号107所述的方法，其中，在被指派用于多个PHICH的REG上发送编码为PCFICH的所述CFI。

分节号110、根据分节号109所述的方法，其中，所述REG被半静态地配置。

分节号111、根据分节号110所述的方法，其中，用于发送辅PCFICH的所述REG的数量作为广播信息的一部分被指示。

分节号112、根据分节号分节号105至111中任意一项所述的方法，其中，通过对最初分配用于PDCCH的REG进行穿孔来发送编码为PCFICH的所述辅CFI。

分节号113、根据分节号102至112中任意一项所述的方法，其中，所述辅CFI与至少另一子帧中的CFI传输相重合以改善编码增益。

分节号114、根据分节号113所述的方法，其中，在所述至少另一子帧上发送的所述CFI值被配置为与在所述预定子帧上发送的所述CFI值相等。

分节号115、根据分节号113所述的方法，其中，所述至少另一子帧中的所述CFI传输被编码为PCFICH并且使用用于PCFICH的专用资源被发送。

分节号116、根据分节号113至115中任意一项所述的方法，其中，在系统广播中指示相同的CFI传输的配置。

Claims (20)

1.一种用户设备，所述用户设备具有用于获得小区的子帧的控制区域大小的第一机制，所述用户设备包括：

处理器；以及

通信子系统，

其中，所述处理器和所述通信子系统被配置为协作以：

确定所述用户设备是否处于所述第二小区的区域内，所述用户设备具有用于获得第一小区、第二小区或这二者的子帧的控制区域大小的第一机制；以及

当所述用户设备处于所述第二小区的所述区域内时，利用第二机制来获得所述第二小区的子帧的控制区域大小。

2.根据权利要求1所述的用户设备，其中，所述第二小区的所述区域包括微微小区的范围扩展区域或封闭订户组毫微微小区的覆盖区域，其中，对于所述微微小区和所述毫微微小区，所述用户设备不是封闭订户组的一部分。

3.根据权利要求1所述的用户设备，其中，所述处理器和所述通信子系统进一步协作以：从所述第一小区中的网络节点或所述第二小区中的网络节点接收关于所述用户设备是否处于所述第二小区的所述区域内的指示。

4.根据权利要求1所述的用户设备，其中，所述处理器和所述通信子系统进一步协作以：利用相邻小区的测量结果来确定所述用户设备是否处于所述第二小区的区域内。

5.根据权利要求1所述的用户设备，其中，所述第一机制包括使用可变控制区域大小，并且所述第二机制包括使用预定义控制区域大小。

6.根据权利要求1所述的用户设备，其中，所述辅机制将所述控制区域大小设置为等于物理混合自动重传请求指示信道“PHICH”持续时间。

7.根据权利要求1所述的用户设备，其中，所述辅机制使用主信息块“MIB”来发送所述控制区域大小。

8.根据权利要求1所述的用户设备，其中，所述辅机制使用基于子帧索引的预定义控制区域大小。

9.一种用户设备，包括：

处理器；以及

通信子系统，

其中，所述处理器和所述通信子系统被配置为协作以：

在所述用户设备的接收机处计算针对控制格式指示符的第一度量序列和第二度量序列，其中，所述第一度量序列与第一组资源单元相对应，并且所述第二度量序列与第二组资源单元相对应；

确定第三度量序列，所述第三度量序列是所述第一度量序列和所述第二度量序列的函数；以及

如果所述第三度量序列中的最低第三度量低于阈值，则选择与所述最低第三度量相对应的控制格式指示符。

10.根据权利要求9所述的用户设备，其中，所述第一度量序列和所述第二度量序列是基于最大似然规则计算的。

11.根据权利要求9所述的用户设备，其中，所述阈值是所述移动设备的接收机的可靠性度量。

12.根据权利要求9所述的用户设备，其中，所述函数被定义为：

f(x_i，y_i)＝Min{x，y}

其中，x是所述第一度量序列，y是所述第二度量序列，并且

是噪声加干扰的方差的估计。

13.根据权利要求9所述的用户设备，其中，所述函数被定义为：

$f(x_i,y_i)=\mathrm{Min}\{x,y\}-{\hat{N}}_0\ln [\exp (-\frac{|x-y|}{{\hat{N}}_0})+1]$

其中，x是所述第一度量序列，y是所述第二度量序列，

是噪声加干扰的方差的估计，并且ln(...)是自然对数运算符。

14.根据权利要求9所述的用户设备，其中，仅在对来自受干扰小区的与干扰源小区的几乎空白子帧“ABS”同时发送的子帧进行解码期间才执行所述计算、所述确定和所述选择。

15.根据权利要求14所述的用户设备，其中，所述用户设备在主信息块“MIB”中接收关于干扰源小区的ABS子帧的指示。

16.一种用户设备，包括：

处理器；以及

通信子系统，

其中，所述处理器和所述通信子系统被配置为协作以：

在除了PCFICH以外的资源上获得第二控制格式指示符，其中，所述第二控制格式指示符提供与子帧的控制区域大小有关的信息，并且用于携带所述第二控制格式指示符的所述资源是所述子帧的一部分。

17.根据权利要求16所述的用户设备，其中，所述处理器和所述通信子系统进一步协作以：

在物理控制格式指示符信道“PCFICH”上接收第一控制格式指示符；以及

使用所述第一控制指示符和所述第二控制格式指示符来确定控制格式指示符。

18.根据权利要求16所述的用户设备，其中，使用两个PHICH资源，每一个PHICH资源包含控制格式指示符信息比特中的一个比特。

19.根据权利要求18所述的用户设备，其中，通过对在所有PHICH资源单元组上发送的信息进行联合解码来获得所述第二控制格式指示符。

20.根据权利要求16所述的用户设备，其中，在所述PHICH资源上发送在对所述控制格式指示符进行信道编码之后的编码比特。

Images