将失败事件发送给无线通信网络的方法和用户设备

摘要

本发明提供一种将失败事件发送给无线通信网络的方法和用户设备。其中，将失败事件发送给无线通信网络的方法包括：由用户设备检测所述无线通信网络中第一基站服务的第一小区中的所述失败事件，其中所述第一小区采用第一无线电接入技术；与第二基站服务的选择出的第二小区进行无线电资源控制连接建立进程，其中所述选择出的第二小区采用第二无线电接入技术；以及将失败事件报告发送给所述无线通信网络，其中所述失败事件报告包括有关所述失败事件的记录信息。通过利用本发明，可改进无线电接入技术间移动的性能。

说明书

技术领域

本发明有关于失败事件报告(failure event reporting)，且尤其有关于无线 电接入技术(Radio Access Technology,RAT)间(inter-RAT)无线电链路失败 (Radio Link Failure,RLF)的失败事件报告。

背景技术

自组织(self-organization)是一种系统中呈现结构或样式的过程，在此过程 中，既没有中央集权(central authority)又没有外部因素通过规划对其实施影 响。与第三代移动通信合作计划(3rd Generation Partnership Project,3GPP)一 致，自组网(self-organization network,SON)的愿景是与之前的无线电接入网 络相比，未来的无线电接入网络更易于规划、配置、管理、优化以及修复。 3GPP第八版本(Release-8)规格中的一系列标准中均已写入SON。新加入的基 站应为自配置的(self-configured)，以与“即插即用(plug-and-play)”范式相一 致，而所有工作中的基站根据观察到的网络性能和无线电状况，对参数和算 法进行定期自优化(self-optimization)。此外，在等待长久解决之道的同时，可 触发自修复(self-healing)机制，用来暂时补偿检测到的设备断电(outage)。

在3GPP网络中，包括移动稳健性优化(Mobility Robustness Optimization, MRO)的移动优化是在演进节点B(evolved-Node B,eNB)中执行的反应性 (reactive)自优化功能，用来优化切换(handover,HO)参数。举例来说，eNB需 要优化UE测量配置和HO算法，以找到可接受的或尽可能低的HO问题率， 以及找到平衡乒乓率或HO率。在一过迟HO问题中，切换开始之前或切换 进程中，在源小区(source cell)发生连接失败，UE试图在目标小区(若切换已 开始)或另一非源小区的小区(若切换尚未开始)中重新建立无线电链路连接。 在一过早HO问题中，刚从源小区成功切换到目标小区或切换进程中发生连 接失败，UE试图在源小区重新建立无线电链路连接。在一错误小区HO问 题中，刚从源小区成功切换到目标小区或切换进程中发生连接失败，UE试 图在非源小区且非目标小区的一小区中重新建立无线电链路连接。

在发生如RLF或切换失败(handover failure,HOF)等的失败后，若UE可 找到具有相同RAT的另一适合小区，则UE会试图进行无线电资源控制(Radio  Resource Control,RRC)连接重新建立进程。根据现有的第九版本(Rel-9)，重 新建立尝试成功后，网络可通过X2RLF指示进程来告知eNB先前UE的服 务小区，该eNB基于指示进行计算以实现移动优化。在第十版本(Rel-10)中， UE也可在RRC连接建立后进行RLF报告，即RRC连接重新建立失败(可能 由于未准备好)后以及后续非接入层(non-access stratum,NAS)恢复(recovery) 成功时。

然而，网络无法将后续RLF报告和先前服务小区中的UE上下文(context) 关联起来。因此，若3GPP如上述方式运作，则无疑会有重复簿记(double  bookkeeping)问题。首先，由于RRC连接重新建立尝试，统计值会进行更新； 若RRC连接重新建立进程失败，UE进行RRC连接建立进程后，根据UE的 RLF报告，统计值会再一次进行更新。第九版本和推荐的第十版本中的方法 并不完全兼容。上述的重复簿记问题会造成失败统计值不可信，且可能会造 成错误的MRO操作。

发生失败时，RLF报告的内容以及网络所知的UE信息对于为失败确定 相应的校正操作起着至关重要的作用。对某些失败来说，最适合的校正操作 为非MRO操作，如干扰协调再配置或改变功率控制等。由于网络已经知晓 先前服务小区中的UE上下文，如UE的小区无线电网络临时标识符(Cell  Radio Network Temporary Identity,C-RNTI)，应寻找一种可将网络已知信息和 RLF报告进行相关的方案，以避免重复簿记，并改进SON的MRO决定。

另一个潜在问题是RLF报告可能非常晚(如失败发生一天后)才能传送到 基站中。一般基站不会将非服务UE(non-served)的UE上下文和C-RNTI保存 太长时间，且一般基站用来储存上述内容的存储器空间有限。

发明内容

有鉴于此，本发明提出一种将失败事件发送给无线通信网络的方法和用 户设备。

本发明提出一种将失败事件发送给无线通信网络的方法，包括：由用户 设备检测所述无线通信网络中第一基站服务的第一小区中的所述失败事件， 其中所述第一小区采用第一无线电接入技术；与第二基站服务的选择出的第 二小区进行无线电资源控制连接建立进程，其中所述选择出的第二小区采用 第二无线电接入技术；以及将失败事件报告发送给所述无线通信网络，其中 所述失败事件报告包括有关所述失败事件的记录信息。

本发明另提出一种用户设备，包括：失败事件管理模块，用来在第一基 站服务的第一小区中检测失败事件，所述第一小区采用第一无线电接入技术； 连接管理模块，用来与第二基站服务的选择出的第二小区进行无线电资源控 制连接建立进程，其中所述第二小区采用第二无线电接入技术；以及发射机， 用来将失败事件报告发送给无线通信网络，其中所述失败事件报告包括有关 所述失败事件的记录信息。

通过利用本发明，可改进无线电接入技术间移动的性能。

以下详述其它实施例和优势。本部分内容并非对本发明作限定，本发明 范围由权利要求所限定。

附图说明

通过阅读以下的具体实施方式并参考附图，本发明可被完全理解，其中：

图1是根据本发明一实施例的具有失败事件报告和相关的无线通信网络 的示意图。

图2是根据本发明一实施例的用户设备的简化方块示意图。

图3是报告失败事件和相关信息的第一实施例的示意图。

图4是报告失败事件和相关信息的第二实施例的示意图。

图5是报告失败事件和相关信息的第三实施例的示意图。

图6是报告失败事件和相关信息的第四实施例的示意图。

图7是根据本发明一实施例的用户设备检测并报告失败事件方法的流程 图。

图8是根据本发明一实施例的基站通过相关信息处理失败事件方法的流 程图。

图9是根据本发明一实施例的无线通信网络900中由于过早切换命令而 将RAT间HOF报告给网络的示意图。

图10是根据本发明一实施例的无线通信网络1000中由于过迟切换命令 将而RAT间HOF报告给网络的示意图。

图11是根据本发明一实施例的无线通信网络1100中将RAT间RLF报 告给源网络的示意图。

图12是根据本发明一实施例的无线通信网络1200中将RAT间RLF报 告给目标网络的示意图。

图13是根据本发明一实施例的无线通信网络1300中将RAT间HOF/RLF 报告给触发失败事件的网络的示意图。

图14是根据本发明一实施例的在无线通信网络中发送RAT间RLF的流 程图。

图15是根据本发明一实施例的在无线通信网络中发送RAT间HOF的流 程图。

具体实施方式

在本专利说明书及权利要求当中使用了某些词汇来指称特定的组件。所 属领域中具有通常知识者应可理解，硬件制造商可能会用不同的名词来称呼 同一个组件。本专利说明书及权利要求并不以名称的差异来作为区分组件的 方式，而是以组件在功能上的差异来作为区分的准则。在通篇说明书及请求 项当中所提及的“包含”或“包括”为开放式的用语，故应解释成“包含但 不限定于”。另外，“耦接”一词在此包含任何直接及间接的电气连接手段。 因此，若文中描述一第一装置耦接于一第二装置，则代表该第一装置可直接 电气连接于该第二装置，或透过其他装置或连接手段间接地电气连接至该第 二装置。

以下描述为本发明实施的较佳实施例，且有些实施例通过附图进行了说 明。

图1是根据本发明一实施例的具有失败事件报告和相关性的无线通信网 络100的示意图。无线通信网络100包括多个基站(eNB101、eNB102和eNB 103)以及用户设备UE104。UE104初始时由位于小区111的eNB101提供服务， 并处于RRC连接(RRC_CONNECTED)状态。稍后，UE104检测到RLF，并记 录RLF之前的无线电信令测量信息以用于后续的报告(步骤121)。检测到失败 事件后，UE104停留在连接状态并进行小区选择。找到合适的小区后，UE104 试图进行RRC连接重新建立进程。举例来说，UE104选择小区112，并通过 eNB102进行RRC连接重新建立进程(步骤122)。RRC连接重新建立进程是一种 快速且一般由本地无线电接入网络(Radio Access Network,RAN)进行 (mostly-RAN-local)的进程，并且只在小区112准备好后进行，如仅在eNB102 已经具有UE上下文信息时进行。举例来说，若UE104试图与其先前所连接的 相同基站eNB101重新建立连接，或者若eNB101已预先将UE上下文信息传递 给eNB102且eNB102已经准备好，则RRC连接重新建立进程将会成功。但在 某些其它的实施例中，目标小区可能不太知悉UE的上下文信息。UE的RRC 连接重新建立请求可包括UE识别信息(identification information)，如UE的 C-RNTI以及UE先前所连接小区的小区标识符(identity,ID)。

在RRC连接重新建立进程中，eNB102通过X2接口将RLF指示和UE识别信 息发送给先前服务的eNB101。若RRC连接重新建立进程失败，则UE104将其 状态从RRC连接状态改变为RRC空闲(RRC_IDLE)状态，并进行小区选择进 程。找到合适的小区后，UE104试图进行RRC连接建立进程。通常来说，UE 会选择与其尝试RRC连接重新建立相同的小区。在一实施例中，若RRC连接 重新建立进程失败，eNB102将相关信息{X}发送给UE104，其中相关信息{X} 为可识别出RRC连接重新建立进程失败的UE的任何信息。

在图1所示的一实施例中，UE104选择小区112并通过eNB102进行RRC连 接建立进程(步骤123)。与RRC连接重新建立进程相比，RRC连接建立进程 更大程度地涉及核心网络，且花费稍长一些的时间。但RAN并不对UE具有先 备知识(prior knowledge)，即由于并未提供给RAN相关信息，RAN并不知道 UE是否已进行先前连接。实际上，RAN无法识别UE，因此UE会被分配新的 C-RNTI。这也同样适用于RRC连接重新建立进程失败而NAS恢复触发RRC连 接建立进程的情形。

在RRC连接建立进程中，UE104告知eNB102有一可用的RLF报告。接收 到eNB102的信息请求后，UE104将RLF报告和相关信息{X}发送给eNB102。 在一实施例中，基于相关信息{X}，eNB102可确定先前的UE识别信息。在步 骤124中，eNB102通过X2接口将接收到的RLF报告和先前的UE识别信息一起 发送给先前服务的eNB101。上述信息可使得eNB101识别与先前RLF失败事件 相关的UE，其中失败事件已由eNB102在RRC连接重新建立进程中通过X2接 口向eNB101指明。基于提供的信息，eNB101可将X2RLF报告与先前X2RLF 报告指示以及eNB101所储存的先前UE上下文信息相关。

在图1的另一实施例中，UE104采用另一种RAT(步骤125)。在试图通过 eNB103进行RRC连接建立进程(步骤126)之前，UE104可能在很长的时间内停 留在另一种RAT。尽管UE104会保留RLF信息以用于后续报告，但由于假定 eNB101已在此时丢弃了所储存的UE上下文，所以认为相关信息{X}已不再新 鲜(fresh)且不再有用。如此一来，在步骤127中，eNB103仅将RLF报告发送给 eNB101，而不发送UE识别信息。或者，UE104可指示eNB103先前RRC连接 重新建立进程已经失败，且eNB103将上述指示与RLF报告一起发送给 eNB101。基于上述指示，eNB101仍可将X2RLF报告与先前X2RLF指示相关， 或者至少避免失败事件的重复簿记。

RRC连接重新建立进程是一种基于UE可识别自身以使UE上下文可识别 的假设的优化进程。另一方面，在如移动并重新定向(mobility with redirection) 的RRC连接建立进程中，RAN并不知道UE是否已进行先前连接或UE先前连 接到哪里。因此，提出一种基于相关的方案的优势包括：a)本方案与基于X2 RLF指示信息的其它方案反向兼容，且不会过时(future proof)；以及b)本方案 可将网络已知的信息与UE在失败事件报告中报告的信息结合起来，从而保证 质量，并减少对UE失败事件报告的需求，因为网络已知的信息不需要UE进 行报告。其中，失败事件可为RLF、HOF或RACH失败。上述情形均可应用 本方案，因为上述情形均可由移动性问题引起，且均可能进行第一RRC连接 重新建立进程，以及若第一RRC连接重新建立进程失败，则由NAS触发后续 RRC连接建立进程。

图2是根据本发明一实施例的用户设备UE201的简化方块示意图。UE201 包括存储器211、处理器212、收发机213，其中收发机213耦接于天线214。 UE201还可包括多个模块，如用于进行无线电信号测量的测量模块215，用于 检测失败事件并管理失败事件报告的失败事件管理模块216，以及用于进行小 区选择(再选择)与RRC连接建立(重新建立)的RRC连接管理模块217。上述不 同的模块为功能性模块，并可通过软件、韧件、硬件或其组合实现。当由处 理器212执行时(如通过执行程序代码218)，上述功能性模块可使得UE执行相 应功能。基站可具有类似结构，包括多个功能性模块，以支持相关功能。在 一实施例中，收发机213可为发射机，用来将失败事件报告发送给无线通信网 络。

图3是在无线通信网络300中报告失败事件和相关信息的第一实施例的示 意图。无线通信网络300包括第一eNB—eNB301、第二eNB—eNB302以及 UE303。开始时，UE303处于RRC连接状态，并通过建立的RRC连接与其位 于服务小区的服务eNB301进行通信(步骤311)。通过RRC连接，eNB301储存 UE上下文信息，其中UE上下文信息与RRC连接的UE303的识别信息有关。举 例来说，UE识别信息可包括C-RNTI、小区ID以及RRC连接的完整消息认证 码(Message Authentication Code for Integrity,MAC-I)。稍后在步骤321中， UE303检测到如RLF的失败事件。UE303记录有关RLF失败事件的无线电信号 测量信息，以用于后续报告。RLF报告可包括RLF发生之前的无线电信号测 量，如参考信号接收功率(Reference Signal Received Power,RSRP)测量/参考 信号接收质量(Reference Signal Received Quality,RSRQ)测量。UE303停留在 RRC连接状态并进行小区选择。

在步骤331中，UE303开始通过eNB302进行RRC连接重新建立进程，并将 RRC连接重新建立请求(RRC connection re-establishment request)发送给 eNB302。RRC连接重新建立请求包括先前RRC连接的UE识别信息，如先前 C-RNTI、先前小区ID以及先前MAC-I。接收到RRC连接重新建立请求后， eNB302通过X2接口将RLF指示发送给eNB301，其中RLF指示包括先前UE识 别信息，以便eNB301可识别出相应UE。不过RLF指示并不包括实际的RLF 报告，因为UE303和eNB302之间尚未建立安全的RRC连接。

在图3所示的示范例中，由于在RRC连接重新建立尝试之前，eNB302尚 未准备好，所以RRC连接重新建立进程失败。在步骤333中，eNB302将RRC 连接重新建立拒绝消息(RRC connection re-establishment reject message)发送 给UE303。在一实施例中，RRC连接重新建立拒绝消息可包括相关信息{X}， 其中相关信息{X}可位于新的信息元素(Information Element,IE)中。相关信息 {X}可为eNB302在稍后用来识别UE303的任何信息。接收到RRC连接重新建 立拒绝消息后，UE303在步骤341进入RRC空闲状态。稍后，NAS立即触发RRC 连接建立进程。一般来说，若UE303并不立即离开，则eNB302仍为UE303的 目标基站。

在步骤351中，UE303通过eNB302进行RRC连接建立进程。RRC连接建立 进程中，UE303和eNB302进行各级下行链路(downlink,DL)与上行链路(uplink, UL)同步、协商与配置，并最终建立新的RRC连接。由于并没有相关信息提 供给RAN/eNB302，RAN/eNB302并不知道UE303先前是否已进行连接并失 败。因此，UE303会被分配新的C-RNTI。连接建立进程完成后，在步骤361 中，UE303将RRC连接建立完成消息(RRC connection setup complete message) 发送给eNB302。上述RRC连接建立完成消息可向eNB302指示UE303有可用的 RLF报告。在步骤362中，eNB302将UE信息请求(UE information request  message)发送给UE303，以请求UE303发送可用的RLF报告。在步骤363中， UE303将信息响应消息(information response message)发送给eNB302，其中信 息响应消息包括RLF报告和相关信息{X}。

接收到RLF报告和相关信息{X}后，eNB302可基于相关信息{X}识别 UE303。更明确来说，eNB302通过RRC连接重新建立拒绝消息将相关信息{X} 发送给UE303(步骤333)，而UE303发送回相同的相关信息{X}至eNB302(步骤 363)。相关信息{X}与先前UE识别信息(通过步骤331中的RRC连接重新建立 请求接收)唯一相关。如此一来，eNB302可识别UE303并获取先前UE识别信 息。在步骤364中，eNB302将接收到的RLF报告发送给先前服务eNB301。此 外，eNB302通过X2接口将UE303的先前UE识别信息(如先前C-RNTI、先前小 区ID以及先前MAC-I)发送给eNB301。

基于UE识别信息，eNB301可将接收到的RLF报告与步骤332中接收到的 相同UE303的先前RLF指示相关，并与eNB301中储存的先前UE上下文相关， 以避免重复簿记。此外，eNB301可基于RLF报告中包含的测量结果，更好地 作出MRO决定。通过采用相关，UE303无需跟踪记录识别信息或将UE识别信 息加入RLF报告中，因为网络已知晓上述信息。一般来说，UE端越简单越好， 而网络端应更多地承担复杂设计。相关信息{X}可为用于识别UE的任何信 息，甚至可为UE识别信息本身的一部分。

图4是无线通信网络400中报告失败事件和相关信息的第二实施例的示意 图。无线通信网络400包括第一eNB—eNB401、第二eNB—eNB402以及 UE403。图4与图3类似。开始时，UE403与eNB401之间存在RRC连接(步骤 411)，并在检测到如RLF的失败事件(步骤421)后连接到eNB402。在图4所示 的示范例中，采用了相关信息的特定示范例。在步骤431中，UE403基于某 些随机接入信道(Random Access Channel,RACH)资源，在某系统帧号(System  Frame Number,SFN)内的RACH时机，通过eNB402进行RACH进程，以进行 RACH传送。其中，RACH资源如RACH前文码(preamble code)。RACH尝试 成功后，在步骤432，UE403将RRC连接重新建立请求发送给eNB402。其中， RRC连接重新建立请求包括UE403与eNB401进行先前连接时的UE识别信息。 在步骤433中，eNB402通过X2接口将RLF指示发送给eNB401。RLF指示中也 可包含UE识别信息，以便eNB401识别相应UE。

由于eNB402尚未准备好，RRC连接重新建立进程失败。在步骤434中， eNB402将RRC连接重新建立拒绝消息发送给UE403。图4中的步骤441～462与 图3中的步骤341～362类似。在步骤463中，UE403将信息响应消息发送给 eNB402。其中，信息响应消息包括RLF报告与成功RACH尝试的相关信息 {RACH资源}。由于RACH资源一般与UE403唯一相关，eNB402可藉由上述 相关信息识别UE403。接收到RLF报告和相关信息{RACH资源}后，eNB402 可基于相关信息{RACH资源}识别出UE403的先前UE识别信息。在步骤464 中，eNB401接收RLF报告和UE403的先前UE识别信息(如先前C-RNTI、先前 小区ID以及先前MAC-I)。基于UE识别信息，eNB401可确定接收到的RLF 报告与步骤433中接收的同一UE403的先前RLF指示相关，以避免重复簿记。 此外，eNB401可基于RLF报告中包含的测量结果更好地作出MRO决定。

在一特定示范例中，在RRC连接期间，UE403从第一基站eNB401中接收 相关信息。相关信息可唯一识别UE或UE的分类，其中一类UE使用相同或相 似的参数。举例来说，UE403接收相关信息，其中相关信息包含在eNB401通 过RRC消息提供的新的IE中。UE403随后将相关信息和失败事件报告发送给 eNB402，上述相关信息和失败事件报告随后发送给eNB401。

在另一特定示范例中，第二基站和第一基站可为同一个基站。举例来说， UE先连接到第一基站所服务的第一小区上，随后通过相同基站所服务的第二 小区或甚至同一小区进行RRC连接建立进程。

图5是无线通信网络500中报告失败事件和相关信息的第三实施例的示意 图。无线通信网络500包括第一eNB—eNB501、第二eNB—eNB502以及 UE503。图5与图3类似。开始时，UE503与eNB501之间存在RRC连接(步骤 511)，并在检测到如RLF的失败事件(步骤521)后连接到eNB502。不过在图5 所示的示范例中，当RRC连接重新建立进程失败时，eNB502并不为UE503提 供任何相关信息(步骤533)。另外一个不同点在于步骤563。在步骤563中， UE503将信息响应消息发送给eNB502，其中信息响应消息包含RLF报告。不 过，信息响应消息并不包含任何UE识别信息，而是包含一指示，其中该指示 指出存在先前RRC连接重新建立尝试。举例来说，信息响应消息可包含布尔 变量(Boolean variable){RRC连接重新建立尝试=真}。在步骤564中，eNB501 接收eNB502发送的RLF报告和布尔变量。尽管eNB501并不知道与RLF报告相 关的准确的UE识别信息，但基于布尔变量，eNB501仍可能“猜出”RLF报告 与步骤532中指示的先前失败事件相关。

上述方式为UE指示可能存在重复簿记的一种简单方式。UE只需记住并指 示其在失败事件后进行了RRC连接重新建立尝试，因而有失败事件信息需要 报告。此外，仅当确保RAN已经接收到RRC连接重新建立请求时(如步骤531)， UE才会作出上述指示。上述确保可为无线电链路控制(Radio Link Control, RLC)确认(acknowledgement,ACK)、MAC/混合自动请求重发(Hybrid Automatic Repeat Request,HARQ)ACK或接收到的RRC响应消息(如在步骤 533中接收到的RRC连接重新建立拒绝消息)。这是因为RRC连接重新建立进 程可能会由于损坏的无线电连接等其它原因失败，则RRC连接重新建立请求 根本无法正确传送给RAN。在上述情形下，并不产生任何X2RLF指示消息， 且后续发送的RLF报告也不会造成重复簿记。因此将发送失败考虑在内，失 败事件的统计值会更精确，以减少错误MRO决定的次数。

图6是无线通信网络600中报告失败事件和相关信息的第四实施例的示意 图。无线通信网络600包括第一eNB—eNB601、第二eNB—eNB602、第三 eNB—eNB603以及UE604。图6与图3类似。开始时，UE604与eNB601之间存 在RRC连接(步骤611)，并在检测到如RLF的失败事件(步骤621)后试图通过 eNB602进行RRC连接重新建立进程(步骤631)。RRC连接重新建立进程失败 后，UE604另接收相关信息{X}(步骤633)。不过在图6所示的示范例中，UE604 并不立即试图通过eNB602进行RRC连接建立进程。相反地，UE604进入RRC 空闲状态并停留一段时间，或者采用另一种RAT。UE可能会将RLF报告保留 很长时间(如大于48小时)，但用于识别UE以及确定UE上下文的相关信息仅在 新鲜时有用。判断是否新鲜有用可基于定时器(如判断从失败事件到失败事件 报告之间的时间是否超过某一阈值)或基于UE是否采用了另一种RAT。在另 一实施例中，若UE进行第二RRC连接建立进程，相关信息也不再有用。

在图6所示的示范例中，UE604采用另一种RAT。因此，由于相关信息{X} 不再新鲜，UE604会将其丢弃。图6中的步骤651～662与图3中的步骤351～362 类似，区别在于UE604采用另一种RAT通过不同的的eNB603进行RRC连接建 立进程。在步骤663中，UE604将信息响应消息发送给eNB603，其中信息响 应消息包含有RLF报告，但不再包含已经丢弃的相关信息{X}。相反地，与 图5所示的第三实施例类似，信息响应消息包含一指示，该指示指出存在先前 RRC连接重新建立尝试。举例来说，信息响应消息可包含布尔变量{RRC连接 重新建立尝试=真}。在步骤664中，eNB601接收eNB603发送的RLF报告和布 尔变量。尽管eNB601并不知道与RLF报告相关的准确的UE识别信息，但基于 布尔变量，eNB601仍可能“猜出”RLF报告与步骤632中指示的先前失败事 件相关。

仅提供新鲜的相关信息的好处是双重的。首先，由于UE不会在不需要时 (即RAN已失去UE上下文且相关信息不再有用时)提供相关信息，因此可减小 负荷。再者，可避免误相关(miss-correlation)，如新的UE可能会被分配另一 UE先前所用的C-RNTI，那么新的UE的上下文不应与某一失败事件报告相关。 因此，可仅在紧接失败RRC连接重新建立进程之后的RRC连接建立进程(即由 于NAS恢复触发的RRC连接建立进程)中提供相关信息。上述方法非常容易实 现(如不需要定时器)，且UE不需要记住有关其它RAT的任何信息。

图7是根据本发明一实施例的用户设备检测并报告失败事件方法的流程 图。在步骤701中，UE在由第一基站服务的第一小区中检测到失败事件。其 中，失败事件可包括RLF、HOF或RACH失败。在步骤702中，UE通过第二小 区进行RRC连接建立进程，其中第二小区可由第二基站提供服务。在步骤703 中，UE在RRC连接建立进程之后将失败事件报告和失败事件的相关信息发送 给第二基站，其中相关信息表示先前连接或连接尝试与失败事件相关，可使 基站识别与失败事件有关的UE。

图8是根据本发明一实施例的基站通过相关信息处理失败事件方法的流 程图。在步骤801中，基站从UE接收RRC连接重新建立请求，其中RRC连接 重新建立请求指示配置有第一C-RNTI的UE的失败事件由初始基站提供服 务。在步骤802中，基站将RRC连接重新建立响应发送给UE。在步骤803中， 基站通过UE进行RRC连接建立进程，并将第二C-RNTI分配给UE。在步骤804 中，基站从UE中接收失败事件报告和相关信息。其中，相关信息表示先前RRC 连接重新建立尝试与失败事件有关。

如上所述，UE只在RLF报告的相关信息新鲜时，将相关信息发送给网络。 在RAT间场景中，试图将UE上下文和RLF报告进行相关可能根本并无意义。 供应商之间(inter-vendor)的信令传送需经过测试，且网络有可能并不支持所 有的RAT间交互。因此，对于可能存在多个供应商提供RAN的RAT间场景甚 至跨频(inter-frequency)场景来说，更通用的做法是将达成无异议结论 (non-ambiguous conclusion)所需的所有信息放入RLF报告中，而不是仅依赖于 网络相关。如此一来，提供相关信息的概念可被轻易扩展，并应用到RAT间 或跨频场景中。也就是说，UE将有关C-RNTI和小区识别信息的全部信息(full  information)与RLF报告一起提供给网络，而不是仅提供相关信息。以下将描 述RAT间的RLF报告的其它细节。

RLF报告用来优化切换参数，以及检测覆盖问题。一般来说，长期演进 (Long Term Evolution,LTE)系统中的RLF报告允许UE将有关连接失败事件 (如RLF或HOF)的信息报告给网络。所报告的信息包括可用地理位置信息 (geographical location information)以及可用移动测量结果。不过，当前的LTE RLF报告只能应用到RAT内(intra-RAT)场景中。在如今的很多网络中，由于 具有不同RAT技术的不同系统之间的操作维护管理(Operation,Administration  and Maintenance,OAM)交互有限，RAT间移动的性能很差且不容易检测到。

本发明的目的之一在于在RLF报告中加入足够的信息，从而可应用于 RAT间场景，并克服现有技术的缺点。基于RLF报告，网络可进行校正操作 和调整，以减少失败。通过在RLF报告中提供更可靠的信息(与网络方案可提 供的信息相比)，可改进RAT间移动的性能。

在一实施例中，RLF报告中包含有UE配置信息，其中，UE配置信息用来 调整和限制RAT间测量的时机。失败事件发生时，UE配置信息即会发挥作用， 如可从中推断出所期望的UE移动性能，并可了解如何对失败事件进行分类， 以确定问题的严重程度。更明确来说，在一实施例中，RLF报告中可包含测 量间隙(gap)配置、指明UE测量的RAT种类或RAT数目的指示、以及指明UE 在哪些载波频率进行测量或进行测量的载波频率的个数的指示。

RAT间移动失败的一种重要状况是网络命令UE改变RAT，而UE无法连接 到目标RAT。尽管网络命令UE改变RAT可能是由于重新定向、小区重选(cell  change)、有无网络协助(网络协助如网络加入信息，以帮助UE更快连接到目 标小区)之间的转变等其它类型的网络命令，但上述状况统称为RAT间失败或 RAT间HOF。由于系统互通(interoperability)很复杂，通常只采用简单机制支 持RAT间的移动。举例来说，当前LTE RLF报告并不支持报告有关RAT间HOF 的信息。

在一实施例中，UE连接至一无线电接入点(如服务基站)，网络要求UE将 其连接从一种RAT移动到另一种RAT，或者移动到另一接入点(该另一接入点 与服务小区采用不同的双工模式)。连接移动失败后，UE将有关上述失败的 记录信息(logged information)储存起来，网络稍后可检索到记录信息。在本实 施例中，检测上述失败的常用触发为计时器届满(timer timeout)，其中计时器 在UE接收到网络要求将连接从一种RAT移动到另一种RAT的命令时开始计 时。此外，UE可能需要对多个公用陆地移动通信网(Public Land Mobile  Network,PLMN)ID进行网络检查，以确定是否被允许报告所记录的失败事 件。

图9是根据本发明一实施例的无线通信网络900中由于过早切换命令而将 RAT间HOF报告给网络的示意图。无线通信网络900包括UE901、第一RAT —RAT1902(如源网络)以及第二RAT—RAT2903(如目标网络)。在步骤911 中，UE901连接至源网络RAT1902。在步骤912中，UE901记录移动测量结果， 并将移动测量结果报告给RAT1902。在步骤913中，UE901从源网络RAT1902 中接收切换命令，其中切换命令要求UE901连接至目标网络RAT2903。然而， 上述切换命令发送地过早。在步骤914中，UE901试图连接至目标网络RAT2 903。由于切换命令发送过早，切换尝试失败。UE901随后记录有关上述失败 的信息。在步骤915中，UE901连接回源网络RAT1902。UE901随后将记录的 RAT间HOF信息报告给源网络RAT1902。

如图9所示，若UE无法连接至目标小区或目标RAT，预期操作为UE试图 连接回到其接收切换命令的源网络(如UE901连接回源网络RAT1902)。在本 实施例中，考虑到源小区中可能存有确定何时进行或是否进行RAT间切换的 配置参数，因此更多地在源小区进行用来改进RAT间移动性能的校正操作。 此外，在本实施例中，具有不同RAT的网络具有不同的OAM系统，因此可能 无法很好地进行连接。具有不同RAT的RAN和核心网之间尽可能地减少交互 可有效减少互通问题，因此，可将RAT间切换信息报告给源网络、源RAT或 源小区。

对于RAT间移动来说，步骤912进行的移动测量对检测“盲(blind)”切换 有特别的意义。所谓盲切换是指无需UE提供测量报告作为切换的触发，网络 直接命令UE进行移动。其中，测量报告包含有UE对目标小区的测量结果。 盲切换失败后进行的校正操作可为设置UE在切换前进行测量。盲切换广泛应 用于基于服务需求作出切换决定的RAT间场景中。然而，有时虽然已设置UE 进行测量，如基于事件测量触发切换，UE仍可能基于服务触发切换，即盲切 换到另一种RAT。在上述状况下，切换仍被认为是盲切换，但已无法通过查 看RLF报告中的测量报告来推断出盲切换。因此，UE应报告切换是否为盲切 换，即在移动命令之前，是否有报告给网络的对目标小区的测量报告。在一 示范例中，有关RAT间HOF的记录信息包括指出切换是否为盲切换的明确指 示(explicit indication)。

图10是根据本发明一实施例的无线通信网络1000中由于过迟切换命令将 而RAT间HOF报告给网络的示意图。无线通信网络1000包括UE1001、第一 RAT—RAT11002(如源网络)以及第二RAT—RAT21003(如目标网络)。在步 骤1011中，UE1001连接至源网络RAT11002。在步骤1012中，UE1001记录移 动测量结果，并将移动测量结果报告给RAT11002。在步骤1013中，UE1001 从源网络RAT11002中接收切换命令，其中切换命令要求UE1001连接至目标 网络RAT21003。然而，上述切换命令发送地过迟。在接收切换命令之前， UE1001在RAT11002遇到无线电链路失败。UE1001随后将有关失败的信息进 行记录。在步骤1014中，UE1001试图连接到目标网络RAT21003，且成功地 连接到目标网络RAT21003。在步骤1015中，UE1001连接回源网络RAT1 1002，并将RAT间HOF信息报告给源网络RAT11002。

RAT间移动一般是由于服务引起的，且有些类型的移动(如过迟连接到目 标小区)比其它类型的移动更容易失败。因此，为解决问题，校正操作应确定 移动的较佳执行类型。在本实施例中，记录并报告(步骤1015)的RAT间HOF 信息包括移动的类型和原因，如切换、重新定向、网络协助小区重选(Network  Assisted Cell Change,NACC)、电路域回落(Circuit-switched Fallback,CSFB)、 增强型CSFB(enhanced CSFB)以及单射频语音通话连续(Single Radio Voice  Call Continuity,SRVCC)等。

此外，校正操作有时可由目标小区进行。为了确定是否需要由目标小区 进行校正操作，如是否需要目标小区提供更多RACH资源以记录高访问负载 阻塞(access load blocking)，就需要知晓有关失败原因的更多信息。在一实施 例中，记录并报告(步骤1015)的RAT间HOF信息可包括失败的类型，如未找 到目标小区、目标小区不合适或未被允许、以及UE接入目标小区失败等。

除了RAT间HOF之外，另一种常见的连接失败场景为UE连接到一个小区 时遇到连接失败(如RLF)，随后UE在失败后连接到另一种RAT。上述情况被 称为RAT间RLF。对于上述失败来说，当前的LTE RLF报告有时可提供信息， 如包括可用的移动测量结果。若RLF报告中的可用移动测量结果指示没有同 频的相邻小区，但有合适的RAT间相邻小区，则切换到上述RAT间相邻小区 可能会防止失败。

然而，问题在于UE可能并不会在RLF报告中报告对RAT间相邻小区的测 量，上述问题的原因之一为UE没有进行RAT间移动测量的配置(如出于节电 的考量未提供配置)，另一种原因在于服务小区的停止测量阈值设置过低，使 UE停止在源小区进行RAT间测量。在一实施例中，连接至无线电接入点(如 服务基站)的UE检测到RLF后，随后连接到另一种RAT，或连接到另一接入点， 其中该另一接入点与先前服务小区具有不同的双工模式。UE储存与RLF和另 一种RAT/另一接入点有关的记录信息。网络随后可检索到上述记录信息。

图11是根据本发明一实施例的无线通信网络1100中将RAT间RLF报告给 源网络的示意图。无线通信网络1100包括UE1101、第一RAT—RAT11102(如 源网络)和第二RAT—RAT21103(如目标网络)。在步骤1111中，UE1101连接 至源网络RAT11102。在步骤1112中，UE1101检测到源网络的无线电链路失 败。UE1101将有关上述失败的信息记录下来。在步骤1113中，UE1101选择 目标小区，并通过RRC连接建立进程连接到目标网络RAT21103。UE1101记 录与RAT21103有关的信息以及与UE1101所连接的所选择目标小区有关的 信息。举例来说，记录信息可包括所选择目标小区的小区ID。其中，小区ID 包括RAT21103的物理层小区标识(Physical Cell Identity,PCI)，其中PCI包括 主同步信号(Primary Synchronization Signal,PSS)、辅助同步信号(Secondary  Synchronization Signal,SSS)和频率。在步骤1114中，UE1101离开RAT2 1103(如由于无线电覆盖问题，或由于不再需要服务)。在步骤1115中，UE1101 连接回RAT11102，并进入连接状态(如由于无线电覆盖问题，或由于需要服 务)。在步骤1116中，UE1101将RAT间RLF报告给源网络RAT11102。其中， RAT间RLF报告包括无线电链路失败事件的记录信息，以及UE1101在失败后 连接到目标网络RAT21103和/或所选择的目标小区的记录信息。上述信息可 用来识别具有不同RAT的潜在相邻小区时，而初始服务eNB可能并不知道上 述潜在相邻小区。

如图11所示，为了支持具有不同RAT、无法很好进行连接的网络，在OAM 域以及PLMN中，为了支持失败所发生或触发的小区中进行的校正操作， UE1101可将记录的RAT间RLF信息报告给源网络/RAT/小区。其中，源网络 /RAT/小区为失败发生或触发的网络/RAT/小区。更明确来说，UE1101记录 UE进行连接建立进程所选择的小区的ID、载波频率以及RAT，或者记录可推 断出载波频率和RAT的全球小区标识符(Global Cell Identity,GCI)。了解目标 小区的RAT、载波频率以及ID后，网络可保证RAT间测量配置，以进行RAT 间移动。了解连接或重新连接小区的ID可使网络通过触发切换，更早向识别 小区发送RLF。

在一实施例中，UE可记录从RLF发生或触发到成功建立连接(如UE已选 择要连接的目标小区)之间的时间。在另一实施例中，UE可记录从RLF发生或 触发到尝试进行连接建立进程之间的时间。UE无法在失败发生或触发前进行 测量(如未对UE进行RAT间测量设置)时，若从失败到连接之间的时间较短， 则认为连接或重新连接的小区为较佳的切换候选小区。

图12是根据本发明一实施例的无线通信网络1200中将RAT间RLF报告给 目标网络的示意图。无线通信网络1200包括UE1201、第一RAT—RAT1 1202(如源网络)和第二RAT—RAT21203(如目标网络)。在步骤1211中， UE1201连接至源网络RAT11202。在步骤1212中，UE1201检测到源网络的无 线电链路失败。UE1201记录与上述失败有关的信息。在步骤1213中，UE1201 选择目标小区，并通过RRC连接建立进程连接至目标网络RAT21203。在步 骤1214中，UE1201将RAT间RLF报告给目标网络RAT21203。RAT间RLF报 告包括有关RLF事件的记录信息。为了支持未来可能出现的具有较佳连接的 不同RAT的更复杂网络，UE1201将记录信息报告给目标网络/RAT/小区，其 中目标网络/RAT/小区为UE在失败发生或触发后连接的网络/RAT/小区。

在一实施例中，无论UE将RAT间RLF报告发送给源RAT还是目标RAT， 主要由失败发生或触发的小区进行校正操作。UE记录触发无线电链路失败的 小区的ID、载波频率以及RAT，或者记录可推断出载波频率和RAT的全球小 区标识符。记录信息包含在RLF报告中，并在随后发送给源/目标RAT。上述 信息可更轻易识别校正操作应在哪个小区内进行。

无论UE将RAT间RLF报告发送给源RAT还是目标RAT，为了支持失败与 失败发生或触发的源小区所采用的确切UE配置相关，以及支持更复杂的校正 操作，在一实施例中，UE也应记录以下信息：源小区中UE所采用的C-RNTI 值(如至少在源小区或源RAN中唯一)，以及可推断出UE何时采用所提供的 C-RNTI值的时间信息(如从失败发生或触发到报告失败之间的时间)。

在图11和图12所示的示范例中，源网络发生或触发无线电链路失败，且 无线电链路失败可能是由于过迟切换造成的。类似地，目标网络可发生或触 发无线电链路失败，且无线电链路失败可能是由于过早切换造成的。

图13是根据本发明一实施例的无线通信网络1300中将RAT间HOF/RLF报 告给触发失败事件的网络的示意图。无线通信网络1300包括UE1301、第一 RAT—RAT11302(如源网络)和第二RAT—RAT21303(如目标网络)。在步骤 1311中，UE1301连接至源网络RAT11302中的源小区。在步骤1312中，UE1301 从源网络RAT11302接收切换命令，其中切换命令要求UE1301连接至目标网 络RAT21303。然而，上述切换命令发送地过早。在步骤1313中，UE1301试 图连接至目标网络RAT21303。由于切换命令发送过早，上述切换尝试失败。 或者，UE1301可在开始时成功连接至RAT21302，但不久就遇到无线电链路 失败。UE1301随后记录有关HOF/RLF的信息。在步骤1314中，UE1301在RAT1 1302中选择出目标小区，并连接至RAT11302。由于HOF在RAT11302中触发， UE1301可将RAT间HOF信息报告给RAT11302。

在图13所示的示范例中，在步骤1315，UE1301已连接回触发RLF的RAT2 1303后，UE1301将RAT间RLF报告给RAT21303。RAT间RLF报告可包括所 选择的小区ID和先前小区ID。所选择的小区ID包括RAT11302中目标小区的 PCI，其中目标小区为UE1301在RAT21303发生或触发RLF后试图连接的小区 (如步骤1314)。为了区分上述场景和UE1301在失败后连接至另一小区的场景， 需要所选择的小区ID信息。先前小区ID包括RAT11302中源小区的PCI，其中 源小区为切换前为UE1301提供服务的小区(如步骤1311)。需要先前小区ID信 息，以将通知从RAT21303发送给RAT11302。

图14是根据本发明一实施例的在无线通信网络中发送RAT间RLF的流程 图。在步骤1401中，UE在第一基站服务的第一小区中检测到失败事件，其中 第一小区采用第一RAT。在步骤1402中，UE与选择出的第二小区进行RRC连 接建立进程，其中选择出的第二小区由第二基站服务，并采用第二RAT。在 步骤1403中，UE将失败事件报告发送给无线通信网络。失败事件报告包括有 关失败事件的记录信息。在一实施例中，失败事件报告包括进行RRC连接建 立进程的小区的ID、载波频率以及RAT，上述信息将报告给第一RAT。在另 一实施例中，失败事件报告包括失败事件发生或触发的小区的ID、载波频率 以及RAT，上述信息将报告给第二RAT。

图15是根据本发明一实施例的在无线通信网络中发送RAT间HOF的流程 图。在步骤1501中，UE在采用第一RAT的第一小区中建立无线电连接。在步 骤1502中，UE接收移动命令，其中上述移动命令要求UE将无线电连接从采 用第一RAT的第一小区移动到采用第二RAT的目标小区。移动命令为切换命 令、重新定向、NACC、CFSB以及改进CFSB、或者SRVCC等。在步骤1503 中，UE检测到与移动命令有关的失败事件，并记录有关失败事件的信息。在 步骤1504中，UE将记录的RAT间失败事件信息报告给网络(如失败事件发生 或触发的网络)。在一实施例中，移动命令为切换命令，记录信息包括切换命 令是否为盲切换命令。在另一实施例中，记录信息包括失败类型，如目标小 区未找到、目标小区不合适/未被允许、或者接入目标小区失败等。

在一实施例中，提供一种相应的用户设备，用户设备包括失败事件管理 模块、连接管理模块与发射机。其中，失败事件管理模块用来在第一基站服 务的第一小区中检测失败事件，连接管理模块用来与第二基站服务的第二小 区进行无线电资源控制连接建立进程，发射机用来将失败事件报告发送给无 线通信网络，其中失败事件报告包括有关失败事件的记录信息，第一小区采 用第一无线电接入技术，第二小区采用第二无线电接入技术。在本发明另一 实施例中，用户设备还可包括接收机，用来接收移动命令，其中移动命令要 求所述用户设备将无线电连接从所述第一无线电接入技术移动到所述第二无 线电接入技术，失败事件与移动命令有关。

虽然本发明已就较佳实施例揭露如上，然其并非用以限制本发明。本发 明所属技术领域中普通技术人员，在不脱离本发明的精神和范围内，当可作 各种的变更和润饰。因此，本发明的保护范围当视之前的权利要求书所界定 为准。