CN104322104B - 将失败报告分类为当前的或过期的以进行移动性鲁棒优化调整 - Google Patents

将失败报告分类为当前的或过期的以进行移动性鲁棒优化调整 Download PDF

Info

Publication number
CN104322104B
CN104322104B CN201380024568.0A CN201380024568A CN104322104B CN 104322104 B CN104322104 B CN 104322104B CN 201380024568 A CN201380024568 A CN 201380024568A CN 104322104 B CN104322104 B CN 104322104B
Authority
CN
China
Prior art keywords
failure
failure reporting
reporting
mobility
adjustment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201380024568.0A
Other languages
English (en)
Other versions
CN104322104A (zh
Inventor
伊卡罗·达席尔瓦
安杰罗·岑通扎
欧美尔·特耶博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN104322104A publication Critical patent/CN104322104A/zh
Application granted granted Critical
Publication of CN104322104B publication Critical patent/CN104322104B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085—Hand-off measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及在蜂窝通信网络中识别过期失败报告。在一个实施例中，蜂窝通信网络中的节点接收与针对用户设备的连接失败相关联的失败报告并且确定连接失败关于节点进行的最近移动性调整何时发生。如果连接失败在节点进行的最近移动性调整之前发生，则节点将失败报告分类为过期失败报告。在一个实施例中，如果失败报告被分类为过期失败报告，则节点丢弃该失败。在另一实施例中，如果失败报告被分类为过期失败报告，则节点针对下一个迭代过程以降低的相关性考虑失败报告以确定是否期望新的移动性调整。

Description

将失败报告分类为当前的或过期的以进行移动性鲁棒优化 调整
相关申请
本申请要求于2012年5月11日提交的临时专利申请61/645,868 的优先权，其公开内容通过引用的方式完整地并入本文。
技术领域
本公开涉及在蜂窝通信网络中报告连接失败。
背景技术
所有蜂窝通信网络必须处理的一个问题是移动设备的移动性。具体地，蜂窝通信网络必须实现相同无线接入网(RAN)中的小区之间的移动设备切换以及不同RAN之间的移动设备切换。普遍的移动性问题是移动性连接失败，即，在切换过程期间或在切换过程之后不久的连接失败。为了解决该移动性问题，根据第三代合作伙伴计划(3GPP) 中的讨论，称作用户设备或用户元件(UE)的移动设备需要每当移动性连接失败发生时向蜂窝通信网络发送失败报告。然后，蜂窝通信网络的移动性鲁棒优化(MRO)功能将使用失败报告来优化控制蜂窝通信网络中的切换的移动性设置或移动性参数。
关于无线接入技术(IRAT)间切换(HO)，3GPP RAN工作组3 (WG3)已经具体说明了呈现移动性问题因此需要解决的多个高优先级场景。如图1A和图1B中所示，IRAT HO是UE10在由根据一个无线接入技术(RAT)操作的RAN中的基站(BS)14(例如，4G长期演进(LTE)蜂窝通信网络的RAN中的增强型节点B(eNB))服务的小区12与由根据另一RAT操作的另一RAN中的基站18(例如， 3G通用移动电信系统(UMTS)蜂窝通信网络的通用陆地无线接入网(UTRAN)中的节点B)服务的小区16之间的切换。具体地，3GPP RAN WG3具体说明的场景是：
·场景1：当在LTE RAN中或者在从LTE RAN向2G/3G RAN(例如，UTRAN)进行HO期间的移动性连接失败，具体地，无线链路失败(RLF)，然后重连到2G/3G RAN(即，太晚从LTERAN向2G/3G RAN进行HO)。
·场景2：在从2G/3G RAN(例如，UTRAN)向LTE RAN进行 HO期间或之后的移动性失败，然后重连接回2G/3G RAN(即，源RAT)。重连可以针对HO的源小区或者2G/3G RAN中的不同小区。这在本文中被称作太早从2G/3G RAN向LTE RAN进行HO。
o场景2a：从2G/3G RAN向LTE RAN进行HO期间的切换失败 (HOF)(即，LTE RAN中的随机接入信道(RACH)尝试期间的HOF)，然后重连接回2G/3G RAN。
o场景2b：从2G/3G RAN向LTE RAN进行HO之后不久LTE RAN中的RLF(即，LTE RAN中的成功RACH之后的RLF)，然后重连接回2G/3G RAN。
触发从LTE RAN中的小区向UTRAN中的小区的IRAT HO是由 LTE RAN中与参考信号接收功率(RSRP)和参考信号接收质量(RSRQ) 测量类型二者相关联的移动性参数来控制的。LTE RAN中的这些移动性参数形成了HO阈值，其在本文中被称作ho_thresh_lte。优化场景1 (即，太晚从LTE RAN向诸如UTRAN等的2G/3G RAN进行HO) 的一种方式是增加ho_thresh_lte的值以提早触发从LTE RAN向2G/3G RAN进行HO。然而，这样做可能增加不必要的HO的次数，即，即使当LTE RAN的覆盖足以维持连接也从LTE RAN向2G/3G RAN进行HO。在图2中示出了减少太晚HO的次数与增加不必要HO的次数之间的折中。MRO算法应当考虑该折中以增加或减小ho_thresh_lte。
触发从UTRAN中的小区向LTE RAN中的小区的IRAT HO是由 UTRAN中与RSRP和RSRQ测量类型二者相关联的其他移动性参数来控制的。UTRAN中的这些移动性参数形成了HO阈值，其在本文中被称作ho_thresh_utran。优化场景2(即，太早从诸如UTRAN或全球移动通信系统(GSM)增强数据速率全球演进(EDGE)RAN(GERAN) 等的2G/3G RAN向LTE RAN进行HO)的一种方式是增加 ho_thresh_utran的值以仅当来自LTE RAN的信号足够强以保持连接时才触发向LTE RAN进行HO。然而，如果ho_thresh_utran被设置得过高使得即使当LTE RAN的覆盖足以保持与UE 10的连接UE 10也维持在UTRAN中时，这样做可能不必要地增加在UTRAN中的时间。在图3中示出了折中，并且MRO算法应当在增加或减小 ho_thresh_utran时考虑该折中。
将经由RLF报告和不必要HO指示符来检测太晚或不必要地从 LTE RAN向2G/3GRAN进行HO的发生。在3GPP技术规范(TS) 36.331的部分5.3.11.3中标准化了将在RLF检测时执行的过程。在 UE 10，当检测到RLF时，在RLF报告中存储各种信息，如图4中所示。在RLF后接无线资源控制(RRC)连接重建立过程的情况下， UE 10在RLF报告中将reestablishmentCellId设置为所选小区的全局小区标识。要报告以特别关于IRAT HO支持MRO功能的额外信息目前正在3GPP RAN3中进行讨论。在这一点上，讨论首先对如何使RLF报告可以由不同RAT使用作出决策，如下文所解释的。
已经提出了使与IRAT HO相关联的RLF报告可以由运行MRO 算法的不同RAT使用的不同解决方案。在从2012年2月6日至2012 年2月10日在德国的德累斯顿召开的3GPP会议R3-75中给出的题为“IRAT MRO way forward”的3GPP Written Contribution R3-120390中描述了这些解决方案。如3GPP Written Contribution R3-120390中所述并且如下文所讨论的，存在四种不同的解决方案。
解决方案1：第一个解决方案是当返回LTE RAN时报告RLF。更具体地，针对上文所讨论的场景1和场景2，当UE在移动性失败之后重连接到2G/3G RAN时，UE存储针对相应失败报告的必要信息。然后，当UE回到LTE RAN中时，将失败信息作为例如RLF报告发送到LTERAN。LTE RAN中从UE获得RLF报告的基站经由适当信令(例如，针对场景1和2b的X2或S1信令，以及针对场景2a在IRAT HO之前去往2G/3G RAN中为小区提供服务的基站的无线网络控制器 (RNC)的RAN信息消息(RIM))将RLF转发给为发生相应移动性连接失败的小区提供服务的基站。
在图5中示出了针对场景1的解决方案1。如图所示，UE在LTE RAN中经历RLF。在RLF之后，UE连接到3G RAN中的小区Y并且存储RLF报告。接下来，当UE通过例如从3G RAN中的小区Y向 LTE RAN中的小区B进行IRAT HO重连接到LTE RAN时，UE向与 LTE RAN中的小区B相对应的基站发送RLF报告。与小区B相对应的基站向与发生RLF的小区A相对应的基站发送RLF报告。针对小区A的基站的MRO功能确定UE在RLF之前连接到小区A的时间量 (Δt)大于预定最小时间量(t_min)，因此RLF是由于太晚从LTE RAN 向3G RAN进行IRAT HO而发生的。
在图6中示出了针对场景2a的解决方案1。当在从3G RAN的小区X向LTE RAN的小区A进行IRAT HO期间HO失败(即，不成功 RACH尝试)之后，UE重连接到3G RAN的小区Y。接下来，当UE 通过例如从3G RAN中的小区Y向LTE RAN中的小区B进行IRAT HO来重连接到LTERAN时，UE向与LTE RAN中的小区B相对应的基站发送RLF报告。与LTE RAN中的小区B相对应的基站确定移动性失败是从3G RAN中的小区X进行的IRAT HOF，因此经由RIM 向与3G RAN的小区X相对应的基站的RNC发送RLF报告。
在图7中示出了针对场景2b的解决方案。在从3G RAN的小区X 向LTE RAN的小区A进行IRAT HO之后不久，UE经历RLF。在RLF 之后，UE重连接到3G RAN的小区Y。接来下，当UE通过例如从 3G RAN中的小区Y向LTE RAN中的小区B进行IRAT HO重连接到 LTE RAN时，UE向与LTE RAN中的小区B相对应的基站发送RLF 报告。与LTE RAN中的小区B相对应的基站确定移动性失败是在从 3G RAN中的小区X向LTE RAN中的小区A进行IRAT HO之后不久的RLF(即，IRAT是太早IRAT)，因此经由RIM向与3G RAN的小区X相对应的基站的RNC发送RLF报告。此外，与小区B相对应的基站可以经由适当信令(例如，X2或S1)向与LTE RAN中发生RLF 的小区A相对应的基站发送RLF报告。
解决方案2：第二解决方案是在移动性失败之后向UE重连接到的2G/3G RAN和/或LTE RAN报告失败。更具体地，在图8中示出了针对场景1的解决方案2。如图所示，由于太晚向3G RAN进行HO， UE在LTE RAN的小区A中经历RLF。在RLF之后，UE存储RLF 报告并且在重连接到3G RAN的小区Y之后向3G RAN发送RLF报告。与3G RAN的小区Y相对应的基站的RNC确定RLF报告是太晚从LTE RAN的小区A进行IRAT HO的结果，因此经由RIM向与LTE RAN的小区A相对应的基站发送RLF报告。
在图9中示出了针对场景2a的解决方案2。如图所示，当在从 3G RAN的小区X向LTERAN的小区A进行IRAT HO期间HO失败 (即，不成功RACH尝试)之后，UE存储相应的RLF报告并且在重连接到3G RAN的小区Y时向3G RAN发送RLF报告。与3G RAN 的小区Y相对应的基站的RNC确定RLF报告是太早从3G RAN的小区X向LTE RAN的小区A进行IRAT HO的结果。此外，RNC可以经由RIM向与LTE RAN的小区A相对应的基站发送RLF报告。显而易见，RLF报告可以由与LTE RAN的小区A相对应基站的RNC的 MRO功能和/或基站的MRO功能使用。如果UE在失败之后重连接到 LTE RAN并且RLF报告还未报告给LTE RAN，则UE可以向LTE RAN 中的服务基站发送RLF报告。然后，服务基站可以经由RIM将RLF 报告转发给与3G RAN中的小区X相对应的基站的RNC，并且如果期望的话，将RLF报告发送给与LTE RAN中的小区A相对应的基站。
在图10中示出了针对场景2b的解决方案2。如图所示，在从3G RAN的小区X向LTERAN的小区A进行IRAT HO之后不久，UE经历RLF。在RLF之后，UE存储RLF报告并且在重连接到3G RAN的小区Y时将RLF报告发送给3G RAN。与3G RAN的小区Y相对应的基站的RNC确定RLF报告是太早从3G RAN的小区X向LTE RAN 的小区A进行IRAT HO的结果。此外，RNC可以经由RIM向与LTE RAN的小区A相对应的基站发送RLF报告。显而易见，RLF报告可以由与LTE RAN的小区A相对应的基站的RNC的MRO功能和/或基站的MRO功能使用。如果在失败之后UE重连接到LTE RAN并且 RLF报告还未报告给LTE RAN，则UE可以向LTE RAN中的服务基站发送RLF报告。然后，服务基站可以经由RIM将RLF报告转发给与3G RAN中的小区X相对应的基站的RNC，并且如果期望的话，将RLF报告发送给与LTE RAN中的小区A相对应的基站。
解决方案3：第三个解决方案是向发生失败的RAT报告RLF并且在接收到HO命令的小区的RAT中报告HO失败。更具体地，在图 11中示出了针对场景1的解决方案3。显而易见，针对场景1的解决方案3与针对场景1的解决方案1相同。如图所示，UE在LTE RAN 中经历RLF。在RLF之后，UE连接到3G RAN中的小区Y并且存储 RLF报告。接下来，当UE通过例如从3GRAN中的小区Y向LTE RAN 中的小区B进行IRAT HO重连接到LTE RAN时，UE向与LTE RAN 中的小区B相对应的基站发送RLF报告。与小区B相对应的基站向与发生RLF的小区A相对应的基站发送RLF报告。针对小区A的基站的MRO功能确定UE在RLF之前连接到小区A的时间量(Δt)大于预定最小时间量(t_min)，因此RLF是由于太晚从LTE RAN向3G RAN进行IRAT HO而发生的。
在图12中示出了针对场景2a的解决方案3。如图所示，当在从 3G RAN的小区X向LTE RAN的小区A进行IRAT HO期间HO失败 (即，不成功RACH尝试)之后，UE存储相应的RLF报告并且在重连接到3G RAN的小区Y时向3G RAN发送RLF报告。与3G RAN 的小区Y相对应的基站的RNC确定RLF报告是太早从3G RAN的小区X向LTE RAN的小区A进行IRAT HO的结果。如果期望的话， RNC经由RIM向与LTE RAN的小区A相对应的基站发送RLF报告。
在图13中示出了针对场景2b的解决方案3。显而易见，针对场景2b的解决方案与针对场景2b的解决方案1相同。在从3G RAN的小区X向LTE RAN的小区A进行IRAT HO之后不久，UE经历RLF。在RLF之后，UE重连接到3G RAN的小区Y。接来下，当UE通过例如从3G RAN中的小区Y向LTE RAN中的小区B进行IRAT HO重连接到LTE RAN时，UE向与LTE RAN中的小区B相对应的基站发送RLF报告。与LTE RAN中的小区B相对应的基站确定移动性失败是在从3G RAN中的小区X向LTE RAN中的小区A进行IRAT HO之后不久的RLF(即，IRAT是太早IRAT)，因此经由RIM向与3G RAN 的小区X相对应的基站的RNC发送RLF报告。此外，与小区B相对应的基站可以经由适当信令(例如，X2或S1)向与LTE RAN中发生 RLF的小区A相对应的基站发送RLF报告。
解决方案4：第四个解决方案在太晚从LTE RAN向2G/3G RAN 进行IRAT HO的情况下当返回LTE RAN时发送RLF报告并且在太早从2G/3G RAN向LTE RAN进行IRAT HO的情况下在2G/3G RAN的 RNC处检测连接失败。针对场景1的解决方案4在图14中被示出并且与针对场景1的解决方案1相同。针对解决方案4的场景2a和2b， UE不向网络报告连接失败。相反，2G/3G网络的RNC可以理解的是， UE先前驻留在2G/3G网络上并且当在向LTE RAN进行IRATHO期间连接失败之后正在返回2G/3G网络。
如下面的具体实施方式中详细讨论的，发明人已经发现，用于在上文所讨论的多个场景中从UE获得RLF报告的解决方案产生了与延迟RLF报告有关的新问题。因此，需要解决这些新问题的系统和方法。
发明内容
本公开涉及在蜂窝通信网络中识别过期失败报告。在一个实施例中，蜂窝通信网络中的节点接收与针对用户设备(UE)的连接失败相关联的失败报告，并且确定所述连接失败关于由所述节点进行的最近移动性调整何时发生。如果所述连接失败在所述节点进行的所述最近移动性调整之前发生，则所述节点将所述失败报告分类为过期失败报告。在一个实施例中，如果所述失败报告被分类为过期失败报告，则所述节点丢弃所述失败报告，使得针对下一个迭代的过程不考虑所述失败报告以确定是否期望新移动性调整。在另一实施例中，如果所述失败报告被分类为过期失败报告，则所述节点针对下一个迭代的过程以降低的相关性考虑所述失败报告，以确定是否期望新移动性调整。
在一个实施例中，所述失败报告包括指示所述连接失败发生的时间的定时数据，并且所述节点基于所述定时数据来确定所述连接失败关于由所述节点进行的所述最近移动性调整何时发生。在一个特定的实施例中，所述定时数据包括定义所述连接失败发生的时间与所述UE 发送所述失败报告的时间之间已经经过的时间量的第一定时器值，并且所述节点基于所述第一定时器值和定义自从所述节点进行所述最近移动性调整开始已经经过的时间量的第二定时器值来确定所述连接失败关于由所述节点进行的所述最近移动性调整何时发生。
在一个实施例中，如果所述连接失败在所述节点进行的所述最近移动性调整之后发生，则所述节点将所述失败报告分类为当前失败报告。在一个实施例中，如果所述失败报告被分类为当前失败报告，则所述节点针对下一个迭代的移动性优化过程考虑所述失败报告。
在一个实施例中，多无线接入技术(RAT)蜂窝通信系统中的UE 检测到连接失败，然后发送失败报告，其中，失败报告与连接失败相关联并且包括指示连接失败发生的时间的定时数据。在一个实施例中，定时数据包括定义连接失败发生的时间与UE向蜂窝通信网络发送失败报告的时间之间已经经过的时间量的定时器值。在一个特定实施例中，响应于检测到连接失败，UE启动定时器。此后，UE检测到用于发送失败报告的触发事件，并且响应于触发事件，停止定时器并且向蜂窝通信网络发送包括定时器的值的失败报告。
在一个实施例中，连接失败是由根据第一无线接入技术操作的第一无线接入网中的第一基站服务的小区中的无线链路失败，并且在重连接到第一无线接入网之后，UE向第一无线接入网中的基站发送失败报告。在一个特定实施例中，连接失败是由根据第一无线接入技术操作的第一无线接入网中的第一基站服务的小区中的无线链路失败，并且在无线链路失败之后，UE首先重连接到根据第二无线接入技术操作的第二无线接入网中的基站。在重连接到第二无线接入网中的基站一段时间之后，UE连接到第一无线接入网中的基站，从而重连接到第一无线接入网，并且在重连接到第一无线接入网之后，UE向第一无线接入网中的基站发送失败报告。
在一个实施例中，连接失败是与从由根据第一无线接入技术操作的第一无线接入网中的第一基站服务的小区向由根据第二无线接入技术操作的第二无线接入网中的第二基站服务的小区进行的切换相关联的连接失败。在该实施例中，在接下来连接到根据第二无线接入技术操作的第二无线接入网中的基站之后，UE向第二无线接入网中的基站发送失败报告。
在一个特定实施例中，连接失败是与从由根据第一无线接入技术操作的第一无线接入网中的第一基站服务的小区向由根据第二无线接入技术操作的第二无线接入网中的第二基站服务的小区进行的切换相关联的连接失败。在该实施例中，在连接失败之后，UE首先连接到第一无线接入网中的基站。一段时间之后，UE连接到第二无线接入网中的基站，并且在连接到第二无线接入网中的基站之后，UE向第二无线接入网中的基站发送失败报告。
在一个实施例中，连接失败是由根据第一无线接入技术操作的第一无线接入网中的第一基站服务的小区中的无线链路失败，并且在连接到根据第二无线接入技术操作的第二无线接入网的第二基站之后， UE向第二无线接入网中的第二基站发送失败报告。在一个特定的实施例中，连接失败是根据第一无线接入技术操作的第一无线接入网中的第一基站服务的小区中的无线链路失败。此外，在无线链路失败之后，UE连接到根据第二无线接入技术操作的第二无线接入网中的第二基站，并且在连接到第二无线接入网的第二基站之后，向第二无线接入网中的第二基站发送失败报告。
在与附图相关联地阅读优选实施例的以下详细描述之后，本领域技术人员将清楚本公开的范围并且认识到其额外方面。
附图说明
并入本说明书中并且形成其一部分的附图示出了本公开的几个方面，并且与描述一起用于解释本公开的原理。
图1A和1B示出了根据本公开的一个实施例的蜂窝通信网络的无线接入技术间(IRAT)切换(HO)；
图2示出了由于太晚从长期演进(LTE)无线接入网(RAN)向通用陆地无线接入网(UTRAN)进行IRAT HO而减少无线链路失败 (RLF)的次数与当增加相应IRAT HO阈值时增加从LTE RAN向UTRAN进行的不必要IRAT HO的次数之间的折中；
图3是示出了由于太早从UTRAN向LTE RAN进行IRAT HO而减少HO失败(HOF)的次数与当增加相应IRAT HO阈值时不必要地增加在UTRAN中的时间之间的折中；
图4示出了根据第三代合作伙伴计划技术规范(3GPP TS)36.331 的当前标准存储在RLF报告中的信息；
图5至图14图示了用于针对与IRAT HO相关联的不同连接失败场景向蜂窝通信网络发送失败报告的四个不同的解决方案；
图15示出了向蜂窝通信网络中执行移动性鲁棒优化(MRO)功能的节点迟报告连接失败，这可能发生在图5至图14中所示的很多解决方案和场景中；
图16是示出了根据本公开的一个实施例用于将执行MRO功能的节点所接收的失败报告分类为当前的或过期的的过程的流程图；
图17是示出了根据本公开的一个实施例的用户设备或用户元件 (UE)向蜂窝通信网络发出或发送失败报告的操作的流程图，其中失败报告包括指示发生相关联的连接失败的时间的定时数据；
图18是示出了根据本公开的一个实施例的蜂窝通信网络中执行 MRO功能的节点基于根据图17的过程的失败报告中包括的定时数据以及定义节点做出最近MRO调整的时间的定时数据来对失败报告进行接收和分类的操作的流程图；
图19示出了根据本公开的一个实施例的包括4G LTE蜂窝通信网络和3G通用移动电话系统(UMTS)蜂窝通信网络的蜂窝通信网络，其中，在4G LTE蜂窝通信网络的LTE RAN与UMTS蜂窝通信网络的UTRAN之间发生IRAT HO，其中，由UE针对连接失败所发送的失败报告包括由适当的MRO功能利用以将失败报告分类为当前的或过期的的定时数据；
图20至图29示出了根据本公开的各个实施例针对图5至图14 的解决方案和场景中的每一个的失败报告传输，其中，失败报告包括实现将失败报告分类为当前的或过期的的定时数据；
图30是根据本公开的一个实施例的UE的框图；
图31是根据本公开的一个实施例的基站的框图；以及
图32是根据本公开的一个实施例的无线网络控制器(RNC)的框图。
具体实施方式
下面阐述的实施例表示使本领域技术人员实践实施例并且说明实践实施例的最佳模式的必要信息。在根据附图阅读以下描述以后，本领域技术人员将理解本公开的构思并且将认识到本文未具体给出的这些构思的应用。应当理解的是，这些构思和应用落入本公开和所附权利要求的范围内。
如背景技术中关于多无线接入技术(RAT)蜂窝通信系统中的无线接入技术间(IRAT)切换(HO)所讨论的，第三代合作伙伴计划 (3GPP)无线接入网(RAN)工作组3(WG3)已经具体说明了呈现移动性问题因此需要解决的多种高优先级场景。此外，由3GPP RAN WG3具体说明的场景是：
·场景1：当在长期演进(LTE)RAN中或在从LTE RAN向2G/3G RAN(例如，通用陆地无线接入网(UTRAN))进行HO期间移动性连接失败(本文中也简称为连接失败)，具体地，无线链路失败(RLF)，然后重连接到2G/3G RAN(即，太晚从LTE RAN向2G/3G RAN进行 HO)。
·场景2：在从2G/3G RAN(例如，UTRAN)向LTE RAN进行 HO期间或之后的移动性失败,然后重连接回2G/3G RAN(即，源 RAT)。重连接可以针对HO的源小区或2G/3G RAN中的不同小区。这在本文中被称作太早从2G/3G RAN向LTE RAN进行HO。
o场景2a：从2G/3G RAN向LTE RAN进行HO期间的切换失败 (HOF)(即，LTE RAN中的随机接入信道(RACH)尝试期间的HOF)，然后重连接回2G/3G RAN。
o场景2b：从2G/3G RAN向LTE RAN进行HO之后不久LTE RAN中的RLF(即，LTE RAN中的成功RACH之后的RLF)，然后重连接回2G/3G RAN。
此外，针对LTE RAN与2G/3G RAN之间的IRAT HO，已经提出了用于使与IRAT HO相关联的RLF报告可以由运行移动性鲁棒优化 (MRO)算法的不同RAT利用的多种解决方案。如背景技术中所讨论的，这些解决方案包括：
·解决方案1：当返回LTE RAN时报告RLF。
·解决方案2：在移动性失败之后，向UE重连接到的2G/3G RAN 和/或LTE RAN报告失败。
·解决方案3：向发生失败的RAT报告RLF并且在接收到HO命令的小区的RAT中报告HO失败。
·解决方案4：在太晚从LTE RAN向2G/3G RAN进行IRAT HO 的情况下当返回LTERAN时报告RLF，并且在太早从2G/3G RAN向 LTE RAN进行IRAT HO的情况下在2G/3G RAN的RNC处检测连接失败。
发明人已经发现，当使用上文针对使失败报告可以由蜂窝通信网络使用所讨论的解决方案时，出现的一个问题是在用户设备或用户元件(UE)经历连接失败的时间与UE报告连接失败的时间之间可能存在延迟。报告连接失败的延迟可能是由于以下各项引起的：在UE重连接到要在其中报告连接失败的RAN之前的较长延迟(例如，解决方案1)、在重连接到要在其中报告连接失败的RAN之前UE过渡到空闲模式持续较长时间或者蜂窝通信网络未能请求报告RLF报告持续较长时间。因此，在例如LTE RAN中针对小区执行MRO的MRO 功能可以执行MRO过程，这导致基于以及时方式接收的失败报告对小区的移动性参数进行调整(即，移动性调整)。然而，由于延迟报告问题，MRO功能可能在已经进行移动性调整之后继续接收失败报告，其中，失败报告与在进行移动性调整之前的时间窗有关。通过使用当前的MRO算法，针对下一个迭代的MRO过程仍然以与及时失败报告相同的相关性考虑这些“过期”失败报告。过期失败报告可能导致不正确的或不期望的移动性调整以及蜂窝通信网络缓慢地收敛到稳定移动性状态。
举例说明，图15示出了在由于太晚从LTE RAN向3G RAN进行HO而引起的RLF之后针对解决方案1的场景1的过期失败报告。针对解决方案1，直到UE返回LTE RAN，它们才报告失败，因此，如果UE最初在RLF之后未重连接回LTE RAN，则存在延迟。由于以下两个原因，该延迟可能非常长：(1)从3G RAN向LTE RAN进行的 HO可能被运营商禁用以避免LTE RAN与3GRAN之间的乒乓、以及 (2)UE经由小区重选重连接到LTE RAN，这是UE控制的过程(即，如果期望的话，UE可以决定保持驻留在3G RAN中)。运行在LTE RAN 中的基站上的MRO功能和/或运行在3G RAN中的无线网络控制器 (RNC)上的MRO功能将非常可能响应于某一事件发生和/或基于接收到最少次数的报告(其可以是RLF报告、不必要HO报告或乒乓报告)来周期性地触发移动性调整。
在该示例中，N＝N1+N2个UE已经经历太晚从LTE RAN的小区 A向3G RAN的小区X进行HO，并且由于太晚HO，在LTE RAN的小区A中的相应RLF之后，所有N个UE重连接到3G RAN的小区Y。在一段时间之后，N1个UE已经重连接到LTE RAN的小区B并且向与LTE RAN中的小区B相对应的基站(eNB 1)发送相应的RLF报告。假设eNB 1为LTE RAN的小区A和小区B二者提供服务，则在特定时刻(t0)触发eNB 1的MRO过程以确定是否需要移动性调整或MRO调整，并且如果是，则进行移动性调整。在时刻(t0)之后，新UE可能最终经历太晚HO或不必要HO，并且当这些新UE返回 LTE RAN时，新UE发送将用于下一个迭代的MRO过程的新RLF报告。
在时刻(t0)之后，如果根据3GPP技术规范(TS)36.331，其他N2个UE在失败之后48小时内向LTE RAN发送RLF报告，则eNB1 还将从这些UE接收RLF报告。在当前标准中，不支持eNB 1识别来自这N2个UE的RLF报告不与eNB 1中的当前移动性参数设置相关联。因此，eNB1不可能丢弃来自N2个UE的RLF报告使得针对eNB 1处的下一个迭代的MRO过程不考虑RLF报告。因此，来自N2个 UE的RLF报告(在本文中称作过期RLF报告)将与N2/N成正比地影响MRO调整的鲁棒性和MRO收敛。
在其他解决方案(即，解决方案2、3和4)中，使RLF报告可以由可能运行MRO算法的其他节点使用。在这些解决方案中，例如，如果UE在失败之后进入空闲模式并且在较长时间之后返回活动模式或者如果网络未能请求报告RLF报告持续较长时间，则可能出现过期RLF。即使与解决方案1中相比可以更快速地得到RLF报告，过期 RLF报告的问题也将存在。例如，可以假设在执行迭代的MRO过程之前几分钟发生了特定次数的失败并且即使相应RLF报告在稍后几分钟内可用，RLF报告也是过期的。
本公开提供了解决在蜂窝通信网络中过期连接失败报告的系统和方法。过期失败报告可以被丢弃使得针对下一个迭代的移动性优化过程(例如，MRO过程)不对其进行考虑或针对下一个迭代的移动性优化过程以降低的相关性对其进行考虑。显而易见，虽然下文所述的很多实施例涉及关于IRAT HO对失败报告进行分类，但是本文公开的构思同样可应用于针对RAT内HO(即，相同RAT内的小区之间的 HO)的失败报告。此外，虽然本文所讨论的很多实施例涉及关于4G LTE蜂窝通信网络与2G/3G蜂窝通信网络之间的IRAT HO对失败报告进行分类，但是本文所述的构思不限于任何特定的RAT。
在这一点上，图16是示出了根据本公开的一个实施例对失败报告进行表征的过程的流程图。在该实施例中，图16的过程由蜂窝通信网络中执行用于调整或更新移动性参数的过程(在本文中称作MRO 过程)的节点来执行。如本文所使用的，移动性参数是用于控制无线设备或UE在蜂窝通信网络中的移动性或HO的参数(例如，参考信号接收功率(RSRP)或参考信号接收质量(RSRQ)阈值)。更具体地，移动性参数是用于控制从一个小区向相邻小区的HO的参数，其中，两个小区可以处于相同的RAN中(即，针对RAT内HO)或根据不同RAT操作的不同RAN中(即，针对IRAT HO)。移动性参数通常包括移动性阈值(例如，RSRP和/或RSRQ阈值)。移动性调整是针对特定相邻小区对一个或多个移动性参数的调整。此外，移动性调整可能影响不同源实体与目标实体之间诸如移动性阈值等的移动性参数。例如，移动性调整可以应用于源小区与目标小区之间或者源小区与目标频率之间或者源小区与目标RAT之间。执行图16的过程的节点可以是例如蜂窝通信网络中的基站(例如，LTE蜂窝通信网络的增强型节点B(eNB))、RNC(例如，通用移动电信系统(UMTS) 蜂窝通信网络中的基站的RNC)等。
如图所示，节点接收与针对UE的连接失败相关联的失败报告(步骤1000)。如本文所使用的，失败报告通常是通知或报告由UE经历的连接失败的信息，其中，连接失败更具体地是移动性连接失败。在一个特定实施例中，失败报告是RLF报告。如下文所讨论的，失败报告包括指示发生连接失败的时间的定时数据。在一个优选实施例中，定时数据是或者包括定义在发生连接失败的时间与UE通过向适当节点发送失败报告来报告连接失败的时间之间经过(expire)的时间量的定时器值。然而，定时数据不限于此。例如，定时数据可以备选地包括发生连接失败的绝对时间(例如，发生连接失败的时间和日期)。如下文详细讨论的，节点接收失败报告的方式可以根据特定实施例而改变。一般地，节点可以从UE、从相同蜂窝通信网络中的另一节点或者从根据不同RAT操作的另一蜂窝通信网络中的另一节点接收失败报告。
在接收到失败报告之后，节点确定相关联的连接失败是否是在节点进行的上一次或最近MRO调整之前发生的(步骤1002)。换言之，节点确定相关联的连接失败关于节点进行的最近MRO调整何时发生。更具体地，在一个实施例中，失败报告中包括的定时数据包括指示发生连接失败的时间的定时数据。然后，节点基于失败报告中的定时数据和由节点维护的定义节点进行最近MRO调整的时间的定时数据来确定相关联的连接失败关于最近MRO调整何时发生。在下文所讨论的一个优选实施例中，失败报告中的定时数据是或者包括定义在发生连接失败的时间与UE通过向适当节点发送失败报告的时间之间经过的时间量的定时器值，并且由节点维护的定时数据是或者包括定义自从节点进行最近MRO调整开始经过的时间量的另一定时器值。在该实施例中，节点基于两个定时器值的比较来确定连接失败关于节点进行的最近MRO调整何时发生，同时在一些实施例中考虑由UE报告连接失败与由节点接收失败报告之间的任意延迟。
在另一实施例中，另一节点(例如，操作和维护(OAM)节点) 维护定义自从节点进行最近MRO调整开始经过的时间量的定时器值。在该实施例中，节点发送来自失败报告的定义发生连接失败的时间与 UE通过向另一节点发送失败报告来报告连接失败的时间之间经过的时间量的定时器值。然后，另一节点比较两个定时器值，在一些实施例中同时考虑由UE报告连接失败与由另一节点接收发送的失败报告中的定时器值之间的任意延迟。然后，另一节点向节点返回指示连接失败关于节点进行最近MRO调整何时发生的信息。
如果连接失败在最近MRO调整之前发生，则节点将失败报告分类为过期失败报告(步骤1004)。因此，在一个实施例中，针对下一个迭代的MRO过程丢弃失败报告或者以其他方式不考虑失败报告。在另一实施例中，针对下一个迭代的MRO过程以降低的相关性(例如，与针对下一个迭代的MRO过程的及时失败报告相比，降低的权重或缩放因子)考虑失败报告。如果在最近MRO调整之后发生连接失败，则节点将失败报告分类为当前或及时失败报告(步骤1006)。因此，针对下一个迭代的MRO过程以全权重考虑失败报告。
图17是示出了根据本公开的一个实施例UE报告连接失败的操作的流程图。如图所示，UE检测到连接失败(步骤2000)。连接失败优选地是RLF或HOF。例如，连接失败可以是由于太晚从LTE RAN向 2G/3G RAN进行IRAT HO而引起的RLF。举另一个例子，连接失败可以是由于太早从2G/3G RAN向LTE RAN进行IRAT HO引起的HOF 或者由于太早IRAT HO引起的在从2G/3G RAN向LTE RAN进行IRAT HO之后不久的RLF。然而，注意，这些示例是非限制性的。UE 可以检测并且接下来报告其他类型的连接失败(即，针对RAT内HO 的HO失败)。
响应于检测到连接失败，UE启动定时器，该定时器在本文中被称作定时器(TF)(步骤2002)。此后，UE继续运行定时器(TF)，直到UE确定是时候报告连接失败为止(步骤2004)。一旦是时候报告连接失败，UE就停止定时器(TF)(步骤2006)。通过这种方式，定时器(TF)定义连接失败发生并由此被UE检测到的时间与UE报告连接失败的时间之间经过的时间量。最后，UE向适当节点发出或发送报告连接失败的失败报告，其中，失败报告包括定时器(TF)的值 (步骤2008)。UE向其发送失败报告的节点可以根据特定的实施例而改变。如下文详细讨论的，UE可以向发生连接失败的相同RAT或相同RAN中的基站或者与发生连接失败的RAT或RAN不同的RAT或不同RAN中的基站发送失败报告。显而易见，不论连接失败是RLF 还是HOF，都经由RLF报告来报告连接失败。
图18是示出了根据本公开的一个实施例的执行MRO过程的节点接收、分类和利用UE根据图17的过程发送的失败报告的操作的流程图。如图所示，节点在针对第一个迭代的MRO过程进行MRO调整时启动定时器(步骤3000)。此后，节点接收失败报告并且基于定时器(TMRO)和失败报告中包括的定时器(TF)来对失败报告进行分类 (步骤3002)。注意，失败报告可以是针对多个小区、频率和/或RAT 的失败报告。在一个实施例中，基于节点接收到失败报告时的定时器 (TMRO)与失败报告中的定时器(TF)的比较来对每一个失败报告进行分类，使得如果TF>TMRO，则将失败报告分类为过期失败报告，并且如果TF<TMRO，则将失败报告分类为当前或及时失败报告。然而，注意，在一些实施例中，在相应UE发送失败报告的时间与节点接收失败报告的时间之间可能存在延迟。例如，在解决方案1的场景2a 中，失败报告由UE发送到2G/3G RAN然后由2G/3G RAN的RNC 经由RAN信息消息(RIM)转发给LTE RAN。失败报告的转发具有相关联的延迟，当比较TF和TMRO时，可以由节点来补偿该延迟。
在用于执行MRO过程的触发事件发生之后一段时间，节点执行下一个迭代的MRO过程(步骤3004)。在一个实施例中，丢弃过期失败报告，使得基于在步骤3002中接收并且分类为当前的失败报告但是不基于在步骤3002中接收并分类为过期的失败报告来执行步骤3004中执行的下一个迭代的MRO过程。在另一实施例中，以降低的相关性来考虑过期失败报告，使得基于在步骤3002中接收并分类为当前的失败报告以及在步骤3002中接收并分类为过期的失败报告来执行步骤3004中执行的下一个迭代的MRO过程，但是其中，与当前失败报告相比，以降低的相关性来考虑过期失败报告。例如，可以通过向过期失败报告应用适合的缩放或加权因子来降低过期失败报告的相关性。
接下来，节点确定是否在步骤3004中执行的迭代的MRO过程期间进行任意MRO调整(步骤3006)。如果否，则过程返回步骤3002，并且继续。如果在步骤3004中进行一个或多个MRO调整，则节点重新启动定时器(TMRO)(步骤3008)，然后过程返回步骤3002并继续。
图19示出了根据本公开的一个实施例实现连接失败的报告和相应失败报告的分类的多RAT蜂窝通信系统20。如本文所使用的，多 RAT蜂窝通信系统包括根据不同RAT操作的多个蜂窝通信网络。在该实施例中，多RAT蜂窝通信系统20包括LTE蜂窝通信网络22(具体地，4G LTE蜂窝通信网络22)和UMTS蜂窝通信网络23(其是3G 网络)。如图所示，LTE蜂窝通信网络22包括RAN(在本文中称作 LTE RAN)。LTE RAN包括为LTE蜂窝通信网络22的相应小区提供服务的基站(BS)24-1和24-2(更一般地，在本文统称为基站24并且单独地称作基站24)。显而易见，在LTE中，基站24也称作eNB。
基站24-1为位于由基站24-1服务的小区内的UE 26-1至26-N1 (更一般地，在本文中统称为UE 26，并且单独地称为UE 26)提供服务。同样地，基站24-2为位于由基站24-2服务的小区内的UE 28-1 至28-N2(更一般地，在本文中统称为UE 28，并且单独地称为UE 28)提供服务。应当注意的是，如本文所使用的，UE是被配置为在蜂窝通信网络中操作的任意类型的设备，并且在图19的实施例中，被配置为在多RAT蜂窝通信系统20中操作的任意类型的设备。基站24-1在本文中被称作UE 26的服务基站24-1，并且基站24-2在本文中被称作UE28的服务基站24-2。显而易见，虽然在图19中为了清楚和易于讨论仅示出了两个基站24-1和24-2，但是将容易清楚的是，LTE蜂窝通信网络22可以包括任意数量的基站24。此外，虽然未示出，但是每一个基站24可以为一个或多个小区或扇区提供服务。
LTE蜂窝通信网络22还包括核心网30，核心网30包括一个或多个服务网关(S-GW)和一个或多个移动性管理实体(MME)(未示出)。基站24经由相应S1连接被连接到核心网30。类似地，在该实施例中，基站24-1和24-2经由X2连接相互连接。
UMTS蜂窝通信网络23包括RAN，RAN在本文中被称作UTRAN。 UTRAN包括RNC 32-1和32-2(更一般地，在本文中统称为RNC 32 并且单独地称作RNC 32)。RNC 32-1控制多个基站34-1至34-M1(更一般地，在本文中统称为基站34并且单独地称作基站34)。同样地， RNC32-2控制多个基站36-1至36-M2(更一般地，在本文中统称为基站36并且单独地称作基站36)。基站34-1为位于UMTS蜂窝通信网络23的相应小区中的UE 38-1至38-N3(更一般地，在本文中统称为UE 38并且单独地称作UE 38)提供服务，并且基站34-M1为位于 UMTS蜂窝通信网络23的相应小区中的UE 40-1至40-N4(更一般地，在本文中统称为UE 40并且单独地称作UE 40)提供服务。通过相同的方式，基站36-1为位于UMTS蜂窝通信网络23的相应小区中的 UE 42-1至42-N5(更一般地，在本文中统称为UE 42并且单独地称作UE 42)提供服务，并且基站36-M2为位于UMTS蜂窝通信网络 23的相应小区中的UE 44-1至44-N6(更一般地，在本文中统称为UE 44并且单独地称作UE 44)提供服务。显而易见，虽然在图19中为了清楚和易于讨论仅示出了两个RNC 32，但是将容易清楚的是， UMTS蜂窝通信网络23可以包括任意数量的RNC 32和相关联的基站。 UMTS蜂窝通信网络23还包括核心网46。RNC 32经由相应连接被连接到核心网46。
多RAT蜂窝通信系统20包括操作以优化UE 26、28、38、40、 42、44的移动性参数的多个MRO功能48-1至48-4(更一般地，在本文中统称为MRO功能48并且单独地称作MRO功能48)。在LTE蜂窝通信网络22中，MRO功能48-1和48-2被实现在例如基站24-1和 24-2处。相反，在UMTS蜂窝通信网络23中，MRO功能48-3和48-4 被实现在RNC 32-1和32-2处。在该实施例中，MRO功能48-1执行 MRO算法以调整或更新对从由基站24-1服务的小区进行的HO进行控制的一个或多个移动性参数。这些移动性参数可以与RSRP和/或RSRQ测量类型相关联，并且操作以形成针对由基站24-1服务的小区的HO阈值，其在本文中被称作ho_thresh_lte。通过同样的方式，MRO 功能48-2执行MRO算法以调整或更新对从由基站24-2服务的小区进行的HO进行控制的一个或多个移动性参数。MRO功能48-3执行 MRO算法以调整或更新对从由RNC 32-1控制的基站34服务的小区进行的HO进行控制的一个或多个移动性参数。这些移动性参数可以与RSRP和/或RSRQ测量类型相关联，并且操作以形成针对由基站 34服务的小区的HO阈值，其在本文中被称作ho_thresh_utran。通过同样的方式，MRO功能48-4执行MRO算法以调整或更新对从由RNC 32-2控制的基站36服务的小区进行的HO进行控制的一个或多个移动性参数。
如下文详细讨论的，MRO功能48针对由MRO功能48执行的特定迭代的MRO算法将与UE 26、28、38、40、42和44经历的连接失败相关联的失败报告分类为过期的或当前的。在一个实施例中，每一个失败报告包括指示发生相应连接失败的时间的定时数据。一旦适当的MRO功能48接收到失败报告，MRO功能然后基于定时数据将失败报告分类为当前的或过期的，如上文关于图16至图18所讨论的。如果失败报告是过期的，则MRO功能48根据特定的实施例针对下一个迭代的MRO过程丢弃失败报告或者以降低的相关性考虑失败报告。
图20至图29示出了根据本公开的几个实施例图19的多RAT蜂窝通信系统20的操作。具体地，图20至图29示出了图19的多RAT 蜂窝通信系统20针对解决方案1至4以及场景1、2a和2b的操作。具体地，图20示出了根据本公开的一个实施例图19的多RAT蜂窝通信系统20针对解决方案1的场景1的操作。如图所示，在时刻(t0)， LTE RAN中的基站24(eNB)的MRO功能48执行迭代的MRO过程，这导致一个或多个MRO调整(即，对一个或多个移动性参数的调整)。作为进行MRO调整的结果，基站24(eNB)启动定时器(TMRO)。一段时间之后，在时刻(t1)，由基站24(eNB)服务的小区中的两个 UE(UE1和UE2)经历RLF。在该实施例中，RLF是由于太晚从基站24(eNB)服务的小区向由UTRAN中的基站34、36之一服务的小区进行HO而引起的。UE(UE1和UE2)检测到RLF，并且作为响应， UE(UE1和UE2)启动相应定时器(TF)。
首先，UE(UE1和UE2)在RLF之后重连接到UTRAN。此后，在时刻(t2)，UE(例如，通过从UTRAN向LTE RAN进行IRAT HO) 重连接到LTE RAN，并且发送针对t0时的RLF的RLF报告的触发事件发生。UE可以重连接到LTE RAN中发生RLF的相同小区或LTE RAN中的不同小区。响应于用于发送RLF报告的触发事件，UE1停止定时器(TF)并且向LTE RAN中的UE1的服务基站24发送包括定时器(TF)的值的失败报告(即，RLF报告)。如果服务基站24与为发生RLF的小区提供服务的基站24(eNB)不同，则服务基站24将失败报告转发给为发生连接失败的小区提供服务的基站24(eNB)。在接收到失败报告之后，基站24(eNB)的MRO功能48基于失败报告中包括的定时器(TF)的值(在该情况下，t2-t1)和基站24(eNB) 处在接收到失败报告时的定时器(TMRO)的值(在该情况下，t2-t0) 对失败报告进行分类。在这里，定时器(TF)的值小于定时器(TMRO) 的值，因此，针对基站24(eNB)的MRO功能48在时刻(t3)执行的下一个迭代的MRO过程将失败报告分类为当前的或及时的。注意，在时刻(t3)，响应于由MRO功能48在时刻(t3)进行的一个或多个移动性调整来重新启动定时器(TMRO)。
一段时间之后，在时刻(t4)，UE2(例如，通过从UTRAN向LTE RAN进行IRAT HO)重连接到LTE RAN。UE2可以重连接到LTE RAN 中发生RLF的相同小区或LTE RAN中的不同小区。在重连接到LTE RAN之后，用于报告在t0时发生的RLF失败的触发事件在时刻(t4) 发生。触发事件可以是例如从LTE RAN接收到针对任何失败报告的请求。作为响应，UE2停止定时器(TF)并且向LTE RAN中的UE2 的服务基站24发送包括定时器(TF)的值的失败报告(即，RLF报告)。如果服务基站24与为发生RLF的小区提供服务的基站24(eNB) 不同，则服务基站24将失败报告转发给为发生连接失败的小区提供服务的基站24(eNB)。在接收到失败报告之后，基站24(eNB)的MRO 功能48基于失败报告中包括的定时器(TF)的值(在该情况下，是t4-t1)和基站24(eNB)处在接收到失败报告时定时器(TMRO)的值 (在该情况下，是t4-t3)对失败报告进行分类。在这里，定时器(TF) 的值大于定时器(TMRO)的值，因此将失败报告分类为过期的。因此，针对由基站24(eNB)的MRO功能48执行的下一个迭代的MRO过程不考虑或者以降低的相关性考虑失败报告。
图21示出了根据本公开的一个实施例图19的多RAT蜂窝通信系统20针对解决方案1的场景2a的操作。如图所示，在时刻(t0)，UTRAN 中的RNC 32之一的MRO功能48执行迭代的MRO过程，这导致一个或多个MRO调整(即，对一个或多个移动性参数的调整)。作为进行MRO调整的结果，RNC 32启动定时器(TMRO)。一段时间之后，在时刻(t1)，由UTRAN中的RNC 32控制的基站34、36之一服务的小区中的两个UE(UE1和UE2)在从基站34、36服务的小区向由LTERAN中的基站24(eNB)之一服务的小区进行IRAT HO期间经历HOF。在该实施例中，HOF是由于太早HO引起的。UE(UE1和UE2)检测到HOF，并且作为响应，UE(UE1和UE2)启动相应定时器(TF)。
首先，UE(UE1和UE2)在HOF之后重连接到UTRAN。此后，在时刻(t2)，UE1(例如，通过从UTRAN向LTE RAN进行IRAT HO) 重连接到LTE RAN，并且用于发送针对HOF的失败报告的触发事件发生。响应于用于发送失败报告的触发事件，UE1停止定时器(TF)，并且向LTE RAN中的UE1的服务基站24发送包括定时器(TF)的值的针对HOF的失败报告。服务基站24确定失败报告针对从由RNC 32 控制的基站34、36服务的小区进行的IRAT HO的HOF，因此经由 RIM将失败报告转发给RNC 32。在接收到失败报告之后，RNC 32的 MRO功能48基于失败报告中包括的定时器(TF)的值(在该情况下，是t2-t1)和RNC 32处在接收到失败报告时定时器(TMRO)的值(在该情况下，是t3-t0)对失败报告进行分类。在这里，定时器(TF)的值小于定时器(TMRO)的值，因此针对由RNC 32的MRO功能48在时刻(t4)执行的下一个迭代的MRO过程，将失败报告分类为当前的或及时的。显而易见，RNC 32的MRO功能48可以补偿由于转发失败报告引起的延迟(即，延迟t3-t2)。在时刻(t4)，响应于MRO 功能48在时刻(t4)进行的一个或多个移动性调整来重新启动RNC 32 处的定时器(TMRO)。
一段时间之后，在时刻(t5)，UE2(例如，通过从UTRAN向LTE RAN进行IRAT HO)重连接到LTE RAN并且用于发送针对HOF的失败报告的触发事件发生。响应于用于发送失败报告的触发事件，UE2 停止定时器(TF)并且向LTE RAN中的UE2的服务基站24发送包括定时器(TF)的值的针对HOF的失败报告。服务基站24确定失败报告针对从由RNC 32控制的基站34、36服务的小区进行的IRAT HO 的HOF，因此经由RIM将失败报告转发给RNC 32。在接收到失败报告之后，RNC 32的MRO功能48基于失败报告中包括的定时器(TF) 的值(在该情况下，是t5-t1)和RNC 32处在接收到失败报告时定时器(TMRO)的值(在该情况下，是t6-t4)对失败报告进行分类。在这里，定时器(TF)的值大于定时器(TMRO)的值，因此针对由RNC 32 的MRO功能48执行的下一个迭代的MRO过程，将失败报告分类为过期的。显而易见，RNC 32的MRO功能48可以补偿由于转发失败报告引起的延迟(即，延迟t6-t5)。在时刻(t4)，响应于MRO功能48在时刻(t4)进行的一个或多个移动性调整来重新启动RNC 32处的定时器(TMRO)。因为来自UE2的失败报告是过期的，因此针对由 RNC 32的MRO功能48执行的下一个迭代的MRO过程不考虑或者以降低的相关性考虑失败报告。还应当注意的是，如果期望的话，LTE RAN中的小区的MRO功能48也可以接收和利用失败报告。
图22示出了根据本公开的一个实施例图19的多RAT蜂窝通信系统20针对解决方案1的场景2b的操作。该实施例与图21的实施例相同，但是连接失败是在成功IRAT HO之后不久的RLF失败。因此，不重复细节。
图23示出了根据本公开的一个实施例图19的多RAT蜂窝通信系统20针对解决方案2的场景1的操作。如图所示，在时刻(t0)，LTE RAN中的基站24(eNB)之一的MRO功能48执行迭代的MRO过程，这导致一个或多个MRO调整(即，对一个或多个移动性参数的调整)。作为进行MRO调整的结果，基站24(eNB)启动定时器(TMRO)。一段时间之后，在时刻(t1)，由基站24(eNB)服务的小区中的两个 UE(UE1和UE2)经历RLF。在该实施例中，RLF是由于太晚从由基站24(eNB)服务的小区向由UTRAN中的基站34、36之一服务的小区进行HO而引起的。UE(UE1和UE2)检测到RLF，并且作为响应，UE(UE1和UE2)启动相应定时器(TF)。
一段时间之后，在时刻(t2)，UE1重连接到UTRAN中的RNC 32 之一的基站34、36之一的小区，并且用于发送针对t0时的RLF的 RLF报告的触发事件发生。响应于用于发送RLF报告的触发事件， UE1停止定时器(TF)并且向UTRAN中的UE1的服务基站34、36 发送包括定时器(TF)的值的失败报告(即，RLF报告)，服务基站 34、36进而将RLF报告传送到RNC 32。RNC 32确定RLF报告与在由LTE RAN中的基站24(eNB)服务的小区中发生的RLF相关联，因此在时刻(t3)经由RIM将RLF报告转发给基站24(eNB)。
在接收到失败报告之后，基站24(eNB)的MRO功能48基于失败报告中包括的定时器(TF)的值(在该情况下，是t2-t1)和基站 24(eNB)处在接收到失败报告时定时器(TMRO)的值(在该情况下，是t3-t0)对失败报告进行分类。在这里，定时器(TF)的值小于定时器(TMRO)的值，因此针对由基站24(eNB)的MRO功能48在时刻 (t4)执行的下一个迭代的MRO过程，将失败报告分类为当前的或及时的。注意，MRO功能48可以补偿与从RNC 32向基站24(eNB) 转发RLF报告相关联的延迟，在该示例中，是t3-t2。在时刻(t3)，响应于MRO功能48在时刻(t4)进行的一个或多个移动性调整，重新启动定时器(TMRO)。
一段时间之后，在时刻(t5)，UE2重连接到UTRAN中的RNC 32 之一的基站34、36之一的小区，并且用于发送针对t0时的RLF的 RLF报告的触发事件发生。响应于用于发送RLF报告的触发事件， UE2停止定时器(TF)并且向UTRAN中的UE2的服务基站34、36 发送包括定时器(TF)的值的失败报告(即，RLF报告)，服务基站 34、36进而向RNC 32传送RLF报告。RNC32确定RLF报告与在由 LTE RAN中的基站24(eNB)服务的小区中发生的RLF相关联，因此在时刻(t6)经由RIM将RLF报告转发给基站24(eNB)。在接收到失败报告之后，基站24(eNB)的MRO功能48基于失败报告中包括的定时器(TF)的值(在该情况下，是t5-t1)和基站24(eNB)处在接收到失败报告时定时器(TMRO)的值(在该情况下，是t6-t4) 对失败报告进行分类。在这里，定时器(TF)的值大于定时器(TMRO) 的值，因此针对由基站24(eNB)的MRO功能48执行的下一个迭代的MRO过程，将失败报告分类为过期的。注意，MRO功能48可以补偿与从RNC 32向基站24(eNB)转发RLF报告相关联的延迟，在该示例中，是t6-t5。因为来自UE2的失败报告是过期的，因此针对由基站24(eNB)的MRO功能48执行的下一个迭代的MRO过程不考虑或者以降低的相关性考虑失败报告。
图24示出了根据本公开的一个实施例图19的多RAT蜂窝通信系统20针对解决方案2的场景2a的操作。如图所示，在时刻(t0)，LTE RAN中的基站24(eNB)之一的MRO功能48执行迭代的MRO过程，这导致一个或多个MRO调整(即，对一个或多个移动性参数的调整)。作为进行MRO调整的结果，基站24(eNB)启动定时器(TMRO)。此外，在时刻(t0’)，UTRAN中的RNC 32之一的MRO功能48执行迭代的MRO过程，这导致一个或多个MRO调整(即，对一个或多个移动性参数的调整)。作为进行MRO调整的结果，RNC 32(eNB)启动定时器(TMRO)。一段时间之后，在时刻(t1)，由UTRAN中的RNC 32控制的基站34、36之一服务的小区中的两个UE(UE1和UE2)在从基站34、36服务的小区向LTE RAN中的基站24(eNB)之一服务的小区进行IRAT HO期间经历HOF。在该实施例中，HOF是由于太早HO引起的。UE(UE1和UE2)检测到HOF，并且作为响应，UE (UE1和UE2)启动相应定时器(TF)。
此后，在时刻(t2)，UE1重连接到UTRAN中的小区之一，并且用于发送针对HOF的失败报告的触发事件发生。UE1可以重连接到发生HOF的相同小区或不同小区。响应于用于发送失败报告的触发事件，UE1停止定时器(TF)并且向UTRAN中的UE1的服务基站34、 36发送包括定时器(TF)的值的针对HOF的失败报告。服务基站34、36确定失败报告针对从由RNC 32控制的基站34、36服务的小区向由LTE RAN中的基站24(eNB)之一服务的小区进行的IRATHO的 HOF。如果服务基站34、36的RNC 32与为发生HOF的小区提供服务的基站34、36的RNC32不同，则RNC 32将为发生HOF的小区提供服务的基站34、36的RNC 32转发失败报告。此外，在该示例中， RNC 32经由RIM向作为失败IRAT HO的目标的LTE RAN中的基站 24(eNB)转发失败报告。
在接收到失败报告之后，LTE RAN中的基站24(eNB)基于失败报告中包括的定时器(TF)的值(在该情况下，是t2-t1)和基站24 (eNB)处在接收到失败报告时定时器(TMRO)的值(在该情况下，是t3-t0)对失败报告进行分类。在这里，定时器(TF)的值小于定时器(TMRO)，因此针对由基站24(eNB)的MRO功能48在时刻(t4) 执行的下一个迭代的MRO过程，将失败报告分类为当前的或及时的。显而易见，基站24(eNB)的MRO功能48可以补偿由于转发失败报告引起的延迟(即，延迟t3-t2)。在时刻(t4)，响应于MRO功能48 在时刻(t4)进行的一个或多个移动性调整，重新启动基站24(eNB) 处的定时器(TMRO)。
在RNC 32处，RNC 32的MRO功能48基于失败报告中包括的定时器(TF)的值(在该情况下，是t2-t1)和RNC 32处在接收到失败报告时定时器(TMRO)的值(在该情况下，是t2-t0’)对失败报告进行分类。在这里，定时器(TF)的值小于定时器(TMRO)，因此针对由RNC 32的MRO功能48在时刻(t3’)执行的下一个迭代的MRO 过程，将失败报告分类为当前的或及时的。在时刻(t3’)，响应于MRO 功能48在时刻(t3’)进行的一个或多个移动性调整，重新启动RNC32 处的定时器(TMRO)。
一段时间之后，在时刻(t5)，UE2重连接到UTRAN中的小区之一，并且用于发送针对HOF的失败报告的触发事件发生。UE2可以重连接到发生HOF的相同小区或不同小区。响应于用于发送失败报告的触发事件，UE2停止定时器(TF)并且向UTRAN中的UE2的服务基站34、36发送包括定时器(TF)的值的针对HOF的失败报告。服务基站34、36确定失败报告针对从由RNC 32控制的基站34、36服务的小区向由LTE RAN中的基站24(eNB)之一服务的小区进行的IRAT HO的HOF。如果服务基站34、36的RNC 32与为发生HOF的小区提供服务的基站34、36的RNC 32不同，则RNC 32将为发生 HOF的小区提供服务的基站34、36的RNC 32转发失败报告。此外，在该示例中，RNC 32经由RIM向作为失败IRAT HO的目标的LTE RAN中的基站24(eNB)转发失败报告。
在接收到失败报告之后，LTE RAN中的基站24(eNB)基于失败报告中包括的定时器(TF)的值(在该情况下，是t5-t1)和基站24 (eNB)处在接收到失败报告时定时器(TMRO)的值(在该情况下，是t6-t4)对失败报告进行分类。在这里，定时器(TF)的值大于定时器(TMRO)，因此针对由基站24(eNB)的MRO功能48执行的下一个迭代的MRO过程，将失败报告分类为过期的。显而易见，基站24 (eNB)的MRO功能48可以补偿由于转发失败报告引起的延迟。因为来自UE2的失败报告是过期的，因此针对由基站24(eNB)的MRO 功能48执行的下一个迭代的MRO过程不考虑或者以降低的相关性考虑失败报告。
在RNC 32处，RNC 32的MRO功能48基于失败报告中包括的定时器(TF)的值(在该情况下，是t5-t1)和RNC 32处在接收到失败报告时定时器(TMRO)的值(在该情况下，是t5-t3’)对来自UE2 的失败报告进行分类。在这里，定时器(TF)的值大于定时器(TMRO)，因此针对由RNC 32的MRO功能48执行的下一个迭代的MRO过程，将失败报告分类为过期的。因为来自UE2的失败报告是过期的，因此针对由RNC 32的MRO功能48执行的下一个迭代的MRO过程不考虑或者以降低的相关性考虑失败报告。
图25示出了根据本公开的一个实施例图19的多RAT蜂窝通信系统20针对解决方案2的场景2b的操作。该实施例与图24的实施例相同，但是连接失败是在成功IRAT HO之后不久的RLF失败。因此，不重复细节。
图26至图28分别示出了图21的多RAT蜂窝通信系统20针对解决方案3的场景1、2a和2b的操作。针对解决方案3，在发生连接失败的RAT中报告RLF，并且在接收到HO命令的小区的RAT中报告 HOF。因此，针对场景1、2a和2b的解决方案3分别与场景1的解决方案1、场景2a的解决方案2和场景2b的解决方案1相同。多RAT蜂窝通信系统20针对这些实施例的操作分别与上文关于图20(解决方案1的场景1)、图24(解决方案2的场景2a)、和图22(解决方案1的场景2b)所讨论的操作相同。
图29示出了图19的多RAT蜂窝通信系统20针对解决方案4的场景1的操作。多RAT蜂窝通信系统20针对该实施例的操作与上文关于图20(解决方案1的场景1)所讨论的操作相同。因此，不重复细节。针对解决方案4的场景2a和2b，UE不报告连接失败，而是由适当的RNC32检测连接失败。注意，虽然图20至图29集中于IRAT HO，但是本文所公开的系统和方法同样适用于报告其他类型的移动性连接失败，例如，针对RAT内HO的连接失败。
图30是根据本公开的一个实施例的UE 50的框图。UE 50的讨论同样适用于图19的UE 26、28、38、40、42和44。如图所示，UE 50 包括无线子系统52和处理子系统54。无线子系统52包括一个或多个收发机(未示出)，所述收发机通常包括用于向蜂窝通信网络22和23发送数据并且从蜂窝通信网络22和23接收数据的模拟组件(在一些实施例中，数字组件)(图19)。在特定的实施例中，一个或多个收发机中的每一个可以表示或包括能够向其他网络组件或节点无线发送适当信息并且从其他网络组件或节点接收适当信息的一个或多个射频 (RF)收发机、或者单独的RF发射机和接收机。从无线通信协议的角度来看，无线子系统52实现层1的至少一部分(即，物理或“PHY”层)。
处理子系统54通常实现层1的任意剩余部分以及无线通信协议中的高层(例如，层2(数据链路层)、层3(网络层)等)的功能。在特定的实施例中，处理子系统54可以包括编程有适当的软件和/或固件以执行本文所述的UE 50的功能中的一些或全部的例如一个或多个通用或专用微处理器或其他微控制器。此外或备选地，处理子系统54可以包括被配置为执行本文所述的UE 50的功能中的一些或全部的各种数字硬件块(例如，一个或多个专用集成电路(ASIC)、一个或多个现成的数字和模拟硬件组件或其组合)。此外，在特定实施例中，UE 50的上述功能可以全部地或部分地由执行存储在非临时性计算机可读介质(例如，随机存取存储器(RAM)、只读存储器(ROM)、磁性存储设备、光存储设备、或任何其他适合类型的数据存储组件) 上的软件或其他指令的处理子系统54来执行。当然，功能协议层并且因此无线子系统52和处理子系统54中的每一个的详细操作将根据特定实现以及由UE 50支持的标准而改变。
图31是根据本公开的一个实施例的基站56的框图。对基站56 的该讨论同样适用于图19的基站24、34和36。如图所示，基站56 包括无线子系统58、一个或多个通信接口60以及处理子系统62。虽然仅示出了一个无线子系统58，但是基站56可以包括多个无线子系统58(例如，针对每一个扇区一个无线子系统58)。无线子系统58 通常包括用于向相应小区中的UE发送数据并且从该UE接收数据的模拟组件(并且在一些实施例中，数字组件)。在特定实施例中，无线子系统58可以表示或包括能够向其他网络组件或节点无线发送适合信息并且从其他网络组件或节点接收适合信息的一个或多个RF收发机或单独的RF发射机和接收机。从无线通信协议的角度来看，无线子系统58实现层1(即，物理或“PHY”层)的至少一部分。
一个或多个通信接口60视情况提供与其他网络节点的连接。例如，一个或多个通信接口60可以包括与其他基站56的通信接口(例如，LTE蜂窝通信网络22中的X2接口)以及与相应核心网30、46 的通信接口(例如，LTE蜂窝通信网络22中的S1通信接口)。
处理子系统62通常实现层1的在无线子系统58中未实现的任意剩余部分以及无线通信协议中的更高层(例如，层2(数据链路层)、层3(网络层)等)的功能。在特定实施例中，处理子系统62可以包括例如编程有适当软件和/或固件以执行本文所述的基站56的功能中的一些或全部的一个或多个通用或专用微处理器或其他微控制器。此外或备选地，处理子系统62可以包括被配置为执行本文所述的基站56的功能中的一些或全部的各种数字硬件块(例如，一个或多个ASIC、一个或多个现成的数字和模拟硬件组件或其组合)。此外，在特定实施例中，基站56的上述功能可以全部地或部分地由执行存储在非临时性计算机可读介质(例如，RAM、ROM、磁性存储设备、光存储设备、或任何其他适合类型的数据存储组件)上的软件或其他指令的处理子系统62来执行。
最后，图32是根据本公开的一个实施例的图19的RNC 32之一的框图。如图所示，RNC 32包括一个或多个通信接口64和处理子系统66。一个或多个通信接口64视情况提供与其他网络节点的连接。具体地，一个或多个通信接口64包括与相应基站34、36(图19)的通信接口和与核心网46的通信接口。处理子系统66可以包括例如编程有适当软件和/或固件以执行本文所述的RNC 32的功能中的一些或全部的一个或多个通用或专用微处理器或其他微控制器。此外或备选地，处理子系统66可以包括被配置为执行本文所述的RNC 32的功能中的一些或全部的各种数字硬件块(例如，一个或多个ASIC、一个或多个现成的数字和模拟硬件组件或其组合)。此外，在特定实施例中， RNC 32的上述功能可以全部地或部分地由执行存储在非临时性计算机可读介质(例如，RAM、ROM、磁性存储设备、光存储设备、或任何其他适合类型的数据存储组件)上的软件或其他指令的处理子系统66来执行。
如上文所讨论的，传统的连接失败报告导致连接失败发生的时间与向网络报告连接失败的时间之间的延迟。报告连接失败的延迟可能是由于以下各项引起的：在UE重连接到要在其中报告连接失败的 RAN之前的较长延迟(例如，解决方案1)、在重连接到要在其中报告连接失败的RAN之前UE过渡到空闲模式持续较长时间或者蜂窝通信网络未能请求报告RLF报告持续较长时间。因此，在例如LTE RAN 中针对小区执行MRO的MRO功能可以执行MRO过程，这导致基于以及时方式接收的失败报告对小区的移动性参数进行调整(即，移动性调整)。然而，由于延迟报告问题，MRO功能可能在已经进行移动性调整之后继续接收失败报告，其中，失败报告与在进行移动性调整之前的时间窗有关。通过使用传统的MRO算法，针对下一个迭代的 MRO过程仍然以与及时失败报告相同的相关性考虑这些“过期”失败报告。过期失败报告可能导致不正确的或不期望的移动性调整以及蜂窝通信网络缓慢地收敛到稳定移动性状态。
虽然本文公开的构思不限于任何特定的优点，但是本文公开的构思解决了延迟连接失败报告的问题。具体地，通过使用适当的定时数据，将失败报告分类为过期的或当期的。然后，可以在后续迭代的 MRO算法中丢弃或使用过期失败报告。因此，避免了由于延迟失败报告引起的不正确或不期望的移动性调整以及蜂窝通信网络缓慢地收敛到稳定移动性状态。
在整个本公开中使用以下首字母缩略词。
·3GPP 第三代合作伙伴计划
·ASIC 专用集成电路
·BS 基站
·EDGE 增强数据速率全球演进
·eNB 增强型节点B
·GERAN 全球移动通信系统增强数据速率全球演进无线接入网
·GSM 全球移动通信系统
·HO 切换
·HOF 切换失败
·IRAT 无线接入技术间
·LTE 长期演进
·MME 移动性管理实体
·MRO 移动性鲁棒优化
·OAM 操作和维护
·RACH 随机接入信道
·RAM 随机存取存储器
·RAN 无线接入网
·RAT 无线接入技术
·RF 射频
·RIM 无线接入网信息消息
·RLF 无线链路失败
·RNC 无线网络控制器
·RRC 无线资源控制
·RSRP 参考信号接收功率
·RSRQ 参考信号接收质量
·S-GW 服务网关
·TS 技术规范
·UE 用户设备或用户元件
·UMTS 通用移动电信系统
·UTRAN 通用陆地无线接入网
·WG3 工作组3
本领域技术人员将认识到对本公开的优先实施例的改进和修改。所有这些改进和修改被认为落入本文公开的构思和所附权利要求的范围内。

Claims (12)

1.一种在蜂窝通信网络(20)中操作节点(24、32)的方法，包括：
接收(1000)与针对用户设备(26-28、38-44)的连接失败相关联的失败报告；其中，所述失败报告包括定义所述连接失败发生的时间与所述用户设备(26-28、38-44)发送所述失败报告的时间之间已经经过的时间量的第一定时器值；
基于来自所述失败报告的所述第一定时器值和定义自从所述节点(24、32)进行最近移动性调整开始已经经过的时间量的第二定时器值来确定(1002)所述连接失败关于由所述节点(24、32)进行的所述最近移动性调整何时发生，其中所述移动性调整包括针对特定相邻小区对一个或多个移动性参数的调整，所述移动性参数控制所述蜂窝通信网络内的切换；
如果所述连接失败在由所述节点(24、32)进行的所述最近移动性调整之前发生，则将所述失败报告分类(1004)为过期失败报告；
如果所述连接失败在由所述节点(24、32)进行的所述最近移动性调整之后发生，则将所述失败报告分类(1006)为当前失败报告；以及
如果所述失败报告被分类为当前失败报告，则在下一个迭代的移动性调整中考虑所述失败报告，如果所述失败报告被分类为过期失败报告，则在下一个迭代的移动性调整中以降低的相关性考虑所述失败报告。
2.根据权利要求1所述的方法，其中，所述第二定时器值是由所述节点(24、32)维护的，并且确定所述连接失败关于由所述节点(24、32)进行的所述最近移动性调整何时发生包括：将来自所述失败报告的所述第一定时器值与所述第二定时器值进行比较。
3.根据权利要求1所述的方法，其中，确定所述连接失败关于由所述节点(24、32)进行的所述最近移动性调整何时发生包括：从另一节点获得指示来自所述失败报告的所述第一定时器值与所述第二定时器值的比较的信息。
4.根据权利要求1所述的方法，还包括：执行(3004)后续处理以确定是否期望新移动性调整，如果是，则进行一个或多个新移动性调整，其中，如果所述失败报告被分类为过期失败报告，则所述后续处理不考虑所述失败报告，并且如果所述失败报告被分类为当前失败报告，则所述后续处理考虑所述失败报告。
5.根据权利要求1所述的方法，还包括：执行(3004)后续处理以确定是否期望新移动性调整，如果是，则进行一个或多个新移动性调整，其中，如果所述失败报告被分类为当前失败报告，则所述后续处理考虑所述失败报告，并且如果所述失败报告被分类为过期失败报告，则所述后续处理以降低的相关性考虑所述失败报告。
6.根据权利要求1所述的方法，还包括：
进行所述最近移动性调整；
在进行所述最近移动性调整时启动(3000)第二定时器TMRO，使得所述第二定时器TMRO定义自从进行所述最近移动性调整开始已经经过的时间量；
在进行所述最近移动性调整并且启动所述第二定时器TMRO之后，接收(3002)与针对多个用户设备(26-28、38-44)的多个连接失败相关联的多个失败报告；以及
针对所述多个失败报告中的每一个失败报告：
基于所述第二定时器TMRO和所述失败报告中包括的定义所述连接失败发生的时间与所述多个用户设备(26-28、38-44)中的相应用户设备(26-28、38-44)发送所述失败报告的时间之间已经经过的时间量的第一定时器TF来确定(3002)所述多个连接失败中与所述失败报告相对应的连接失败关于由所述节点(24、32)进行的所述最近移动性调整何时发生；
如果所述连接失败在所述节点(24、32)进行的所述最近移动性调整之前发生，则将所述失败报告分类(3002)为过期失败报告；以及
如果所述连接失败在所述节点(24、32)进行的所述最近移动性调整之后发生，则将所述失败报告分类(3002)为当前失败报告。
7.根据权利要求6所述的方法，还包括：
执行(3004)处理以确定是否期望新移动性调整，如果是，则基于所述多个失败报告中被分类为当前失败报告的失败报告但是不基于所述多个失败报告中被分类为过期失败报告的失败报告来进行一个或多个新移动性调整；以及
如果所述处理进行一个或多个新移动性调整，则重新启动(3006、3008)所述第二定时器TMRO。
8.根据权利要求6所述的方法，还包括：
执行(3004)处理以确定是否期望新移动性调整，如果是，则基于所述多个失败报告来进行一个或多个新移动性调整，使得与所述多个失败报告中被分类为当前失败报告的第二子集相比，向所述多个失败报告中被分类为过期失败报告的第一子集提供更小相关性；以及
如果所述处理进行一个或多个新移动性调整，则重新启动(3006、3008)所述第二定时器TMRO。
9.根据权利要求1所述的方法，其中，所述节点(24、32)是所述蜂窝通信网络(20)的基站(24)，并且接收所述失败报告包括：从所述用户设备(26、28)接收所述失败报告。
10.根据权利要求1所述的方法，其中，所述节点(24、32)是所述蜂窝通信网络(20)的第一基站(24)，并且接收所述失败报告包括：从所述蜂窝通信网络(20)的第二节点(24、32)接收所述失败报告。
11.根据权利要求1所述的方法，其中，所述节点(24、32)是根据第一无线接入技术操作的第一无线接入网(22)的基站(24)，并且接收所述失败报告包括：从与根据第二无线接入技术操作的第二无线接入网(23)相关联的节点(32)接收所述失败报告，其中，所述第二无线接入网(23)从所述用户设备(38-44)获得所述失败报告。
12.一种蜂窝通信网络(20)的无线接入网(22)中的节点(24、56)，包括：
无线子系统(58)，被配置为提供与位于由所述节点(24、56)服务的小区中的用户设备(26、28)的无线连接；
一个或多个通信接口(60)，被配置为提供与由以下各项构成的组中的至少一个的连接：蜂窝通信网络(20)的核心网(30)以及所述无线接入网络(22)中的一个或多个其他节点(24)；以及
与所述无线子系统(58)和所述一个或多个通信接口(60)相关联的处理子系统(62)，被配置为：
接收(1000)与针对用户设备(26、28)的连接失败相关联的失败报告，其中，所述失败报告包括定义所述连接失败发生的时间与所述用户设备(26-28、38-44)发送所述失败报告的时间之间已经经过的时间量的第一定时器值；
基于来自所述失败报告的所述第一定时器值和定义自从所述节点(24、32)进行最近移动性调整开始已经经过的时间量的第二定时器值来确定(1002)所述连接失败关于由所述节点(24、56)进行的最近移动性调整何时发生，其中所述移动性调整包括针对特定相邻小区对一个或多个移动性参数的调整，所述移动性参数控制所述蜂窝通信网络内的切换；以及
如果所述连接失败在所述节点(24、56)进行的所述最近移动性调整之前发生，则将所述失败报告分类(1004)为过期失败报告；
如果所述连接失败在由所述节点(24、32)进行的所述最近移动性调整之后发生，则将所述失败报告分类(1006)为当前失败报告；以及
如果所述失败报告被分类为当前失败报告，则在下一个迭代的移动性调整中考虑所述失败报告，如果所述失败报告被分类为过期失败报告，则在下一个迭代的移动性调整中以降低的相关性考虑所述失败报告。
CN201380024568.0A 2012-05-11 2013-05-10 将失败报告分类为当前的或过期的以进行移动性鲁棒优化调整 Active CN104322104B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261645868P 2012-05-11 2012-05-11
US61/645,868 2012-05-11
PCT/SE2013/000069 WO2013169169A2 (en) 2012-05-11 2013-05-10 Classifying failure reports as either current or stale for mobility robustness optimization adjustments

Publications (2)

Publication Number Publication Date
CN104322104A CN104322104A (zh) 2015-01-28
CN104322104B true CN104322104B (zh) 2018-04-20

Family

ID=49548975

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380024568.0A Active CN104322104B (zh) 2012-05-11 2013-05-10 将失败报告分类为当前的或过期的以进行移动性鲁棒优化调整

Country Status (8)

Country Link
US (2) US9185581B2 (zh)
EP (1) EP2850877B1 (zh)
JP (1) JP6193360B2 (zh)
CN (1) CN104322104B (zh)
AU (2) AU2013260235B2 (zh)
ES (1) ES2624252T3 (zh)
IN (1) IN2014DN08690A (zh)
WO (1) WO2013169169A2 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9226215B2 (en) * 2013-07-03 2015-12-29 Qualcomm Incorporated Inter radio access technology (IRAT) threshold adjustment
WO2015023067A1 (ko) * 2013-08-12 2015-02-19 삼성전자 주식회사 다중 기지국 연결 기반의 무선 통신 시스템에서의 무선 링크 실패 처리 방법 및 그 장치
RU2667508C2 (ru) * 2014-01-29 2018-09-21 Хуавэй Текнолоджиз Ко., Лтд. Способ и устройство для обработки отказа линии радиосвязи
US9655025B1 (en) 2014-03-24 2017-05-16 Sprint Spectrum L.P. Managing the performance of a wireless device handover
US9655008B2 (en) * 2014-09-30 2017-05-16 Apple Inc. Systems and methods for improved network scanning for quality of service applications
US10085181B2 (en) 2015-07-29 2018-09-25 Qualcomm Incorporated Mechanism to avoid ping pong during inter radio access technology redirection failure
CN107241756B (zh) * 2016-03-28 2020-11-10 中兴通讯股份有限公司 一种接入网间乒乓切换判决和互通的方法和装置
JPWO2018097073A1 (ja) * 2016-11-24 2019-10-17 日本電気株式会社 情報通知装置、情報通知方法およびプログラム
CN106535270B (zh) * 2016-12-15 2019-10-11 北京小米移动软件有限公司 网络选择方法及装置
PL3611963T3 (pl) 2017-04-14 2022-10-03 Beijing Xiaomi Mobile Software Co., Ltd. Sposób i urządzenie do przełączania komórek oraz urządzenie użytkownika
WO2021088077A1 (zh) * 2019-11-08 2021-05-14 华为技术有限公司 移动性优化方法及相关装置
US11895543B2 (en) * 2020-04-06 2024-02-06 Intel Corporation MRO for 5G networks
KR20230092963A (ko) * 2020-10-21 2023-06-26 지티이 코포레이션 네트워크 성능 최적화의 시스템 및 방법

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102150454A (zh) * 2008-08-11 2011-08-10 阿尔卡特朗讯公司 无线通信网络中的切换方法和设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8577360B2 (en) * 2010-04-12 2013-11-05 Telefonaktiebolaget Lm Ericsson (Publ) UE-based MDT measuring and reporting in a cellular radio access network
US9100858B2 (en) * 2010-10-04 2015-08-04 Kyocera Corporation Mobile communication method, radio terminal, and base station
US8724497B2 (en) * 2010-11-03 2014-05-13 Mediatek Inc. Method of uplink MDT measurement
US9167447B2 (en) * 2011-03-31 2015-10-20 Mediatek Inc. Failure event report for initial connection setup failure

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102150454A (zh) * 2008-08-11 2011-08-10 阿尔卡特朗讯公司 无线通信网络中的切换方法和设备

Also Published As

Publication number Publication date
US9699697B2 (en) 2017-07-04
WO2013169169A8 (en) 2014-11-06
US20130303155A1 (en) 2013-11-14
ES2624252T3 (es) 2017-07-13
AU2013260235A1 (en) 2014-11-27
EP2850877B1 (en) 2017-02-01
CN104322104A (zh) 2015-01-28
EP2850877A2 (en) 2015-03-25
JP2015528219A (ja) 2015-09-24
AU2016200694A1 (en) 2016-02-18
IN2014DN08690A (zh) 2015-05-22
WO2013169169A3 (en) 2014-03-20
JP6193360B2 (ja) 2017-09-06
US9185581B2 (en) 2015-11-10
EP2850877A4 (en) 2016-03-23
WO2013169169A2 (en) 2013-11-14
AU2013260235B2 (en) 2015-11-26
US20150382265A1 (en) 2015-12-31

Similar Documents

Publication Publication Date Title
CN104322104B (zh) 将失败报告分类为当前的或过期的以进行移动性鲁棒优化调整
EP2982165B1 (en) Methods of operating radio access network base stations and related network nodes
JP5978515B2 (ja) 無線リンク障害統計方法、関連する装置、および通信システム
US9801104B2 (en) Method and apparatus for adjusting mobility parameter
EP2291028A1 (en) Apparatus and method for handover optimization in a broadband wireless communication system
WO2011155512A1 (ja) 無線基地局及びその制御方法
JP2014506091A (ja) 分散型ｒａｎ自己組織化の失敗イベント報告相関
CN107426810B (zh) 上行定时的获取方法及装置
EP3216268B1 (en) Modification of handover parameters of a secondary cell for dual connectivity
CN114258702A (zh) 基于安全配置来释放用于条件切换的配置
CN110839258B (zh) 条件切换方法及装置
CN102857964B (zh) 一种终端切换的方法及装置
CN114390616B (zh) 一种mro临界场景的判定方法、装置及设备
CN116325905A (zh) 用于条件切换过程的移动性稳健性优化机制的方法及设备
EP4264999A1 (en) Mobility load balancing with rrc inactive awareness
CN117459944A (zh) 由用户设备执行的方法以及用户设备
CN117835313A (zh) 信息报告方法以及用户设备
CN118042643A (zh) 信息报告方法以及用户设备
CN114466378A (zh) 支持自配置自优化的基站和方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant