用于针对无线网络的连接建立偏置的方法和系统 |
|||||||
| 申请号 | CN201310184660.5 | 申请日 | 2013-05-17 | 公开(公告)号 | CN103428891B | 公开(公告)日 | 2016-08-17 |
| 申请人 | 黑莓有限公司; | 发明人 | 罗伯特·诺瓦克; 西瓦·达山·穆鲁加纳山; 威廉·安东尼·盖奇; 比斯瓦卢普·穆克吉; 塔里克·塔贝特; | ||||
| 摘要 | 本 发明 提供了一种用户设备处的方法以及所述用户设备，所述用户设备被配置用于建立与无线网络中的第一网络 节点 的连接模式，所述方法在所述用户设备处接收连接建立偏置；当所述用户设备处于空闲模式中时，将用户设备处的所述连接建立偏置应用到至少一个网络节点功率电平值，从而创建偏置功率电平值；以及，基于所述偏置功率电平值，与所述第一网络节点连接。 | ||||||
| 权利要求 | 1.一种用于在无线网络中的用户设备和第一网络节点之间建立连接模式的方法，所述方法包括： |
||||||
| 说明书全文 | 用于针对无线网络的连接建立偏置的方法和系统技术领域[0001] 本公开涉及无线网络，并在一个实施例中涉及具有入侵者小区和受害者小区的异构蜂窝网络。 背景技术[0002] 各种移动构架包括宏小区，其具有在宏小区中发现的较小小区。一个示例是高级长期演进(LTE-A)通信标准，其中，用户设备(UE)可以与宏小区和小小区(例如，微小区、毫微微小区或中继小区)通信。然而，LTE-A的使用不是限制性的，并且任意其他类似网络都是可能的。 [0003] 在LTE异构网络中，可以将微小区与覆盖的宏小区一起部署。微小区可以与宏小区共享相同的载波或使用不同的载波。为了释放网络资源，网络可以从入侵者小区(例如，宏小区)向信号比入侵者小区更弱的受害者小区卸载业务。 [0004] 如果入侵者小区正在对努力向UE发送系统信息消息(本文中称为寻呼)的受害者小区制造显著的干扰，UE可能难以或不可能检测到寻呼，除非寻呼与入侵者小区的几乎空白子帧(ABS)一致。然而，在UE的寻呼时机(PO)期间，UE仅监听寻呼，因此，UE可能不能接收到寻呼，除非PO与入侵者小区的ABS一致。在某些情况下，这可以是非常长或不会发生的。例如，当受害者UE附着到微小区时，演进Node-B(eNB)可以寻呼UE。当存在宏小区干扰时，特别是当微UE正在小区范围扩展中工作时，可能丢失寻呼。尽管下文中的公开讨论微/宏场景，小区干扰可导致较弱小区的寻呼丢失的其他情况也是可能的，并且本技术方案不限于这些微场景和宏场景。 [0005] 在本文中，使用术语“入侵者”小区和“受害者”小区来描述从UE看来分别具有较强信号和较弱信号的小区。在一些情况下，这可以与LTE版本10定义相对应(LTE版本10定义描述了具体场景中的小区)，而与信号强弱无关，并暗示入侵者可使用ABS。例如，宏小区是LTE版本10中的宏微场景中的入侵者小区。然而，在其他情况(例如，宏宏场景)下，LTE版本10没有定义入侵者小区和受害者小区。因此，如本文中使用的，入侵者小区被定义为从其接收到最强下行链路信号的小区，而受害者小区或更多个受害者小区是在驻留选择时具有较弱接收下行链路信号的小区。在两个或更多个小区存在的情形中，可以针对每个UE来识别入侵者小区和一个或更多个受害者小区。此外，在UE看来，小区的信号强度可以改变，因此，受害者小区可以变成入侵者小区，反之亦然。附图说明 [0006] 参考附图将更好地理解本公开，在附图中： [0007] 图1是示出了在宏小区中具有闭合订户组小区的异构网络的方框图； [0008] 图2是示出了在宏小区中具有微小区的异构网络的方框图； [0009] 图3是示出了在宏层包括几乎空白子帧的情形中，在宏层和微层的子帧传输的方框图； [0010] 图4是示出了UE和演进node B之间的随机接入信号过程的数据流图； [0011] 图5是示出了UE驻留入侵者小区并使用从受害者小区获得的r-Bias值与受害者小区重新建立连接的数据流图； [0012] 图6是示出了UE驻留入侵者小区并使用从入侵者小区获得的r-Bias值与受害者小区重新建立连接的数据流图； [0013] 图7是示出了UE驻留第二小区并使用从入侵者小区获得的r-Bias值与第一小区重新建立连接的数据流图； [0014] 图8是示出了第一RRC连接建立过程的流程图； [0015] 图9是示出了第二RRC连接建立过程的流程图； [0016] 图10是示出了第三RRC连接建立过程的流程图； [0017] 图11是本公开的实施例能够使用的网元的简化方框图； [0018] 图12是示出了宏eNB和UE以及微eNB和UE之间通信的方框图；以及[0019] 图13是示例移动设备的方框图。 具体实施方式[0020] 本公开提供了一种在无线网络中的用户设备和第一网络节点之间建立连接模式的方法，所述方法包括：在所述用户设备接收连接建立偏置；当所述用户设备处于空闲模式中时，将在用户设备的所述连接建立偏置应用到至少一个网络节点功率电平值，从而创建偏置功率电平值；以及，基于所述偏置功率电平值，与所述第一网络节点相连。 [0021] 本公开还包括用户设备，所述用户设备被配置用于在异构网络中与第一网络节点建立连接模式，所述用户设备包括：处理器；以及，通信子系统，其中，所述处理器和通信子系统被配置为：接收连接建立偏置；当所述用户设备处于空闲模式中时，将在用户设备的所述连接建立偏置应用到至少一个网络节点功率电平值，从而创建偏置功率电平值；以及，基于所述偏置功率电平值，与所述第一网络节点相连。 [0022] 设计异构网络以提供覆盖需求和容量的平衡。异构网络可以包括宏小区和低功率节点(例如，微小区、毫微微小区以及中继等等)。宏小区覆盖低功率节点或小小区，共享相同频率或在不同频率上。在一个实施例中，利用小小区来从宏小区卸载容量、提高室内和小区边缘性能等等。例如，在小区边缘附近，与当连接到宏小区时相比，连接到微小区的移动设备可以具有更好的数据吞吐量。 [0023] 在异构网络部署中，小区间干扰协调(ICIC)起到重要作用，并且基于时域的资源共享和协调已被提供来作为增强型ICIC(eICIC)。eICIC也被称为基于几乎空白子帧(ABS)的技术方案。在这种基于ABS的技术方案中，支配性的小区将几乎不在特定子帧中发送信息。 [0024] 存在使用eICIC的两个主要部署场景。这两个主要部署场景包括闭合订户组(毫微微小区)场景和微小区场景。 [0025] 现在参考示出了闭合订户组场景的图1。在图1中，宏演进Node B(eNB)110具有由圆圈112示出的小区覆盖区域。 [0026] 类似地，闭合订户组(CSG)小区120具有由圆圈122示出的覆盖区域。 [0027] 非成员UE130进入CSG覆盖区域122。然而，因为UE130不是CSG小区120的成员，所以UE130不能与CSG小区120相连，而是必须继续由宏小区110提供服务。在此情况下，CSG小区是支配性的，并具有比宏小区110的信号功率更强的信号功率，并且来自CSG小区120的信号被看做UE130处的干扰。 [0028] 即，根据图1，当非成员用户靠近CSG小区120时，支配性的干扰情况可能发生。一般地，非成员UE处的物理下行链路控制信道(PDCCH)接收受到从CSG小区120至其成员UE的下行链路传输的干扰。对宏小区UE130的PDCCH接收的干扰对UE与宏eNB110之间的上行链路数据传送和下行链路数据传送都有不利影响。此外，来自宏eNB110和相邻小区的其他下行链路控制信道以及用于小区测量和无线电链路监视的参考信号也受到从CSG小区120到其成员UE的下行链路传输的干扰。 [0029] 取决于网络部署和策略，不可能使遭受小区间干扰的用户转移到另一E-UTRA载波或其他无线电接入技术(RAT)。在此情况下，可以使用时域ICIC来使这种非成员UE保持由相同频率层上的宏小区提供服务。通过CSG小区使用几乎空白子帧(ABS)来保护用于针对服务宏eNB110的小区资源测量(RRM)、无线电链路监控(RLM)以及信道状态信息(CSI)测量的受保护资源，可以减轻这种干扰，使UE在来自CSG小区的其他强干扰下继续由宏eNB提供服务。 [0030] 类似地，针对微场景，参考图2。在图2中，宏eNB210具有由圆圈212示出的小区覆盖区域。类似地，微小区220具有由圆圈122示出的覆盖区域。微小区220还可以包括用于增加微小区220的覆盖区域的范围扩展区域232。 [0031] UE240由微小区220提供服务，但其靠近微小区覆盖的边缘或在微小区220的范围扩展区域232中。在此情况下，宏eNB210可以对UE240产生/造成显著干扰。 [0032] 具体地，时域ICIC可以用于微小区220，用于在服务微小区边缘中服务的用户。此场景可被用于例如从宏eNB210到微小区220的业务卸载。一般地，由微小区发送的物理下行链路控制信道受到来自宏小区的下行链路传输的干扰。此外，来自微小区220和相邻微小区的其他下行链路控制信道以及用于小区测量和无线电链路监控的参考信号也受到来自宏小区的下行链路传输的干扰。 [0033] 可以使用时域ICIC来使这种UE在相同频率层上的扩展范围中保持由微小区220提供服务。通过宏小区使用ABS来保护相应微小区子帧不受干扰，可以减轻这种干扰。在宏小区ABS期间，由微小区220提供服务的UE240使用受保护资源来用于服务微小区(以及可能地，相邻微小区)的RRM、RLM和CSI测量。 [0034] 在图1和图2的场景中，针对ICIC，通过针对几乎空白子帧模式的配置的回程信令或者操作、管理及维护(OAM)来在时间上协调跨越不同小区的子帧使用。使用入侵者小区中的几乎空白子帧来保护从该入侵者小区接收到强小区间干扰的受害者小区中的子帧中的资源。 [0035] 几乎空白子帧是在一些物理信道上具有减少的发射功率并且不具有动作或具有减少的动作的子帧。然而，为了支持对传统UE的后向兼容，eNB仍然可以在ABS中发送一些要求的物理信道，包括控制信道和物理信号以及系统信息。 [0036] 参考图3示出了针对微场景的ABS的示例。在图3中，宏层310是入侵者小区，而微层320是已经被干扰的小区。在图3的示例中可以看到，微层320发送具有正常传输330的子帧，宏层310也发送具有正常传输330的子帧。然而，宏层310也包括几乎空白子帧340。当宏层 310正在传输正常帧时，微层320在这些子帧期间仅调度靠近微小区的UE。然而，在几乎空白子帧传输期间，微层320可以向接近小区边缘或在范围扩展区域中的UE发送。 [0037] 空闲模式驻留 [0038] 尽管上文确定了当UE与微小区活跃地连接时如何调度UE，一旦UE和网络完成数据传送，UE移动到空闲模式种，在空闲模式中，UE周期性地检查来自其驻留的eNB的寻呼，以确定是否需要重建立连接。本文所使用的驻留指的是空闲模式UE监听来自特定网络节点的系统信息消息。UE将遵循2011年3月的3GPP TS36.304v10.1.0“Technical Specification 3rd Generation Partnership Project；Technical Specification Group Radio Access Network；Evolved Universal Terrestrial Radio Access(E-UTRA)；User Equipment(UE)Procedures In Idle Mode(Release10)”中描述的空闲模式过程，其内容通过引用方式并入本文中。使用这些空闲模式过程来确定UE应当驻留在哪个小区上。 [0039] 当驻留小区上时，UE可以监听主信息块(MIB)和至少系统信息块1和2(SIB1/SIB2)以及其他SIB中包含的广播信息。 [0040] 例如，在2011年9月的3G PP TS36.331，v10.3.0“Evolved Universal Terrestrial Radio Access(E-UTRA)and Evolved Universal Terrestrial Radio Access Network(E-UTRAN)；Radio Resource Control(RRC)，Protocol Specification(Release 10)”的第5.2.2.3节中规定： [0041] UE应当： [0042] 1>确保具有(至少)以下系统信息(也被称为‘必要’系统信息)的如下文所定义的有效版本： [0043] 2>如果处于RRC_IDLE中： [0044] 3>取决于有关的RAT的支持，MasterInformationBlock和 [0045] SystemInformationBlockType1以及 [0046] SystemInformationBlockType2至 [0047] SystemInformationBlockType8； [0048] 上述MIB块和SIB块向UE提供用于从小区接收寻呼以及用于在小区寻呼到UE的情况下或在UE自己发起该过程的情况下发起RRC连接建立的合适信息，以及提供用于小区重选的与相邻小区有关的信息。通常，RRC连接建立由UE执行，以从空闲模式移动到连接模式。 [0049] 在小区选择期间，为了确定用于驻留的最佳小区，UE测量来自周围小区的信号强度。UE基于服务提供商和其他限制来应用优先级，并在优先级内，将根据接收强度对小区进行排序。 [0050] 在UE处，偏置或偏移可被应用于测量，以及偏置或偏移在本文中被记作Qoffset，并允许驻留在与UE接收到最强信号的小区不同的小区上。 [0051] 例如，在3GPP TS36.304，v10.1.0规范的第5.2.4.6节中给出了用于小区重选排序的一个过程，其涉及频率内和等优先级频率间小区重选准则。在以下表1中重现了该节： [0052] [0053] 表1：3GPP TS36.304，v10.1.0，第5.2.4.6节 [0054] 如上文表1所提供，当UE未与eNB进行活跃通信时，其进入空闲模式。在空闲模式中，UE可以针对于具体的寻呼时机(PO)醒来，该具体的寻呼时机可以具有若干子帧的间隔。例如，在长期演进版本10频分双工(FDD)中，小区的寻呼时机是子帧#4、#5、#9和#0的子集，并且被给出为{#9}、{#4#9}和{#4，#5，#0，#9}。 [0055] 在LTE中，在物理下行链路控制信道(PDCCH)上提供具有寻呼无线电网络临时标识符(P-RNTI)的寻呼，P-RNTI指向在物理下行链路共享信道(PDSCH)上发送的包含正被寻呼的UE的标识符的寻呼控制信道(PCCH)消息。在成功地接收到寻呼之后，UE可以发起随机接入信道(RACH)过程，以获得上行链路定时、小区无线电网络临时标识符(C-RNTI)和上行链路许可。 [0056] 例如，现在参考图4，图4示出了用于建立RRC连接的基本步骤。具体地，UE410从eNB412接收寻呼，如消息420所示。 [0057] 作为响应，UE发送上行链路P-RACH，如消息422所示。 [0058] eNB412接收到上行链路P-RACH，并且作为响应，如消息430所示，向UE410发送随机接入响应(RAR)。消息430中的RAR可以包含临时C-RNTI、定时对齐信息以及初始上行链路许可。 [0060] 在ABS配置和支配性的干扰的情况下，处于空闲模式下的受害者UE在入侵者小区的非ABS子帧期间可能难以接收寻呼(例如，消息420中的寻呼)。可以使用干扰消除(IC)来至少部分减少这种干扰。然而，IC可能不会所有UE在所有情况下都支持。此外，尽管ABS可能更频繁地发生，相邻PO之间的间隔可以是相当长的，因此很可能PO和ABS模式一致是非常不常见的或甚至是不存在的。 [0061] 因此，在一些场景中，PO子帧({#4，#5，#0，#9})完全不会和指定的ABS一致，或极少与指定的ABS一致，因此，极少可能或不可能发生受害者小区的寻呼不受到来自入侵者小区的干扰的情况。由于没有成功接收或解码由P-RNTI配置的PDCCH，或没有成功接收或解码由P-RNTI配置的PDSCH，在这种情况下，可发生寻呼丢失。 [0062] 一个选择是让UE驻留在最强小区上。然而，在宏小区过载的异构环境中，当UE被寻呼到或UE发起RRC连接模式建立过程时，UE将在然后尝试与潜在过载的宏小区的此连接。一旦建立了连接，连接稍后可被卸载到微小区或小小区。因此，UE的RRC连接建立以及随后的卸载过程对已经过载的宏小区造成附加的信令负荷。 [0063] 如上所述，本文中示出的示例提供宏小区和微小区环境。然而，不对此环境进行限制，并且入侵者小区对寻呼驻留在较弱小区上的UE可造成干扰的其他情况可以包括(但不限于)：在存在干扰宏eNB的情况下，微eNB正在寻呼微UE；在存在干扰闭合订户组毫微微小区的情况下，宏eNB正在寻呼宏UE；在存在第二干扰宏eNB的情况下，宏UE正在被其宏eNB所寻呼；在存在第二干扰毫微微小区的情况下，毫微微UE正在其毫微微-eNB所寻呼；在存在干扰毫微微小区的情况下，微UE正在被其微eNB所寻呼；在存在干扰宏小区或微小区的情况下，毫微微UE正在被其闭合订户组毫微微小区所寻呼。因此，本公开提供：在提供用于执行与第二小区的RRC连接建立的能力的同时，驻留并从第一小区接收寻呼。 [0064] 此外，UE也可以处于小区范围扩展中，意味着UE处于连接模式中，但连接到不同于提供最强下行链路信号的小区的小区。在LTE系统版本10中定义了连接模式的小区范围扩展，但在空闲模式中，类似场景也可能发生。可以应用用于小区重选和驻留的偏置(Qoffset)，或可以使用另一机制，使得当UE驻留到与提供最强下行链路信号的小区不同的小区时，UE在空闲模式下处于“小区范围扩展”的等同替代中。这在从UE驻留的小区接收寻呼或其他传输中产生了问题。 [0065] 此外，由于设计或连接的限制，系统中的一个或更多个小区可以不提供寻呼功能。例如，UE可能靠近不具有寻呼功能或者不期望在空闲模式下驻留其上的入侵者毫微微小区(CSG或其他)。这在从毫微微小区接收寻呼或其他传输中产生了问题。然而，在此场景中，如果UE驻留在宏小区上，UE将连接到宏小区，因此，UE的RRC连接建立和随后的卸载过程对已经过载的宏小区产生了附加的信令负荷。要注意到，这不限于毫微微-宏场景，也可以包括以下场景：UE靠近UE是SG的成员的任意CSG小区，UE靠近不期望从其寻呼或驻留但期望RRC连接的任意小区，以及存在可以被用于寻呼和/或驻留的另一小区。 [0066] 根据上文，本公开提供了异构网络环境中的UE空闲模式过程和RRC连接建立。本公开提供了：为了空闲模式下的驻留小区选择，UE从来自受害者eNB和入侵者eNB(即，从UE看来是较弱和较强小区)的广播信息中，或从来自受害者eNB和入侵者eNB之一的广播信息中，确定偏置。根据一个实施例，在接收到寻呼之后，为了RACH过程，UE可以使用附加偏置来重选不同的eNB。因此，第二偏置值(本文中称为“RRC连接建立偏置”或“r-Bias”)可以导致开始与eNB的RACH过程，该eNB不同于UE驻留其上的eNB。 [0067] 因此，在微-宏情况下，驻留在宏小区上确保了寻呼消息的接收，同时应用如本文所述的使用RRC连接建立偏置的重选过程，而与UE从RRC空闲模式发起RRC连接的原因无关。这些原因可以包括以下因素：例如，寻呼、UE发起的呼叫等等。 [0068] 因此，根据本公开，UE确定在空闲模式下驻留的合适小区，然后使用r-Bias以在发起RACH过程之前重选小区。r-Bias的使用使得UE可以驻留在一个eNB上以接收寻呼，以及选择不同的eNB以用于RRC连接建立。例如，UE可以连接到受害者小区，进入空闲模式并为了寻呼接收而驻留在入侵者小区上，因而避免了寻呼干扰，并在然后，如果信道条件合适，当被寻呼到时，重新连接到受害者小区。 [0069] 来自受害者小区的R-Bias [0070] 现在参考图5。在图5的示例中，UE510初始连接到受害者小区，并然后在存在强入侵者干扰时，进入空闲模式。 [0071] 具体地，UE510与受害者eNB512通信。此外，在UE510看来，入侵者eNB514具有比受害者eNB512更强的信号强度。 [0072] 受害者eNB512可以向UE发信号通知R-Bias，如箭头520所示。这一般在以下情况下完成：当UE510处于与受害者小区的连接模式中，并且在例如广播信息(例如，系统信息块(SIB2))中包含该信息，或者当一个或更多个UE进入空闲模式时指示该信息，等等。UE可以在进入空闲模式之后保存r-bias信息。 [0073] UE510进入空闲模式，如箭头522所示。当进入空闲模式时，UE510必须决定驻留在哪个eNB上。在图5的示例中，在UE510看来，入侵者eNB514具有比eNB512更强的信号，并且基于此，UE选择驻留在入侵者eNB514上，如箭头524所示。根据一个实施例，在处于空闲模式下时，在关于驻留在哪个小区上的决定中，不应用RRC连接建立偏置。 [0074] 随后，针对UE510的业务到达，入侵者eNB514向UE510发送寻呼，如箭头530所示。在备选实施例中，UE510具有需要通过网络发送的业务，因而，可以在图5的处理中跳过寻呼530。 [0075] 当基于箭头530的寻呼或者基于UE510有业务要发送，需要建立RRC连接时，UE510然后将之前接收的R-Bias值应用到受害者eNB和入侵者eNB的信号强度中。在图5的示例中，UE510仍然靠近受害者eNB514，因此，当应用了R-Bias时(如箭头532所示)，受害者eNB512具有比入侵者小区功率值更大的小区功率。因此，UE510选择受害者eNB512，并开始与受害者eNB512的随机接入信道过程，如箭头540所示。 [0076] 因此，根据上文，UE可以驻留在第一eNB上，并然后独立地重新连接到第二eNB。 [0077] 在一个实施例中 ，可以将RRC连接建立偏置( R-Bias )包括在RadioResourceConfigCommon信息单元中，该RadioResourceConfigCommon信息单元被包括在SIB2消息中并在本文所附附录A中示出。从附录A中，该RadioResourceConfigCommon信息单元在RadioResourceConfigCommon序列中包括了R-Bias值，并且R-Bias值是从负最大值到正最大值的整数。 [0078] 此外，参考附录B，附录B示出了RadioResourceConfigCommon字段描述，在其中已经添加了R-Bias描述。在附录B的R-Bias描述中，指示将R-Bias应用到小区重选期间的小区功率测量中。如果缺少，UE应用零偏置。 [0079] 在其他实施例中，UE开始不是必须连接到受害者小区。例如，空闲模式中的UE可以进入区域，并从受害者小区的广播信息中确定RRC连接建立偏置。然后，UE可以遵循以上关于驻留在入侵者小区上并选择受害者小区来连接的相同过程。因此，从图5看到，箭头520可以是从受害者eNB到所有UE(包括处于空闲模式中的UE)的广播消息。在此情况下，移动到空闲模式(由箭头522所示)将在消息的接收(由箭头520所示)之前发生。 [0080] 在一个实施例中，受害者小区还可以广播以下指示：是所有UE都应当应用偏置，还是仅那些之前连接到受害者小区的UE应当应用偏置。这可以例如通过向特定UE提供偏置的指示来完成。例如，处于小区范围扩展中的UE可需要应用偏置。 [0081] 此外，可以进行偏置的广播，但提供仅在特定情形中使用偏置的指示。例如，在小区范围扩展中进入空闲模式的所有UE可以应用偏置。备选地，可以对在进入空闲模式之前处于与受害者小区的连接模式中的所有UE进行这种广播。 [0082] 在第三备选中，受害者小区可以广播偏置，但也提供对仅被选择的UE组才应用所广播的偏置进行指示的系统配置或规范。 [0083] 来自入侵者小区的R-Bias [0084] 在备选实施例中，在入侵者小区的广播信息中指示RRC连接建立偏置。例如，如果入侵者小区是努力将新RRC连接导向受害者微小区的重负荷宏小区，则这可以是有用的。r-Bias值的等级控制将在RRC连接建立期间选择或重选受害者小区的UE的数目。 [0085] 现在参考图6。在图6中，UE610与受害者eNB612和入侵者eNB614通信。 [0086] UE610进入空闲模式(如箭头620所示)，然后决定驻留在哪个小区上。在此情况下，在UE610看来，入侵者eNB614具有比eNB612更强的信号，因此，UE610选择驻留在入侵者eNB614上，如箭头622所示。 [0087] 然后，UE610监视来自入侵者eNB614的广播，并接收具有一个或多个r-Bias值的广播，如箭头630所示。在箭头630处发送的r-Bias值可以是要向所有受害者小区应用的r-Bias值，或者可以包括仅针对特定受害者小区的偏置。可以将对偏置的广播例如作为系统信息块4(SIB4)的一部分而发生。 [0088] 随后，入侵者eNB614具有针对UE610的业务，并发送寻呼，如箭头640所示。 [0089] UE610接收寻呼，或在其他场景中，具有需要向网络发送的业务并因此发起RACH过程，而无需寻呼。在任意一种情况下，UE610使用r-Bias来选择要连接的小区，如箭头642所示。然后，为了发起RACH过程，UE610使用在箭头642处选择的小区，如箭头650所示。 [0090] 箭头642使用r-Bias来对从受害者小区和从入侵者小区看到的功率进行偏置，并因此可以在已经应用偏置之后选择较强功率。将意识到的是，图6的示例仅包含两个小区，但在实际应用中，UE610可以看到多个小区，并且为了确定要连接到哪个小区，可以将r-Bias值应用到多个小区或可以将单个r-Bias值应用到单个小区。 [0091] 如上文参考广播消息630所指示，用于指示r-Bias值的一个选择可以是在SIB4消息中。现在参考附录C，附录C示出了示例性SIB4信息单元。在附录C中可见，将r-Bias值添加IntraFreqNeighCellInfo。 [0092] 此外，IntraFreqBlackCellList可以包括被设置为从负最大偏置到正最大偏置的值的r-Bias。 [0093] 基于每个小区r-Bias，应用附录C中的SIB4信息单元。因此，向每个小区给出其自己的r-Bias。 [0094] 参考附录D，提供了对针对SIB4信息单元的r-Bias的定义。从附录D中可以看到，定义r-Bias以将其应用到小区重选期间相邻小区中的功率测量，并且如果缺少，UE应用零偏置。 [0095] 备选地，可以在SIB4消息中提供单个r-Bias值。现在参考附录E。从附录E中可以看到，SystemInformationBlockType4包括r-Bias值。此外，IntraFreqBlackCellList具有被定义为在负最大偏置与正最大偏置之间的r-Bias值。 [0096] 参考附录F，提供了对针对SystemInformationBlockType4的字段的定义，在针对SystemInformationBlockType4的字段中，添加了r-Bias。r-Bias定义包括以下事实：要将r-Bias应用到小区重选期间相邻小区的功率测量，并且如果缺少，UE应该应用零偏置。 [0097] 驻留在备选eNB上以用于寻呼接收 [0098] 关于微-宏场景提供了上述示例。在其他实施例中，UE可能希望驻留在第一小区上，但连接到了第二小区。从UE看来，与第二小区相比，第一小区可能具有或可能不具有更强信号。存在针对这种决定的各种原因。 [0099] 例如，毫微微eNB可能不具有寻呼在其附近的UE的能力，因此，不期望UE在空闲模式中保持驻留在该毫微微eNB上。此外，可能存在其他原因(包括小区覆盖、服务或可靠性)使得不期望UE在空闲模式中保持驻留在该毫微微eNB上。在一个示例中，可期望配置Qoffset偏置和r-bias使得UE驻留在备选小区(例如，宏小区)上，并且当被迫这样做时，发起与毫微微小区的RRC连接。可以注意到，在本实施例中，UE驻留在受害者小区上，并且在之后的某个时间，应用r-bias并发起与入侵者小区的RRC连接建立。 [0100] 在这些情况下，UE可以选择用于驻留的备选eNB(例如，宏eNB)。当宏小区有更强接收信号时，可发生此选择，或备选地，当将Qoffset偏置应用到功率测量之后(这导致对于空闲模式中的重选，将宏小区排在毫微微小区之上)，选择宏小区。 [0101] 根据本文中描述的实施例，UE可以通过以下方式获得r-bias值：监视宏eNB的广播(例如，SIB)，监视毫微微eNB的广播，或当UE在之前连接到毫微微eNB时，经由广播或其他信令获得r-bias值。在一个示例中，处于空闲模式的UE读取毫微微小区的系统信息广播，并(从系统信息或其他信息中)确定不适合驻留在该毫微微小区上；然而，UE保存从毫微微小区SIB获得的r-bias值。当被迫进入连接模式时，UE可以将r-bias值应用到毫微微小区测量。 [0102] 现在参考图7，图7示出了UE712与第一eNB721建立RRC连接但驻留在第二eNB714上的一般情况。 [0103] 具体地，如图7所示，UE710移动到空闲模式(如箭头720所示)，并随后驻留在第二eNB714上(如箭头722所示)。 [0104] 在一个实施例中，第二eNB714可以广播r-Bias，如箭头730所示。然而，如上文所指示，也可以从其他小区或当UE710移动到空闲模式时获得r-Bias。 [0105] 随后，第二eNB具有针对UE710的业务，并发送寻呼，如箭头740所示。 [0106] UE710接收寻呼，或在其他场景中，具有需要向网络发送的业务，因此，发起RACH过程而无需寻呼。在任意一种情况下，UE710使用r-Bias来选择要连接的小区，如箭头742所示。然后，为了发起RACH过程，UE710使用在箭头742处选择的第一小区，如箭头750所示。 [0107] 在箭头742处，UE使用r-Bias来对从第一小区和从第二小区看到的功率进行偏置，并因此UE可以选择在已经应用偏置之后的较强功率。将理解，图7的示例仅包含两个小区，但在实际应用中，UE710可以看到多个小区，并且为了确定要连接到哪个小区，r-Bias值可以应用到多个小区或单个r-Bias值可以应用到单个小区。 [0108] 用于支持RRC连接建立偏置的空闲模式和RRC连接建立过程 [0109] 为了支持使用RRC连接建立偏置，过程可以包括当开始RRC连接建立时，对UE的用于应用偏置的指令。为了支持此功能，可以修改各种标准和规范。参考以下表2，表2示出了，具体地，向3GPP TS36.304添加新的节5.3.X。 [0110] [0111] [0112] 表2：3GPP TS36.304添加 [0113] 从表2中可以看到，该添加指示：当选择要驻留的小区时，UE应当忽略RRC连接建立偏置。此外，对所指示的RRC连接建立偏置的改变不应当触发由UE进行的小区重选。然而，当开始RRC连接建立过程时，UE应当检查与RRC连接建立限制相关的RRC连接建立偏置。 [0114] 此外，RRC连接建立过程可以包括在向小区发送RRC连接消息之前对偏置的检查。这可以由在小区重选时，UE记录用于RRC连接的小区来实现。UE可以在发起RRC建立过程之前，检查此所记录的小区。 [0115] 例如，在LTE版本10系统中，除了针对服务小区和相邻小区的已经定义的排序(如3GPP TS36.304中针对小区重选所指示的)之外，UE可以被配置为：计算并记录针对RRC建立的排序(RR)。在附录G中给出了针对小区重选的空闲模式过程，其示出了将第5.2.4.X节添加到3GPP TS36.304规范，并提供了具有小区重选偏置的频率内和等优先级频率间小区重选准则。 [0116] 如附录G所指示，新测量RR等于功率测量减去r-Bias。R-Bias被定义为RRC连接建立偏置，并且如果r-Biass，n有效，则R-Bias等于r-Biass，n，否则R-Bias等于零。 [0117] 在备选公式中，新测量RR等于相邻测量Rn减去r-Bias，因此包括排序中的Qoffset参数。 [0118] 在一个实施例中，如果服务小区和重建立小区的排序不同，RRC连接建立过程还应当反映对服务小区和重建立小区的排序的检查。现在参考图8。 [0119] 图8的处理使用针对最后重选和/或测量的排序。处理从步骤810开始，并进行到步骤812，步骤812具有空闲模式小区重选的前提(precondition)。因此，在空闲模式小区重选期间，处理进行到步骤814，在步骤814中，根据使用Rs和Rn的排序准则来完成小区重选。接下来，处理进行到步骤816，并从空闲模式重选中记录(但省略)根据准则RR的最高排序小区。 [0120] 接下来，处理进行到步骤820，并等待RRC连接建立。一旦RRC连接建立开始，处理进行到步骤822，并检查：当前服务小区RS是否等于根据RR的最高排序小区。如果是，那么处理进行到步骤830，在步骤830中，继续RRC连接建立。 [0121] 相反，如果RS不等于根据RR的最高排序小区，那么处理从步骤822进行到步骤840，并且UE重选到根据RR的小区。接下来，处理从步骤840进行到步骤830，在步骤830中，继续RRC连接建立，并且处理在步骤850处结束。 [0122] 备选地，提供了将排序用于最后重选和/或测量的过程，如果针对服务小区的排序与针对被RRC连接建立偏置的RRC连接建立的排序不同，则重新进行重选过程。具体地，现在参考图9。 [0123] 图9的处理从步骤910开始，并进行到步骤912，其中，前提是空闲模式小区重选发生。 [0124] 接下来，处理进行到步骤914，其中，针对排序和相邻小区排序，完成重选。 [0125] 此外，处理进行到步骤916，其中，记录针对被RRC连接建立偏置的RRC连接建立重选的重选排序，但将其从针对空闲模式小区连接的计算中省略。 [0126] 接下来，处理进行到步骤920，并等待直到RRC连接建立开始。 [0127] 一旦RRC连接建立开始，处理进行到步骤922，在步骤922中，进行以下检查：确定针对服务小区的排序是否与针对被RRC连接建立偏置的RRC连接重建立重选的排序相同。如果是，则处理进行到步骤930，并继续RRC连接建立。 [0128] 相反，如果服务小区排序不等于被RRC连接建立偏置的RRC连接重建立重选排序，则处理进行到步骤940，在步骤940中，使用服务小区排序、相邻小区排序以及被RRC连接建立偏置的RRC连接重建立重选排序来完成小区重选。 [0129] 接下来，处理进行到步骤942，在步骤942中，重选根据被RRC连接建立偏置的RRC连接重建立重选排序的小区，并在然后处理进行到步骤930，并继续RRC连接建立过程。 [0130] 处理在步骤950结束。 [0131] 在第三实施例中，可以在RRC连接建立之前经历重选。 [0132] 现在参考图10。在图10中，处理在步骤1010处开始，并进行到步骤1012，其中，前提是空闲模式小区重选正在发生。 [0133] 处理进行到步骤1014，在步骤1014中，使用针对服务小区和相邻小区的排序，完成小区重选。此外，处理进行到步骤1016，在步骤1016中，记录针对被RRC连接建立偏置的RRC连接重建立重选的排序，但将其从空闲小区重选准则中省略。 [0134] 接下来，处理进行到步骤1020，其中，处理等待直到RRC连接建立开始。 [0135] 然后，处理进行到步骤1022，其中，使用排序准则RS、Rn和RR来完成小区重选。 [0136] 处理从步骤922进行到步骤1024，并继续具有根据RR的小区重选的RRC连接建立过程。 [0137] 处理从步骤1024进行到步骤1030并结束。 [0138] 例如，当一个或更多个服务小区或相邻小区在广播信息中指示要使用的r-Bias时，遵循图10的处理。在其他情况下，可以遵循现有处理(例如，结合RS)。 [0139] 在一个实施例中，如果由于RRC连接建立的小区选择与UE驻留其上的小区不同，UE可需要在RRC连接建立之前从至少主信息块(SIB1和SIB2)获取信息。UE可以在重选处理期间获取此信息。 [0140] 此外，在某些实施例中，UE可以在开始发起RRC连接过程时获取合适的广播信息。备选地，UE可以针对潜在小区存储来自最后重选过程的信息，因此，可以仅获取用于检查相关信息未改变的足够信息。例如，UE可以检查SIB1的值标签是否改变。 [0141] 在其他实施例中，UE可以从UE驻留其上的小区的广播信息中获取数据。例如，根据上述图6的实施例，如果UE驻留在宏小区上，入侵者小区可以提供r-Bias以及用于与受害者小区相关的RRC连接建立的附加信息。 [0142] 在一些实施例中，取决于RRC连接建立请求的激发(stimulus)，可以使用从图8至图10的操作的组合。例如，在一个实施例中，UE可以根据图8的实施例进行处理。然而，在发起连接建立820的点处，仅在RRC连接建立是由UE发起的情况下，UE才可以根据图8的下一步骤(步骤822)进行处理。如果RRC连接建立的原因是对来自网络的寻呼的响应，那么UE可以立即进行到图10的步骤1022并开始完成小区重选。在一个实施例中，完成小区重选可以导致附加延迟，所以仅可以响应于寻呼来使用，而在一个实施例中，对于UE发起的RRC连接建立的情况，利用存储的排序来进行可以是更适合的。 [0143] 在图8-10示出的某些实施例中，UE发起的紧急呼叫可以不经历根据步骤822、922和1022中的RR+的小区重选，而取而代之的是，可以始终使用与服务小区的RRC连接建立来进行。 [0144] 应用于异构部署中移动性 [0145] 在异构环境中，当空闲模式UE正在移动经过具有很多较小嵌入微小区的宏小区的覆盖区域时，在UE移动经过该区域时，UE可能遭受到频繁的重选和驻留。每个重选和驻留过程需要测量、处理以及接收来自每个目标小区的系统信息，导致UE处的电池消耗增加。 [0146] 当移动经过异构覆盖区域时，可以使用上述实施例来防止过多重选。 [0147] 在一个实施例中，可以针对微小区设置现有驻留偏置Qoffset，使得正在移动经过覆盖区域的UE将不驻留在UE移动经过的微小区覆盖区域上。取而代之的是，UE保持仅驻留在宏小区上。 [0148] 此外，r-Bias可以使得如果UE需要进入连接模式，UE将通过连接到合适的附近微小区而不是宏小区来进入连接模式。因此，如果寻呼了UE或UE需要以其他方式发起RRC连接建立过程，UE仍然可以应用如上文参考图5所述的过程。 [0149] 在备选实施例中，UE可以期望驻留在微小区而不是宏小区上。在此情况下，因为微小区具有最高功率电平(其中，功率电平和驻留偏置使得UE选择微小区用于驻留)，UE驻留在微小区上并从微小区接收潜在的寻呼消息。然而，在使UE发起RRC连接建立的寻呼或其他激发的事件中，UE可以如上文所述应用r-Bias，并发起与宏小区的RRC连接。此过程可以最小化当UE移动经过干扰微小区的区域时所需的切换数目。 [0150] 也可以通过任意网元实现上文。关于图11示出了简化网元。图11的网元可以是eNB120、220、412、512、514、612、614、712或714等等。 [0151] 在图11中，网元1110包括处理器1120和通信子系统1130，其中处理器1120和通信子系统1130协作以执行上述方法。 [0152] 现在参考图12，图12示出了用于系统中各种要素之间通信的简化构架。具体地，宏eNB1210向宏区域提供小区覆盖，并为宏UE1220提供服务，宏UE1220通过通信链路1222与宏eNB1210进行通信。 [0153] 类似地，微eNB1230通过通信链路与微UE1240进行通信，由箭头1242示出。 [0154] 在图12的示例中，eNB1230被发现处于由宏eNB1210服务的区域中。 [0155] 有线或无线回程链路1244用于提供宏eNB1210和微eNB1230之间的通信和同步。具体地，回程链路1244可以用于对针对宏eNB1210的ABS子帧进行同步。 [0156] 如图12的示例所示，每个要素包括用于与其他要素通信的协议栈。在宏eNB1210的情况下，宏eNB包括物理层1250、媒体访问控制(MAC)层1252、无线电链路控制(RLC)层1254、分组数据汇聚协议(PDCP)层1256以及无线电资源控制(RRC)层1258。 [0157] 类似地，微eNB包括物理层1260、MAC层1262、RLC层1264、PDCP层1266和RRC层1268。 [0158] 在宏UE1220的情况下，宏UE包括物理层1270、MAC层1272、RLC层1274、PDCP层1276、RRC层1277和非接入层(NAS)1278。 [0159] 类似地，微UE1240包括物理层1280、MAC层1282、RLC层1284、PDCP层1286、RRC层1287和NAS层1288。 [0160] 实体之间(例如，宏eNB1210和宏UE1220之间)的通信一般在两个实体之间的相同协议层内发生。因此，例如，来自宏eNB1210的RRC层处的通信穿过PDCP层、RLC层、MAC层和物理层，并通过物理层向宏UE1220发送。当在宏UE1220接收时，通信穿过物理层、MAC层、RLC层、PDCP层到达宏UE1220的RRC层。一般使用通信子系统和处理器完成这种通信。 [0161] 此外，也可以通过任意UE实现上文。在下文中描述与图13相关的一个示例性设备。 [0162] UE1300一般是具有语音和数据通信能力的双向无线通信设备。UE1300通常具有与因特网上其他计算机系统通信的能力。取决于提供的精确功能，UE可以例如称为数据消息设备、双向寻呼机、无线电子邮件设备、具有数据消息能力的蜂窝电话、无线因特网装置、无线设备、移动设备或数据通信设备。 [0163] 在UE1300能够用于双向通信的情况下，UE1300可以包括通信子系统1311(包括接收机1312和发射机1314以及相关联的组件(例如，一个或更多个天线元件1316和1318))、本地振荡器(LO)1313以及处理模块(例如，数字信号处理器(DSP)1320)。将对通信领域的技术人员来说是显而易见的是，通信子系统1311的特定设计将取决于设备旨在操作的通信网络。通信子系统1311的无线电频率前端可以是上述任意实施例。 [0164] 网络接入需求也将取决于网络1319的类型而变化。在一些网络中，网络接入与UE1300的订户或用户相关联。为了在CMDA网络上操作，UE可能需要可移除用户身份模块(RUIM)或订户身份模块(SIM)卡。SIM/RUIM接口1344通常与可以插入或弹出SIM/RUIM卡的卡槽类似。SIM/RUIM卡可以具有存储器，并持有很多关键配置1351和其他信息1353(例如标识和与订户相关的信息)。 [0165] 当已经完成所需网络注册或激活过程时，UE1300可以通过网络1319，发送和接收通信信号。如图13所述，网络1319可以由与UE通信的多个基站组成。 [0166] 通过通信网络1319由天线1316接收的信号被输入到接收机1312，接收机1312可以执行常见接收机功能，例如信号放大、下变频、滤波、信道选择等。接收信号的A/D转换允许更复杂的通信功能(例如要在DSP1320中执行的解调制和解码)。以类似方式，处理要传输的信号，包括：通过例如DSP1320进行调制和编码并且输入发射机1314用于数模转换、上变频、滤波、放大以及经由天线1318通过通信网络1319传输。DSP1320不仅处理通信信号，并且提供接收机和发射机控制。例如，可以通过在DSP1320中实现的自动增益控制算法自适应地控制在接收机1312和发射机1314中对通信信号应用的增益。 [0167] UE1300大体上包括控制设备的整体操作的处理器1338。通过通信子系统1311执行包括数据和语音通信的通信功能。处理器1338还与其他设备子系统(例如，显示器1322、闪存1324、随机存取存储器(RAM)1326、辅助输入/输出(I/O)子系统1328、串口1330、一个或更多个键盘或小键盘1332、扬声器1334、麦克风1336、其他通信子系统1340(例如，短距离通信子系统和一般表示为1342的其他设备子系统))交互。串口1330可以包括USB口或本领域已知的其他端口。 [0168] 图13中示出的某些子系统执行与通信有关的功能，而其他子系统可以提供“固有”或设备上功能。注意，某些子系统(例如键盘1332和显示器1322)可以用于与通信有关的功能(例如输入用于通过通信网络传输的文本消息)和设备固有功能(例如计算器或任务列表)。 [0169] 处理器1338使用的操作系统软件可以存储在持续存储器(例如闪存1324)中，其可以取而代之的是只读存储器(ROM)或类似存储元件(未示出)。本领域技术人员将理解，操作系统、特定设备应用或其部分可以临时地装载到易失性存储器(例如RAM3226)中。所接收通信信号也可以存储在RAM1326中。 [0170] 如所示，闪存1324可以被分隔为用于计算机程序1358和程序数据存储1350、1352、1354和1356的不同区域。这些不同存储器类型指示：针对每个程序自身的数据存储需求，每个程序可以分配闪存1324的一部分。除其操作系统功能之外，处理器1338能够实现在UE上的软件应用的执行。控制基本操作的预定应用集合(例如至少包括数据和语音通信应用)一般可以在制造期间安装在UE1300上。可以随后地或动态地安装其他应用。 [0171] 应用和软件可以安装在任意计算机可读存储介质中。计算机可读存储介质可以是有形的或在易失性/非易失性介质(例如光存储器(例如，CD、DVD等)、磁存储器(例如，磁带)或其他本领域已知的其他存储器)中。 [0172] 一个软件应用可以是具有组织和管理与UE的用户有关的数据项(例如(但不限于)电子邮件、日历事件、语音邮件、约定和任务项)的能力的个人信息管理器(PIM)应用。自然地，一个或更多个存储器可用在UE可用，以有利于PIM数据项目的存储。这种PIM应用可以具有经由无线电网络1319发送和接收数据项目的能力。其他应用也可以通过网络1319、辅助I/O子系统1328、串口1330、近距离通信子系统1340或其他合适子系统1342装载到UE1300上，并可以由用户安装在RAM1326或非易失性存储器(未示出)上，用于处理器1338执行。这种应用安装上的灵活性增加设备的功能，并可以提供增强型设备上功能、与通信有关的功能或两者。例如，安全通信应用能够实现电子商务功能和要使用UE1300执行的其他这种金融交易。 [0173] 在数据通信模式中，通信子系统1311将处理接收信号(例如文本信息或网页下载)并输入到处理器1338，处理器3238可以进一步处理所接收信号用于输出到显示器1322，或备选地输出到辅助I/O设备1328。 [0174] UE1300的用户还可以结合显示器1322以及可能的辅助I/O设备1328，使用键盘3232来创作数据项目(例如电子邮件消息)，键盘3232可以是完全字母数字键盘或电话类型键盘等等。然后，可以通过通信子系统1311在通信网络上传输这种创作项目。 [0175] 针对语音通信，除了一般会向扬声器1334输出所接收的信号并可以通过麦克风1336产生用于传输的信号之外，UE1300的整体操作是类似的。备选的语音或音频I/O子系统(例如语音消息记录子系统)也可以在UE1300上实现。虽然优选地主要通过扬声器1334完成语音或音频信号输出，显示器1322还可以用于提供：例如，呼叫方的身份的指示、语音呼叫的持续时长或其他与语音呼叫有关的信息。 [0176] 通常可以在期望与用户的桌面计算机(未示出)同步的个人数字助理(PDA)类型UE中实现图13中的串口1330，但是串口1330是可选的设备组件。这种端口1330会使用户能够通过外部设备或软件应用设置偏好，并可以通过向UE1300提供信息或软件下载而不是通过无线电通信网络来扩展UE1300的性能。可以使用例如备选下载路径来通过直接的并因此是可靠的和可信任的连接将密钥装载到设备上，以从而能够实现安全设备通信。本领域技术人员将理解，串口1230还可以用于将UE与计算机相连，以充当调制解调器。 [0177] 其他通信子系统1340(例如近距离通信子系统)是其他可选组件，其可以在UE1300和不同系统或设备(不需要是类似设备)之间提供通信。例如，子系统1340可以包括红外设备及相关联的电路和组件或蓝牙TM通信模块，以提供与类似地启用的系统和设备的通信。子系统1340还可以包括非蜂窝通信(例如，WiFi或WiMAX)。 [0178] 本文描述的实施例是具有与本申请的技术的元件相对应的元件的结构、系统或方法的示例。本书面说明书可以使本领域技术人员能够制作和使用具有与本申请的技术的元件同样相对应的备选元件的实施例。因此，本申请的技术的期望范围包括不与本文描述的本申请的技术不同的其他结构、系统或方法，并还包括与本文描述的本申请的技术具有非实质性差异的其他结构、系统或方法。 [0179] 附录A [0180] RadioResourceConfigCommon信息单元 [0181] [0182] [0183] 附录B [0184] [0185] 附录C [0186] SystemInformationBlockType4信息单元(每个小区r-Bias) [0187] [0188] 附录D [0189] [0190] [0191] 附录E [0192] SystemInformationBlockType4信息单元(单个r-Bias值) [0193] [0194] 附录F [0195] [0196] [0197] 附录G [0198] |
||||||
QQ群二维码
意见反馈
意见反馈