CN103428783A - 支持检测rlf或者切换失败原因的方法 - Google Patents

支持检测rlf或者切换失败原因的方法 Download PDF

Info

Publication number
CN103428783A
CN103428783A CN2012101599092A CN201210159909A CN103428783A CN 103428783 A CN103428783 A CN 103428783A CN 2012101599092 A CN2012101599092 A CN 2012101599092A CN 201210159909 A CN201210159909 A CN 201210159909A CN 103428783 A CN103428783 A CN 103428783A
Authority
CN
China
Prior art keywords
base station
rlf
information
report
community
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.)
Granted
Application number
CN2012101599092A
Other languages
English (en)
Other versions
CN103428783B (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.)
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 CN201210159909.2A priority Critical patent/CN103428783B/zh
Priority to PCT/KR2013/004489 priority patent/WO2013176483A1/en
Priority to EP19159447.2A priority patent/EP3509350B1/en
Priority to EP13793535.9A priority patent/EP2853109B1/en
Priority to US13/900,398 priority patent/US20130316713A1/en
Priority to KR1020147035912A priority patent/KR102115896B1/ko
Publication of CN103428783A publication Critical patent/CN103428783A/zh
Application granted granted Critical
Publication of CN103428783B publication Critical patent/CN103428783B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/32Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0079Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/32Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H04W36/324Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by mobility data, e.g. speed data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment

Landscapes

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

Abstract

本发明公开了一种支持检测RLF或者切换失败原因的方法,第一基站触发对UE的切换过程,在切换请求消息中将UE与移动或者切换有关的上下文信息发送给第二基站;第二基站收到UE的RLF报告后,根据UE的RLF报告和UE与移动或者切换有关的上下文信息判断失败的原因。本发明还公开了另外三种支持检测RLF或者切换失败原因的方法。应用本发明所述的方法,能够提高判断RLF或者切换失败原因的准确度,并提高MRO的效率,提升系统性能。

Description

支持检测RLF或者切换失败原因的方法
技术领域
本发明涉及移动通信系统技术领域,特别涉及支持检测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直接连接,或,通过S 1接口与可选的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的基站判断是过早切换、过晚切换、切换到错误小区还是覆盖漏洞,如果是过早切换或者切换到错误小区,则该基站发送过早切换或者切换到错误小区的信息给触发过早切换或者切换到错误小区的基站。
在Rel-11,3GPP需要支持异构网络(HetNet)部署的情况下所面临的问题,问题包括:
a)在UE从宏小区切换到pico小区的过程中,由于UE的高速移动,UE接入目的小区失败,或者UE刚成功切换到目的pico小区,发生RLF失败,UE成功地在源小区或者另外一个宏小区建立连接。对于低速移动的UE,如果统计到多个UE发生这种情况,需要调整宏小区和pico小区的切换触发;如果是高速移动的UE发生这种情况,只需要调整高速移动UE的切换触发。
b)在小区边界扩展(CRE)的情况下,宏小区切换UE的标准可能不同。如果UE刚成功切换到pico小区,发生了RLF,UE成功接入源小区或者另外一个小区,由于宏小区切换UE的标准可能不同,失败的原因可能是太早切换也可能是切换到错误的小区,但是按照现有技术,源小区(触发到pico切换的小区)收到切换报告后,由于无法正确识别哪个切换标准是错误的,因而无法正确判断失败的原因。
为了解决上述问题,提出了一些解决方案。例如:
方案一,UE在RLF报告中携带UE在最后服务于UE的小区中的小区无线网络临时标识(CRNTI)和短的用户信令数据完整性的媒体接入控制信息(shortMACI)。收到RLF报告的基站将RLF报告发送给最后服务于UE的基站,最后服务于UE的基站根据CRNTI和short MAC-I找到UE的上下文,根据UE上下文中的信息和RLF报告中的信息来判断RLF或者切换失败的原因。
方案二,将切换分类,例如高速UE、使用CRE的UE等,源基站将此分类(HO Token)发送给UE或者目的基站。然后,源基站从UE的RLF报告中或者目的基站得到HO Token,根据HO Token来进一步判断RLF或者切换失败的原因。
方案三,将切换分类,例如高速UE、使用CRE的UE等,源基站将此分类(HO Token)发送给UE。UE在UE RLF报告中将HO Token发送给重新接入的基站,重新接入的基站根据HO Token或者UE RLF报告来进一步判断RLF或者切换失败的原因。
方案一存在如下问题:当将此方式用于宏小区切换到pico小区的切换失败的情况时,该方法可以工作。但是,当将该方法用于宏小区到pico小区成功切换,刚切换成功发生RLF,UE在源宏小区或者另外一个宏小区建立连接的情况时,由于最后服务于UE的小区是pico小区,因此,UE报告的C-RNTI和shortMACI是UE在pico小区的信息,根据此信息找到UE的上下文后无法获知UE在源宏小区的信息,例如,在源宏小区是否有CRE配置,所以无法解决上述的问题a)和b)。
方案二存在如下两个问题。
问题一:切换的触发需要考虑很多因素,例如测量的配置、测量的结果、干扰消除的方法、负载均衡,很难简单地用一个类别来表示切换的类型,根据此类型判断的结果会出现错误和偏差。
问题二:按照现有的移动鲁棒性优化(MRO,Mobility RobustnessOptimization)检测方法,是最后服务于UE的小区所在基站来判断RLF或者切换失败的原因。针对宏小区将UE成功切换到pico小区,刚切换成功发生RLF,UE在源宏小区或者另外一个宏小区建立连接的情况,因为HO Toke是针对eNB的,最后服务于UE的pico小区无法获知宏小区的HO Token对应的参数,因为pico基站根据UE的RLF报告判断出RLF或者切换失败的原因后,将发送切换报告给源基站,源基站根据收到的HO Token需要再次判断失败的原因,这样,目的pico基站的判断就没有了意义,与现有的RLF或者切换失败原因的判断节点不同。
方案三存在如下问题:如果UE重新接入的基站不是最后触发切换的基站,那么,UE重新接入的基站就不能正确理解HO token的含义,因此,无法进行正确的判断。同时,方案二中的问题一在方案三中也存在。
可见,现有技术无法解决异构网络(HetNet)部署的情况下所面临的问题。
发明内容
有鉴于此,本发明提供了两种支持检测RLF或者切换失败原因的方法,以避免基站保存已经移动走的UE的上下文信息,提高判断RLF或者切换失败原因的准确度。
本发明还提供了另外两种支持检测RLF或者切换失败原因的方法,使得网络端能够找到正确的UE上下文,从而根据UE上下文获知UE的切换或者移动配置信息,从而更好地判断出UE发生RLF或切换失败的原因,以提高MRO的效率,提升系统性能。
为达到上述目的,本发明实施例的技术方案具体是这样实现的:
本发明提供的第一种支持检测无线链路失败(RLF)或者切换失败原因的方法,包括:
第一基站触发对用户设备(UE)的切换过程,在切换请求消息中将UE与移动或者切换有关的上下文信息发送给第二基站;
第二基站收到UE的RLF报告后,根据UE的RLF报告和UE与移动或者切换有关的上下文信息判断失败的原因。
较佳地,所述UE与移动或者切换有关的上下文信息可以包括以下信息中的一种或者多种:
1)UE的测量配置信息;
2)切换触发时UE的测量结果报告;
3)有无小区边界扩展(CRE)配置的信息;在有CRE配置时,为CRE的配置信息;
4)UE的速度信息;
5)UE的历史信息;
6)非连续接收(DRX)设置;
7)上行功率控制信息;
8)随机接入信道(RACH)参数设置;
9)移动负载均衡的信息;
10)切换的原因。
本发明还提供的第二种支持检测无线链路失败(RLF)或者切换失败原因的方法,包括:
第一基站触发对用户设备(UE)的切换过程,在切换请求消息中将UE与移动或切换有关的上下文信息发送给第二基站;
第二基站收到UE的RLF报告后,根据UE的RLF报告判断UE失败的原因,并发送切换报告给失败前最后触发切换的基站;所述切换报告中包含UE在最后触发切换的小区与移动或者切换有关的上下文信息;
第一基站根据UE与移动或者切换有关的上下文信息判断或者确认失败的原因。
较佳地,所述UE与移动或者切换有关的上下文信息可以包括以下信息中的一种或者多种:
1)UE的测量配置信息;
2)切换触发时UE的测量结果报告;
3)有无小区边界扩展(CRE)配置的信息;在有CRE配置时,为CRE的配置信息;
4)UE的速度信息;
5)UE的历史信息;
6)非连续接收(DRX)设置;
7)上行功率控制信息;
8)随机接入信道(RACH)参数设置;
9)移动负载均衡的信息;
10)切换的原因。
本发明提供的第三种支持检测无线链路失败(RLF)或者切换失败原因的方法,包括:
用户设备(UE)发生RLF失败,将UE在失败前最后触发切换的小区的小区无线网络临时标识(CRNTI)包含在RLF报告中;
UE将RLF报告发送给UE重新建立连接的基站,UE重新建立连接的基站将RLF报告发送给失败前最后服务于UE的小区所在基站;
最后服务于UE的小区所在的基站根据RLF报告判断UE失败的原因,如果失败的原因是太早切换或者是切换到错误消息,最后服务于UE的小区发送切换报告给失败前最后触发切换的基站,所述切换报告中包含UE在最后触发切换的小区的CRNTI。
较佳地,UE可以进一步将UE在所述最后触发切换的小区的短的用户信令数据完整性的媒体接入控制信息(shortMACI)携带在RLF报告中。
较佳地,所述切换报告中还可以包含UE在最后触发切换的小区的shortMACI。
本发明提供的第四种支持检测无线链路失败(RLF)或者切换失败原因的方法,包括:
第一基站触发对用户设备(UE)的切换过程,在切换请求消息中将UE在源小区的小区无线网络临时标识(CRNTI)发送给第二基站;
UE在第二基站发生RLF失败,UE将在失败前最后服务于UE的小区的CRNTI携带在RLF报告中;
UE将RLF报告发送给UE重新建立无限资源控制(RRC)连接的基站,UE重新建立RRC连接的基站将RLF报告发送给失败前最后服务于UE的小区所在基站第二基站;
第二基站根据RLF报告判断UE失败的原因,如果失败的原因是太早切换或者是切换到错误消息,第二基站发送切换报告给失败前最后触发切换的基站,所述切换报告中包含UE在最后触发切换的小区的CRNTI。
较佳地,所述切换请求消息中还可以包含UE在源小区的短的用户信令数据完整性的媒体接入控制信息(shortMACI)。
较佳地,UE可以进一步将UE在最后服务于UE的小区的shortMACI携带在UE RLF报告中。
较佳地,所述切换报告中还可以包含UE在源小区的shortMACI。
综上所述,本发明所提供的第一种支持检测RLF或者切换失败原因的方法,通过将UE在源小区与移动或者切换有关的上下文信息发送给目的基站,目的基站在收到UE的RLF报告时,可以根据UE的RLF报告和UE在源小区与移动或者切换有关的上下文信息判断失败的原因,使得基站能够准确地判断出UE发生RLF或切换失败的原因,避免基站保存已经移动走的UE的上下文信息,并且,可以提高MRO的效率,提升系统性能。同时,该方法与现有技术兼容,能够避免两个节点都检测失败的原因的问题。
本发明提供的第二种支持检测RLF或者切换失败原因的方法,能够避免基站保存已经移动走的UE的上下文信息,并且,可以提高MRO的效率,提升系统性能。
本发明提供的第三种和第四种方法使得网络端能够找到正确的UE上下文,从而根据UE上下文获知UE的切换或者移动配置信息,从而更好地判断出UE发生RLF或切换失败的原因,可以提高MRO的效率,提升系统性能。
附图说明
图1为现有SAE系统的结构示意图;
图2为现有对SAE系统进行自优化的基本原理示意图;
图3为本发明支持检测RLF或者切换失败原因的方法一工作流程图;
图4为本发明支持检测RLF或者切换失败原因的方法二的工作流程图;
图5为本发明支持检测RLF或者切换失败原因的方法三的工作流程图;
图6为本发明支持检测RLF或者切换失败原因的方法四的工作流程图;
图7为本发明支持检测RLF或者切换失败原因的方法一的实施例一的工作流程图;
图8为本发明支持检测RLF或者切换失败原因的方法一的实施例二的工作流程图;
图9为本发明支持检测RLF或者切换失败原因的方法二的实施例一的工作流程图;
图10为本发明支持检测RLF或者切换失败原因的方法二的实施例二的工作流程图;
图11为本发明支持检测RLF或者切换失败原因的方法三的实施例的工作流程图;
图12为本发明支持检测RLF或者切换失败原因的方法四的实施例的工作流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
为了解决现有技术中存在的问题,本发明提出了四种较佳的支持检测RLF或者切换失败原因的方法。
图3为本发明支持检测RLF或者切换失败原因的方法一工作流程图。如图3所示,该流程包括:
步骤301:第一基站触发对UE的切换过程,在切换请求消息中第一基站将UE与移动或者切换有关的上下文信息发送给第二基站。
这里,所述第一基站是切换过程中的源基站,第二基站是切换过程中的目的基站。
所述的UE与移动或者切换有关的上下文信息包括下面的一种或者多种信息:
1)UE的测量配置信息;
2)切换触发时UE的测量结果报告;
3)有无CRE配置的信息;在有CRE配置时,为CRE的配置信息,例如应用的测量汇报事件中的偏差量(bias)的值;
4)UE的速度信息;
5)UE的历史信息;
6)非连续接收(DRX)设置;
7)上行功率控制信息;
8)随机接入信道(RACH)参数设置;
9)移动负载均衡的信息;
10)切换的原因。
除上述列举的信息以外,UE与移动或者切换有关的上下文信息中还可以包含其它的信息。
步骤302:第二基站收到UE的RLF报告后,根据UE的RLF报告和UE与移动或者切换有关的上下文信息判断失败的原因,即:第二基站根据UE的RLF报告判断失败原因时,需要考虑UE在源小区的与移动或者切换有关的上下文信息,例如:考虑UE的CRE配置。
至此,完成本发明支持检测RLF或者切换失败原因的方法一的工作流程。
图4为本发明支持检测RLF或者切换失败原因的方法二的工作流程图。如图4所示,该流程包括:
步骤401与步骤301相同,这里不再赘述。
在本方法中,第一基站发送给第二基站的UE与移动或者切换有关的上下文信息可以是步骤301中所描述的信息,也可以是能够间接得出UE与移动或者切换有关的上下文信息的信息,这取决于第一基站的具体实现。具体而言,第一基站根据自身的实现决定由哪些信息可以得到UE的与移动或者切换有关的上下文信息,并通过容器(container)将这些信息发送给第二基站。第二基站在步骤402中通过切换报告将此信息发送回给第一基站,第一基站能够正确地解析此信息,并得到UE与移动或者切换有关的上下文信息。不同的基站作为第一基站时,此信息可以不同,因为所述信息会通过步骤402中的切换报告发送回给第一基站,因此,只要第一基站自身能够正确解析即可。
步骤402:第二基站收到UE的RLF报告后,根据UE的RLF报告判断UE失败的原因,并发送切换报告给失败前最后触发切换的基站。所述切换报告中包含:切换报告类型,切换报告类型可以为太早切换或切换到错误小区。所述切换报告中还包含UE在最后触发切换小区的与移动或者切换有关的上下文信息,所述UE在最后触发切换小区的与移动或者切换有关的上下文信息可以是从第一基站收到的UE与移动或者切换有关的上下文信息,也可以是第二基站从第一基站发送的切换请求消息中收到的UE与移动或者切换有关的信息容器,第二基站可以不解析此信息。
步骤403:第一基站根据UE与移动或者切换有关的上下文信息判断或者确认失败的原因。例如,当UE有CRE配置时,从第二基站收到的切换报告类型可能需要根据UE与移动或者切换有关的上下文信息重新判断或者确认。这是因为:第二基站是根据UE失败时的空闲状态的信息来判断失败原因的,而对于有CRE配置的UE,在CRE区域内,UE处于连接模式时可以切换到pico小区,但是处于空闲模式时,UE将重选到宏小区,所以连接模式的切换和空闲模式的小区重选导致UE在CRE区域接入的小区有所不同。由于第二基站在不确定UE是否有CRE配置时,按照没有CRE配置的情况做出的判断可能会不正确,因此,本步骤中,第一基站需要根据切换报告类型和UE与移动或者切换有关的上下文信息,进一步对失败的原因进行判断或者确认。
至此,完成本发明支持检测RLF或者切换失败原因的方法二的工作流程。
图5为本发明支持检测RLF或者切换失败原因的方法三的工作流程图。如图5所示,该流程包括:
步骤501,UE发生RLF失败,UE将UE在失败前最后触发切换的小区的的CRNTI携带在RLF报告中,UE还可以将UE在所述小区的shortMACI携带在RLF报告中。
步骤502:UE发送RLF报告给UE重新建立连接的基站,UE重新建立连接的基站将RLF报告发送给失败前最后服务于UE的基站。
步骤503:最后服务于UE的基站根据UE的RLF报告判断UE失败的原因。如果是太早切换或者是切换到错误小区,最后服务于UE的基站发送切换报告消息给失败前最后触发切换的基站。所述切换报告中包含切换报告类型,切换报告类型可以为太早切换或切换到错误小区。所述切换报告中还包含UE在最后触发切换小区的CRNTI和/或shortMACI。最后触发切换小区所在基站根据CRNTI和/或shortMACI找到UE的上下文,并根据UE的上下文检测或者确认失败的原因。例如,如步骤403所述,当UE有CRE配置时,从最后服务于UE的基站收到的切换报告类型可能需要根据UE与移动或者切换有关的上下文信息重新判断或者确认。
需要说明的是,现有的UE RLF报告中包含最后服务于UE的小区的小区标识、最后一次触发切换过程的小区的小区标识。收到UE RLF报告的基站根据UE RLF报告中的最后服务于UE的小区的小区标识可以找到最后服务于UE的小区所在基站,所在基站能够根据最后服务于UE的小区的小区标识找到失败时服务于UE的小区。收到UE RLF报告的基站或者最后服务于UE的小区所在基站根据UE RLF报告中的最后一次触发切换过程的小区的小区标识可以获知最后触发切换小区所在的基站,所述基站根据最后一次触发切换过程的小区的小区标识能够找到最后触发切换过程的小区。找到对应的最后服务于UE的小区或者最后一次触发切换过程的小区后,就可以根据UE在对应小区的CRNTI和/或shortMACI找到在所述小区的失败UE的上下文信息了。
方法三中,当UE成功切换出源小区之后,需要源小区保留UE的上下文一段时间不释放,具体保留的时间可以依赖于一个配置的固定的值。
至此,完成本发明支持检测RLF或者切换失败原因的方法三的工作流程。
图6为本发明支持检测RLF或者切换失败原因的方法四的工作流程图。如图6所示,该流程包括:
步骤601:第一基站触发对UE的切换过程,在切换请求消息中第一基站将UE在源小区的CRNTI发送给目的基站第二基站,所述消息还可以包含UE在源小区的shortMACI。
步骤602:UE在第二基站发生RLF失败,UE将UE在失败前最后服务于UE的小区的CRNTI携带在UE的RLF报告中,UE还可以将UE在失败前最后服务于UE的小区的shortMACI携带在RLF报告中。
步骤603:UE发送RLF报告给UE重新建立RRC连接的基站,UE重新建立RRC连接的基站发送RLF报告给失败前最后服务于UE的小区所在基站第二基站。第二基站根据UE汇报的CRNTI和/或shortMACI找到UE的上下文。
步骤604:最后服务于UE的基站根据UE的RLF报告判断UE失败的原因。如果是太早切换或者是切换到错误小区,最后服务于UE的基站发送切换报告给失败前最后触发切换的基站。所述切换报告中包含切换报告类型,切换报告类型可以为太早切换或切换到错误小区。所述切换报告中还包含UE在最后触发切换小区的CRNTI和/或shortMACI。第二基站根据UE上下文找到UE在最后触发切换小区的CRNTI和/或shortMACI。最后触发切换小区所在基站根据收到的CRNTI和/或shortMACI找到UE的上下文,最后触发切换基站根据UE的上下文检测或者确认失败的原因。例如,如步骤403所述,当UE有CRE配置时,从最后服务于UE的基站收到的切换报告类型可能需要根据UE与移动或者切换有关的上下文信息重新判断或者确认。
方法四中,当UE成功切换出源小区之后,需要源小区保留UE的上下文一段时间不释放,具体保留的时间可以依赖于一个配置的固定的值。
至此,完成本发明支持检测RLF或者切换失败原因的方法四的工作流程。
下面通过几个实施例对本发明技术方案进行进一步详细说明。
基于上述方法,图7给出了本发明支持检测RLF或者切换失败原因的方法一的实施例一的工作流程图。如图7所示,该流程包括:
步骤701,基站1触发对UE的切换过程。在切换请求消息中基站1将UE与移动或者切换有关的上下文信息发送给目的基站基站2。UE与移动或者切换有关的上下文信息与步骤301中相同,这里不再赘述。基站2将UE在基站1小区1中UE与移动或者切换有关的上下文信息保存在UE上下文中。
步骤702,基站2发送切换请求确认消息给基站1。
步骤703,基站1发送切换命令消息给UE。
步骤704,UE成功接入小区2。这里,可以是UE发送随机接入成功。
步骤705,UE在小区2发生RLF。
步骤706,UE在小区3重建RRC连接或者建立RRC连接。在RRC连接建立的过程中,UE向网络指示有RLF报告信息。
步骤707,UE发送RLF报告给基站3。具体可以为:基站3得到UE有RLF报告的信息,基站3发送UE信息请求给UE,以请求RLF报告信息。UE发送UE信息响应给基站,其中包含UE RLF报告信息。所述UE RLF报告信息包含UE在失败前最后服务于UE的小区的CRNTI和/或shortMACI信息。所述消息中还可以包含失败发生时间或者失败发生到RRC连接建立或重新建立的时间差。
步骤708,基站3发送RLF指示消息给失败前最后服务于UE的基站(基站2)。所述消息中包含从UE收到的RLF报告信息。
步骤709,最后服务于UE的基站判断失败的原因。基站2根据UE的RLF报告的内容和UE在源基站与移动或者切换有关的上下文信息判断失败的原因,例如:考虑UE的速度和是否配置有CRE等信息。最后服务于UE的基站可以根据UE在最后服务于UE的基站的CRNTI和/或shortMACI找到UE的上下文。最后服务于UE的基站还可以根据UE的CRNTI和失败发生时间或者失败发生到RRC连接重新建立的时间差来找UE上下文。最后服务于UE的基站还可以根据失败发生时间或者失败发生到RRC连接重新建立的时间差和UE的上下文信息获知失败发生时UE的配置信息,从而更好地判断失败发生的原因。
步骤710,基站2发送切换报告给失败前最后触发切换的基站。所述切换报告中包含切换报告类型,切换报告类型可以为太早切换或切换到错误小区。
至此,完成本实施例支持检测RLF或者切换失败原因的方法一的实施例一的工作流程。
基于上述方法,图8给出了本发明支持检测RLF或者切换失败原因的方法一的实施例二的工作流程图。如图8所示,该流程包括:
步骤801至步骤805与步骤701至步骤705相同,这里不再赘述。
步骤806,UE在小区1(即:失败前最后触发切换的基站所控制的小区)重建RRC连接或者建立RRC连接。在RRC连接建立的过程中,UE向网络指示有RLF报告信息。
步骤807,UE发送RLF报告给基站1。具体可以为:基站1得到UE有RLF报告的信息,基站1发送UE信息请求给UE,以请求RLF报告信息。UE发送UE信息响应给基站,其中包含UE RLF报告信息。所述UE RLF报告信息包含UE在失败前最后服务于UE的小区的CRNTI和/或shortMACI信息。所述消息中还可以包含失败发生时间或者失败发生到RRC连接重新建立的时间差。
步骤808,基站1发送RLF指示消息给失败前服务于UE的基站。所述消息中包含从UE收到的RLF报告信息。
步骤809,最后服务于UE的基站判断失败的原因。基站根据UE的RLF报告的内容和UE在源基站与移动或者切换有关的上下文信息判断失败的原因,例如:考虑UE的速度和是否配置有CRE等信息。最后服务于UE的基站可以根据UE在最后服务于UE的基站的CRNTI和/或shortMACI找到UE的上下文。最后服务于UE的基站还可以根据UE的CRNTI和失败发生时间或者失败发生到RRC连接重新建立的时间差来找UE上下文。最后服务于UE的基站还可以根据失败发生时间或者失败发生到RRC连接重新建立的时间差和UE的上下文信息获知失败发生时UE的配置信息,从而更好地判断失败发生的原因。
步骤810,基站2发送切换报告给失败前最后触发切换的基站。所述切换报告中包含切换报告类型,切换报告类型可以为太早切换或切换到错误小区。
至此,完成本实施例支持检测RLF或者切换失败原因的方法一的实施例二的工作流程。
基于上述方法,图9给出了本发明支持检测RLF或者切换失败原因的方法二的实施例一的工作流程图。如图9所示,该流程包括:
步骤901,基站1触发对UE的切换过程。在切换请求消息中基站1将UE与移动或者切换有关的上下文信息发送给目的基站基站2。UE与移动或者切换有关的上下文信息与步骤401中相同,这里不再赘述。基站2将UE在基站1小区1中UE与移动或者切换有关的上下文信息保存在UE上下文中。
步骤902至步骤908与步骤702至步骤708相同,这里不再赘述。
步骤909,最后服务于UE的基站判断失败的原因。基站根据UE的RLF报告的内容判断失败的原因。最后服务于UE的基站根据UE在最后服务于UE的小区的CRNTI和/或shortMACI找到UE的上下文。最后服务于UE的基站还可以根据CRNTI和失败发生时间或者失败发生到RRC连接重新建立的时间差来查找UE上下文。
步骤910,基站2发送切换报告给失败前最后触发切换的基站。所述切换报告中包含切换报告类型,切换报告类型可以为太早切换或切换到错误小区。基站2将UE在源小区(失败前最后触发切换小区)与移动或者切换有关的UE上下文信息也携带在切换报告中。UE在源基站与移动或者切换有关的上下文信息与步骤401中相同,这里不再赘述。基站2在步骤909中找到UE上下文后就可以获知所保存的UE在源小区的与移动或者切换有关的UE上下文信息。基站2可以不需要解析所述信息的具体内容或者含义。
最后触发切换的基站根据UE在源小区的移动或者切换有关的UE上下文信息判断或者确认从基站2收到的切换报告类型。例如:考虑UE的速度和是否配置有CRE等信息。最后触发切换的基站还可以根据失败发生时间或者失败发生到RRC连接重新建立的时间差和UE的上下文信息获知失败发生时UE的配置信息,从而更好地判断失败发生的原因。
至此,完成本实施例UE RLF信息汇报和检测RLF或者切换失败原因的方法二的实施例一的工作流程。
基于上述方法,图10给出了本发明支持检测RLF或者切换失败原因的方法二的实施例二的工作流程图。如图10所示,该流程包括:
步骤1001与步骤901相同,这里不再赘述。
步骤1002至步骤1008与步骤802至步骤805相同,这里不再赘述。
步骤1009至步骤1010与步骤909至步骤910相同,这里不再赘述。
至此,完成本实施例支持检测RLF或者切换失败原因的方法二的实施例二的工作流程。
基于上述方法,图11给出了本发明支持检测RLF或者切换失败原因的方法三的实施例的工作流程图。如图11所示,该流程包括:
步骤1101,UE发生RLF或者切换失败。
步骤1102,UE在小区3重建RRC连接或者建立RRC连接。在RRC连接建立的过程中,UE向网络指示有RLF报告信息。
步骤1103,UE发送RLF报告给基站3。具体可以为:基站3得到UE有RLF报告的信息,基站3发送UE信息请求给UE,以请求RLF报告信息。UE发送UE信息响应给基站,其中包含UE RLF报告信息。所述UE RLF报告信息包含UE在失败前最后触发切换小区的CRNTI和/或shortMACI信息。所述消息还可以包含失败发生时间或者失败发生到RRC连接重新建立的时间差。
步骤1104,基站3发送RLF指示消息给失败前最后服务于UE的基站(即基站2)。所述消息中包含从UE收到的RLF报告信息。
步骤1105,最后服务于UE的基站根据UE的RLF报告的内容判断失败的原因。
步骤1106,基站2发送切换报告给失败前最后触发切换的基站。所述消息包含切换报告类型,切换报告类型可以为太早切换或切换到错误小区。所述切换报告还包含UE在最后触发切换小区的CRNTI和/或shortMACI信息。所述消息还可以包含失败发生时间或者失败发生到RRC连接重新建立的时间差。
最后触发切换小区所在基站根据UE在最后触发切换小区的CRNTI和/或shortMACI找到UE的上下文。最后触发切换小区所在基站还可以根据所述CRNTI和失败发生时间或者失败发生到RRC连接重新建立的时间差来查找UE上下文。
最后触发切换的基站根据UE的上下文判断或者确认从基站2收到的切换报告类型。例如:考虑UE的速度和是否配置有CRE等信息。最后触发切换的基站还可以根据失败发生时间或者失败发生到RRC连接重新建立的时间差和UE的上下文信息获知失败发生时UE的配置信息,从而更好地判断失败发生的原因。
至此,完成本实施例支持检测RLF或者切换失败原因的方法三的实施例的工作流程。
基于上述方法,图12给出了本发明支持检测RLF或者切换失败原因的方法四的实施例的工作流程图。如图12所示,该流程包括:
步骤1201,基站1触发对UE的切换过程。在切换请求消息中基站1将UE在源小区的CRNTI发送给目的基站。基站1还可以将UE在源小区的shortMACI携带在切换请求消息中。基站2将UE在基站1小区1中的CRNTI和/或shortMACI保存在UE上下文中。
步骤1202至步骤1205与步骤702至705相同,这里不再赘述。
步骤1206,UE在小区3重建RRC连接或者建立RRC连接。在RRC连接建立的过程中,UE指示网络有RLF报告信息。
步骤1207,UE发送RLF报告给基站3。具体可以为:基站3得到UE有RLF报告的信息,基站3发送UE信息请求给UE,以请求RLF报告信息。UE发送UE信息响应给基站,其中包含UE RLF报告信息。所述UE RLF报告信息包含UE在失败前最后服务于UE的小区的CRNTI和/或shortMACI信息。所述消息中还可以包含失败发生时间或者失败发生到RRC连接重新建立的时间差。
步骤1208,基站3发送RLF指示消息给失败前服务于UE的基站。所述消息中包含从UE收到的RLF报告信息。
步骤709,最后服务于UE的基站判断失败的原因。基站根据UE的RLF报告的内容判断失败的原因。最后服务于UE的基站根据UE在最后服务于UE的小区的CRNTI和/或shortMACI找到UE的上下文。最后服务于UE的小区还可以根据CRNTI和失败发生时间或者失败发生到RRC连接重新建立的时间差来查找UE上下文。
步骤1210,基站2发送切换报告给失败前最后触发切换的基站。所述切换报告中包含切换报告类型,切换报告类型可以为太早切换或切换到错误小区。基站2将UE在源小区(失败前最后触发切换小区)的CRNTI携带在切换报告消息中,还可以将UE在源小区(失败前最后触发切换小区)的shortMACI携带在切换报告消息中。基站2在步骤1209中找到UE上下文后就可以获知所保存的UE在源小区的CRNTI和/或shortMACI。
最后触发切换的基站根据UE在源小区的CRNTI和/或shortMACI找到UE的上下文。最后触发切换的小区所在基站还可以根据UE在源小区的CRNTI和失败发生时间或者失败发生到RRC连接重新建立的时间差来查找UE上下文。
最后触发切换的基站根据UE上下文判断或者确认从基站2收到的切换报告类型。例如:考虑UE的速度和是否配置有CRE等信息。最后触发切换的基站还可以根据失败发生时间或者失败发生到RRC连接重新建立的时间差和UE的上下文信息知道失败发生时UE的配置信息,从而更好地判断失败发生的原因。
至此,完成本实施例支持检测RLF或者切换失败原因的方法四的实施例的工作流程。
由上述可见,本发明所提出的支持检测RLF或者切换失败原因方法一,通过将UE在源小区与移动或者切换有关的上下文信息发送给目的基站,目的基站在收到UE的RLF报告时,可以根据UE的RLF报告和UE在源小区与小区切换有关的上下文信息判断失败的原因,使得基站能够准确地判断出UE发生RLF或切换失败的原因,避免基站保存已经移动走的UE的上下文信息,并且,可以提高MRO的效率,提升系统性能。同时,该方法与现有技术兼容,能够避免两个节点都检测失败的原因的问题。
本发明提供的支持检测RLF或者切换失败原因的方法二,能够避免基站保存已经移动走的UE的上下文信息,并且,可以提高MRO的效率,提升系统性能。
本发明提供的方法三和方法四,使得网络端能够找到正确的UE上下文,从而根据UE上下文获知UE的切换或者移动配置信息,从而更好地判断出UE发生RLF或切换失败的原因,可以提高MRO的效率,提升系统性能。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (11)

1.一种支持检测无线链路失败(RLF)或者切换失败原因的方法,其特征在于,该方法包括:
第一基站触发对用户设备(UE)的切换过程,在切换请求消息中将UE与移动或者切换有关的上下文信息发送给第二基站;
第二基站收到UE的RLF报告后,根据UE的RLF报告和UE与移动或者切换有关的上下文信息判断失败的原因。
2.根据权利要求1所述的方法,其特征在于,所述UE与移动或者切换有关的上下文信息包括以下信息中的一种或者多种:
1)UE的测量配置信息;
2)切换触发时UE的测量结果报告;
3)有无小区边界扩展(CRE)配置的信息;在有CRE配置时,为CRE的配置信息;
4)UE的速度信息;
5)UE的历史信息;
6)非连续接收(DRX)设置;
7)上行功率控制信息;
8)随机接入信道(RACH)参数设置;
9)移动负载均衡的信息;
10)切换的原因。
3.一种支持检测无线链路失败(RLF)或者切换失败原因的方法,其特征在于,该方法包括:
第一基站触发对用户设备(UE)的切换过程,在切换请求消息中将UE与移动或切换有关的上下文信息发送给第二基站;
第二基站收到UE的RLF报告后,根据UE的RLF报告判断UE失败的原因,并发送切换报告给失败前最后触发切换的基站;所述切换报告中包含UE在最后触发切换的小区与移动或者切换有关的上下文信息;
第一基站根据UE与移动或者切换有关的上下文信息判断或者确认失败的原因。
4.根据权利要求3所述的方法,其特征在于,所述UE与移动或者切换有关的上下文信息包括以下信息中的一种或者多种:
1)UE的测量配置信息;
2)切换触发时UE的测量结果报告;
3)有无小区边界扩展(CRE)配置的信息;在有CRE配置时,为CRE的配置信息;
4)UE的速度信息;
5)UE的历史信息;
6)非连续接收(DRX)设置;
7)上行功率控制信息;
8)随机接入信道(RACH)参数设置;
9)移动负载均衡的信息;
10)切换的原因。
5.一种支持检测无线链路失败(RLF)或者切换失败原因的方法,其特征在于,该方法包括:
用户设备(UE)发生RLF失败,将UE在失败前最后触发切换的小区的小区无线网络临时标识(CRNTI)包含在RLF报告中;
UE将RLF报告发送给UE重新建立连接的基站,UE重新建立连接的基站将RLF报告发送给失败前最后服务于UE的小区所在基站;
最后服务于UE的小区所在的基站根据RLF报告判断UE失败的原因,如果失败的原因是太早切换或者是切换到错误消息,最后服务于UE的小区发送切换报告给失败前最后触发切换的基站,所述切换报告中包含UE在最后触发切换的小区的CRNTI。
6.根据权利要求5所述的方法,其特征在于:
UE进一步将UE在所述最后触发切换的小区的短的用户信令数据完整性的媒体接入控制信息(shortMACI)携带在RLF报告中。
7.根据权利要求5或6所述的方法,其特征在于:
所述切换报告中还包含UE在最后触发切换的小区的shortMACI。
8.一种支持检测无线链路失败(RLF)或者切换失败原因的方法,其特征在于,该方法包括:
第一基站触发对用户设备(UE)的切换过程,在切换请求消息中将UE在源小区的小区无线网络临时标识(CRNTI)发送给第二基站;
UE在第二基站发生RLF失败,UE将在失败前最后服务于UE的小区的CRNTI携带在RLF报告中;
UE将RLF报告发送给UE重新建立无限资源控制(RRC)连接的基站,UE重新建立RRC连接的基站将RLF报告发送给失败前最后服务于UE的小区所在基站第二基站;
第二基站根据RLF报告判断UE失败的原因,如果失败的原因是太早切换或者是切换到错误消息,第二基站发送切换报告给失败前最后触发切换的基站,所述切换报告中包含UE在最后触发切换的小区的CRNTI。
9.根据权利要求8所述的方法,其特征在于:
所述切换请求消息中还包含UE在源小区的短的用户信令数据完整性的媒体接入控制信息(shortMACI)。
10.根据权利要求8所述的方法,其特征在于:
UE进一步将UE在最后服务于UE的小区的shortMACI携带在UE RLF报告中。
11.根据权利要求8至10任一项所述的方法,其特征在于:
所述切换报告中还包含UE在源小区的shortMACI。
CN201210159909.2A 2012-05-22 2012-05-22 支持检测rlf或者切换失败原因的方法 Active CN103428783B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201210159909.2A CN103428783B (zh) 2012-05-22 2012-05-22 支持检测rlf或者切换失败原因的方法
PCT/KR2013/004489 WO2013176483A1 (en) 2012-05-22 2013-05-22 Method for detecting cause of radio link failure or handover failure
EP19159447.2A EP3509350B1 (en) 2012-05-22 2013-05-22 Method for detecting cause of radio link failure or handover failure
EP13793535.9A EP2853109B1 (en) 2012-05-22 2013-05-22 Method for detecting cause of radio link failure or handover failure
US13/900,398 US20130316713A1 (en) 2012-05-22 2013-05-22 Method for detecting cause of radio link failure or handover failure
KR1020147035912A KR102115896B1 (ko) 2012-05-22 2013-05-22 무선 링크 실패 또는 핸드오버 실패의 원인을 검출하기 위한 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210159909.2A CN103428783B (zh) 2012-05-22 2012-05-22 支持检测rlf或者切换失败原因的方法

Publications (2)

Publication Number Publication Date
CN103428783A true CN103428783A (zh) 2013-12-04
CN103428783B CN103428783B (zh) 2018-06-12

Family

ID=49621997

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210159909.2A Active CN103428783B (zh) 2012-05-22 2012-05-22 支持检测rlf或者切换失败原因的方法

Country Status (5)

Country Link
US (1) US20130316713A1 (zh)
EP (2) EP3509350B1 (zh)
KR (1) KR102115896B1 (zh)
CN (1) CN103428783B (zh)
WO (1) WO2013176483A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111565400A (zh) * 2019-02-14 2020-08-21 电信科学技术研究院有限公司 一种移动健壮性优化方法及装置
CN113225780A (zh) * 2020-02-06 2021-08-06 大唐移动通信设备有限公司 一种信息上报、获取方法、终端及网络侧设备
CN113301620A (zh) * 2014-04-29 2021-08-24 北京三星通信技术研究有限公司 一种切换报告及rlf报告的发送方法和设备
CN115669203A (zh) * 2020-05-18 2023-01-31 日本电气株式会社 用于通信的方法、设备和计算机可读介质
WO2023245338A1 (en) * 2022-06-20 2023-12-28 Lenovo (Beijing) Limited Methods and apparatuses for son enhancements

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5823939B2 (ja) * 2012-09-13 2015-11-25 株式会社Nttドコモ 移動通信システム、無線基地局及び移動局
EP2928242B1 (en) * 2013-01-04 2019-12-04 Huawei Technologies Co., Ltd. Positioning method, apparatus and system
WO2014124673A1 (en) * 2013-02-14 2014-08-21 Nokia Solutions And Networks Oy Handover of a user equipment having offloaded user data traffic between two small cells controlled by different macro cells
US9749910B2 (en) * 2013-07-19 2017-08-29 Lg Electronics Method and apparatus for transmitting user equipment group information in wireless communication system
US9544938B2 (en) * 2014-01-21 2017-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods therein for handling communications in a radio communications network
WO2015112073A1 (en) * 2014-01-21 2015-07-30 Telefonaktiebolaget L M Ericsson (Publ) Methods and network nodes for radio link failure, rlf, reporting using a rlf indicaton procedure in an evolved node b, enb
CN105744543A (zh) * 2014-12-08 2016-07-06 中兴通讯股份有限公司 一种gsm网络切换异常的优化方法及装置
US20160316373A1 (en) * 2015-04-27 2016-10-27 Qualcomm Incorporated Techniques for managing security mode command (smc) integrity failures at a user equipment (ue)
CN111542072B (zh) * 2015-09-16 2023-11-10 华为技术有限公司 移动性管理的方法、用户设备和基站
CN106900015B (zh) * 2015-12-18 2021-02-12 中兴通讯股份有限公司 一种跨基站切换过程中重建立的处理方法和装置
US10602382B2 (en) * 2016-01-19 2020-03-24 Samsung Electronics Co., Ltd. Radio link failure processing method and apparatus therefor
US10764797B2 (en) 2016-04-19 2020-09-01 Lg Electronics Inc. Method for handling failure of handover procedure in wireless communication system and apparatus therefor
WO2018141093A1 (zh) * 2017-02-04 2018-08-09 华为技术有限公司 移动网络优化处理方法、设备及系统
JP7239673B2 (ja) * 2018-03-30 2023-03-14 中興通訊股▲ふん▼有限公司 セカンダリ通信ノードの変更
WO2020061931A1 (zh) 2018-09-27 2020-04-02 Oppo广东移动通信有限公司 一种切换上报的方法、终端设备及网络设备
US10667192B1 (en) 2018-11-12 2020-05-26 Qualcomm Incorporated Handover techniques in wireless communications
US11006342B2 (en) * 2018-11-12 2021-05-11 Qualcomm Incorporated Handover techniques in wireless communications
US20220386204A1 (en) * 2019-11-01 2022-12-01 Telefonaktiebolaget Lm Ericsson (Publ) Dual active protocol stack handover reports
CN113543167A (zh) * 2020-04-20 2021-10-22 北京三星通信技术研究有限公司 链路失败上报的方法、终端及基站
EP3913970A1 (en) * 2020-05-20 2021-11-24 Nokia Technologies Oy Transmission of handover information in handover report
CN116134890A (zh) * 2020-07-16 2023-05-16 瑞典爱立信有限公司 双活动协议栈和连接/链路失败处理
WO2022031200A1 (en) * 2020-08-06 2022-02-10 Telefonaktiebolaget Lm Ericsson (Publ) User plane aspects of dual active protocol stack handover report

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448288A (zh) * 2004-06-10 2009-06-03 Lg电子株式会社 无线接入系统中的切换执行和通信恢复
US20090196254A1 (en) * 2006-06-29 2009-08-06 Electronics And Telecommunications Research Institute Method of performing handover in wireless communication system
US20100173633A1 (en) * 2009-01-06 2010-07-08 Qualcomm Incorporated Handover failure messaging schemes
US20110086635A1 (en) * 2009-10-09 2011-04-14 Alcatel-Lucent Usa Inc. Method And Apparatus For Utilizing Mobility State Information

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2618079T3 (es) * 2007-04-23 2017-06-20 Interdigital Technology Corporation Gestión de fallo de traspaso
US8914027B2 (en) * 2009-06-25 2014-12-16 Htc Corporation Method of initiating handover pre-preparation and related communication device
EP2387272B1 (en) * 2010-05-11 2016-11-30 Telefonaktiebolaget LM Ericsson (publ) Storing of neighbour cell information for rapid recovery in case of handover failure
CN102469557B (zh) * 2010-11-15 2014-08-13 华为技术有限公司 接入基站方法、基站和用户设备
WO2013066235A1 (en) * 2011-11-04 2013-05-10 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for excluding non-mobility data from mobility key performance indicators
CN103179601B (zh) * 2011-12-23 2019-07-23 北京三星通信技术研究有限公司 一种检测无线链路失败或切换失败原因的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448288A (zh) * 2004-06-10 2009-06-03 Lg电子株式会社 无线接入系统中的切换执行和通信恢复
US20090196254A1 (en) * 2006-06-29 2009-08-06 Electronics And Telecommunications Research Institute Method of performing handover in wireless communication system
US20100173633A1 (en) * 2009-01-06 2010-07-08 Qualcomm Incorporated Handover failure messaging schemes
US20110086635A1 (en) * 2009-10-09 2011-04-14 Alcatel-Lucent Usa Inc. Method And Apparatus For Utilizing Mobility State Information

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Analisys and description of a solution for HetNet MRO", 《3GPP TSG-RAN WG3 MEETING #76》 *
ERICSSON: "Intra LTE MRO for HetNet", 《3GPP DRAFT R3-120724 3GPP TSG-RAN WG3 #75BIS》 *
HUAWEI: "HetNet MRO: UE context identification", 《3GPP TSG RAN WG3 #75BIS MEETING 》 *
NOKIA SIEMENS NETWORKS: "HO type identifier for failure or UE context identification", 《3GPP TSG-RAN WG3 MEETING #76》 *
SAMSUNG: "Solution discussion for intra-LTE MRO enhancement", 《3GPP DRAFT R3-120672 3GPP TSG RAN WG3 #75BIS》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113301620A (zh) * 2014-04-29 2021-08-24 北京三星通信技术研究有限公司 一种切换报告及rlf报告的发送方法和设备
CN111565400A (zh) * 2019-02-14 2020-08-21 电信科学技术研究院有限公司 一种移动健壮性优化方法及装置
CN111565400B (zh) * 2019-02-14 2021-11-16 大唐移动通信设备有限公司 一种移动健壮性优化方法及装置
CN113225780A (zh) * 2020-02-06 2021-08-06 大唐移动通信设备有限公司 一种信息上报、获取方法、终端及网络侧设备
CN115669203A (zh) * 2020-05-18 2023-01-31 日本电气株式会社 用于通信的方法、设备和计算机可读介质
WO2023245338A1 (en) * 2022-06-20 2023-12-28 Lenovo (Beijing) Limited Methods and apparatuses for son enhancements

Also Published As

Publication number Publication date
US20130316713A1 (en) 2013-11-28
EP2853109A1 (en) 2015-04-01
EP2853109B1 (en) 2019-02-27
EP3509350A1 (en) 2019-07-10
KR102115896B1 (ko) 2020-06-05
CN103428783B (zh) 2018-06-12
KR20150027108A (ko) 2015-03-11
WO2013176483A1 (en) 2013-11-28
EP3509350B1 (en) 2021-06-30
EP2853109A4 (en) 2016-05-11

Similar Documents

Publication Publication Date Title
CN103428783A (zh) 支持检测rlf或者切换失败原因的方法
CN102413494B (zh) 一种检测无线链路失败或切换失败原因的方法
US10517135B2 (en) Method and apparatus for transmitting a handover report and an RLF report
CN110267289B (zh) 一种检测无线链路失败或切换失败原因的方法
CN103391568A (zh) 支持检测rlf或者切换失败原因的方法
US20210314823A1 (en) Method for supporting indication of a failure event to a source access system
CN103298004A (zh) 汇报无线链路失败信息的方法
CN102598778A (zh) 向家庭基站过晚切换原因的确定方法及系统
EP2975816A1 (en) Method and system for notifying transport layer address
CN118042643A (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