避免在经历干扰时寻呼失败 |
|||||||
| 申请号 | CN201180054292.1 | 申请日 | 2011-11-04 | 公开(公告)号 | CN103380648B | 公开(公告)日 | 2016-11-02 |
| 申请人 | 谷歌技术控股有限责任公司; | 发明人 | 穆拉利·纳拉辛哈; 桑迪普·H·克里希纳穆尔蒂; 拉维·库奇波特拉; 拉维克兰·诺里; | ||||
| 摘要 | 如果UE在正常寻呼时机经受显著干扰，则可以改变UE的寻呼时机。例如，UE可以在第一子 帧 中具有寻呼时机。对应于寻呼时机的子帧通常被预先确定。UE可以驻扎在宏小区上但是在不允许的毫微微小区的 覆盖 范围内。在这样的情况下，由于用于毫微微小区的传输，导致UE在其正常寻呼时机期间可能经受干扰，并且不能接收寻呼消息。当确定在其寻呼时机内其可能相对于参考经受干扰后，UE可以将其寻呼时机改变到新子帧。用于寻呼时机的新子帧可以比对应于正常寻呼时机的子帧晚预定时间偏移量。用于寻呼时机的新子帧可以被选择为使得经受来自新子帧中的毫微微小区的干扰的可能性低。 | ||||||
| 权利要求 | 1.一种移动站，包括： |
||||||
| 说明书全文 | 避免在经历干扰时寻呼失败[0001] 相关申请的交叉引用 [0002] 本申请要求于2010年11月10日提交的临时申请No.61/421,377的优先权，其内容通过引用被包含在此。 技术领域[0003] 本公开主要涉及无线通信、无线网络中的干扰管理和干扰减少。 背景技术[0004] 无线通信网络是众所周知的。一些网络是完全私有的，而其他网络服从一个或多个标准，以允许各个厂家制造用于公用系统的装置。一个基于这样标准的网络是通用移动通信系统（UMTS）。UMTS通过第三代合作伙伴计划（3GPP）、在电信协会组之间的合作被标准化，以使全球可应用第三代（3G）移动电话系统规范在国际电信联盟（ITU）的国际移动电信-2000计划的范围内。当前正在作出努力，以开发演进的UMTS标准，其通常称为UMTS长期演进（E-UTRA）或演进的UMTS陆地无线电接入（E-UTRA）。 [0005] 根据E-UTRA的版本8或LTE标准或规范，从基站（被称为“增强节点-B”或简单地为“eNB”）到无线通信设备（被称为“用户设备”或“UE”）的下行链路通信利用正交频分复用（OFDM）。在OFDM中，正交子载波利用数字流进行调制，其可以包括数据、控制信息、或其他信息，以便形成一组OFDM码元。子载波可以是连续的或者不连续的，并且下行链路数据调制可以使用四相相移键控（QPSK）、16-进制正交振幅调制（16QAM）、或64QAM执行。OFDM码元被配置进下行链路子帧中用于从基站的传输。每个OFDM码元具有持续时间并且与循环前缀（CP）相关。循环前缀本质上是在子帧中的连续OFDM码元之间的保护周期。根据E-UTRA规范，正常循环前缀约为五（5）微秒，并且扩展循环前缀是16.67微秒。 [0006] 与下行链路相比，从UE到eNB的上行链路通信根据E-UTRA标准，利用单载波频分多址接入（SC-FDMA）。在SC-FDMA中，QAM数据码元的块传输通过第一离散傅里叶变换（DFT）-扩展（或预编码），之后将子载波映射至传统OFDM调制器执行。DFT预编码的使用允许适度立方度量/峰均比（PAPR）导致UE功率放大器的减少的成本、尺寸和功率消耗。根据SC-FDMA，用于上行链路传输的每个子载波都包括用于所有被传送的调制信号的信息，其中输入数据流通过它们扩展。上行链路中的数据传输由eNB控制，涉及经由下行链路控制信道发送的调度请求（以及调度信息）的传输。用于上行链路传输的调度授权由下行链路上的eNB提供，并且包括除了其他的之外的，将被用于上行链路传输的资源分配（例如，每一毫秒（ms）间隔的资源块尺寸）和调制的识别。通过添加高阶调制以及自适应调制和编码（AMC），通过调度具有有益信道条件的用户，大频谱效率是可能的。 [0007] E-UTRA系统还便于在下行链路上多输入和多输出（MIMO）天线系统的使用，以增加容量。如已知的，通过使用多个传送天线在eNB处采用MIMO天线系统，并且通过使用多个接收天线在UE处采用MIMO天线系统。UE可以依赖从eNB发送的导频或参考码元（RS），用于信道估计、随后数据解调、以及链路质量测量用于报告。用于反馈的链路质量测量可以包括：诸如秩指示符的空间参数，或者在相同资源上发送的数据流的数量；预编码矩阵索引（PMI）；秩指示符（RI）和编码参数，诸如调制和编码方案（MCS）或信道质量指示符（CQI）。MCS或CQI、PMI和RI一起构成信道状态信息（CSI）的元素，其传达表示支持能够在eNB和UE之间多流通信的信道的可靠性和条件数量的MIMO信道的质量。例如，如果UE确定链路可以支持大于1的秩，则其可以报告多个CQI值（例如，通过相应RI的信令，当秩=2时，两个CQI值）。而且，在所支持的反馈模式之一下，链路质量测量可以基于如由eNB指示的周期或非周期被报告。报告可以包括参数的宽带或子带频率选择性信息。eNB可以使用秩信息、CQI、以及其他参数（诸如，上行链路质量信息），以在上行链路和下行链路信道上服务UE。 [0008] E-UTRA系统必须服从在世界的不同地区中对许可频带的乱真发射的监管要求。E-UTRA遵循“上行链路在下行链路之后”原则，这意味着UE必须仅当其下行链路可靠时在其上行链路上传送。换句话说，不具有可靠下行链路的UE必须通过跟踪下行链路信号质量（例如，基于信道状态估计）来连续地监视下行链路信号的质量，并且如果下行链路信道质量下降为低于阈值，则停止在其上行链路上的传输。在E-UTRA中，这通过无线链路监视（RLM）UE过程使能，其中，UE连续监视下行链路上的小区专用参考信号（CRS）并且确定信道状态（包括估计在eNB和UE之间的传播信道和相同载波上的潜在干扰）。Qout被限定为在eNB和UE之间的信道质量是使得第一假设控制信道传输的块错误率（BLER）超过10%的条件。该事件还被表示为“不同步”事件。Qin被限定为在eNB和UE之间的信道质量是使得第二假设控制信道传输的BLER下降为低于2%的条件。该事件还被限定为“同步”事件。UE在非-不连续接收（非-DRX）和不连续接收（DRX）状态下连续地或周期性地监视RRC_CONNECTED模式下的信道状态，以估计Qout或Qin是否已经发生。在多个连续Qout检测后，UE必须确定无线链路问题（RLP）已经发生。在RLP状态下，UE必须假设其已经丢失了具有服务eNB的下行链路并且开始监视链路用于恢复。如果Qin通过无线电资源控制（RRC）定时器在由eNB配置的特定持续时间内被检测到，则UE重新开始正常的RRC_CONNECTED操作。另一方面，如果Qin在所述持续时间内未被检测到，则UE必须确定无线链路失败（RLF）已经发生并且必须在40ms内停止所有上行链路传输。RLM过程减小当由于无线电资源管理（RRM）无效，导致UE已经丢失服务小区下行链路但是未通过网络切换至不同小区时，UE堵塞邻居小区的上行链路的可能性。 [0009] 就像其他3GPP标准，E-UTRA通过RRM测量和包括RRC_CONNECTED和RRC_IDLE状态下的指定eNB和UE行为用于RRC信令的相关支持来支持UE的移动性。在RRC_CONNECTED状态下，UE可以被配置成测量和报告用于服务小区和邻居小区（在服务小区载波和频间载波上）的参考信号接收功率（RSRP）和参考信号接收质量（RSRQ）。诸如eNB或移动管理实体（MME）的网络元件可以基于所报告的测量执行UE切换。在RRC_IDLE状态下，UE可以被配置成测量RSRP和RSRQ，并且基于这些测量执行小区重选。 [0010] 异构网络包括多种基站服务移动站。基站可以在相同载频上操作。多种基站可以包括以下类型的基站中的一些或所有：传统宏基站（还被称为宏小区）、微微基站（或微微小区）、中继节点和毫微微基站（还被称为毫微微小区、CSG小区或家庭eNodeB）。宏小区通常具有从几百米到几千米的覆盖范围。微微小区、中继和毫微微小区可以具有比典型宏小区的覆盖范围小很多的覆盖范围。微微小区可以具有约100-200米的覆盖范围。毫微微小区通常用于室内覆盖，并且可以具有数十米的覆盖范围。中继节点的特征在于到宿主基站的无线回程，并且可以具有类似于微微小区的覆盖范围。 [0011] 异构网络可以潜在地使能运营商来利用较低资本支出给用户提供改进服务（例如，增加的数据速率、更快接入等）。通常，当要求塔架时，宏基站的安装非常昂贵。另一方面，具有较小覆盖范围的基站通常安装不是特别昂贵。例如，微微基站可以安装在屋顶上，并且毫微微基站可以容易地安装在室内。微微和毫微微基站允许网络将用户通信业务从宏小区卸载到微微或毫微微小区。这可以使能用户获得更高吞吐量和更好服务，而不需要网络运营商安装附加宏基站或提供更多载频用于通信。从而，异构网络被认为是用于无线通信网络的演进的有吸引力的路径。3GPP开始致力于使能3GPP LTE版本10中的异构LTE网络。 [0012] 当前，现有Rel-8/9UE测量框架可以被利用，以识别当该干扰可能发生时的情况，并且网络可以将UE切换至在宏小区和HeNB之间不共享的帧间载波以减轻该问题。然而，可能不存在在特定网络中可用于将UE切换到的任何这样的载波。而且，当HeNB的穿透率增加时，能够在整个可用频谱上有效地操作HeNB可能被期望用于最大化频谱效率和减少总操作成本。多个其他情况很可能还包括UE连接的一个HeNB经受来自邻近HeNB或宏小区的干扰的情况。以下类型的干扰情况已被识别。 [0013] HeNB（攻击者）→MeNB（受害者）下行链路（DL） [0014] HUE（攻击者）→MeNB（受害者）上行链路（UL） [0015] MUE（攻击者）→HeNB（受害者）UL [0016] MeNB（攻击者）→HeNB（受害者）DL [0017] HeNB（攻击者）→DL上的HeNB（受害者） [0018] HeNB（攻击者）→UL上的HeNB（受害者） [0019] 图1示出包括在单载波频率上操作的宏小区、微微小区和毫微微小区的LTE异构网络。移动站（还被称为“用户设备”或“UE”）可以基于其位置与小区之一相关。UE与小区的相关可以称为空闲模式或连接模式下的相关。即，如果驻扎在空闲模式下的小区上，则UE被认为与空闲模式下的小区相关。类似地，如果被配置成执行与小区的双向通信（例如，LTE RRC连接模式下的UE可以被连接到，并且从而与小区相关），则UE被认为与连接模式下的小区相关。与宏小区相关的UE被称为宏UE；与微微小区相关的UE被称为微微UE；以及与毫微微小区相关的UE被称为毫微微UE。 [0020] 各种时分方法可用于确保异构网络中的基站共享频谱，同时最小化干扰。可以预想两种方法。 [0021] 网络可以配置要求不同基站不传送的时间段。这使能可能受另一个小区干扰的小区在互斥周期内传送。例如，毫微微小区可以被配置有不传送的一些时间段。如果宏UE位于毫微微小区的覆盖范围内，则宏小区可以使用毫微微小区不传送的时间段，以将数据传送至UE。 [0022] 网络可以配置时间段，其中，第一基站在所有可用时间段上传送（例如，微微eNB），同时第二基站（例如，宏eNB）仅在可用时间段的子集上传送。从而，连接至第一基站的UE根据第二基站与第一基站的传输干扰程度（第一基站关于第二基站的信号几何平面图），具有不同信道质量的两个“虚拟”信道。第一虚拟信道是仅第一基站传送数据同时第二基站不传送数据的信道。第二虚拟信道是第一和第二基站都传送数据的信道。第一基站可以使用自适应调制和编码，并且在两个虚拟信道上以不同MCS级别进行调度（在极端情况下，当来自第二基站的干扰很大时，根本不在第二虚拟信道上进行调度。） [0023] 然而，应该注意，时分方法可能导致用于空闲模式下的UE的各种问题，其中一些列举如下： [0024] 空闲模式下的UE期望在周期性发生的特定预定周期内从服务小区接收寻呼消息。当寻呼周期与强邻居小区传送数据的周期重叠时，UE可能不能接收寻呼消息。 [0025] 服务小区的小区专用参考码元（CRS）传输可能与强邻居小区的CRS重叠。这可能导致UE不能执行服务小区和邻居小区的正确测量。 [0026] 服务小区的物理广播信道（PBCH）传输可以与强邻居小区的PBCH传输重叠，导致UE不能够解码服务小区的PBCH。这可能导致UE不具有服务小区的最新系统信息、以及其他不期望后果。 [0027] 服务小区的主同步信号（PSS）和辅同步信号（SSS）可以分别与强邻居小区的PSS和SSS重叠。这可能导致UE不能保持与服务小区同步。 [0029] 图1示出包括宏小区、微微小区和毫微微小区的异构网络的示例。 [0030] 图2示出用于在异构网络中调度UE的几乎空白子帧的应用。 [0031] 图3示出在异构网络中与寻呼UE相关的问题。 [0032] 图4示出异构网络中与不同小区的小区专用参考码元的重叠或冲突相关的问题。 [0033] 图5示出异构网络中与不同小区的物理广播信道的重叠或冲突相关的问题。 [0034] 图6A示出改变寻呼时机以避免干扰。 [0035] 图6B是基站中的寻呼偏移确定处理。 [0036] 图6C是UE中的寻呼偏移确定处理。 [0037] 图7A示出克服异构网络中与不同小区的小区专用参考码元的重叠或冲突相关的问题的第一实施例。 [0038] 图7B示出克服异构网络中与不同小区的小区专用参考码元的重叠或冲突相关的问题的第二实施例。 [0039] 图8A示出克服异构网络中与不同小区的物理广播信道的重叠或冲突相关的问题的第一实施例。 [0040] 图8B示出克服从UE角度看异构网络中与不同小区的物理广播信道的重叠或冲突相关的问题的第二实施例。 [0041] 图8C示出克服从毫微微小区角度看异构网络中与不同小区的物理广播信道的重叠或冲突相关的问题的第二实施例。 具体实施方式[0042] 毫微微小区通常在家庭和办公室中使用，并且它们的准确位置和配置不完全在网络运营商的控制下。例如，位于邻近家庭中的两个毫微微小区可以具有相同物理层小区标识符（PCID）。毫微微小区可以是受限接入小区，诸如，封闭用户组（CSG）小区。图1示出包括宏小区（102）、毫微微小区（104、108、122）、微微小区（112、124）和移动站（106、110、116、118、120、126）的异构网络（100）的示例。如果UE（110）不是毫微微小区（108）所属的CSG的成员，则UE可能不能接入毫微微小区。即使UE（110）非常接近这样的毫微微小区（108），UE也可以与宏小区相关。然后，UE可能经受由于毫微微小区的传输导致的对它与宏小区的通信的显著干扰。 [0043] 微微小区通常不限制到特定用户的接入。然而，一些运营商配置可以允许微微小区限制到特定用户的接入。微微小区通常完全在网络运营商的控制下，并且可以用于在增强宏小区信号可能不充分的位置中的覆盖。而且，为了最大化用户到微微小区的卸载，网络运营商可以具有朝向微微小区的相关偏置。即，即使微微小区（112）在UE（118）的位置处不是最强小区，也使得UE（118）与微微小区相关。这被称为微微小区的“小区范围扩展”。如果只有当相关偏置被使用时其与微微小区相关，UE被称为微微小区的小区范围扩展区域，并且如果相关偏置不被使用，则UE与另一个小区（例如，宏小区102）相关。如果UE（118）在微微小区（112）的小区范围扩展区域中并且与微微小区（112）相关，则由于邻居小区（诸如，宏小区102）的传输，相对于参考，其可能经受显著干扰。 [0044] 为了诸如在异构网络100中的载频上操作具有重叠覆盖范围的多个小区，必须在小区之间协调，使得传输不相互干扰。LTE异构网络将使用时分技术来最小化干扰。具体地，小区可以配置有在其期间不调度用户数据的子帧的图案。这样的子帧被称为“空白子帧”。而且，可能必须在所有子帧中传送一些关键重要信息。例如，可能必须传送小区专用参考码元（CRS），以使UE在该子帧期间能执行测量。还可能必须传送主和辅同步信号（PSS和SSS）、主广播信道（PBCH）和系统信息块1（SIB1）、寻呼信道和定位参考信号（PRS）。这样的信息对于诸如最新系统信息的小区搜索和维护的功能的合适操作是必要的。不被用于调度数据但是可以被用于传输信息的受限组（诸如，上述关键重要信息）的空白子帧被称为“几乎空白子帧”（AB子帧）。在基站的LTE AB子帧中，除了被用于（a）CRS、（b）PSS和SSS、（c）PBCH、（d）SIB1、e）寻呼消息的资源元素、e）定位参考信号（PRS）之外，基站可以被配置成不在所有资源元素上传送任何能量。在AB子帧中可能存在诸如信道状态信息参考信号（CSI-RS）的其他信号。 [0045] 一个小区的AB子帧可以由相邻小区使用，以调度UE。图2示出AB子帧的使用。例如，毫微微小区、宏小区以及微微小区中的每个可以配置有AB子帧图案。该图案可以使得不同小区的AB子帧可以重叠。替选地，该图案可以互斥，使得两个小区的AB子帧不重叠。而且，一些小区可以不配置有AB子帧图案。如上所述，小区可以被配置成在其AB子帧期间仅传送关键重要信息。 [0046] 我们进一步示出AB子帧图案的使用。宏UE可以在不允许的毫微微小区（诸如，UE不是CSG的成员的CSG小区）的覆盖范围中。UE110表示这样的UE，并且毫微微小区108表示这样的毫微微小区。这样的宏UE可能经受来自毫微微小区的非常强的干扰，使得在宏UE和宏小区之间的通信非常难。为了克服干扰，宏小区可以仅在毫微微小区的AB子帧中将数据传送至UE。由于毫微微小区在AB子帧中仅传送关键重要信号，所以宏小区可以几乎避免来自毫微微小区的干扰，并且在毫微微小区的AB子帧中将数据成功地传送至宏UE。 [0047] 类似地，微微UE可以在微微小区的小区范围扩展区域中。UE118表示这样的微微UE，并且微微小区112表示这样的微微小区。这样的微微UE可能经受来自邻居小区（诸如，宏小区102）的非常大的干扰，使得在微微UE和微微小区之间的通信非常困难。为了克服干扰，微微小区可以仅在宏小区的AB子帧中将数据传送至UE。由于宏小区在AB子帧中仅传送关键重要信号，所以微微小区可以几乎避免来自宏小区的干扰，并且在宏小区的AB子帧中成功地将数据传送至微微UE。 [0048] 当不同小区使用AB子帧的不同图案时，由异构网络中的UE执行的RRM、RLM和CSI测量可能导致不可预见的和不期望的行为。UE在连接模式下执行RLM测量，以保证服务小区信号条件足以调度UE。UE执行RRM测量，以支持连接模式下的切换和空闲模式下的重选。而且，UE可以在空闲模式下执行RRM测量，以支持空闲模式移动性（即，小区选择和小区重选）。UE执行CSI测量，以支持通过基站的最佳调度。例如，不允许的毫微微小区108的覆盖范围中的宏UE110可以执行宏小区102信号的RLM测量。由于在毫微微小区调度期间的子帧（即，不是毫微微小区的AB子帧）中来自毫微微小区108的干扰，所以宏UE可以推断在宏小区和宏UE之间的无线电链路已发生失败。即使在毫微微小区的AB子帧期间其可以由宏小区成功地调度，UE也可以得出这样的结论。 [0049] 类似地，不允许的毫微微小区108的覆盖范围中的宏UE110可能正在执行服务小区和邻居小区的RRM测量。由于来自毫微微小区的干扰，所以UE可以测量宏小区信号级别的低值，并且将指示低值的测量报告传送至网络。作为测量报告的结果，网络可以执行UE到另一个频率或者到另一个无线接入技术（诸如，UMTS或GSM）的切换。当UE可以在毫微微小区的AB子帧中由宏小区成功地调度时，这是不期望的结果。替选地，如果UE处于空闲模式，则基于宏信号级别的低值，其可以执行到另一个频率或RAT上的小区的重选。当UE可以维护与空闲模式下的宏小区相关时，这也是不期望的结果。 [0050] 图3中示出与通过异构网络中的UE的寻呼信道接收相关的问题。寻呼信号可以包括如下所述的两个分量。 [0051] 控制信道信号指示对应于承载寻呼消息的数据信道的资源分配（RA）。在3GPP LTE中，控制信道可以是物理下行链路控制信道（PDCCH），并且数据信道可以是物理下行链路共享信道（PDSCH）。而且，特定控制信道格式可以用于信号发送承载寻呼消息的数据信道。例如，具有按照规范TS36.212和TS36.213的下行链路控制信息（DCI）格式1A或1C的PDCCH可以用于指示承载寻呼消息的PDSCH。DCI被卷积编码，并且在传输之前，码字利用寻呼无线电网络事务标识符（P-RNTI）加扰。寻呼消息可以包括指示对于一个或多个UE的寻呼的信息，并且还可以包括指示基站的广播系统信息的改变迫近的指示。 [0052] 寻呼信号可以仅在子帧的预定组期间被传送。基于其UE标识符，UE使用指定公式确定寻呼子帧，在其期间其可以接收寻呼信号。基于UE标识符确定的子帧被称为UE的寻呼时机或UE的寻呼子帧。在TS36.304中详细说明用于确定用于LTE UE的寻呼时机的细节。该机制使寻呼负载能跨过被用于寻呼的子帧的预定组分布，同时仍然确保基站和UE具有UE的寻呼时机的唯一理解。 [0053] UE在以下两种情况下可能不能解码寻呼信号： [0054] UE不能成功地解码嵌入PDCCH信号中的DCI，并且从而不能确定存在与寻呼信号相关的PDSCH传输。 [0055] UE成功地解码DCI并且确定用于PDSCH的资源分配，但是其不能解码PDSCH传输中的传送块（TB）。 [0056] 这两个事件导致寻呼失败。如果寻呼eNB在寻呼信号传输之后的特定持续时间内未从UE接收到寻呼响应消息，则eNB可以通过下一个PO中的寻呼信号的重新传输重新寻呼UE。如果在多次寻呼尝试之后，UE不能成功地解码寻呼信号，则因为eNB可能放弃进一步寻呼尝试，这可能导致多次寻呼失败。在异构网络中，由于干扰来自相邻基站的传输，这样的寻呼失败是可能的。即，如果当第二小区是强干扰时，UE与第一小区相关，则来自第二小区的传输可能导致UE不能接收其寻呼信号。然后，UE被说成处于寻呼停止情况。 [0057] 在LTE中，用于寻呼传输（小区的寻呼子帧）的子帧的预定组限于FDD中的子帧0、4、5和9以及TDD中的子帧0、1、5和6。其可以确保一个小区的寻呼子帧与可能存在干扰问题的邻居小区的AB子帧重合。例如，TDD网络中的毫微微小区可以将子帧0、1、5和6配置为AB子帧。然而，甚至在该情况下，其可能也不能避免邻居小区信号传输。这是因为（1）邻居小区在AB子帧期间传送CRS，以及（2）邻居小区在AB子帧期间传送诸如PSS、SSS、PBCH、SIB1、寻呼信号、PRS和CSI-RS的关键重要信号。注意，SIB1信号包括PDCCH分量和PDSCH分量；因此，来自邻居小区的SIB1信号的PDCCH分量可能干扰从服务小区到UE（如图3中所示）的寻呼信号的PDCCH分量，导致寻呼失败。 [0058] 图4中示出与来自CRS传输的干扰和到CRS传输的干扰相关的问题。在异构网络中以下干扰情况必须考虑。 [0059] 邻居小区CRS对服务小区CRS的干扰 [0060] 邻居小区CRS对服务小区PDCCH的干扰 [0061] 邻居小区PDCCH对服务小区PDCCH的干扰 [0062] 邻居小区PDCCH对服务小区PDSCH的干扰 [0063] 邻居小区PDSCH对服务小区PDCCH的干扰 [0064] 邻居小区PDSCH对服务小区PDSCH的干扰。 [0065] 第一小区和第一小区的邻居小区可以选择PCID，使得CRS资源元素基本不重叠。服务小区和邻居小区使用导致不重叠CRS的基本不同CRS频率偏移的该PCID计划可以减轻以上问题（i）。然而，该方案可能导致不能避免的问题（ii）。而且由于码字对子块交织器和PCID上的RE映射的依赖，导致问题（iii）可能不能避免。通过将用于邻居小区的控制信道传输的码元的数量配置为小于用于服务小区的控制信道传输的码元的数量，可以减少（iv）的影响。然而，这样的方法可能很难在包括宏小区、微微小区和毫微微小区的异构网络中使用。而且，这样的限制导致不能避免问题（v）（例如，从毫微微小区的SIB1传输可能干扰寻呼子帧中的宏小区的PDCCH）。问题（vi）可以通过服务和邻居小区使用不重叠RB的频域正交化来避免，并且这可以通过网络计划实现。 [0066] 总之，干扰减轻方法至少必须解决问题（i）、（ii）、（iii）和（iv）。 [0067] 具体地，对于TDD部署和同步FDD部署，帧时间被对准用于地理区域内的所有基站。如果宏UE漫游接近CSG毫微微小区，则与子帧5中的SIB1相关的毫微微小区的PDCCH/PDSCH可能干扰用于这样的宏UE的寻呼消息。由于宏小区的SIB1传输，所以对于微微小区的范围扩展区域中的微微UE，类似问题可能产生。干扰可能足够大，以导致增加的寻呼失败或导致寻呼停止。 [0068] 图5示出与从相邻小区的PBCH传输的重叠相关的问题。PBCH传递主信息块（MIB），其是小区的广播系统信息的基本分量。MIB指示用于系统操作的基本信息（诸如，操作带宽、系统帧号、所使用的天线的数量等）。UE需要成功地解码PBCH，并且使用包含在MIB中的信息来接收系统信息的其他部分，诸如，SIB1、SIB2（系统信息块2）等。期望UE维护服务小区的最新系统信息。在寻呼消息中指示小区的广播系统信息的改变，其中，系统信息改变即将发生的指示被传送。当接收到系统信息改变即将发生的指示后，UE以预定时间间隔解码PBCH，并且然后继续接收其他系统信息。PBCH被使用固定资源传送。在LTE中，PBCH在每个子帧0的中心六个资源块中被传送。 [0069] 在异构网络中，由于在频率上操作的小区被同步，所以邻居小区的PBCH可能重叠。这可能导致UE不能解码PBCH并且不能维护最新系统信息。例如，如果宏UE在不允许的毫微微小区的覆盖范围下，则不允许的毫微微小区的PBCH传输可以与同UE相关的宏小区的PBCH传输重叠。然后，UE可能不能解码宏小区的PBCH。当微微UE在UE与其相关的微微小区的范围扩展区域中时，类似问题可能发生，并且还在宏小区的覆盖范围中。在该情况下，UE可能不能接收微微小区的PBCH。在FDD系统中，时间偏移可以由频率上的一些小区施加，同时仍然跨频率上的所有小区维护时间同步和子帧边界的对准。这样的时间偏移被称为子帧偏移。 子帧偏移可以避免频率上在不同小区之间的重叠PBCH传输的问题。然而，由于被用于上行链路和下行链路传输的子帧的严格限定图案，所以导致子帧偏移不能在TDD系统中被应用。 [0070] 与从频率中的邻居小区的PSS和SSS传输的重叠相关的问题可能也导致空闲模式下的UE的显著问题。如在PBCH的情况下，PSS和SSS使用预定义资源被传送。在FDD LTE系统中，PSS在时隙0和10中的最后码元中被传送，并且在TDD LTE系统中，其在子帧1和6中的第三个码元中被传送。在LTE FDD系统中，在时隙0和10中的最后码元之前，SSS被传送两个码元，并且在TDD LTE系统中，其被传送在时隙1和11中的倒数第二个码元。PSS和SSS由UE使用，以维护与服务小区同步并且识别小区。PSS和SSS一起指示PCID。从而，能够可靠地接收PSS和SSS对于合适系统操作是至关重要的。 [0071] 如果UE处于毫微微小区的覆盖范围中，则来自毫微微小区的PSS和SSS传输可能干扰在相同频率上操作的宏小区的PSS和SSS传输。因此，UE可能不能维护与宏小区同步。这可能导致服务停止、寻呼失败和其他不期望的结果。当与微微小区相关的微微UE在微微小区的范围扩展区域中时，类似问题可能发生。如在PBCH情况下，子帧偏移可以避免频率上在不同小区之间的重叠PSS和SSS传输的问题。然而，由于被用于上行链路和下行链路传输的子帧的严格限定图案，所以导致子帧偏移不能在TDD系统中被应用。 [0072] 多个实施例被描述以解决上述问题。 [0073] 根据本发明的第一实施例，一种移动站包括：无线收发器，所述无线收发器被耦合至处理器。所述处理器被配置成：通过相对于参考估计在帧的第一周期序列中的一个或多个帧，来确定干扰。所述处理器进一步被配置成：响应于估计，监视在帧的第二周期序列期间来自基站的用于寻呼信号的传输，其中，所述帧的第二周期序列从所述帧的第一周期序列偏移预定量。该实施例在图6中示出。如果UE在正常寻呼时机中经受显著干扰，则可以改变UE的寻呼时机。例如，UE在第一子帧中可以具有寻呼时机。对应于寻呼时机的子帧通常被预先确定。例如，在LTE中，对应于寻呼时机的子帧根据标识符或UE来确定。UE可以驻扎在宏小区上但是处在不允许的毫微微小区的覆盖范围中。在这样的情况下，由于从毫微微小区的传输，所以UE可能在其正常寻呼时机期间经受干扰，并且不能接收寻呼消息。当确定其在其寻呼时机期间相对于参考可能经受干扰后，UE可以将其寻呼时机改变为新子帧。用于寻呼时机的新子帧可以比对应于正常寻呼时机的子帧晚预定时间偏移。用于寻呼时机的新子帧可以被选择，使得在新子帧中经受来自毫微微小区的干扰的可能性低。这在图6A中示出。 [0074] 在图6B的基站处理中，在602，基站在常规寻呼时机传送用于UE的寻呼消息。在604，如果对寻呼消息的响应由基站接收，则在606，过程结束。如果未接收到响应，则在608，基站在相对于常规寻呼时机的所确定时间偏移的子帧中寻呼UE。在图6C的UE处理中，在 612，UE确定其正经受强干扰。在614，UE确定对寻呼消息的接收的干扰是否很可能。如果不是，则在616，过程结束。如果寻呼消息的接收的干扰很可能，则在618，UE在处于相对于常规寻呼时机的预定时间偏移的子帧中监视寻呼。 [0075] 当确定寻呼消息需要被传送至UE后，基站可以首先在对应于UE的正常寻呼时机的子帧中传送寻呼消息。如果基站未从UE接收到对寻呼消息的响应，则基站可以在对应于新寻呼时机的子帧中传送寻呼消息。新寻呼时机可能比对应于正常寻呼时机的子帧晚预定时间偏移。 [0076] 通过确定其寻呼时机与其期间可以传送诸如SIB1的可能干扰的信号的子帧重合，在其寻呼时机期间其可能经受干扰的UE的确定可以被执行。替选地，UE可以在其寻呼子帧期间执行测量，并且确定寻呼子帧期间的干扰是不可接受地大。 [0077] 而且，新寻呼时机的选择可以使得具有特定特征的子帧被选择用于新寻呼时机。例如，宏UE可以与其覆盖范围与一个或多个毫微微小区的覆盖范围重叠的宏小区相关。宏UE可以被配置成选择比正常寻呼时机晚至少预定时间偏移的新寻呼子帧，并且如果宏UE处在不允许的毫微微小区的覆盖范围中，则对应于预定时间偏移之后的毫微微小区的第一AB子帧。在另一个示例中，宏UE可以被配置成选择比正常寻呼时机晚至少预定时间偏移的新寻呼子帧，并且对应于预定时间偏移之后的毫微微小区的第一AB子帧，其中，如果宏UE处在不允许的毫微微小区的覆盖范围中，则毫微微小区在毫微微小区的第一AB子帧中不传送SIB1。基于所指定的规则，宏小区可以唯一地确定UE的新寻呼时机。 [0078] 而且，根据传统规范（诸如，LTE版本8和版本9UE）实现的UE可以在正常寻呼时机被寻呼。另一方面，根据新规范（诸如，LTE版本10UE）实现的UE可以在它们的正常寻呼时机和新寻呼时机被寻呼。而且，为了确保对寻呼信号的干扰被最小化，新寻呼时机可以对应于一个或多个邻居小区的AB子帧。如果UE确定其原始寻呼时机与干扰小区的子帧5重合，并且其确定新寻呼时机与仅CRS的AB子帧重合，则其可以决定将其寻呼时机改变为新寻呼时机。 [0079] 根据另一个实施例，如果对其寻呼信号的干扰是非常可能的，则UE可以避免寻呼停止情况。例如，宏UE可以与宏小区相关并且处在不允许的毫微微小区的覆盖范围中。如果UE确定其寻呼时机在所有或大多数时间与来自毫微微小区的信号重合，则UE可以执行频间或RAT间重选。具体地，在LTE中，如果UE的寻呼时机与毫微微小区的偶数无线帧中的子帧5重叠，则从宏小区到UE的任何寻呼信号将受到从毫微微小区的SIB1传输的干扰。因此，如果UE的寻呼时机与毫微微小区的偶数无线帧中的子帧5重叠，则UE可以执行频间或RAT间重选。作为进一步简化，并且确保UE不需要首先确定毫微微小区的无线帧的系统帧号，如果UE的寻呼时机与毫微微小区的任何子帧5重叠，则UE可以执行频间或RAT间重选。 [0080] 根据另一个实施例，由干扰小区导致的对寻呼信号的干扰可以通过调节用于控制信道传输的码元数量被基本减小。对寻呼信号的PDCCH分量的干扰可能比对寻呼信号的PDSCH分量的干扰更加显著。而且，对寻呼信号的PDCCH分量的干扰很可能来自另一个信号的PDCCH分量，诸如，SIB1。在LTE中，控制信道码元的数量可以被半静态地配置为1、2或3。在存在干扰邻居小区的情况下，小区可以在可能经受干扰的寻呼子帧中一直使用值为3的控制信道码元的数量。即，控制信道码元的数量的半静态配置值可以被不考虑（override），用于可能经受干扰的寻呼子帧，并且可以使用为3的值。使用用于控制信道传输的码元的最大可能数量确保对控制信道的干扰被最小化。例如，宏UE可以处在不允许的毫微微小区的覆盖范围中并且与宏小区相关。UE可能在其寻呼子帧内经受来自毫微微小区的干扰。宏小区可以不考虑控制信道码元的数量的半静态配置值，并且在一些或所有寻呼子帧中使用值为3的控制信道码元的数量。毫微微小区可以在对应于宏小区的寻呼子帧的子帧中使用值为1的控制信道码元的数量。控制信道码元的数量是根据小区中的负载。毫微微小区通常被轻微地加载，并且较小数量的控制信道码元可能足够用于毫微微小区中的控制信道传输。从而，在寻呼信号的PDCCH分量中由UE经受的干扰限于单个子帧，增加正确解码寻呼信号的PDCCH分量的可能性。而且，基于毫微微小区的覆盖范围与宏小区的覆盖范围重叠，毫微微小区可以在所有子帧中使用控制信道码元的数量的低值。 [0081] 在一些实施例中，新寻呼时机的细节可以通过网络广播为部分系统信息。系统信息通常在MIB或SIB之一中被信号传输。新寻呼时机的细节可以包括帧索引、或子帧索引、或系统帧号。在新寻呼时机使用比对应于正常寻呼时机的子帧晚一时间偏移的实施例中，时间偏移值也可以通过网络广播。在一些实施例中，在新寻呼位置中用于寻呼消息的特定PDSCH资源分配（资源块索引、调制和编码方案）也可以通过网络广播。替选地，在新寻呼位置中用于寻呼消息的特定PDSCH资源分配可以基于基站和UE的先验已知的预先指定值。在新寻呼位置中用于寻呼消息的特定资源分配被广播或先验已知的实施例中，UE可以直接在PDSCH上读取寻呼消息，而不对新寻呼位置中的PDCCH解码。 [0082] UE可以在第一子帧中接收寻呼信号的PDCCH分量。UE可能不能解码第一子帧中的寻呼信号的PDSCH分量。UE可以试图解码第二子帧中的寻呼信号的PDSCH分量，而不试图接收第二子帧中的寻呼信号的PDCCH分量。例如，第一子帧在用于控制信道传输的码元中可能具有很少或没有干扰，但是可能在用于PDSCH传输的码元中具有显著干扰。从而，UE在第一子帧中可以成功地解码寻呼信号的PDCCH分量，但是不能解码寻呼信号的PDSCH分量。如果UE不能解码第一子帧中的寻呼信号的PDSCH分量，则其可以监视用于寻呼信号的PDSCH分量的第二子帧。第二子帧可能与邻居小区的AB子帧重叠。替选地，UE可能在其正常寻呼子帧中在用于控制信道传输的码元中经受显著干扰。从而，UE可以监视用于寻呼信道的PDCCH分量的替选子帧以及用于寻呼子帧的PDSCH分量的其正常寻呼子帧。 [0083] 根据第二实施例，UE可以基于被保留用于CRS传输的资源的重叠是否发生，修改其小区重选行为。在图7A的处理700中所示的第一方法中，在710，UE可以驻扎在宏小区上但是处在不允许的毫微微小区的覆盖范围中。在这样的情况下，由宏小区和毫微微小区使用用于它们各自的CRS传输的资源元素可能重叠，导致UE不能执行宏小区和毫微微小区以及可能的其他小区的正确测量。例如，宏小区和毫微微小区的PCID可以使得用于它们各自的CRS传输的资源元素重叠。在720，UE确定宏小区和毫微微小区的CRS传输是否能够重叠。该确定可以通过（a）首先检测毫微微小区的PCID，（b）然后，基于PCID，确定被用于毫微微小区的CRS传输的资源元素，以及（c）比较用于毫微微小区的CRS传输的资源元素和用于宏小区的CRS传输的资源元素作出。 [0084] 除了PCID之外，可以使用与邻居小区和服务小区中的CRS传输端口的数量相关的信息。UE可以基于PBCH解码确定服务小区的CRS传输端口的数量。另一方面，可以基于邻居小区PBCH解码或通过包括该信息的由服务小区信号传输的协助数据，确定用于邻居小区的CRS传输端口的数量。当用于服务小区和邻居小区的CRS传输端口的数量不同时，不同情况可能产生。 [0085] 当服务小区和邻居小区都使用1Tx时，当mod(PCIDserving，6)=mod(PCIDneighbor，6)时，CRS冲突发生。 [0086] 当服务小区和邻居小区都具有2Tx时，当mod(PCIDserving，3)=mod(PCIDneighbor，3)时，CRS冲突发生。 [0087] 当服务小区具有4Tx并且邻居小区具有2Tx时，当端口#0和#1被映射至与端口#2和#3相关的OFDM码元的不同组时，用于服务小区的CRS端口#2和#3将不经受来自邻居小区的任何CRS干扰。 [0088] 两个重选阈值可以由网络在UE中配置（例如，通过在SIB或在RRC消息中信号传输为部分RRC连接释放），一个阈值可应用至当毫微微小区的CRS传输与宏小区的CRS传输重叠的情况，并且另一个阈值可应用至当毫微微小区的CRS传输与宏小区的CRS传输不重叠的情况。如果不存在CRC冲突，甚至当来自毫微微小区的干扰很大时，具有CRS干扰取消（IC）或干扰拒绝（IR）接收器能力的宏UE可能能够停留在相同频率上。甚至当在服务小区和邻居小区之间的RSRP差如-20dB那么低时，UE可能能够维护被附着并且维护可由宏小区调度。然而，当存在CRS冲突时，CRS干扰拒绝/取消能力可能被限制。在该情况下，仅在达到如-6dB时，UE可能能够维护附着到宏小区。从而，与非冲突和冲突CRS情况下的接收器能力匹配的不同重选阈值可能是必须的。 [0089] 在图7A中，在决策框730，如果不存在用于CRS的资源元素的重叠，则UE遵循正常空闲模式重选过程。如果重叠发生，在740，UE确定邻居小区信号级别是否大于服务小区信号级别加上阈值。在742，如果邻居小区信号级别不大于服务小区信号级别加上阈值，则UE遵循正常空闲模式重选过程。在750，如果邻居小区信号级别大于服务小区信号级别加上阈值，则UE执行频间或RAT间重选。 [0090] 如果UE确定用于宏小区和毫微微小区的CRS传输的资源元素重叠，则其可以执行频间重选或RAT间重选。根据进一步实施例，只有当毫微微小区的信号级别不小于宏小区的信号级别加上阈值时，UE可以执行频间或RAT间重选。用于确定毫微微小区的信号级别是否不小于宏小区的信号级别加上阈值的信号级别度量可以通过除了CRS之外的资源的测量获得。 [0091] 根据图7A中所示的另一个实施例，在734，UE基于重叠是否发生，施加不同重选偏置用于服务频率或服务小区。在一个实现中，如果UE确定用于宏小区和毫微微小区的CRS传输的资源元素重叠，则其可以将负偏置施加至服务频率。负偏置可能导致另一个频率或另一个RAT上的小区被UE看作用于重选的合适候选，并且UE可以执行频间或RAT间重选。如果UE确定用于宏小区和毫微微小区的CRS传输的资源元素不重叠，则其可以将正偏置施加至服务频率。正偏置可以确保甚至毫微微小区的信号级别（诸如，RSRP）高于宏小区的信号级别，UE也维护驻扎在宏小区上。另外或替选地，如果UE确定宏小区和毫微微小区的CRS传输基本重叠，则UE可以将负偏置施加至服务小区。如果UE确定宏小区和毫微微小区的CRS传输基本不重叠，则UE可以将正偏置施加至服务小区。 [0092] 在图7B的处理701中所示的第二方法中，在711，毫微微小区可以确定其覆盖范围与一个或多个邻居小区的覆盖范围重叠。在721，毫微微小区可以确定由一个或多个邻居小区使用的资源元素。在731，如果毫微微小区确定用于通过一个或多个邻居小区中的至少一个的CRS传输的资源元素与用于毫微微小区的CRS传输的资源元素重叠，则毫微微小区可以使用用于其CRS传输的资源元素的不同组。毫微微小区在一些或所有子帧中可以使用用于其CRS传输的资源元素的不同组。例如，在741，毫微微小区仅在其AB子帧期间可以使用用于其CRS传输的资源元素的不同组。另外，用于毫微微小区的CRS传输的资源元素的不同组可以通过将时间和频率的偏移施加至原始资源元素获得，如图7中所示。时间和频率的偏移可以例如通过宏小区被信号传输至网络中的UE。 [0093] 根据另一个实施例，毫微微小区可以基于其CRS传输是否与宏小区的CRS传输基本重叠，修改接入限制。例如，毫微微小区可以是CSG小区，并且允许仅接入于特定组用户。毫微微小区可以确定其覆盖范围是否与一个或多个宏小区重叠。毫微微小区可以进一步确定其使用用于CRS传输的资源元素是否与用于通过一个或多个宏小区中的至少一个的CRS传输的资源元素基本重叠。毫微微小区然后可以修改接入限制，使得所有用户都可以接入毫微微小区。接入限制的修改可以确保UE在不能连接至毫微微小区的情况下，不保留在毫微微小区的覆盖范围中。即，如果网络中的所有毫微微小区执行这样的过程，则UE不会遇到其CRS传输与宏小区的CRS传输重叠的不允许的毫微微小区。接入限制的修改可以通过改变从CSG小区到“混合接入”小区或“开放接入”小区的毫微微小区的状态来执行。 [0094] 根据第三实施例，基站可以使用替选资源来传送PBCH内容或PBCH相关信息。用于传送PBCH内容的替选资源可以被预先确定，使得UE可以接收这些资源中的PBCH内容或PBCH相关信息。在图8A中所示的第一方法中，在810，基站确定其系统信息需要被改变。在820，基站确定其覆盖范围是否与诸如毫微微小区的一个或多个邻居小区的覆盖范围重叠。如果不是，在822，基站恢复正常操作。在830，在存在重叠时，基站传送系统信息改变指示消息，其中，该消息包括PBCH内容。与基站（在连接模式或空闲模式下）相关并且处在不允许的毫微微小区的覆盖范围中的UE可以接收系统信息改变指示消息和所包括的PBCH内容。这可以使UE能接收诸如系统信息块1（SIB1）的其他系统信息。替选地，在840，基站可以传送系统信息指示消息，其中，该消息包括用于PBCH传输的替选资源使用的指示。与基站（在连接模式或空闲模式下）相关并且处在不允许的毫微微小区的覆盖范围中的UE可以接收系统信息改变指示消息和用于PBCH传输的替选资源的指示。然后，UE可以解码替选资源中的PBCH。这可以使UE能接收其他系统信息。 [0095] 在寻呼消息中传送的PBCH内容可以包括MIB中的一个或多个信息元素。例如，寻呼消息可以包括下行链路带宽、与系统帧号相关的信息、以及与物理HARQ指示符信道（PHICH）相关的信息中的一个或多个。 [0096] 根据另一个实施例，UE可以通过以预定方式在替选资源块中传送毫微微小区的PBCH，来接收宏小区和毫微微小区的PBCH。例如，宏UE可以与宏小区相关。在图8B的处理801中所示的第二方法中，在811，UE解码宏小区的资源块的第一组中的宏小区的PBCH。UE可以在解码PBCH之后，接收宏小区的附加系统信息。在821，UE可以从宏小区接收‘毫微微小区PBCH资源偏移’参数。在831，UE检测毫微微小区的物理小区标识符。然后，UE漫游进毫微微小区的覆盖范围并且检测毫微微小区的PCID。在841，UE通过将等于‘毫微微小区PBCH资源偏移’的偏移施加至资源块的第一组，来确定资源块的第二组。在851，UE试图解码在与资源块的第二组重叠的毫微微小区的资源块中的毫微微小区的PBCH。当需要时，UE可以继续解码在资源块的第一组中的宏小区的PBCH。 [0097] 毫微微小区可以被配置成使用资源块的正常组传送其PBCH。在图8C的处理802中，在811，毫微微小区确定其覆盖范围可以与宏小区的覆盖范围重叠。在822，毫微微小区传送在资源块的替选组中的它的PBCH。资源块的替选组可以从资源块的正常组偏移等于‘毫微微小区PBCH资源偏移’的量。应该注意，该过程可以应用至小区的任何组合，代替上述宏小区和毫微微小区。宏小区可以指示用于任何特定小区或小区的组（例如，作为部分的邻居列表）的PBCH资源偏移量。当检测到邻居小区的PCID时，UE可以施加相应PBCH资源偏移（如果被指示），以获得由邻居小区使用的替选资源块用于PBCH传输。 [0098] 在同步网络中，相同频率上的两个小区的干扰PSS传输可能相互干扰，并且相同频率上的两个小区的SSS传输可能相互干扰。以下解决方案减轻该问题。 [0099] PSS和/或SSS可以使用替选资源元素被传送。替选资源元素可以防止干扰。而且，PSS和/或SSS可以使用正常用于PSS和/或SSS传输的资源元素和替选资源元素被传送。例如，宏UE可以处在不允许的毫微微小区的覆盖范围中，并且从而可能不能接收宏小区的PSS和/或SSS。为了克服这样的问题，毫微微小区可以首先识别其覆盖范围与宏小区的覆盖范围重叠。然后，毫微微小区可以传送在替选资源元素中PSS和/或SSS。毫微微小区可以选择替选资源元素，使得替选资源元素与来自宏小区的一些关键重要传输不重叠。而且，毫微微小区还可以确保与宏小区的PSS和/或SSS传输重叠的一些或所有资源元素不承载来自毫微微小区的任何传输。 [0100] 用于PSS和/或SSS传输的替选资源元素可以从被用于PSS和/或SSS传输的正常资源元素偏移一持续时间。优选地，该偏移可以是特定数量的子帧。即，PSS和/或SSS可以在替选子帧中但是在相同OFDM码元中被传送。例如，PSS可以在子帧1的第三个码元和子帧6的第三个码元中被正常地传送；以及SSS可以在子帧1中的第13个码元和子帧6中的第13个码元中被正常地传送。毫微微小区可以替代在子帧3的第三个码元和子帧8的第三个码元中传送PSS。 [0101] 从毫微微小区接收PSS和/或SSS的UE可能不知晓毫微微小区正在使用替选资源用于PSS和/或SSS传输。因此，假设PSS和/或SSS正在正常资源元素中被传送，UE可以解释毫微微小区的帧定时。这样的UE可以是在毫微微小区的覆盖范围中的宏UE、与毫微微小区相关的UE、或试图与毫微微小区相关的UE。从而，在以上示例中，这样的UE可以假设其中PSS传输被接收的子帧是子帧1和6，并且其中SSS传输被接收的子帧是子帧1和6。然后，UE将不能解码PBCH或诸如SIB1的关键传输、来自毫微微小区的寻呼等。为了防止这样的问题，用于PSS和/或SSS的持续时间偏移可以被UE先验已知。例如，宏小区可以将持续时间偏移信号传输至UE。持续时间偏移还可以是用于一类小区（诸如，毫微微小区或CSG小区）的固定值，并且可能不需要被信号传输。UE可以使用持续时间偏移来校正毫微微小区的帧边界的解释（interpretation）。从而，在以上示例中，对于毫微微小区，等于两个子帧的持续时间偏移被UE的先验已知。基于该解释，UE可以确定其中PSS传输由毫微微小区执行的子帧是子帧3和8，并且其中SSS传输由UE执行的子帧是子帧3和8。从而，与PSS/SSS接收（诸如，小区搜索）相关的UE中的功能和装置可以具有帧定时的第一解释；以及UE中的其他功能和装置（例如，其他物理层功能、媒质接入控制功能和测量相关功能）可以具有帧定时的第二解释。帧定时的第二解释可以从帧定时的第一解释偏移一段时期。而且，应该注意，这样的方法可以用于避免邻居小区的PBCH传输的重叠。 [0102] 根据另一个实施例，如果宏UE确定不允许的毫微微小区的PSS和/或SSS与服务宏小区的PSS和/或SSS传输重叠，则UE可以执行帧间或RAT间重选。从而，即使不允许的毫微微小区是强干扰小区，UE也可以保持与宏小区相关，除非服务宏小区的PSS和/或SSS传输与不允许的毫微微小区的PSS和/或SSS传输重叠。类似地，由于来自宏小区的干扰，所以导致微微小区的范围扩展区域中的微微UE可能经受高P/S-SCH干扰。如果宏小区和微微小区的PSS和/或SSS重叠，则这样的UE可以执行频间或RAT间重选。 [0103] 根据另一个实施例，UE可以识别到毫微微小区的接近，并且确定其需要尝试在替选资源元素中接收PSS和/或SSS。例如，UE可以基于在频率上的RRM测量，确定其接近毫微微小区。RRM测量（诸如，RSRP）可以指示UE接近毫微微小区。UE还可以确定毫微微小区的覆盖范围与宏小区的覆盖范围重叠。然后，UE可以尝试在替选资源元素中接收PSS和/或SSS。当其漫游到其覆盖范围与宏小区的覆盖范围重叠的毫微微小区的覆盖范围中时，UE可以应用这样的过程。当其在毫微微小区的覆盖范围中被加电时，UE也可以应用这样的过程。可以使用识别到毫微微小区的接近的其他手段，包括诸如全球定位系统（GPS）和高级时差检测（E-OTD）的定位方法。 |
||||||
QQ群二维码
意见反馈
意见反馈