CN103298004A - 汇报无线链路失败信息的方法 - Google Patents

汇报无线链路失败信息的方法 Download PDF

Info

Publication number
CN103298004A
CN103298004A CN2012101439322A CN201210143932A CN103298004A CN 103298004 A CN103298004 A CN 103298004A CN 2012101439322 A CN2012101439322 A CN 2012101439322A CN 201210143932 A CN201210143932 A CN 201210143932A CN 103298004 A CN103298004 A CN 103298004A
Authority
CN
China
Prior art keywords
residential quarter
rat
failure
last
cell
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.)
Pending
Application number
CN2012101439322A
Other languages
English (en)
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.)
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
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 Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN2012101439322A priority Critical patent/CN103298004A/zh
Priority to PCT/KR2013/001572 priority patent/WO2013129832A1/en
Priority to US14/381,968 priority patent/US9516533B2/en
Publication of CN103298004A publication Critical patent/CN103298004A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • 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
    • 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
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection

Landscapes

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

Abstract

本发明公开了一种汇报RLF信息的方法，本发明通过优化地将RLF报告发送给引出问题的小区所在的接入***，能够最大限度地避免对别的RAT造成不必要的影响，保证一个RAT的问题在本RAT解决，并且，能够正确地检测出无线链路失败或切换失败的原因，减少了不同RAT间的信令交互，并简化了整个自优化的流程，提升了移动通信***性能。

Description

汇报无线链路失败信息的方法
技术领域
本发明涉及移动通信***领域，特别涉及汇报无线链路失败（RLF）信息的方法。
背景技术
随着通信技术的发展，移动通信***发展到***架构演进（SAE）***，图1给出了现有SAE***的结构示意图。如图1所示，该***包括演进通用陆地无线接入网络（E-UTRAN）101及至少包含移动管理实体（MME）105和用户平面实体（S-GW）106的核心网络，E-UTRAN 101用于连接用户设备（UE）到核心网络，且E-UTRAN 101又包括了一个以上的宏基站（eNB）102和家用基站（HeNB）103，可选的包括家用基站网关（HeNB GW）104，MME 105和S-GW 106可以集成在一个模块中实现，也可以分开独立实现。其中，eNB 102之间通过X2接口互相连接，且分别与MME 105和S-GW 106通过S1接口连接；HeNB 103通过S1接口分别与MME 105和S-GW 106直接连接，或，通过S1接口与可选的HeNB GW 104连接、HeNB GW 104再通过S1接口分别与MME 105和S-GW 106连接。
在建立SAE***初期或在SAE***运营过程中，需要花费大量的人力物力配置优化SAE***的参数，特别是无线参数的设置，从而保证SAE***良好的覆盖和容量、移动的鲁棒性、移动时负载的均衡及用户设备接入的速度等。为了节省SAE***运营中所耗费的人力物力配置，目前，提出了SAE***的自优化方法。在自优化过程中，实际上就是根据SAE***当前状态对eNB或HeNB的设置进行优化处理，以下将eNB和HeNB统称为eNB，说明SAE***的自优化方法。
图2为对SAE***进行自优化的基本原理示意图，如图2所示，eNB在上电或接入SAE后，即可进行自配置过程，该过程包括eNB的基本配置以及初始无线参数配置。其中，eNB的基本配置包括配置eNB的网际协议（IP）地址并检测操作、维护和管理（OA&M）；eNB和核心网络间的认证；对于当eNB为HeNB来说，还需要检测到其所属的HeNB GW；下载eNB的软件和操作的参数进行自身配置。初始无线参数配置是按照经验或仿真实现的，SAE***的各个eNB性能会受到所在区域的环境影响，所以eNB需要根据所在区域的环境初始无线参数配置，具体进行邻区列表的初始配置及负载均衡的初始配置。在进行完自配置过程后，eNB所配置的很多参数并不是最优化的，为了使SAE***有更好的性能，所以需要对eNB的配置进行优化或调整，也称为移动通信***的自优化。在对eNB的配置进行优化或调整时，可以由后台的OA&M控制eNB完成，OA&M和eNB之间可以有标准化的接口，OA&M将要优化的参数通过该接口发送给eNB（可以为eNB或HeNB），然后由eNB根据要优化的参数对自身配置的参数进行优化。当然，也可以由eNB自身完成，即eNB检测得到要优化性能，进行自身的所对应参数的优化或调整。eNB的配置进行优化或调整可以包括：邻区列表的自优化、覆盖和容量的自优化、移动鲁棒性的自优化、负载均衡的自优化以及随机接入信道（RACH）参数的自优化等。
目前，版本十移动鲁棒性自优化基本原理为：UE发生RLF（Radio LinkFailure，无线链路失败）或者切换失败，UE在重新进入连接模式时指示网络有可用的RLF报告，网络发送消息给UE请求RLF报告，UE发送的RLF报告包含信息：最后服务于UE的小区的全球小区标识（ECGI）、尝试重建的小区的ECGI、最后一次触发切换过程的小区的ECGI、最后一次触发切换到连接失败的时间、连接失败的原因是RLF还是切换失败、无线测量。得到UE的RLF报告的基站转发从UE得到的RLF报告给最后服务于UE的小区所在的基站。最后服务于UE的基站判断是过早切换、过晚切换、切换到错误小区还是覆盖漏洞，如果是过早切换或者切换到错误小区，则该基站发送过早切换或者切换到错误小区的信息给触发过早切换或者切换到错误小区的基站。
然而，当把现有的机制用于不同接入技术之间（Inter-RAT）的RLF或者切换失败检测时，效率特别低下，并且因为其中一个RAT的配置不优化问题可能会对另外一个RAT带来额外的处理负担。例如对于从LTE到3G的过晚切换，如果失败后UE在3G第一次重建，UE需要把UE的RLF报告发送给3G网络侧，其实问题在于LTE没有及时触发切换，这就给3G***带来了不必要的负担。如果UE总是回到LTE再汇报，也有问题，例如对于3G到LTE的太早切换，如果总是去LTE汇报，则因为3G的配置不合理带来的问题，却总是需要去LTE汇报，对LTE***带来不必要的负担，并且LTE***收到RLF报告后，需要通过S1/Iu接口把RLF报告发送给3G***中最后服务于UE的小区，带来额外的信令交互。
本发明就是找到方法来解决上述问题，尽量在问题RAT中发送UE的RLF报告，由问题RAT来分析失败的原因，尽量减少对其他RAT的影响，减少不同RAT间的信令交互。
发明内容
有鉴于此，本发明旨在提供一种汇报RLF信息的方法，通过优化地发送RLF报告给引出问题的小区所在的接入***，从而最大限度地避免对别的RAT造成不必要的影响，保证一个RAT的问题在本RAT解决，减少不同RAT间的信令交互，简化整个自优化的流程，并提升移动通信***性能。
为达到上述目的，本发明实施例的技术方案具体是这样实现的：
本发明提供的一种汇报无线链路失败（RLF）信息的方法，包括：
用户设备（UE）发生失败，所述失败包括RLF或者切换失败；
如果所述失败在上次***间（Inter-RAT）切换后的预设时间之内发生，UE将RLF报告发送给上次Inter-RAT切换的源接入***；如果所述失败在上次Inter-RAT切换后的预设时间之外发生，UE将RLF报告发送给上次Inter-RAT切换的目的接入***。
较佳地，对于RLF，所述上次Inter-RAT切换是指：上一次成功的Inter-RAT切换，所述源接入***是指：上一次成功的Inter-RAT切换的源小区所属的接入***，所述目的接入***是指：上一次成功的Inter-RAT切换的目的小区所属的接入***；
对于切换失败，所述上次Inter-RAT切换是指：上一次成功的Inter-RAT切换，所述源接入***是指：上一次成功的Inter-RAT切换的源小区所属的接入***，所述目的接入***是指：上一次成功的Inter-RAT切换的目的小区所属的接入***；或者，所述上次Inter-RAT切换是指：最后一次Inter-RAT切换，所述源接入***是指：最后一次Inter-RAT切换的源小区所属的接入***，所述目的接入***是指：最后一次Inter-RAT切换的目的小区所属的接入***。
较佳地，UE计算从接收到上次Inter-RAT切换的切换命令消息或者发送上次Inter-RAT切换的切换完成消息，至发生失败的时间差，如果所述时间差小于等于所述预设时间，则判定所述失败在上次Inter-RAT切换后的预设时间之内发生，否则，判定所述失败在上次Inter-RAT切换后的预设时间之外发生。
较佳地，UE在切换过程中或者无线资源控制（RRC）连接建立过程中指示给网络UE有RLF报告信息。
较佳地，所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识（CGI/ECGI）或者物理小区标识（PCI）和频率的信息。
较佳地，该方法进一步包括：接收到所述RLF报告的接入***中的基站，根据所述RLF报告判断失败的原因；
所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次重建小区或者失败后第一次RRC连接建立的小区属于不同的接入***，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT；
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
较佳地，如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误的RAT，并且所述基站不是最后一次触发切换的小区所在的基站，则所述基站发送切换报告给最后一次触发切换的小区所在的基站；如果失败的原因是过晚的Inter-RAT切换，并且所述基站不是失败前最后服务于UE的小区所在的基站，则所述基站发送切换报告给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者第一次重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，所述基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
较佳地，UE发生失败后，进一步保存以下信息中的一部分或全部：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是通用移动通信***（UTMS）小区，则可选地保存所述小区所在的位置区标识（LAI）和路由区码（RAC），如果UE失败前收到最后一次切换命令消息的小区是长期演进（LTE）小区，则可选地保存所述小区所在的跟踪区标识（TAI）；
失败发生后第一次RRC连接重建立小区或者失败后第一次RRC连接建立小区的小区标识和/或RAT类型；
收到最后一次切换命令消息到RLF或者切换失败的时间。
本发明提供的另一种汇报无线链路失败（RLF）信息的方法，包括：
用户设备（UE）发生失败，所述失败包括RLF或者切换失败；
如果所述失败是切换失败，UE发送RLF报告给发送切换命令的源接入***；如果所述失败是RLF，UE发送RLF报告给RLF发生的小区所属的接入***。
较佳地，如果所述失败是切换失败，当UE在所述发送切换命令的源接入***的小区重新接入时，将RLF报告发送给所述小区的基站；如果所述失败是RLF，当UE在RLF发生的小区所属的接入***的小区重新接入时，将RLF报告发送给所述小区的基站。
较佳地，UE在切换过程中或者无线资源控制（RRC）连接建立过程中指示给所述基站UE有RLF报告信息。
较佳地，所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识（CGI/ECGI）或者物理小区标识（PCI）和频率的信息。
较佳地，该方法进一步包括：从UE接收到所述RLF报告的基站根据所述RLF报告判断失败的原因；或者，对于切换失败，从UE接收到所述RLF报告的基站将RLF报告发送给发送切换命令的源基站，所述源基站根据所述RLF报告判断失败的原因，对于RLF，从UE接收到所述RLF报告的基站将RLF报告发送给RLF发生的小区所在的基站，该基站根据所述RLF报告判断失败的原因；
所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次RRC重建小区或者失败后第一次RRC连接建立的小区属于不同的接入***，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次RRC重新建立的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT；
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
较佳地，如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误的RAT，并且判断出失败原因的基站不是最后一次触发切换的小区所在的基站，则所述判断出失败原因的基站发送切换报告给最后一次触发切换的小区所在的基站；如果失败的原因是过晚的Inter-RAT切换，并且判断出失败原因的基站不是失败前最后服务于UE的小区所在的基站，则所述判断出失败原因的基站发送切换报告给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，判断出失败原因的基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
较佳地，如果从UE接收到RLF报告的基站和需要接收切换报告的基站属于不同的RAT，所述切换报告通过核心网转发给所述需要接收切换报告的基站，对于通用移动通信***（UTMS）小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的位置区标识（LAI）和路由区码（RAC），可选地，还包含所述小区所在的无线网络控制器（RNC）的标识；对于长期演进（LTE）小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的跟踪区标识（TAI）。
UE发生失败后，进一步保存以下信息中的一部分或全部：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是UTMS小区，则可选地保存所述小区所在的LAI、RAC和无线网络控制器（RNC）的标识；如果UE失败前收到最后一次切换命令消息的小区是LTE小区，则可选地保存所述小区所在的TAI；
收到最后一次切换命令消息到RLF或者切换失败的时间。
综上所述，本发明所提供的汇报RLF信息的方法，是通过由UE根据实际情况的不同，将包含RLF信息或者切换失败信息的RLF报告发送给引出问题的小区所在的接入***，收到RLF报告的接入***能够据此判断出发生RLF或者切换失败的原因，从而避免了对其他RAT的不良影响，保证一个RAT的问题在本RAT解决，减少了Inter-RAT间的信令交互，提升了移动通信***性能。
附图说明
图1为现有SAE***的结构示意图；
图2为现有对SAE***进行自优化的基本原理示意图；
图3为本发明UE汇报RLF信息和基站检测失败原因的方法一的工作流程图；
图4为本发明UE汇报RLF信息和基站检测失败原因的方法二的工作流程图；
图5为本发明UE汇报RLF信息和基站检测失败原因的方法一的实施例一的工作流程图；
图6为本发明UE汇报RLF信息和基站检测失败原因的方法一的实施例二的工作流程图；
图7为本发明UE汇报RLF信息和基站检测失败原因的方法一的实施例三的工作流程图；
图8为本发明UE汇报RLF信息和基站检测失败原因的方法二的实施例一的工作流程图；
图9为本发明UE汇报RLF信息和基站检测失败原因的方法二的实施例二的工作流程图；
图10为本发明UE汇报RLF信息和基站检测失败原因的方法二的实施例三的工作流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。
本发明的主要思想是：通过优化地将RLF报告发送给引出问题的小区所在的接入***，能够最大限度地避免对别的RAT造成不必要的影响，保证一个RAT的问题在本RAT解决，能够正确地检测出无线链路失败或切换失败的原因，并减少不同RAT间的信令，简化整个自优化的流程，提升移动通信***性能。
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。
为简化描述，如无特殊说明，以下将“RLF、切换失败和其他失败”统称为“失败”。本发明涉及UE侧汇报RLF信息的方法以及基站侧检测失败原因的方法，在下面的描述中，两方面都会涉及。
图3为本发明UE汇报RLF信息和基站检测失败原因的方法一的工作流程图。如图3所示，该流程包括：
步骤301：UE发生RLF或者切换失败。
本步骤中，UE可以保存以下信息中的一部分或者全部信息：
1）失败的小区标识。对于切换失败，设置失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率。对于RLF，设置失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率。
2）前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率。如果UE收到最后一次切换命令消息的小区是UTMS小区，则还可以保存所述小区所在的位置区标识（LAI，Location AreaIdentity）、路由区码（RAC，Router Area Code）和RNC的标识，如果所述小区是LTE小区，则还可以保存所述小区所在的跟踪区标识（TAI，Tracking AreaIdentity）。
3）失败发生后第一次RRC连接重建立小区或者失败后第一次RRC连接建立小区的小区标识和/或RAT类型。
4）收到最后一次切换命令消息到RLF或者切换失败的时间。
步骤302：判断上述失败是否在上次Inter-RAT切换后的较短时间内发生，如果是，执行步骤303，否则，执行步骤304。
本步骤中，UE可以根据从上次Inter-RAT切换的切换命令消息或者上次Inter-RAT切换中UE发送的切换完成消息，至发生失败的时间差，获知上述失败是否是上次Inter-RAT切换后较短时间内发生的失败。可以通过将该时间差与一个时钟值进行比较，来判断时间是否较短或者较长。其中，该时钟值可以是规定的典型时间值；或者取决于UE的实现，即在实现时规定一个时间值；或者是由网络配置给UE的一个时间值。该时钟值可以在所有的RAT相同，或者与特定的RAT相关，即在不同的RAT可以不同。网络可以在配置Inter-RAT切换参数时将该时钟的值配置给UE，或者通过其他的RRC消息由基站将该时钟的值配置给UE。
实际上，本步骤是判断失败是在上次Inter-RAT切换后的预设时间之内发生还是在预设时间之外发生。
以下将上次Inter-RAT切换的切换命令消息和上次Inter-RAT切换中UE发送的切换完成消息统称为“切换命令”。
具体的来讲，对于“上次Inter-RAT切换”的界定，不管是RLF还是切换失败，UE可以统一将上一次成功的Inter-RAT切换（以下简称为“上次成功切换”）作为“上次Inter-RAT切换”。这种情况下，UE通过判断上次成功切换后至发生失败的时间差的长短来决定将RLF报告发送给哪个RAT的小区。并且，这种情况下，源接入***就是上次成功切换的源小区所属的接入***，目的接入***就是上次成功切换的目的小区所属的接入***，即UE发生失败时所在的接入***。
对于切换失败（包括：Intra-RAT和Inter-RAT），UE有两种界定“上次Inter-RAT切换”的方式：
方式一，与上述界定方式相同，将上次成功切换作为“上次Inter-RAT切换”。这种方式下，源接入***就是上次成功切换的源小区所属的接入***，目的接入***就是上次成功切换的目的小区所属的接入***，即UE发生失败时所在的接入***。
方法二，将最后一次Inter-RAT切换（即：本次失败的Inter-RAT切换）作为“上次Inter-RAT切换”。这种方式下，UE通过判断最后一次Inter-RAT切换的切换命令至切换失败的时间差的长短来决定将RLF报告发送给哪个RAT的小区，这样，源接入***就是本次切换的源小区所属的接入***，即UE发生失败时所在的接入***，目的接入***就是本次切换的目的小区所属的接入***，即UE无法成功接入的目的小区所属的接入***。
步骤303：如果UE是在上次Inter-RAT切换后较短时间内发生的RLF或者切换失败，则UE把RLF报告发送给上次Inter-RAT切换的源接入***的小区，当UE在所述源接入***的小区进入连接模式（通过RRC连接建立或者切换）时，将RLF报告发送给所述源接入***的小区，然后执行步骤305。
本步骤中，“上次Inter-RAT切换”的界定方式同步骤302，在此不再赘述。
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；还包括：失败发生后第一次RRC连接重建立的小区或者失败后第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型。这里，小区标识可以是全球小区标识（CGI/ECGI）或者物理小区标识（PCI）和频率的信息。
步骤304：如果UE是在上次Inter-RAT切换后较长时间内发生的RLF或者切换失败，则UE把RLF报告发送给上次Inter-RAT切换的目的接入***的小区，当UE在所述目的接入***的小区接入（通过RRC连接建立或者切换）时，将RLF报告发送给所述目的接入***的小区，然后执行步骤305。
本步骤中，“上次Inter-RAT切换”的界定方式同步骤302，对于切换失败，如果按照步骤302中的第二种方法来界定的话，由于这段时间总是很短，所以执行的是步骤303。RLF报告所包括的内容和步骤303相同，这里不再赘述。
步骤305：从UE收到RLF报告的接入***判断RLF或者切换失败的原因。
如果源接入***从UE收到了RLF报告，则源接入***判断RLF或者切换失败的原因。如果目的接入***从UE收到了RLF报告，则目的接入***判断RLF或者切换失败的原因。
本步骤中，UE发生RLF或者切换失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT、或者覆盖漏洞。
在接入***中，判断失败原因的操作具体由基站来执行。基站按照以下方法来判定移动鲁棒性优化（MRO，Mobility Robustness Optimization）的问题：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则为过早的Inter-RAT切换；
如果没有最近的切换，最后服务于UE的小区与失败后第一次重建小区或者失败后第一次RRC连接建立的小区属于不同的接入***，则为过晚的Inter-RAT切换。例如：最后服务于UE的小区是LTE小区，重建小区是UMTS小区，则为LTE到UMTS的过晚的Inter-RAT切换。
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则为切换到错误的RAT。
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则为切换到错误小区。
这里，判断UE最近是否发生了不同RAT间切换的方式为：判断从上次不同RAT间切换到发生失败的时间间隔是否小于预先设置的时间参考值，如果小于，则判定UE最近发生了不同RAT间的切换。
如果判断出RLF或切换失败的原因是切换到错误小区、过早的Inter-RAT切换、切换到错误的RAT问题，则基站发送切换报告给最后一次触发切换的小区所在的基站，如果当前基站就是最后一次触发切换的小区所在的基站，则所述消息不需要发送；如果判断出RLF或切换失败的原因是过晚的Inter-RAT切换，则基站发送切换报告给失败前最后服务于UE的小区所在的基站，如果当前基站就是失败前最后服务于UE的小区所在的基站，则所述消息不需要发送；如果判断出RLF或切换失败的原因是覆盖漏洞，则基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站，所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
所述切换报告中包括：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者第一次重新建立的小区的小区标识和/或RAT类型。该切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示。
至此，即完成了本发明UE汇报RLF信息和基站检测失败原因的方法一的工作流程。
图4为本发明UE汇报RLF信息和基站检测失败原因的方法二的工作流程图。如图4所示，该流程包括：
步骤401：UE发生RLF或者切换失败。
本步骤中，UE需要保存以下信息中的一部分或者全部信息：
1）失败的小区标识。对于切换失败，设置失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率。对于RLF，设置失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率。
2）前一次的小区标识为UE失败前最后一次收到切换命令的小区的全球小区标识或者物理小区标识和频率。如果UE收到最后一次切换命令消息的小区是UTMS小区，则还可以保存所述小区所在的LAI、RAC和RNC的标识，如果所述小区是LTE小区，则还可以保存所述小区所在的TAI。
3）失败发生后第一次RRC连接重建立小区或者失败后第一次RRC连接建立小区的小区标识和/或RAT类型。
4）收到最后一次切换命令消息到RLF或者切换失败的时间。
步骤402：如果是RLF，则执行步骤403，如果是切换失败（HOF），则执行步骤404。
步骤403：UE在RLF失败发生时所在RAT的小区重新接入时，将RLF报告发送给所述小区的基站。
本步骤中，UE可以在RRC连接建立请求、RRC连接建立完成、RRC连接重新建立请求、RRC连接重新建立完成、切换完成、RRC连接重配置完成或者其他RRC消息中向基站指示UE有RLF报告信息。收到该指示后，基站可以请求UE汇报RLF报告信息，UE发送保存的RLF报告给基站。
本步骤中，RLF报告的内容与303中所述相同，这里不再赘述。
步骤404：UE在发送切换命令的接入***的小区重新接入时，将RLF报告发送给所述小区的基站。
本步骤中，UE可以在RRC连接建立请求、RRC连接建立完成、RRC连接重新建立请求、RRC连接重新建立完成、切换完成、RRC连接重配置完成或者其他RRC消息中向基站指示UE有RLF报告信息。收到该指示后，基站可以请求UE汇报RLF报告信息，UE发送保存的RLF报告给基站。
本步骤中，RLF报告的内容与303中所述相同，这里不再赘述。
步骤405：从UE收到RLF报告的接入***判断RLF或者切换失败的原因。可以由收到UE RLF报告的基站或者失败时最后服务于UE的基站判断失败的原因。
需要说明的是，在本步骤中，UE发生RLF或者切换失败的原因包含切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换，切换到错误的RAT、或者覆盖漏洞。
本步骤中，判断失败的原因的方法与步骤305相同，在此不再赘述。
如果判断出RLF或切换失败的原因是移动鲁棒性过早的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题，所述基站发送切换报告给最后一次触发切换的小区所在的基站，如果当前基站就是最后一次触发切换的小区所在的基站，则所述消息不需要发送；如果判断出RLF或切换失败的原因是过晚的Inter-RAT切换，则基站发送切换报告给失败前最后服务于UE的小区所在的基站，如果当前基站就是失败前最后服务于UE的小区所在的基站，则所述消息不需要发送；如果判断出RLF或切换失败的原因是覆盖漏洞，则所述基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站，所述覆盖问题报告的消息包含最后服务于UE的小区的全球小区标识。
所述切换报告中包括最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者第一次重新建立的小区的小区标识和/或RAT类型。该切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示。
至此，即完成了本发明UE汇报RLF信息和基站检测失败原因的方法二的工作流程。
以上对本发明提供的两种方法进行了详细说明。下面基于上述方法，分别举实施例进行详细说明。
图5给出了本发明UE汇报RLF信息和基站检测失败原因的方法一的实施例一的工作流程图。例如该实施例可以用于以下场景：从LTE到3G的太晚切换，UE在LTE的小区1发生RLF，当UE重新接入LTE的小区中时（例如在小区2接入或者切换到小区2中），UE把保存的RLF报告信息发送给小区2所在基站。其中，UE在接入小区1RLF失败后，可以首先接入3G的小区例如小区3，然后回到LTE小区2接入或者切换到LTE小区2。如图5所示，该流程包括：
步骤501：UE在小区1发生RLF，小区1是RAT-1的基站1控制的小区。
步骤502：从上次Inter-RAT切换后，UE在本小区的时间较长。
本步骤中，UE可以按照上次收到Inter-RAT切换的切换命令或者发送Inter-RAT切换的切换完成消息到发生失败的时间差，与一个时钟值相比较来确定时间的长短。关于该时钟值的设置请参见步骤302，在此不再赘述。
步骤503：当UE重新回到RAT-1的小区后，例如UE在RAT-1的小区2建立RRC连接或者执行RRC连接重新建立或者切换到RAT-1的小区2时，UE在RRC连接建立请求、RRC连接建立完成、RRC连接重新建立请求、RRC连接重新建立完成、切换完成、RRC连接重配置完成或者其他RRC消息中指示给基站UE有RLF报告信息。
步骤504：基站2请求UE汇报RLF信息。
步骤505：UE将保存的RLF报告发送给基站2。所述UE RLF报告的内容与步骤303中相同，这里不再赘述。
其中，RAT-1检测RLF或者切换失败的原因有两种方法。方法一是由收到RLF报告的小区所在基站判断UE发生失败的原因，如步骤506和步骤507所述。方法二是由收到RLF报告的小区所在基站把RLF报告发送给RLF发生小区所在基站或者切换失败时触发切换的小区所在基站，由RLF发生小区所在基站或者切换失败时触发切换的小区所在基站判断失败的原因，如步骤508和步骤509所述。
步骤506：RAT-1基站2判断失败的原因。
与步骤305相同，UE发生RLF或者切换失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换，切换到错误的RAT、或者覆盖漏洞。本步骤中，判断失败原因的方法也与步骤305相同，在此不再赘述。
步骤507：如果是过晚的Inter-RAT切换，RAT-1基站2发送切换报告给RLF发生时UE所在小区的基站。如果是过早的Inter-RAT切换、切换到错误的RAT或者切换到错误小区，RAT-1基站2发送切换报告给最后一次触发切换小区所在的基站。所述切换报告消息中包含RLF发生的小区的小区标识和失败的原因，例如过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误的小区。所述切换报告消息中包括最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者第一次重新建立的小区的小区标识和/或RAT类型。
如果判断出RLF或切换失败的原因是覆盖漏洞，则所述基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站，所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
步骤508：RAT-1基站2通过RLF指示消息把从UE收到的RLF报告发送给RLF发生的小区所在基站。
步骤509：RAT-1基站1判断失败的原因。具体判断方法与步骤506相同，这里不再赘述。如果判断出RLF或切换失败的原因是移动鲁棒性过早的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题，基站1发送切换报告给最后一次触发切换的小区所在的基站；如果判断出RLF或切换失败的原因是覆盖漏洞，则基站1发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站，所述覆盖问题报告的消息包含最后服务于UE的小区的全球小区标识。
所述切换报告包括最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者第一次重新建立的小区的小区标识和/或RAT类型。所述切换报告包含过早的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示。
至此，即完成了本实施例UE汇报RLF信息和基站检测失败原因的方法一的实施例一的整个工作流程。
图6给出了本发明UE汇报RLF信息和基站检测失败原因的方法一的实施例二的工作流程图。例如该实施例可以用于以下场景：3G RNC4把UE从小区4切换到LTE基站1的小区1，刚切换完成，UE回到3G的小区3接入。如图6所示，该流程包括：
步骤601：UE在小区1发生RLF，小区1是RAT-1的基站1控制的小区。
步骤602：从上次Inter-RAT切换后，UE在本小区的时间较短。
本步骤中，UE可以按照上次收到Inter-RAT切换的切换命令或者发送Inter-RAT切换的切换完成消息到发生失败的时间差，与固定的一个时钟值相比较来确定时间的长短。具体与步骤302相同，这里不再赘述。并且，UE记录上次Inter-RAT切换的源接入***的类型和/或源小区的小区标识，例如3G小区4的小区标识。
步骤603：当UE重新回到RAT-2的小区接入时，例如UE在RAT-2的小区3建立RRC连接或者切换到RAT-2的小区3，UE在RRC连接建立请求、RRC连接建立完成、RRC连接重新建立请求、RRC连接重新建立完成、切换完成、RRC连接重配置完成或者其他RRC消息中指示给基站UE有RLF报告信息。
步骤604：基站3请求UE汇报所述的RLF报告信息。
步骤605：UE将保存的RLF报告发送给基站3。所述UE RLF报告的内容与步骤303中相同，这里不再赘述。
其中，RAT-2检测RLF或者切换失败的原因有两种方法。方法一是由收到RLF报告的小区所在基站判断UE发生失败的原因，如步骤606和步骤607所述。方法二是由收到RLF报告的小区所在基站把RLF报告发送给RLF发生小区所在基站，由RLF发生小区所在基站判断失败的原因，如步骤608和步骤609所述。
步骤606至步骤609与步骤506至步骤509相同，这里不再赘述。
至此，即完成了本实施例UE汇报RLF信息和基站检测失败原因的方法一的实施例二的整个工作流程。
图7给出了本发明UE汇报RLF信息和基站检测失败原因的方法一的实施例三的工作流程图。例如该实施例可以用于以下场景：3G RNC4把UE从小区4切换到LTE基站1的小区1，切换过程中发生切换失败，UE回到3G的小区3接入。如图7所示，该流程包括：
步骤701：RAT-2基站4发送切换命令给UE，把UE从小区4切换到RAT-1的小区2。
步骤702：切换失败。例如UE接入目的小区的RACH过程失败。
步骤703：从上次Inter-RAT成功切换后，UE在小区4的时间较长，所以UE记录RAT-2的RAT类型和/或RAT2的小区4的标识，当UE在RAT-2的小区接入时，把UE RLF报告发送给RAT-2的基站。或者，UE可以按照上次收到Inter-RAT切换命令到发生失败的时间差，与固定的一个时钟值相比较来确定时间的长短，这个时间较短，UE发送RLF报告给触发Inter-RAT切换的源接入***，即RAT-2。UE记录了上次Inter-RAT切换的源接入***的类型即RAT-2和/或RAT2的小区4的标识。所以对于Inter-RAT切换过程中的切换失败，按照上一次成功切换或者按照正在进行的切换过程都是可以的，对应本次切换的源接入***和目的接入***即可。在这种场景中，都可以对应到RAT-2。
步骤704：当UE重新回到RAT-2的小区接入时，例如UE在RAT-2的小区3建立RRC连接或者切换到RAT-2的小区3，UE在RRC连接建立请求、RRC连接建立完成、RRC连接重新建立请求、RRC连接重新建立完成、切换完成、RRC连接重配置完成或者其他RRC消息中指示给基站UE有RLF报告信息。
步骤705：基站3请求UE汇报所述的RLF报告信息。
步骤706：UE将保存的RLF报告发送给基站。所述UE RLF报告的内容与步骤303中相同，这里不再赘述。
其中，RAT-2检测RLF或者切换失败的原因有两种方法。方法一是由收到RLF报告的小区所在基站判断UE发生失败的原因，如步骤707和步骤708所述。方法二是由收到RLF报告的小区所在基站把RLF报告发送给RLF或者切换失败时UE所在小区所属基站，由RLF或者切换失败时UE所在小区所属基站判断失败的原因，如步骤709和步骤710所述。
步骤707至步骤710与步骤506至步骤509相同，这里不再赘述。
至此，即完成了本实施例UE汇报RLF信息和基站检测失败原因的方法一的实施例三的整个工作流程。
图8给出了本发明UE汇报RLF信息和基站检测失败原因方法二实施例一的工作流程图。例如该实施例可用于以下场景：从LTE到3G的过晚切换，UE在LTE的小区1发生RLF，当UE重新回到LTE的小区中时，例如在小区2接入或者切换到小区2中，UE把保存的RLF报告信息发送给小区2所在基站。其中，UE在接入小区1RLF失败后，可以接入3G的小区3，然后回到LTE小区2接入或者切换到LTE小区2。如图8所示，该流程包括：
步骤801：UE在小区1发生RLF，小区1是RAT-1的基站1控制的小区。
步骤802：当UE重新接入RAT-1的小区时，例如UE在RAT-1的小区2建立RRC连接或者切换到RAT-1的小区2，UE在RRC连接建立请求、RRC连接建立完成、RRC连接重新建立请求、RRC连接重新建立完成、切换完成、RRC连接重配置完成或者其他RRC消息中指示给基站UE有RLF报告信息。
步骤803：基站2请求UE汇报所述的RLF报告信息。
步骤804：UE将保存的RLF报告给基站2。所述UE RLF报告的内容与步骤303中所述相同，这里不再赘述。
其中，RAT-1检测RLF或者切换失败的原因有两种方法。方法一是由收到RLF报告的小区所在基站判断UE发生失败的原因，如步骤805和步骤806所述。方法二是由收到RLF报告的小区所在基站把RLF报告发送给RLF发生小区所在基站，由RLF发生小区所在基站判断失败的原因，如步骤807和步骤808所述。
步骤805至步骤808与步骤506至步骤509相同，这里不再赘述。
至此，即完成了本实施例UE汇报RLF信息和基站检测失败原因的方法二的实施例一的整个工作流程。
图9给出了本发明UE汇报RLF信息和基站检测失败原因方法二实施例二的工作流程图。例如该实施例可用于以下场景：3G RNC4把UE从小区4切换到LTE基站1的小区1，切换过程中发生切换失败，UE回到3G的小区3接入。如图9所示，该流程包括：
步骤901：RAT-2基站4发送切换命令给UE，把UE从小区4切换到RAT-1的小区2。
步骤902：切换失败。例如UE接入目的小区的RACH过程失败。
步骤903：当UE重新接入RAT-2的小区接入时，例如UE在RAT-2的小区3建立RRC连接或者切换到RAT-2的小区3，UE在RRC连接建立请求、RRC连接建立完成、RRC连接重新建立请求、RRC连接重新建立完成、切换完成、RRC连接重配置完成或者其他RRC消息中指示给基站UE有RLF报告信息。
步骤904：基站3请求UE汇报所述的RLF报告信息。
步骤905：UE将保存的RLF报告发送给基站3。所述UE RLF报告的内容与步骤303中所述相同，这里不再赘述。
其中，RAT-2检测RLF或者切换失败的原因有两种方法。方法一是由收到RLF报告的小区所在基站判断UE发生失败的原因，如步骤906和步骤907所述。方法二是由收到RLF报告的小区所在基站把RLF报告发送给RLF或者切换失败时UE所在小区所属基站，由RLF或者切换失败时UE所在小区所属基站判断失败的原因，如步骤908和步骤909所述。
步骤906至步骤909与步骤506至步骤509相同，这里不再赘述。
至此，即完成了本实施例UE汇报RLF信息和基站检测失败原因的方法二的实施例二的整个工作流程。
图10给出了本发明UE汇报RLF信息和基站检测失败原因的方法二的实施例三的工作流程图。例如该实施例可以用于以下场景：3G RNC4把UE从小区4切换到LTE基站1的小区1，刚切换完成，UE回到3G的小区3接入。如图10所示，该流程包括：
步骤1001：UE在小区1发生RLF，小区1是RAT-1的基站1控制的小区。
UE保存上次Inter-RAT切换的源接入***的类型和/或源小区的小区标识，例如3G小区4的小区标识。如果UE收到最后一次切换命令消息的小区是UTMS小区，则还可以保存所述小区所在的LAI和RAC，还可以包含所述小区所在的RNC的标识。如果所述小区是LTE小区，则还可以保存所述小区所在的TAI。
UE保存失败的小区标识。对于切换失败，设置失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率。对于RLF，设置失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率。
UE保存失败发生后第一次RRC连接重建立小区或者失败后第一次RRC连接建立小区的小区标识和/或RAT类型。
UE保存收到最后一次切换命令消息到RLF或者切换失败的时间。
步骤1002：对于RLF，UE汇报失败的RLF报告给RLF发生的RAT，即RAT-1。当UE重新回到RAT-1的小区接入时，例如UE在RAT-1的小区2建立RRC连接或者切换到RAT-1的小区2，UE在RRC连接建立请求、RRC连接建立完成、RRC连接重新建立请求、RRC连接重新建立完成、切换完成、RRC连接重配置完成或者其他RRC消息中指示给基站，UE有RLF报告信息。
步骤1003：基站2请求UE汇报所述的RLF报告信息。
步骤1004：UE将保存的RLF报告发送给基站2。所述UE RLF报告的内容与步骤303中相同，这里不再赘述。
其中，RAT-1检测RLF或者切换失败的原因有两种方法。方法一是由收到RLF报告的小区所在基站判断UE发生失败的原因，如步骤1005和步骤1006所述。方法二是由收到RLF报告的小区所在基站把RLF报告发送给RLF发生小区所在基站，由RLF发生小区所在基站判断失败的原因，如步骤1007和步骤1008所述。
步骤1005与步骤506相同，这里不再赘述。
步骤1006，如果是过晚的Inter-RAT切换，RAT-1基站2发送切换报告给RLF发生时UE所在小区的基站。如果是过早的Inter-RAT切换、切换到错误的RAT或者切换到错误小区，RAT-1基站2发送切换报告给最后一次触发切换小区所在的基站。所述切换报告消息中包含RLF发生的小区的小区标识和失败的原因，例如过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误的小区。所述切换报告消息中包括最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者第一次重新建立的小区的小区标识和/或RAT类型。
如果判断出RLF或切换失败的原因是覆盖漏洞，则所述基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站，所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
如果RAT-1基站2和需要接收切换报告的基站属于不同的RAT，对于过早的Inter-RAT切换、切换到错误的RAT或者切换到错误小区，需要发给最后触发切换的RAT-2基站4，如果基站2和基站4属于不同的RAT，所述的切换报告是通过核心网转发给目的基站的。所述的切换报告中包含最后触发切换的小区的小区标识、和/或所述小区所在的LAI和RAC（如果所述小区是LTE小区，则为TAI）。如果所述小区是UMTS小区，还可以包含所述小区所在的RNC标识。对于过晚的Inter-RAT切换，RAT-1基站2发送切换报告给RLF发生时UE所在小区的基站，如果此基站和基站2属于不同的RAT，所述的切换报告是通过核心网转发给目的基站的。所述的切换报告中包含RLF发生时UE所在小区的小区标识、和/或所述小区所在的LAI和RAC（如果所述小区是LTE小区，则为TAI）。
步骤1007至步骤1008与步骤508至步骤509相同，这里不再赘述。
至此，即完成了本实施例UE汇报RLF信息和基站检测失败原因的方法二的实施例三的整个工作流程。
由上述技术方案可见，本发明所提供的汇报RLF信息的方法，通过由UE将包含了发生RLF或者切换失败信息的RLF报告发送给引出问题的小区所在的eNB，使得eNB能够通过接收到的RLF报告准确地判断出UE发生RLF或切换失败的原因，进而可以根据检测出的原因对移动通信***进行正确的自优化，提升移动通信***性能。并且，本发明技术方案避免了对其他RAT的不良影响，保证一个RAT的问题在本RAT解决，减少了Inter-RAT间的信令交互，提升了移动通信***性能。
以上举较佳实施例，对本发明的目的、技术方案和优点进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种汇报无线链路失败（RLF）信息的方法，其特征在于，包括：
用户设备（UE）发生失败，所述失败包括RLF或者切换失败；
如果所述失败在上次***间（Inter-RAT）切换后的预设时间之内发生，UE将RLF报告发送给上次Inter-RAT切换的源接入***；如果所述失败在上次Inter-RAT切换后的预设时间之外发生，UE将RLF报告发送给上次Inter-RAT切换的目的接入***。
2.根据权利要求1所述的方法，其特征在于：
对于RLF，所述上次Inter-RAT切换是指：上一次成功的Inter-RAT切换，所述源接入***是指：上一次成功的Inter-RAT切换的源小区所属的接入***，所述目的接入***是指：上一次成功的Inter-RAT切换的目的小区所属的接入***；
对于切换失败，所述上次Inter-RAT切换是指：上一次成功的Inter-RAT切换，所述源接入***是指：上一次成功的Inter-RAT切换的源小区所属的接入***，所述目的接入***是指：上一次成功的Inter-RAT切换的目的小区所属的接入***；或者，所述上次Inter-RAT切换是指：最后一次Inter-RAT切换，所述源接入***是指：最后一次Inter-RAT切换的源小区所属的接入***，所述目的接入***是指：最后一次Inter-RAT切换的目的小区所属的接入***。
3.根据权利要求2所述的方法，其特征在于：
UE计算从接收到上次Inter-RAT切换的切换命令消息或者发送上次Inter-RAT切换的切换完成消息，至发生失败的时间差，如果所述时间差小于等于所述预设时间，则判定所述失败在上次Inter-RAT切换后的预设时间之内发生，否则，判定所述失败在上次Inter-RAT切换后的预设时间之外发生。
4.根据权利要求1至3任一项所述的方法，其特征在于：
UE在切换过程中或者无线资源控制（RRC）连接建立过程中指示给网络UE有RLF报告信息。
5.根据权利要求1至3任一项所述的方法，其特征在于：
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识（CGI/ECGI）或者物理小区标识（PCI）和频率的信息。
6.根据权利要求5所述的方法，其特征在于：
该方法进一步包括：接收到所述RLF报告的接入***中的基站，根据所述RLF报告判断失败的原因；
所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次重建小区或者失败后第一次RRC连接建立的小区属于不同的接入***，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT；
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
7.根据权利要求6所述的方法，其特征在于：
如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误的RAT，并且所述基站不是最后一次触发切换的小区所在的基站，则所述基站发送切换报告给最后一次触发切换的小区所在的基站；如果失败的原因是过晚的Inter-RAT切换，并且所述基站不是失败前最后服务于UE的小区所在的基站，则所述基站发送切换报告给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者第一次重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，所述基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
8.根据权利要求1至3任一项所述的方法，其特征在于，UE发生失败后，进一步保存以下信息中的一部分或全部：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是通用移动通信***（UTMS）小区，则可选地保存所述小区所在的位置区标识（LAI）和路由区码（RAC），如果UE失败前收到最后一次切换命令消息的小区是长期演进（LTE）小区，则可选地保存所述小区所在的跟踪区标识（TAI）；
失败发生后第一次RRC连接重建立小区或者失败后第一次RRC连接建立小区的小区标识和/或RAT类型；
收到最后一次切换命令消息到RLF或者切换失败的时间。
9.一种汇报无线链路失败（RLF）信息的方法，其特征在于，包括：
用户设备（UE）发生失败，所述失败包括RLF或者切换失败；
如果所述失败是切换失败，UE发送RLF报告给发送切换命令的源接入***；如果所述失败是RLF，UE发送RLF报告给RLF发生的小区所属的接入***。
10.根据权利要求9所述的方法，其特征在于：
如果所述失败是切换失败，当UE在所述发送切换命令的源接入***的小区重新接入时，将RLF报告发送给所述小区的基站；如果所述失败是RLF，当UE在RLF发生的小区所属的接入***的小区重新接入时，将RLF报告发送给所述小区的基站。
11.根据权利要求10所述的方法，其特征在于：
UE在切换过程中或者无线资源控制（RRC）连接建立过程中指示给所述基站UE有RLF报告信息。
12.根据权利要求9至11任一项所述的方法，其特征在于：
所述RLF报告中包括：RLF时最后服务于UE的小区的小区标识和/或RAT类型，或者，切换失败时目的小区的小区标识和/或RAT类型；所述RLF报告中还包括：失败发生后第一次RRC连接重建立的小区或者第一次RRC连接建立小区的小区标识和/或RAT类型，以及UE切换到失败小区之前所在的小区的小区标识和/或RAT类型；其中，小区标识为：全球小区标识（CGI/ECGI）或者物理小区标识（PCI）和频率的信息。
13.根据权利要求12所述的方法，其特征在于：
该方法进一步包括：从UE接收到所述RLF报告的基站根据所述RLF报告判断失败的原因；或者，对于切换失败，从UE接收到所述RLF报告的基站将RLF报告发送给发送切换命令的源基站，所述源基站根据所述RLF报告判断失败的原因，对于RLF，从UE接收到所述RLF报告的基站将RLF报告发送给RLF发生的小区所在的基站，该基站根据所述RLF报告判断失败的原因；
所述失败的原因是下列原因之一：切换到错误小区、过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者覆盖漏洞；
判断失败的原因的方式包括：
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次重新建立RRC连接的小区或者第一次建立RRC连接的小区是源RAT的小区，则判定为过早的Inter-RAT切换；
如果UE没有最近的切换，最后服务于UE的小区与失败后第一次RRC重建小区或者失败后第一次RRC连接建立的小区属于不同的接入***，则判定为过晚的Inter-RAT切换；
如果UE最近发生了不同RAT间的切换，并且，失败后UE第一次RRC重新建立的小区或者第一次建立RRC连接的小区不是最后服务于UE的小区所在的RAT或者切换失败时目的小区所属RAT的小区，也不是UE切换到失败小区之前所在的小区所属RAT的小区，则判定为切换到错误的RAT；
如果UE最近发生了不同RAT间的切换，并且，失败后UE重新建立RRC连接的小区是失败前最后一次切换的目的小区所属的RAT，但是不是最后一次切换的目的小区，则判定为切换到错误小区。
14.根据权利要求13所述的方法，其特征在于：
如果失败的原因是切换到错误小区、过早的Inter-RAT切换或者切换到错误的RAT，并且判断出失败原因的基站不是最后一次触发切换的小区所在的基站，则所述判断出失败原因的基站发送切换报告给最后一次触发切换的小区所在的基站；如果失败的原因是过晚的Inter-RAT切换，并且判断出失败原因的基站不是失败前最后服务于UE的小区所在的基站，则所述判断出失败原因的基站发送切换报告给失败前最后服务于UE的小区所在的基站；所述切换报告中包含：最后一次切换的目的小区的小区标识和/或RAT类型、和/或最后一次切换的源小区的小区标识和/或RAT类型、和/或失败后第一次RRC连接建立或者重新建立的小区的小区标识和/或RAT类型；所述切换报告中还包含：过早的Inter-RAT切换、过晚的Inter-RAT切换、切换到错误的RAT或者切换到错误小区的问题指示；
如果失败的原因是覆盖漏洞，判断出失败原因的基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站；所述覆盖问题报告包含最后服务于UE的小区的全球小区标识。
15.根据权利要求14所述的方法，其特征在于：
如果从UE接收到RLF报告的基站和需要接收切换报告的基站属于不同的RAT，所述切换报告通过核心网转发给所述需要接收切换报告的基站，对于通用移动通信***（UTMS）小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的位置区标识（LAI）和路由区码（RAC），可选地，还包含所述小区所在的无线网络控制器（RNC）的标识；对于长期演进（LTE）小区，所述切换报告中还包含最后触发切换的小区的小区标识和/或所述小区所在的跟踪区标识（TAI）。
16.根据权利要求9至11任一项所述的方法，其特征在于，UE发生失败后，进一步保存以下信息中的一部分或全部：
失败的小区标识；对于切换失败，失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率，对于RLF，失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率；
前一次的小区标识为UE失败前最后一次收到切换命令消息的小区的全球小区标识或者物理小区标识和频率；如果UE失败前收到最后一次切换命令消息的小区是UTMS小区，则可选地保存所述小区所在的LAI、RAC和无线网络控制器（RNC）的标识；如果UE失败前收到最后一次切换命令消息的小区是LTE小区，则可选地保存所述小区所在的TAI；
收到最后一次切换命令消息到RLF或者切换失败的时间。
CN2012101439322A 2012-02-28 2012-05-10 汇报无线链路失败信息的方法 Pending CN103298004A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2012101439322A CN103298004A (zh) 2012-02-28 2012-05-10 汇报无线链路失败信息的方法
PCT/KR2013/001572 WO2013129832A1 (en) 2012-02-28 2013-02-27 Method for reporting radio link failure information
US14/381,968 US9516533B2 (en) 2012-02-28 2013-02-27 Method for reporting radio link failure information

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201210048322.4 2012-02-28
CN201210048322 2012-02-28
CN2012101439322A CN103298004A (zh) 2012-02-28 2012-05-10 汇报无线链路失败信息的方法

Publications (1)

Publication Number Publication Date
CN103298004A true CN103298004A (zh) 2013-09-11

Family

ID=49082968

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2012101439322A Pending CN103298004A (zh) 2012-02-28 2012-05-10 汇报无线链路失败信息的方法

Country Status (3)

Country Link
US (1) US9516533B2 (zh)
CN (1) CN103298004A (zh)
WO (1) WO2013129832A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015106430A1 (en) * 2014-01-17 2015-07-23 Telefonaktiebolaget L M Ericsson (Publ) Rrc connection reestablishment in a wireless communication network
CN105592068A (zh) * 2014-11-11 2016-05-18 思科技术公司 用于在网络环境中提供互联网协议流移动性的***和方法
CN112399454A (zh) * 2019-08-14 2021-02-23 大唐移动通信设备有限公司 信息传输方法及装置
WO2021092916A1 (en) * 2019-11-15 2021-05-20 Lenovo (Beijing) Limited Method and apparatus for performing mobility robustness optimization in a handover procedure
CN112867075A (zh) * 2019-11-08 2021-05-28 华为技术有限公司 移动性优化方法及相关装置
WO2021254197A1 (zh) * 2020-06-18 2021-12-23 夏普株式会社 由用户设备执行的方法以及用户设备
WO2022141480A1 (zh) * 2020-12-31 2022-07-07 华为技术有限公司 通信方法、装置和***

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015010301A1 (zh) * 2013-07-25 2015-01-29 富士通株式会社 信息处理方法及其装置、通信***
CN109246735B (zh) * 2014-01-24 2021-12-14 索尼公司 无线通信***、无线通信***中的装置和方法
US9049609B1 (en) * 2014-02-25 2015-06-02 Sprint Spectrum L.P. Dynamic management of retry time period based on past lack of support for providing a service
US9826452B2 (en) * 2014-04-14 2017-11-21 Mediatek Inc. Apparatuses and methods for access domain selection (ADS) during an inter-radio access technology (IRAT) procedure
US20160112907A1 (en) * 2014-10-16 2016-04-21 Qualcomm Incorporated User equipment based pseudo-reselection
KR102534537B1 (ko) * 2018-03-08 2023-05-19 삼성전자주식회사 무선 통신 시스템에서 무선 접속 기술을 스위칭하기 위한 장치 및 방법
KR102628038B1 (ko) * 2018-06-22 2024-01-22 삼성전자주식회사 이동통신 시스템에서 무선 링크 실패 보고 방법 및 장치
CN111278168B (zh) 2019-01-18 2022-10-18 维沃移动通信有限公司 信息指示方法、信息获取方法、终端及网络节点
CN111586739B (zh) * 2019-02-15 2022-04-22 华为技术有限公司 信息处理方法和装置
CN112118635B (zh) * 2019-06-20 2023-03-31 中国电信股份有限公司 上行接入方法、***和计算机可读存储介质
WO2021197413A1 (en) * 2020-04-03 2021-10-07 Shanghai Langbo Communication Technology Company Limited Method and device in communication node for wireless communication
KR20220091877A (ko) * 2020-12-24 2022-07-01 삼성전자주식회사 차세대 이동 통신 시스템에서 핸드오버를 수행하는 방법 및 장치
US20240172062A1 (en) * 2021-01-22 2024-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Reporting Inter-RAT Mobility Failures
WO2023041175A1 (en) * 2021-09-17 2023-03-23 Nokia Solutions And Networks Oy Handover control

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100173626A1 (en) * 2009-01-06 2010-07-08 Qualcomm Incorporated Adaptation of handover parameters
CN101931966A (zh) * 2009-06-26 2010-12-29 大唐移动通信设备有限公司 一种检测切换问题的方法、装置和***
CN101959262A (zh) * 2009-07-15 2011-01-26 中兴通讯股份有限公司 切换失败指示信息的通知方法与装置
WO2012019363A1 (en) * 2010-08-13 2012-02-16 Huawei Technologies Co., Ltd. Method for providing information in a cellular wireless communication system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4667194B2 (ja) * 2005-10-07 2011-04-06 株式会社エヌ・ティ・ティ・ドコモ 規制制御システム、無線通信端末装置、規制制御方法、無線通信端末制御方法
KR20110020398A (ko) * 2009-08-24 2011-03-03 삼성전자주식회사 광대역 무선통신 시스템에서 핸드오버 최적화를 위한 장치 및 방법
US8577360B2 (en) 2010-04-12 2013-11-05 Telefonaktiebolaget Lm Ericsson (Publ) UE-based MDT measuring and reporting in a cellular radio access network
US9167447B2 (en) * 2011-03-31 2015-10-20 Mediatek Inc. Failure event report for initial connection setup failure

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100173626A1 (en) * 2009-01-06 2010-07-08 Qualcomm Incorporated Adaptation of handover parameters
CN101931966A (zh) * 2009-06-26 2010-12-29 大唐移动通信设备有限公司 一种检测切换问题的方法、装置和***
CN101959262A (zh) * 2009-07-15 2011-01-26 中兴通讯股份有限公司 切换失败指示信息的通知方法与装置
WO2012019363A1 (en) * 2010-08-13 2012-02-16 Huawei Technologies Co., Ltd. Method for providing information in a cellular wireless communication system

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015106430A1 (en) * 2014-01-17 2015-07-23 Telefonaktiebolaget L M Ericsson (Publ) Rrc connection reestablishment in a wireless communication network
CN105592068A (zh) * 2014-11-11 2016-05-18 思科技术公司 用于在网络环境中提供互联网协议流移动性的***和方法
CN105592068B (zh) * 2014-11-11 2019-07-05 思科技术公司 用于在网络环境中提供互联网协议流移动性的装置和方法
CN112399454A (zh) * 2019-08-14 2021-02-23 大唐移动通信设备有限公司 信息传输方法及装置
CN112867075A (zh) * 2019-11-08 2021-05-28 华为技术有限公司 移动性优化方法及相关装置
CN112867075B (zh) * 2019-11-08 2022-05-24 华为技术有限公司 移动性优化方法及相关装置
WO2021092916A1 (en) * 2019-11-15 2021-05-20 Lenovo (Beijing) Limited Method and apparatus for performing mobility robustness optimization in a handover procedure
WO2021254197A1 (zh) * 2020-06-18 2021-12-23 夏普株式会社 由用户设备执行的方法以及用户设备
WO2022141480A1 (zh) * 2020-12-31 2022-07-07 华为技术有限公司 通信方法、装置和***

Also Published As

Publication number Publication date
US20150036512A1 (en) 2015-02-05
WO2013129832A1 (en) 2013-09-06
US9516533B2 (en) 2016-12-06

Similar Documents

Publication Publication Date Title
CN103298004A (zh) 汇报无线链路失败信息的方法
CN102413494B (zh) 一种检测无线链路失败或切换失败原因的方法
CN113301620B (zh) 一种切换报告及rlf报告的发送方法和设备
CN110267289B (zh) 一种检测无线链路失败或切换失败原因的方法
CN103856979B (zh) 将失败事件发送给无线通信网络的方法和用户设备
CN102630389B (zh) 用于在蜂窝式无线通信***中提供信息的方法
CN102598778B (zh) 向家庭基站过晚切换原因的确定方法及***
EP3509350A1 (en) Method for detecting cause of radio link failure or handover failure
CN102036243A (zh) 处理无线链路失败报告的方法及调整移动参数的方法
US11659450B2 (en) Method for supporting indication of a failure event to a source access system
US20150098448A1 (en) Method and apparatus for supporting rlf reason detection or handover failure reason detection
CN103856980A (zh) 连接建立失败报告方法和用户设备
CN104303584A (zh) 用于报告基于通过至少两种不同接入技术实现的通信链路的蜂窝通信的无线链路失败(rlf)的方法、设备和计算机程序
CN102316509B (zh) 无线链路失败相关测量信息的上报方法及***
CN103517322B (zh) 用于在蜂窝式无线通信***中提供信息的方法和装置
WO2012013100A1 (zh) 一种用户设备及其上报rlf相关测量信息的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20130911