CN110267289B - 一种检测无线链路失败或切换失败原因的方法 - Google Patents
一种检测无线链路失败或切换失败原因的方法 Download PDFInfo
- Publication number
- CN110267289B CN110267289B CN201910570520.9A CN201910570520A CN110267289B CN 110267289 B CN110267289 B CN 110267289B CN 201910570520 A CN201910570520 A CN 201910570520A CN 110267289 B CN110267289 B CN 110267289B
- Authority
- CN
- China
- Prior art keywords
- cell
- base station
- failure
- rat
- handover
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种检测RLF或切换失败原因的方法:用户设备UE发生RLF或切换失败后,当UE重新进入连接模式时,将UE发生RLF或切换失败的RLF报告发送给基站;所述基站根据RLF报告判断RLF或切换失败的原因,如果判断出RLF或切换失败的原因为MRO问题或覆盖问题,当为MRO问题时,所述基站发送MRO报告给最后一次触发切换的小区所在的基站。应用本发明所述的方法,能够正确地检测出UE发生RLF或切换失败的原因,进而根据检测出的原因对移动通信系统进行正确的自优化,提升移动通信系统性能。
Description
本申请为申请号为201210144838.9、发明名称为“一种检测无线链路失败或切换失败原因的方法”的发明专利申请的分案申请。
技术领域
本发明涉及移动通信系统领域,特别涉及一种检测无线链路失败(RLF)或切换失败原因的方法。
背景技术
随着通信技术的发展,移动通信系统发展到系统架构演进(SAE)系统,图1给出了现有SAE系统的结构示意图。如图1所示,该系统包括演进通用陆地无线接入网络(E-UTRAN)101及至少包含移动管理实体(MME)105和用户平面实体(S-GW)106的核心网络,E-UTRAN101用于连接用户设备(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-GW106直接连接,或,通过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或者切换失败,UE在重新进入连接模式时指示网络有可用的RLF报告,网络发送消息给UE请求RLF报告,UE发送的RLF报告包含最后服务于UE的小区的全球小区标识(ECGI)、尝试重建的小区的ECGI、最后一次触发切换过程的小区的ECGI、最后一次触发切换到连接失败的时间、连接失败的原因是RLF还是切换失败、无线测量;得到UE的RLF报告的基站1转发从UE得到的RLF报告给最后服务于UE小区所在的基站2;最后服务于UE的基站判断是过早切换、过晚切换、切换到错误小区还是覆盖漏洞,如果是过早切换或者切换到错误小区,则该基站发送过早切换或者切换到错误小区的信息给触发过早切换或者切换到错误小区的基站3。
现有技术中如果是过早切换或者是切换到错误小区,那么要由基站2发送过早切换或者切换到错误小区的信息给基站3,而基站2要进行判断,需要由基站1将RLF报告转发给基站2,这样导致的信令效率很低。尤其,现有技术中还有一种方式,RLF报告是通过核心网转发给基站2的,这样更能够导致信令效率低,网络消息传送负载重。
另外,现有的RLF或者切换失败检测方法仅仅适用于LTE内,当把现有的机制用于检测不同接入技术之间(inter-RAT)的RLF或者切换失败的时候,不仅效率特别低下,而且现有UE汇报的RLF报告也无法在不同RAT间路由RLF指示和报告的相关消息,也不能正确检测出不同RAT间切换的问题。
发明内容
有鉴于此,本发明提供了一种检测RLF或切换失败原因的方法,能够正确地检测出的RLF或切换失败的原因,并且优化的指示相应的事件给引出问题的小区所在的基站,进而使得基站能够根据检测出的原因对移动通信系统进行正确的自优化,提升移动通信系统性能。
为达到上述目的,本发明实施例的技术方案具体是这样实现的:
一种在无线通信系统中检测连接失败的方法,所述方法由第一基站执行,其特征在于,所述方法包括:
从第二基站接收包括无线链路失败RLF报告的消息,所述RLF报告为所述第二基站在用户设备UE发生连接失败时从所述UE接收到的;其中,所述第一基站在连接失败前服务于所述UE且所述第一基站为E-UTRAN小区所在的基站,所述第二基站为UTRAN(通用移动通信系统陆地无线接入网络)小区所在的基站;
根据接收到的消息,如果UE在连接失败前发生了最近的不同RAT(radio accesstechnology,无线接入技术)间的切换,且UE在连接失败后尝试重新建立RRC(RadioResource Control,无线资源控制)连接的小区是UTRAN小区,则判定连接失败的原因是过早的inter-RAT切换;
根据接收到的消息,如果UE在连接失败前没有最近的切换,且UE在连接失败后尝试重新建立RRC连接的小区是UTRAN小区,则判定连接失败的原因是过晚的inter-RAT切换;
如果所述UE向所述第二基站报告的时间小于配置的极限,则连接失败的原因是过早的inter-RAT切换;如果所述UE向所述第二基站报告的时间大于所述配置的极限,则连接失败的原因是过晚的inter-RAT切换;
其中,所述第二基站为所述UE在连接失败后尝试重新建立RRC连接的小区所在的基站。
一种用于在无线通信系统中检测无线链路失败RLF的第一基站,其特征在于,所述第一基站包括:
通信接口,被配置为与其他网络实体通信;
控制器,被配置为:
从第二基站接收包括无线链路失败RLF报告的消息,所述RLF报告为所述第二基站在用户设备UE发生连接失败时从所述UE接收到的;其中,所述第一基站在连接失败前服务于所述UE且所述第一基站为E-UTRAN小区所在的基站,所述第二基站为UTRAN小区所在的基站;
根据接收到的消息,如果UE在连接失败前发生了最近的不同RAT间的切换,且UE在连接失败后尝试重新建立RRC连接的小区是UTRAN小区,则判定连接失败的原因是过早的inter-RAT切换;
根据接收到的消息,如果UE在连接失败前没有最近的切换,且UE在连接失败后尝试重新建立RRC连接的小区是UTRAN小区,则判定连接失败的原因是过晚的inter-RAT切换;
如果所述UE向所述第二基站报告的时间小于配置的极限,则连接失败的原因是过早的inter-RAT切换;如果所述UE向所述第二基站报告的时间大于所述配置的极限,则连接失败的原因是过晚的inter-RAT切换;
其中,所述第二基站为所述UE在连接失败后尝试重新建立RRC连接的小区所在的基站。
一种检测无线链路失败RLF或切换失败原因的方法,该方法包括:
用户设备UE发生RLF或切换失败,当UE进入连接模式时,将UE发生RLF或切换失败的RLF报告发送给基站;
所述基站根据RLF报告判断RLF或切换失败的原因,如果判断出RLF或切换失败的原因是移动鲁棒性MRO问题,所述基站发送MRO报告给最后一次触发切换的小区所在的基站;如果判断出RLF或切换失败的原因是覆盖问题,则所述基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站,所述覆盖问题报告的消息包含最后服务于UE的小区的全球小区标识。
所述RLF报告包括:UE切换到RLF或切换失败小区之前所在的小区的位置区域标识LAI和路由区域码RAC、和/或UE切换到RLF或切换失败小区之前所在小区的小区标识、和/或RLF或切换失败后第一次尝试RRC连接重新建立或者第一次尝试RRC连接建立小区的LAI和RAC、和/或RLF或切换失败后第一次RRC连接重新建立或者第一次RRC连接建立小区的小区标识。
所述MRO问题包括过早切换、过晚切换、切换到错误小区、过早的接入技术之间inter-RAT切换或者过晚的inter-RAT切换。
所述基站判断RLF或切换失败的原因是MRO问题包括:
如果UE最近发生了不同RAT间的切换,UE重新建立RRC连接的小区是源RAT的小区,则为过早的inter-RAT切换;
如果没有最近的切换,最后服务于UE的小区和RRC连接重新建立小区是不同RAT的小区,则为过晚的inter-RAT切换;
如果UE最近发生了不同RAT间的切换,UE失败后第一次重新建立RRC连接的小区和最近一次切换的源小区和目的小区是不同RAT的小区,则为切换到错误的RAT。
所述MRO报告包括最后一次切换的目的小区的RAT类型、和/或最后一次切换的源小区的RAT类型、和/或RLF或切换失败后第一次尝试RRC连接建立或者重新建立的小区的RAT类型、和/或最后一次inter-RAT切换的目的小区的小区标识、和/或最后一次inter-RAT切换的源小区的小区标识、和/或RLF或切换失败后第一次尝试RRC连接建立或者重新建立的小区的小区标识。
该方法还包括:
所述最后一次触发切换的小区所在的基站根据所述MRO报告中最后一次切换的目的小区的RAT类型、和/或最后一次切换的源小区的RAT类型、和/或RLF或切换失败后第一次尝试RRC连接建立或者重新建立的小区的RAT类型,以及各个小区标识确定出为inter-RAT切换问题。
所述收到MRO报告的基站根据所述MRO报告中最后一次切换的目的小区的RAT类型、和/或最后一次切换的源小区的RAT类型、和/或RLF或切换失败后第一次尝试RRC连接建立或者重新建立的小区的RAT类型,以及各个小区标识确定为inter-RAT切换问题。
所述收到MRO报告的基站根据inter-RAT切换问题指示。
所述MRO报告包括inter-RAT切换问题指示知道是inter-RAT的切换问题。
如果是覆盖的问题,基站发送CCO报告给最后服务于UE的小区所在的基站。
一种检测无线链路失败RLF或切换失败原因的方法,该方法包括:
用户设备UE发生RLF或切换失败,当UE进入了连接模式时,将RLF信息报告发送给基站;
所述基站将RLF报告发送给最后服务于UE的小区所在的基站;
最后服务于UE的小区所在的基站根据RLF报告判断RLF或切换失败的原因是移动鲁棒性MRO的问题,如果UE最近发生了切换,且最后一次切换的目的小区和源小区是不同RAT的小区,UE重新建立的小区和最后一次切换的源小区的是相同的RAT,则RLF或者切换失败的原因为过早的inter-RAT切换;
最后服务于UE的小区所在基站发送MRO报告给最后一次触发切换的基站。
所述MRO报告还包含过早的inter-RAT切换。
所述MRO报告还包含UE失败后第一次建立RRC连接的小区的全球小区标识。
所述MRO报告还包括最后一次切换的目的小区的RAT类型、和/或最后一次切换的源小区的RAT类型、和/或RLF或切换失败后第一次尝试RRC连接建立或者重新建立的小区的RAT类型、和/或最后一次切换的目的小区的小区标识、和/或最后一次切换的源小区的小区标识、和/或RLF或切换失败后第一次尝试RRC连接建立或者重新建立的小区的小区标识。
所述收到MRO报告的基站根据所述MRO报告中最后一次切换的目的小区的RAT类型、和/或最后一次切换的源小区的RAT类型、和/或RLF或切换失败后第一次尝试RRC连接建立或者重新建立的小区的RAT类型,以及各个小区标识确定为inter-RAT切换问题。
所述收到MRO报告的基站根据inter-RAT切换问题指示。
所述MRO报告包括inter-RAT切换问题指示知道是inter-RAT的切换问题。
如果是覆盖的问题,基站发送CCO报告给最后服务于UE的小区所在的基站
综上所述,本发明所采用的检测RLF或切换失败原因的方法,是通过由UE将包含发生RLF或者切换失败的RLF报告发送给基站,收到RLF报告的基站判断出发生RLF或切换失败的的原因,进而由基站发送MRO报告给最后一次触发切换的小区所在的基站,或,通过由UE将包含发生RLF或者切换失败的RLF报告发送给基站,收到RLF报告的基站将RLF报告发送给最后服务于UE的小区所在的基站,由最后服务于UE的小区所在的基站判断出发生RLF或切换失败的原因,进而将包括inter-RAT切换问题指示的MRO报告发送给最后一次触发切换的基站。
本发明通过收到RLF报告的基站来判断RLF或者切换失败的原因,不需要在基站间先传递RLF指示,再发送RLF报告,特别是在不同RAT间发送上述消息的时候都需要通过CN来发送,信令过程比较复杂,因而,采用本发明的方面比现有的机制更加优化。
本发明的另一方面,由于是通过将inter-RAT失败发生相关信息包含在UE RLF报告中发送给网络,由收到UE RLF报告的基站或者最后服务于UE的基站判断失败的原因,因此,能够正确地检测出不同RAT间UE发生RLF或切换失败的原因,进而根据检测出的原因对移动通信系统进行正确的自优化,提升移动通信系统性能。
最后,由于本发明的方法中是通过将包括inter-RAT切换问题指示的MRO报告发送给最后一次触发切换的基站的,因此,能够正确地检测出不同RAT间UE发生RLF或切换失败的原因,进而根据检测出的原因对移动通信系统进行正确的自优化,提升移动通信系统性能。
附图说明
图1为现有SAE系统的结构示意图;
图2为现有对SAE系统进行自优化的基本原理示意图;
图3为本发明检测RLF或切换失败原因方法一的工作流程图;
图4为本发明检测RLF或切换失败原因具体实施例一的工作流程图;
图5为本发明检测RLF或切换失败原因具体实施例二的工作流程图;
图6为本发明检测RLF或切换失败原因具体实施例三的工作流程图;
图7为本发明检测RLF或切换失败原因方法二的工作流程图。
具体实施方式
为了解决现有技术中存在的问题,本发明提出了一种新的检测RLF或切换失败原因的方法,具体包括:
用户设备UE发生RLF或切换失败,当UE进入连接模式时,将UE发生RLF或切换失败的RLF报告发送给基站;所述基站根据RLF报告判断RLF或切换失败的原因,如果判断出RLF或切换失败的原因是移动鲁棒性MRO问题,所述基站发送MRO报告给最后一次触发切换的小区所在的基站;如果判断出RLF或切换失败的原因是覆盖问题,则所述基站发送覆盖问题报告给连接失败前最后服务于UE的小区所在的基站,所述覆盖问题报告的消息包含最后服务于UE的小区的全球小区标识;
或者,用户设备UE发生RLF或切换失败,当UE进入了连接模式时,将RLF信息报告发送给基站;所述基站将RLF报告发送给最后服务于UE的小区所在的基站;最后服务于UE的小区所在的基站根据RLF报告判断RLF或切换失败的原因是移动鲁棒性MRO的问题,如果UE最近发生了切换,且最后一次切换的目的小区和源小区是不同RAT的小区,UE重新建立的小区和最后一次切换的源小区的是相同的RAT,则RLF或者切换失败的原因为过早的inter-RAT切换;最后服务于UE的小区所在基站发送MRO报告给最后一次触发切换的基站。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
图3为本发明检测RLF或切换失败原因方法一的工作流程图。如图3所示,该流程包括:
步骤301:UE发生RLF或者切换失败。
本步骤中,UE保存失败的小区标识,对于切换失败,设置失败的小区标识为切换目的小区的全球小区标识或者物理小区标识和频率;对于RLF,设置失败的小区标识为RLF发生小区的全球小区标识或者物理小区标识和频率。保存前一次的小区标识为UE失败前最后一次收到切换命令的小区的全球小区标识或者物理小区标识和频率。
如果UE收到的最后一次的切换命令消息的小区是UTMS小区,则还可以包含所述小区所在的LAI和RAC;如果所述小区是LTE小区,则还包含所述小区所在的TAI。UE保存收到最后一次切换命令消息到RLF或者切换失败的时间。
步骤302:UE在RRC连接重新建立成功或者RRC连接建立后,将包含UE发生RLF或者切换失败的RLF报告汇报给eNB。
在本步骤中,所述RLF报告包含失败的小区标识、和/或前一次的小区标识、和/或失败后第一次尝试RRC连接重新建立或者RRC连接建立的小区标识、和/或最后一次切换命令消息到RLF或者切换失败的时间、和/或UE的测量信息、和/或连接失败的原因是RLF还是切换失败。
所述RLF报告还可以包含:最后服务于UE的小区所在RNC的RNC标识、和/或最后一次触发切换过程的小区所在RNC的RNC标识、和/或尝试重建的小区所在RNC的RNC标识,其中,所述RNC标识可以包含位置区域标识(LAI)、路由区域码(RAC)和RNC ID,还可以包含扩展的RNC ID。所述RLF报告还可以包含UE在最后服务于UE的小区的通用移动通信系统陆地无线接入网络(UTRAN)无线网络临时标识(U-RNTI),所述RLF报告还可以包含最后服务于UE的小区所在的TAI或者LAI和RAC、和/或尝试重建的小区所在的TAI或者LAI和RAC。
需要说明的是,如果最后服务于UE的小区、或者UE尝试重建的小区、或者最后一次触发切换过程的小区中之一或者多个是UMTS小区或者GERAN小区,则对应的小区标识是小区全球标识(CGI)或者物理层标识和频率。其中,对应GERAN小区所述CGI包含PLMN标识、LAC,小区标识,还可以包含RAC;对应UMTS小区所述CGI包含LAI、RAC、RNC ID和CI,还可以包含扩展的RNC ID。
还需要说明的是,如果UE收到的最后一次的切换命令消息的小区是UTMS小区,则还可以包含所述小区所在的LAI和RAC,如果所述小区是LTE小区,则还包含所述小区所在的TAI。本发明中的小区标识可以是全球小区标识或者是物理信道标识和频率的信息。
步骤303:收到UE发送RLF报告的基站判断RLF或者切换失败的原因。
本步骤中,判断inter-RAT MRO的一种方法可以为:
如果UE最近发生了不同RAT间的切换,UE重新建立RRC连接的小区是源RAT的小区,则为过早的inter-RAT切换;
如果没有最近的切换,最后服务于UE的小区和RRC连接重新建立小区是不同RAT的小区,例如最后服务于UE的小区是LTE小区,重建小区是UMTS小区,则为过晚的inter-RAT切换。
如果UE最近发生了不同RAT间的切换,UE重新建立RRC连接的小区和最近一次切换的源小区和目的小区是不同RAT的小区,则为切换到错误的RAT。
需要说明的是,在本步骤中,UE发生RLF或者切换失败的原因包含过早切换、过晚切换、切换到错误小区、过早的inter-RAT切换、过晚的inter-RAT切换,切换到错误的RAT、或者覆盖漏洞。
步骤304:如果连接失败的原因是覆盖漏洞,所述收到UE发送RLF报告的基站发送覆盖漏洞的指示给存在漏洞的小区所在的基站,即最后服务于UE的小区所在的基站。
需要说明的是,所述包含覆盖漏洞指示的消息包含最后服务于UE的小区的全球小区标识。
步骤305:如果是移动鲁棒性(MRO)的问题,如过早切换、过晚切换、切换到错误小区、过早的inter-RAT切换、过晚的inter-RAT切换,切换到错误的RAT,所述检测出问题的基站发送对应的MRO报告给触发过早、过晚或者切换到错误小区/RAT的基站。
需要说明的是,所述MRO报告的消息包含最后一次触发切换的源小区的小区标识、最后一次触发切换的目的小区的小区标识。如果是过早的inter-RAT切换、过晚的inter-RAT切换或者切换到错误的RAT,则所述的指示MRO的消息还可以包含切换的目的RAT的类型。
至此,即完成了本发明检测UE发生RLF或切换失败原因方法一的整个工作流程。
基于上述方法一,下面分别列举三个具体实施例进行说明:
具体实施例一
图4给出了检测RLF或切换失败原因具体实施例一的工作流程图。该实施例可用于以下场景但是不限于以下场景:RNC2把UE从小区2(RNC2下的小区)成功切换到eNB3下的小区3,很快UE在小区3发生RLF,UE在RNC1的小区1建立起RRC连接;或,RNC2把UE从小区2(RNC2下的小区)切换到eNB3下的小区3的过程中发生切换失败,UE在RNC1的小区1建立起RRC连接。如图4所示,该流程包括:
步骤400:UE在小区3发生RLF或者切换到小区3失败,其中,小区3是eNB3控制的小区。
对于切换失败,设置失败的小区标识为切换目的小区即小区3的全球小区标识或者物理小区标识和频率;对于RLF,设置失败的小区标识为RLF发生小区即小区3的全球小区标识或者物理小区标识和频率。
保存前一次的小区标识为UE失败前最后一次收到切换命令的小区即小区2的全球小区标识或者物理小区标识和频率,或者还可以包含所述前一次的小区所在的LAI和RAC。
在本步骤中,UE保存收到最后一次切换命令消息到RLF或者切换失败的时间。
步骤401:UE在小区1发起RRC连接重新建立或者RRC连接建立过程,其中,小区1是RNC1控制的小区。
在本步骤中,因为小区1是UMTS的小区,UE发起的是RRC连接建立过程,如果是LTE小区,则UE可以发起RRC连接重新建立过程。
当RRC连接重新建立过程成功或者RRC连接建立过程成功后,UE指示网络有RLF报告信息。
需要说明的是,在本步骤中,可以在RRC重新建立完成消息或者RRC建立完成消息中包含有可用的RLF报告信息指示,且可用的RLF报告信息可以是切换失败的信息或者包含切换失败的信息。
步骤402:UE进入激活状态,连接到UTRAN系统中,并将RLF报告发送给RNC1。
需要说明的是,在本步骤中,UE汇报RLF报告给当前基站(RNC1)包含步骤:RNC1发送RLF报告请求给UE,UE收到此请求消息后发送RLF报告给RNC1。
所述RLF报告包含的内容与步骤302中的UE汇报给eNB的失败信息的内容相同,这里不再赘述。
当RNC1接收到RLF报告后,判断RLF或者切换失败的原因:RNC1根据UE的无线测量来排除覆盖的问题后,如果是UMTS内部的MRO问题,RNC1判断RLF或者切换失败的原因的方法为:如果连接失败之前没有最近的切换过程,即UE没有报告时间或者报告的时间大于一个配置的极限,则为过晚切换;如果连接失败之前有最近的切换,即UE报告的时间小于一个配置的极限,并且UE RLF或切换失败后第一次尝试RRC连接建立的小区是最后触发切换的服务于UE的小区则是过早切换;如果连接失败之前有最近的切换,即UE报告的时间小于一个配置的极限,并且UE连接失败后第一次尝试RRC重建或者建立的小区不是最后触发切换的服务于UE的小区,也不是RLF发生的时候服务于UE的小区,也不是最后一次切换的目的小区,则是切换到错误小区。
如果是不同RAT间的MRO问题,有两种判断失败原因的方法和MRO报告方法:
方法一,判断失败原因的方法和上述相同,在所述的MRO报告中包含最后一次切换目的RAT的类型,或者在所述的MRO报告消息中包含最后一次切换目的小区的小区标识,还可以包含目的小区所在的LAI和RAC、或者TAI,所述的MRO消息还可以包含inter-RAT切换问题的指示。收到MRO汇报的小区所在基站根据收到的信息判断是inter-RAT的问题,具体描述在步骤403中。
方法二,判断失败的原因的方法为:如果UE最近发生了不同RAT间的切换,即UE报告的时间小于一个配置的极限,最后一次切换的目的小区和源小区属于不同的RAT,UE重新建立了RRC连接的小区是源RAT的小区,则RLF或者切换失败的原因为过早的inter-RAT切换。
过晚的inter-RAT切换与intra-LTE中小区间过晚切换一样,既没有最近的切换,如果最后服务于UE的小区和RRC连接重新建立小区是不同RAT的小区,例如最后服务于UE的小区是LTE小区,重建小区是UMTS小区,则为过晚的inter-RAT切换。
如果UE最近发生了不同RAT间的切换,UE重新建立RRC连接的小区和最近一次切换的源小区和目的小区是不同RAT的小区,则为切换到错误的RAT。
步骤403a:如果RNC2是最后一次触发切换的基站,且RNC1和RNC2有Iur接口,则RNC1通过Iur接口发送MRO报告给RNC2,通知RNC2MRO的问题。
在本步骤中,所述MRO的问题包含发生了过早的inter-RAT切换,所述MRO报告的消息包含最后触发切换的小区的小区标识,还可以包含目的RAT的类型、和/或RLF或切换失败后第一次尝试RRC连接建立小区的RAT类型,可以包含目的RAT小区的小区标识,例如最后一次切换到eNB1下的的目的小区的ECGI,还可以包含RLF或切换失败后第一次尝试RRC连接建立的小区的全球小区标识,由此,RNC2知道源小区触发了过早的inter-RAT切换。
对应步骤402中判断失败原因的方法一,RNC1指示切换到错误小区给RNC2,所述MRO报告的消息包含最后触发切换的小区的小区标识,还可以包含目的RAT的类型、和/或RLF或切换失败后第一次尝试RRC连接建立小区的RAT类型,还可以包含目的RAT小区的小区标识,例如最后一次切换到eNB1下的目的小区的ECGI,还可以包含RLF或切换失败后第一次尝试RRC连接建立的小区的全球小区标识。RNC2根据目的RAT的类型和RRC建立RAT的类型以及最后一次触发切换的源小区的RAT类型,知道发生了不合适的inter-RAT切换,例如把UE从RAT1切换到RAT2,刚切换成功,UE发生失败,回到RAT1建立起RRC连接,或者切换过程中发生失败,UE回到RAT1建立起RRC连接,则RNC2判断为过早的inter-RAT切换;或者所述MRO报告的消息包含inter-RAT切换指示,RNC2根据该指示和收到的小区标识判断出过早的inter-RAT切换;或者RNC2根据配置信息知道最后触发切换的小区、最后触发切换的目的小区,RLF或切换失败后第一次尝试RRC连接建立小区的RAT类型,从而判断出过早的inter-RAT切换。
步骤403b:如果RNC2是最后一次触发切换的基站,且RNC1和RNC2之间没有Iur接口,则RNC1通过Iu接口发送MRO报告给SGSN,由SGSN将MRO报告发送给RNC2。
所述MRO报告的消息包含UE最后一次触发切换小区所在RNC的PLMN标识、LAC、RAC、RNC ID或者扩展的RNC ID,还可以包含最后一次触发切换小区的CGI。在本步骤中,RNC1和RNC2可以连接到相同的SGSN或者不同的SGSN,如果连接到不同的SGSN(例如RNC1和RNC2分别连接到SGSN1和SGSN2),则SGSN1将MRO报告发送给SGSN2,SGSN1根据所述的LAI和RAC在不同的SGSN间路由消息。
需要说明的是,SGSN是根据PLMN标识和RNC ID或者扩展的RNC ID把MRO报告发送给RNC2的。
所述MRO的问题包含发生了过早的inter-RAT切换,则所述MRO报告消息包含最后触发切换的小区的小区标识,还可以包含目的RAT的类型、和/或RLF或切换失败后第一次尝试RRC连接建立小区的RAT类型,还可以包含目的RAT小区的小区标识,例如最后一次切换到eNB1下的目的小区的ECGI,还可以包含RLF或切换失败后第一次尝试RRC连接建立的小区的全球小区标识。由此,RNC2知道源小区触发了过早的inter-RAT切换。
对应步骤402中判断失败原因的方法一,RNC1通过Iu接口指示切换到错误小区给RNC2,所述MRO报告消息包含最后触发切换的小区的小区标识,还可以包含目的RAT的类型、和/或RLF或切换失败后第一次尝试RRC连接建立小区的RAT类型,还可以包含inter-RAT切换问题的指示,还可以包含目的RAT小区的小区标识,例如最后一次切换到eNB1下的目的小区的ECGI,还可以包含RLF或切换失败后第一次尝试RRC连接建立的小区的全球小区标识。RNC2根据目的RAT的类型和RRC建立RAT的类型以及最后一次触发切换的源小区的RAT类型,或者根据inter-RAT切换问题指示知道发生了不合适的inter-RAT切换,例如把UE从RAT1切换到RAT2,刚切换成功,UE发生失败,回到RAT1建立起RRC连接,或者切换过程中发生失败,UE回到RAT1建立起RRC连接,则RNC2判断为过早的inter-RAT切换。或者RNC2根据配置信息知道最后触发切换的小区、最后触发切换的目的小区,RLF或切换失败后第一次尝试RRC连接建立小区的RAT类型,从而判断出过早的inter-RAT切换。对于过晚的inter-RAT切换,RNC2根据最后服务于UE的小区的RAT类型和RRC建立的小区的RAT类型不同,知道是过晚的inter-RAT切换。
至此,即完成了本实施例检测RLF或切换失败原因具体实施例一的整个工作流程。
具体实施例二
基于上述方法,图5给出了检测RLF或切换失败原因具体实施例二的工作流程图。该实施例可用于以下场景但是不限于以下场景:RNC2把UE从小区2(RNC2下的小区)成功切换到eNB3下的小区3,很快UE在小区3发生RLF,UE在RNC1的小区1建立起RRC连接;或,RNC2把UE从小区2(RNC2下的小区)切换到eNB3下的小区3的过程中发生切换失败,UE在RNC1的小区1建立起RRC连接。如图5所示,该流程包括:
步骤500至步骤501与步骤400至步骤401相同,这里不再赘述。
步骤502,UE进入激活状态,连接到UTRAN系统中,并将RLF报告发送给RNC1。
需要说明的是,在本步骤中,UE汇报RLF报告给当前基站(RNC1)包括:RNC1发送RLF请求给UE,UE收到此请求后发送RLF报告给RNC1,所述RLF报告包含的内容与步骤302中的UE汇报给eNB的失败信息的内容相同,这里不再赘述。
RNC1判断RLF或者切换失败的原因,在本具体实施例中,RNC1根据UE的无线测量来知道是覆盖的问题。
步骤503,如果是覆盖的问题,RNC1发送CCO报告给最后服务于UE的小区所在的基站。
在本步骤中,RNC1通过核心网发送所述的CCO报告给最后服务于UE的小区所在的基站,所述CCO报告的消息中包含CCO信息和最后服务于UE的小区的小区标识,还可以包含所述小区所在的TAI。
需要说明的是,在本步骤中,SGSN根据TAI把CCO报告发送给MME,由MME发送CCO报告给eNB1,所述CCO报告的消息包含CCO信息和最后服务于UE的小区的小区标识。由此,eNB1知道相应的小区存在覆盖的问题。
至此,即完成了本实施例检测RLF或切换失败原因具体实施例二的整个工作流程。
具体实施例三
基于上述方法,图6给出了检测RLF或切换失败原因具体实施例三的工作流程图。如图6所示,该流程包括:
步骤600:UE在小区3发生RLF或者切换失败,其中,小区3是eNB3控制的小区。
步骤601:UE在小区1发起RRC连接重新建立或者RRC连接建立过程,其中,小区1是eNB1控制的小区。
当RRC连接重新建立过程成功或者RRC连接建立过程成功后,UE指示网络有RLF报告信息。
在本步骤中,可以在RRC重新建立完成消息或者RRC建立完成消息中包含有可用的RLF报告信息指示,且可用的RLF报告信息可以是切换失败的信息或者包含切换失败的信息。
步骤602:UE进入激活状态,并将RLF报告发送给eNB1。
需要说明的是,在本步骤中,UE汇报RLF报告给当前基站(eNB1)包括:eNB1发送UE信息请求给UE,UE收到此请求消息后发送UE信息响应给eNB1;所述RLF报告包含的内容与步骤302中的UE汇报给eNB的失败信息的内容相同,这里不再赘述。
在eNB1接收到RLF报告后,判断RLF或者切换失败的原因。在本步骤中,eNB1根据UE的无线测量来排除覆盖的问题,则eNB1判断RLF或者切换失败的原因的方法为:如果连接失败之前没有最近的切换过程,即UE没有报告时间或者报告的时间大于一个配置的极限,则为过晚切换;如果连接失败之前有最近的切换,即UE报告的时间小于一个配置的极限,并且UE尝试重建的小区是最后触发切换的服务于UE的小区则是过早切换;如果连接失败之前有最近的切换,即UE报告的时间小于一个配置的极限,并且UE失败后第一次尝试RRC重建或者建立的小区不是最后触发切换的服务于UE的小区,也不是RLF发生的时候服务于UE的小区,也不是最后一次切换的目的小区,则是切换到错误小区。
步骤603a,如果eNB2是最后一次触发切换的小区所在基站,且eNB1和eNB2有X2接口,则eNB1通过X2接口发送MRO报告给eNB2,通知eNB2发生了过早切换或者切换到错误小区。对于过晚切换,eNB1通过X2接口发送MRO报告给最后服务于UE的小区所在基站过晚切换的信息。
所述MRO报告的消息包含最后触发切换的小区的全球小区标识、最后一次切换的目的小区的全球小区标识、UE失败后第一次尝试RRC重新建立的小区的全球小区标识。
步骤603b,如果eNB2是最后一次触发切换的小区所在基站,且eNB1和eNB2之间没有X2接口,eNB1通过S1接口发送MRO报告给MME,由MME将MRO报告发送给eNB2。
在本步骤中,所述MRO报告的消息包含UE在最后一次触发切换小区所在TAI,还可以包含过早切换、过晚切换或者切换到错误小区的指示,还可以包含最后触发切换的小区的全球小区标识、最后一次切换的目的小区的全球小区标识、UE失败后第一次尝试RRC重新建立的小区的全球小区标识。
需要说明的是,eNB1和eNB2可以连接到相同的MME或者不同的MME,如果连接到不同的MME(例如eNB1和eNB2分别连接到MME1和MME2),则MME1将MRO报告发送给MME2,MME1根据所述的TAI在不同的MME间路由消息,由MME根据全球小区标识把MRO报告发送给eNB2。
还需说明的是,所述发送给eNB2的MRO报告消息包含过早切换、过晚切换或者切换到错误小区的指示,还可以包含最后触发切换的小区的全球小区标识、最后一次切换的目的小区的全球小区标识、UE失败后第一次尝试RRC重新建立的小区的全球小区标识。
步骤604,如果eNB1根据UE的测量判断出是覆盖的问题,eNB1发送CCO报告给最后服务于UE的小区所在基站,所述CCO报告消息包含最后服务于UE的小区的全球小区标识。
需要说明的是,如果eNB1和最后服务于UE的小区例如eNB3有X2接口则所述消息通过X2接口发送;如果eNB1和最后服务于UE的小区例如eNB3没有X2接口,则所述消息通过S1接口发送,且在通过S1接口发送CCO报告时,eNB1需要包含最后服务于UE小区的TAI给MME,TAI用于在核心网路由所述的CCO报告消息。由此,最后服务于UE的小区知道存在覆盖的问题。
至此,即完成了本实施例检测RLF或切换失败原因具体实施例三的整个工作流程。
与图3所述方法实施例一相对应,图7给出了本发明检测RLF或切换失败原因方法二的工作流程图。同样地,该实施例可用于以下场景但是不限于以下场景:基站2把UE从小区2(基站2下的小区)成功切换到基站3下的小区3,很快UE在小区3发生RLF,UE在基站1的小区1建立起RRC连接;或,基站2把UE从小区2(基站下的小区)切换到基站3下的小区3的过程中发生切换失败,UE在基站1的小区1建立起RRC连接。如图7所示,该流程包括:
步骤701:UE在小区3发生RLF或者切换失败,其中,小区3是基站3控制的小区。
步骤702:UE在小区1发起RRC连接重新建立或者RRC连接建立过程,其中,小区1是基站1控制的小区。
在本步骤中,实际中可以是UE在小区1发起RRC连接重新建立过程重新建立成功;或者是UE在小区1发起RRC连接重新建立失败后发起RRC连接建立过程,RRC连接建立成功;或者UE在小区1直接发起RRC连接建立,RRC连接建立成功;或者是UE在其它小区发起RRC连接重新建立RRC连接重新建立失败后在小区1RRC连接建立成功。
在RRC重新建立完成消息或者RRC建立完成消息中可以包含有可用的RLF报告信息指示,且可用的RLF报告可以是切换失败的信息或者包含切换失败的信息。
步骤703:UE进入激活状态,并将RLF信息报告发送给基站1。
需要说明的是,在本步骤中,UE汇报RLF信息给当前基站(基站1)包含步骤:基站1发送RLF信息请求给UE,UE收到此请求消息后发送RLF信息报告给eNB2,所述的RLF信息请求和RLF信息报告过程可以是现有的UE信息请求和UE信息响应过程也可以是新定义的RRC消息或者过程。
所述RLF信息报告包含的内容与步骤302中的UE汇报给eNB的失败信息的内容相同,这里不再赘述。
步骤704:eNB1发送RLF指示给RLF发生的小区所在基站eNB2。
对于切换失败,eNB1发送RLF指示给最后服务于UE的小区即切换失败的源小区所在基站eNB2。
步骤705:eNB2判断UE发生RLF或者切换失败的原因。
在本步骤中,eNB2根据UE的无线测量来排除覆盖的问题。如果是LTE内部的MRO问题,eNB2判断RLF或者切换失败的原因的方法为:如果连接失败之前没有最近的切换过程,即UE没有报告时间或者报告的时间大于一个配置的极限,则为过晚切换;如果连接失败之前有最近的切换,即UE报告的时间小于一个配置的极限,并且UE RLF或切换失败后第一次尝试RRC连接建立的小区是最后触发切换的服务于UE的小区则是过早切换;如果连接失败之前有最近的切换,即UE报告的时间小于一个配置的极限,并且UE连接失败后第一次尝试RRC重建或者建立的小区不是最后触发切换的服务于UE的小区,也不是RLF发生的时候服务于UE的小区,也不是最后一次切换的目的小区,则是切换到错误小区。
进一步地,如果是不同RAT间的MRO问题,有两种判断失败原因的方法和MRO报告方法:
方法一,判断失败原因的方法和上述相同,在所述的MRO报告中包含最后一次切换目的RAT的类型,或者在所述的MRO报告消息中包含最后一次切换目的小区的LAI和RAC、或者TAI,所述的MRO报告消息还可以包含inter-RAT切换问题的指示。收到MRO报告的小区所在基站根据收到的信息判断是inter-RAT的问题,具体描述在步骤706中。
方法二,判断失败的原因的方法为:如果UE最近发生了不同RAT间的切换,即UE报告的时间小于一个配置的极限,最后一次切换的目的小区和源小区属于不同的RAT,UE重新建立了RRC连接的小区是源RAT的小区,则RLF或者切换失败的原因为过早的inter-RAT切换。
过晚的inter-RAT切换与intra-LTE中小区间过晚切换一样,既没有最近的切换,如果最后服务于UE的小区是LTE小区和RRC连接重新建立小区是不同RAT的小区,例如最后服务于UE的小区是LTE小区,重建小区是UMTS小区,则为过晚的inter-RAT切换。
如果UE最近发生了不同RAT间的切换,UE重新建立RRC连接的小区和最近一次切换的源小区和目的小区是不同RAT的小区,则为切换到错误的RAT。
步骤706,当eNB2判断出失败的原因为太早切换、切换到错误小区或者过早的inter-RAT切换或者切换到错误的RAT时,eNB2需要发送MRO报告到最后一次触发切换的源小区。
所述的MRO报告包含相应的太早切换、切换到错误小区或者过早的inter-RAT切换或者切换到错误的RAT的信息,所述MRO报告的消息还可以包含最后一次触发切换的小区的小区标识、RRC建立或者重建的小区的小区标识、最后一次触发切换的目的小区的小区标识。
需要说明的是,所述的MRO报告消息中还可以包含最后一次切换目的RAT的类型,或者最后一次切换目的小区的小区标识、或者最后一次切换目的小区的LAI和RAC、或者TAI,所述的MRO报告消息还可以包含inter-RAT切换问题的指示。收到MRO汇报的小区所在基站根据收到的信息判断是inter-RAT的问题。
总之,本发明所采用的检测RLF或切换失败原因的方法,当发生RLF或切换失败的UE进入连接模式时,通过由UE将包含发生RLF或者切换失败的RLF报告发送给基站,收到RLF报告的基站判断出发生RLF或切换失败的包含MRO问题的原因,进而由基站发送MRO报告给最后一次触发切换的小区所在的基站,或,通过由UE将inter-RAT失败发生相关信息包含在UE RLF报告中发送给基站,收到RLF报告的基站将RLF报告发送给最后服务于UE的小区所在的基站,由最后服务于UE的小区所在的基站判断出发生RLF或切换失败的MRO问题的原因,进而将包括inter-RAT切换问题指示的MRO报告发送给最后一次触发切换的基站。
通过收到RLF报告的基站来判断RLF或者切换失败的原因,不需要在基站间先传递RLF指示,再发送RLF报告,特别是在不同RAT间发送上述消息的时候都需要通过CN来发送,信令过程比较复杂。本发明的方面比现有的机制更加优化。
本发明的另一方面,由于是通过将inter-RAT失败发生相关信息包含在UE RLF报告中发送给网络,由收到UE RLF报告的基站或者最后服务于UE的基站判断失败的原因,因此,能够正确地检测出不同RAT间UE发生RLF或切换失败的原因,进而根据检测出的原因对移动通信系统进行正确的自优化,提升移动通信系统性能。
最后,由于本发明的方法中是通过将包括inter-RAT切换问题指示的MRO报告发送给基站的,因此,能够正确地检测出不同RAT间UE发生RLF或切换失败的原因,进而根据检测出的原因对移动通信系统进行正确的自优化,提升移动通信系统性能。
以上举较佳实施例,对本发明的目的、技术方案和优点进行了进一步详细说明,所应理解的是,以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (40)
1.一种在无线通信系统中检测连接失败的方法,所述方法由第一基站执行,其特征在于,所述方法包括:
从第二基站接收失败指示的消息,所述消息为所述第二基站在从用户设备UE获得无线链路失败RLF报告时发送的;其中,所述第一基站是在连接失败前最后服务于所述UE的基站;
根据接收到的消息,如果UE在连接失败前发生了不同无线接入技术RAT间的切换,且UE在连接失败后尝试重新建立无线资源控制RRC连接的小区是第一RAT的小区,则判定连接失败的原因是过早的inter-RAT切换;
根据接收到的消息,如果UE在连接失败前没有切换,且UE在连接失败后尝试重新建立RRC连接的小区是第一RAT的小区,则判定连接失败的原因是过晚的inter-RAT切换;
其中,如果连接失败的原因是过早的inter-RAT切换,UE向所述第二基站报告的时间小于配置的阈值;如果连接失败的原因是过晚的inter-RAT切换,UE向所述第二基站报告的时间大于所述配置的阈值。
2.根据权利要求1所述的方法,其特征在于,所述向所述第二基站报告的时间包含在消息中。
3.根据权利要求1所述的方法,其特征在于,所述第二基站为所述UE在连接失败后尝试重新建立RRC连接的小区所在的基站。
4.根据权利要求1所述的方法,其特征在于,所述根据接收到的消息,如果UE在连接失败前发生了不同无线接入技术RAT间的切换,且UE在连接失败后尝试重新建立无线资源控制RRC连接的小区是第一RAT的小区,则判定连接失败的原因是过早的inter-RAT切换,包括:
根据接收到的消息,UE在连接失败后第一次尝试重新建立RRC连接的小区、以及在最后一次切换时服务于UE的源小区均是第一RAT的小区,则判定连接失败的原因是过早的inter-RAT切换。
5.根据权利要求1所述的方法,其特征在于,所述第一基站为演进通用移动通信系统陆地无线接入网络E-UTRAN基站。
6.根据权利要求1至5中任一项所述的方法,其特征在于,第一RAT的小区为UTRAN小区。
7.根据权利要求1所述的方法,其特征在于,所述第二基站为UTRAN小区所在的基站。
8.根据权利要求1至5中任一项所述的方法,其特征在于,所述从第二基站接收失败指示消息,包括:
通过S1接口从所述第二基站接收失败指示的消息。
9.根据权利要求5所述的方法,其特征在于,所述RLF报告中包括在连接失败前服务于所述UE的所述第一基站所在的跟踪区信息和E-UTRAN小区的标识信息。
10.根据权利要求9所述的方法,其特征在于,所述跟踪区信息包括跟踪区标识TAI。
11.根据权利要求9所述的方法,其特征在于,所述E-UTRAN小区的标识信息包括所述E-UTRAN小区的频率信息。
12.根据权利要求9所述的方法,其特征在于,所述E-UTRAN小区的标识信息包括所述E-UTRAN小区的物理小区标识。
13.根据权利要求1所述的方法,其特征在于,所述RLF报告包括UE尝试重新建立RRC连接的小区标识。
14.根据权利要求1所述的方法,其特征在于,所述RLF报告包括连接失败的类型是RLF或切换失败。
15.根据权利要求1所述的方法,其特征在于,还包括:
在连接失败的原因为移动鲁棒性MRO问题时,发送MRO报告给最后一次触发切换的源小区所在的基站。
16.根据权利要求15所述的方法,其特征在于,所述MRO报告中包含检测到的切换问题的类型的指示信息。
17.根据权利要求16所述的方法,其特征在于,所述切换问题的类型包括过早的inter-RAT切换。
18.根据权利要求1以及15至17中任一项所述的方法,其特征在于,还包括:
在连接失败的原因是过早的inter-RAT切换时,向最后一次触发切换失败的源小区发送触发切换失败的源小区的小区标识和的切换的目的小区的小区标识。
19.根据权利要求1至5中任一项所述的方法,其特征在于,还包括:
在连接失败的原因是覆盖漏洞时,发送覆盖漏洞指示给最后服务于UE的小区所在的基站。
20.根据权利要求19所述的方法,其特征在于,所述覆盖漏洞指示的消息包括最后服务于UE的小区的全球小区标识。
21.一种用于在无线通信系统中检测无线链路失败RLF的第一基站,其特征在于,所述第一基站包括:
通信接口,被配置为与其他网络实体通信;
控制器,被配置为:
从第二基站接收包括失败指示的消息,所述消息为所述第二基站在从用户设备UE获得无线链路失败RLF报告时发送的;其中,所述第一基站是 在连接失败前最后服务于所述UE的基站;
根据接收到的消息,如果UE在连接失败前发生了不同无线接入技术RAT间的切换,且UE在连接失败后尝试重新建立无线资源控制RRC连接的小区是第一RAT小区,则判定连接失败的原因是过早的inter-RAT切换;
根据接收到的消息,如果UE在连接失败前没有切换,且UE在连接失败后尝试重新建立RRC连接的小区是第一RAT小区,则判定连接失败的原因是过晚的inter-RAT切换;
其中,如果连接失败的原因是过早的inter-RAT切换,UE向所述第二基站报告的时间小于配置的阈值;如果连接失败的原因是过晚的inter-RAT切换,UE向所述第二基站报告的时间大于所述配置的阈值。
22.根据权利要求21所述的第一基站,其特征在于,所述向所述第二基站报告的时间包含在消息中。
23.根据权利要求21所述的第一基站,其特征在于,所述第二基站为所述UE在连接失败后尝试重新建立RRC连接的小区所在的基站。
24.根据权利要求21所述的第一基站,其特征在于,所述第一基站为演进通用移动通信系统陆地无线接入网络E-UTRAN基站。
25.根据权利要求21所述的第一基站,其特征在于,所述第二基站为UTRAN小区所在的基站。
26.根据权利要求21所述的第一基站,其特征在于,所述控制器还被配置为:
根据接收到的消息,UE在连接失败后第一次尝试重新建立RRC连接的小区、以及在最后一次切换时服务于UE的源小区均是第一RAT小区,则判定连接失败的原因是过早的inter-RAT切换。
27.根据权利要求21至26任一项 所述的第一基站,其特征在于,第一RAT的小区为UTRAN小区。
28.根据权利要求21至25中任一项所述的第一基站,其特征在于,所述控制器具体被配置为:
通过S1接口从所述第二基站接收失败指示的消息。
29.根据权利要求24所述的第一基站,其特征在于,所述RLF报告中包括在连接失败前服务于所述UE的所述第一基站所在的跟踪区信息和E-UTRAN小区的标识信息。
30.根据权利要求29所述的第一基站,其特征在于,所述跟踪区信息包括跟踪区标识TAI。
31.根据权利要求29所述的第一基站,其特征在于,所述E-UTRAN小区的标识信息包括所述E-UTRAN小区的频率信息。
32.根据权利要求29所述的第一基站,其特征在于,所述E-UTRAN小区的标识信息包括所述E-UTRAN小区的物理小区标识。
33.根据权利要求21所述的第一基站,其特征在于,所述RLF报告包括UE尝试重新建立RRC连接的小区标识。
34.根据权利要求21所述的第一基站,其特征在于,所述RLF报告包括连接失败的类型是RLF或切换失败。
35.根据权利要求21所述的第一基站,其特征在于,所述控制器还被配置为:
在连接失败的原因为移动鲁棒性MRO问题时,发送MRO报告给最后一次触发切换的源小区所在的基站。
36.根据权利要求35所述的第一基站,其特征在于,所述MRO报告中包含检测到的切换问题的类型的指示信息。
37.根据权利要求36所述的第一基站,其特征在于,所述切换问题的类型包括过早的inter-RAT切换。
38.根据权利要求21以及35至37中任一项所述的第一基站,其特征在于,所述控制器还被配置为:
在连接失败的原因是过早的inter-RAT切换时,向最后一次触发切换失败的源小区发送触发切换失败的源小区的小区标识和切换的目的小区的小区标识。
39.根据权利要求21至25中任一项所述的第一基站,其特征在于,所述控制器还被配置为:
在连接失败的原因是覆盖漏洞时,发送覆盖漏洞的指示给最后服务于UE的小区所在的基站。
40.根据权利要求 39所述的第一基站,其特征在于,所述覆盖漏洞指示的消息包括最后服务于UE的小区的全球小区标识。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110439340 | 2011-12-23 | ||
CN2011104393400 | 2011-12-23 | ||
CN201210144838.9A CN103179601B (zh) | 2011-12-23 | 2012-05-10 | 一种检测无线链路失败或切换失败原因的方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210144838.9A Division CN103179601B (zh) | 2011-12-23 | 2012-05-10 | 一种检测无线链路失败或切换失败原因的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110267289A CN110267289A (zh) | 2019-09-20 |
CN110267289B true CN110267289B (zh) | 2022-10-11 |
Family
ID=48639160
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910570520.9A Active CN110267289B (zh) | 2011-12-23 | 2012-05-10 | 一种检测无线链路失败或切换失败原因的方法 |
CN201210144838.9A Active CN103179601B (zh) | 2011-12-23 | 2012-05-10 | 一种检测无线链路失败或切换失败原因的方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210144838.9A Active CN103179601B (zh) | 2011-12-23 | 2012-05-10 | 一种检测无线链路失败或切换失败原因的方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10681565B2 (zh) |
EP (1) | EP2795965B1 (zh) |
CN (2) | CN110267289B (zh) |
WO (1) | WO2013095076A1 (zh) |
Families Citing this family (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103428783B (zh) * | 2012-05-22 | 2018-06-12 | 北京三星通信技术研究有限公司 | 支持检测rlf或者切换失败原因的方法 |
WO2014106324A1 (zh) * | 2013-01-04 | 2014-07-10 | 华为技术有限公司 | 一种定位的方法、装置及系统 |
US9992812B2 (en) * | 2013-02-08 | 2018-06-05 | Nec Corporation | Handover failure detection device, handover parameter adjustment device, and handover optimization system |
WO2015017975A1 (zh) * | 2013-08-06 | 2015-02-12 | 华为技术有限公司 | 指示信息发送与接收方法和装置 |
CN111194041B (zh) * | 2013-09-27 | 2024-08-02 | 北京三星通信技术研究有限公司 | 自优化的方法及设备 |
BR112016016372B1 (pt) | 2014-01-21 | 2023-03-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Métodos executados por nós de rede para tratar comunicações em uma rede de comunicações de rádio e nós de rede relacionados |
EP3100500B1 (en) * | 2014-01-29 | 2018-12-05 | LG Electronics Inc. | Method and apparatus for transmitting report message in wireless communication system |
EP3120599B1 (en) | 2014-03-21 | 2021-03-17 | Telefonaktiebolaget LM Ericsson (publ) | Mobility robustness optimization in a cellular network |
US9838945B2 (en) * | 2014-04-14 | 2017-12-05 | Htc Corporation | Method of handling link failure and related communication device |
CN105101314A (zh) * | 2014-04-29 | 2015-11-25 | 北京三星通信技术研究有限公司 | 一种切换报告及rlf报告的发送方法和设备 |
US9906993B2 (en) * | 2014-05-16 | 2018-02-27 | Qualcomm Incorporated | Handover-related measurements and events for power adaptation |
US20160112907A1 (en) * | 2014-10-16 | 2016-04-21 | Qualcomm Incorporated | User equipment based pseudo-reselection |
US10327159B2 (en) | 2014-12-09 | 2019-06-18 | Futurewei Technologies, Inc. | Autonomous, closed-loop and adaptive simulated annealing based machine learning approach for intelligent analytics-assisted self-organizing-networks (SONs) |
US20160165472A1 (en) * | 2014-12-09 | 2016-06-09 | Futurewei Technologies, Inc. | Analytics assisted self-organizing-network (SON) for coverage capacity optimization (CCO) |
US10382979B2 (en) | 2014-12-09 | 2019-08-13 | Futurewei Technologies, Inc. | Self-learning, adaptive approach for intelligent analytics-assisted self-organizing-networks (SONs) |
US10517132B2 (en) * | 2015-07-17 | 2019-12-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Terminal devices, network nodes and methods of operating the same |
US10085181B2 (en) | 2015-07-29 | 2018-09-25 | Qualcomm Incorporated | Mechanism to avoid ping pong during inter radio access technology redirection failure |
US10165457B2 (en) * | 2015-08-07 | 2018-12-25 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for root cause analysis of call failures in a communication network |
CN106937338B (zh) * | 2015-12-31 | 2020-01-10 | 中国电信股份有限公司 | 链路重建方法和系统 |
WO2018203716A1 (ko) | 2017-05-04 | 2018-11-08 | 삼성전자 주식회사 | 단말 자율 핸드오버에서의 측정 리포트 이벤트 운용 및 네트워크 시그널링 방법 |
KR20180122935A (ko) * | 2017-05-04 | 2018-11-14 | 삼성전자주식회사 | UE autonomous handover에서의 measurement report/event 운용 및 네트워크 시그널링 방법 |
KR102534537B1 (ko) * | 2018-03-08 | 2023-05-19 | 삼성전자주식회사 | 무선 통신 시스템에서 무선 접속 기술을 스위칭하기 위한 장치 및 방법 |
KR102628038B1 (ko) * | 2018-06-22 | 2024-01-22 | 삼성전자주식회사 | 이동통신 시스템에서 무선 링크 실패 보고 방법 및 장치 |
CN110972143B (zh) | 2018-09-28 | 2022-05-17 | 华为技术有限公司 | 传输信息的方法和装置 |
EP3917274A4 (en) * | 2019-02-01 | 2022-03-02 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | RADIOCOMMUNICATION METHOD AND APPARATUS |
CN111586739B (zh) * | 2019-02-15 | 2022-04-22 | 华为技术有限公司 | 信息处理方法和装置 |
CN110557779B (zh) | 2019-05-16 | 2021-08-17 | Oppo广东移动通信有限公司 | 一种网络连接方法、电子设备及存储介质 |
CN112291802A (zh) * | 2019-07-22 | 2021-01-29 | 中兴通讯股份有限公司 | 一种通信节点的协作方法和系统 |
CN112399503B (zh) * | 2019-08-16 | 2022-05-13 | 华为技术有限公司 | 链路失败报告传输的方法和装置 |
WO2021092916A1 (en) * | 2019-11-15 | 2021-05-20 | Lenovo (Beijing) Limited | Method and apparatus for performing mobility robustness optimization in a handover procedure |
CN110868746B (zh) * | 2019-11-18 | 2022-04-05 | RealMe重庆移动通信有限公司 | 网络切换方法及装置、电子设备、存储介质 |
CN112822791B (zh) * | 2019-11-18 | 2023-09-01 | 大唐移动通信设备有限公司 | 信息上报、处理方法、终端、网络侧设备及核心网设备 |
CN113498104A (zh) * | 2020-04-08 | 2021-10-12 | 大唐移动通信设备有限公司 | 无线链路失败信息上报、获取方法、终端及网络侧设备 |
CN113709826A (zh) * | 2020-05-21 | 2021-11-26 | 华为技术有限公司 | 通信方法、装置及系统 |
CN113810964B (zh) * | 2020-06-13 | 2023-03-10 | 华为技术有限公司 | 一种通信方法及设备 |
JP2024505137A (ja) * | 2021-01-05 | 2024-02-05 | 日本電気株式会社 | 通信方法 |
WO2023122964A1 (zh) * | 2021-12-28 | 2023-07-06 | Oppo广东移动通信有限公司 | 消息传输方法、相关设备及介质 |
CN118555618A (zh) * | 2023-02-24 | 2024-08-27 | 北京三星通信技术研究有限公司 | 支持自配置自优化的方法和装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101808354A (zh) * | 2010-03-09 | 2010-08-18 | 西安电子科技大学 | 基于移动终端信息检测切换失败场景的方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8830818B2 (en) * | 2007-06-07 | 2014-09-09 | Qualcomm Incorporated | Forward handover under radio link failure |
ES2368874T3 (es) | 2008-02-04 | 2011-11-23 | Alcatel Lucent | Método y aparato para la recuperación tras un fallo de enlace de radio en una red de comunicaciones inalámbrica. |
US8929894B2 (en) | 2009-01-06 | 2015-01-06 | Qualcomm Incorporated | Handover failure messaging schemes |
CN101959263B (zh) * | 2009-07-15 | 2015-07-22 | 中兴通讯股份有限公司 | 无线链路失败信息的发送方法与装置 |
US8559397B2 (en) * | 2009-11-19 | 2013-10-15 | Samsung Electronics Co., Ltd. | Handover-related radio link failure detection |
CN102413528B (zh) * | 2010-09-21 | 2015-09-16 | 中兴通讯股份有限公司 | 切换失败的处理方法及用户设备 |
-
2012
- 2012-05-10 CN CN201910570520.9A patent/CN110267289B/zh active Active
- 2012-05-10 CN CN201210144838.9A patent/CN103179601B/zh active Active
- 2012-12-21 US US13/724,264 patent/US10681565B2/en active Active
- 2012-12-24 WO PCT/KR2012/011380 patent/WO2013095076A1/en active Application Filing
- 2012-12-24 EP EP12860021.0A patent/EP2795965B1/en not_active Not-in-force
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101808354A (zh) * | 2010-03-09 | 2010-08-18 | 西安电子科技大学 | 基于移动终端信息检测切换失败场景的方法 |
Non-Patent Citations (3)
Title |
---|
ETSI.LTE E-UTRA and E-UTRAN ; Overall description ; Stage 2.《ETSI TS 136.300 V10.3.0》.2011, * |
Inter-RAT mobility failure scenarios;Nokia Siemens Networks;《3GPP TSG RAN WG3 Meeting #74 R3-113009》;20111118;全文 * |
Inter-RAT MRO failure types;Nokia Siemens Networks;《3GPP TSG RAN WG3 Meeting #73bis R3-112420》;20111014;第2.2节 * |
Also Published As
Publication number | Publication date |
---|---|
EP2795965A4 (en) | 2016-06-29 |
CN103179601A (zh) | 2013-06-26 |
CN110267289A (zh) | 2019-09-20 |
US10681565B2 (en) | 2020-06-09 |
CN103179601B (zh) | 2019-07-23 |
WO2013095076A1 (en) | 2013-06-27 |
EP2795965A1 (en) | 2014-10-29 |
EP2795965B1 (en) | 2019-09-18 |
US20130165108A1 (en) | 2013-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110267289B (zh) | 一种检测无线链路失败或切换失败原因的方法 | |
US10912143B2 (en) | Method and apparatus for transmitting a handover report and an RLF report | |
US9516533B2 (en) | Method for reporting radio link failure information | |
KR102115896B1 (ko) | 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 방법 | |
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 | |
CN102131257A (zh) | 一种移动性优化中上报切换报告的方法及系统 | |
WO2024017237A1 (zh) | 由用户设备执行的方法以及用户设备 | |
CN114466378A (zh) | 支持自配置自优化的基站和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |