CN102547764A - 一种提高移动健壮性的方法、系统和设备 - Google Patents

一种提高移动健壮性的方法、系统和设备 Download PDF

Info

Publication number
CN102547764A
CN102547764A CN2012100226314A CN201210022631A CN102547764A CN 102547764 A CN102547764 A CN 102547764A CN 2012100226314 A CN2012100226314 A CN 2012100226314A CN 201210022631 A CN201210022631 A CN 201210022631A CN 102547764 A CN102547764 A CN 102547764A
Authority
CN
China
Prior art keywords
district
eicic
scene
sub
under
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
CN2012100226314A
Other languages
English (en)
Other versions
CN102547764B (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.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201210022631.4A priority Critical patent/CN102547764B/zh
Publication of CN102547764A publication Critical patent/CN102547764A/zh
Priority to PCT/CN2012/088066 priority patent/WO2013113247A1/zh
Application granted granted Critical
Publication of CN102547764B publication Critical patent/CN102547764B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/04—Reselecting a cell layer in multi-layered cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures

Landscapes

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

Abstract

本发明实施例涉及无线通信技术领域，特别涉及一种提高移动健壮性的方法、系统和设备，用以提高在Hetnet场景下Macro基站和Pico基站的组网环境中进行移动健壮性的判断准确率本发明实施例提高移动健壮性的方法包括：第一网络侧设备在确定网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知。由于在Hetnet场景考虑到多层覆盖的情况，提高了Macro和Pico的组网环境中进行移动健壮性的判断准确率；进一步提高了MRO的性能。

Description

一种提高移动健壮性的方法、系统和设备
技术领域
本发明涉及无线通信技术领域，特别涉及一种提高移动健壮性的方法、系统和设备。
背景技术
减少操作管理工作的复杂性，降低运营维护成本，是通信运营商的迫切要求。在下一代的网络中，希望通过引入网络自组织的机制，减少网络规划和操作维护的人工参与，降低网络的建设和运营成本。正是在这样的背景下，E-UTRA(Evolved Universal Terrestrial Radio Access，演进的地面无线接入)系统的SON(Self Organizing Networks，自组织网络)特性作为3GPP(3rdGeneration Partnership Project，第三代移动通信标准化组织)一个工作议题进行研究。SON技术包括了自配置、自优化和自治愈，自优化是其中一项重要特性。
SON自优化功能需要监测一些网络和系统性能参数作为输入，如网络性能指标的统计、故障告警、通知等，在对输入数据进行分析后，优化算法做出决策，最后自动触发相关网络节点的调整操作。
在移动网络中，切换参数设置不合适会严重影响系统性能，最严重的情况是导致用户掉话。因此移动性参数自优化是E-UTRA系统SON所要解决的最重要的问题之一，要能够减少切换失败的发生，减少不当切换导致的用户掉话，以及减少不必要的切换，避免这些切换对系统资源的无效使用。
MRO(Mobility Robustness Optimization，移动健壮性优化)首先要做的，是要准确地判断问题的根本原因。
判断过早切换的准则如下：
UE(用户设备)在切换到目标小区后很快发生连接失败，然后UE在源小区重建连接。
判断切换到错误小区的准则如下：
UE在切换过程中或切换完成后很快发生连接失败(无论是在源小区还是在目标小区)，然后UE在一个第三方小区(既非源小区、也非目标小区)重建连接。
随着日益增长的数据速率以及业务负载的要求，传统的用宏基站单层覆盖提供接入的方法已经不能满足需求。采用分层覆盖，在热点地区或者室内部署一些低功率的基站(Pico(低功率基站)/Femto(家庭基站)/Relay(中继))能够很好的解决这种问题。
这种低功率的基站是一种应用在家庭室内环境、办公环境、或其它热点小覆盖环境下的基站设备，能够使得运营商提供更高数据速率、更低成本的有吸引力的业务。为了减少分层覆盖中的干扰问题，引入了ABS(Almost BlankSubframe，静默子帧)，该子帧在干扰基站一侧进行配置，通常在Macro(宏)基站与Pico基站的组网环境中，一般由Macro基站设置ABS子帧，同时，设置Macro和Pico之间的Bias(偏移量)。这样就扩大了Pico的覆盖范围。
在R10的移动健壮性方案中，只考虑了普通的宏基站单层覆盖的方法，没有考虑Hetnet(异构网，即宏基站、低功率基站、家庭基站混合组网的场景)场景下Macro基站和Pico基站的组网环境。例如，根据目前的MRO的判断方法，没有考虑Macro为Pico设置ABS和Bias的情况，这样可能将EICICC相关参数配置问题误判为切换过早。如图1所示，实线是Pico本来的覆盖范围，虚线是Macro为Pico1和Pico2配置了ABS和Bias后的覆盖范围。但是Macro对于Pico1和Pico2的Bias是通过RRC信令为连接态的UE配置的，因此只适用于连接态的切换。对于UE从Macro切换到Pico1之后发生了连接失败，随后UE进行RRC连接重建的小区是Macro，依据现有的移动健壮性机制，把问题原因诊断为切换过早。但实际上，这个诊断可能是不正确的，因为导致失败问题的根本原因可能是EICICC相关参数配置的问题，切换后Pico1小区的信号并不足够好，导致掉话。Macro基站调整EICIC相关参数应当选择Pico2小区，而不是Pico1小区进行切换。
综上所述，目前由于移动健壮性方案中，只考虑了普通的宏基站单层覆盖的方法，使得在Hetnet场景下Macro和Pico的组网环境中进行移动健壮性的判断准确率比较低。
发明内容
本发明实施例提供的一种提高移动健壮性的方法、系统和设备，用以提高在Hetnet场景下Macro基站和Pico基站的组网环境中进行移动健壮性的判断准确率。
本发明实施例提供的一种提高移动健壮性的方法，包括：
第一网络侧设备根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量；
所述第一网络侧设备在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
本发明实施例提供的另一种提高移动健壮性的方法，包括：
第二网络侧设备在收到来自第一网络侧设备的网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，其中所述第一网络侧设备是用户设备发生连接失败时服务的网络侧设备；
所述第二网络侧设备根据小区的判决信号质量值，确定发生连接失败的原因。
本发明实施例提供的另一种提高移动健壮性的方法，包括：
用户设备在发生连接失败后确定指示消息；
所述用户设备向网络侧发送确定的指示消息，用于通知所述网络侧根据所述指示消息判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量。
本发明实施例提供的一种提高移动健壮性的网络侧设备，包括：
判断模块，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量；
通知模块，用于在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
本发明实施例提供的另一种提高移动健壮性的网络侧设备，包括：
质量值确定模块，用于在收到来自第一网络侧设备的网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，其中所述第一网络侧设备是用户设备发生连接失败时服务的网络侧设备；
原因确定模块，用于根据小区的判决信号质量值，确定发生连接失败的原因。
本发明实施例提供的一种提高移动健壮性的用户设备，包括：
消息确定模块，用于在发生连接失败后确定指示消息；
发送模块，用于向网络侧发送确定的指示消息，用于通知所述网络侧根据所述指示消息判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量。
本发明实施例提供的一种提高移动健壮性的系统，包括：
第一网络侧设备，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量，在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知；
第二网络侧设备，用于在收到来自第一网络侧设备的网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，其中所述第一网络侧设备是用户设备发生连接失败时服务的网络侧设备，根据小区的判决信号质量值，确定发生连接失败的原因。
本发明实施例提供的一种提高移动健壮性的方法，包括：
第一网络侧设备根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量；
所述第一网络侧设备在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值根据小区的判决信号质量值，确定发生连接失败的原因。
本发明实施例提供的一种提高移动健壮性的设备，包括：
第一处理模块，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量；
第二处理模块，用于在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值根据小区的判决信号质量值，确定发生连接失败的原因。
由于在Hetnet场景考虑到多层覆盖的情况，提高了Macro和Pico的组网环境中进行移动健壮性的判断准确率；进一步提高了MRO的性能。
附图说明
图1为背景技术中Hetnet场景的示意图；
图2为本发明实施例提高移动健壮性的系统结构示意图；
图3为本发明实施例发送通知的网络侧设备结构示意图；
图4为本发明实施例接收通知的网络侧设备结构示意图；
图5为本发明实施例用户设备的结构示意图；
图6为本发明实施例第一网络侧设备提高移动健壮性的方法流程示意图；
图7为本发明实施例第二网络侧设备提高移动健壮性的方法流程示意图；
图8为本发明实施例用户设备提高移动健壮性的方法流程示意图；
图9为本发明实施例场景一中提高移动健壮性的方法流程示意图；
图10为本发明实施例场景二中提高移动健壮性的方法流程示意图；
图11为本发明实施例场景三中提高移动健壮性的方法流程示意图；
图12为本发明实施例场景四中提高移动健壮性的方法流程示意图；
图13为本发明实施例提高移动健壮性的网络侧设备结构示意图；
图14为本发明实施例提高移动健壮性的方法流程示意图；
图15为本发明实施例场景七中提高移动健壮性的方法流程示意图。
具体实施方式
针对背景技术中由于移动健壮性方案中，只考虑了普通的宏基站单层覆盖的方法，使得在Hetnet场景下Macro和Pico的组网环境中进行移动健壮性的判断准确率比较低的问题，本发明实施例第一网络侧设备在确定网络侧为用户设备配置EICIC(enhanced inter-cell intereference coordination，增强的小区间干扰协调)场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知，第二网络侧设备根据为用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，并根据小区的判决信号质量值，确定发生连接失败的原因。由于在Hetnet场景考虑到多层覆盖的情况，提高了Macro和Pico的组网环境中进行移动健壮性的判断准确率。
在实施中，本发明实施例的连接失败表示用户设备与接入的小区之间的连接断开，一般还可以用RLF(Radio Link Failure，无线链路失败)、HOF(HandOverFailure，切换失败)等表示这种情况的名称替换本发明实施例的连接失败。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图2所示，本发明实施例提高移动健壮性的系统包括：第一网络侧设备10和第二网络侧设备20。
第一网络侧设备10，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为用户设备配置EICIC场景下相对邻小区切换偏移量，在确定网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备20发送网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知；
第二网络侧设备20，用于在收到来自第一网络侧设备10的网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据为用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，根据小区的判决信号质量值，确定发生连接失败的原因，其中第一网络侧设备10是用户设备发生连接失败时服务的网络侧设备。
较佳地，本发明实施例的系统还包括：
用户设备，用于在发生连接失败后确定指示消息，向网络侧发送确定的指示消息，用于通知网络侧根据指示消息判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
较佳地，针对小区中发生连接失败的用户设备的指示消息可以是C-RNTI(Cell Radio Network Temporary Identity，小区无线网络临时标识符)或用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息。
下面分别进行介绍。
一、指示消息是C-RNTI。
用户设备将小区参数设置错误的小区对应的C-RNTI作为指示信息；
第一网络侧设备10根据C-RNTI，确定用户设备的上下文信息，并根据上下文信息判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
用户设备可以向网络侧发送包含C-RNTI的RLF REPORT(无线链路失败报告)或发送包含C-RNTI的RRC(Radio Resource Control，无线资源控制)连接重建消息；
相应的，第一网络侧设备10接收包含C-RNTI的RLF REPORT或接收包含C-RNTI的RRC连接重建消息。
假设通过RLF REPORT传递C-RNTI：
对于经过idle(空闲)态进行RRC连接建立的UE，在进行RRC连接建立的时候，在空口通过RLF REPORT上报自己在失败之前的服务小区内的C-RNTI，RRC连接建立的基站将包含C-RNTI的RLF REPORT发送给发生RLF的基站(即第一网络侧设备10，下同)，该基站判断UE是否被配置了ABS/bias(即EICIC场景下相对邻小区切换偏移量，下同)；然后，通过HOREPORT(切换报告)消息通知问题基站(即小区参数设置错误的小区所属的第二网络侧设备，下同)。
假设通过RRC连接重建消息传递C-RNTI：
对于进行RRC连接重建的UE(处于连接态的UE)，由于本身RRC连接重建消息中已经包含了C-RNTI，因此，RRC连接重建的基站可以将C-RNTI发送给发生失败的基站，该基站判断UE是否被配置了ABS/bias；然后，通过HO REPORT消息通知问题基站。
二、指示消息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息。
用户设备将用于表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息作为指示信息；
第一网络侧设备10根据用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
用户设备可以向网络侧发送包含表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息的RLF REPORT；
相应的，第一网络侧设备10接收包含表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息的RLF REPOR。
在实施中，UE在RLF REPORT中上报自己是否配置了ABS/bias的指示；然后，RRC连接建立的基站将包含自己是否配置了ABS/bias的指示的RLFREPORT发送给发生RLF的基站(即第一网络侧设备10)，该基站判断UE是否被配置了ABS/bias(即EICIC场景下相对邻小区切换偏移量)；然后，通过HO REPORT(切换报告)消息通知问题基站(即小区参数设置错误的小区所属的第二网络侧设备)。
较佳地，第一网络侧设备10通过HO REPORT发送网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
在实施中，第二网络侧设备20根据为用户设备服务的小区和邻区的无线信号质量参数值，以及为用户设备服务的小区配置的EICIC场景下相对邻小区切换偏移量，确定该小区对应的判决信号质量值。
其中，本发明实施例的无线信号质量参数值包括但不限于下列参数值中的至少一个：
RSRP(Reference signal received power，参考信号接收功率)值、RSRQ(Reference Signal Received Quality，参考信号接收质量)值。
较佳地，本发明实施例的无线信号质量参数值是用户设备在发生连接失败之前最后获得的小区的无线信号质量参数值。
在实施中，用户设备在发生连接失败后，向网络侧上报的信息里包含在发生连接失败之前最后获得的小区的无线信号质量参数值，所以第一网络侧设备10可以将连接失败相关信息发送给第二网络侧设备20。
由于用户设备在发生连接失败后，向网络侧上报的信息里除了包含在发生连接失败之前最后获得的小区的无线信号质量参数值，还包含连接失败相关的小区信息，所以第一网络侧设备10可以将连接失败相关信息发送给第二网络侧设备20。
一种较佳地处理方式是：第一网络侧设备10直接将这些信息转发给第二网络侧设备20。也就是说，第一网络侧设备10将用户设备在发生连接失败之前最后获得的小区的无线信号质量参数值以及连接失败相关信息一起发送给第二网络侧设备20。
其中，本发明实施例连接失败相关信息包括但不限于下列信息中的至少一种：
发生连接失败时服务小区的小区标识、连接失败后UE尝试重建连接的小区标识，UE在上述服务小区的标识。
第二网络侧设备20在确定了各个小区的判决信号质量值后，就可以对发生连接失败的原因进行判断，看符合哪种原因。
比如：用户设备从A切换到B后，根据各个小区的判决信号质量值，确定用户设备应该在C进行RRC重建，则符合切换到错误小区的准则，可以确定连接失败的原因是切换到错误小区。
比如：用户设备从A切换到B后，发生了连接失败。用户配置了ABS/BIAS，根据各个小区的判决信号质量值，确定是用户设备因为ABS/BIAS的配置不合适发生的连接失败，则可以确定连接失败的原因是ABS/BIAS，即EICIC相关的配置参数有问题。
比如：用户设备从A切换到B后，根据各个小区的判决信号质量值，确定用户设备应该在A进行RRC重建，则符合过早切换的准则，可以确定连接失败的原因是过早切换。
在实施中，若无线信号质量参数值有多种，则判决信号质量值就有多种，这时较佳地一种处理方式是：将每种判决信号质量值分别进行判断，若判断结果一致，则确定判断结果就是连接失败的原因；若判断结果不一致，则丢弃本次结果。
比如若无线信号质量参数值有RSRP和RSRQ，将RSRP单独进行判断为切换到错误小区，将RSRQ单独进行判断为切换到错误小区，则可以确定判断结果就是切换到错误小区；若将RSRP单独进行判断为切换到错误小区，将RSRQ单独进行判断为过早切换，则丢弃本次结果。
需要说明的是：本发明实施例无线信号质量参数值有多种时并不局限于上述处理方式，其他在无线信号质量参数值有多种时能够进行判断的方式都适用本发明实施例。
较佳地，若第二网络侧设备20根据发生连接失败的原因，在确定是由于配置的在EICIC场景下相对邻小区切换偏移量引起发生连接失败后(即确定的发生连接失败的原因是EICIC相关的配置参数有问题)，调整在EICIC场景下相对邻小区切换偏移量。
其中，本发明实施例的网络侧设备可以是基站(比如宏基站、家庭基站等)，也可以是RN(中继)设备，还可以是其它网络侧设备。
基于同一发明构思，本发明实施例中还提供了提高移动健壮性的系统中的网络侧设备(参见图3和图4)、用户设备(参见图5)及提高移动健壮性的方法(参见图6～图8)，由于这些设备和方法解决问题的原理与提高移动健壮性的系统(参见图2)相似，因此这些设备和方法的实施可以参见系统的实施，重复之处不再赘述。
如图3所示，本发明实施例发送通知的网络侧设备包括：判断模块300和通知模块310。
判断模块300，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为用户设备配置EICIC场景下相对邻小区切换偏移量；
通知模块310，用于在确定网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
较佳地，指示消息是C-RNTI，判断模块300根据C-RNTI，确定用户设备的上下文信息，并根据上下文信息判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
较佳地，指示信息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息，判断模块300根据用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
较佳地，判断模块300判断用户设备是否配置EICIC场景下相对邻小区切换偏移量之前，接收包含指示消息的无线链路失败报告RLF REPORT。
较佳地，指示消息是C-RNTI，判断模块300判断用户设备是否配置EICIC场景下相对邻小区切换偏移量之前，接收包含C-RNTI的无线资源控制RRC连接重建消息。
较佳地，通知模块310通过切换报告HO REPORT发送网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
如图4所示，本发明实施例接收通知的网络侧设备包括：质量值确定模块400和原因确定模块410。
质量值确定模块400，用于在收到来自第一网络侧设备的网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据为用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，其中第一网络侧设备是用户设备发生连接失败时服务的网络侧设备；
原因确定模块410，用于根据小区的判决信号质量值，确定发生连接失败的原因。
较佳地，质量值确定模块400根据为用户设备服务的小区和邻区的无线信号质量参数值，以及为用户设备服务的小区配置的EICIC场景下相对邻小区切换偏移量，确定该小区对应的判决信号质量值。
如图5所示，本发明实施例的用户设备包括：消息确定模块500和发送模块510。
消息确定模块500，用于在发生连接失败后确定指示消息；
发送模块510，用于向网络侧发送确定的指示消息，用于通知网络侧根据指示消息判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
较佳地，消息确定模块500将小区参数设置错误的小区对应的C-RNTI作为指示信息；或
消息确定模块500将用于表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息作为指示信息。
较佳地，发送模块510向网络侧发送包含指示消息的RLF REPORT。
较佳地，指示消息是C-RNTI；发送模块510向网络侧发送包含C-RNTI的RRC连接重建消息。
在实施中，根据不同的应用场景发送通知的网络侧设备也可能成为接收通知的网络侧设备；相应的，接收通知的网络侧设备也可能成为发送通知的网络侧设备，所以较佳地，图5中发送通知的网络侧设备中的模块和图6中接收通知的网络侧设备中的模块还可以合在一个网络侧设备中，并根据需要选择对应的模块工作。
如图6所示，本发明实施例第一网络侧设备提高移动健壮性的方法包括下列步骤：
步骤601、第一网络侧设备根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为用户设备配置EICIC场景下相对邻小区切换偏移量；
步骤602、第一网络侧设备在确定网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
较佳地，若指示消息是C-RNTI，步骤601中，第一网络侧设备根据C-RNTI，确定用户设备的上下文信息，并根据上下文信息判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
较佳地，若指示信息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息，步骤601中，第一网络侧设备根据用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
较佳地，步骤601之前还可以进一步包括：
第一网络侧设备接收包含指示消息的RLF REPORT。
较佳地，若指示消息是C-RNTI，步骤601之前还可以进一步包括：
第一网络侧设备接收包含C-RNTI的无线资源控制RRC连接重建消息。
较佳地，步骤602中，第一网络侧设备通过HO REPORT发送网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
如图7所示，本发明实施例第二网络侧设备提高移动健壮性的方法包括下列步骤：
步骤701、第二网络侧设备在收到来自第一网络侧设备的网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据为用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，其中第一网络侧设备是用户设备发生连接失败时服务的网络侧设备；
步骤702、第二网络侧设备根据小区的判决信号质量值，确定发生连接失败的原因。
较佳地，步骤701中，第二网络侧设备根据为用户设备服务的小区和邻区的无线信号质量参数值，以及为用户设备服务的小区配置的EICIC场景下相对邻小区切换偏移量，确定该小区对应的判决信号质量值。
其中，图6和图7可以合成一个流程，形成一个提高移动健壮性的方法，即先执行步骤601和步骤602，再执行步骤701和步骤702。
如图8所示，本发明实施例用户设备提高移动健壮性的方法包括下列步骤：
步骤801、用户设备在发生连接失败后确定指示消息；
步骤802、用户设备向网络侧发送确定的指示消息，用于通知网络侧根据指示消息判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
较佳地，步骤801中，用户设备将小区参数设置错误的小区对应的C-RNTI作为指示信息；或
步骤801中，用户设备将用于表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息作为指示信息。
较佳地，步骤802中，用户设备向网络侧发送包含指示消息的RLFREPORT。
较佳地，若指示消息是C-RNTI，步骤802中，用户设备向网络侧发送包含C-RNTI的RRC连接重建消息。
在实施中，第一网络侧设备和第二网络侧设备可以是相同类型的网络侧设备，比如可以都是Macro；也可以是不同类型的网络侧设备，比如一个是Macro一个是Pico。
下面以几个具体场景对本发明的方案进行详细说明，其中在下面的场景中以小区无线信号质量参数值是RSRP值为例进行说明，小区无线信号质量参数值是其它值的情况与小区无线信号质量参数值是RSRP值类似，在此不再赘述。
场景一：Pico 1和Pico 2都是Macro覆盖范围下的两个低功率基站。为了对Pico进行Range Extension(范围扩展)处理，Macro(Macro基站的Cell)为Pico 1下的Cell 1和Pico 2下的Cell 2都设置了8db的Bias。
如图9所示，本发明实施例场景一中提高移动健壮性的方法示意图中：
UE从Macro下的小区Cell A切换到Pico 1下的小区Cell 1；
切换完成后UE在Pico 1的Cell 1中发生了连接失败；
UE在连接失败前最后一次测量的Macro的CELLA的RSRP为-105dbm，CELL 1的RSRP为-114dbm，CELL 2的RSRP为-109dbm；
UE在Macro中进行RRC连接重建，重建成功后UE将包含该UE在连接失败基站的C-RNTI的RLF report上报给重建小区所在基站，即Macro；
Macro发送RLF Indication(无线链路失败指示)消息给发生RLF的基站，即pico1；
Pico 1收到无线链路失败指示消息后，在确定问题原因是‘切换过早’，同时，Pico1根据RLF REPORT中的C-RNTI判断该UE是配置ABS/bias后，发送HO Report消息给问题所在的宏基站，即Macro，同时携带UE发生RLF前最后一次测量的各小区的RSRP信息以及指示该UE配置ABS/bias的信息；
Macro A根据收到的RSRP以及Macro A为Pico 1和Pico 2设置的Bias，进行确切的切换过早和切换到错误小区的判断，具体的：
虽然Cell A的信号质量最好，UE在Cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico的Bias，即Pico 1的Cell 1是RSRP+Bias＝-106dBm，Pico 2的Cell 2是RSRP+Bias＝-101dBm，Cell A是RSRP＝-105dbm。
由于Cell 2是-101dBm高于Cell A的-105dBm，因此从Macro的角度，实际上UE应该选择在Cell 2进行RRC连接重建。因此，实际应该是UE从MacroA切换到Cell 1后发生连接失败，随后应选择Cell 2进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Macro A判断的结果是EICIC参数配置问题。
场景二：Pico 1和Pico 2都是Macro A覆盖范围下的两个低功率基站。为了对Pico进行Range Extension，Macro A为Pico 1下的Cell 1和Pico 2下的Cell 2都设置了8db的Bias。
如图10所示，本发明实施例场景二中提高移动健壮性的方法示意图中：
UE从Macro A下的小区Cell A切换到Pico 1下的小区Cell 1；
切换完成后UE在Pico 1的Cell 1中发生了连接失败；
UE在连接失败前最后一次测量的CELL A的RSRP为-105dbm，CELL 1的RSRP为-114dbm，CELL 2的RSRP为-109dbm；
UE在Cell A中进行RRC连接重建，重建失败；
Macro A向Pico 1发送无线链路失败指示消息；
Pico 1收到该消息后，判断会有第二条无线链路失败指示消息，丢弃该消息；
UE在另一个小区Cell B以Idle态发起RRC连接建立，连接建立成功后，UE将连接失败Report上报给Cell B所在的基站B，该Report包含UE在失败基站的C-RNTI；
基站B给Pico1发送包含连接失败Report的无线链路失败指示消息；
Pico1根据UE上报的信息判断是切换过早，同时根据无线链路失败指示消息中的C-RNTI以及基站保存的UE上下文判断该UE配置ABS/BIAS；
Pico 1发送HO Report消息给问题所在的宏基站，即Macro A，同时携带UE发生RLF前最后一次测量的各小区的RSRP信息以及指示该UE配置ABS/bias的信息；
Macro A根据收到的RSRP以及Macro A为Pico 1和Pico 2设置的Bias，进行确切的失败原因的判断，具体的：
虽然Cell A的信号质量最好，UE在cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico的Bias，即Pico 1的Cell 1是RSRP+Bias＝-106dBm，Pico2的Cell 2是RSRP+Bias＝-101dBm，Cell A是RSRP＝-105dbm。
由于Cell 2是-101dBm高于Cell A的-105dBm，因此从Macro A的角度，实际上UE应该选择在Cell 2进行RRC连接重建。因此，这个问题实际应该是UE从Macro A切换到Cell 1后发生连接失败，随后应选择Cell 2进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Macro A判断的结果是EICIC参数配置问题。
场景二是UE进行RRC连接重建失败，进入IDLE态，然后又发起新的RRC连接建立的场景。同样的，在收到第二条RLF Indication消息后，pico1根据目前的机制会判断为切换过早，同时，根据UE的RLF REPORT中的C-RNTI信息，找到UE保存在Pico1 Context(上下文)信息，进而判断出该UE配置了ABS/BIAS。然后，通过HO Report消息将RSRP信息以及配置了ABS/bias的指示传递给Macro A，Macro A根据收到的RSRP等信息以及MacroA为Pico1，Pico2设置的bias进行进一步更加准确的判断。
场景三：Pico 1和Pico 2都是Macro A覆盖范围下的两个低功率基站。为了对Pico进行Range Extension，Macro A为Pico 1下的Cell 1和Pico 2下的Cell 2都设置了8db的Bias。
如图11所示，本发明实施例场景三中提高移动健壮性的方法示意图中：
UE从Macro A下的小区Cell A切换到Pico 1下的小区Cell 1；
切换完成后UE在Pico 1的Cell 1中发生了连接失败；
UE在连接失败前最后一次测量的CELL A的RSRP为-105dbm，CELL 1的RSRP为-114dbm，CELL 2的RSRP为-109dbm；
UE在Cell A中进行RRC连接重建，重建失败；
Macro A向Pico 1发送无线链路失败指示消息；
Pico 1收到该消息后，判断会有第二条无线链路失败指示消息，丢弃该消息；
UE在另一个小区Cell B以Idle态发起RRC连接建立，连接建立成功后，UE将连接失败Report上报给Cell B所在的基站B，该Report包含UE是否配置ABS/bias；
基站B给Pico1发送包含连接失败Report的无线链路失败指示消息；
Pico 1发送HO Report消息给问题所在的宏基站，即Macro A，同时携带UE发生RLF前最后一次测量的各小区的RSRP信息以及指示该UE配置ABS/bias的信息；
Macro A根据收到的RSRP以及Macro A为Pico 1和Pico 2设置的Bias，进行确切的失败原因的判断，具体的：
虽然Cell A的信号质量最好，UE在Cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico的Bias，即Pico 1的Cell 1是RSRP+Bias＝-106dBm，Pico2的Cell 2是RSRP+Bias＝-101dBm，Cell A是RSRP＝-105dbm。
由于Cell 2是-101dBm高于Cell A的-105dBm，因此从Macro A的角度，实际上UE应该选择在Cell 2进行RRC连接重建。因此，这个问题实际应该是UE从Macro A切换到Cell 1后发生连接失败，随后应选择Cell 2进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Macro A判断的结果是EICIC参数配置问题。
场景三是UE进行RRC连接重建失败，进入IDLE态，然后又发起新的RRC连接建立的场景。同样的，在收到第二条RLF Indication消息后，Pico1根据目前的机制会判断为切换过早。然后，通过HO Report消息将RSRP信息以及UE上报的是否配置了ABS/bias的指示传递给Macro A，Macro A根据收到的RSRP等信息以及Macro A为Pico1，Pico2设置的bias进行进一步更加准确的判断。
场景四：Pico1位于Macro A、Macro B和Macro C的交界。CellA、Cell B和Cell C分别是三个Macro基站下的小区，Cell 1是Pico1下的小区。为了对Cell1进行Range Extension，Macro A、Macro B和Macro C都为Cell 1设置了8db的Bias。
如图12所示，本发明实施例场景四中提高移动健壮性的方法示意图中：
UE从Macro A下的小区Cell A切换到Pico 1下的小区Cell 1；
切换完成后UE在Pico 1的Cell 1中发生了连接失败；
UE在连接失败前最后一次测量的CELL A的RSRP为-105dbm，CELL 1的RSRP为-114dbm，CELL 2的RSRP为-109dbm；
UE在Cell A进行RRC连接重建，重建成功后将连接失败Report上报给重建小区所在基站(即Macro A)，该Report包含该UE是否配置ABS/bias的信息；
Macro A发送包含Report的RLF Indication消息给发生RLF的基站，即MacroB基站；
Macro B基站判断问题原因是‘切换过早’，并发送HO Report消息给问题所在的宏基站，即MacroA，同时携带UE发生RLF前的最后一次测量的RSRP信息以及该UE配置ABS/BIAS的信息。
Macro A根据收到的RSRP以及Macro A为Pico 1设置的Bias，进行确切的失败原因的判断，具体的：
虽然Cell A的信号质量最好，UE在Cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico 1设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico 1的Bias，即Pico 1的Cell 1是RSRP+Bias＝-101dBm，Macro A的Cell A是RSRP＝-105dbm，Macro B的CellB是RSRP＝-114dbm。
由于CELL 1是-101dBm高于CELL A的-105dBm，因此从Macro A的角度，实际上UE应该选择在Cell 1进行RRC连接重建。因此，这个问题实际应该是UE从Macro A的Cell A切换到Macro B的Cell B后发生连接失败，随后应选择Cell 1进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Macro A判断的结果是EICIC参数配置问题。
场景五：Pico1位于Macro A、Macro B和Macro C的交界。Cell A、Cell B和Cell C分别是三个Macro基站下的小区，Cell 1是Pico1下的小区。为了对Cell1进行Range Extension，Macro A、Macro B和Macro C都为Cell 1设置了8db的Bias。
UE从Macro A下的小区CELL A切换到MacroB下的小区Cell B，切换完成后发生了RLF；
UE在连接失败前最后一次测量的CELL A的RSRP为-105dbm，Cell A的RSRP为-114dbm，CELL B的RSRP为-109dbm；
UE在Cell A进行RRC连接重建，重建失败，UE经过idle态后在Macro C下的Cell C发起RRC连接建立；
连接建立成功后UE将RLF Report(包含该UE是否配置了ABS/BIAS的信息)上报给服务基站，即Macro C；
Macro C发送RLF Indication消息给发生RLF的基站，即Macro B；
Macro B判断是问题原因是‘切换过早’，发送HO Report消息给问题所在的Macro A，同时携带UE发生RLF前最后一次测量的RSRP信息以及该UE配置ABS/BIAS的信息；
Macro A根据收到的RSRP以及Macro A为Pico 1设置的Bias，进行确切的失败原因的判断，具体的：
虽然Cell A的信号质量最好，UE在Cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico 1设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico 1的Bias，即Pico 1的Cell 1是RSRP+Bias＝-101dBm，Macro A的Cell A是RSRP＝-105dbm，Macro B的CellB是RSRP＝-114dbm。
由于CELL 1是-101dBm高于CELL A的-105dBm，因此从Macro A的角度，实际上UE应该选择在Cell 1进行RRC连接重建。因此，这个问题实际应该是UE从Macro A的Cell A切换到Macro B的Cell B后发生连接失败，随后应选择Cell 1进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Macro A判断的结果是EICIC参数配置问题。
场景五是UE进行RRC连接重建失败，进入IDLE态，然后又发起新的RRC连接建立的场景。同样的，在收到第二条RLF Indication消息后，Macro B根据目前的机制会判断为切换过早，然后，通过HO Report消息将RSRP信息以及该UE配置了BIAS/abs的信息传递给Macro A，Macro A根据收到的RSRP等信息以及Macro A下的Cell A为Pico 1中的Cell A设置的bias进行进一步更加准确的判断。
如图13所示，本发明实施例提高移动健壮性的网络侧设备包括：第一处理模块1310和第二处理模块1320。
第一处理模块1310，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为用户设备配置EICIC场景下相对邻小区切换偏移量；
第二处理模块1320，用于在确定网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量后，根据为用户设备服务的小区配置在EICIC场景下相对邻小区切换偏移量，确定发生连接失败的原因。
较佳地，针对小区中发生连接失败的用户设备的指示消息可以是C-RNTI或用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息。
下面分别进行介绍。
一、指示消息是C-RNTI。
用户设备将小区参数设置错误的小区对应的C-RNTI作为指示信息；
第一处理模块1310根据C-RNTI，确定用户设备的上下文信息，并根据上下文信息判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
用户设备可以向网络侧发送包含C-RNTI的RLF REPORT或发送包含C-RNTI的RRC连接重建消息；
相应的，第一处理模块1310接收包含C-RNTI的RLF REPORT或接收包含C-RNTI的RRC连接重建消息。
二、指示消息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息。
用户设备将用于表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息作为指示信息；
第一处理模块1310根据用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
用户设备可以向网络侧发送包含表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息的RLF REPORT；
相应的，第一处理模块1310接收包含表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息的RLF REPOR。
较佳地，第二处理模块1320根据为用户设备服务的小区和邻区的无线信号质量参数值，以及为用户设备服务的小区配置的EICIC场景下相对邻小区切换偏移量，确定该小区对应的判决信号质量值。
其中，本发明实施例的无线信号质量参数值包括但不限于下列参数值中的至少一个：
RSRP值、RSRQ值。
较佳地，本发明实施例的无线信号质量参数值是用户设备在发生连接失败之前最后获得的小区的无线信号质量参数值。
在实施中，用户设备在发生连接失败后，向网络侧上报的信息里包含在发生连接失败之前最后获得的小区的无线信号质量参数值。
第二处理模块1320在确定了各个小区的判决信号质量值后，就可以对发生连接失败的原因进行判断，看符合哪种原因。
比如：用户设备从A切换到B后，根据各个小区的判决信号质量值，确定用户设备应该在C进行RRC重建，则符合切换到错误小区的准则，可以确定连接失败的原因是切换到错误小区。
比如：用户设备从A切换到B后，发生了连接失败。用户配置了ABS/BIAS，根据各个小区的判决信号质量值，确定是用户设备因为ABS/BIAS的配置不合适发生的连接失败，则可以确定连接失败的原因是ABS/BIAS即EICIC相关的配置参数有问题。
比如：用户设备从A切换到B后，根据各个小区的判决信号质量值，确定用户设备应该在A进行RRC重建，则符合过早切换的准则，可以确定连接失败的原因是过早切换。
在实施中，若无线信号质量参数值有多种，则判决信号质量值就有多种，这时较佳地一种处理方式是：将每种判决信号质量值分别进行判断，若判断结果一致，则确定判断结果就是连接失败的原因；若判断结果不一致，则丢弃本次结果。
比如若无线信号质量参数值有RSRP和RSRQ，将RSRP单独进行判断为切换到错误小区，将RSRQ单独进行判断为切换到错误小区，则可以确定判断结果就是切换到错误小区；若将RSRP单独进行判断为切换到错误小区，将RSRQ单独进行判断为过早切换，则丢弃本次结果。
需要说明的是：本发明实施例无线信号质量参数值有多种时并不局限于上述处理方式，其他在无线信号质量参数值有多种时能够进行判断的方式都适用本发明实施例。
较佳地，第二处理模块1320根据发生连接失败的原因，在确定是由于配置的在EICIC场景下相对邻小区切换偏移量引起发生连接失败后(即确定的发生连接失败的原因是EICIC相关的配置参数有问题)，向小区参数设置错误的小区所属的第二网络侧设备发送EICIC场景下相对邻小区切换偏移量设置错误的通知。
较佳地，第二处理模块1320通过HO REPORT发送EICIC场景下相对邻小区切换偏移量设置错误的通知。
其中，本发明实施例的网络侧设备可以是基站(比如宏基站、家庭基站等)，也可以是RN设备，还可以是其它网络侧设备。
较佳地，第二网络侧设备在收到EICIC场景下相对邻小区切换偏移量设置错误的通知后，调整在EICIC场景下相对邻小区切换偏移量。
基于同一发明构思，本发明实施例中还提供了提高移动健壮性的方法(参见图14)，由于该方法解决问题的原理与本发明实施例的网络侧设备(参加图13)相似，因此该方法的实施可以参见系统的设备，重复之处不再赘述。
如图14所示，本发明实施例提高移动健壮性的方法包括下列步骤：
步骤1410、第一网络侧设备根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为用户设备配置EICIC场景下相对邻小区切换偏移量；
步骤1420、第一网络侧设备在确定网络侧为用户设备配置EICIC场景下相对邻小区切换偏移量后，根据为用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值根据小区的判决信号质量值，确定发生连接失败的原因。
较佳地，若指示消息是C-RNTI，步骤1410中，第一网络侧设备根据C-RNTI，确定用户设备的上下文信息，并根据上下文信息判断用户设备是否配置EICIC场景下相对邻小区切换偏移量；
较佳地，若指示信息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息，步骤1410中，第一网络侧设备根据用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断用户设备是否配置EICIC场景下相对邻小区切换偏移量。
较佳地，步骤1410之前还可以进一步包括；
第一网络侧设备接收包含指示消息的RLF REPORT。
较佳地，若指示消息是C-RNTI，步骤1410之前还可以进一步包括；第一网络侧设备接收包含C-RNTI的无线资源控制RRC连接重建消息。
较佳地，步骤1420中，第一网络侧设备根据为用户设备服务的小区和邻区的无线信号质量参数值，以及为用户设备服务的小区配置的EICIC场景下相对邻小区切换偏移量，确定该小区对应的判决信号质量值。
较佳地，步骤1420之后还可以进一步包括：
第一网络侧设备根据发生连接失败的原因，在确定是由于配置的在EICIC场景下相对邻小区切换偏移量引起发生连接失败后，向小区参数设置错误的小区所属的第二网络侧设备发送EICIC场景下相对邻小区切换偏移量设置错误的通知。
较佳地，第一网络侧设备通过切换报告HO REPORT发送EICIC场景下相对邻小区切换偏移量设置错误的通知。
在实施中，第一网络侧设备和第二网络侧设备可以是相同类型的网络侧设备，比如可以都是Macro；也可以是不同类型的网络侧设备，比如一个是Macro一个是Pico。
下面以几个具体场景对本发明的方案进行详细说明，其中在下面的场景中以小区无线信号质量参数值是RSRP值为例进行说明，小区无线信号质量参数值是其它值的情况与小区无线信号质量参数值是RSRP值类似，在此不再赘述。
场景六：Pico 1和Pico 2都是Macro覆盖范围下的两个低功率基站。为了对Pico进行Range Extension(范围扩展)处理，Macro(Macro基站的Cell)为Pico 1下的Cell 1和Pico 2下的Cell 2都设置了8db的Bias。
UE从Macro下的小区Cell A切换到Pico 1下的小区Cell 1；
切换完成后UE在Pico 1的Cell 1中发生了连接失败；
UE在连接失败前最后一次测量的Macro的CELLA的RSRP为-105dbm，CELL 1的RSRP为-114dbm，CELL 2的RSRP为-109dbm；
UE在Macro中进行RRC连接重建，重建成功后UE将包含该UE在连接失败基站的C-RNTI的RLF report上报给重建小区所在基站，即Macro；
Macro发送RLF Indication消息给发生RLF的基站，即pico1；
Pico 1收到无线链路失败指示消息后，根据无线链路失败指示消息中的C-RNTI判断该UE是配置ABS/bias后，根据收到的RSRP以及Macro A为Pico1和Pico 2设置的Bias，进行确切的失败原因的判断，具体的：
虽然Cell A的信号质量最好，UE在Cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico设置的ABS以及Bias信息，而Pico1在获取RSRP后，在进行判断时会考虑Macro为pico设置的Bias，即Pico 1的Cell 1是RSRP+Bias＝-106dBm，Pico 2的Cell 2是RSRP+Bias＝-101dBm，Cell A是RSRP＝-105dbm。
由于Cell 2是-101dBm高于Cell A的-105dBm，因此Pico1可以判断，实际上UE应该选择在Cell 2进行RRC连接重建。因此，实际应该是UE从MacroA切换到Cell 1后发生连接失败，随后应选择Cell 2进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Pico1判断的结果是EICIC参数配置问题。
Pico1判断这次失败是和EICIC相关的配置参数有关，给问题所在的Macro A发送HO Report消息通知Macro A其EICIC相关的配置参数有问题；
Macro A调整相应的配置参数。
场景七：Pico 1和Pico 2都是Macro A覆盖范围下的两个低功率基站。为了对Pico进行Range Extension，Macro A为Pico 1下的Cell 1和Pico 2下的Cell 2都设置了8db的Bias。
如图15所示，本发明实施例场景七中提高移动健壮性的方法示意图中：
UE从Macro A下的小区Cell A切换到Pico 1下的小区Cell 1；
切换完成后UE在Pico 1的Cell 1中发生了连接失败；
UE在连接失败前最后一次测量的CELL A的RSRP为-105dbm，CELL 1的RSRP为-114dbm，CELL 2的RSRP为-109dbm；
UE在Cell A中进行RRC连接重建，重建失败；
Macro A向Pico 1发送无线链路失败指示消息；
Pico 1收到该消息后，判断会有第二条无线链路失败指示消息，丢弃该消息；
UE在另一个小区Cell B以Idle态发起RRC连接建立，连接建立成功后，UE将连接失败Report上报给Cell B所在的基站B，该Report包含UE在失败基站的C-RNTI；
基站B给Pico1发送包含连接失败Report的无线链路失败指示消息；
Pico 1收到无线链路失败指示消息后，根据无线链路失败指示消息中的C-RNTI判断该UE是配置ABS/bias后，根据收到的RSRP以及Macro A为Pico1和Pico 2设置的Bias，进行确切的失败原因的判断，具体的：
虽然Cell A的信号质量最好，UE在cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico的Bias，即Pico 1的Cell 1是RSRP+Bias＝-106dBm，Pico2的Cell 2是RSRP+Bias＝-101dBm，Cell A是RSRP＝-105dbm。
由于Cell 2是-101dBm高于Cell A的-105dBm，因此Pico1判断，实际上UE应该选择在Cell 2进行RRC连接重建。因此，这个问题实际应该是UE从Macro A切换到Cell 1后发生连接失败，随后应选择Cell 2进行RRC连接重建而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Pico1判断的结果是EICIC参数配置问题。
Pico1判断这次失败是和EICIC相关的配置参数有关，给问题所在的Macro A发送HO Report消息通知Macro A其EICIC相关的配置参数有问题；
Macro A调整相应的配置参数。
场景七是UE进行RRC连接重建失败，进入IDLE态，然后又发起新的RRC连接建立的场景。同样的，在收到第二条rlf indication消息后，pico1根据目前的机制会判断为切换过早，同时，根据ue的RLF REPORT中的C-RNTI信息，找到UE保存在pico1Context信息，进而判断出该UE配置了ABS/BIAS。然后，根据该UE的配置信息以及RLF REPORT中的信息判断这次失败和EICIC相关参数有关，通过ho report macro其EICIC相关参数设置有问题。
场景八：Pico 1和Pico 2都是Macro A覆盖范围下的两个低功率基站。为了对Pico进行Range Extension，Macro A为Pico 1下的Cell 1和Pico 2下的Cell 2都设置了8db的Bias。
UE从Macro A下的小区Cell A切换到Pico 1下的小区Cell 1；
切换完成后UE在Pico 1的Cell 1中发生了连接失败；
UE在连接失败前最后一次测量的CELL A的RSRP为-105dbm，CELL 1的RSRP为-114dbm，CELL 2的RSRP为-109dbm；
UE在Cell A中进行RRC连接重建，重建失败；
Macro A向Pico 1发送无线链路失败指示消息；
Pico 1收到该消息后，判断会有第二条无线链路失败指示消息，丢弃该消息；
UE在另一个小区Cell B以Idle态发起RRC连接建立，连接建立成功后，UE将连接失败Report上报给Cell B所在的基站B，该Report包含UE是否配置ABS/bias；
基站B给Pico1发送包含连接失败Report的无线链路失败指示消息；
Pico 1收到无线链路失败指示消息后，根据无线链路失败指示消息中的C-RNTI判断该UE是配置ABS/bias后，根据收到的RSRP以及Macro A为Pico1和Pico 2设置的Bias，进行确切的失败原因的判断，具体的：
虽然Cell A的信号质量最好，UE在Cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico的Bias，即Pico 1的Cell 1是RSRP+Bias＝-106dBm，Pico2的Cell 2是RSRP+Bias＝-101dBm，Cell A是RSRP＝-105dbm。
由于Cell 2是-101dBm高于Cell A的-105dBm，因此Pico1判断，实际上UE应该选择在Cell 2进行RRC连接重建。因此，这个问题实际应该是UE从Macro A切换到Cell 1后发生连接失败，随后应选择Cell 2进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Pico1判断的结果是EICIC参数配置问题。
Pico1判断这次失败是和EICIC相关的配置参数有关，给问题所在的Macro A发送HO Report消息通知Macro A其EICIC相关的配置参数有问题；
Macro A调整相应的配置参数。
场景八是UE进行RRC连接重建失败，进入IDLE态，然后又发起新的RRC连接建立的场景。同样的，在收到第二条RLF Indication消息后，Pico1根据目前的机制会判断为切换过早。然后，通过HO Report消息将RSRP信息以及UE上报的是否配置了ABS/bias的指示传递给Macro A，Macro A根据收到的RSRP等信息以及Macro A为Pico1，Pico2设置的bias进行进一步更加准确的判断。
场景九：Pico1位于Macro A、Macro B和Macro C的交界。Cell A、Cell B和Cell C分别是三个Macro基站下的小区，Cell 1是Pico1下的小区。为了对Cell1进行Range Extension，Macro A、Macro B和Macro C都为Cell 1设置了8db的Bias。
UE从Macro A下的小区Cell A切换到Pico 1下的小区Cell 1；
切换完成后UE在Pico 1的Cell 1中发生了连接失败；
UE在连接失败前最后一次测量的CELL A的RSRP为-105dbm，CELL 1的RSRP为-114dbm，CELL 2的RSRP为-109dbm；
UE在Cell A进行RRC连接重建，重建成功后将连接失败Report上报给重建小区所在基站(即Macro A)，该Report包含该UE是否配置ABS/bias的信息；
Macro A发送包含Report的RLF Indication消息给发生RLF的基站，即MacroB基站；
MacroB收到无线链路失败指示消息后，根据无线链路失败指示消息中的C-RNTI判断该UE是配置ABS/bias后，根据收到的RSRP以及Macro A为Pico1设置的Bias，进行确切的切换过早和切换到错误小区的判断，具体的：
虽然Cell A的信号质量最好，UE在Cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico 1设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico 1的Bias，即Pico 1的Cell 1是RSRP+Bias＝-101dBm，Macro A的Cell A是RSRP＝-105dbm，Macro B的CellB是RSRP＝-114dbm。
由于CELL 1是-101dBm高于CELLA的-105dBm，因此从MacroB判断，实际上UE应该选择在Cell 1进行RRC连接重建。因此，这个问题实际应该是UE从Macro A的Cell A切换到Macro B的Cell B后发生连接失败，随后应选择Cell 1进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以MacroB判断的结果是EICIC参数配置问题。
MacroB判断这次失败是和EICIC相关的配置参数有关，给问题所在的Macro A发送HO Report消息通知Macro A其EICIC相关的配置参数有问题；
Macro A调整相应的配置参数。
场景十：Pico1位于Macro A、Macro B和Macro C的交界。Cell A、Cell B和Cell C分别是三个Macro基站下的小区，Cell 1是Pico1下的小区。为了对Cell1进行Range Extension，Macro A、Macro B和Macro C都为Cell 1设置了8db的Bias。
UE从Macro A下的小区CELL A切换到MacroB下的小区Cell B，切换完成后发生了RLF；
UE在连接失败前最后一次测量的CELL A的RSRP为-105dbm，Cell A的RSRP为-114dbm，CELL B的RSRP为-109dbm；
UE在Cell A进行RRC连接重建，重建失败，UE经过idle态后在Macro C下的Cell C发起RRC连接建立；
连接建立成功后UE将RLF Report(包含该UE是否配置了ABS/BIAS的信息)上报给服务基站，即Macro C；
Macro C发送RLF Indication消息给发生RLF的基站，即Macro B；
MacroB收到无线链路失败指示消息后，根据无线链路失败指示消息中的C-RNTI判断该UE是配置ABS/bias后，根据收到的RSRP以及Macro A为Pico1设置的Bias，进行确切的失败原因的判断，具体的：
虽然Cell A的信号质量最好，UE在Cell A进行重建，但是UE在进行小区选择的时候没有考虑Macro A为Pico 1设置的ABS以及Bias信息，而MacroA在获取RSRP后，在进行判断时会考虑Pico 1的Bias，即Pico 1的Cell 1是RSRP+Bias＝-101dBm，Macro A的Cell A是RSRP＝-105dbm，Macro B的CellB是RSRP＝-114dbm。
由于CELL 1是-101dBm高于CELL A的-105dBm，因此Macro B判断，实际上UE应该选择在Cell 1进行RRC连接重建。因此，这个问题实际应该是UE从Macro A的Cell A切换到Macro B的Cell B后发生连接失败，随后应选择Cell 1进行RRC连接重建，而在这种场景下，对于一个配置了EICIC的用户设备从A切换到B，发生连接失败后再选择C的过程和EICIC参数的配置有很大关系，所以Macro B判断的结果是EICIC参数配置问题。
MacroB判断这次失败是和EICIC相关的配置参数有关，给问题所在的Macro A发送HO Report消息通知Macro A其EICIC相关的配置参数有问题；
Macro A调整相应的配置参数。
场景十是UE进行RRC连接重建失败，进入IDLE态，然后又发起新的RRC连接建立的场景。同样的，在收到第二条RLF Indication消息后，Macro B根据目前的机制会判断为切换过早，然后，通过HO Report消息将RSRP信息以及该UE配置了BIAS/abs的信息传递给Macro A，Macro A根据收到的RSRP等信息以及Macro A下的Cell A为Pico 1中的Cell A设置的bias进行进一步更加准确的判断。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (35)

1.一种提高移动健壮性的方法，其特征在于，该方法包括：
第一网络侧设备根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置增强的小区间干扰协调EICIC场景下相对邻小区切换偏移量；
所述第一网络侧设备在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
2.如权利要求1所述的方法，其特征在于，所述第一网络侧设备判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量包括：
所述指示消息是小区无线网络临时标识符C-RNTI，所述第一网络侧设备根据C-RNTI，确定所述用户设备的上下文信息，并根据所述上下文信息判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量；
所述指示信息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息，所述第一网络侧设备根据所述用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量。
3.如权利要求1或2所述的方法，其特征在于，所述第一网络侧设备判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量之前还包括：
所述第一网络侧设备接收包含指示消息的无线链路失败报告RLFREPORT。
4.如权利要求1或2所述的方法，其特征在于，所述指示消息是C-RNTI，所述第一网络侧设备判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量之前还包括：
所述第一网络侧设备接收包含C-RNTI的无线资源控制RRC连接重建消息。
5.如权利要求1或2所述的方法，其特征在于，所述第一网络侧设备发送所述用户设备是否配置EICIC场景下相对邻小区切换偏移量的通知包括：
所述第一网络侧设备通过切换报告HO REPORT发送网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
6.一种提高移动健壮性的方法，其特征在于，该方法包括：
第二网络侧设备在收到来自第一网络侧设备的网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，其中所述第一网络侧设备是用户设备发生连接失败时服务的网络侧设备；
所述第二网络侧设备根据小区的判决信号质量值，确定发生连接失败的原因。
7.如权利要求6所述的方法，其特征在于，所述第二网络侧设备确定判决信号质量值包括：
所述第二网络侧设备根据为所述用户设备服务的小区和邻区的无线信号质量参数值，以及为所述用户设备服务的小区配置的EICIC场景下相对邻小区切换偏移量，确定该小区对应的判决信号质量值。
8.一种提高移动健壮性的方法，其特征在于，该方法包括：
用户设备在发生连接失败后确定指示消息；
所述用户设备向网络侧发送确定的指示消息，用于通知所述网络侧根据所述指示消息判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量。
9.如权利要求8所述的方法，其特征在于，所述用户设备确定指示消息包括：
所述用户设备将小区参数设置错误的小区对应的C-RNTI作为指示信息；或
所述用户设备将用于表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息作为指示信息。
10.如权利要求8或9所述的方法，其特征在于，所述用户设备发送指示消息包括：
所述用户设备向所述网络侧发送包含指示消息的RLF REPORT。
11.如权利要求8或9所述的方法，其特征在于，所述指示消息是C-RNTI；
所述用户设备发送指示消息包括：
所述用户设备向所述网络侧发送包含C-RNTI的RRC连接重建消息。
12.一种提高移动健壮性的网络侧设备，其特征在于，该网络侧设备包括：
判断模块，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量；
通知模块，用于在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
13.如权利要求12所述的设备，其特征在于，所述判断模块具体用于：
所述指示消息是C-RNTI，根据C-RNTI，确定所述用户设备的上下文信息，并根据所述上下文信息判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量；
所述指示信息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息，根据所述用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量。
14.如权利要求12或13所述的设备，其特征在于，所述判断模块还用于：
判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量之前，接收包含指示消息的RLF REPORT。
15.如权利要求12或13所述的设备，其特征在于，所述指示消息是C-RNTI，所述判断模块还用于：
判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量之前，接收包含C-RNTI的RRC连接重建消息。
16.如权利要求12或13所述的设备，其特征在于，所述通知模块具体用于：
通过切换报告HO REPORT发送网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知。
17.一种提高移动健壮性的网络侧设备，其特征在于，该网络侧设备包括：
质量值确定模块，用于在收到来自第一网络侧设备的网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，其中所述第一网络侧设备是用户设备发生连接失败时服务的网络侧设备；
原因确定模块，用于根据小区的判决信号质量值，确定发生连接失败的原因。
18.如权利要求17所述的设备，其特征在于，所述质量值确定模块具体用于：
根据为所述用户设备服务的小区和邻区的无线信号质量参数值，以及为所述用户设备服务的小区配置的EICIC场景下相对邻小区切换偏移量，确定该小区对应的判决信号质量值。
19.一种提高移动健壮性的用户设备，其特征在于，该用户设备包括：
消息确定模块，用于在发生连接失败后确定指示消息；
发送模块，用于向网络侧发送确定的指示消息，用于通知所述网络侧根据所述指示消息判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量。
20.如权利要求19所述的设备，其特征在于，所述消息确定模块具体用于：
将小区参数设置错误的小区对应的C-RNTI作为指示信息；或
将用于表示用户设备是否配置EICIC场景下相对邻小区切换偏移量的信息作为指示信息。
21.如权利要求19或20所述的设备，其特征在于，所述发送模块具体用于：
向所述网络侧发送包含指示消息的RLF REPORT。
22.如权利要求19或20所述的设备，其特征在于，所述指示消息是C-RNTI；
所述发送模块具体用于：
向所述网络侧发送包含C-RNTI的RRC连接重建消息。
23.一种提高移动健壮性的系统，其特征在于，该系统包括：
第一网络侧设备，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量，在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，向小区参数设置错误的小区所属的第二网络侧设备发送网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知；
第二网络侧设备，用于在收到来自第一网络侧设备的网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量的通知后，根据其移动性参数设置以及为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值，根据小区的判决信号质量值，确定发生连接失败的原因。
24.一种提高移动健壮性的方法，其特征在于，该方法包括：
第一网络侧设备根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量；
所述第一网络侧设备在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值根据小区的判决信号质量值，确定发生连接失败的原因。
25.如权利要求24所述的方法，其特征在于，所述第一网络侧设备确定发生连接失败的原因之后还包括：
所述第一网络侧设备根据发生连接失败的原因，在确定是由于配置的在EICIC场景下相对邻小区切换偏移量引起发生连接失败后，向小区参数设置错误的小区所属的第二网络侧设备发送EICIC场景下相对邻小区切换偏移量设置错误的通知。
26.如权利要求25所述的方法，其特征在于，所述第一网络侧设备发送EICIC场景下相对邻小区切换偏移量设置错误的通知包括：
所述第一网络侧设备通过切换报告HO REPORT发送EICIC场景下相对邻小区切换偏移量设置错误的通知。
27.如权利要求24所述的方法，其特征在于，所述第一网络侧设备判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量包括：
所述指示消息是小区无线网络临时标识符C-RNTI，所述第一网络侧设备根据C-RNTI，确定所述用户设备的上下文信息，并根据所述上下文信息判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量；
所述指示信息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息，所述第一网络侧设备根据所述用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量。
28.如权利要求24～27任一所述的方法，其特征在于，所述第一网络侧设备判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量之前还包括：
所述第一网络侧设备接收包含指示消息的无线链路失败报告RLFREPORT。
29.如权利要求24～27任一所述的方法，其特征在于，所述指示消息是C-RNTI，所述第一网络侧设备判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量之前还包括：
所述第一网络侧设备接收包含C-RNTI的无线资源控制RRC连接重建消息。
30.一种提高移动健壮性的设备，其特征在于，该设备包括：
第一处理模块，用于根据收到的针对小区中发生连接失败的用户设备的指示消息，判断网络侧是否为所述用户设备配置EICIC场景下相对邻小区切换偏移量；
第二处理模块，用于在确定网络侧为所述用户设备配置EICIC场景下相对邻小区切换偏移量后，根据为所述用户设备服务的小区配置的在EICIC场景下相对邻小区切换偏移量，确定对应小区的判决信号质量值根据小区的判决信号质量值，确定发生连接失败的原因。
31.如权利要求30所述的设备，其特征在于，所述第二处理模块还用于：
根据发生连接失败的原因，在确定是由于配置的在EICIC场景下相对邻小区切换偏移量引起发生连接失败后，向小区参数设置错误的小区所属的第二网络侧设备发送EICIC场景下相对邻小区切换偏移量设置错误的通知。
32.如权利要求31所述的设备，其特征在于，所述第二处理模块还用于：
通过HO REPORT发送EICIC场景下相对邻小区切换偏移量设置错误的通知。
33.如权利要求30所述的设备，其特征在于，所述第一处理模块具体用于：
所述指示消息是小区无线网络临时标识符C-RNTI，根据C-RNTI，确定所述用户设备的上下文信息，并根据所述上下文信息判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量；
所述指示信息是用于表示用户设备是否配置EICIC场景下相对邻小区频移切换偏移量的信息，根据所述用于表示用户设备是否配置相对EICIC场景下相对邻小区切换偏移量的信息，判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量。
34.如权利要求30～33任一所述的设备，其特征在于，所述第一处理模块还用于：
判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量之前，接收包含指示消息的RLF REPORT。
35.如权利要求30～33任一所述的设备，其特征在于，所述第一处理模块还用于：
所述指示消息是C-RNTI，判断所述用户设备是否配置EICIC场景下相对邻小区切换偏移量之前还，接收包含C-RNTI的无线资源控制RRC连接重建消息。
CN201210022631.4A 2012-02-01 2012-02-01 一种提高移动健壮性的方法、系统和设备 Active CN102547764B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201210022631.4A CN102547764B (zh) 2012-02-01 2012-02-01 一种提高移动健壮性的方法、系统和设备
PCT/CN2012/088066 WO2013113247A1 (zh) 2012-02-01 2012-12-31 一种提高移动健壮性的方法、系统和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210022631.4A CN102547764B (zh) 2012-02-01 2012-02-01 一种提高移动健壮性的方法、系统和设备

Publications (2)

Publication Number Publication Date
CN102547764A true CN102547764A (zh) 2012-07-04
CN102547764B CN102547764B (zh) 2014-09-10

Family

ID=46353466

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210022631.4A Active CN102547764B (zh) 2012-02-01 2012-02-01 一种提高移动健壮性的方法、系统和设备

Country Status (2)

Country Link
CN (1) CN102547764B (zh)
WO (1) WO2013113247A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013113247A1 (zh) * 2012-02-01 2013-08-08 电信科学技术研究院 一种提高移动健壮性的方法、系统和设备
CN103581942A (zh) * 2012-07-31 2014-02-12 电信科学技术研究院 一种无线链路失败的处理方法、装置及系统
CN103581941A (zh) * 2012-07-31 2014-02-12 电信科学技术研究院 一种无线链路失败rlf的处理方法及系统
CN104284357A (zh) * 2013-07-02 2015-01-14 华为技术有限公司 一种处理数据传输异常的方法及系统、宏基站
WO2015157959A1 (zh) * 2014-04-17 2015-10-22 华为技术有限公司 控制用户设备接入的方法和基站
CN111565400A (zh) * 2019-02-14 2020-08-21 电信科学技术研究院有限公司 一种移动健壮性优化方法及装置
CN111835592A (zh) * 2020-07-14 2020-10-27 北京百度网讯科技有限公司 用于确定健壮性的方法、装置、电子设备及可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102131215A (zh) * 2010-01-13 2011-07-20 中兴通讯股份有限公司 切换参数优化方法及系统
CN102256318A (zh) * 2011-08-11 2011-11-23 新邮通信设备有限公司 一种切换参数的调整方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101808354B (zh) * 2010-03-09 2012-12-26 西安电子科技大学 基于移动终端信息检测切换失败场景的方法
CN102547764B (zh) * 2012-02-01 2014-09-10 电信科学技术研究院 一种提高移动健壮性的方法、系统和设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102131215A (zh) * 2010-01-13 2011-07-20 中兴通讯股份有限公司 切换参数优化方法及系统
CN102256318A (zh) * 2011-08-11 2011-11-23 新邮通信设备有限公司 一种切换参数的调整方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: "《Discussion on use cases and solutions for MRO in HetNet scenario》", 31 January 2012 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013113247A1 (zh) * 2012-02-01 2013-08-08 电信科学技术研究院 一种提高移动健壮性的方法、系统和设备
CN103581942A (zh) * 2012-07-31 2014-02-12 电信科学技术研究院 一种无线链路失败的处理方法、装置及系统
CN103581941A (zh) * 2012-07-31 2014-02-12 电信科学技术研究院 一种无线链路失败rlf的处理方法及系统
CN103581942B (zh) * 2012-07-31 2017-08-11 电信科学技术研究院 一种无线链路失败的处理方法、装置及系统
CN103581941B (zh) * 2012-07-31 2017-11-21 电信科学技术研究院 一种无线链路失败rlf的处理方法及系统
CN104284357A (zh) * 2013-07-02 2015-01-14 华为技术有限公司 一种处理数据传输异常的方法及系统、宏基站
WO2015157959A1 (zh) * 2014-04-17 2015-10-22 华为技术有限公司 控制用户设备接入的方法和基站
CN106465434A (zh) * 2014-04-17 2017-02-22 华为技术有限公司 控制用户设备接入的方法和基站
CN111565400A (zh) * 2019-02-14 2020-08-21 电信科学技术研究院有限公司 一种移动健壮性优化方法及装置
CN111565400B (zh) * 2019-02-14 2021-11-16 大唐移动通信设备有限公司 一种移动健壮性优化方法及装置
CN111835592A (zh) * 2020-07-14 2020-10-27 北京百度网讯科技有限公司 用于确定健壮性的方法、装置、电子设备及可读存储介质

Also Published As

Publication number Publication date
WO2013113247A1 (zh) 2013-08-08
CN102547764B (zh) 2014-09-10

Similar Documents

Publication Publication Date Title
US10111150B2 (en) Mobile terminal handover in an LTE network
CN102685788B (zh) 发现无线网络问题的方法、装置及系统
CN103039112B (zh) 用于通信网络中的小区选择的方法和设备
JP5231458B2 (ja) ワイヤレス電気通信ネットワークにおける隣接セルの自己設定および最適化
EP3177075B1 (en) Communication system, local mobile node and base station
CN102547764B (zh) 一种提高移动健壮性的方法、系统和设备
CN102726098B (zh) 运营商公共陆地移动网标识下发方法、基站及用户设备
CN113784401B (zh) 信息发送方法、接收方法及设备
CN104349409A (zh) 一种小区切换方法和基站
CN103270791A (zh) 邻居列表优化装置、邻居列表生成装置、基站装置、邻居列表优化方法和非临时性计算机可读介质
CN104301960A (zh) 一种小区切换方法、系统和基站
KR20140031970A (ko) 기지국들 사이에서 x2 접속을 확립하는 방법, 기지국, 및 통신 시스템
CN102076039A (zh) 一种传输切换信息的方法及装置
CN103581945A (zh) 测量配置的处理方法及装置
CN106851750A (zh) 一种通信方法、基站及系统
Barth et al. Self-organization in 4G mobile networks: Motivation and vision
CN110012500B (zh) 测量报告的上报方法及装置
CN104955127A (zh) 一种跨系统网络信息交互的方法、终端系统网络网元
CN102076037A (zh) 一种传输切换信息的方法及装置
CN102395148B (zh) 一种提高移动健壮性的方法、系统和设备
CN102036327A (zh) 一种td-scdma中ue从室外基站向室内基站切换的方法
CN103391530A (zh) 异构网络中用户设备配置方法及系统
CN103369603A (zh) 自组织网络的互操作方法与装置
CN111586743B (zh) 无线网络通信方法、网络设备和终端设备
CN104519506A (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
C14 Grant of patent or utility model
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210624

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right